1. Global Business Services © 2006 IBM Corporation ENCOMPASS: Capital Project Module Approach - DRAFT 6/7/07 Meeting

2. © 2006 IBM Corporation 2 Table of Contents  Review of the Project Module Approach –Defining a Project –Guidelines for Capital Projects –Defining a Fund –Defining Funding Source and Funding Source Allocation –Defining Funds Distribution Process Project Module Chartfield Descriptions –Defining Activity –Defining Source Type –Defining Category –Defining SubCategory –Defining Analysis Type

3. Global Business Services © 2006 IBM Corporation Review of the Capital Project Module Approach

4. © 2006 IBM Corporation 4 Basic Project Management and Reporting Principles  One Standard Project Module Approach for the Entire State  All Chartfields will be used for consistent purposes by the Entire State.  Project Reporting in Encompass will support the: –Generation of Schedules to Support State Financial and CAFR Reporting Requirements; –Accumulation of Capital Asset and Infrastructure Costs to Support State Financial and CAFR Reporting Requirements –Generation of the Schedule of expenses and Federal Awards and Schedules to Support OMB A-133 Reporting Requirements; –Generation of Federal Financial Reporting Schedules and Supporting Documentation; and –Generation of Federal Cash Drawdown Calculations and Supporting Documentation  Commitment Control will be Required to be Assigned at the Fund, Project and Funding Source Levels.

5. Global Business Services © 2006 IBM Corporation Defining A Project

6. © 2006 IBM Corporation 6 Defining A Project  A Project is an accumulation of costs for a definite period of time.  The Project provides a significant portion of the transaction classification capability necessary to track expenses, revenues, asset capitalization and other financial activity in accordance with: –State Financial Reporting Requirements, including those related to the preparation of the CAFR and the appropriate accumulation of costs for the construction of capital assets and infrastructure; –Federal grant and federal appropriation requirements including those related to OMB-A133, cash drawdown and periodic federal financial reporting; –State statute and State appropriation requirements, including those related to State Construction Projects; –As required by other contractual agreements.  Every Project will have a Budget assigned at the Project Level for Commitment Control purposes.

7. © 2006 IBM Corporation 7 Defining A Project (Continued)  A Project will be REQUIRED in each of the following instances:  Any expense that results in the construction of a State capital asset must be reported using Projects, including –State construction projects; –Construction of capital assets by state agencies; and –Construction of infrastructure assets by state agencies.  All expenses of federal funds must be reported using Projects, including: –Federal Grants and Appropriations received; –Federal Grants and Appropriations passed through to subrecipients within State government; and –Federal Grants and Appropriations passed through to subrecipients outside of State government.

8. © 2006 IBM Corporation 8 Defining A Federal Project  Consistently across the State, there will be a Separate Project for each individual Federal Grant Award Year. –Example: FSSA would have a separate project for their TANF05, TANF06 and TANF07 grant awards.  OPTIONAL: Agencies are allowed to have Child Projects at a lower level than individual Grant Award Year as long as they have a Parent – Child Relationship with the Project that represents the individual Grant Award Year. –Example: For WIA06, DWD could potentially have Child Projects for WIA06-Dislocated Worker, WIA06-Youth, WIA06- Adult.

9. © 2006 IBM Corporation 9 Defining A Capital Project  There will no longer be an distinct Fund Center for every State Capital Project.  Each Unique 100% State Funded Capital Construction Project will be assigned a unique Project ID in ENCOMPASS.  If a Capital Project receives any Federal Funding, the Project must both comply with the Federal Reporting Requirements and the Capital Construction Requirements within the Project Module. –If the entire Federal Grant Award relates to the individual Capital Project the Project ID for the Capital Project will be identical to the Federal Grant Project ID –If only a portion of the Federal Grant Award relates to the individual Capital Project, a child project will be created for the Capital Project.

10. © 2006 IBM Corporation 10 Defining A Project (Continued)  An agency could request to report additional functions as Projects.  All requests for new Projects would be evaluated centrally to ensure the following: –The functions are not better suited to be captured in another chartfield –The level of detail being reported is consistent with the State’s approach.

