R12 Federal Financials: Recent Enhancements and Upgrade Impacts

R12 Federal Financials:Recent Enhancements and Upgrade Impacts

Larry BaughApps Ingenuity LLCApril 25,2012

• Federal CGAC Enhancements• Treasury Account Symbols, TAS BETC • Budget Codes, FACTS Attributes, FACTS II Edit Codes• Purge Treasury Account Symbols• TAS/Fund/Bud Distributions Rollover

• GTAS• Federal Multiple Cash Accounts and Treasury Confirmation Enhancement• Managing SLA Changes in R12• R12 Federal Payment Processing• Web ADI Capability for FV Budget Distributions• Expired Fund Distribution

Agenda

Objective: to share a variety of information on R12 Updated functionality applicable to Federal Financials customers.

Larry Baugh•13+ years Oracle Federal Financials Functional/Technical Experience •Emphasis Areas: GL, Budget Execution, Fed Admin, AR, AP, Fed Reporting, PA, PO, iProc, Proc Contracts, XML/BI Publisher, Discoverer, SQL, PL/SQL, etc.•Sample Federal Customers: DOI-NBC, USAF/USTC-DEAMS, DFAS, TMA, SBA, Numerous DOE, DoD, and other Federal Civilian entities.•Recent Role: Solution Architect/Co-PM for US Dept. of Interior National Business Center (DOI-NBC) Shared Services Environment Release 12.1.3 Upgrade

Introduction

• The Common Government-wide Accounting Classification Structure (CGAC) is a new standard structure of financial data elements to be utilized within the US Federal Financial System environment.

• Oracle provided numerous enhancements to better support this CGAC integration. Patch 9000001 should be installed to deploy this functionality. DO NOT just apply patch 9307787.

• MOS Note: 1277072.1 Federal CGAC Enhancements

CGAC Enhancements

CGAC Enhancements

Treasury Account Symbols

Treasury Account Codes form is retired.

CGAC Enhancements

Treasury Account Symbols

CGAC Enhancements

Treasury Account Symbols

CGAC Enhancements

3-digit Agency Identifier values supported

Fund Attributes (aka Fund Parameters)

CGAC Enhancements

CGAC Enhancements

CGAC Enhancements

Business Event Type Codes (BETC)

CGAC Enhancements

Budget Codes

Budget Distributions

CGAC Enhancements

Purge Treasury Symbols

• Time Frame field replaced with Authority Duration Code

• Category field broken out into 2 distinct fields: Apportionment Category & Direct or Reimb

• Established FY field replaced with Beginning Period of Availability

• Transaction Code field replaced with Sub-Type

The Enter Budget Authority form is quite similar to the 11i Enter Appropriations form and Earlier R12 form versions. The differences include:

CGAC Budget Authority

CGAC Funds Distributions

The R12 CGAC Enter Funds Distributions form.

Differences include:

• Category field broken out into 2 distinct fields: Apportionment Category & Direct or Reimb

• From Distribution Description field added

• Transaction Code field replaced with Sub-Type

When Checking Funds for Budget Distributions, R12 provides the capability to view specific Budgetary Control Results Data.

CGAC Budget Authority

CGAC Enhancements

Rollover Treasury Symbols

GTAS Enhancements

New Federal Financial enhancements are imminent to provide agency capability for interfacing to the Government wide Treasury Account Symbol Adjusted Trial Balance System (GTAS) starting Dec. 2012.

References/Screenshots to Oracle Federal Development GTAS info is taken from the 17-Apr-12 Oracle Federal Development Spring Briefing.

http://www.fms.treas.gov/gtas/index.html

GTAS Enhancements

CGAC vs GTAS Enhancements

CGAC GTAS

CGAC GTAS

CGAC vs GTAS Enhancements

CGAC vs GTAS Enhancements

CGAC

GTAS

CGAC vs GTAS Enhancements

GTASCGAC

Key Federal-Related SLA Process Changes

11i R12

Dr 470001 179.94 Dr 470001 179.94

Cr 461051 179.94 Dr 461051 18.00

Dr 461051 197.94 Cr 480101 197.94

Cr 480101 197.94

Instead of “washing” the transaction back and forth through 46X051, the Commitment balance will be liquidated and any price/quantity change will impact Allotment Authority balances just for the delta amount.

The detail accounting entries for AutoCreated Purchase Orders created in R12 is improved.

Key Federal-Related SLA Process ChangesDr Cr

