ucl finance reporting project

38
UCL Finance Reporting Project Group 2 20 Aug – 1 Sept 2008 UCL Finance Reporting Project Business Objects Planning (BOP) Rollout Training CRH v1.0

Upload: luna

Post on 14-Jan-2016

39 views

Category:

Documents


0 download

DESCRIPTION

UCL Finance Reporting Project. UCL Finance Reporting Project Business Objects Planning (BOP) Rollout Training. Group 2 20 Aug – 1 Sept 2008. CRH v1.0. UCL Finance Reporting Project. BOP Rollout Training Session Presenters: Ian Davis, Management Accountant (RAM & Systems) - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: UCL Finance Reporting Project

UCL Finance Reporting Project

Group 2

20 Aug – 1 Sept 2008

UCL Finance Reporting ProjectBusiness Objects Planning (BOP)

Rollout Training

CRH v1.0

Page 2: UCL Finance Reporting Project

BOP Rollout Training Session

Presenters:

Ian Davis, Management Accountant (RAM & Systems)

Caroline Hibbs, Assistant Director (PMA)

Training Session Support:

Jonathan Thompson, Project Manager

Session Duration: 09.30 to 13.00, Tea/Coffee Break: 11.00

Location:

Training Room, Second Floor

UCL Union

Huntley Street

UCL Finance Reporting Project

Slide 1

Page 3: UCL Finance Reporting Project

BOP Rollout Training Group 2

UCL Finance Reporting Project

German Amy Brownhill

Scandanavian Studies Stephen Cadywold

Gatsby Computational Neurosciences Unit

Alexandra Boss

Population Health Paul Phibbs

Population Health Marcella Maccann

Surgical & Interventional Sciences Chris Brew-Graves

Surgical & Interventional Sciences (NMLC)

Sarah Green

Slide 2

Participating Departments

Page 4: UCL Finance Reporting Project

• to introduce the Financial Reporting Project to departments

• to introduce the reporting calendar

• to look in detail at the standard quarter update process

• to explain the role and responsibilities of departments in the process

BOP Rollout Training

Today’s objectives are threefold:

• to introduce the Business Objects Planning tool and BOP Workbooks

• to equip department users with the basic skills and knowledge to participate in this controlled reporting update process

• to provide an initial training forum for users to practice, ask questions, get answers, clarify understanding

• to inform departments and elaborate on other developments, changes and enhancements to existing financial processes

• to open a dialogue with departments

UCL Finance Reporting Project

Slide 3

Page 5: UCL Finance Reporting Project

Overview of Financial Reporting Project, Reporting Process and Roll-Out.

• refer to slide pack (pages 5 to 13).

BOP Rollout TrainingThe order of the morning looks something like

this:

Intro to Business Objects Planning (BOP) and an initial walk around the BOP Workbooks.

• refer to slide pack (pages 15 to 18).Talk through what will be required from departments

• refer to slide pack (pages 19 to 21).

UCL Finance Reporting Project

Slide 4

Hands-on practice and walk through of the various data entry processes, introduce new budget journal process, illustrate worksheet validation rules and process control management

• refer to BOP Training Manual, slide pack (pages 22 to 23). Illustrate BOP report outputs and current suite of reports

• refer to BOP Training Manual.

Session wrap-up

• Feedback (slide page 24), Top 10 Tips, BOP Instructions

• refer to slide Appendices (pages A1 – A12), Training Manual

Page 6: UCL Finance Reporting Project

• to implement a robust, integrated and automated reporting system capable of producing regular and accurate financial management information on which our business decisions can be based

• to facilitate the strengthening of financial routines, account management processes and reporting responsibilities at department level

• to introduce improved collection, preparation and review processes for budget, forecast and actual data

The primary objectives of the Financial Reporting Project are:

For departments this brings:

• access to more accurate and timely reports of divisional and departmental activities

• improved control at divisional and departmental level of use of available funds

• forecasting and future year planning undertaken in a controlled environment

UCL Finance Reporting Project

Slide 5

Project Objectives and Department Benefits

Page 7: UCL Finance Reporting Project

System Specification

Initial System Design and Testing

Pilot 1

Implementation

Pilot 2