11. © 2006 IBM Corporation 11 Defining A Project (Continued)  Project Chartfield Value = 15 Alphanumeric Characters  First 3 characters = Business Unit  Next 12 characters = Unique Project ID (Capital Project ID’s are Centrally Defined; Federal Project ID’s are Agency Defined with Central Coordination.)  Generally, State Subrecipients will use same last 12 characters of the Project ID Last 3 digits of Business Unit Capital Project ID’s will be Centrally defined with agency input

12. Global Business Services © 2006 IBM Corporation Guidelines for Capital Projects

13. © 2006 IBM Corporation 13 Guidelines for Capital Projects - Capital Project Type  Every Project that results in the Construction of a State- owned Capital Asset or State-owned Infrastructure will be assigned the “Capital” Project Type in the Project Module.  All Projects designated with a “Capital” Project Type will be required to complete the following fields on the Project Attribute Table: –Asset Profile / Type of Asset –Capitalization Type (Project Based) or (Activity Based) –Project Capitalization Percentage (If Project Based) –Activity Capitalization Percentages (If Activity Based)

14. © 2006 IBM Corporation 14 Guidelines for Capital Projects – Capitalization  Generally when a Capital Asset is Purchased for a Project, the Capital Asset is interfaced to the Asset Management Module to be the Capitalized when received.  However, an alternative process is required for Projects denoted with a “Capital” Project Type –In this case, individual Capital Asset purchases are not transferred to the Asset Management module and Capitalized when purchased. Instead at the time the Project is marked as completed, applicable capitalization rules are applied to the entire accumulated costs of the project and the resulting Capitalized Balance is interfaced to to the Asset Management Module.

15. © 2006 IBM Corporation 15 Guidelines for Capital Projects - Work in Process  Any Projects denoted with a “Capital” Project Type that are not completed as of the end of the State Fiscal Year should be reported as Construction Work In Process for State Financial Reporting Purposes.  For each of these incomplete Projects, the applicable capitalization percentages should be applied to the consolidated costs for each project to calculate the current balance that would be capitalized for these projects if they were complete as of Fiscal Year End to determine the amount to be reported as work in process.  At the time of reporting Work In Process, these costs are not interfaced to the Asset Management Module.  Only when a Project is marked complete will the relevant consolidated costs be interfaced to the Asset Management Module.

16. Global Business Services © 2006 IBM Corporation Defining A Fund

17. © 2006 IBM Corporation 17  Fund is the primary means within a Business Unit for tracking and relating specific sources and uses of revenues or budget authority. –Fund chartfield values = 5 numeric characters. –Replaces the 4 digit Fund and 6 digit Center combination. –Fund will be a required Chartfield for ALL Transactions  Some current Fund Center combinations will not be needed after conversion to ENCOMPASS : –Construction centers replaced by Projects; and –Prior year centers replaced by Budget Reference; –Geographic locations replaced by Locality. Defining A Fund

18. © 2006 IBM Corporation 18 Defining A Federal Fund  Federal Funds will be defined where each Functional State Agency will have one Federal Fund for each Federal Granting Agency (Example: Each functional business unit that receives funds from DHHS would have one DHHS fund). –Exception: Major Funds in the CAFR (Major Moves & Medicaid) will be reported in separate funds. –Exception: Federal Funds of multiple Fund Types for CAFR reporting (Special Revenue, Capital Projects, etc.) will be reported in separate funds.  State Funds will continue to be determined at the level of State Appropriations or as outlined in State statute.

19. © 2006 IBM Corporation 19 Defining A Federal Fund (Continued)  Appropriations and Allotments will be established for ALL State and Federal Funds.  The Appropriation and Allotments for the Federal Fund will be developed based upon grant award letters, prior years’ history, and financial projections.  The Appropriation and Allotments for the State and Local matching components (where applicable) will be Appropriated and Allotted in one or more State Fund(s) based upon the relevant State Appropriations.  The Budget Authority in the State Fund(s) will be transferred to the Federal Fund as the Budget Authority is Allotted.