$100 PO Manual Creation, Current Year BFY, Unexpired

Dr 461051 100

Cr 480101 100

$105 PO AutoCreation from $100 Req, Current Year BFY, Unexpired

Dr 461051 5Dr 470001 100

Cr 480101 105

Upward Revision of $5, to $100 Manually Created PO, Current Year BFY, Unexpired

Cr 480101 100Dr 461051 105

Dr 461051 100Cr 480101 105

Upward Revision of $5, to $100 Manually Created PO, Prior Year BFY, Expired

Cr 480101 100Dr 465051 105

Dr 465051 100Cr 480101 100Cr 488101 5

Downward Revision of $5, to $100 Manually Created PO, Prior Year BFY, Expired

Cr 480101 100Dr 465051 95Dr 487101 5

Dr 465051 100Cr 480101 100

The capability that SLA provides for transaction-driven Upward/Downward Adjustment entries is nice. However, there is currently not a seeded solution for mitigating/correcting PYA “Inflation”, other than through Unreserve/Rereserve PYA suppression on the same distribution_id.

Upward/Downward Inflation Overstated PYA accounts (e.g.4881), often due to various document modifications, but not true Up/Down adjustments

As desired, the end-state GL journal entries from Budget Distribution events (as well as others), can contain enhanced journal line description data which provides a quick glimpse of source transaction detail attributes.

FV Accounting Entry Journal Descriptions

Budget Distribution and Treasury Confirmation accounting entries can now be viewed from the subsidiary module, in addition to GL, via the SLA: User Main Menu available from Federal Financial application responsibilities.

Viewing FV SLA Accounting Entries

SLA: Multiple Cash Accounts

Federal Multiple Cash Accounts and Treasury Confirmation Enhancement MOS Doc ID 1314160.1

Oracle’s SLA solution for using different cash accounts is tied to different bank account CCIDs setup.

There are other methods for this if desired w/SLA, but these CCIDs must now be setup.

The seeded FV SLA AR design is dependent on the AR Transaction Category Mapping.

SLA: AR Transaction Category Mapping

• Moving forward to uptake new enhancements is usually always a good thing, but due to the sensitivity and complexity of the R12 Federal SLA functionality, we must be a bit more careful with patching at this point in R12 than we might have been w/11i recently.

• Oracle makes mention of this issue in the patch 9000001 readme: "If customer has customized the following AADs, they might need to revisit the

below AADs to make sure they have uptaken their Customized JLT per the new changes."

…however if you ask me, it should be in bold

Managing FV SLA Changes in R12

• Try to make sure your agency (& supporting contractors if applicable) get to know what is really going on with SLA under the hood. This will help you be able to identify what kind of patches could impact your SLA configuration and assess any level of rework required.

• Insulate your environment from changes to JLTs and ADRs by creating agency-specific versions.

• Although not easy, if you’re in the process of an R12 upgrade project, try to baseline your SLA configurations & objects as soon as possible, to mitigate re-work from additional changes that could come about from future SLA-related patches (rework would likely include reconfiguration time & re-testing). Having to restart a R12 upgrade testing cycle due to a bunch of SLA Accounting updates won’t make our R12 Upgrade Project Managers too happy.

• Once stable/in production, keep an eye out continually for patches that could throw your SLA rules for a loop, especially changes to the FV_SLA% packages.

Managing FV SLA Changes in R12

Managing FV SLA Changes in R12

Managing FV SLA Changes in R12

Managing FV SLA Changes in R12

R12 Federal Payment ProcessingWith the new architecture of the core EBS Payment Processing solution in R12, Federal Payment Processing design has gone under wholesale change.

Key changes include:•The introduction of the IBY Oracle Payments Manager GUI•IBY Utilization of new XML and BI Publisher technology for payment file creation•Introduction of new Payment Validation processes and edits•Utilization of R12 Payment Reason Codes

Any custom payment formats developed or tweaked in 11i will need to be recreated using the R12 Oracle IBY/BI Publisher approach.

R12 Federal Payment Processing

The new R12 Payments GUI is significantly different for creating Payment Process Requests (PPRs), i.e. the next generation of 11i Payment Batches

R12 Federal Payment Processing

The Payment Formatting structure of a PPR is driven by the Payment Process Profile tagged to the PPR Instruction.

R12 Federal Payment Processing Design

Payment Process Profile definitions are accessible via the Payment Administrator functionality.