Department Roll-Out

Revision of Period End Financial

Processes

Project Overview

Feb 2007

Revision of Account Code Creation &

Maintenance Process

Review and Cleansing of Chart

of Accounts

Dec 2008

Communications Strategy

FRP User Group

FRP User Consultation Group

FRP Website

FAQs

Newsletters

Group 1 Group 2

Group 3 Group 4

Group 5

UCL Finance Reporting Project

Slide 6

Page 8: UCL Finance Reporting Project

Introduction to Reporting Update Processes

Annual Reporting Calendar

Standard Data Update Processes

Standard Budget/Forecast

Update Process

How the reporting processes fit together over the annual period (Slide 7)

Introducing the various data update processes and how they fit together over a reporting period (Slide 8)

What happens in a budget/forecast update process and how departments fit into the process (Slide 9)

We take a look at…

Roll-Out of Reporting Processes

How your department is brought into the reporting processes (slide 10-12)

UCL Finance Reporting Project

Slide 7

Page 9: UCL Finance Reporting Project

AUG

SEPT

OCT

NOV

DEC

JAN

FEB

MAR

APR

MAY

JUN

JUL

Quarterly

Forecast

Process

Budget

Process

Period End

Reporting

Prepare BudgetsConsolidate &

Finalise Budgets

Prepare Q1

Forecast

2+10

Prepare Q2

Forecast

5+7

Prepare Q3

Forecast

8+4

Prepare End Q1 Reports

Prepare End Q2Reports

Prepare End Q3Reports

Finalise Year End Accounts

Annual Reporting Calendar

Prepare YE Accounts

Finance

Committee

Budget Approval

End Q2, Hefce Grant

Year EndAccounts Approval

SMT

End Q3 Update,Budget Sign Off

End Q2 Update

End Q1 Update

Prepare End Q4 Adjts

Example

UCL Finance Reporting Project

Slide 8

Page 10: UCL Finance Reporting Project

Entry

In Year Adjustments

Allocations & Reserves

Workbooks

Standard Data Update Processes

WEEK 1

WEEK2

WEEK 3

WEEK 4

MTH 2

MTH 1

MTH 2

MTH 1

QUARTERLY FORECAST UPDATE

Departments enter forecasts, allocation, reserve adjustments

Departments update forecasts, allocations, reserve adjustments on individual accounts as required

Finance/Faculties enter allocations, transfers of reserves for upload to department accounts

MONTH 3 OF QUARTER PERIOD

Departments update forecasts, allocations, reserve adjustments on individual accounts as required

STANDARD QUARTER PERIOD

Start of New Quarter

UCL Finance Reporting Project

Slide 9

Facu

ltie

sD

ep

tsD

ep

ts

Page 11: UCL Finance Reporting Project

FIN

AN

CE

Auto-Populate

BOP Templates with Future Year Budget

Issue Budget/

Forecast Entry

TemplatesTo Faculties/Departments

Return Dept Approved

Templates to Faculty

ApproveBOP Budget/Forecasts

Upload BOP Budget/

Forecasts to FIS

FA

CU

LTY

Review & Amend

Income and Expenditure

Budgets/Forecasts

Auto-Populate

BOP Templates with Period

To Date Actuals

Standard Budget/Forecast Update Process

Budgeting Process

Forecasting Process

DEP

T

Review/Approve

Dept Templates

Return Approved

Templates to PMA

Review & Amend

Income and Expenditure

Budgets/Forecasts

UCL Finance Reporting Project

Slide 10

Page 12: UCL Finance Reporting Project

What we want you to do now ….AUGUST

2008Review/amend the 2008-09 Budget baseline positions for your designated range of accounts in the light of latest data and other local information

You’ll be provided with the following data for each account…

2006-07 ACTUAL

2007-08 BUDGET

2007-08 FORECAST

2008-09 BUDGET

Variance 2008-09 Budget to

2007-08 Forecast

+ 3%

+ 3% 11 mths Actuals + 1 mth Budget

If you have time, you can review forward budgets in the light of your 2008-09 changes

The 2008-09 Faculty Allocation will be pre-loaded to the department recurrent grant accounts. The data you enter will be loaded into FIS as your 2008-09 budgets for the new budget year.