20. © 2006 IBM Corporation 20 Defining A State Capital Fund  Based upon the Capital Appropriations created during the State Budget Process, the State Budget Agency will create one Capital Fund for every Legal Fund receiving Capital Appropriation for every Function of Government Represented in the Capital Appropriations.  Each State Agency with Capital Construction Projects will have one State Capital Construction Fund per Legal Fund providing the Capital Appropriations where all 100% State Funded Capital Projects will be recorded.  Capital Construction Projects that receive any Federal Funds will be recorded in the State Agency’s relevant Federal Fund that corresponds to the Federal Granting Agency.

21. Global Business Services © 2006 IBM Corporation Defining Fund Source in Commitment Control

22. © 2006 IBM Corporation 22 Defining Funding Source in Commitment Control: Functions of the Funding Source  Funding Source = (Six character numeric value field that will be sequentially autonumbered with a leading zero.)  Funding Source will be used to enforce commitment control on a distinct funding stream: –All or a portion of the funding source would be applied to various projects. –Funding Source commitment control will ensure that no more than 100% of a funding source is applied to project(s). –Funding Source commitment control will ensure a project will not overspend the assigned amount of a funding source.

23. © 2006 IBM Corporation 23 Defining Funding Source in Commitment Control: Overview  Funding Source will be used to store information on a distinct funding stream associated with one or more projects including: –Description Funding Source Table –CFDA # CFDA Number –Grant Document ID # Fed Aid –Original Fund FS Char 1 –Funding Source Start Date FS Char 2 –Funding Source End Date Date –Total Award Amount Amount –Award Amendment Amount FS Trans Log Item –Remaining Available Balance Amount minus Applied  Not all information stored in the Funding Source will be Applicable for 100% State Funded Capital Projects.

24. © 2006 IBM Corporation 24 Defining Funding Source in Commitment Control: Overview (Continued)  Funding Source (Sample Screenshot)

25. © 2006 IBM Corporation 25 Defining Funding Source in Commitment Control: Funding Source Allocation Process  The Funding Source will be defined in Commitment Control and then assigned at the Project Budget level based upon Funding Source Allocation rules for the Project.  The data entry clerks will not assign the Funding Source at the time of Initial Transaction Entry.  Instead, the Funding Source(s) would be assigned to related transactions of a Project at the time the transactions are Budget Checked based upon the Funding Source Allocation rules established for the Project.

26. © 2006 IBM Corporation 26 Defining Funding Source in Commitment Control: Funding Source Allocation Process (Continued)  Limitations of the Funding Source Allocation Process:  The Funding Source Allocation can only allocate a transaction for a single project by: –Priority (Spend 100% of A before applying B); or –A Percentage (Apply 50% of A and 50% of B) Typically the Percentage Allocation Process will be used by agencies. –The Fund Allocation Process will NOT allocate based upon both sets of criteria (Priority and Percentage) for a single project.  The Funding Source Allocation is determined at the Project Level.  The Funding Source Allocation will NOT function unless the entire Project Budget is assigned to one or more Funding Sources as part of the Funding Source Allocation rules.

27. © 2006 IBM Corporation 27 Defining Funding Source in Commitment Control: Funding Source Allocation Process (Continued)  The assignment of a Funding Source for Commitment Control through the Funding Source Allocation Process will be required for ALL Federal and Capital Projects. –For State Capital Appropriations in the State Budget, the State Budget Agency will create a Funding Source for each distinct Capital Appropriation by Legal Fund and Function of Government. –For INDOT Federal Appropriations, the Funding Source will be associated to the SubFederal Granting Agency level by year of initial award (FHWA05, FTA06, FAA07) –For Federal Grants (Block Grants and Single Purpose Grants) the Funding Source will be at the individual Grant Award Year/Grant Document ID. –For State Appropriations transferred to Federal Funds, the Funding Source will be associated to the State Matching Fund and the initial year of appropriation.

