Mapping SAP New GL for FERC

Expanding on our post last month about the New GL and FERC data, today we're going to look at mapping the New GL for FERC, a serious consideration for utilities that are evaluating an SAP New GL migration. One immediate challenge is that all CO transaction codes for secondary movements have a single general ledger account assignment in the New GL. That would seem to be a limitation at first. Rather than focus on the GL account, however, a utility could use a pass-through GL account assigned to all secondary CO transactions, and then use SAP's functional areas to map to specific, four-digit FERC chart of account values.

Here's a practical example.  Let's say an internal order has primary costs of $100 and secondary costs of $30.  Both the primary and secondary costs are assigned the functional area of "583.0 Distribution Operations-Overhead Lines Expense." This could be shown (in an abbreviated way) as functional area "583.0 DM-Lines." We would then use a BAdI to add a long description through the New GL's extensibility features. The result of this functional area assignment is the posting to the correct FERC account via the CO object mapping. What's more, should the utility want to override the assigned functional area, it could simply change it during document entry. This flexibility would give corporate accounting the option to assign any natural account to any FERC account—with appropriate authorization and controls, of course.

Utilities looking to separate the core functions of supply, generation, transmission, and distribution into segments should also consider activating profit center accounting and segmentation.  Since most utilities running FERC have already assigned regulatory indicators to CO objects such as PM and internal orders, these existing assignments could be used to load the initial functional areas using our FERC conversion BAdI described above. In some cases, there might be thousands of CO objects to be mapped to functional areas.  Leveraging the existing regulatory indicators would make the conversion effort far less daunting a task than mapping each one individually.

Since segments are derived from profit centers, and profit centers are derived from CO objects, the building blocks would already exist to determine the correct segments.  For a utility wanting to convert to IFRS, we could consider segments to be equivalent to traditional lines of business. The CO design in place may already use assessments or settlements to determine the line of business. Given that, it would be important not to start from scratch, but rather to build on the current design and leverage the links already developed in the cost flow model in CO.

SAP New GL and FERC Data

We're on an SAP New General Ledger roll. Expanding on our prior posts (1, 2, and 3), we had some further thoughts about New GL migration strategy and FERC data. For utilities that have been on the Classic GL and IS-U/FERC module for many years, a New GL migration will certainly not be undertaken without careful consideration and risk management. We recently put together some top-level deployment scenarios that mitigate risk and provide a utility with different options before committing to a specific one for production.

This SAP New GL migration approach retains the existing FERC module, while concurrently developing a prototype of the New GL that shows FERC accounts posted to GL in real-time. We would show finance stakeholders how to render the FERC account assignments to actual New GL line items in the FAGLFLEXT (totals) and FAGLFLXA (transaction) tables. Based on our combined knowledge of the New GL and the existing IS-U/FERC module, we would build a model that shows the actual FERC accounts in the Functional Area field of the New GL. In addition, based on the utility's assignment of regulatory indicators to both internal and PM orders, we could use the actual CO object assignments to regulatory indicators to create a Business Add-In to populate the Functional Areas in the New GL for both primary and secondary cost element assignments. In cases where full FERC_C3 (Trace table rules) apply for assignment of A&G (e.g. account 923 Outside Services), we would deploy substitution rules to assign the correct functional area.

As a result of this prototype, the utility would see a direct integration of CO to FERC for all activity type charges, assessments, and overheads (all CO module allocations) to each FERC account. The utility would gain real-time FERC derivation at the point of document entry. We would also demonstrate how users could overwrite the FERC assignments (a feature some accountants may find useful) during document simulation prior to posting (e.g., transactions FB50N/FB50L).

But that's not all: we could also link all secondary costs to the New GL such that any transaction posted in CO would update the Functional Area postings to capture cost movements between CO objects that affect FERC account assignments in the Functional Area.

Through this migration approach, the utility would have the choice of maintaining its existing FERC module or deploying the real-time, fully integrated New GL solution by reviewing real-world test data before making a decision on which method to use in production. With our prototype, financial stakeholders would see how to present FERC account information as each source document is entered, thereby eliminating a month-end close process to run the FERC trace and drilldown. In addition, the accounting department would be able to override FERC derivation on the fly during document entry and simulation, a feature not available with the classic FERC module.

Why Migrate to the SAP New GL?

When SAP promotes a new solution, it is usually about something we haven't seen before. So when the New General Ledger solution was announced, we thought, "What could be new about something as basic as the general ledger?" Well, a lot actually. Expanding on our prior posts about the benefits of the New GL and SAP Migration Scenario 1, today we'll explore a few key reasons why a utility already running SAP would consider migrating to the New General Ledger.

First, let's be clear, if you're running the classic SAP FI-GL, you don't have to migrate to the New GL when you upgrade. SAP has made the election to migrate a separate project from an upgrade. If you're getting what you need today from Classic GL, then you can stay put. But before you jump to the conclusion that you just don't need it, here are a few observations and suggestions to consider.

If you've been running SAP for a few years, you probably already know that the Controlling module works together with the General Ledger. In some cases it doesn't. We're referring to the differences between primary and secondary cost elements. CO is used for cost accounting. In the New GL, parts of CO are resident in the New GL. For example, the functional area, profit center and segment are part of the new general ledger table now called FAGLFLEXT instead of the familiar GLT0. Why add these fields to the General Ledger? Well, with the coming of more regulation around the use of International Financial Reporting Standards (IFRS), companies will need base financials on a segment of the business to comply with SEC requirements. A segment can be shown directly in the New General Ledger.

What we really find intriguing is the melding of the traditional Controlling module with the traditionally separated FI-GL. Rather than relegate the FI-GL to merely tracking account balances with links to the CO documents, SAP put CO objects alongside FI-GL accounts in the same table. The result: no reconciliation differences between CO and FI. This in turn speeds-up monthly closing, and makes segment reporting much more streamlined.

Utilities running the IS-U/FERC module can continue to use it with the New GL. FERC will still use CO tables to run the flow of costs trace, trace post, and direct post. The FERC drilldown will continue to store source and final objects in FERC_D1 to support the FERC balances in the new FIGLFLEXT table. But with the New GL, utilities have yet another option: to use the New GL to derive functional areas equivalent to the operations, maintenance, administration and general, and customer accounts expenses to stay in compliance—for example, with Title 18 of the Code of Federal Regulation (CFR) Part 101 for electric utilities.

So what are the advantages to utilities? Well, the New GL offers a way to provide line item FERC accounting for every transaction. Rather than derive FERC at the close of each month, utilities can consider FERC derivation in real time at the point of document entry. Such real time posting to FERC is possible by linking the CO object to a functional area. When charged, the CO object (e.g., internal order, PM order, cost center, or WBS element) will assign the functional area linked to the CO object to a field on the new GL table FAGLFLEXT.

We were skeptical of this approach due to the fact that secondary costs aren't posted to the New GL. Well, indeed they can be, but not as you might expect. Since secondary cost elements result in a net zero impact to the FI-GL (with the one exception of capital orders settling externally) secondary costs can be mapped to a General Ledger account via the CO transaction code. That means that assessments, overheads, and settlement cost elements can be mapped to the New GL. This is important because the CO objects charged with a secondary cost element are assigned a functional area needed for FERC reporting. The functional area from the CO object is thus updated in the New GL.