Roll-Out of Reporting Processes

UCL Finance Reporting Project

Slide 11

August 07 – June 08

July 07

+ 6%

Page 13: UCL Finance Reporting Project

OCTOBER 2008

The Q1 Forecast Update process begins following the September 08 month end, likely to be closed by Friday 3RD October.

And then in ….

The Q1 Forecast Update will involve the departments who participated in the 2 pilots and departments of Roll-Out Groups 1 and 2.

Roll-Out of Reporting Processes cont.

UCL Finance Reporting Project

Slide 12

You will be required to carry out the following:

• Review 2008-09 Budgets

• Review 2008-09 Actuals To Date (2 months)

• Revise 2008-09 Forecasts

Page 14: UCL Finance Reporting Project

Roll-Out Preparation Departments Training

Sessions

FIS Month End Closure Date

BOP Workbooks Build Process

Wednesday 20th August to Monday 1st September 2008

Not Applicable for Group 2

Friday 5th September 2008

Roll-Out Update ProcessDepartment Entry &

Approval Process

First Level/Faculty Review & Approval

Process

Second Level/Finance Review & Approval Process

Monday 8th Sept to Tuesday 16th Sept 2008

Wednesday 17th Sept to Tuesday 23rd Sept 2008

Wednesday 24th Sept to Friday 26th Sept 2008

7 working days

5 working days

3 working days

3 weeks in total

Roll-Out of Reporting Processes: Group 2 Timetable

UCL Finance Reporting Project

Slide 13

Represents the maximum time allocated to the department process and not the amount of time required to undertake process actions

Page 15: UCL Finance Reporting Project

• logging on and logging off

• opening and exiting from a workbook

• navigating around the workbook

• entering and saving data and comments

• entering new accounts

• selecting and changing standard planning methods

• entering worksheet allocation and reserve adjustments

• printing workbooks

• approving the workbook and submitting to the next stage of approval

• actioning in year adjustments

Introducing Business Objects Planning:

UCL Finance Reporting Project

Slide 14

Page 16: UCL Finance Reporting Project

Entry Worksheet Templates

UCL Finance Reporting Project

Slide 15

The entry worksheet displays a series of standard templates, one per account code.

The account template has a number of standard rows which apply to all accounts (Slide 15), relating to the following fields of the ledger:

The account template displays additional rows for those accounts which record income or receive allocations as their source of funds (Slide 15).

• Summary by Source Total

• Summary by Account Total by Source Total

The summary worksheet is a view-only worksheet, displaying the following summaries of the entry worksheet data:

• the budget field (brought forward reserves and reserve adjustments).

• the primary expenditure fields (staff costs, other operating costs, capital transactions).

The columnar format of the account template is standard for all accounts displayed.The cell formats of the worksheet are fixed and cannot be changed by users.

Summary Worksheet

The account templates are ordered as follows:• By Budget Manager

• By Source

Page 17: UCL Finance Reporting Project

Entry Worksheet Row Formats

UCL Finance Reporting Project

Slide 16

The account template contains a number of standard rows which apply to all accounts: Summary Row Category Detailed Rows

Reserves (see A5) Brought Forward Reserves

Reserves Posted

Reserve Adjustments

Funds Available

Staff Costs

Other Operating Expenses Other Expenses

Inter-departmental recoveries (see A7)

Inter-departmental charges (see A7)

Equipment > £25k (see A8)

Contribution to Capital Projects (see A9)The following additional rows appear for qualifying accounts and sources

only: Summary Row Category Detailed Rows

Allocations Allocations

Allocation Adjustments

Income (see A6) Tuition Fees – Other Fees

Other Services Rendered

Donations & sundry grants

Health Authorities

Other Income

Endowment Income

Page 18: UCL Finance Reporting Project

Expenditure does not determine whether an account is material as any expenditure entry is always deemed to be matched by either or a combination of the 3 key materiality criteria - reserves brought forward, allocation, and annual income.

MaterialityA material account is one which has:

• a brought forward balance of > £50k OR

• an allocation of > £50k OR

• annual income of > £20k OR