28. © 2006 IBM Corporation 28 Defining Funding Source in Commitment Control: Funding Source Allocation Process (Continued)  Funding Source Allocation (Sample Screenshot)

29. Global Business Services © 2006 IBM Corporation Defining Funds Distribution

30. © 2006 IBM Corporation 30 Defining Funds Distribution in the Projects Module  Funds Distribution is NOT the same process as Funding Source Allocation.  Funds Distribution is a delivered PeopleSoft process. The intent of Funds Distribution is:  The Goal of Funding Source Allocation is to distribute project costs among multiple funding sources based on user identified distribution rules. These rules are applied to incoming transactions to assign costs accordingly.  Transactions are selected for funds distribution based on the following transaction attributes: –Project –Activity –Analysis Type

31. © 2006 IBM Corporation 31 Defining Funds Distribution (Continued)  The Project Module’s Funds Distribution Process will be used to assign Category(s) and, if applicable, SubCategory(s) based upon the established Funds Distribution Process for each Project to denote the funding stream(s) for each transaction.  Based upon additional functionality in the State modification, the Funds Distribution Process can allocate Project transactions by percentage with a defined priority sequence which will revise the funding stream(s) and percentages when a certain funding stream has been fully consumed.

32. © 2006 IBM Corporation 32 Defining Funds Distribution (Continued)  The Funds Distribution Process will be used to assign a distributional activity code to Project transactions to identify the percentage of each transaction to be forwarded to the Contract and Billing Modules for Federal and Local Billing.  The Funds Distribution Process produces new transactional lines with a separate Analysis Type while maintaining the original transactions and their original Analysis Type.  The Analysis Type serves as a means to view transactions based upon both their classification before and after funds distribution.  The Funds Distribution Process will be Required for ALL Federal and Capital Projects.

33. © 2006 IBM Corporation 33 Defining Funds Distribution (Continued)  Why are Funding Source Allocation and Funds Distribution Required for ALL Projects? –The Funding Source Allocation Process is required to maintain Commitment Control at the individual funding stream level at the time of the initial transaction. –The Funds Distribution Process is required for Billing, Federal Reporting, Financial Reporting and Capital Reporting generated from the Project Module. –The Funds Distribution Process as modified by the State Modification includes the additional functionality to integrate the assignment of transactions by Percentage and Priority, which is not supported in the Funding Source Allocation Process or the delivered Funds Distribution Process.

34. © 2006 IBM Corporation 34 Defining Funds Distribution (Continued)  State Modification of Funds Distribution Process (Sample Screenshot)

35. Global Business Services © 2006 IBM Corporation Project Module Chartfield Descriptions

36. © 2006 IBM Corporation 36 Defining Activity  There will be two types of Activities assigned to ALL transactions in the Project Module: –Functional Activity is assigned to the initial transaction – this should be at the level of detail of the federal award budget –Distributional Activity is assigned during fund distribution – this will denote Federal, State or Local sources of funding.  ALL Project Transactions are required to be assigned a Functional Activity.  ALL Project Transactions will be assigned a Distributional Activity after the Funds Distribution Process  After the Funds Distribution Process, the Functional Activity will be maintained in Project User Field #5 in the Project Module for each transaction.

37. © 2006 IBM Corporation 37 Defining Functional Activity  Functional Activity = (a seven numeric character chartfield).  ALL initial transactions containing a Project must have a Functional Activity assigned.  The Functional Activity at a minimum must be reported at the same detailed level as the Federal Budget for the Federal Grant or Federal Appropriation.  Budgets can be Developed at the Activity Level. –Where required by the Federal Grant / Appropriation a Commitment Control Budget will be Required to be established at the Activity level. –OPTIONAL: Where not required by the Federal Grant / Appropriation, the Activity Budget can be used only for Tracking purposes.

