Budgetary control (or “funds checking”) functionality exists in both the Oracle Projects (PA) and Oracle Grants (GMS) eBusiness Suite applications. The purpose of the functionality is to provide an extra level of control over a project budget, preventing or warning users of overspends when or if they occur.
Quick Links
Login
Posts Tagged ‘Projects’
Thoughts on Budgetary Control in Oracle Projects and Oracle Grants
Friday, June 24th, 2011 by Andy CoatesFunds checking for Projects financial plan model not on current R12 roadmap
Thursday, October 28th, 2010 by Andy CoatesFollowing discussions during the October My Oracle Support Community (MOSC) Projects round table, Oracle product strategy stated that there are no current plans to re-introduce funds checking functionality for customers using the Projects financial plan model.
This will come as disappointing news to those customers who currently use funds checking and wish to migrate to financial plans, as well as those evaluating Oracle Projects who require strict control of expenditure as well as financial plan flexibility.
Product strategy added that the requirement for funds checking will be re-evaluated when defining the scope for post R12.2 releases.
R12.1.2 Project Forecasting
Thursday, August 5th, 2010 by Darren FarrFor those of you that are current Oracle Project Management users, you may be aware of some of the issues with Project Forecasting. Current business issues include:
- Inability to plan a project’s forecast using fiscal calendar periods
- Differences between actual and planned amounts automatically re-spread over the remaining periods based on the spread curve attached to the financial plan
To address these issues Project Forecasting functionality has been improved in R12.1.2; this blog describes the new forecasting functionality.
The new features include:
- Ability to generate forecasts based on Fiscal Calendar
- Generate plan periods based on the general ledger fiscal calendar
- Ability to copy planned ETC from the latest baseline workplan and to optionally update the future period spread manually.
- When using this new forecasting functionality, any differences between forecast and actual costs in the period are not automatically spread over the remaining future periods.
R12.1.2 Forecast Flow
- Define GL “Fiscal” Calendar
- Create Project Workplan
- Create Project Budget
- Generate Baseline Forecast
- Enter, collect & apply actual costs
- Generate New Forecast
- Manually adjust forecast amounts
- Submit for Approval
Configuration Requirements
- It applies to financial plan types set up as forecast cost only
- Time Phasing is enabled in the Plan Settings page
- Task Level Selection enabled on the Edit Planning Options Page
- Financial Plan or Work Plan Resource is selected as the ETC sources in the edit planning option
- Change Document and Open Commitment are not to be enabled
Wanted: Allowed Cost Schedules in Oracle Projects
Sunday, November 15th, 2009 by Andy CoatesWhen using work-based billing in Oracle Grants, some customers (or groups of customers) may have strict requiremens as to what can be billed on to them. In order to prevent ineligible expenditure being charged to an award (project), Allowed Cost Schedules are used. An ‘Allowed Cost Schedule’ is simply a list of expenditure types that is assigned to an award (project) that governs which expenditure types can be charged to the award (project). Put simply, if an expenditure type is not in an Allowed Cost Schedule, then it can not be charged to the award (project).
In Oracle Projects (and also Oracle Grants), one might use Transaction Controls to restrict which expenditure types can be charged to an award (project). There are two drawbacks/limitations with this:-
- Maintenence overhead. Transaction controls have to be set for each project. In my experience there are usually groups of projects within an organiation (perhaps they all have the same customer) that require the same transaction controls. The drawback of using Transaction Control functionality is that if a new expenditure type is set up, then the expenditure type needs to be added to the transaction controls for every project. If Allowed Cost Schedules were available in Oracle Projects, all of the projects that require the same transaction controls could share one schedule; any new expenditure types only need to be added to the one schedule.
- Visibility in Payables / Purchasing. When entering a Projects requisition/PO/invoice distribution in AP/PO, the check to see if any transaction controls have been violated is only carried out when the record is saved. This is rather user-unfriendly, as it allows one to choose a seemingly valid expenditure type from a list of values, proceed with data entry, to only then be confronted with an error message when the record is saved. With Allowed Cost Schedules, the expenditure type list of values in AP/PO is restricted based on which expenditure types are in the schedule i.e. The entry clerk can only select a valid (allowable) expenditure type from the list of values.
I am not suggesting that Allowed Cost Schedules replace Transaction Controls in Oracle Projects, but using the two pieces of functionaity together in Oracle Grants works very well. Although Allowed Cost Schedules are associated at the ‘award’ level in Oracle Grants, they could easily be incorporated in Oracle Projects at project level.
In the very least, regarding point 2 above, the expenditure type list of values should pre-validate against transaction controls. This would certainly make a lot of Payables people I know very happy!
I would be interested to hear if anyone else would find this feature useful, and more importantly, raise an Enhancement Request.
Year-to-Date (YTD) measures available in R12 Performance Reporting
Monday, September 7th, 2009 by Andy CoatesIn Oracle Projects 11i, year-to-date (YTD) measures are not available in performance reporting (period to date, quarter to date and inception to date are the only offering). This was/is very odd, as the Project Intelligence (PJI) summarisation tables do summarise measures on a YTD basis. Fortunately, in R12.1.1, YTD measures are now available. For example, the YTD measures can be utilised in the Task Summary page of performance reporting, as well as user defined sored or computed YTD custom measures.

Projects 