• a brought forward deficit balance of > £5k. If an account fulfils any one of the above criteria, then the account is flagged GREEN and the materiality label is YES at the top of the account. An account can become material when data entered by departments meets any one of the materiality criteria.

To note:

UCL Finance Reporting Project

Slide 17

Page 19: UCL Finance Reporting Project

Income Row Formats

Account income is shown by summary analysis group. Each analysis group has been mapped to one or more source codes. The source code of the account determines therefore which income lines appear in the account template.

Income recorded against an analysis group that is not linked to the account source code, will be shown under a separate line called Income Exception. No forecast data can be input against this line. (see A6)

UCL Finance Reporting Project

Slide 18

Page 20: UCL Finance Reporting Project

UCL Finance Reporting Project

Slide 19

Departments will be responsible for entering adjustments to account reserves and allocations in line with the current source code framework rules.

All department control accounts (Budget, Research, and Balance Sheet) are excluded from department workbooks.

Department Actions

The source code of each department account will determine the type of income and expenditure forecast update required.

Faculty Offices and Finance retain responsibility for populating the Budget and Research Activity income and expenditure control accounts for each Faculty.

Expenditure only updates are required for budget accounts, accounts funded by central distributions, and department reserve accounts. Income and direct expenditure updates are required for the remaining department activities.

Finance and Faculty Offices retain responsibility for populating the allocation fields and for actioning reserve adjustments of accounts whose activities are ring-fenced or subject to special funding arrangements.

Funds Adjustments (Slide 20)

Validation rules have been built into the Entry Worksheet accordingly.

Control Accounts

Data Updates (Slide 19)

Page 21: UCL Finance Reporting Project

Budget/Forecast Processes: Data Update Actions by Departments DEPARTMENT BUDGET/FORECAST DATA ACTIONS SOURCE CODE AREAS

DIRECT EXPENDITURE ONLY SOURCE 1 : BUDGET ACCOUNTS

SOURCE 2 : SRIF ACCOUNTS

SOURCE 3 : RTSG ACCOUNTS

SOURCE 4 : TRUST FUND ACCOUNTS

SOURCE 7 : DEPARTMENT RESERVE ACCOUNTS

SOURCE 9 : DCCO CAPITAL CAMPAIGN ACCOUNTS

SOURCE B : RCSTF ACCOUNTS

SOURCE W : INTERNAL TRADING

SOURCE X : UCLCL TAXABLE TRADING

INCOME AND DIRECT EXPENDITURE (EXCLUDING INDIRECT COSTS) SOURCE 3 : NON RTSG ACCOUNTS

SOURCE 5 : GENERAL DONATIONS (CLOSED)

SOURCE 6 : SPECIFIC DONATIONS (CLOSED)

SOUREC 8 : TRADING (CLOSED)

SOURCE 9 : NON DCCO CAPITAL CAMPAIGN ACCOUNTS

SOURCE G : HOSPITAL SERVICES

SOURCE H : SHORT COURSES AND CONFERENCES (NON-COMMERCIAL)

SOURCE J : SHORT COURSES AND CONFERENCES (COMMERCIAL)

SOURCE P : PRIMARY PURPOSE TRADING

SOURCE X : NON UCLCL ACTIVITY TAXABLE TRADING

NO ACTION SOURCE 0 : DEPARTMENT BUDGET/RAM CONTROL ACCOUNTS

SOURCE A : RESEARCH PROJECTS GENERAL LEDGER CONTROL ACCOUNTS

SOURCE Y : INCOME & EXPENDITURE SUSPENSE ACCOUNTS

UCL Finance Reporting Project

Slide 20

Source code with more than one type of data update action

Page 22: UCL Finance Reporting Project

Allocations and Reserve AdjustmentsThe Table below sets out the budget field entries and who is responsible for populating these fields BUDGET FIELD ENTRY SOURCES ACTION BY

ALLOCATIONS SOURCE 1

SOURCE 2

SOURCE 9

SOURCE B

FINANCE/FACULTY

FINANCE ONLY

FINANCE/DCCO

FINANCE/GRADUATE SCHOOL

RE-ALLOCATIONS SOURCE 1 DEPARTMENTS

