Professional Documents
Culture Documents
November, 2009
Document Sign-off
Name
Signature
Date
Deloitte Engagement Partner Comments Controller Client X Comments Project Manager Client X Comments
Change Control
Version
0.1 1.0
Date
Draft
Summary of Changes
Table of contents
Document Sign-off ......................................................................................................................................... i Change Control ..............................................................................................................................................ii Executive Summary ...................................................................................................................................... 1 Process & Package ....................................................................................................................................... 4 Reporting ..................................................................................................................................................... 20 Technology .................................................................................................................................................. 23 Security & Controls ..................................................................................................................................... 27 Training Strategy ......................................................................................................................................... 32
iii
Executive Summary
Goal
The scope of the project is to implement - within Client X SAP landscape - a solution that meets the IFRS compliant reporting requirements. This solution will use the new parallel ledgers functionality, and Business Objects (BO). This Blueprint document identifies the requirements and changes required in the SAP system for Client X.
SAP Solution
Two Ledgers, one for IFRS and one for CGAAP/OEB Use of Profit Center to identify operating line of business Classic GL YTD 2009 data will be migrated to both IFRS and CGAAP/OEB ledgers in order have the same beginning balances. A reclassification journal will be created to adjust GL accounts which represent Regulatory Assets to IFRS. Additional depreciation areas will be created to calculate and post different depreciation expense values New asset classes will be created. Transfer of assets from old to new classes. Manual financial posting to only one ledger (IFRS) Unique asset retirement transaction type for impairment to IFRS ledger only, will be defined. Will be reported on the SAP Asset continuity schedule. Will be controlled by Financial Statement versions that will be configured for specific ledger Financial posting to only one ledger
Financial posting to only one ledger Will be controlled by Financial Statement versions that will be configured for a specific ledger. Client X SAP IFRS Project 1
SAP Solution
Decommissioning- Differences in determining the decommissioning costs between IFRS and CGAAP.
New transaction type will be created for the capitalization of the decommissioning cost . Will be reported on the SAP Asset continuity schedule. SAP Costing Sheets on the PM work orders and Internal orders to calculate and post overhead, along with a Capitalization Key for settlement to separate the costs that cannot be capitalized.
Capital v Expense-Certain costs cannot be capitalized under IFRS, such as O/H On labor, O/H on trucking etc.
Reporting
The financial statements (Balance Sheet and Income Statement) will now be executed from a different transaction code but are still structured using a financial statement version that is updated the using the existing process. Two existing custom queries will need to be adjusted to be able to read the financial data from the appropriate ledger. This will require an ABAP developer. Two new reports, the IFRS Change in Equity and SAP Ledger Reconciliation Report will be developed in the Business Objects environment.
Technology
A parallel landscape will be created so that all configuration and testing of the New GL will be kept separate from the existing Development and QA environment so that the Production environment can still be supported. Upon the completion of the project, the existing Development and QA environment will be decommissioned as the new Development and QA environments will become the new SAP landscape for Client X. The SAP Migration scenario proposed will be Scenario 2. This will be confirmed by SAP Migration Services.
Transaction codes in both of these scenarios will be incorporated into existing security roles.
2.
Training Approach
The Client X end-user training approach focuses on the following key objectives: Provide hands-on, scenario-based training to end-users in order to proficiently execute new or revised transactions and understand the rationale/context for these Involve end-users into User Acceptance Testing phase in order to increase their confidence and familiarity of the new transactions Ensure appropriateness and cost effectiveness of the training by concentrating on critical and essential training activities
Most of Client X end-users are familiar with the SAP system and many of them are power users. The conversion from CGAAP to IFRS will require specific training about the procedure and transaction changes required to be IFRS compliant. Given the relatively small size of the impacted end-users (8) and their existing knowledge of SAP, training will be delivered to key users in the forms of: Classroom Training - 3-day traditional classroom training to provide hands-on business process and procedure exercises Key User Involvement in UAT Participation of selected individuals in User Acceptance Testing (UAT) and Integration testing, including introduction to and instruction in the testing process and their roles in the process. Deloitte consultants will deliver a 3-day class-room training session in the Final Preparation phase. The training sessions could be spread out over the one-week period to accommodate schedules. The project team will work closely with the business and schedule the training to allow for individual and business flexibility. In that week, all available end-users will attend the classroom training sessions, building their hands-on experience with the system. If necessary, an additional discussion time (up to 2 days) could be set up in a week, ideally 3-6 weeks prior to Go-Live. End-users who miss the first week training or need a refresh discussion can have some questions-and-answers discussions with project team/consultants.
GL Balances Transactions
New GL
SAP
OEB/CGAAP Non-leading Ledger
Reporting
Design
General: To meet the need of Client X to report its financial statements in IFRS and in CGAAP/OEB, the parallel ledgers in New General Ledger Accounting will be activated. One ledger is for IFRS reporting and the other is for CGAAP/OEB reporting. The leading ledger 0L is the IFRS Ledger, since it will represent the accounting standards that will be the most commonly used, and non-leading ledger OE is the CGAAP/OEB. As both ledgers will operate on the same fiscal year, comparative analysis of the 2 ledgers will be possible. Data concept: All financial documents without valuation differences are posted to all ledgers. Differences between leading and non leading ledger will result from valuation postings either generated through the flow of financial transaction such as capitalization of assets cost and depreciation, or through manual postings to a specific ledger such as provisions.
4.
Asset Accounting (FI-AA) Integration with New GL parallel ledgers: In the current configuration of the Asset Accounting module, only one depreciation area (01) is used. Under the new design, two more depreciation areas will be added to all existing and future asset records as the depreciation area will need to be assigned to the specific SAP ledger. Depreciation area 01 is always posted to the leading ledger 0L. Depreciation areas 40 and Depreciation area 60 (Delta 40-01) will be assigned to non-leading ledger OE. Acquisition and Production Cost (APC) entries are posted, at first, to all ledgers (0L & OE) based on depreciation area 01 values, in real time. During period end processing, the delta values between depreciation area 01 and depreciation area 40 (depreciation area 60) will be posted to ledger OE. All depreciation areas must use the same GL accounts. See the below example:
Asset Accounting- Parallel Valuation Sample Posting (1) Asset Under Construction (Project)
No. Depreciation Area IFRS OEB/GAAP Delta (30-01)
FI-GL
01 40 60
FI-AA
IFRS (Leading)
Postings IFRS 0L -OEB/ GAAP OE OE
OEB/GAAP
Settlement of WBS to asset under construction with 100% Costs adjusted depending on the Cost Element and Capitalization Key
Different APC values have to be capitalized using different accounting principles. The capitalization key of the asset under construction determine the cost elements and percentages to be capitalized by Depreciation Area. The base value of the leading area is transferred to all ledgers. The derived area (delta area) posts the difference between the leading and non-leading 13 area to the non-leading ledger; this difference is posted automatically during settlement
FI-GL
01 40 60
FI-AA
IFRS (Leading)
Postings IFRS 0L -OEB/ GAAP -OE
OEB/GAAP
Straight-line depreciation over 5 years as per IFRS Straight-line depreciation over 10 years as per OEB/GAAP
Assets are depreciated using different depreciation rules in accordance with different accounting principles. The Depreciation parameters can be maintained independently by Depreciation area. For each accounting principle, the depreciation run posts documents to the respective ledger
14
When performing a depreciation run, GL-AA reconciliation accounts will be updated in 0L and in OE. Since depreciation areas are different, different depreciation values will be posted to the same GL account, but to different ledgers.
FI-GL
01 40 60
FI-AA
IFRS (Leading)
Postings IFRS 0L -OEB/ GAAP -OE
OEB/GAAP
Straight-line depreciation over 5 years as per IFRS Straight-line depreciation over 10 years as per OEB/GAAP
Assets are depreciated using different depreciation rules in accordance with different accounting principles. The Depreciation parameters can be maintained independently by Depreciation area. For each accounting principle, the depreciation run posts documents to the respective ledger
14
Controlling (CO) Integration with New GL parallel ledgers: Only the leading ledger 0L (IFRS) is integrated with CO. Only values from the leading ledger are sent to CO. Postings that are made exclusively to the non-leading ledger (using the transaction codes FB01L and/or FB50L) are not transferred to Controlling with the standard settings.
6.
Other valuations: in order to post different valuations to specific ledgers using a manual journal entry (Transaction codes FB01L, FB50L), the user will manually select the ledger to which the entry should post to in the ledger group field. If the ledger group field is blank, the entry will post to all ledgers. Examples of the types of entries that would require ledger specific postings would be unbilled revenues and borrowing costs.
Design
Prior to January 1 , 2010, the profit center accounting in the classic GL will be activated. The purpose of st this approach is so that all financial postings from January 1 onwards will be assigned to a profit center. When the New GL Migration (see the Technology section for a full explanation on the migration) is performed in Production, all the financial postings will be migrated along with their assigned profit center to enable full line of business reporting for both IFRS and CGAAP/OEB for the 2010 fiscal year. Profit center will be defined as line of business as follows:
st
8.
There is no requirement from Client X to have the Balance Sheet be broken down by line of business. In order to have full income statement breakdown by profit center, the appropriate profit center number will be assigned to each cost center master data, since cost center is defined as an assignment for each income statement GL account. By a derivation rule, each P&L GL account will be broken down by profit center too.
To migrate the Classic Profit Center Accounting (in CO) to Profit Center Accounting in the New GL, the Profit Center Scenario will be assigned to both ledgers and activated in the New GL configuration. To ensure that the profit center entity appears in the FI documents, profit center will be defined as an optional entry in the following FI configuration menus: The first in Maintain Field Status Variant >> Field status group >> additional account assignments. The second in Maintain Posting Key >> Maintain Field Status Group (Transaction code: OB41). In order for the New GL to have the Profit Center account assignment from FI-CA (Contract Accounts Receivable and Payable), FI-CA document should include the profit center account assignment. Configuration will be made as follows: IMG Configuration menu >> Contract Accounts Receivable and Payable >> Basic Functions >> Contract Accounts >> Postings and Documents >> Document>>Define Account Assignment for Automatic Postings >> Define CO Account Assignment Key >> Definition of Profit Center based on the existing Cost Center for each CO account assignment. IMG configuration menu >> Contract Accounts Receivable and Payable >> Basic Functions >> Contract Accounts Postings and Documents >> General Ledger Posting Totals >> Define line layout for posting totals (T.C. FQKPS) add field PRCTR (Profit Center) to table DFKKSUM (Posting totals from FI-CA) >>Select Field for Search Function (add PRCTR) >>Select Field for Sort Function (add PRCTR)
In Controlling (CO), users will have to input the appropriate Cost Center and Profit Center values in the Cost Center and Profit Center fields in any open and new Internal Order master records. With regard to the open internal orders, this process should be completed before migration date. With regards to new internal orders, it should be done in an ongoing basis. Configuration and Activation of Classic Profit Center Accounting (PCA) 1. Set controlling area in PCA - Transaction code OKKS (if it has not been created) 2. Insert the names of DUMMY profit center and the profit center hierarchy-Transaction code 0KE5
The DUMMY profit center is the term used for the default profit center selected when the system cannot determine the profit center by any of the configuration or master data. 3. Maintain profit center hierarchy - Transaction code KCH4
4. Create DUMMY profit center - Transaction code KE59 (it must be valid in all company codes).
6. Create profit centers and assign them to profit center groups - Transaction code KE51
7. Maintain control parameters for actual data. Check the line item and online transfer check box for the applicable from year-Transaction Code 1KEF
8. Activate the profit center as a component in controlling area Transaction Code OKKP
Direct posting will be deactivated (for actual data) by choosing Customizing -> Controlling -> Profit Center Accounting -> Basic Settings ->Controlling Area Settings-> Activate Direct Postings -> Set Control Parameters for Actual Data. Deactivate the actual real-time integration. In transaction 1KEF remove the online transfer indicator.
Activating PCA in New General Ledger Accounting by assigning the profit Center scenario to a ledger
Define the update of the characteristics 'Profit Center' in the ledger by selecting the scenario 'Profit center update' FIN_PCA (Customizing: Financial Accounting (New) -> Financial Accounting Basic Settings (New) -> Ledgers ->Ledger -> Assign Scenarios and Customer-Defined Fields to Ledgers). Deactivate Classic PCA (SAP does not recommend to run both Classic PCA and New GL PCA in parallel for a long term basis due to the increased data volume and the increased time and effort required).
Design
When fiscal year 2009 will be closed, non open item Balance Sheet GL accounts balances, and open items as at December 31 2009 of both Client X company codes (0230 and 0500), will be migrated from the classic GL ledger 0 to both New GL ledgers. Depreciation area 01 will be assigned to leading ledger 0L and Depreciation areas 40, which will be copied from depreciation area 01, will be assigned to non leading ledger OE. In addition, the delta depreciation area 60 (40-01) will be defined too. No configuration changes are planned before the activation of the New GL. Configuration changes to
10.
depreciation area 01 and 40 will be done after New GL activation date, in order to have different depreciation values in 0L and in OE ledgers for fiscal year 2010. Although profit center accounting (PCA) will be activated in Controlling before the migration, there will be no data in 2009 to migrate from ledger 8A (PCA ledger) to the New GL ledgers, since it will contain P&L GL accounts data only.
Design
Journal entry to post deferred tax assets/ liabilities derived from time differences. These time differences are related to regulatory assets and liabilities. Journal entry will be posted to OE ledger using ledger group field. In addition, a reclassification from regulatory assets to PP&E will be needed (smart meters).
Design
If necessary, a change in the percentage field in the depreciation key of the applicable depreciation area could be made in order to accommodate changes in asset class depreciation values
Design
The followings are the configuration changes in depreciation area 01 (for IFRS reporting): Additional asset classes will be created along with new GL asset control accounts.
Client X SAP IFRS Project 11
The process to reclassify is as follows: Create new asset class and assign the appropriate new GL accounts to it. Transfer asset from old asset class to new asset class using transaction type for transfers. Once all assets in the original class are transferred, the old asset class will be blocked from any future use.
12.
Design
Interest rate calculations will be posted using manual journal entry with a specific ledger group.
Impairments Requirement
IAS 36 (which is part of IFRS) requires that Impairment testing is conducted for a cash generating unit (CGU), which is usually at a lower level than an asset group used by CGAAP. In addition, IFRS impairment calculations differ than those in CGAAPs. Impairment should be conducted in both ledgers, using different depreciation area.
Design
A unique asset transaction type for impairment will be created for the retirement of the impaired asset. In general, when retiring an asset with multiple units/quantities, the portion of the retired asset will be determined based on the quantity field in the asset master record. In addition, a new Gain/Loss GL account will be created for posting impairment. A column for impairment will be added to Asset Continuity Schedule)-Report S_ALR_870_11990. Transaction type for impairment (Y99) will be defined within transaction type group 20 (retirement).
Intangibles Requirement
IAS 38 (which is part of IFRS) requires that 2 asset classes from PP&E will be reclassified to Intangible assets.
Design
Asset classes 1806 (land rights) and 1925 (computer software) will be presented under intangible asset, rather than under PP&E. The GL accounts, assigned to those assets classes, will be reclassified from PP&E to Intangible assets in financial statement version only (transaction code OB58).
13
Design
A manual journal entry, specifying the IFRS ledger in the ledger group field, will be created in order to post the necessary adjustments.
Design
A manual journal entry, specifying the IFRS ledger in the ledger group field, will be created in order to post the additional pension asset/liability.
Requirement
Treatment of inventory is the same in IFRS and CGAAP. However, some variation in treatment of cyclical and insurance spare parts between IFRS and OEB/CGAAP could occur.
Design
A manual journal entry, specifying the IFRS ledger in the ledger group field, will be created in order to post the necessary adjustments.
14.
Design
A separate financial statement version for IFRS reporting will be created to reclassify the individual GL account for reporting only. This will be created and maintained using transaction code OB58.
Design
Since Client X has never decommissioned any asset, the issue of posting liability against the decommissioning cost, based on IFRS, is still open. A transaction type (acquisition) for capitalization of these costs will be defined, and assets history sheet will be adjusted accordingly.
15
Design
Any common cost, currently tracked in a single expense account, which could be capitalized or expensed, will have a new expense account created. For example, for training, there will be a direct training and indirect training account. For feasibility studies, there will need to be two accounts, one before the approval of a project and then one during the execution of a capital project. Costing sheets will be configured for both work orders and internal orders. These costing sheets will control the calculation and posting of overhead against work order and internal order. One costing sheet will be defined for Distco and one for Servco. This is so that the rates can be maintained separately as well as the credit cost center. This model is feasible as use of order types are separate between Distco and Servco. As a result, the current standard rates set up in the system for labor and trucking will need to be adjusted as they currently include the overhead in the single rate. This can be referred to as unloading the current rates. The use of the costing sheets will mean the current practice of calculating and posting the material overhead manually against the work orders and internal orders will no longer need to be performed. For labor rates, additional activity types with associated secondary cost elements will be created. For each of these different labor activity types, a unique settlement account will be used for the capitalization of each type of labor. This is for OEB reporting. A full list of the new activity types will be provide by the Client X Finance department.
The current settlement configuration for work order to internal order settlement will be adjusted. This will be done so that costs settled from the work order to the internal order will be recorded in separate settlement cost element (secondary cost elements in the 7xxxx series) This is to ensure that when the overhead is calculated on the internal order, only direct costs posted to the internal order are taken into account and not the settled costs from the work order. If this were not done, then overhead would be calculated and posted twice.
16.
New Settlement Accounts, for Work Order to Internal Order Settlement. WO Light Truck WO Heavy Truck WO Material WO Meals Multiple labor settlement accounts will be required based on the new labor activity types (see above)
The capitalization key which is part of the settlement configuration of the project will determine (by GL account) the amount that should be capitalized into the depreciation areas representing IFRS, CGAAP OEB. This can only be done by account. While the percentage rates are configured, it will typically be 0% or 100%. The current settlement configuration for internal order to fixed asset settlement will be adjusted. This will be done so that there will be a breakdown of the capital costs specifically for the allocated costs (labor, trucking, meals, overtime) from the one account now (Capitalized labor) to the following accounts: New Settlement Accounts, for Internal Order to Asset Settlement. Capitalized Labor (multiple accounts for each type of labor and overtime see above) Capitalized Overtime Meals (new) Capitalized Light Truck Capitalized Heavy Truck
Other configuration needed is a new internal type for billable work as this will require a new settlement profile different from the current order type that billable orders are created against.
The following diagram is to illustrate how the costs would flow from the work order to an internal order and subsequent capitalization to the asset.
17
Work Order Direct Operations Light Truck Material 1,000 1,000 1,000 Material
Internal Order
10,000
100%
100%
1,300
Settlement WO Op Labor WO Light Truck WO Material Overhead (1,000) (1,000) (1,000) (300) WO Op Labor WO Light Truck WO Material Overhead 1,000 1,000 1,000 300 100% 100% 100% 0% 100% 100% 100% 100%
Final Settlement Cap Op Labor Cap Light Trk Material WO Material Balance of Work Order Overhead 0
Note simple example of 10% for all types of OH is used in the about example. This is for illustration purposes only.
1) Direct Costs are incurred against the work order. 2) The overhead is calculated and applied to the work order. These are shown as secondary cost elements. 3) The Work orders are settled to the Internal. Settlement by original cost element cannot be used. New settlement cost elements to break out and show the direct and indirect costs from the work order on the internal order within the order reports. 4) Other direct costs (typically material purchases) can be made against the internal order directly. 5) Overhead will be calculated and posted against the internal for its direct costs. If settlement by original cost element was used, then the costing sheet of the order would recalculate and post overhead again (effectively double-counting) 6) The capitalization key which is part of the settlement configuration of the order will determine (by GL account) the amount that should be capitalized into the depreciation areas representing IFRS, GAAP/OEB. This can only be done by account. While the percentage rates are configured, it will typically be 0% or 100%.
19
Reporting
Report
Income Statement
Description
Structure is based on the Financial Statement Version. There will be a new transaction code to execute in order to select the appropriate ledger Transaction code S_PL0_86000028 Structure is based on the Financial Statement Version. There will be a new transaction code to execute in order to select the appropriate ledger. Transaction code S_PL0_86000028
Source
SAP ERP 6.0
Balance Sheet
Report
Description
Journal entry information for a specified time period
Source
YBANJOURNAL
Program needs to be adjusted to select the financial data from the appropriate ledger. Currently the query is designed to select from BKPF (FI document header) and BESG (FI document line item) Summary of accounts payable information-GST audit
YBANGSTAUDITOR YBANGSTITEM
Program needs to be adjusted to select the financial data from the appropriate ledger. Currently the query is designed to select from BKPF (FI document header) and BESG (FI document line item)
20
New Reports
Report
Statement of Equity Reconciliation Report
Description
New financial report as required by IFRS standards Trial Balance report showing balance, by G/L Account, of IFRS Leading ledger versus OEB/CGAAP Non-Leading Ledger BOBJ BOBJ
Source
Example of report Statement of Equity structure: Opening Balance Common shares Preferred shares Premium on shares Paid on capital Retained earning OB Retained earnings Current Year Currency translation differences Total Stockholders' Equity Closing Balance
Addition
Deletions
Transfers
21
BOBJ Reporting
For the new reports, the goal is to run these reports from the BOBJ environment. In the event that the development of the BOBJ reports experiences any issues that may put the project timeline at risk, the source of the data will be changed to the SAP ERP 6.0 environment. For the Statement of Equity, this would be done through the maintenance of a financial statement version or Reporting Tools. For the Reconciliation Report, this would be through the transaction code GCAC. See an example of GCAC in the screen shot below:
1. Security- Roles for New General ledger will be based on the Roles for the Classic new General Ledger and be defined, so that appropriate activities will be performed in either leading ledger or non leading ledger or both.
22.
Technology
D30 will be a copy of the ERP 6.0 Development environment (D40) after the ERP 6.0 upgrade go live. Q30 will be a copy of the ERP 6.0 QA environment (Q40) after the ERP 6.0 upgrade go live. The New GL functionality will be configured directly in D30. Any changes to the existing ERP 6.0 environment will need to be transported from D40 to D30 during the course of the project and tested. Transport of the New GL settings to production will occur at the completion of user acceptance testing before the commencement of the Final Preparation phase
23
For each cycle of the Migration Testing done during the Final Preparation phase, a copy of the ERP 6.0 Production environment (P20) will be performed to a T20 environment at the beginning of each test cycle. The execution of the SAP Migration Cockpit for the migration testing will be done on T20. A single client will be used on the T20 as a copy of each migration test cycle is not required to be retained.
The D40 and Q40 and QA3 environments will be decommissioned as the D30 and Q30 will become the new SAP landscape.
Transport Management
As noted above, any changes to the existing ERP 6.0 environment will need to be transported from D40 to D30 during the course of the project and tested. The Deloitte project manager must be notified of any changes through a transport to assess the impact on the New G/L configuration in D30 and schedule appropriate testing.
24.
Migration Cockpit
Explain where migration cockpit will be run from 2. Migration Process (from Classic GL to New GL) General- When the technical upgrade from 4.7 to ERP 6.0 completes, the transition from Classic GL to New GL, could start. This transition consists of a conceptual functional element and a technical element, where the existing financial accounting data must be migrated into the new structures of the general accounting. The process of migration is accompanied by SAP Migration services. The services include migration cockpit and 2 service sessions for the quality assurance of the data and the migration project. Migration phases-the phase model for migration consists of three phases. Phase 0- the planning phase. Phase1- migration and testing. Phase 2- Go live. Two dates play an important role: migration date which is the date between phases 0 and 1, and always has to be the first day of the new fiscal year. The second date is the activation date which is the date that separates phase 1 and 2. SAP Migration services perform the 2 quality assurance sessions in phase 0 and phase 1. Migration Scenario- A migration scenario describes the various conditions dictating how the migration from Classic General Ledger Accounting to New General Ledger Accounting is performed. There are several conditions/options to move the existing data, each option/condition depends on the characteristic used and/or needed (profit center, segment, multiple ledgers etc.) each condition/option is defined as scenario. The scenario which is suitable to Client X is Scenario 2: migration from one ledger to parallel ledgers without document splitting, using Profit Center Accounting. This will be confirmed by SAP Migration Services. Migration cockpit- (Transaction code: CNV_MBT_NGLM). The migration cockpit is a tool for performing the migration and offers scenario based management. It contains a scenario dependent process tree with the individual activities of the migration which are tailored to the chosen scenario. These activities either involve steps to perform manually or programs that must be started to perform the activity. The cockpit is also contains a monitor that is used to follow the processing and the status of the individual steps. The cockpit created logs to view the programs system. Annexation of notes and documents are also available. Other migration-specific information, such as the start and end times of the programs and the number of migrated datasets, are also stored. This tool help improve the transparency and traceability of the migration process, which are also important in auditing. The main advantage of the cockpit is the scenario- specific management through the migration process. The cockpit contains 6 major steps as follows: migration set-up, migration check-up, preparation of migration, migration validation and New GL activation. All migration activities are located in these steps. SAP provides access keys to install the cockpit. The cockpit will be installed in DEV and QA systems. It is important to note that the migration process is performed while New GL configuration is completed, but the New GL itself has not been activated yet. Migration cockpit role - a separate role SAP_NGLM_MASTER is stored for users who are assigned to work on the data migration process (migration cockpit). Users with SAP_ALL have access to the migration cockpit too.
25
26.
Scenarios
There are two main scenarios that will be encountered during the implementation of the functions to support IFRS. New transaction codes from the implementation of the New GL functions and Profit Center Accounting. Existing transactions codes that have been superseded by new transaction codes.
MODULE
FI-GL FI-AA
CO-IO
CO-IO
CO-IO CO-PCA
CO-PCA
CO-PCA
27
MODULE
CO-PCA
CO-PCA
KCH5N - Standard Hierarchy Change KCH6N - Standard Hierarchy Change KCH1 - Create Profit center group KCH2 - Change Profit Center Group KCH3 - Display Profit Center Group S_ALR_87013326 Profit Center Group: Plan/Actual/Variance S_ALR_87013327 Profit Center Comparison: Plan/Actual/Variance S_ALR_87013330 Profit Center Group: Plan/Plan/Actual Versions S_ALR_87013332 Profit Center Group: Current Period/Aggregated/Ye ar S_ALR_87013334 Profit Center Group: Compare Actual Quarters over 2 Years S_ALR_87013336 Profit Center Group: Balance Sheet Accounts Plan/Actual/Variance S_ALR_87009712 Profit Center List:
OKEON Change Cost Center Standard Hierachy OKENN Change Cost Center Standard Hierachy KSH1 Create Cost Center group KSH2 Change Cost Center group KSH3 Display Cost Center group S_ALR_87013611 Cost Center Actual/Plan/Variances
CO-PCA
CO-PCA
CO-PCA
CO-PCA
CO-PCA
CO-PCA
CO-PCA
CO-PCA
CO-PCA
28.
MODULE
NEW TRANSACTION CODE Plan/Actual S_ALR_87013340 Profit Center Group: Plan/Actual/Variance S_ALR_87009726 Profit Center Group: Plan/Actual/Variance by Origin S_ALR_87009734 Profit Center Group: Plan/Plan/Variance S_ALR_87009717 Profit Center Group: Quarterly Comparison of Actual Data KE5Z - Profit Center: Actual Line Items
CO-PCA
CO-PCA
CO-PCA
CO-PCA
CO-PCA
29
30.
NEW_CODE S_PL0_86000029 - Financial Statement: Plan/Actual Comparison S_PL0_86000030 - G/L Account Balances (New)
Role
31
Training Strategy
Training Objectives
The primary goal of the end user training is to support Client X by preparing end users to perform their job tasks for IFRS & CGAAP Reporting in SAP. The Client X end-user training approach focuses on the following key objectives: Provide hands-on, scenario-based training to end-users in order to proficiently execute new or revised transactions and understand the rationale/context for these Involve end-users into User Acceptance Testing phase in order to increase their confidence and familiarity of the new transactions Ensure appropriateness and cost effectiveness of the training by concentrating on critical and essential training activities
SAP Module
FI-GL FI-AA CO GL, AA, BOBJ
Training Activities
Most of Client X end-users are familiar with the SAP system and many of them are power users. The conversion from CGAAP to IFRS will require specific training about the procedure and transaction changes required to be IFRS compliant. Given the relatively small size of the impacted end-users (8) and their existing knowledge of SAP, training will be delivered to key users in the forms of: Classroom Training - 3-day traditional classroom training to provide hands-on business process and procedure exercises Key User Involvement in UAT Participation of selected individuals in User Acceptance Testing (UAT) and Integration testing, including introduction to and instruction in the testing process and their roles in the process.
32.
Number of Users
8 8 8 8 8 8 8 22 50
The 8 users identified in the above list are the same 8 users each time. There will not be a formal training session for FS10N or FB03 as the transactions themselves have changed little to the ledger based transactions.
33
Number of Users
6 6 6 6 8
The 6-8 users identified are the same as the 8 identified in the prior table showing user numbers impacted by superseded transactions.
There are 8 impacted end-users in total, 4 of them are project members. They will all participate in the same classroom training to learn about the transaction changes. The 4 project team members will be super users in the classroom supporting the others in learning the transaction.
34.
Training Requirements
The following requirements will be prepared and delivered for training purpose during the Realization and Final Preparation phases, as appropriate: Build a community of Key Users (from project team members and business SMEs) through testing and training activities Utilize the SAP ERP 6.0 sandbox to practice after they attend training classes Develop training schedule that allows for individual and business flexibility in scheduling training to accommodate work requirements as efficiently as possible Training to be held at Client X
Training Materials
Deloitte team will be responsible for developing the end-user training materials. The materials contain the critical contents that the targeted audience will need to perform their jobs. The training materials will consist of: Business Process Procedures (BPPs) SAP processes overview documents Integration scenarios to be used as training exercises
Training Delivery
Deloitte consultants will deliver a 3-day class-room training session in the Final Preparation phase. The training sessions could be spread out over the one-week period to accommodate schedules. The project team will work closely with the business and schedule the training to allow for individual and business flexibility. In that week, all available end-users will attend the classroom training sessions, building their hands-on experience with the system. A Deloitte trainer will present procedure changes information, demonstrate superseded and new transactions, and guide end-users through hands-on exercises based on business scenarios to practice new procedures and transactions. Participants are able to log on to an SAP QA Client and perform exercises in a live environment. If necessary, an additional discussion time (up to 2 days) could be set up in a week, ideally 3-6 weeks prior to Go-Live. End-users who miss the first week training or need a refresh discussion can have some questions-and-answers discussions with project team/consultants. Client X will be responsible for ensuring end-users participation to the training. If some user(s) cannot attend the scheduled training, they will be trained by the Client X project team members before Go-Live.
Format
Duration and Time Frame of the Course 24-hour Could be spread out in one week time Up to 16 hours Could be set up 3-6 weeks prior to GoLive
Audience Size
6 8 participants
Client X Office
6 8 participants
Client X Office
35
Training Evaluation
At the end of the training week, a training evaluation form will be used to evaluate the effectiveness of the end-user training. The objective of evaluation is to assess end user reaction to training, and the degree to which stated learning objectives are met. The training evaluation form will measure the participants reaction to the training regarding content, delivery, and materials. The form will also include knowledge assessments to measure the skills or knowledge gained by participants during the training program. The information collected via training evaluation forms will be used in preparing for any further refresher Q&A sessions.
36.
www.deloitte.ca
Deloitte, one of Canada's leading professional services firms, provides audit, tax, consulting, and financial advisory services through more than 7,700 people in 57 offices. Deloitte operates in Qubec as Samson Blair/Deloitte & Touche s.e.n.c.r.l. Deloitte is the Canadian member firm of Deloitte Touche Tohmatsu. Deloitte refers to one or more of Deloitte Touche Tohmatsu, a Swiss Verein, and its network of member firms, each of which is a legally separate and independent entity. Please see www.deloitte.com/about for a detailed description of the legal structure of Deloitte Touche Tohmatsu and its member firms. Deloitte & Touche LLP and affiliated entities.