38. © 2006 IBM Corporation 38 Defining the Functional Activity – Federal Cost Category Reporting  Where Federal Agencies Require the Grant to be Budgeted at the Federal Cost Category, the Federal Cost Categories will be captured at the Activity Level.  Where the Federal Cost Category is only used for Federal Reporting, if State Agencies can develop a Consistent State- wide Account Roll-up Tree for reporting Federal Cost Categories, the Federal Cost Categories will be captured in this Consistent State-wide Account Roll-up Tree instead of using the Activity or Source Type to capture this information.

39. © 2006 IBM Corporation 39 Defining Distributional Activity  Distributional Activity = (a seven alphanumeric character chartfield).  ALL transactions processed through Funds Distribution will be assigned Distributional Activity(s) based upon this process.  ALL transactions within a Federal or Capital Project will undergo the Funds Distribution Process.  The Distributional Activity(s) will be available to be used in the PeopleSoft Contracts & Billing Process (Optional) to denote amounts to be billed to the federal government and potentially to local governments, if applicable.

40. © 2006 IBM Corporation 40 Defining Source Type (Resource Type)  Source Type = (5 alphanumeric character chartfield): –For agencies that are required to report to the Federal Government at a level more detailed than the level required for budgetary control, the Source Type Chartfield will capture this information. Example: DOH may be required by a Federal Grant to establish a Budget at the level of Salaries, Fringe Benefits, Contractual Costs, etc. this would be the Functional Activity. Below these activities they may be required for Federal Reporting to report Salaries separately by Professional Salaries – Certifications, Professional Salaries – Non- Certifications and Administrative Salaries. This more detailed information would captured in the Source Type.

41. © 2006 IBM Corporation 41 Defining Source Category (Resource Category)  Category = (5 character numeric chartfield that is autonumbered sequentially to correspond to the Funding Source value):  The Category chartfield is assigned to each transaction that undergoes the Funds Distribution Process.  For Federal Grants (Block Grants and Single Purpose Grants) the Source Category will be assigned at the level of the Individual Grant Award/Grant Document ID.  For INDOT’s Federal Appropriations the Source Category corresponds to the granting subagency and the year of initial award (FHWA05, FHWA06, FTA05, FAA06)

42. © 2006 IBM Corporation 42 Defining Source SubCategory (Resource SubCategory)  SubCategory = (5 alphanumeric chartfield): –The SubCategory allows you to track and report transactions at a funding stream level in more detail than that captured in the Category. –In general, the SubCategory will NOT be required to be assigned to transactions in the Funds Distribution Process. –In instances where there is a need to utilize the SubCategory, the SubCategory will be assigned during the Funds Distribution Process. For INDOT’s Federal Appropriations, the SubCategory will be assigned to all transactions at the individual Federal appropriation level. For certain Federal Grants there may be a similar need to use the SubCategory field to track transactions related to a specific funding stream at a level lower than the Individual Grant Award/Grant Document ID level.

43. © 2006 IBM Corporation 43 Defining Analysis Type  Analysis Types are automatically assigned within the Project Module to individual transactions to identify different types of transactions, such as estimated costs, budgeted amounts, actual costs, and billed costs.  To ensure the same transaction line is not processed multiple times by the Funds Distribution Process, the Funds Distribution Process rules will be defined to select transactions with a defined Analysis Type (generally “ACT” for Actuals) and then assign a new Analysis Type of “FND” on the new transaction line produced during Funds Distribution.  Separate Analysis Types will be established in the Project Module to capture In-Kind Contributions, Third Party Match and Maintenance of Effort without reporting this information in the General Ledger.

44. © 2006 IBM Corporation 44 Contact Information  ENCOMPASS Website –http://myshare.in.gov/sba/encompass  Project Reporting Work Group Webpage  ENCOMPASS Email Address –encompass@sba.in.gov  Reference to Version 8.9 Peoplebooks –http://devfin.gmis.in.gov/soi_fssignon_index.html –Commitment Control Peoplebook –Project Costing Peoplebook We welcome your feedback/questions/comments