RESERVE ADJUSTMENTS WITHIN SAME SOURCE CODE

ALL SOURCES

Excluding Source 0,2

DEPARTMENTS

RESERVE ADJUSTMENTS BETWEEN SOURCES

(CURRENT SOURCE TO SOURCE 7 ONLY)

SOURCE 3

SOURCES 5,6,8

SOURCES H,J

SOURCE P,X,W

DEPARTMENTS

RESERVE ADJUSTMENTS BETWEEN SOURCES

(CURRENT SOURCE TO SOURCE 7 OR OTHER RESERVES)

SOURCE 1

SOURCE 2

SOURCE 9

SOURCE B

SOURCE G

SOURCE Y

FINANCE ONLY

DEPARTMENTS

UCL Finance Reporting Project

Slide 21

Page 23: UCL Finance Reporting Project

• restricting write-access to the owner of the current stage

• a history log that tracks progress through the stages

• a system override facility for Finance to enable a change of owner and change of stage to take place to meet the due completion dates

Introducing Ownership and Process ControlEvery update process performed by departments, whether part of the formal quarterly reporting

update or outside of this, is underpinned by the principles of ownership and control

The BOP Update process has 4 key stages: • Department Entry

• Faculty Approval

• Department Approval

• Finance Approval

Each stage must be assigned to an owner and allocated a due date for completion

The owner is responsible for ensuring that that the stage, comprising an entry and/or approval process, is completed by the due date

Once the stage is completed, the owner is required to advance the ownership of the process to the next stage and to the next owner

Control is maintained throughout the process by…

UCL Finance Reporting Project

Slide 22

Page 24: UCL Finance Reporting Project

OWNER STAGE

Department

FinanceBuild of

Workbooks

Entry

Faculty Approval

Finance Approval

Finance FIS Upload

TIME

Working Day 1

Working Days 2-8

Workings Day 9-13

Working Days 14-

16

Overnight Day 16

Release

Advance

Advance

Return

Return

CONTROLS

Workbook History Log

Process Control

Manager

Process Control

Advance

Override

UCL Finance Reporting Project

Slide 23

Page 25: UCL Finance Reporting Project

• any problems encountered with the workbook, the process both within and outside BOP

• any suggestions in respect of process improvements

• any other issues arising from the process.

Problems during the Roll-Out

[email protected]

• call the BOP support phone number – ext 48336.

For both practical help on using the workbook and for problems such as accessing, data corruption, data views, and staff absences, you can contact…

Feedback on the Roll-Out:

A feedback template will also be issued to users at the start of the roll-out and departments are asked to record…

UCL Finance Reporting Project

Slide 24

Page 26: UCL Finance Reporting Project

A1. UCL Operating Budget and RAM - principles

A2. BOP Pre-Populated Budget Data: Budget Control Accounts – 2008-09

A3. BOP Pre-Populated Budget Data: Non-Budget Activities – 2007-08

A4. BOP Pre-Populated Budget Data: Non-Budget Activities – 2008-09 and future years

A5. Reserve Adjustments and In Year Adjustments

A6. Income Exceptions

A7. Inter-Departmental Charges and Recoveries

A8. Equipment over £25k

A9. Contributions to Capital Projects

A10. Inter- Department Transfers (IDTs)

A11. Setting Up and Closing Accounts

A12. New Account Code Creation and Maintenance Process

UCL Finance Reporting Project

List of Appendices – Supplementary Training Material

Page 27: UCL Finance Reporting Project

UCL OPERATING BUDGET AND RAMUCL accounts are categorised into two primary groups, those that are part of the UCL Operating

Budget and those that are deemed to be self-financing activities.

• Income: Hefce grant, Academic Fees, Research and Other Overhead Recoveries, Property income, Interest receivable

• Expenditure: Core Staff Salaries, Estate maintenance, Other Property costs, Interest payable.

• Budget activity is recorded in accounts set up under Source 0.

The Operating Budget also shows as a charge on its income the amount of additional allocations to Academic and CSS departments to support operational activities. These are allocated to department accounts under Source 1.