R12 Federal Payment Processing Design

Many standard US Treasury Federal Payment Formats are provided as seeded Payment Process Profile definitions in R12.

Agency-specific Payment Process Profiles may need to be created to meet other requirements, e.g. ITS, Clearing, DoD Disbursing system integration, etc.

R12 Federal Payment Processing DesignPayment Process Profile definitions are linked to IBY Payment Format records.

R12 Federal Payment Processing DesignIBY Payment Formats are fundamentally comprised of BI Publisher Data Definitions and Templates.

R12 Federal Payment Processing DesignThis process flow does a great job of illustrating the new R12 IBY Payment Output flow.

The Fund Disbursement XML extract is used as the baseline for all outbound payment formats, presented differently as required by the applicable eText BI Publisher Templates.

Format Customization in Oracle Payments for Oracle Applications Release 12 [ID 787467.1]

R12 Federal Payment Processing DesignEach R12 BI Publisher Payment format includes a mapping to the Funds Disbursement Extract as the Data Definition used, along with the eText BI Publisher template.

XXAAA_IBYDE_B_C_en.rtf

R12 Federal Payment Processing Design

The eText BI Publisher Templates are structured similar to a Interface File Specification layout and provides the capability for applying additional functions to the XML data.

A key reference on eText BI Publisher Templates is:

Oracle XML Publisher Report Designer’s Guide, Chapter 4: Creating an eText Template

R12 Federal Payment Processing DesignFor agencies creating payment files for systems beyond the FV seeded list, there are multiple methods and components to address such requirements.

•If all the data required for outbound file creation is provided within the seeded Funds Disbursement XML Extract, then the requirement can likely be met through 1) creating a custom BI Pub Payment Format Template, registering the 2) Payment Format and 3) Payment Profile.

•If additional data is required beyond what is provided in the seeded Funds Disbursement XML Extract, then the IBY_FD_EXTRACT_EXT_PUB package can be used to extend the extract creation to include additional XML data elements as required.

•Key MOS Note: Format Customization in Oracle Payments for Oracle Applications Release 12 [ID 787467.1]

R12 Federal Payment ValidationsR12 Payments provides new functionality of Payment Validation processes. For Federal, a FV Payment validation process is delivered for seeded formats. Custom validations can also be added.

These seeded FV validation functions are in the iby_payment_format_val_pvt package.

In 11i, a number of these validations existed in the Payment Format Code, but some have changed. Example: the TAS_VALIDATION function disallows the

use of dashes in FV Treasury Symbols any further.

R12 Federal Payment Reason Codes

The R12 design to support required FV Payment processing codes eliminates the 11i Paygroup->ECS Payment Type mapping and replaces it with Invoice Payment Reason Codes.

Payment Reason codes are required on all PPD+ Payments and some BD NCR Check Payments.

Creating FV Budget Dists with Web ADI

The new R12 Desktop Integration Framework supports the capability to create a Web ADI Integrator to load the fv_be_interface table w/Budget Distribution details from an Excel ADI worksheet.

Creating FV Budget Dists with Web ADI

Creating FV Budget Dists with Web ADI

Use the Desktop Integration Manager responsibility to access the Wizard for creating new integrators or maintaining.

Creating FV Budget Dists with Web ADI

Standard Interface or custom tables, as well as PL/SQL APIs, can be populated via the R12 Desktop Integration capability.

The Desktop Integration Wizard provides for configuring the integrator characteristics of the target fields/parameters.

Fields can be enabled/disabled, defaulted, and validated through the Wizard configuration.

For Federal Customers who need to move money around in expired funds, this can now be done through the Fed Admin Budget Distribution Functionality instead of having to create manual journal entries.

However, per 1356822.1, the FV BE Interface still does not support Expired Year distributions.

Expired Fund Budget Distributions

Budgetary Control Result Details

Use the Check Funds function to view the detail Budgetary Control Results for Budget Distributions, Requisitions, Purchase Orders, Releases and AP Invoices.

Note: not yet available for iProcurement.

Can we get a MOS FV Community??

Federal CGAC Related Enhancements [ID 1277072.1]

Additional Resources

Larry [email protected]

Blog - http://www.OracleFedApps.comTwitter - @OracleFedApps

Be sure to check the blog for the latest version of this presentation and other info!

Add’l session:R12 Federal Financials Subledger Accounting TeardownTuesday, 24-April, 10:45 AM, South Seas A

Thanks for attending