Departments are not responsible for updating the RAM/Operating Budget positions reported under Source 0 accounts or for updating the allocation sums under Source 1. These are the responsibilities of the Faculty Offices. Departments are only responsible for ensuring that the allocation sums are properly re-allocated to accounts within the department Source 1 range and for budgeting and forecasting the annual expenditure to be incurred against these funds.

UCL Finance Reporting Project

A1

Departments will be responsible for the majority of the budgeting and forecasting of their self-financing activities recorded outside of Source 0 and 1.

The Operating Budget comprises the primary income and expenditure streams of UCL:

The RAM allocates and analyses the primary income and expenditure streams and cash costs across the Academic departments. Matching income and expenditure estimates for department self-financing activities are also included in the UCL RAM.

Budget Update Responsibilities

The RAM report data is compiled from budgets and forecasts produced by Finance and the Faculty Officers. The budget/forecast data in respect of self-financing activities is compiled at a summary level only.

Page 28: UCL Finance Reporting Project

The table below details how the BOP budget data has been derived for UCL Budget/RAM department control accounts which are reported under Source 0 and details the actions required by the Faculties during the Budget/Forecast update process.

Control Account Budget Data provided by Finance Actions

HEFCE Grant 2008-09 RAM Budget None

Tuition Fees 2008-09 RAM Budget allocated on PY Actuals basis

FMA Review and Amend

Research Overheads 2008-09 RAM Budget allocated on PY Actuals basis

FMA Review and Amend

Support Cost Income 2008-09 Budget allocated evenly FMA Review and Amend

Short Course Levy 2008-09 Budget allocated evenly None

Consultancy Overheads 2008-09 Budget allocated evenly None

Staff Salaries 2008-09 SBF Budget None

Fees Waived Not populated FMA Review and Amend

BOP PRE-POPULATED BUDGET DATA: Budget Control Accounts

Research activity recorded in detail in the Research Projects Ledger is imported on a monthly basis into the General Ledger Department Control Accounts under Source A. Responsibility for reviewing and amending these positions lies with the Faculty Offices. The budget data for this activity has been derived as follows:Direct Income and Direct Expenditure 2008-09 RAM Budget allocated on PY Actuals

basis

FMA Review and Amend with reference to detailed grant data provided by Research Services

UCL Finance Reporting Project

A2

Page 29: UCL Finance Reporting Project

2007-08 BOP INCOME AND EXPENDITURE BUDGET DATA

2006-07 ACTUALS 2007-08 RAM/BUDGET PROJECTIONS

ALLOCATED ON PY ACTUALS BASIS

SOURCE 2 SRIF CAPITAL SOURCE 5 GENERAL DONATIONS (CLOSED)

SOURCE 3 RESEARCH TRAINING SUPPORT GRANTS (RTSG)

SOURCE 6 SPECIFIC DONATIONS (CLOSED)

SOURCE B RESEARCH COUNCILS SKILLS TRAINING FUNDS (RCSTF)

SOURCE 7 DEPARTMENT RESERVES

SOURCE G HOSPITAL SERVICES SOURCE 8 TRADING (CLOSED)

SOURCE H SHORT COURSE & CONFERENCES (NON-COMMERICAL)

SOURCE 9 DONATIONS

SOURCE J SHORT COURSES & CONFERENCES (COMMERCIAL)

SOURCE P PRIMARY PURPOSE TRADING

SOURCE W INTERNAL TRADING SOURCE X TAXABLE TRADING

The table below details the 2 methods used to derive the 2007-08 BOP budget data and how they apply to the range of department self-financing source codes

BOP PRE-POPULATED BUDGET DATA: Non-Budget Activities – 2007-08

UCL Finance Reporting Project

A3

Page 30: UCL Finance Reporting Project

FUTURE BUDGET YEAR HOW THE BUDGET DATA IS CALCULATED

2008-09 BOP INCOME AND EXPENDITURE BUDGETS

1 MONTH 2006-07 ACTUALS (JULY2007) PLUS 11 MONTHS 2007-08 ACTUALS (END JUNE)

PLUS 3%

2009-10 BOP INCOME AND EXPENDITURE BUDGETS

2008-09 BOP BUDGET PLUS 3%

2010-11 BOP INCOME AND EXPENDITURE BUDGETS

2009-10 BOP BUDGET PLUS 3%

2011-12 BOP INCOME AND EXPENDITURE BUDGETS

2010-11 BOP BUDGET PLUS 3%

The table below details how the future year BOP budget data is derived for the range of department self-financing source codes

PRE-POPULATED BUDGET DATA: Non-Budget Activities - 2008-09 and future years

UCL Finance Reporting Project

A4

Page 31: UCL Finance Reporting Project

Reserve Adjustments

Each account template in the Entry workbook shows the account reserves broken down into the following:• the brought forward reserves as at the start of the financial year,

• the posted reserves, adjustments approved in previous updates of the current period, • the reserve adjustments, adjustments to be approved in the current update process.

Departments are able to increase or decrease the overall account reserves, i.e. transfer account funds, by entering the appropriate value against the reserve adjustments line in each account.• this adjustment requires an equal and opposite entry against one or other department accounts in order for the adjustment to be validated, approved and therefore saved to the database.

• these values are then uploaded into FIS as ZZ1 budget journal transactions at the end of each update process.

• reserve adjustments can only be actioned for the CURRENT month. Future months are greyed out and values should not be entered against these cells.

Outside of the BOP Forecast process, interim transfers of funds/reserves can be actioned using the IN YEAR ADJUSTMENTS Template. Adjustments…. • are subject to the same approval process as during the BOP Update process

• require approval by Faculty Offices

• must comply with the source framework rules unless subject to an exception approval by Finance.

• once approved, are uploaded to FIS overnight

UCL Finance Reporting Project

A5

BOP Forecast Process

BOP In Year Adjustments

Page 32: UCL Finance Reporting Project

Each account is assigned a source code which defines its source of income/funding, e.g. Source 9 Donations,

or, in certain cases, its activity type, e.g. Source P Primary Purpose Trading.

Each source code needs to be linked to a range of qualifying income analysis codes, with the exception of expenditure only sources, e.g. Sources 1, 2, 7, B, which need to be linked to expenditure analysis codes only.

All other sources should record income which accords with the source definition and the range of income analysis codes available for use with each source will be restricted on this basis.

Income ExceptionsHow the segments of the code framework link

together…..

• qualifying income is recorded under its summary reporting category, e.g. Other Services Rendered. • non-qualifying income, recorded using an analysis code invalid for the source code, is shown as an Income Exception.• forecasts cannot be entered against these lines.

BOP has used this mapping principle in the build of the templates:

• from August 2008, a set of FIS validation rules will be applied for the first time which will control the mapping of the income analysis coding to the source code structure• Finance are currently undertaking a cleansing exercise to address material cases of income exception in the source code structure and to action the necessary changes to the department framework in consultation with departments. • Departments will need to take the appropriate steps to ensure that future income is recorded in the appropriate account/source code combinations.

What needs to be done to address this…

UCL Finance Reporting Project

A6

Page 33: UCL Finance Reporting Project

Inter-Departmental Recoveries and Charges

Why are these transactions shown separately?

• activity that involves one department charging another department for the use of its equipment, facilities, services

• the supplying department recovers its costs

• the customer department is charged a fair price for its usage

The objective of these two separate lines is to capture internal trading activity in departments. Internal trading is defined as follows:

Internal trading should be recorded using a specific range of analysis codes:• for every charge there needs to be an equal and opposite recovery transaction

• the sum of all these transactions should always net to ZERO

• The activity is effectively eliminated from the consolidated books of account.

The issue of internal trading and how to account for this is still under discussion. It may be the case that this trading activity is not undertaken widely and is not material to any department, and therefore analysis of this activity should not be required within the workbook template. However, internal trading may impact at the departmental level in terms of the available funds to support its expenditure forecasts.

No decisions have been made as to any changes to the existing range of internal trading analysis codes, 7**. One key issue requiring development is the elimination issue and how we can ensure that the forecast recovery in one department’s books is matched by the forecast charge in the trading partner department’s books.

UCL Finance Reporting Project

A7

Page 34: UCL Finance Reporting Project

Equipment over £25k

Why is this cost shown separately?

• Equipment costing more than £25k is deemed to be capital equipment and an asset.

• Equipment is capitalised at cost and recorded as a fixed asset on the balance sheet.

• Equipment assets are depreciated over their expected useful life, usually 5 years for non-research equipment purchases and the term of the grant for research equipment

When are we going to do this?• we will identify the capital equipment additions at each period end, and,

• calculate the additions to fixed assets, the depreciation charge, and any release of deferred grants in respect of research-funded equipment, and reflect the changes in the I&E.

How do we capture this information?• a new analysis code is to be created to capture actual equipment costs over £25k.

• departments are requested to budget and forecast separately its equipment expenditure over £25k.

Equipment over £25k is defined as follows:• a single invoice for one piece of equipment costing > £25k.

• an invoice for several pieces of equipment each costing < £25k but with the total invoice value > £25k.

UCL Finance Reporting Project

A8

A single invoice value > £25k may be split across several account codes. BOP allows you therefore to enter a value < £25k against this line.

Page 35: UCL Finance Reporting Project

Contributions to Capital Projects

Why is this charge shown separately?

• we will identify the additions to fixed assets in respect of buildings and refurbishments at each period end, and,

• calculate the depreciation charge, and reflect the changes in the I&E

How do we capture this information?• a new analysis code is to be created to capture contributions to capital projects.

• departments are requested to budget and forecast separately for capital contributions.

Contributions to Capital Projects represent the following:

• the internal contribution that departments have agreed to make towards the funding of capital developments, including building and refurbishment projects.

• the charge for this contribution against existing department reserves

UCL Finance Reporting Project

A9

Page 36: UCL Finance Reporting Project

Inter-Department Transfers (IDTs)This form has two specific uses for departments.

1. It is used to correct the posting of ACTUAL transactions ONLY recorded in the CURRENT financial year. Examples include:

• correction to the analysis code of an actual income or expenditure transaction

• correction to the account code of an actual income or expenditure transaction

• corrections can be within department cost centres or between department cost centres.

2. It is also used to post internal trading transactions between departments.• the supplier department enters the credit transaction against its account code using 7**

analysis.

• the customer department receives the IDT and enters the debit transaction against its account code using the same 7** analysis.

• the same 7** analysis code must be used for both the debit entry and the credit entry in order that the internal trading activity is “eliminated” on consolidation.

Departments are reminded that IDTs are NOT to be used to transfer balances between accounts

UCL Finance Reporting Project

A10

Page 37: UCL Finance Reporting Project

Departments will be expected to plan and manage effectively any changes required to their account code framework in order that related changes to their financial activities can be reflected as early as possible and as accurately as possible in the next BOP Forecast Update.

It is expected that departments will adopt the practice of requesting account code changes during the period PRIOR to the start of a BOP Forecast Update and only in very exceptional circumstances request new accounts AFTER the start of a BOP Update.

Setting Up and Closing Accounts

BOP can only bring in accounts which already exist in FIS.

Departments may request the set up and closure of accounts ONLY in FIS.

This procedure currently requires departments to email [email protected] with details of their new account(s), proposed account change(s) or closure of account(s).

Once workbooks are issued at the start of a BOP Budget/Forecast process, departments can bring into their workbooks new accounts that have been set up in FIS since the issuance of the workbooks by using the new account facility at the end of the entry template.

New FIS accounts during the Budget/Forecast update process

ALL department accounts must exist in FIS.

UCL Finance Reporting Project

A11

An efficient account code creation and maintenance system is central to the delivery of these expectations with the consequent impact on BOP Budget/Forecast Updates.

Page 38: UCL Finance Reporting Project

New Account Code Creation and Maintenance Process

This system will be web-based and is being developed with the objective of simplifying the code change process and improving the speed with which changes can be generated, bringing the service standard for actioning the department requests down to between 24 to 48 hours.

Implementation of the new web-based system will take place at the earliest opportunity in the 2008-09 financial year.

The system process for creating codes within FIS itself has been re-developed and this much improved process is now in place and is making a tangible impact upon service levels.

Departments are advised to continue to request account code changes at the very earliest opportunity pending the launch of the new system.

UCL Finance Reporting Project

A12

A new procedure and system for account code creation and maintenance is under development.