conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 1 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Document Approval:
We have reviewed the contents of the Finance & Controlling Global Conceptual Design Document and agree that it represents the conceptual design of the financial processes that will be implemented in Phase One of the Global SAP Implementation Program. This is with the understanding that the Program team has maintained, in good faith, a high level of integrity across all conceptual design documents (Supply Chain & Finance/Controlling). As a general rule, the Program team will proceed with the subsequent Program tasks and resolve design issues based on the design that is described in more detail across all conceptual design documents. The Finance & Controlling Program team will be responsible for working with the Business Representatives and Supply Chain Program team to resolve all open items/issues identified and recorded in this Finance & Controlling design document. Signed:
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 2 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Table of Contents
1. 2. INTRODUCTION........................................................................................................................... 62 1.1. 2.1. 2.2. 2.3. 2.4. 2.5. 2.6. 3. AAAS FINANCIAL PROCESSES IN SAP...................................................................................... 62 COMPANY CODE STRUCTURE .................................................................................................... 82 SAP ENTERPRISE CONSOLIDATION (ECCS) ORGANIZATION STRUCTURE ............................... 92 CHART OF ACCOUNTS STRUCTURE .......................................................................................... 102 ASSET ACCOUNTING STRUCTURE ............................................................................................ 122 CONTROLLING ORGANIZATIONAL STRUCTURE ........................................................................ 132 COST CENTER STRUCTURE ...................................................................................................... 142 FINANCE ENTERPRISE ORGANIZATIONAL STRUCTURES IN SAP ............................. 82
FINANCE & CONTROLLING PROCESS DESIGN CONCEPTS ........................................ 172 3.1. FINANCIAL ACCOUNTING GLOBAL SETTINGS .......................................................................... 182 3.1.1. FI Document Type/ Number Range ................................................................................ 182 3.1.2. Currency ......................................................................................................................... 212 3.1.3. Exchange Rates ............................................................................................................... 222 3.1.4. Fiscal Year Variant ......................................................................................................... 252 3.1.5. Opening and Closing Posting Periods............................................................................ 252 3.2. GENERAL LEDGER ................................................................................................................... 272 3.2.1. GL Master Data .............................................................................................................. 282 3.2.2. Operating Chart of Accounts .......................................................................................... 322 3.2.3. Country-Specific Chart of Accounts ............................................................................... 322 3.2.4. Special Purpose Ledger for CCSZ .................................................................................. 332 3.2.5. GL Master Data Maintenance ........................................................................................ 342 3.2.6. Multiple Reporting Views for AAA ................................................................................. 392 3.3. ACCOUNTS RECEIVABLES ........................................................................................................ 412 3.3.1. Customer Master Maintenance ....................................................................................... 412 3.3.2. Document Type ............................................................................................................... 422 3.3.3. Trade Customer Master Data Maintenance ................................................................... 422 3.3.4. Non-Trade/ Sundry Customer Master Data Maintenance .............................................. 422 3.3.5. Payment Term ................................................................................................................. 422 3.3.6. Accounts Receivable Transaction Posting ...................................................................... 442 3.3.7. Accounts Receivable Periodic Processing ...................................................................... 502 3.4. ACCOUNTS PAYABLE ............................................................................................................... 502 3.4.1. Vendor Master Maintenance........................................................................................... 512 3.4.2. Document Type ............................................................................................................... 522 3.4.3. Trade Vendor Master Data Maintenance ....................................................................... 522 3.4.4. Non-Trade/ Sundry Vendor Master Data Maintenance ................................................. 522 3.4.5. Payment Terms................................................................................................................ 522
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 3 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.4.6. Accounts Payable Transaction Posting .......................................................................... 532 3.4.7. Blocked Invoices ............................................................................................................. 612 3.4.8. Accounts Payable Period Processing ............................................................................. 622 3.5. INTERCOMPANY AP / AR ......................................................................................................... 622 3.5.1. Authorisation................................................................................................................... 632 3.6. ASSET ACCOUNTING ................................................................................................................ 632 3.6.1. Chart of Depreciation: .................................................................................................... 642 3.6.2. Depreciation Area: ......................................................................................................... 642 3.6.3. Asset Class: ..................................................................................................................... 652 3.6.4. Asset Number Range : ..................................................................................................... 662 3.6.5. Asset Depreciation Methods: .......................................................................................... 672 3.6.6. Asset Master Maintenance:............................................................................................. 702 3.6.7. Asset Transactions .......................................................................................................... 712 3.7. COST CENTER ACCOUNTING .................................................................................................... 772 3.7.1. Cost Center Structure ..................................................................................................... 782 3.7.2. Statistical Key Figures .................................................................................................... 792 3.7.3. Overhead Allocation ....................................................................................................... 802 3.7.4. Re-posting of cost ............................................................................................................ 802 3.7.5. Period End-Closing ........................................................................................................ 802 3.8. INTERNAL ORDER .................................................................................................................... 812 3.8.1. Order Master Data Creation .......................................................................................... 812 3.8.2. Order Actual Transaction Posting .................................................................................. 822 3.8.3. Month End Process ......................................................................................................... 842 3.9. PRODUCT COSTING .................................................................................................................. 852 3.9.1. Logistics Master Data ..................................................................................................... 852 3.9.2. CO Master Data .............................................................................................................. 852 3.9.3. Summary of Product Cost Approaches ........................................................................... 902 3.9.4. Activity type prices planning ........................................................................................... 912 3.9.5. Percentage Overhead Rates Maintenance ...................................................................... 922 3.9.6. Quantity Overhead Rates Maintenance .......................................................................... 922 3.9.7. Cost Estimate Calculation .............................................................................................. 932 3.9.8. Standard Price Update from Standard Cost Estimate Mark & Release ...................... 942 3.9.9. Standard Cost Estimates for Single Use Bbb (SUC) ...................................................... 942 3.9.10. Production Order Processing for Semi-finished Goods ................................................. 952 3.9.11. Production Order Processing for Finished Goods ......................................................... 992 3.10. PROFITABILITY ANALYSIS ................................................................................................. 1032 3.10.1. Organisation Unit in COPA.......................................................................................... 1032 3.10.2. COPA Method Deployment........................................................................................... 1042 3.10.3. COPA Structure - Characteristics ................................................................................ 1062 3.10.4. COPA Structure Value Fields .................................................................................... 1082 3.10.5. Actual Value Flow into COPA ...................................................................................... 1102 3.11. BUDGETING/PLANNING ...................................................................................................... 1132
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 4 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.11.1. SAP R/3 modules deployed for Annual Budgeting ........................................................ 1162 3.11.2. Plan Version.................................................................................................................. 1162 3.11.3. Planning Layout ............................................................................................................ 1182 3.12. CASH MANAGEMENT ......................................................................................................... 1192 3.12.1. Common information and differences between Cash Position and Liquidity Forecast 1212 3.12.2. Memo Records .............................................................................................................. 1212 3.12.3. Cash Position ................................................................................................................ 1222 3.12.4. Liquidity Forecast ......................................................................................................... 1242 3.12.5. Integration with Special GL transactions (FI-GL) ....................................................... 1252 3.12.6. Electronic Bank Reconciliation .................................................................................... 1252 3.12.7. Cash Concentration ...................................................................................................... 1262 3.13. CONSOLIDATION PROCEDURES .......................................................................................... 1282 3.13.1. Consolidation Units ...................................................................................................... 1282 3.13.2. Consolidation Groups ................................................................................................... 1292 3.13.3. Consolidation Chart of Accounts and Financial Statement Items ................................ 1302 3.13.4. Design Highlights ......................................................................................................... 1302 3.13.5. Data Collection Process ............................................................................................... 1312 3.13.6. Consolidation Process .................................................................................................. 1322 4. 5. 6. 7. 8. REPORTING .............................................................................................................................. 1362 4.1. LIST OF TO-BE REPORTS ........................................................................................................ 1362 LIST OF CUSTOMISATIONS ................................................................................................. 1382 LIST OF INTERFACES ............................................................................................................ 1402 OUTSTANDING ITEMS/ DECISIONS ................................................................................... 1412 ANNEXES ................................................................................................................................... 1432 8.1. 8.2. ANNEX 1: COST CENTER HIERARCHICAL STRUCTURE ........................................................... 1432 FINANCE REQUIREMENTS....................................................................................................... 1502
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 5 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
1.
Introduction
This document describes the major design concepts for the Finance and Controlling Organizational Structure and all financial transactions/configuration related to the General Ledger, Accounts Payable, Accounts Receivable, Asset Accounting, Product Costing, Cash Management, and Consolidating Financial Statements business processes. The design concepts are also described for internal managerial processes such as Cost Reporting & Allocations, Budgeting and Planning, and Profitability Analysis Reporting. This document does not describe all SAP configuration tables to support the design. This level of detail will be done during the Implementation stage of Global SAP Implementation Project.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 6 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Profitability segment
EC CS
Consolidation
CO PC
Activity types
Processes
Warehouse production
CO CEL
Asset
Expense
Revenues
AA
Human HR Integration with Resources Logistics Modules:
Asset Accounting
TR
PP
MM
Production Production
SD
S&D S&D
Figure 1.1
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 7 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
2.
2.1.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 8 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
SAP Code 4100 SAP Code 4200 SAP Code 3100 SAP Code 3300 SAP Code 3400 Concord Concord Concord Concord Concord Keystone Sales Camera(Europe) Camera GmbH Camera France Camera Canada Corp. Limited S.A.R.L
(US) (Canada) (UK and Northern Ireland) (Germany) (France)
SAP Code 5100 SAP Code 4500 SAP Code 3500 Concord Camera HK Limited
(HK)
StarprintCorp.
(US)
Figure 2.1
2.2.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 9 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Consolidation Group
(Country) [Ownership Percentage]
[100%]
[100%]
SAP Code 4200
[100%]
SAP Code CG3000
[100%]
SAP Code CG3300
[100%]
SAP Code 3400
[100%]
SAP Code CG5100
[100%]
SAP Code 4500
[100%]
SAP Code 3500
[100%]
SAP Code 4400
[100%]
SAP Code 4300
[100%]
SAP Code 6300
[100%]
SAP Code 3100
[100%]
SAP Code 3300
[100%]
SAP Code 5100
(Germany)
[100%]
SAP Code 3200
[100%]
SAP Code 3600
[100%]
SAP Code 5200
[100%]
SAP Code 5300
Peter Bauser
(Germany)
Legend: Grey highlighted box represents a dormant company These consolidation units will only store historical data;
will have no further activity.
Figure 2.2
AAA Keystone Graphics and AAA Latin America will be moved to under AAA Keystone Sales. A US consolidation subgroup will be formed over the three US consolidation units.
2.3.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 10 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
current process of updating transactions between AAAs year-end and June 30th, to the earlier of the fiscal year end or June 30th. To avoid entries in this interim period, validation rules will be set up to ensure that the postings fall into the right date range. If the fiscal year ends before June 30th, then every posting in June will not post beyond AAAs fiscal year end. If the fiscal year ends in early July, then the postings in July will be backdated to June 30th. A certain range of accounts in the Global Operating Chart of Accounts will be reserved to capture postings for statutory reports to meet local and US GAAP requirements, and global transfer tax pricing requirements. For more details see Section 3.2.5, sub-section Account Group. Figure 2.3 below illustrates the relationships among the three types of Chart of Accounts. More details on the Account structures are in Section 3.1 on General Ledger.
Company Codes
Concord Camera Corp. Concord Keystone Sales Corp. Concord Camera Canada Concord Camera(Europe) Ltd. Concord Camera France S.A.R.L. Concord Camera GmbH Concord Camera HK Ltd. Concord Hanggang Electronics Factory Concord Shenzhen Ltd.
France Specific COA 110000 110000134 11000223 PRC Specific COA 100000 100001 200000
Figure 2.3 26 Note: Peter Bauser is an additional company code that is to be included for the above Chart of Accounts
Proprietary and confidential to Accenture, 2003. Not to be reproduced or disclosed without prior permission
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 11 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
2.4.
Company code(s)
Asset Classes
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 12 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
2.5.
Controlling Area(CO)
[SAP Controlling
modules]
1000 Concord Camera Corp. (US) 4100 Concord Keystone Sales Corp. (US) 4200 Concord Camera Canada (Canada) SAP Code TBD 4300 Concord Latin America 3100 Concord Camera(Europe) Limited (UK and Northern Ireland)
SAP Code TBD 3600 Concord Peter Keystone Bauser Graphics (Germany) (
(US)
Figure 2.3
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 13 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
2.6.
Level 4: Cost Centers and Cost Center Groups. The Cost Centers represent departments within major department categories (Level 3 Cost Center Groups). The Cost Center Groups are other department categories that are further sub-divided into more specific departments. Examples of Level 4 Cost Centers are Marketing, Finance and Production Line under Sales, Administrative and Production Cost Center Groups respectively. Examples of Level 4 Cost Center Groups are Design Engineering and Quality Engineering. Level 5: Cost Centers (departments) for Level 4 Cost Center Groups. An example is Industrial Engineering department under Design Engineering Cost Center Group. In addition to the standard cost center hierarchy described above, alternate hierarchies can be defined specifically for reporting or allocation purposes. The European head office will be set up as an alternate hierarchy where European head office cost centers from each European company code will be grouped together as an alternate hierarchy cost center group. Below is a summary of the Cost Center Groups on the Standard Cost Center Hierarchy. The detailed cost center information is documented in Appendix 8.1 The naming convention for Cost Center Groups and Cost Centers will be described in more detail in Section 3.7 on Cost Center Accounting. AAA BBB COST CENTER GROUPS: Description Level Level 1 2 Description Level 3
Description
Level 4
Description
CCG
CCC
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 14 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
1000-796 Finance 3100 CCUK 3100-3 3100-5 3100-7 3300-3 3300-5 3300-7 3400-3 3400-5 3400-7 4100-3 4100-5 4100-7 4200-3 4200-5 4200-7 5100-3 5100-4 5100-5 5100-6 Supply Chain Sales Administration Supply Chain Sales Administration Supply Chain Sales Administration Supply Chain Sales Administration Supply Chain Sales Administration Supply Chain Production Sales Engineering
3300
CCGMBH
3400
CCFR
4100
CCUS
4100-333 Warehouse/Storage
4200
CCCA
5100
CCHK
5100-449 Supporting Service 5100-44X Production Line 5100-610 5100-612 5100-620 5100-630 5100-640 Design Engineering US Production Design Project Management Production Engineering Quality Engineering
5100-7
5200
CCWK
Supporting Service Production Line Design Engineering Project Management Production Engineering Quality Engineering
5300
CCSZ
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 15 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
5300-5 5300-6
Sales Engineering
5300-7
Administration
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 16 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 17 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.1.
This section describes the high level settings in Financial Accounting that affects every FICO modules.
The above table acts as a baseline for further discussion. (New doc types requested are: a) FI customer debit memo and b) lower of cost or market document)
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 18 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Explanation Notes for Items in Table 3.1.1: SAP Modules stated on table above: AM - Asset Management (Financial Accounting) AP - Accounts Payable (Financial Accounting) AR - Accounts Receivable (Financial Accounting) GL General Ledger (Financial Accounting) MM- Material Management (Logistics) SD Sales and Distribution (Logistics) CM Cash Management (Treasury) MM related Document Types: * Note that Purchase Order does not have accounting impact and hence no FI document type needs to be mapped to PO document types. PR Price Change Postings on Inventory Revaluation from MM (transaction MR21). Price Change refers to the change in Standard Price of the material, not the price difference between PO and Invoice that is booked at the time of invoicing. Note this type of transaction does not have Reversal FI Document Type. If the price changed need to be adjusted, a new transaction is posted, rather than reverse the original posting. RE Invoice Receipt Postings on Invoice Receipt transactions from MM (transactions MIRO/ MRRL) RI Invoice Receipt-Interco. Postings on Invoice Receipt transactions for Invoice Verification triggered from Intercompany Sales. The Invoice Verification step for intercompany sales are triggered by SAP in form of a batch generated automatically. For details, please refer to MM Conceptual Design Document. WA Goods Issue Postings on Goods Issues or MM Transfer Postings. For detail definitions on Goods Issues/ Transfer Postings, please refer to MM Conceptual Design Document. WE Goods Receipts Postings on Goods Receipts with reference to Purchase Order or Production Orders. For detail definitions, please refer to MM Conceptual Design Document. WI Inventory Document Postings on Physical Inventory Differences. For detail definitions, please refer to MM Conceptual Design Document. WL Goods Issue/ Delivery Postings on Goods Issues with reference to SD Delivery. For detail definitions, please refer to MM Conceptual Design Document. SD related Document Types:
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 19 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
* Different types of Sample Sales are differentiated by Sales Order types; hence it is irrelevant to FI document type mapping. RV SD Invoice Postings of Sales Invoice from SD transactions. A Sales Order and delivery need to be completed before Sales Invoice is created in SD. RW SD Invoice-Interco. Postings of Intercompany Invoice from SD transactions. A Stock Transport Order (STO) and delivery need to be completed before Sales Invoice is created in SD. RC SD Credit Memo Postings of Credit Memo from SD transactions. A Credit Memo Request (a special Sales Order Type) need to be raised before Credit Memo is created in SD. RD SD Debit Memo Postings of Debit Memo from SD transactions. A Debit Memo Request (a special Sales Order Type) need to be raised before Debit Memo is created in SD. RR SD Credit for Return Postings of Credit Memo from SD transactions as arose from Return. A Return Order (a special Sales Order Type) and return delivery need to be completed before Credit Memo for Return is created in SD. RS SD Rebate Credit Memo Postings of Rebate Credit Memo from SD transactions. A Credit Memo Request (a special Sales Order Type) need to be raised before Rebate Credit Memo is created in SD. Number range assignment: It links to the number range table below. FI document numbers are Fiscal Year Dependent. Meaning in interpreting a FI document, system always require users to quote the Fiscal Year involved, e.g. FY2004, Doc no. 2000000 Account Type: This is the SAP code in defining which type of account can be posted to particular type of document. This is preset by SAP system in the FI Document Type definitions. Here are the SAP Account Types: A-Asset D-Customer K-Vendor M-Material S-General Ledger Reverse Document Type: Upon reversal of a particular FI document, the system will use this Document Type for the reversal transaction. This way, certain reversal documents can be separately analysed, if needed. In standard SAP setting, all the reversal document types are the same as original document type.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 20 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Data Conversion Document Types: They depend on the detail flow and procedures of data conversion in AAA, thus are unique to the company and not suggested at the moment.
Number Range 01 03 14 15 16 17 18 19 20 47 48 49 50 51 52 81 82 83 85 86 88
Document no. from 0000100001 0000300001 1400000000 1500000000 1600000000 1700000000 1800000000 1900000000 2000000000 4700000000 4800000000 4900000000 5000000000 5100000000 5200000000 8100000000 8200000000 8300000000 8500000000 8600000000 8800000000
Document no. to 0000199999 0000399999 1499999999 1599999999 1699999999 1799999999 1899999999 1999999999 2099999999 4799999999 4899999999 4999999999 5099999999 5199999999 5299999999 8199999999 8299999999 8399999999 8509999999 8699999999 8899999999
3.1.2. Currency
Currencies in SAP standard system are set as the ISO ( International Standardization)1 standards, for example, USD for US dollar.
Organization for
ISO. The source of ISO 9000 and more than 14 000 International Standards for business, government and society. A network of national standards institutes from 148 countries working in partnership with international organizations, governments, industry, business and consumer representatives.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 21 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
In Financial Accounting, the national currency of the company code is considered the local currency (or company code currency). From a company code view, all other currencies are then foreign currencies. Parallel currency is maintained for AAA in addition to the local currency. Group currency, USD, will be set as AAAs Parallel currency. A group currency is used in the consolidated financial statements. Before the consolidation process can be completed, all values in the individual financial statements must be translated from the local or transaction currency into group currency.
2
When managing the ledgers in parallel currencies, the following effects result:
During posting, the amounts are also saved in the parallel currencies. The amounts are translated automatically using Average Rate (M Rate for majority cases, EURX Rate for EU currencies translation to USD). See Section 3.1.3 for Exchange Rate Types used by AAA. G/L account transaction figures are also updated in the parallel currencies, USD, and stored in the FI document as a separate field. Exchange rate differences also arise in the parallel currencies.
Exchange rates in the system are for the following purposes: Posting and Clearing To translate amounts posted or cleared in foreign currency, or to check a manually entered exchange rate during posting or clearing. Exchange Rate Differences To determine gains or losses from exchange rate differences (between transaction rate, i.e. M or EURX, and period-end closing rate, C) Foreign Currency Valuation To valuate GL/ AR/ AP open items in foreign currency and foreign currency balance sheet accounts as part of the closing operations.
Parallel Currency in SAP refers to additional currency that will be updated simultaneously by system upon FI postings.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 22 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
(More exchange rate types may be added in the detailed design phase.) Not every pair of exchange rates needs to be entered into the system. There are various tools you can use to automatically determine other exchange rates from existing ones. The following tools are available: Inversion Inversion is the process of calculating the opposite rate from a defined exchange rate. (This is the same as direct vs. indirect rates.) Reference Exchange Rate Currency key used to carry out all foreign currency translations for a specific exchange rate type. Reference currency is assigned to an exchange rate type. For every other currency, exchange rate is entered in the reference currency. All other translations are carried out using the reference currency. Usage for AAA: It is required by SAP system that for all EUR, currency translation should be set as a Reference Currency. The algorithm has been adjusted to meet the European Monetary Union statutory guidelines. The indicator must be set if the statutory conversion rules agreed by the participating countries in the EMU are to be used. This only applies to Average Rate conversion. Example:
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 23 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
EUR is set as the reference currency. To translate from GBP to EUR for day-to-day FI posting, the system uses the EURX exchange rate type specifications. All other currency translation for Day-to-Day FI postings uses M exchange rate type instead. The following is list of Exchange Rate Type for AAA:
SAP configuration settings Reference Currency *Indicator: Calculation allowed with inverted exchange rate? N **European Monetary Union statutory guidelines met?
EURX
Act as Average rate for all translation with EUR For Day-to Day posting and clearing, the system uses this exchange rate type Period end foreign currency valuation Consolidation - Foreign Curr Translation Consolidation - Foreign Curr Translation
- Used for all translations with EUR - Direct Quote should be used - This exchange rate type must be entered in the system and you must also enter the exchange rates for this type - This rate applies to all currencies (including EUR) - Can be applied per specific set of accounts in Group COA - Can be applied per specific set of accounts in Group COA
EUR
N/A
Closing Rate
N/A
1001
N/A
1002
N/A
Note:
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 24 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
* Indicator that in the case of a missing exchange rate entry in the system for the required translation from one currency into another, the inverted exchange rate relationship may also be used. ** The algorithm has been adjusted to meet the European Monetary Union statutory guidelines. The indicator must be set if the statutory conversion rules agreed by the participating countries in the EMU are to be used. Exchange rate will be maintained centrally by AAA Corporate and all AAA companies will perform business transactions using the rate updated by Corporate.
All day-to-day transactions, including FI generated Intercompany Transactions, M rate will be used. For EU related exchange rates, EURX will be used instead. Since FI generated Intercompany postings are within the same document including entries of both companies, the exchange rate used will be the same for both entities in this case. For period-end, Foreign currency valuations, Exchange Rates stated in Exchange Rate Type C Closing Rate will be used (for all currencies in this case, including EU currencies) for revaluating open items held in foreign currencies (i.e. different from Company Code currency). For detail mechanism on Foreign Currency Valuation, please refer to 3.3.7 Accounts Receivable Period end Processing: Month End Open Item RevaluationMonth End Open Item Revaluation
Form
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Usually, only the current posting period is open for posting, all other posting periods are closed. At the end of this posting period, the period is closed, and the next posting period is opened. Special periods can be open for closing postings during the period-end closing. Each reporting unit in AAA will be created a separate Posting Period Variant. This enables centralized or decentralised control on the Period-end closing timing. Each reporting unit can take care of their own Posting Period Variant and be responsible for their closing timeliness, or a centralized group can perform the same activities. Once a period is closed in the branch, the Posting Period Variant for that reporting unit can be closed and prohibit further changes in prior periods. Posting Period Variant can also be differentiated by Account Type. Meaning open ing and closing of posting periods can be controlled by account type (A-Asset, D-Customers, K-Vendors, M-Material, SGeneral Ledger). For example, for a specific posting period, postings can be permitted to customer accounts, but not to vendor accounts. Further range of account can be limited in open and close period as well per account type.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 26 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.2.
GL/FI Posting
General Ledger
FINANCE
END Is it a B/S item? P&L Item YES A. Overhead Cost B. Cost Reducing Revenue C. Operating Sale D. Sales Reduction
B NO
Figure 3.1 General Overview of a Financial Posting in the General Ledger and Relevant Cost Objects
The central task of G/L accounting is to provide a comprehensive picture for external accounting. In SAP G/L accounting, all business transactions are fully integrated with all the other operational areas of a company. It ensures that the accounting data is always complete and accurate. Essentially, the general ledger serves as a complete record of all business transactions. It is the centralized, up-to-date reference for accounts. Actual individual transactions can be checked at any time in real time processing by displaying the original documents, line items, and transaction figures at various levels such as: Account information
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 27 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The SAP General Ledger module provides the following function for all AAA companies across the Group: COA/ General ledger master Automatic intercompany postings Real-time automatic postings from subledgers (Accounts Receivable, Accounts Payable, Asset Management) to the General Ledger Accruals/ Recurring entries/ Regroup3 account balances Automated foreign currency valuations Online real-time report drilldown to source documents in all ledger/ subledgers Multi-currency support Each Company Code will only be able to view and post the GL that has been assigned to it.
Chart of accounts area (General Data) The chart of accounts area contains the data that is valid for all company codes, such as the account number
Company code specific area The company code specific area contains data that may vary from one company code to another, such as the currency in which the account may be posted.
Regroup: Perform transfer postings in presenting assets or liabilities in correct place for Financial Statement Reportings. For example, for group of bank accounts with total credit balance, value need to be presented on the liability side of the Financial Statement Reports, this is aided by means of a function called Regroup in SAP in generation of this transfer posting. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 28 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Chart of Accounts in SAP - Summary In SAP FI modules, 3 different types of Chart of Accounts (COA) exists, they are interlinked and serve different purposes. This section describes the detail usage of each of them in AAA.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 29 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Company Codes
Concord Camera Corp. Concord Keystone Sales Corp. Concord Camera Canada Concord Camera(Europe) Ltd. Concord Camera France S.A.R.L. Concord Camera GmbH Concord Camera HK Ltd. Concord Hanggang Electronics Factory Concord Shenzhen Ltd.
France Specific COA 110000 110000134 11000223 PRC Specific COA 100000 100001 200000
Fig 3.2.1
26
Note: Peter Bauser is an additional company codes that will be included in the above Chart of Accounts
Proprietary and confidential to Accenture, 2003. Not to be reproduced or disclosed without prior permission
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 30 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Operating COA
Group COA
Consolidation
Consolidated FS (either sub-group level, or Group level) Sub-group HK, UK, Germany, etc. Group AAA Corporate
Support government specific format Financial Statement generation Government specific format FS
CCSZ, CCFR
SAP specific information SAP module FI-GL (Financial Accounting General Ledger) Master Data Exist as a complete GL master data (COA segment and Company Code specific segment) Exist as a GL master data (COA segment and Company Code specific segment) FI documents are posted real-time upon day-to-day business transactions in SAP (FI/MM/SD/PP)
EC-CS (Enterprise Controlling Consolidation) Financial Statement Item (Group Account account on the Group COA) Linked to FI-GL by Group Account field in COA segment of GL Master ECCS (consolidation) document are posted upon all postings from FI-GL, online real-time
FI-GL (Financial Accounting General Ledger) Only exist as COA segment of GL Master (account no. and description) Linked to FI-GL by Alternate Account field in Company Code specific segment of GL Master No document will be posted. Reports will draw values posted on FI-GL
Linkage to FIGL
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 31 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The Global Operating COA will be presented in SAP as COA segment of GL Master. Group COA for AAA: CONC is set up for consolidation purpose. For details, please refer to Section 3.13.3 on EC-CS Enterprise Consolidation in this design document. Note: During the conceptual design stage, the structure of the Global Operating COA has been confirmed. Please refer to Section 3.2.5 on Account Group Structure. Account details will be furnished in a separate document. Individual GL accounts are to be fine-tuned in Detailed Design Phase, major tasks relating to additions/ adjustments on the Operating COA will be as follows: Sales and Distribution (SAP-SD) account assignments Material Management (SAP-MM) account assignments Detailed mapping of As-Is COA (for each AAA subsidiary) to the To-be single Global Operating COA. One or many As-is accounts can be mapped to one SAP account. This also creates a foundation for the conversion process on GL transactions. Define adjustment accounts for different Multiple Views of the Financial Books. Please refer to Section 3.2.6 on Multiple Accounting Books for AAA.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 32 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The Country Specific COA will be created in SAP as COA segment of GL Master. No real postings are stored into these GL accounts. Rather, in the Company Code section of CCFR and CCSZs Operating GL account Master, the Country-Specific GL is mapped in the field Alternate Account, so that the data from the G/L account can flow to the country-specific COA during FI report execution (no separate Accounting Document will be created for Country-Specific GL. Information on Country-Specific GL will only be presented to users via reporting in FI-GL). Please refer to table in Section 3.2.1: Detailed Business Usages
and characteristics on different types of SAP COA.
For CCFR, the reporting on France government financial statements will be generated in SAP by setting of a unique Financial Statement Version, which groups Country-specific GL into desired format. This financial statement format will satisfy French statutory reporting requirements.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 33 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
CCSZs day-to day postings Yes Set a Financial Statement Version to group Operating GL accounts
China government specific postings No (auto-post) Set a Financial Statement Version to group Country-specific GL accounts
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 34 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Concord Camera Subsidiary submits request for New GL account to CCC for approval
FINANCE
Disapprove
CCC on the above chart refers to AAA Bbb Corporate As stated in the FICO Prototype, for the initial request for GL account creation/ changes from subsidiaries, a standardised form need to be applied with reasons on the requests. There will be an exercise for the users in designing this new standardised form. This request form is to be processed out of SAP and proposed to utilise the current AAA Lotus Notes approval features.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 35 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Create G/L Account centrally in COA level and Company Code Level (FS00) End Enter G/L Account # and Company Code [Create w/ Template]
FINANCE
NO
YES
Remarks: * New G/L number should be consistent with Concord Operating COA Account Group Definition * Ensure assignment of Group Account number is correct
Key control points in GL Master Data: SAP GL account COA Segment Company Code Specific Segment General Description P&L or B/S account? Usage Remarks
Short Text/ Long Text (in different language if needed) Radio button
For P&L accounts, SAP will automatically create respective Primary Cost Element upon saving of new GL Master
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 36 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
SAP GL account COA Segment Company Code Specific Segment Account group Group Account Number Account Currency
Usage
Remarks
Limit GL account no. range Integration to Consolidation module Controls the posting currencies in the account
Example: Current Assets/ Fixed Assets, etc. Required field for all GL Master data If the account currency is set as the Company Code currency, then all currencies can be posted to this account . If another currency is specified, then only that currency can be posted, e.g. if a US bank accounts currency is GBP, only GBP currency can be posted to this bank account. (Exchange rate differences are an exception when valuating G/L balances) Only populate for CCSZ and CCFR for AAA Each company is set up with a different key for authorization control
Account Group With the account group, you group similar accounts together and control the creating and changing of master records. The account group determines: The number interval from which the account number is selected when a G/L account is created. 2. The screen layout for creating G/L accounts in the company code-specific area
1.
For point 1 above, Account Groups will be defined according to level 1 Account Group of the AAA Global Operating Chart of Accounts document. The structure of the Account Groups has been confirmed during the FICO design confirmation workshop and is listed in the table below.
Account Group [4 Characters] Description [30 Characters] GL Account range from/ to
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 37 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
1000 2000 3000 4000 5000 6000 6100 6200 6600 6700 7000 7100 7200 7300 7400 7500 8000 8100
9000 9900
Current Assets Long Term Assets Current Liabilities Long Term Liabilities Shareholders' Equity Revenues Sales Returns and Allowances Cost of Sales Selling Expenses (Var) Selling Expenses (Fix) General & Administrative Expenses Interest & Finance Charges Interest Income Intercompany Income/ Expense Other Income / Expense Income Tax Expense GAAP Reporting/Statutory Adjustments Adjustments for Global Transfer Prices for Tax (by corporate) CO Accounts (secondary cost elements only) Data Conversion Accounts
1000 0000-1999 9999 2000 0000-2999 9999 3000 0000-3999 9999 4000 0000-4999 9999 5000 0000-5999 9999 6000 0000-6499 9999 6100 0000-6199 9999 6200 0000-6299 9999 6600 0000-6699 9999 6700 0000-6799 9999 7000 0000-7099 9999 7100 0000-7199 9999 7200 0000-7299 9999 7300 0000-7399 9999 7400 0000-7499 9999 7500 0000-7599 9999 8000 0000-8099 9999 8100 0000-8100 9999
AAA Global Operating COA Account Groups are ranges from 1000 to 7999 Account Group 8000 is reserved for adjustments from US GAAP to Local GAAP Account Group 8100 is reserved for Adjustments for Global Transfer Prices for Tax (by corporate) Account Group 9000 is reserved for creation of Secondary Cost Element in SAP Controlling (CO) modules. This range will not be created as GL Master in FI. Due to the integration nature of the FI/CO, Secondary Cost Elements share the same number range as FI, therefore a specific range is reserved. These are for cost allocations that are based on secondary cost elements like statistical figures, for example, footage, number of heads per unit, etc. Account Group 9900 is reserved for Data Conversion account creation. GL accounts will be created under this range for data conversion purposes. Details of the account range breakdown will be revisited upon the data conversion exercise is performed. This is usually necessary to offset certain G/L postings during conversion. These conversion accounts are in a specified range so that they will be excluded from business operation financial statements, and can be easily referenced for conversion data reconciliation purposes.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 38 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Integration with Enterprise Consolidation module According to standard SAP design, when EC-CS Consolidation module is activated, users are required to enter Group Account number in the COA segment of the GL Master Data upon new GL creation. This ensures every FI-GL postings are seamlessly integrated to the EC-CS Consolidation module to automatically generate Consolidation documents. It also ensures that every account in COA is specifically mapped to a Group Account in the Group COA for the Consolidation module.
Integration with Country-Specific COA For CCFR and CCSZ, Alternate Account field are set as required field. This ensures users required to enter the Country-Specific GL for all GL creation in the Company-code specific segment. For detail treatment on government required Financial Statement formats for France and PRC, please refer to Sections 3.2.3 on Country-Specific Chart of Accounts and 3.2.4 on Special Purpose Ledger for CCSZ.
Integration points with other SAP modules For all bank accounts, the field Planning level in the Company-Code Specific segment of GL Master links the cash flow information to SAP Treasury Cash Management (TRCM) module. For details, please refer to Section 3.12 on Cash Management in this document. Asset Management/ Account Receivables/ Account Payables sub-modules are integrated to FI-GL via the field Reconciliation for Account Type in the Company-Code Specific segment of GL Master. With this indicator, the GL account can only be posted via respective sub-ledger in SAP. Different indicators for Reconciliation for Account Type are: o A Asset Management o D Accounts Receivable o K Accounts Payable Inventory accounts are posted to directly by movement of materials. This occurs based on account assignment configuration between the MM and FI modules. These GL accounts are set as Automatically Post Only, which ensures the value always in sync from MM to FI.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 39 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
This section describes the approach in SAP to cater the AAA requirement of handling multiple accounting books for individual company. The following are summarized requirements:
USGAAP
Block A [Operating COA] 1 2 3 4 5 6 . . . .
2. Local GAAP
INFO
from FI
Consolidation COA
GROUP G/L 1 2 3 4 5 6 . . E . . .
INFO
from FI
Reports
A + B + C
Reports
Reports
Reports
All adjustment GL from FI map to dummy Group Account in EC-CS [Not affecting Consolidation]
Note: These reporting views are accomplished through using different financial statement versions for each view in accordance with the GAAP or tax requirements.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 40 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.3.
Accounts Receivables
The accounts receivable application component records and administers the accounting data of customers and this also constitutes an integral part of Sales & Distribution module. All postings in accounts receivable are also recorded directly in the general ledger. Different G/L accounts are posted to depending on the transaction involved (for example trade debtors).
3.3.1. Customer Master Maintenance Customer master records contain data that control how transaction data is posted and processed. This includes all of the information about a customer that you need to be able to conduct business with them. At AAA, customer master records will be maintained by each Reporting Unit.
The master record is used in Sales and Distribution as well as Financial Accounting. There are two methods of creation for customers master data: a. Create Centrally In Financial Accounting or Sales and Distribution module b. Create either in Accounting or SD module only Customer Master Data are divided into 3 areas: a. General data b. Accounting Data c. Sales Area Data
General data contains information such as Customers name, address, language, and phone numbers, which is shared by both FI and SD module. Meanwhile, Account control data like the reconciliation account number in G/L accounting, Dunning procedures and the date of the last dunning notice, in which the information are purely meant for accounting purposes.
Customers who are related to the trade sales in which the sales order are required from Sales & Distribution module will require the Sales Area Data. The sales area data will contain information like Order Currency, Order processing, shipping, and billing data.
By storing customer master data centrally, you enable it to be accessed throughout your organization, and avoid the need to enter the same information twice. This central organization also prevents data from being inconsistent between different application components.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 41 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
There are currently six customer groups identified in AAA Bbb. For the numbering convention please review S&D Global Design Document for reference. Item 1 2 3 4 5 6 Customer Group CC Sold To Party CC Goods Receipts CC Payer CC Bill To Party CC Intercompany CC One Time Vendor (Staff) Relevant To SD
3.3.4. Non-Trade/ Sundry Customer Master Data Maintenance The customer master data for Sundry and Non Trade customers are basically the same as the trade customer but without the Sales Area Master Data 3.3.5. Payment Term
Payment term will serve to determine the invoices due date and the discount amount as agreed upon at the time of the sale. The payment term in the master data will default to the respective invoice document. The payment term on these individual invoices can be changed manually. Payment terms are independent of company code.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 42 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
As at the current stage of the Project, the following Payment Terms have been identified: Customers Description Cash On delivery 5 Days Credit 7 Days Credit 14 Days Credit One Month Credit 45 Days Credit Two Month Credit Vendors Term Code Description Cash On delivery 5 Days Credit 7 Days Credit 14 Days Credit One Month Credit 45 Days Credit Two Month Credit
Term Code
The FI/CO Design team will continue to collect any outstanding payment terms from the FI/CO Business Representatives. Although different coding were suggested for Customer and Vendor Payment terms, users can decide to have the same payment terms used for both AR and AP. For consistency, the payment terms should be consolidated. Any special payment terms for specific countries will need to be catered for as well. Payment receipt dates are calculated based on Base Line Dates in invoices. The Base Line Date is derived from the Document Date (same as invoice date) that is manually entered.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 43 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
SD Billing Document
FINANCE
AR Document Posted
Simulate Posting
For normal customers sales, the posting of invoice amount and the cost of goods sold are issued during the billing and delivery stage from the Sales and Distribution module. Refer to the SD Global Design Document for further explanation.
Sundry Customer, Staff advance and Inter-company Control Account Advance may be issued to staff and this is posted through the Financial Accounting Account Receivable module. The posting method is the similar to the GL posting but different in the document number and document type.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 44 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Credit Note
For trade related credit memos please refer to SD document. One note to point out is Finance will approve the credit memo created in SD before it is posted in the general ledger. However, for non trade-related, it will be done through the Financial Account Account Receivable module.
FINANCE
Simulate Posting
Post Document
M anual Process
Simulate Posting
Post Document
Down payment is posted into the SAP system using the special GL indicator (A). The payment item is kept at each customers accounts. The document header Reference Field will be used to keep track of the sales order number that the down payment is referenced to.
During the payment period, the balance received from customer can be cleared against the invoice issued and the down payment received previously.
Duplication in delivery of goods will not occur since the system will match the quantity recorded in the Sale Order.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 45 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Letter of Credit
Letter of Credit is posted into SAP system using the special GL indicator (L). Once payment has been received from bank, Accounts will record transaction in system.
Duplication in delivery of goods will not occur since the system will match the quantity recorded in the Sale Order.
In general all Sales Tax are set up in S&D when they bill customers. For invoices created in FI that need to apply sales tax, users have to manually select the correct rate before posting in to SAP Branches CCUK Rates (%) Output/VAT Tax Codes 0.0 A0 17.5 A1 0.0 A3 0.0 A4 0.0 A5 0.0 A0 16.0 A1 7.0 A2 0.0 A5 0.0 A6 0.0 A7 0.0 A0 17.0 A1 0.0 O0 6.0 O1 0.0 GJ 7.0 AJ 0.0 O0 0.0 0.0 17.0 0.0 A0 X0 X1 X0 Code Description Exempt from output VAT Standard output VAT Delivery of goods in EU Services within the EU Subcontracting within EU Exempt from output VAT Output VAT Domestic Output VAT EU exempt VAT - services Delivery of goods in EU Subcontracting within EU Exempt from output VAT Output VAT Exempt from output tax Output tax Sales GST Exempt, Sales GST applicable Exempt from A/R sales tax (sales tax is always 0%) Tax exempt Exempt form output tax Output tax Exempt from output tax
CCGermany
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 46 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
17.0
X1
Output tax
Each Branch will use one G/L account for tax. Invoices for EU and non EU sales will contain the customer VAT registration number and the Reporting Unit VAT registration number for the tax exemption to be realized. Customer VAT numbers are set up in the customer master record and will default into the transactions. This will allow VAT reporting to meet statutory requirements. Further analysis of the various sales tax applications will occur during Detailed Design.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 47 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
NO
FINANCE
Full Payment? Selected Invoice on Customer Account w/ info from Remittance Advice (FB28) Payment Posted (FB-28) View Customer Account (FB-03)
YES
Currently, there are several payment terms being used in AAA Bbb, among the current available terms are Down Payment, Full Payment and Post Dated. For down payment and full payment, the customers may use different payment methods such as Cheque Receipt and Bank Transfer. Regardless of the payment methods being used by the customer for payment, the AAA Bbb accounting staff will use the post with clearing function to offset the customers open item against the bank or bank clearing account.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 48 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Posting With Clearing is done by entering the document line items and then selecting the open items that need to be cleared. Once the total amount of selected open items equals the amount of entered line items, the system will post and clear the open items. In clearing these items, the system will assign a clearing document number and the date on which they were cleared. Open item management ensures that all items that have not yet been cleared are available in the system. Only after every open item in a document is cleared can a document be archived.
In SAP, user can define the tolerance limit for system to accept any payment difference. Please refer to AP for AAAs tolerance range. SAP provides the flexibility in accepting any part payment in 2 methods, Partial Payment and Residual Payment. The difference between the Partial payment and Residual Payment are as follows: a. Partial payment will keep the original invoice line item open until the full amount has been cleared. Meanwhile a cleared new line item will be created for the paid amount. b. Residual payment will clear the original invoice and create a new line item and document with the unpaid amount to replace the original invoice. Both functions are available in the current system. However, the decision on which function to use depends on how the user prefers to see the line item in the customer records. Currently, the partial payment function will be more appropriate to use at AAA Bbb.
Full Payment
For full payment by mailing cheques, the account department will post and clear the customer open items against the Bank Clearing Receivables account. Upon clearance by the bank, the account staff will perform a journal adjustment to clear the Clearing account to the Bank Account. For telegraphic transfer, WIRE transfer incoming payments and direct bank-in, the customer will normally inform the accounting staff of their intention to pay. They will also fax or send in their bank in slip as proof of payment. The account staff will post and clear the customer items upon the confirmation from the bank of payment clearance.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 49 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Dunning letters are actually the reminders sent to customers for due payment. The level of dunning letters and the days interval for each level still need to be identified
AAABbbThere will be two types of customer statement in AAA Bbb. One internally which will be used between branches and one which will be used for external customers.
Foreign currency transactions may be posted at a different rate to the current month end rate. Thus in preparing the current month Balance Sheet, a revaluation process needs to be done. In order to perform the revaluation in SAP, you must always specify a Valuation method. This specifies exactly which type of valuation will be carried out i.e. based on which currency type and how detailed the resulting list for the valuation is to be.
Exchange rate differences resulting from the valuation of open items and foreign currency balance sheet accounts are automatically posted to specific accounts assigned during the configuration. The amounts can be either a gain or loss, and are, therefore, posted to either a revenue or expense account stored under a special key. The unrealized gain or loss is the difference between the exchange rate posted at the time of booking the invoice and the current month end exchange rate. A reversal of this booking will be automatically created for next month to eliminate this gain or loss
3.4.
Accounts Payable
The accounts payable application component records and administers accounting data for all vendors. It is also an integral part of purchasing, where deliveries and invoices are recorded
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 50 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
based on each vendor. The system automatically makes postings to the FI component in response to these transactions. Postings made in Accounts Payable are simultaneously recorded in the General Ledger where different G/L accounts are updated based on the transaction involved (payables, down payments, etc.). To help keep track of open items, there are due date forecasts and other standard reports that be created. During the Implementation phase, AAA will design balance confirmations, account statements and other forms of reports according to business correspondence requirements with vendors. There are balance lists, journals, balance audit trails and other internal evaluations available for documenting transactions in Accounts Payable. 3.4.1. Vendor Master Maintenance
The vendors are classified in to six different account groups; Item 1 2 3 4 5 6 Vendor Group Vendors with PO Intercompany One Time Vendor Vendors without PO Boards of Directors Employees Relevant To MM
Account Group is used to control the assignment of vendor code and to maintain the consistency of vendor master data to be maintained for the vendors in same account group. The vendor groups are mutually exclusive. The SAP system can assign vendor codes internally or externally. At AAA Bbb, vendor codes will be created automatically based on the system numbering sequence. The exception will be intercompany vendors that where vendor codes will be externally assigned. Regardless of the assignment method specified above, the range and format of vendor codes are predefined in customization. Any specification of vendor code (especially the external assignment) beyond the valid vendor code range will not be accepted by the system. For global vendors, a group key will be placed in their master record to allow single reporting/monitoring of all related vendor records in each Branch.. In SAP, the data in vendor master records control how transaction data are posted and processed for a vendor. The vendor master record also contains all the data you require to do business with your vendors.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 51 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The master record is used not only in Accounting but also in Materials Management. By storing vendor master data centrally and sharing it throughout the organization, the data are entered once and inconsistencies in master data are prevented. A vendor master record contains: Vendors name, address, language, and phone numbers Tax numbers Bank details Account control data like the number of the G/L reconciliation account for the vendor account Payment methods and terms of payment set up with the vendor Purchasing data Withholding tax information, for example 1099 tax information
In the Materials Management module, the vendors are considered as the suppliers.
For Credit memo in MM the document type will be RE and a corresponding KG document will be created in FI. See Section 3.1.1 for document type details. 3.4.3. Trade Vendor Master Data Maintenance
Please refer to Vender Master Data Maintenance in Material Management module
3.4.4. Non-Trade/ Sundry Vendor Master Data Maintenance The vendor master data for Sundry and Non Trade vendor are basically the same as the trade customer but without the Purchase Organisation Master Data 3.4.5. Payment Terms
Payment terms are normally agreed upon by the purchasing department and the vendors. A range of payment terms will be maintained in system. See the table below for payment terms that are identified at the current stage.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 52 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Term Code
Customers Description Cash On delivery 5 Days Credit 7 Days Credit 14 Days Credit One Month Credit 45 Days Credit Two Month Credit 14 days 2%, 30 net 14 days 3%, 30 net 14 days 5%, 31 net 105 days 3%, 120 net 60 days net 55 days net 30 days 3%, 45 days net 25. Of overnext month = between 56 and 85 days/ 3% 10. Of next month / 3% 45 days 3%, 60 net 15. Of next month / 3%
Vendors Term Code Description Cash On delivery 5 Days Credit 7 Days Credit 14 Days Credit One Month Credit 45 Days Credit Two Month Credit 14 days 2%, 30 net 14 days 3%, 30 net
60 days net
With the availability of the SAP system in the future, the Purchasing Department will initiate the creation and maintenance of the Basic and Purchasing views of vendor master data. They will subsequently inform the Accounts Department to maintain the Accounting and Payment views. The purpose of dual level creation is mainly to smoothen and fasten the Purchasing process without having to wait for the Accounting staff to update the vendor master record. As soon as the Basic and Purchasing views are maintained, purchase orders can be issued and goods receipts can be processed. Accounting Department must maintain the Accounting view for newly created vendors before the three-way matching of Invoices to purchase orders and goods receipts can be processed.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 53 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Purchase
SAP Pu rch a se O rd e r
SAP G o o d s R e ce ip t D o cu me n t
En te r In vo ice
- I nv oic e aut o-bloc k ed by s y s t em - C an be m anually bloc k ed - I nv oic e c an be park ed unt il f urt her inv es t igat ion c om plet ed
NO
Finance
YES
Sa ve D o cu me n t (MIR O )
E xe cu te P a ym e n t Ru n (F -1 1 0 )
Re le a se B lo cke d In vo ice s re a d y fo r p a ym e n t
FINANCE
De le te P a ym e n t P ro p o sa ls (F -1 1 0 )
YES NO
Cre a te P a ym e n t Ou tp u t (F -1 1 0 )
Cre a te P a ym e n t P ro p o sa ls (F -1 1 0 )
Is P a ym e n t P ro p o sa l Co rre ct?
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 54 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Cheque
Print Checks
Payment Method?
Transfer
Wire
The Invoice Verification component is part of the Materials Management (MM) system. It provides the link between the Materials Management component and the Financial Accounting, Controlling, and Asset Accounting components.
The business scenario starts with an invoice sent from vendor. Before the invoice is posted in the system three way matching of purchase order, goods receipt and invoice is done manually with the defaulted PO price and GR quantity from the system. The invoices are documented and then exported to financial accounting. During goods receipt, the accounting posting will be Dr. Inventory
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 55 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Cr.
At the time of Invoice Matching, the posting will be Dr. GRIR Cr. Vendor 1 During the invoice matching, the invoice received from vendors (either on spot or after the purchase) will be matched against the purchase order and goods receipts given by Purchase Department. At AAA, raw materials and finished goods will be valuated with the moving average price using FIFO batch valuation, and semi-finished goods will be valuated with a standard price in the material master. If the inventory is valuated using a moving average price, any price variances will be posted back into material. If the inventory is valuated with a standard price in the material master, then price variances will be posted to a purchase price variance account. To prevent duplication of invoices in the system, vendors invoice numbers must be maintained in the Reference field at the document header. The system will check this field for any duplication from other vendor invoice and an error message will appear noting a duplication has occurred. Depending on the configuration, the system will stop the user from continuing with the same reference number or allow the user to decide to continue with the same reference number. Relevant payment methods will default from the vendor master or will be maintained at the transaction line item.
Non-Purchase Order Invoices can be posted to the system by the invoice entry function provided in Account Payable. No purchase order is required during the posting process and the account posting is as follows: Dr. Expenses / Balance Sheet account Cr. Vendor 1
Like the invoices related to Materials Management, in FI, the vendors invoice number should be placed in the invoice documents Reference field.
There are three scenarios of goods returned to vendors: a. Returned and pending the delivery for replacement b. Returned before invoice verification and cancelled the replacement c. Returned after invoice verification and cancelled the replacement
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 56 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
All purchasing returns will be done through return to vendor in Material Management module. A return note will be given to the accounts department to clear against the subsequent payment when it is due. The main difference between these 3 scenarios is whether a debit note/credit memo is required to be issued from the system. As in normal circumstances, debit notes are only required for scenario C where the invoices were already billed at order quantity above the actual quantity received.
The input tax will generally be shown in the Material Management module however for invoices created in FI, users will have to manually choose the tax rate.
Branches
Rates (%) 0.0 17.5 0.0 0.0 0.0 0.0 16. 7.0 16.0 7.0 16.0 7.0 0.0 0.0 16.0 7.0 16.0 7.0 16.0 7.0 0.0 0.0 17.0 0.0 6.0
CCUK
CCGermany
CC PeterB
CCFrance CCCorp
Exempt from input VAT Standard input VAT Delivery of goods in EU Services within the EU Subcontracting within EU Exempt from input VAT Input VAT Domestic Input VAT Acquistion Tax EU delivery of goods Acquisition Tax EU delivery of goods Acquistion Tax EU subcontracting Acquisition Tax EU subcontracting Acquisition Tax Acquisition within EU Exempt from input VAT Input VAT Domestic Input VAT Acquistion Tax EU delivery of goods Acquisition Tax EU delivery of goods Acquistion Tax EU subcontracting Acquisition Tax EU subcontracting Acquisition Tax Acquisition within EC Exempt from input VAT Input VAT Exempt from input tax Input tax
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 57 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
CCCanada
CCKeystone
0.0 6.0 0.0 7.0 TBD 0.0 6.0 0.0 6.0 0.0 0.0 0.0 0.0 17.0
U0 U1 PJ IJ SJ I0 I1 U0 U1 V0 J0 J1 J0 J1
Exempt from A/P use tax A/P use tax A/P GST Exempt, A/P, GST applicable Self assessment, GST Exempt from input tax Input tax Exempt from A/P use tax A/P use tax Tax exempt Exempt from input tax Input tax Exempt from input tax Input tax
Each Branch will use one G/L tax account to record tax. Invoices for EU and non EU purchases will contain the vendor VAT registration number and the Reporting Unit VAT registration number for the EU tax conditions to be implemented. Vendor VAT numbers are set up in the vendor master record and will default into the transactions. This will allow VAT reporting to meet statutory requirements. Further analysis of the various purchase tax applications will occur during Detailed Design.
Full Payment Various payments types such as cheques, wire transfer, and cash payment will be maintained in the SAP system. Payment Method Code E C Description Payment Medium Comments
Cash Cheques
N/A Cheque printed in-house or outhouse, and an electronic file with cheque information (positive-pay file)
Teletex Transfer
N/A
Cash Payment The positive-pay file will be sent to the bank to validate the printed cheques when deposited by the vendors. Manual Payment handed to bank (usually foreign
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 58 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Electronic payment file with different formats for different countries: US ACH format All other countries need to be confirmed by users whether interface directly from SAP to Bank is needed
currency payment to vendor who does not have an account with HSBC) Electronic payment files will be sent to HSBC bank via Hexagon
Payments are done either automatically or manually. Automatic payment process starts with the auto-payment run on vendors invoices. System will propose the vendors transactions that are due for payment and it can be edited before the payment is posted by the system. For automatic payment process, different output will be generated by the SAP system based on the payment types. For wire transfer the system will generate only the payment summary with an electronic file used to send to bank while for cheques payment, the system will create the physical checks in addition to the summary output. For manual payment, posting with clearing concept will be used, by entering the document line items and then select the open items that are to be cleared. Once the total amount of selected open items equals the amount of entered line items, the system clears the open items by creating one or more offsetting entries. This is mainly used for the ad-hoc transaction such as payments to vendors using foreign currency, which do not have a bank account with HSBC.
Down Payment
Down payment is posted in SAP using the Special GL Indicator (A). This is similar to the posting of down payment received from the customers. For down payment by cheque, the system will be able to generate the physical cheque. During the payment process, the down payment will be listed and cleared against the invoices due and only the net amount will be processed in the current process.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 59 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Letter of Credit Letter of Credit (LOC) is posted in the SAP using the Special GL indicator (L). This is similar to the posting of LOC received from the customer.
During the payment process, the LOC will be listed and cleared against the invoice.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 60 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Payment Difference for Vendor / Customer Branch UK Germany Keystone Corp HK WK SZ France Currency GBP EUR USD USD HKD RMB RMB EUR
1 1 0 0 0 0 0 0
SAP does provide the flexibility in accepting any part payment in 2 methods, Partial Payment and Residual Payment. The difference between the Partial payment and Residual Payment are as follows: a. Partial payment will keep the original invoice line item open until the full amount has been cleared, mean while a new line item will be created for the paid amount. b. Residual payment will clear the original invoice and create a new line item and document with the unpaid amount to replace the original invoice. Both functions are available in the current system. However, the decision on which function to use depends on how the user prefers to see the line item in the customer records. Currently, the partial payment function will be more appropriate to use at AAA Bbb.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 61 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Please refer to AR Month End Open Item Revaluation under Section 3.3.7.
3.5.
Several companies are involved in an intercompany transaction. The system will post a separate document with its own document number in each of the company codes. A common cross-company code number links individual documents together. The system generates line items automatically (receivables and payables arising between company codes) in order to balance the debits and credits in each document.
In te r c o m p a n y In v o ic e / P a y m e n t - C r e a te n o n - tr a d e In v o ic e
A p p ro v e d In te rc o m p a n y T ra n s a c tio n
C re a te G L P o s tin g (E n te r H e a d e r D e ta il)
FINANCE
R e v ie w a u to g e n e ra te d In te rc o m p a n y P a y a b le s / R e c e iv a b le s
S im u la te P o s tin g
E ND
Company One Dr. Expense / Balance Sheet account for Company One
CR.
Intercompany AP
Company Two DR. Intercompany AR CR. Expenses / Balance Sheet account for Company Two
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 62 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Each branch will have different general accounts for AP and AR to separately identify there debits and credits. This transaction will only be finance related. Intercompany posting in Logistics will be posted in the system automatically. The process for posting intercompany transactions is as follows: 1. The initial entry is parked. 2. Then an email is sent to the other branch to view the document. 3. On approval of the transaction, the parked document is then posted to the g/l in both companies. The company receiving the revenue will be the one responsible to book into system using the US dollar as base currency. Note: From FICO Prototype, it is agreed that there should be a synchronised triggering party (AAA subsidiary) in recording the intercompany transaction in SAP. Such party should be the 'Recipient of Revenue and should perform the posting in SAP'. AAA Corporate should impose future policy for Intercompany Posting in SAP. The rational should be: 'Recipient of Revenue should perform the posting in SAP'. The party who receive the expense only need to review the document after the posting.
3.5.1. Authorisation
Limited access will be given to users to restrict any mistake incurred. The park function when creating the journal entries will be used if supervisors need to check the entries are correct before posting.
3.6.
Asset Accounting
The Asset Accounting System (FI-AA) in SAP R/3 is used for managing and supervising all the existing fixed assets in your enterprise. It also serves as a subsidiary ledger to the FI General Ledger, proving detailed information on the fixed assets transactions. However, according to the requirements in AAA, the Fixed Asset system has the following limitations: The Fixed Asset system is designed to manage the existing assets that have already been purchased. Management of possible future assets or capital investment cannot be done in fixed asset and is supposed to be done in Investment Management (IM) module Fixed Asset system generally does not provide linkage with a material or product in Material Management (MM). To link a fixed asset record to a material master, a work around solution is proposed by using a PP master data called Production Resource Tool (PRT).
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 63 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The Fixed Asset system does not support flexible what if scenario analysis. Changes in depreciation method or useful life is available but are generally referring to actual changes instead of changes for simulation only
*Remarks : It is confirmed that no fixed asset management is needed in company code 5300 (CCWK) as all the fixed assets in CCWK are being booked in CCHKs Company Code.
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
area is actually a system requirement in a company code of which the Parallel Ledger Currency has been activated in FI (for details of the Parallel Ledger Currency, please refer to the FI General Ledger section). Depreciation area code is 2-digit numeric code ranging from 01-99. The depreciation areas that will be applied to each Chart of Depreciation Areas and Company Codes are shown below: Chart of Depreciation ZHK Depreciation areas 01 15 30 01 15 30 01 15 30 01 15 30 01 15 30 01 15 30 01 15 30 Depreciation area description Book depreciation Tax depreciation Group currency depreciation Book depreciation Tax depreciation Group currency depreciation Book depreciation Tax depreciation Group currency depreciation Book depreciation Tax depreciation Group currency depreciation Book depreciation Tax depreciation Group currency depreciation Book depreciation Tax depreciation Group currency depreciation Book depreciation Tax depreciation Group currency depreciation Posting to G/L Yes No No Yes No No Yes No No Yes No No Yes No No Yes No No Yes No No
ZUS
ZCA
ZCN
ZUK
ZDE
ZFR
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 65 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
the asset class is defined as a 5-digit code with the same coding format of the last 5 digits of the acquisition cost balance sheet account in the G/L. Addition of new asset class is actually a configuration process which is not supposed to be done by the users. However, there will be a knowledge transfer to the AAA IT supporting team such that they will be able to support that after go-live.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 66 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Asset Class Descriptions Development Cost Asset Under Construction Construction in Progress
Book depreciation Straight line Straight line Straight line Straight line Straight line Straight line Straight line Straight line Straight line Straight line Straight line Straight line Straight line Straight line N/A N/A
Tax depreciation 10% / 30% / 60% pool (TBD) Full allowance Full allowance Full allowance 10% / 30% / 60% pool (To be determined) 10% / 30% / 60% pool (To be determined) 10% / 30% / 60% pool (To be determined) 10% / 30% / 60% pool (To be determined) 10% / 30% / 60% pool (To be determined) Building allowance 10% / 30% / 60% pool (To be determined) 10% / 30% / 60% pool (To be determined) (To be determined) N/A N/A N/A
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 67 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Company 1000 and 4100 (US) Asset Classes Automobile/Truck Computer Hardware Computer Software Furniture & Fixture Fax and Copy Machine Leasehold Improvement
Book depreciation Straight line Straight line Straight line Straight line Straight line Straight line
Tax depreciation 5 Yr DDB HY Convention 3 Yr DDB HY Convention 3 Yr DDB HY Convention 5 Yr DDB HY Convention 3 Yr DDB HY Convention To be determined
Company 4200 (Canada) Asset Classes Automobile/Truck Computer Hardware Computer Software Furniture & Fixture Fax and Copy Machine Leasehold Improvement
Book depreciation Straight line Straight line Straight line Straight line Straight line Straight line
Tax depreciation Double declining year method Double declining year method Double declining year method Double declining year method Double declining year method Double declining year method
Company 5300 (CCSZ) Asset Classes Automobile/Truck Plant & Machinery Computer Hardware Computer Software
Book depreciation Straight line Straight line Straight line Straight line
Tax depreciation Straight line with 10% scrap value Straight line with 10% scrap value Straight line with 10% scrap value Straight line with 10% scrap value
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 68 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Furniture & Fixture Fax and Copy Machine Office Equipment Leasehold Improvement Warehouse Equipment Building Mould & Tools Building Improvements
60 60 60 60 60 240 60 240
Straight line Straight line Straight line Straight line Straight line Straight line Straight line Straight line
Straight line with 10% scrap value Straight line with 10% scrap value Straight line with 10% scrap value Straight line with 10% scrap value Straight line with 10% scrap value Straight line with 10% scrap value Straight line with 10% scrap value Straight line with 10% scrap value
Company 3100 (UK) Asset Classes Computer Hardware Furniture & Fixture Building
Tax depreciation
Same as book Same as book Same as book
Company 3300 (Germany) Asset Classes Computer Hardware Furniture & Fixture Office Equipment Goodwill
Book depreciation Straight line Straight line Straight line Straight line
Tax depreciation
Same as book Same as book Same as book Same as book
Tax depreciation
Same as book
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 69 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
120 60
Time-dependent
Allocation
Origin
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 70 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Depreciation areas
where you can store more information about the asset such as country of origin, manufacturer name etc) Stores all the data relevant for the asset valuation and depreciation calculation in different books (depreciation areas) such as depreciation keys, expected useful life and the depreciation start date. Depreciation keys and the expected useful life could be defaulted by the system according to individual asset classes. The depreciation start date will be determined and updated by the system according to the posting date of the first acquisition posting
AAA has a requirement to link the fixed asset of mould and tool with the component it produces. However, there is no direct system linkage between a fixed asset mater record and a material master record in MM. To full-fill the requirement, a work around solution is proposed by using a PP master data called Production Resource Tool (PRT) Producti on Order Routing
Asset
Routing PRT
A user field in the asset master record will be used to store the PRT number which is being treated as a representation of the tooling asset. The PRT will be assigned to the routing of the component. Later when production order is created for the component, the PRT record will also be copied into the production order. From the backflushing transactions posted into the production order, we can have information about the usage of the tooling such as usage frequency, date of the last usage etc for reporting. There is no standard report to print out the tooling usage and a customized report will be developed to meet these requirements.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 71 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Intercompany Asset Lifecycle D ef i n e Tran sf er D etail .(eg. Company to C om pany; A sset Details) (ABT1N)
NO Asset Retirement
FINANCE
Save Document
Can Retire Asset A) W ith Revenue (F92) B)W ithout Revenue C)By scrapping (ABVAN)
Y ES
Standard document types available for the asset transactions are : Document type RE Usage General document type for invoice verification. In asset accounting, this will be used as the acquisition posting from MM AA Asset Posting Used in all asset other transactions AF Dep. Posting Used in depreciation posting The above three document types are the most general ones available from the standard system. Additional document types could also be added for asset retirements, transfer posting or disposal. (Note : For details of document types and the corresponding FI document number ranges, please refer to the FI General Ledger section) Description Invoice gross
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 72 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Asset Acquisition
FINA NCE
PUR CH A SE
Y ES
With the integration between Asset Accounting System and the Material Management modules, the posting of acquisition of fix asset is being posted in MM via a transaction called Invoice Verification (for details of the transactions, please refer to the FI A/P section). In general, the posting of the invoice verification for a fixed asset PO will be as follows Dr. Fixed Asset Acquisition Cost Cr. Vendor (Accounts payable) After posting each asset purchase invoice in MM, in parallel to the general ledger document, an asset accounting document will also be generated to store the detailed information of the transaction in asset accounting. Besides, the posting date of the document will be copied into the asset master as the capitalization date and the depreciation start date of each depreciation area will also be determined and updated in the depreciation area data tag page Asset acquisition posting could also be done without PO from the MM module. Posting could be done in FI posting only
Once an acquisition is posted into an asset master record, the Asset Accounting System will be able to show the current net book value and the depreciation projection (projection of future depreciation amount based on the current depreciation method and life) of that asset. To check this kind of information, display the asset master record or call up a report called Asset Explorer. The most important information available for asset value display or Asset Explorer is as follows:
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 73 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Current net book value of each depreciation areas (i.e. Book, Tax, or Group) Depreciation simulation (projection) by period and by fiscal year Actual posted depreciation amount by period
However, the simulation of depreciation is only available for current assets of which real acquisitions have been posted. Depreciation simulation for possible future assets is only available in Investment Management modules in SAP. In AAA, what ifanalysis is required to provide a simulation on the depreciation changes if the depreciation method or the expected useful life is changed. However such changes made in the asset master records are generally the actual changes which will have actual posting impact in G/L. To provide a workaround solution for the what if analysis, it is suggested that an additional depreciation area (i.e, depreciation book) will be added to capture the changes and provide the depreciation amount after the changes. This additional book will be defined as statistical only and no posting will be generated to the G/L
Sales of an asset to a customer is one of the possible scenarios of asset disposal in AAA. This transaction can be posted in Asset Accounting. A customer master record in SAP is needed before this transaction could be done. Information that is required to be input for this transaction is the asset being sold, customer master, the sales proceed amount and the revenue G/L account of the transaction. The system will automatically generate the required postings and deducted the net book value of the asset being sold. Supposed an asset with historical cost $1,000 and accumulated depreciation of $100 is being sold to a customer at a price of $1,100, the posting entries will be as follows: Dr. Customer account (A/R) Cr. Revenue for asset disposal Cr. Fix asset acquisition cost Dr. Accumulated depreciation Dr. Clearing account for asset disposal Cr. Gain/loss of fixed asset disposal 1,100 1,1001,000100 1,100 200-
The system will calculated the net P&L of the transaction and post the amount into a gain/loss of fixed asset disposal account. The posting date of the retirement posting will also be updated into the field deactivation date in the asset master as the retirement date.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 74 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Instead of selling, an asset could be disposed as a scrap. In this case, no revenue is expected and a loss will be realised in the P&L if the fixed asset being scrapped still carries a net book value Posting of asset scrapping is also a standard feature in SAP Asset Accounting. For the same asset with historical cost $1,000 and accumulated depreciation of $100, the posting of the scrapping will be as follows: Cr. Fix asset acquisition cost Dr. Accumulated depreciation Cr. Gain/loss of fixed asset disposal
1,000100 900
The net book value of an existing asset master record could be transferred to another asset within the same company. The transaction could be used in the following scenarios: Reclassify an existing asset to a new class or to correct an error Transfer an asset to a new one with the same class. This may be necessary to execute the change of the remaining useful life of an asset but still spread the net book value evenly throughout the remaining life without allowing the system to catch up the postings of the missing or extra depreciation of the past periods For an asset with historical cost $1,000 and accumulated depreciation of $100, the posting of the intracompany transfer posting will be follows: Cr. Fix asset acquisition cost (old asset) Dr. Accumulated depreciation (old asset) Dr. Fix asset acquisition cost (new asset) Cr. Accumulated depreciation (new asset) 1,000100 1,000 100-
The old asset being transferred will become a retired asset and the transfer posting date will be updated as the retirement date in the asset master record. For the new receiving asset, the transfer will be the same as if it is being acquired. The transfer posting date will be used as the capitalization date.
Asset under construction in SAP is used to capture the expenditure paid out for assets purchased with multiple payment instalments or for expenditure of an asset being produced or constructed internally. In both cases, the depreciation of the amount paid out or the cost incurred during the construction phase is normally started after the final payment is made or the asset construction is completed. The old and the new asset will be linked together by the settlement posting document In AAA, asset under construction is used in the following scenarios:
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 75 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
1. To capture the capitalizable portion of the R&D development cost 2. To capture the expenditure incurred in building construction in progress 3.6.7.1.1. Transaction with Asset Under Construction
Normally, the transactions that could be associated with an asset under construction record could be exactly the same as other normal assets described in previous sections. For example, an acquisition could be posted to an asset under construction from purchase order. The only difference is that all the costs being posted into an asset under construction will not be depreciated because the asset master record of an AUC will not contain any depreciation relevant settings. Other than the normal acquisition postings, costs could also be posted into an AUC by means of settlement of other CO objects. In the case of R&D development, the costs incurred in the development will still be posted into an Internal Order (which is a cost object in the CO module) as P&L items. The capitalizable portion of the costs will be capitalized into an AUC (which is a balance sheet item) by a settlement process in Internal Order.
3.6.7.1.2.
Settlement of AUC
When the asset under construction has come to a stage where depreciation should start, a settlement should be done to that AUC record in order to settle the amount captured in the AUC to a real asset master record which carries the required depreciation terms. Unlike the settlement process for CO cost objects which is normally a periodic (usually month end) processing, settlement of AUC is not part of a month end processing that has to be done every month. The settlement of AUC actually is done on an ad hoc basis or at any time where necessary. Particularly, for the case of R&D development cost in AAA, the settlement of AUC will not be done until the Available For Shipment (AFS) date is reached. Settlement of AUC costs could be done in line items level where you define the settlement receivers (i.e. the real asset number) in each line items level. Alternatively, the whole total cost within an AUC record could settled to a single receiver asset or distributed to several assets by a percentage ratio.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 76 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The depreciation calculation and posting of each asset is done periodically as a batch job during month end process. Virtually speaking, there is no format month end closing procedure required in asset accounting. The depreciation run will be the only regular month end job to be done. The month end batch job is processed in the background. The system will calculate the depreciation amount based on the depreciation terms (i.e. the depreciation methods, useful life, depreciation start date etc) specified in each of the asset master and post the result to the general ledger. The general posting will be as follows: Dr. Depreciation expense
At the end of each fiscal year, you are required to do a year end processing in Fixed Asset Accounting. The year end closing is (i.e. fiscal year change) is just to open the next fiscal year and at the same time close the previous fiscal year in Asset Accounting. SAP provides a programme with easy user interface to do the year end closing job. It is advised that the job should be done in a background mode and the system will convert all the asset master records from the previous fiscal year to the next year.
3.7.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 77 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The diagram below shows how financial postings get booked to a cost center through a transaction in the Financial module. When the expense is posted, a cost center in the Controlling module may be included as the department responsible for incurring the expense.
GL/FI Posting FI Document Header FI Posting Only Balance Sheet Item FI document Line Items Integration to CO(Controlling Only
END Is it a B/S item? P&L Item YES NO A. Overhead Cost B. Cost Reducing Revenue C. Operating Sale D. Sales Reduction
B
The main cost center business transactions are: Primary cost postings these are postings that occur in CO when expense accounts are posted to the G/L in the FI module Actual cost allocations these are the distribution of postings from one cost center (the sender) to another or a group of cost centers (the receiver). The distribution could be to other receiver objects besides cost centers (such as an internal order) Cost center planning (Budgeting) - this is the process of entering budget figures for department expenses Plan cost allocations (distribution / assessment) - this is the same as the actual cost allocation but the figures being distributed are the budget figures rather than the actual postings
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 78 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Cost Center Numbering Convention The first 2 digits represent the first two digits of Company code, e.g. 51 for 51-79100 CCHK with company code 5100 The next digit represent the 5 major functional grouping which are Administration , Engineering, being 7 Sales, being 6 Supply Chain being 3 51-79100 , Production being 4 The next 2 digits represent the sub groupings of the functional groups of 51-79100 above The last 2 digits represent a sequential number Cost Center Grouping Number Convection The first 4 digits represent the Company Code The next digit represent the 5 major functional grouping which are Administration being 7 Engineering, being 6 Sales being 5 Supply Chain being 3 Production being 4
51-79100
5100-791
5100-791
The next 2 digits represent the sub groupings of the functional groups of above
5100-791
In addition the European cost centers will be added after the Design Document stage. These cost centers will be included in France, UK and Germanys Administration, Sales and Supply Chain functional groups
Distribution is the process of cost allocation used to allocate primary costs of cost center using the original primary cost elements. In this method, the costs being allocated will be retained into the original cost elements. On the other hand allocation by assessment could be applied to both
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 79 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
primary and secondary costs using a secondary assessment cost element which is different from the original cost elements. In this case, the costs being allocated will be posted to a secondary assessment cost element. In AAA Bbb, the statistical key figures are defined for assessment purpose: The statistical key figures used are: Employees Man-hours Floor space Quantity by Finish Goods
3.7.4. Re-posting of cost Incorrect posting of costs and revenues can be corrected with the re-posting function in cost center accounting. This enables users to amend specific line items from CO documents and provide management with a clear audit trail when reviewing adjusted CO postings. 3.7.5. Period End-Closing
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 80 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Period end closing process is a monthly activity in CO and it refers to the following areas:
Execution of allocation cycles to apportion cost from common or shared cost centers to final cost centers Generation of monthly reports
The following tasks have to be executed at every period end closing: Ensure postings are completed from sub modules and sub modules have closed Execute all the active allocation cycles Check key figures to sub modules (i.e. total Cost Center Accounting figures to agree to total G/L expense accounts etc) Generate monthly reports Lock current posting period for controlling
3.8.
Internal Order
Internal orders are used to monitor overhead costs incurred for a specific event, project or activity. It can be used for a restricted period when executing a job, or for long-term monitoring of portions of overhead costs. Internal Orders are company code dependent. Internal order groups can be created for cross-company reporting. Overhead cost orders will be used to collect actual costs incurred. This allows costs to be monitored continuously. The overhead costs assigned to the overhead cost orders are settled (in full) as costs to other cost collectors. This is generally on the periodic basis, at month-end.
3.8.1. Order Master Data Creation For AAA Bbb HK internal orders will be used to keep track of Project costs. In addition, internal orders will be used to keep track of the legal costs associated to which law firm and cases for AAA Bbb Corporation.
The order type determines the following: The Order Category Orders have different purposes in the R/3 System, for example they can be used to monitor R&D expenses that can be settled to fixed, monitor short term or long term overhead expenses. The
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 81 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
structure and function of an order, as well as the transactions you use to process it, all depend on the order category. Numbering Assignment You must assign each order type to a number range. Number assignment takes place centrally for all orders of this order type. Control Indicator This allows you to change the below control indicator centrally for all orders of this order type. Commitments Management For each order type, you must specify whether you want to use commitments management (contractual or scheduled commitment that is not yet reflected in Financial Accounting but will lead to actual expenditures in the future). For example when entering into contract such as a Purchase Order, the commitment cost of this PO can be reflected in the internal order and this amount will be reduced every time a goods receipt is done based on this PO. This allows scheduled costs that have not impacted financial accounting to be shown to user. If service PO is used then commitment management can be applied to this as well. Integrated Planning If you want to update planned activity input directly on the sending cost center, you can activate integrated planning as a default value. When required, you can change the indicator in the order master data. Status Management An order can pass through many statuses. The status controls, for example, which business transactions are allowed on the order. For example, the system will not allow any posting into an order that has not released yet In additions to R&D expenditure and legal expenses, there are some other possible order types for other types of expenditure such as expatriate expense, travelling expense, trade show etc. More order types could be defined in the detailed design phase.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 82 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
1. Costs Associated to Projects These are project expenses which management wishes to capture separately from other expenses. Certain expenses will be capitalized while others will be expensed off. 2. Legal Cost by Law Firm and Case These are legal expenses which management wishes to capture separately. Each order will represent the Law firm and specific Cases the costs are associated to. More order types are to be defined later.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 83 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
&
E nt er AU C nu mbe r as re ce iv er in s et tl em ent r ul e
F INA NC E
Mo nt h End Se ttl em en t to AU C
FI Do cu me nt Pr oc ess in g (w it h I/ O as si gn ed )
Af te r fi rs t S hi pm ent
Y ES
S et tl eme nt to a re al A ss ets
For Internal Orders that capture Legal Costs by law firms and case, there is no settlement needed. For Internal Order that captures Project expenses, there will be a need to settle the capitalized expenses part to an Asset Under Construction (AUC) on a monthly basis, and the expenses portion will be settled to a P&L account or cost object. Once the project is completed and all costs have been settled to AUC, the status of the internal order will be closed and no further posting can be made. Further settlement will be needed to a Fixed Asset (with an intangible asset class) in order to amortize the cost over a 24 month period using straight line method. In order to help the users to separate the total project costs into the portion to be capitalized and the portion to be expensed more easily, the costs items (i.e. the expense accounts) will be grouped into these two categories by means of a parameter called source structure assignment used in the settlement rule of the internal order. When the settlement rule is defined, the user can assign some costs to be settled to a cost center, and other costs that are tagged as capitalized to be settled to an Asset Under Construction (AUC).
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 84 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.9.
Product Costing
Provide data of procurement source (such as internal production, external procurement or subcontracting) for product cost calculation Provide financial data such as inventory price of raw materials and the consumption G/L account (through account determination valuation class)
Provide costing calculation control parameters such as overhead group, origin group etc. (will be discussed in more details in later sections) Provide standard production time (SPT) that is relevant for labour and production overhead calculation Provide list of raw materials and their usage quantities for the production of the product Provide purchasing price of raw materials for raw material cost calculation when the inventory price is not yet available in the material master Provide subcontracting labour cost for subcontracting materials
(For detailed definitions and function of the above master data, please refer to the design documentation of the relevant logistics modules)
Cost Center
A cost center is used to represent a department in AAA. The cost centers of the production departments will be used in product costing. Activity Type prices (i.e. labour and production overhead rates) are planned at each production department cost centers and each of the production department cost centers will be assigned to a work center in PP such that the activity prices could be assigned to work center for labour and overhead cost calculation.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 85 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Activity Types
Activity types classify the activities produced in the cost centers within a controlling area. For production related cost centers, activity types are generally referring to the production activities. Using the activity types, we can calculate activity prices by cost budgeting of activity-dependent cost items. The activity prices will be used to calculate the production labour and overhead costs to be absorbed into inventory of the products produced. The production related activity types in AAA are listed below : Activity type CAMLAB CAMAOH CAMLOH CAMOH PAKLAB PAKAOH PAKLOH PAKOH SKCLAB SKCAOH SKCLOH SKCOH Description Labour cost for bulk bbb Assembly labour overhead for bulk bbb Component labour overhead for bulk bbb Activity unit Hour (H) Hour (H) Hour (H) Hour (H) Hour (H) Hour (H) Hour (H) Hour (H) Hour (H) Hour (H) Hour (H) Hour (H)
Origin Groups
Origin groups is a parameter in the costing view of a material master. If offers an additional dimension to sub-divide or classify raw materials into different categories for reporting and analysis purposes in product costing. In AAA, the origin groups will be defined as a more detailed nature classification of raw materials and components such that the material costs could be further sub-divided into different natures for analysis. An appropriate value of the origin group must be assigned to the Origin Group field in the costing view of the material master. The origin groups defined in AAA are : Origin group code B1 B2 Description Electronic parts in bulk bbb Plastics parts in bulk bbb
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 86 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
B3 B4 B5 P1 S1
Metal parts in bulk bbb Lens parts in bulk bbb Other parts in bulk bbb Raw materials for packaging Raw materials for silkscreen
Overhead group
Overhead group is another parameter that is being entered into the costing view in the material master data. Unlike the origin group which is generally applied to raw materials, the overhead group is usually used in semi-finished or finished goods for control of production overhead calculation. In AAA, 2 overhead groups will be defined to classify products into two separate categories according to the need of production royalty calculation. One group represents production royalty is needed and the other group represents production royalty is not required. The overhead group is assumed to be entered into the material master for finished goods products only because the royalty will only be calculated on finished goods level. The two overhead groups to be defined are: Overhead group ROY0 ROY1 Description No production royalty Production royalty calculation required
Different overhead groups represent different products groups which are subject to different charge rate of royalty. Therefore, number the overhead group required for royalty calculation could be expanded depending on the detailed requirements
A percentage overhead key is a key where you can specify the conditions in percentage rates for overhead allocation to the product cost of a product. You could have a flexibility to define different percentage rates with different overhead keys. In AAA, the major need of defining different overhead keys to separate the overheard allocation into three different categories namely bulk bbb, packaging and silkscreen. The followings is the list of overhead keys to be defined in AAA:
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 87 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Description Material overhead for bulk bbb Labour overhead for bulk bbb
Calculation base to be applied All raw material costs for bulk bbb All labour costs for bulk bbb All raw materials cost for silkscreen All labour costs for silkscreen All raw materials costs for packaging All labour costs for packaging
A quantity overhead key is a key where you can specify the conditions of overhead allocation in terms of a fixed amount per unit of quantity. In AAA, the major usage of the quantity overhead key is for definition of production royalty rate which is a fixed amount applied to different products. In addition to royalty, quantity overhead keys will also be used in the cost estimate calculation in Net Billing because some of the cost items in Net Billing also require application of a fixed amount rate to the product cost. The preliminary design of the quantity overhead keys to be defined is as follows : Quantity overhead key ZR1 ZNB1 ZNB2 Description Production royalty Consumption VAT for testing battery (Net Billing only) Consumption VAT for testing film (Net Billing only) Calculation base to be applied Finished goods production output quantity Finished goods production output quantity Finished goods production output quantity
Costing Variants
A costing variant is a collection of different control parameters of product cost calculation. The major control is the logic and pricing strategy of the different costing
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 88 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
components such as materials cost, activity prices (SPT costs), subcontracting price and general overhead allocation. Three different major costing variants will be defined in AAA: Standard cost estimates calculation for material valuation (i.e. cost estimates calculation for material master standard price update) Cost estimate calculation for Net Billing Cost estimate calculation for other Request for Quotation (RFQ) purposes Pricing control of costing variant for material valuation : Costing items Material cost Pricing strategy priority sequence 1. Inventory valuation price from accounting view of material master 2. Effective price taken from purchasing info record Additional control
Planning version 0
Pricing control of costing variant for Net Billing: Costing items Material cost Pricing strategy priority sequence 1. Inventory valuation price from accounting view of material master 2. Effective price taken from purchasing info record (The above strategy is just a preliminary suggestion. Wilson Yuen and Stanley Wan will have more detailed discussions on that to finalised the logic) Additional control
Activity price
A planning version different from 0 such that different standard rates could be applied
Subcontracting
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 89 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
info record Percentage overhead keys and quantity overhead keys for Net Billing
Pricing control of costing variant for RFQ: Costing items Material cost Pricing strategy priority sequence 1. Plan price 1 from material master (this price is to be maintained manually by users on selective materials) 2. Inventory valuation price from accounting view of material master 3. Effective price taken from purchasing info record Additional control
Planning version 0
The source of the pricing will be kept in each product cost estimate as an audit trail.
Valuation at moving average price per batch (FIFO batch valuation) A new batch number will be generated for each production order (work order) producing the finished product Each batch will have a unique material cost The material cost of a batch is calculated from semi-finished goods and raw materials that are directly constituting to the finished product according to the BOM
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 90 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
All inventory of each semi-finished product will be valuated the same (at the defined standard cost) The standard cost can be updated either: 1) manually, or 2) automatically from the cost roll-up (can be using weighted average) of the lower levels of the BOM and can be selectively updated only for certain semi-finished products. Re-valuation of existing inventories for semi-finished product will happen whenever the standard cost is updated. The gain or loss will post to the P/L accounts
Raw materials will be valuated for each batch of the receipts of purchase using the purchase order price. The batches of raw materials will be issued to production orders at FIFO. No re-valuation of raw materials will be required.
Inventory will be valuated for each batch of the receipts of STO using the STO price (transfer prices plus the landed costs). The batches of goods will be delivered to customers at FIFO. No re-valuation of inventory will happen.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 91 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 92 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Product Costing -
Enter budgeted costs of the cost elements of the activity types in Cost Center Planning
<Function>
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 93 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Assembly labour
Standard assembly hours X hourly rate specific to Kodak Fixed amount per unit of product
Consumption of VAT for testing batteries Consumption of VAT for testing film All part costs
Standard rate will be different from inventory valuation rate from a different planning version Fixed amount based on quantity overhead. This item does not exist in inventory valuation Fixed amount based on quantity overhead. This item does not exist in inventory valuation A specific set of exchange rates is being used to convert the part prices into USD
The calculation logic for all other cost items will be the same as the inventory valuation calculation Two processing options are available for cost estimates calculation, individual processing or mass processing using a tool called Costing Run. In both cases, you could choose to do the costing calculation for selective materials only.
3.9.8. Standard Price Update from Standard Cost Estimate Mark & Release
Mark and release are two technical steps to be done in SAP product costing to update your standard cost estimate into the standard price of the material master for inventory valuation. That means the steps are only required for inventory standard price update. Cost estimates that are used for other purposes are not required to do these two processes. From inventory valuation points of views, the inventory valuation will only be effective after the standard cost estimate has been marked and released to the material master. That means even if you have calculated a new standard cost estimate in product costing of an old product, the old product will not be revaluated if you have not yet marked and released the new cost into material master.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 94 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Mixed costing allows you to update a mixed standard price from different production alternative BOMs. You have to define a percentage mixing ratios of the different production alternatives and the system will mix the prices of the different production alternatives by the mixing ratio to come up with a single weighted average standard price. (The mix is controlled by CCHK Finance. To change the mix in the system, change the system mix ratio, then re-calculate the new price)
Pro duc t Cos ting - Proce ss Standard Cos t Estim ate s fo r the ne xt period Be ginning o f the next m onth Current m onth Calc ulate standard c os t es tim ates individually (CK1 1N) Ind ividual No Release s tandard c ost es tim ate s ind ividually (CK2 4) Sent erro r me ssages to p roduction/MIS dep artm ent for corre ctions
From B
FINANCE
End
Download standard c ost es tim ate s with cos ting s tatus "VO" Rele ase s tandard c ost estim ate s (CK40 N)
3.9.11. Production Order Processing for Semi-finished Goods Production order of semi-finished goods are used to manage the production of nonfinished goods components (such as plastic components) or sub-assemblies (such as PCBA or bulk bbb). All such materials are being regarded as WIP in AAAs terminology
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 95 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Raw material costs are being posted and captured into the production order by a goods issue posting. According to the to-be design in PP, the goods issue posting will be done automatically at backflushing. The system will automatically consume the raw materials to the production according to the usage quantity defined in production BOM. Suppose $100 of raw material cost is consumed in the production order, the accounting posting will be as follows : Cr. Raw material inventory Dr. Raw material consumed 100100
The raw material consumption cost will be posted to P&L and captured into the production order
In addition to raw material consumption, the production time consumed in the production order will also be entered during backflushing entries. Suppose the production time being entered is 10 hour and the standard rate for labour and overhead are $1/hr and $2/hr respectively, the labour and overhead cost being allocated into the production order will be $10.00 and $20.00 respectively. The posting will be as follows Dr. Labour cost (to production order) Cr. Labour cost absorption (from cost center) 10Dr. Overhead cost (to production order) 20 Cr. Overhead cost absorption (from cost center) 2010
All the above postings are pure CO postings (i.e. statistical postings in CO only) using secondary cost elements which does not have any posting effect in the general ledger. But the implication in CO is that $10 and $20 labour and overhead costs are being charged from the production cost center to the production order.
When the production of certain units of the semi-finished goods is completed, a goods receipt should be done to post the completed units back to the inventory pool for other stages of production. This transaction will also be done automatically by means of backflushing entries. In other words, the backflushing entries will post the consumption of raw materials, production time being charged to the production order and the goods receipt of the completed units at the same time. (Raw materials should be issued at FIFO. But for semi-finished goods, only the standard cost is used) During each goods receipt posting, the amount of inventory of the semi-finished goods being received will be posted to inventory account at the standard price which have
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 96 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
already included the raw material cost, labour and production overhead, and the general percentage overhead (calculated from standard cost estimates). Suppose the standard price of the semi-finished goods is $129.00 which includes $90 of standard raw material cost, $10 of standard labour cost, $20 of standard production overhead cost, and $9 of general overall cost (10% of the total standard raw material cost), the goods receipt posting will be as follows : Dr. Semi-finished goods inventory Cr. Factory output from production 129 129-
The credit posting is a P&L item which capitalizes standard cost amount of $129.00 from the P&L in the production order to the inventory. In other words, the WIP inventory of the semi-finished goods which is being valuated at the standard price of $129.00 has also included the absorption of the standard labour cost, the standard overhead cost and the general overhead cost.
The percentage general overhead allocation to production order will be done as part of the month end procedure for production orders. Continue with our previous example of the production order of which $100 of actual raw material cost has been posted and general overhead rate is 10%. That means the general overhead being allocated to the production order will be $10.00. The posting will be as follows : Dr. General overhead cost (to production order) 10 Cr. General overhead cost absorption (from cost center) 10Similar to the labour and production overhead cost postings, the above postings are CO postings only which have no effect in the general ledger.
After finishing the general overhead allocation process, all the cost capturing postings of the production order in that period could be treated as completed. The next step to be done in the overall month end procedure will be WIP calculation. With our existing example, the cost items posted into the order are as follows : Raw material costs Labour cost 100 10
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 97 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Production overhead 20 General overhead 10 Factory output 129------------------------------------------Total net P&L in order 11 The net order balance of $11.00 left in the production order will be treated as the WIP amount in SAP R/3 if the overall status of the production order has not yet completed. Normally, a production order is treated as completed when the total goods receipt quantity = the total goods quantity planned to be produced. In SAP R/3, actually the nature of WIP calculation and the corresponding posting in FI general ledger is just an accrual posting for the costs that have not yet been absorbed by goods receipt and are still remained in an incomplete production order at the time of month end processing.
After finishing the WIP calculation, users have to process the variance calculation process. If the production order in our existing example has been completed, the remaining order balance of $11.00 will be treated as production variance instead of WIP. The total $11.00 of production variance could be broken down into different cost natures (such as $10.00 raw material cost and $1.00 of general overhead costs) and different sources (such as price or quantity usage of raw materials). The breakdown will be posted and stored into different value fields in COPA for analysis.
Settlement is the last step of the month end procedure for production orders. The usage of the settlement is to generate accounting postings for the calculation results of WIP and variance calculations. If the order is incomplete (i.e. total goods receipt qty is less than the total planned output qty), WIP will be posted and the entries will be as follows : Dr. WIP Cr. WIP capitalisation 11 11-
(You will know if the order is complete when the total delivered quantity is equal to the total quantity to be produced)
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 98 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The posting effect is to post an accrual of the P&L amount of $11.00 back to the balance sheet. If the production order is completed in the next period, this accrual posting will be reversed automatically by the system of the next month end settlement. If the order is complete (i.e. the total goods receipt qty = total planned output quantity), production variance will be posted and the entries will be as follows : Dr. Production Variance Cr. Factory output from production 11 11-
The overall effect is to reclassify the net P&L cost in the production order into production variance account. In additions to the above general ledger postings, the production variance will also be broken down and posted into COPA.
3.9.12. Production Order Processing for Finished Goods Production order of finished goods are used to manage the production of the finished products. In most cases, this present the final packing process in AAA. But actually the whole production order execution process will be exactly the same as the orders for semifinished goods
Materials used for final production of finished goods and the required semi-finished goods will be consumed into the production order by backflushing. Suppose $100 of packaging raw material cost and $200 costs (from standard price) of semi-finished goods are consumed in the production order, the accounting posting will be as follows : Cr. Raw material inventory Cr. Semi-finished goods inventory Dr. Raw material consumed Dr. Semi-finished goods consumed 100200100 200
The material consumption cost will be posted to P&L and captured into the production order
The same logic mentioned in the semi-finished goods case still applies. Suppose the production time being entered in backflushing is 10 hour and the standard rate for labour and overhead are $1/hr and $2/hr respectively, the labour and overhead cost being
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 99 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
allocated into the production order will be $10.00 and $20.00 respectively. The posting will be as follows Dr. Labour cost (to production order) Cr. Labour cost absorption (from cost center) 10Dr. Overhead cost (to production order) 20 Cr. Overhead cost absorption (from cost center) 2010
The production costs in the finished goods production order will be capitalised into finished goods inventory during goods receipt (i.e. backflushing). But the production order cost estimate (i.e. the plan cost of the production order) will be used (instead of the standard cost) to post the good receipt value Suppose the production order cost estimate of finished goods is $329.00 which includes $200 of semi-finished goods costs, $90 of standard raw material cost, $10 of standard labour cost, $20 of standard production overhead cost, and $9 of general overall cost (10% of the total standard raw material cost), the goods receipt posting will be as follows : Dr. Finished goods inventory Cr. Factory output from production 329 329-
Continue with our previous example of the production order of which $100 of actual raw material cost have been posted and general overhead rate is 10%. That means the general overhead being allocated to the production order will be $10.00. The posting will be as follows : Dr. General overhead cost (to production order) 10 Cr. General overhead cost absorption (from cost center) 10-
With our existing example for finished goods order, the cost items posted into the order are as follows : Semi-finished goods costs 200
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 100 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Raw material costs 100 Labour cost 10 Production overhead 20 General overhead 10 Factory output 329------------------------------------------Total net P&L in order 11 Same as semi-finished goods order, the net order balance of $11.00 left in the finished goods production order will be treated as WIP if the order is incomplete (i.e. the total goods receipt quantity is less than the total planned output quantity)
Unlike semi-finished goods, this process is virtually not required for finished goods order because the finished goods is valuated at moving average price
If the order is incomplete (i.e. total goods receipt qty is less than the total planned output qty), WIP will be posted and the entries will be as follows : Dr. WIP Cr. WIP capitalisation 11 11-
If the production order is completed in the next period, this accrual posting will be reversed automatically by the system of the next month end settlement. The overall mechanism is exactly the same as the production for semi-finished goods If the order is complete (i.e. the total goods receipt qty = total planned output quantity) and the finished goods inventory has not yet been sold before month end, the production variance will be posted to finished goods inventory as follows : Dr. Finished goods inventory Cr. Factory output from production 11 11-
After the posting, the inventory value becomes $340.00 ($290 + $11) which is the total actual cost incurred in the production order. If the order is complete (i.e. the total goods receipt qty = total planned output quantity) and the finished goods inventory has been sold before month end, the production variance will be posted to P&L as production variance
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 101 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
11-
After the posting, the total P&L at period end will also become $340 ($290 of COGS + $11 of production variance)
Product Costing - Production Order Period End Processing
Finance
Start
End
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 102 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Operating Concern:
Highest organisation level in SAP for Controlling modules (Management Reporting) One single Operating Concern is proposed to AAA to centralise all margin analysis data across AAA reporting units
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 103 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
For detail organisation unit relationship, please refer to Section 2.5 on Controlling Organizational Structure in this design document.
Both methods store Cost of Sales information in different Profitability Segments. Each unique combination of Characteristics forms a specific Profitability Segment. Examples of Characteristics: Product No., Product Gp, Plant, Company Code, Customer No., Sales Area, Distribution Channel, Region, etc.
Revenue/ Value Fields Revenue/ Cost Elements Cost of Sales Lowest level of data need to Equal to P&L account in the information be analysed per Profitability Operating Chart of Accounts in SAP presented as Segment (can be a lower level FI module than a GL account)
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 104 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Level of analysis
Each Value Field is user-definable Same level as P&L GL accounts Can be lower level of details than GL (always 1:1 relationship with accounts in FI) accounts Can be same level as GL accounts (1:1 relationship with accounts in FI) Can be grouped level of GL accounts
Standard Value Field in capturing sales Standard field in capturing sales quantity/ UOM quantity/ UOM Example of same level as GL account Revenue Promotional Expenses Example of lower level of details than GL accounts Cost of Goods Manufactured - Direct Material Cost of Goods Manufactured Indirect Material Cost of Goods Manufactured - Direct Labor Cost of Goods Manufactured Indirect Labor
GL account Revenue GL account Cost of Goods Sold GL account Sales Allowance GL account Prod. Price Variance GL account Salesperson salaries GL account Promotional Expenses And all other P&L GL accounts posted to Profitability Segment
SAP CO-PA was intended for use with a cost-based approach that stores different currencies, quantities and values from SD, FI, MM and PP as PA value fields to manipulate for a variety of reports. This is the recommended path as it allows more variability in collecting data for PA reports (related to details of cost components for variances, etc.) According to Accenture experiences on High-Tech industry companies using SAP COPA, the majority of them utilitise Costing-Based COPA to enable more detail level of Cost of Sales analysis. Costing-Based CO-PA sometimes does not match with legal book values. Such discrepancies can be explained mainly by 3 big factors: o Timing differences:
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 105 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
When the Delivery step is performed in SAP SD, but Billing is not, nothing gets booked into COPA, but COGS is already booked in the FI legal book. During the SD Prototype, since Billing Due List (a batch program) will be executed each day, which perform the billing step for Sales Order with Delivery but not yet billed, the COGS and Revenue will be in syn in both FI and COPA for AAA.
Accruals: It is possible that accrued values are posted in COPA (might be triggered by program in Sales Order conditions), without any posting in FI legal book Rounding differences from Foreign Currency Translations
Note: Management using/ viewing these COPA reports need to be acknowledged the fact that due to the intended design of the Costing-Base COPA, values not necessarily always tie to FI legal book. Discrepancies to FI might occur, but explainable.
SAP Term [Proposed] Distribution Channel [Sales Organisation] 1. Sales Order 2. Item No. [Sales Order Header/ Item level] Customer PO number [Sales Order header level] Billing Doc No. [Billing Doc. Header level] Customer No. [Sales Order/ Billing Doc.] Group Key [Customer Master]
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 106 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Characteristics AAA Term CUSTOMER NAME SALES PERSON OPERATING UNIT RESPONSIBLE BRANCH REGION MFG SOURCE ORDER TYPE MARKETING MODEL CODE
SAP Term [Proposed] Customer no. Attribute [Customer Master] Sales Employee [Customised Partner] Company Code [BURKS] Sales Office [Customer Master] Region [Customer Master - General] Product Hierarchy-level1 [2 digits] TBC - HK only [Bulk/ Non-Bulk]??? Customisation is needed [Step 1: new table to store versions of 'Marketing Model Code' Step2: Reporting need to read this code] Product Hierarchy-level 2 and 3 [5, 8 digits] Material No. [Material Master] First segment of Material Master [1st to 6th digits] Division' in Material Master [MARA-SPART] TBC from MM/PP Team TBC from MM/PP Team TBC from MM/PP Team TBC from MM/PP Team TBC from MM/PP Team TBC from MM/PP Team TBC from MM/PP Team TBC from MM/PP Team TBC from MM/PP Team TBC from MM/PP Team Fourth segment of Material Master [14th to 18th digits] Third segment of Material Master [9th to 13th digits] N/A in SAP N/A in SAP Field to be customised in Sales Order Item level TBC from MM Team [Material Master] TBC from MM Team [Material Master]
SALES PRODUCT CODE Assortment Code MODEL MODEL TYPE FILM TYPE FLIM SPEED FLASH TYPE MOTOR TYPE ZOOM TYPE Power Zoom FOCUS TYPE DISPLAY TYPE SENSOR TYPE RESOLUTION (MP) PACKAGE CODE SILKSCREEN CODE Default Package Code Default Silkscreen Code LOYALTY PROGRAM BRAND NAME PRODUCT LABEL
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 107 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Characteristics AAA Term Set Type Set Usage Free Goods SHIP MODE Third Party Customer CUSTOMER CLASS ID Customer Territory APPROVAL STATUS OF WORLDWIDE ORDER ITEMNUMBER PRODUCT TYPE STATUS1
SAP Term [Proposed] TBC from SD Team TBC from SD Team TBC from SD Team Field TBD from Sales Order header level TBC from Debbie Customer Gp' Customer Master - Sales View Sales District' Customer Master Sales Area view TBC from SD Team TBC from SD Team TBC from SD Team TBC from SD Team
SAP Term [Proposed] New Value Field New Value Field TBC from SD Team New Value Field Calculated Field in COPA Report Calculated Field in COPA Report Calculated Field in COPA Report
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 108 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Value Fields AAA Term NET SELLING PRICE Transfer Price FOB Commission SPC MATERIAL COST
SAP Term [Proposed] Calculated Field in COPA Report New Value Field New Value Field New Value Field [from COPC]
SILKSCREEN MATERIAL COST New Value Field [from COPC] PACKAGE MATERIAL COST FILM MATERIAL COST New Value Field [from COPC] New Value Field [from COPC]
BATTERY MATERIAL COST OTHER PACKAGE MATERIAL COST TOTAL MATERIAL COST SCRAP RATE SPC LABOUR COST SILKSCREEN LABOUR COST PACKAGE LABOUR COST TOTAL LABOUR COST SPC OH COST SILKSCREEN OH COST PACKAGE OH COST TOTAL OH COST TOTAL GENERAL OH COST FUJI / DIGITALROYALTY COST MARKETING BRAND ROYALTY TOTAL MANUFACTURING COST Freight and Duty Cost COST OF GOODS SOLD PER UNIT GROSS PROFIT PER UNIT CONTRIBUTION MARGIN DIG CAM T SUPP CONTRIBUTION MARGIN REP COMM US GROSS SALES TOTAL
New Value Field [from COPC] New Value Field [from COPC] Calculated Field in COPA Report New Value Field [from COPC] New Value Field [from COPC] New Value Field [from COPC] New Value Field [from COPC] Calculated Field in COPA Report New Value Field [from COPC] New Value Field [from COPC] New Value Field [from COPC] Calculated Field in COPA Report Calculated Field in COPA Report New Value Field New Value Field Calculated Field in COPA Report New Value Field Calculated Field in COPA Report Calculated Field in COPA Report Calculated Field in COPA Report Calculated Field in COPA Report Calculated Field in COPA Report
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 109 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Value Fields AAA Term NET SALES TOTAL Total FOB Commission TOTAL COST OF GOOD SOLD TOTAL GROSS PROFIT TRANSACTIONUNITCOST TRANSACTIONTOTALCOST CURRENTLANDEDCOST
SAP Term [Proposed] Calculated Field in COPA Report Calculated Field in COPA Report Calculated Field in COPA Report Calculated Field in COPA Report TBC from SD Team TBC from SD Team TBC from SD Team
A CCUK B CCHK
Sales transactions of both Customer A and B are booked in CCHKs book. This impacts the FIGL. In Management Reporting (either in COPA or BW in To-be SAP), Customer A will belong to CCUK. Respective Sales Revenue, COGS, Allowances will all be presented as if the sales triggered by CCUK. Customer B will remain under CCHK in Management Reports, due to the Sales Office is CCHK.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 110 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
List of Sales Office here includes, but not limited to the followings: CCUS CCCA CCUK CCGE CCFR CCJP* * Not all Sales Office defined here represent AAA subsidiaries (separate legal entity). CCJP is not a AAA subsidiary, but can be viewed separately in Management Reportings.
A person or company that places an order for goods or services. Contains data on sales, such as the assignment to a sales office or a valid price list
SD: Generate Sales Order COPA: Primary data in updating COPA Characteristics. Every line item Customer no. field is populated with Sold-to Party no. Other characteristics are derived from it SD: Generate Delivery
Ship-to Party
Bill-to Party
A person or company that receives goods. The ship-to party may not necessarily be the sold-to party, the bill-to party, or the payer. Contains data for shipping, such as unloading point and goods receiving hours A person or company that receives the invoice for a
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 111 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Pay-to Party
Sales Employee
delivery or service The bill-to party may not necessarily be the payer of the bill. Contains the address and data on document printing and electronic communication The payer may not be the bill-to FI: Accounting Posting of the party. SD Billing document will be updated with Pay-to Party A person or company that pays no. Therefore it is this the bill. number which will impact FI. Contains data on billing schedules and bank details Customisated Parnter for AAA in recording responsible Sales EE per Customer for COPA reporting
Note: As a preliminary design, the following Partner no. will be updated in COPA: Sold-to Party (Customer no. in COPA Characteristic) Bill-to Party (New Characteristic in COPA to be created) Sales Employee (New Characteristic in COPA to be created) Final decision will be based upon further discussion in Detail Design Phase.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 112 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.11.
Budgeting/Planning
Annual Budgeting
Supply Chain
As a CO Plan version A
YES
4. Error Exist?
NO
5.Inform Sales Dept to Fix Error 7. Inform other Dept for Annual Bud
16. A
NO
YES
<Function>
20. A
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 113 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
A
FINANCE
E ND
If necessrary
If necessrary
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 114 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
END
B
Account Dept (Corporate)
Approved
No
Annual Budgeting process for AAA has been documented on the process flow section in this design document. Sales forecast information form the source data for the budgeting process. Departments involved includes: Accounting Dept (Corporate), Accounting Dept (local subsidiaries), Sales and Marketing Dept (local subsidiaries). Budgeting for AAA is termed as Planning in SAP. Same as the actual financial data capturing, the financial planning function in SAP R/3 is handled by different modules and can be integrated. Note that though R/3 provides a range of Planning capabilities to enable the information capturing of AAAs Annual Budgeting process on different stages, sophisticated Budgeting analysis (for example What-If analysis, sensitivity analysis, etc.) need to be handled by a more advanced SAP Financial product Strategic Enterprise Management Business Planning and Simulation (SEM-BPS) module. This solution is based on SAP-BW technology and is not in-scope for current phase.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 115 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Version
Descriptions
Usage
Master Version
Sales Forecast Annual Budget from Sales Forecast Annual Budget Departmental Cost v1 Annual Budget Departmental Cost v2 Annual Budget Corporate Review Annual Budget 1 Qtr Corporate Review nd Annual Budget 2 Qtr Corporate Review Annual Budget 3 Qtr Corporate Review
rd st
200
210 220
230
-Store Actual/ Plan values -Used for reporting -Required by SAP -Weekly Sales Forecast by Supply Chain -Data copied from version 050 -Data input based on version 100 -Data input/ amendment based on version 110 -Amendment on version 120 and finalize amount for the year -Data copied from version 200 -Data copied from version 210, with st adjustments for 1 Qtr. -Data copied from version 220, with nd adjustments for 2 Qtr.
Sales Forecast Annual Budgeting Annual Budgeting Annual Budgeting Annual Budgeting Annual Budgeting Annual Budgeting Annual Budgeting
Plan
Plan Plan
Plan
Note: It is advised that the Version 0 is always copied with the most updated information for the purpose of Plan vs. Actual Comparison. Since this acts the master version, all AAA companies can always refer to value of this version when performing the necessary analysis (e.g. measurement on departmental/ reporting unit performance). This avoids the unnecessary confusion that might have caused by too many Plan Versions used in the system. In terms of reporting capability, though we suggest reporting should mainly refer to Version 0 (which contains both Actual and Plan values), SAP enables users to choose specific Plan Version upon report selection screen, if necessary.
Plan Version is a configuration setting of CO module in SAP. During the Design Phase, the team will configure the Plan Version according to the current need of AAA. Future creation/ freezing of Plan Versions are also possible after system goes live. It is not a usual practice to reuse the Plan Version, since SAP provide max. 999 different versions. Take an example, say Sales Forecast information will be kept monthly, the no. of Plan Versions will be 12. The values are updated to same Monthly Plan Version the next year. If information per a particular time frame is needed, Report Extract is recommended to use instead of creation of new Plan Version.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 117 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 118 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
A/R A/R Open invoices with due date A/R 1000 Incoming Payments 1000 1000
Deposit Clearing 1000 Deposit Clearing 1000 1000 Confirmed Cash A 1000
Deposit Clearing Accounts Postings Confirmed Cash Bank Accounts Postings Out Chk Clearing 3000 Out Chk Clearing 3000 Confirmed Cash B 5000 Out Wire Clearing 2000 Bank Statement 3000 Out Wire Clearing 2000 2000
Payment Clearing Accounts Postings Check A/P Open invoices with due date A/P 5000 Outgoing Payments Check Wire 5000 Wire A/P 5000
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 119 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Cash Management
1-week Projection Cash Report with: - Cash Receipts - Cash Disbursements - Intercompany transfer (wire)
FINANCE
Cash Reports include: - Cash Position - Cash Liquidity Forecast - Cash Concentration - Weekly variances/projections Reconcile Cash Accounts with Bank Statement
Data in Bank Clearing Accounts from A/P, A/R transactions reconciled with Bank Accounts
AP Commitment Authority
Approve Disbursements
SAP R/3 Cash Management offers the following tools, designed to make cash flows clear: The cash position, which illustrates short term movements in the bank accounts The liquidity forecast, which illustrates medium-term movements in subledger accounts The cash position shows how your bank accounts will move in the next few days. Meanwhile, the liquidity forecast illustrates liquidity changes in the subledger accounts. Functions are also supported which you can use to obtain relevant information on forecast payment flows. This information appears in the form of memo records in the cash position, or as planned items in the liquidity forecast.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 120 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
3.12.1. Common information and differences between Cash Position and Liquidity Forecast
Common: Both reports contain levels. These supply high-quality information on the commercial reasons for a movement in an account - that is, they explain how the account opening and closing balances came about. For example, levels give information on whether a balance in a bank account is the result of a bank posting or of a memo record entered manually. They can also be classified according to how secure the receipt is - for example, by confirmed or unconfirmed memo record. Differences: In the cash position, accounts (bank and bank clearing accounts) supply information on the current balance. The liquidity forecast contains groups instead of accounts. Vendors and customers are assigned to a planning group by means of an entry in the master records. Each group reflects certain features, procedures, or risks.
List of Planning Type (Difference type of Memo Records) is to be defined during Detail Design Phase of the Project by Finance users.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 121 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
FI postings to cash-management-relevant G/L accounts Memo records entered manually Cash flows from business transactions managed with the Treasury Management application component. This type of transactions is not applicable under the current design phase, since SAP Treasury modules like Loan Management, Market Risk Management are not in-scope for Release One of the SAP Implementation in AAA
After the bank statements are posted in FI, the account transactions can be displayed in the cash position. The balances in the bank accounts, which you can display using the cash position, form the basis for planning decisions. Cash Management Groupings are needed to maintain for the display of Cash Position report. Detail requirements are to-be confirmed by users.
Bank accounting is to provide a bank (current) account for each currency and, in each case, a clearing account, on a lower level and per processing type. Clearing accounts are defined to meet specific business needs. Objectives of setting up different bank clearing account (for a physical bank account at bank): Accounts can be reconciled at any time Foreign currency and local currency are managed in parallel Can be managed by value date Line item analysis possible Items posted automatically using automatic payment transactions Automatic breakdown using electronic banking transactions Only transactions which are, according to the bank statement, active are posted in the bank main (current) accounts.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 122 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
One general ledger account is needed to set up for each active account you have at the bank, by currency if applicable. In addition, bank clearing accounts are needed for each bank main account, also by currency if applicable. In this connection, we recommend the following grouping as example: 10020010 Bank 1 (current account - domestic - currency USD) 10020011 Bank 1 (outgoing checks) 10020012 Bank 1 (outgoing bank transfers, domestic) 10020013 Bank 1 (outgoing bank transfers, foreign) 10020014 Bank 1 (incoming checks) 10020015 Bank 1 (customer cash receipts) Note: The exact differentiation is to be confirmed by users as part of the Chart of Accounts and Cash Management design exercise. All bank (current) accounts should be assigned to a unique planning level, where bank statements and, with them, the actual bank balance are represented. For example, 10020010 Bank 1 (current account - domestic - currency USD): F0 level All levels starts with F notify this is a bank main account in Cash Management module On the other hand, bank clearing accounts should be maintained on an open item basis. They can, for example, be sorted by local currency amount. Depending on the type of bank clearing account, a specific planning level is then assigned - for example, for: 10020012 Bank 1 (outgoing bank transfer, domestic): B2 level 10020015 Bank 1 (customer cash receipts): a B9 level The field Planning Level is stored in the Company Code Specific segment of the GL Master data for all Bank current accounts. The assignment is critical during the GL master creation. Otherwise, no information from bank postings will be gathered by Cash Management module.
1. Payment transactions: are posted against the clearing accounts using the payment program. 2. Bank statements: balance the clearing entries against the bank account. 3. Cash Management: displays or monitors postings, with the help of various groupings.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 123 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Specific currency can be specified in the Display field. You can use the currency fields to display the foreign exchange risk. On the one hand, you can show the cash position split by currency. You can also display the extent of your currency exposure from the cash position. The average rate is usually used for the translation from planning currency to display currency. If you want to use a different rate for the translation, make the appropriate specification in the rate type field.
Receivables and commitments as expected incoming/ outgoing payments (from MM/ SD) Planned wage and salary payments (Memo Records from TR-CM)
As with the cash position, Cash Management Groupings are set up for the liquidity forecast structure. The grouping term is used to combine particular levels and planning groups for display purposes.
Assignment of Planning group in the master record of Customers/ Vendors (CompanyCode Specific segment) is required in order for the system to transfer data between the customer/vendor accounts and the liquidity forecast.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 124 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
1. Electronic Bank Statement file (in SWIFT MT940 format) is extracted from HSBC Hexagon 2. Data (SWIFT MT940 for HSBC Hexagon) is imported into a temporary dataset in SAP 3. Batch input sessions are generated (per bank statement: one session for G/L Accounting and one for Subledgers- AR/ AP). Bank accounting and subledger accounting batch session can be executed separately or jointly 4. Posting rules and account determination are defined in TR-CM customization 5. As an electronic bank statement is being imported, the system identifies the transactions in it and determines how they are posted. 6. The note-to-payee fields in the electronic bank statement contain various information relevant to open item clearing. Note to payee fields can be interpreted by document number or reference document number for the clearing transaction (example: standard algorithm). If the algorithms we deliver are not sufficient, it is possible to program a user exit tailored to your business (e.g. change the posting rule; influence account determination by means of account modification). 7. Post-processing for posting proposals(line items) which cannot be cleared Note: Electronic Bank Statement format SWIFT MT940 is compactable with SAP TR-CM. Standard algorithm for clearing documents is available in the predefined form in SAP. Customisation, as stated in point 6 above, will be needed to cope with AAA specific requirements on Bank Reconciliation. The review task will be performed on the Detail
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 125 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Design Phase, detail of which will be incorporated into the respective customisation functional specifications.
Enter the company code or, if you are concentrating cash for more than one company code, the worklist. In the Planned to field , enter the planning date up to which you want to concentrate balances. Enter a grouping term in the Grouping field, thereby selecting particular accounts for concentration. Example: BANK-ACT. Enter the cash management name for the account where the amounts are to be concentrated. Enter the target company code If required, use the Minimum Balance field to stipulate the minimum balance an account must have before it is selected for cash concentration. In the Planning Type field, enter a planning type assigned to cash concentration. The plan amount is the total of the cash management end balances, less any defined minimum balances applicable. Once you have processed the concentration proposal, you can create two payment advices for each payment order. One advice is for the sender account and one is for the receiver.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 126 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 127 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Starprint Corp.
(Canada)
(France)
(Germany)
(US)
Validationof ofData Data Validation CurrencyTranslation Translation Currency Inter -UnitElimination Elimination Inter -Unit Consolidationof ofInvestments Investments Consolidation
CC Consolidated Financial Statements
In AAA, all the consolidation units being setup into the to-be system are actual legal entities (with the exception of CC Latin America and Keystone Sales Graphics). In the as-is system, AAA has a dummy unit of Elimination Company that is used for elimination and adjustment postings. However, in SAP R/3, all such postings could be done directly into the consolidation ledger levels without affecting the local general ledgers of each reporting units. However, a
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 128 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
dummy consolidation unit will be established to hold historical balances that exist in the Elim company. This consolidation unit will be dormant; no future postings will be applied. All future Elim company postings will be done through SAPs consolidation procedures and manual adjustments will be posted in the Consolidation Ledger.
A list of the consolidation group and units is shown below: Cons group / subgroup CG1000 Cons group desc Cons unit Cons unit desc Parent in group/ subgroup Yes
1000 4200 4500 3400 3500 6300 CG5100 CG3000 CG3300 CG4100
AAA Corporate US AAA Bbb Canada Starprint Corp AAA Bbb France AAA Bbb Hungary
CG5100
CG3000
CG3300
CCHK Cons Subgroup 5100 5200 5300 CC Europe Cons 3100 Subgroup (UK) 3200 CC Europe Cons 3300 Subgroup (GmBH)
AAA Australia CCHK Cons Subgroup CC Europe Cons Subgroup (UK) CC GMBH Cons Subgroup CC Cons Subgroup for Keystone Sales AAA Bbb HK Ltd Yes AAA Henggang AAA Shenzhen AAA Bbb (Europe) Yes Ltd (UK) Goldline (Europe) Ltd AAA Bbb (CC Yes GMBH)
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 129 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Cons unit
CG4100
Peter Bauser AAA Keystone Sales AAA Latin America AAA Keystone Graphics
Note: The consolidation groups are not final due to design issues with the European consolidation and AAA Australias change to be a subsidiary of CCHK.
CONC
Financial statement items are actually the G/L accounts in consolidation. Each of the G/L accounts in the operating chart of accounts must be assigned to a corresponding group of account to ensure full integration between FI and EC (Enterprise Controlling). When consolidation is active, users are forced to assign a group of account every time when they want to create a new G/L account. This is to enforce data consistency and integrity between the operating COA and the group (Consolidation) COA, i.e. to ensure that all the operating G/L accounts are assigned to group accounts) The FS item code (group account) can be a maximum of 6-digit code. The coding logic for the FS items will follow the same logic of the G/L account coding in the FI general ledger and the details of the coding will be determined later.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 130 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Ability to support consolidation of companies with different currencies Group currency amount could be directly extract from local general ledger with flexibility to revaluate with specific exchange rates for selected FS items in consolidation Automatic eliminations of most intercompany transactions and consolidation of investment Support direct adjustment postings into consolidation ledger without affecting the local general ledger of each reporting unit Supports data upload for planned versions of budgeting
3.13.5. Data Collection Process Generally speaking, data collection process in Consolidation is the process for collection of financial data reported by individual consolidation units. This function can be done within a single tool called Data Monitor.
This step is generally the first step of the consolidation procedure in your every month end processing. This task could be done automatically in Data Monitor. The system will carry forward the net P&L amount into the retained earning account in the consolidated book for each reporting units. Both the local and USD currency will be stored.
The process could be done as a single task for all reporting units or could be done separately for each individual units
Currency Translation
Within AAA Group, each of the reporting units will have their own local ledger currencies. For example in CCHK, the ledger currency is HKD while in CCUK will be in GBP. For the company codes that are not using USD as the local currency, the parallel ledger currency will be activated in the FI general ledger such that USD will also be stored as an additional ledger currency in the local books of the reporting units. In order words, ledger balances in USD will be available in all company codes local books. With the help of the integration with FI, all the USD amount local general ledger balances will be automatically roll-up into the consolidation ledger. The USD amount in the FI general ledger is usually being converted from other transaction currency using an average monthly company rates. For some specific financial statement items in Consolidation, the transaction may have to be done by specific exchange rates. This procedure is also a standard feature in EC-CS. In the standard system, you could choose the following rates for your specific translation needs: Rate type Description
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 131 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Current exchange rate Average exchange rate Historical exchange rate Current exchange rate prior year
The revaluation posting could be done in the Data Monitor as well and the general posting in the consolidation ledger will be: Dr./Cr. The balance sheet items being revaluated Cr./Dr. Exchange gain or loss Realized and unrealized gains and losses will be separated by using two separating G/L accounts.
3.13.6. Consolidation Process Consolidation process refers to all possible elimination and adjustment postings done in the consolidation to come up with the consolidated financial statements. The standard SAP system offers automatic eliminations to most of the intercompany transactions. In AAA, the automatic eliminations to be done by the system are elimination of intercompany A/R and A/P and consolidation of investment. Whenever, automatic postings are not available, manual entries are required to be posted into the consolidation ledger. You can do all the consolidation postings in a single tool called Consolidation Monitor. Eliminations will be done in USD currency.
With the help of a parameter called Trading Partner, the elimination of intercompany A/R and A/P is a feature of automatic elimination in consolidation. In AAA Group, intercompany transactions are being posted to intercompany vendor and customer master record. A trading partner is a key which is defined to represent each company codes within the AAA Group. The trading partners will be assigned to all intercompany vendors and customers master records and hence all the transactions associated with the intercompany vendors and customers will store the trading partners. These also include all P&L item postings associated with the A/R and A/P items. The consolidation will do an automatic pair up of the entries by the trading partners and do the elimination posting accordingly. The following figure shows how the elimination is done :
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 132 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
CC Group
CCUS (4100)
Item A/R ... ... A/P Amt 20 T. Partner 5100
CCHK (5100)
Item A/R ... ... A/P Amt 60 T. Partner 4100
- 60
5100
- 20
4100
Amt - 20 60 - 60 20
This component enables you to eliminate profit and loss resulting from inventory transfers between subsidiaries in your corporate group. However, currently the materials data that is relevant for the elimination cannot be accessed by means of integration with the logistics and the product costing modules. The overall mechanism of the elimination could be summarized as follows: You define a pair of supplier and purchaser relationship between two reporting units within the group by means of manual data entry done in Data Monitor On the purchaser side, you have to get the ending inventory amount that is relevant to elimination of the period outside the system and then manually entered the figure in Data Monitor On the supplier side, you have to manually enter the mark-up percentages of different product groups in Data Monitor.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 133 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
After entering the required data, elimination posting could be done in the Consolidation Monitor. It is confirmed that a customized report will be developed to provide the information of transferred ending inventory values that the relevant mark up amounts in each branches such that users could entered the relevant data for elimination run or directly post an manual elimination document.
Consolidation of Investment
The major features of consolidation of investment in SAP include: Automatic generation of elimination postings of investment in subsidiary for first consolidation Calculation and posting of minority interest for subsidiaries that are not wholly owned Automatic postings for subsequent change in investment for join venture Amortization of goodwill In AAA Group, all the company units are wholly owned by the corporate. Therefore the major function of consolidation of investment in AAA will be the elimination of subsidiary investments. Highlights of this function are listed below: The relevant information for elimination including the percentage of ownership, investment amount paid by the investor, the book value of the investee at the time of acquisition have to be entered manually into the system in Data Monitor Once the data is entered, it will be stored for future postings and no further entry is needed. The elimination posting will be automatically generated by executing the posting run in Consolidation Monitor
Manual journal posting into consolidation is possible in SAP Consolidation system. Such entries may be required in the following scenarios: Manual adjustment of reported financial data. This is used to adjust the amount roll up from the FI general ledger. However, instead of doing this, the best way is to do the adjustment in the relevant local general ledger and roll up the adjustment into the consolidated book Manual elimination posting that cannot be automatically generated by the system Adjustment entries that are done in the corporate consolidated level
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 134 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
The concept of the manual posting is exactly the same as the voucher posting in the general ledger. The adjustment entries have to be posted to a certain posting period of the consolidated ledger and therefore the adjustment is only valid to the period being adjusted only. If similar or even the same adjustments has to be done in the next period, users have to post a separate voucher in the next period. All the manual adjustment postings done directly into the consolidation ledger will not have effect on the local general ledger of each reporting units in FI.
The consolidated financial statements are the final products of the whole consolidation procedure. However in standard SAP R/3 system, there is no pre-defined format of consolidated balance sheet and income statement because the format required may be varied according to different requirements. The consolidated financial statements are usually defined and customized by report painter or report writer. Both tools are standard user-friendly reporting development tools in both FI and CO modules. The detailed requirements and layouts of the consolidated financial statements will be defined and confirmed later.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 135 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
4.
Reporting
More than 100 standard reports are available on-line and real-time in SAP. A selection of standard reports to be used will be done. The report list below addresses reports that have been specifically identified to cover gaps in the functionality of SAP to meet design requirements. All other reports will be addressed after Conceptual Design Sign-Off.
4.1.
Reporting Units
All Branches All Branches All Branches All Branches
Report Name
Global Vendor Aging Report Global Customer Aging Report Global Credit Report AR Aging Report with Reason codes
Description
Global Vendor Aging Report shown in group currency Global Customer Aging Report shown in group currency Global Credit Report for common legal entity customers across all Reporting Units AR Aging Report with Reason shown in local and group currency
Required tax reports to government to show VAT charged or paid for EU and non-EU countries.
Quarterly report to analyse remaining useful life of moulds & tools based on the projected demands for products produced by the moulds. Cost summary report with layout and presentation specific Net Billing Report to reconcile Consolidated Financial Statements with applicable consolidated PA reports by customer and by product. Monthly report to list out the Branchs ending inventory values that and mark-up costs in intercompany transfers so that elimination of the markup could be posted in consolidation Product cost display with the exact layout as the current internal summary cost report prepared in Excel. This report should also support printing of cost estimates for Net Billing purposes with special currency translation requirements specified by the users A report similar to the internal summary report with similar layout but will be able to convert the scrap costs into specific scrap rates defined by the users. This is a separate ad hoc report that is seldom run. A report of production usage frequency and
23
Consolidated Reconciliation Report with CO-PA Breakdown of mark-up cost and inventory cost for intercompany inventory transfers Product cost estimate internal summary report
61
108
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 136 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Ref.
Reporting Units
Report Name
moulding asset
Description
components produced of tooling and moulding asset (linkage
Additional reports requested have been added to the Project Customization Inventory:
a) Sales Statistics Reports has been added to the Report Inventory under the SD module b) Cash paid for interest expense and income taxes, and Product group summary on a consolidated basis of gross sales, SRAs and COGS have been added to the Report Inventory under FICO c) Confirming whether Global Inventory Aging Report with Reason Codes, and Global Inventory Returns Report with Reason Codes should be assigned to the MM or FI modules in the Report Inventory d) AR Aging with Partial Payments Detail has been added to the FICO Report Inventory e) Provision of high risk / obsolete / discontinued product inventory as well as ending inventory projection per month / quarter or per any specific month-end closing f) Estimation of labour overhead absorption per month / quarter or any specific month-end closing for the projected ending inventory g) Standard cost LOH absorption calculation per production, per shipment and per ending inventory based on actual performance and comparing to the budget and last year actual. h) Material variance analysis by product, by customer, by product group, and include the dimensions of actual, forecast, budget. i) Selling, G&A and freight out expenses report j) Age gross receivables, allowances and rebates, etc., returns provisions and calculated net
receivables
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 137 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
5.
List of Customisations
The following items may be customised and the priority needs to be confirmed:
Ref. 7 Reporting Units CCSZ, CCWK Customization Type Enhancement Priority Essential Description Variable field move exit in special purpose ledger Validation exit for posting in FI-GL Purpose Enhancement (user exit) in special purpose ledger to update the country specific G/L account numbers for CCSZ for calendar year financial reporting. Enhancement (user exit) in general ledger to set up a validation in CC France to ensure that financial posting at the end of June are not posted in AAAs new fiscal year. Output of Electronic file from Auto Payment run.
CCFR
Enhancement
Essential
64
Enhancement
Essential
10
11
12
CCUS, CCHK, CCFR, CCGmbH CCUK CCUS, CCHK, CCFR, CCGmbH CCUK All
Form
Essential
Flat file with electronic payment data multiple formats depending on country requirements Check Layouts
Form
Essential
Customer Statements
Form
Essential
CCSZ, CCWK,
Enhancement
Essential
Statutory and local GAAP financial reports Enhancement (user exit) in product costing to apply fix amount quantity overhead (i.e. royalty and the fix rates in Net Billing) per unit of finished goods output quantity To report to the government sales amount, units sold, and weight by customer To create a report on gross
14
TBD
Form
Essential
Enhancement
High
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 138 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Ref.
Customization Type
Priority
Purpose receivables, estimated allowances, returns and bad debt, and net receivables by customer Required tax report to US government on payment to independent contractors Correspondence to customers to remind them of outstanding payments To notify vendors quickly of rejected goods so that they will pick them up promptly
13
CCUS
Form
High
TBD
All
Form
Low
Dunning Letters
CCHK
Enhancement
Low
Automatic creation of Debit Note once vendor goods have been rejected
Note: These customizations are pending the executive steering committee's final decision on approval and priority.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 139 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
6.
List of Interfaces
The following items may be customised and the priority needs to be confirmed:
Ref. 15 17 62 63 16 18 19 Priority
High High High High High Medium Low
Customization Description
Outgoing electronic payments to Hexagon system at HSBC Sending Positive Pay File to Bank to confirm checks from vendors (interface with HSBC Hexagon system) Payroll from ADP to SAP for CCUS Payroll from in-house program to SAP for CCHK and CCWK Incoming Bank Statements for reconciliation with SAP bank accounts (interface with HSBC Hexagon system) D&B Credit Interface to SAP for customer credit history information Auto-update of foreign exchange table with Wall St. published rates (incoming)
Note: These customizations are pending the executive steering committee's final decision on approval and priority.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 140 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
7.
1 2 3
Finalization of Global Operating Chart of Accounts Finalization of the Group Chart of Accounts for Consolidation Finalization of characteristics and values for Profitability Analysis Configuration of Peter Bauser
HK000751
HK000739
HK000752 HK000951
Methodology for recording and analyzing , allowances (and rebates, price protection allowances, discounts, etc.), returns, cogs, and the related balance sheet items of gross receivables, allowances, provisions, and inventory, at the customer and product level, as applicable. Explanation on frequency of entering manual entries against the Consolidation Ledger as a substitute for entering manual entries in an Elim Consolidation Unit Internal order usage explanation.
Brian is working with Larry and the Controllers to close th item by the end of January 2004 Brian and Stanley are working with Larry and the Controllers to close this item by the end of January 2004 Brian is working with the Business Warehouse team and Business Representatives to close this item by the first wee of January 2004. Decision on whether all configuration for active companies should be set up for Peter Bauser. This will be addressed again during the Implementation Phase. Janet, Brian and Larry are working with the SD team to review these bookings in SAP. The target date for closure January 23rd.
Requires system customization. The project team successfully populated the G/L AR reserves line items wit the customer number. Investigations will continue to determine the effort required to create a customized report meet the requirements. Stanley and Janet to communicate and discuss response wi Larry for closure by Wed. Dec. 3rd. (Closed)
Decided to create a dummy Consolidation Unit for the historical balances that exist in the Elim company to avoid monthly manual entry. Stanley and Janet to communicate and discuss response wi Larry for closure by Friday Dec. 5th .
HK000992 HK000463
HK000308
Stanley demonstrated how internal orders can be used on Dec. 10th. Subsequent to this demonstration, Paul requeste more details on the functionality of tracking capital and operating expenses in the Investment Management modul The SD team is continuing to work out the solution for intercompany sales. A partial resolution has been defined for assortments to world-wide customers. The target closu date is TBD. The SD team is continuing to resolve the final details of the
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 141 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Ref.
Issue Description
Action Item
returned goods
10
HK001115
Depreciation simulation for future assets & collection of capitalized costs vs. expenses in a project
11
HK001123
12
HK000638
Mapping of freight activity codes to accounting Add Latin America as an active company code Finalize whether AAA Bbb Aust. (Regional) Pty. Ltd is a subsidiary of CC Corp or CC HK
13
HK001084
14
HK000757
proposed solution to use the World Wide Code to determin the inventory value for returned goods. The current proposal is to use bar-code technology that wi have the intelligence for the world wide code and serial numbering. The bar code will be applied at the batch level track the inventory. Value added service expenses will be booked separately from the returned product cost in a cost center. This is to be confirmed. Stanley and Janet to communicate and discuss response wi Larry and Rick the advantages of using Internal Orders vs Investment Management to meet these requirements. The target date for discussion/communication is Wed. Dec. 3 rd Two meetings were held to discuss above. Accenture is seeking an IM expert to demonstrate the detailed functionality of IM to meet these requirements. Stanley and Janet to communicate and discuss response wi Larry and Rick for closure by January 28th. Janet/Stanley are investigating the details of any technical limitations on creating the requested report. David Wand, Patrick Lee and Nancy Ling are working out the details of these requirements. Any applicable G/L freight accounts will be added as needed. FICO team will work with the Supply Chain team to ensur that all SAP organizational structures are set up appropriately for Latin America. Closed: E-mail from Harlan Press confirmed that CC Aust a subsidiary of CC HK.
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 142 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
8.
Annexes
8.1. Annex 1: Cost Center Hierarchical Structure
Legend
Functional Sub Group Number Group Administration Admin & Human Resources 99 Administration 99 Executives 91 Finance 96 Human Resources 99 Information Technology 95 Legal 94 Public Company 93 Engineering Design Engineering 10 US Design 11 US Production Design 12 Project Management 20 Quality Engineering 40 Production Engineering 30 Production Production Line 4X Supporting Service 49 Sales Marketing 20 Sales 10 Sales Personnel 00 Supply Chain Bonded Warehouse 32 Customer Service 44 Material Control 49 Order Fulfillment 50 Packaging & Repacks 52 Planning 11 Purchasing 20 Return Processing & Warranty 51 Shipping 40 Store 31 SZ Export 45 Warehouse/Storage 33 WK Export 46 Customs Service 48
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 143 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
30 41 42
CCC
Administration
Finance
Information Technology
Non-Officers Officers Executives Accounting Financial Planning & Analysis Tax Treasury Finance Network Spt SAP Information Technology
Engineering
Sales
CCCA
Sales
Supply Chain
Marketing Sales Sales Personnel Supply Chain Admin & Human Resources Finance Information Technology Administration Marketing Sales Sales Personnel Customer Service
1 10-79900 10-79101 10-79102 10-79100 10-79601 10-79602 10-79604 10-79605 10-79600 10-79501 10-79502 10-79500 1 10-79400 1 10-79300 1 10-79901 1 10-61000 10-61101 10-61102 10-61103 10-61100 1 10-52000 1 10-51000 1 10-50009 1 10-33000 1 42-79900 1 42-79600 1 42-79500 1 42-79901 1 42-52000 1 42-51000 1 42-50009 1 42-34400
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 144 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
CCFR
Administration
Sales
Supply Chain
CCGMBH Administration
Sales
Supply Chain
CCHK
Administration
Order Fulfillment Packaging & Repacks Planning Return Processing & Warranty Supply Chain Warehouse/Storage Admin & Human Resources Finance Information Technology Administration Marketing Sales Sales Personnel Customer Service Order Fulfillment Packaging & Repacks Planning Return Processing & Warranty Supply Chain Warehouse/Storage Admin & Human Resources Finance Information Technology Administration Marketing Sales Sales Personnel Customer Service Order Fulfillment Packaging & Repacks Planning Return Processing & Warranty Supply Chain Warehouse/Storage Executives Non-Officers Officers Executives Finance Accounting FPA
1 42-35000 1 42-35200 1 42-31100 1 42-35100 1 42-33000 1 42-33300 1 34-79900 1 34-79600 1 34-79500 1 34-79901 1 34-52000 1 34-51000 1 34-50009 1 34-34400 1 34-35000 1 34-35200 1 34-31100 1 34-35100 1 34-33000 1 34-33300 1 33-79900 1 33-79600 1 33-79500 1 33-79901 1 33-52000 1 33-51000 1 33-50009 1 33-34400 1 33-35000 1 33-35200 1 33-31100 1 33-35100 1 33-33000 1 33-33300 51-79101 51-79102 51-79100 51-79601 51-79603
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 145 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Engineering
Production
Engineering
Project Management
Production
Electrical Mechanical Optical Engineering Design Engineering Production Engineering Tooling Engineer Art Packing Project Management Quality Assurance Quality Engineering Photo Evaluation Software Systems US Production Design Plastic Production Line Pilot Assembly Supporting Services
Sales
Supply Chain
CCSZ
Administration
Engineering
Marketing Sales Sales Personnel Purchasing Shipping Shipping Export unplanned Shipping Import unplanned Supply Chain Warehouse/Storage Finance Human Resources Information Technology Administration Design Engineering Production Engineering
51-79600 1 51-79902 1 51-79500 1 51-79901 51-61002 51-61003 51-61004 51-61000 51-63002 51-63003 51-62000 51-62002 51-62003 51-64002 51-64003 51-61201 51-61202 51-61203 51-61200 51-41101 51-48809 51-49100 51-49800 1 51-52000 1 51-51000 1 51-50009 1 51-32000 1 51-34000 1 51-34100 1 51-34200 1 51-33000 1 51-33300 1 53-79600 1 53-79902 1 53-79500 1 53-79901 53-61001 53-61000 53-63000
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 146 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Quality Engineering
Production
Production Line
Supporting Service
Production Engineering Digital QA Quality Engineering Single Used Bbb QA Digital Assembly Plastic Printed Circuit Board Assembly Single Used Bbb Assembly Stamping Production Line Cleaning Discipline Facility Security Supporting Services
CCUK
Administration
Sales
Supply Chain
Sales Sales Personnel Material Control Order Fulfillment Planning Purchasing Shipping Store Supply Chain SZ Export Admin & Human Resources Finance Information Technology Administration Marketing Sales Sales Personnel Customer Service Order Fulfillment Packaging & Repacks Planning Return Processing & Warranty Supply Chain Warehouse/Storage
53-63002 53-64000 53-64003 53-64004 53-46204 53-41101 53-42303 53-43100 53-41400 53-48809 53-49002 53-49005 53-49105 53-49003 53-49809 1 53-51000 1 53-50009 1 53-34900 1 53-35000 1 53-31100 1 53-32000 1 53-34000 1 53-33100 1 53-33000 1 53-34500 1 31-79900 1 31-79600 1 31-79500 1 31-79901 1 31-52000 1 31-51000 1 31-50009 1 31-34400 1 31-35000 1 31-35200 1 31-31100 1 31-35100 1 31-33000 1 31-33300
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 147 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
CCUS
Administration
Sales
Supply Chain
CCWK
Administration
Engineering
Production
Admin & Human Resources Finance Information Technology Administration Marketing Sales Sales Personnel Customer Service Order Fulfillment Packaging & Repacks Planning Return Processing & Warranty Supply Chain Warehouse/Storage CA Warehouse FL Warehouse Warehouse/Storage Finance Human Resources Information Technology Administration Design Engineering Industrial Engineering Design Engineering Production Engineering Equip Autom Model Shop Production Engineering Project Management Art Packaging Project Management Quality Engineering Digital QA QA Lab Quality Engineering Single Usued Bbb QA Traditional QA Production Line Blister Bonding Digital Assembly Lathe Lens Assembly Lens Molding
1 41-79900 1 41-79600 1 41-79500 1 41-79901 1 41-52000 1 41-51000 1 41-50009 1 41-34400 1 41-35000 1 41-35200 1 41-31100 1 41-35100 1 41-33000 41-33301 41-33302 41-33300 1 52-79600 1 52-79902 1 52-79500 1 52-79901 52-61001 52-61000 52-63000 52-63001 52-63002 52-62000 52-62001 52-62003 52-64000 52-64001 52-64003 52-64005 52-64006 52-41600 52-42302 52-46204 52-41500 52-41201 52-41200
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 148 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Supporting Service
Supply Chain
Bonded Warehouse Customs Service Material Control Order Fulfillment Planning Purchasing Shipping Store Supply Chain WK Export
Mould Shop 52-41102 Packing 52-43300 Painting 52-41700 Plastic 52-41101 Printed Circuit Board Assembly 52-42303 Printed Circuit Board Manufacturing 52-42300 Single Used Bbb Assembly 52-43100 Stamping 52-41400 Surface Mount Technology 52-42301 Traditional Assembly 52-44100 Production Line 52-48809 Canteen 52-49001 Cleaning 52-49002 Discipline 52-49005 Dormitory 52-49004 E-Shop 52-49102 Facility 52-49105 Factory Management 52-49103 Machine Shop 52-49104 Pilot Assembly 52-49100 Security 52-49003 Supporting Services 52-49809 1 52-33200 1 52-34800 1 52-34900 1 52-35000 1 52-31100 1 52-32000 1 52-34000 1 52-33100 1 52-33000 1 52-34600
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 149 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
8.2.
Accounts Payable
Finance Requirements
Must Have
X X X X X X X X X X X X X X X X Not used
Ref # AP-1 AP-2 AP-3 AP-4 AP-5 AP-6 AP-7 AP-8 AP-9 AP-10 AP-11 AP-12 AP-13 AP-14 AP-15 AP-16
Requirement Ability to add new vendors real time. Provide a real-time interface with the Purchasing system. Provide a real-time interface with the Inventory system. Share the vendor file with Purchasing and Inventory. Allow for the identification of tax exempt items. System automatically assigns a vendor number. Vendor lookup by name, address or vendor number. On-line access to vendor information (e.g. balance due information. Ability to view purchase orders on-line. Ability to view open and paid items on-line. Ability to view current and YTD activity on-line by account. Provide inter-company, inter-divisional processing and transferring. Support user defined posting cycles. Provide automated 3-way matches of the invoice, purchase order/requisition and receiving report. Produce a discrepancy report to identify unmatched receiving reports, purchase orders or invoices. Display historical vendor payments in chronological order.
Nice Not to Impor Requirement Requirements Addressed Have tant Comments in the Current Design?
due to HK volume Not used today Not in Phase 1 scope Not used today Not in Phase 1 scope Not used today Not in Phase 1 scope
Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes* Customisation is needed for output of check information as an external file via DME (and subsequent provision to bank) Yes
X
Provide features to facilitate off-site check printing. Post G/L either in detail or summary. Allow transactions to be posted to a subsequent period before the current period has been closed.
X X
Yes
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 150 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
AP-20 AP-21
Ability to auto-assign a vendor, customer, and voucher number. Ability to combine a user-defined batch of invoices into a single check for a vendor.
X X
AP-22
Yes* * Customisation on offline data input and upload program is needed to fulfill this requirment AP-23 Support off-site input of vouchers. Integrate with Payroll for payment of deductions to a third party, i.e. garnishments, charities, etc. Produce checks from multiple bank accounts.
X Using ADP today, and do not plan to through a interface change
Integration with Payroll is customized Yes SAP standard support both batch input and online data input in AP. Please refer to AP-23 for details
AP-24 AP-25
X X
Provide the flexibility to support both batch and interactive processes. Allow user designed check formats. Support the ability to produce laser printed checks with MICR coding on blank paper stock. Allow payment information to be accessed by invoice number, check number and vendor name. Ability to view all reports on-line.
X X X X X
Update all files, including history, if a check is voided. X Allow for manual checks. X Ability to generate checks by vendor, due date, and discount AP-33 date. X AP-34 Ability to produce checks in order to maximize discount X conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 151 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
AP-35
opportunities. Account aging information to be provided both on-line and in report format. Support automatic check reconciliation by receiving a data file from the bank with canceled check information.
Yes
AP-36
Yes Yes* *Using SAP FI Accural functions, pre-defined accrual entried can be generated per period
AP-37 AP-38 AP-39 AP-40 AP-41 AP-42 AP-43 AP-44 AP-45 AP-46 AP-47 AP-48 AP-49 AP-50 AP-51 AP-52 AP-53
Ability to automatically generate monthly and year end accrual calculations. Produce an open liability report for year end and period end accruals. Provide cash requirements forecasting. Create recurring vouchers. Provide ad-hoc reporting capabilities. Allow for one time vendors. Support document imaging. Produce 'joint checks' - a check made payable to two parties. Allow for user defined fields. Support accrual detail report. Support vendor approval process setup. Provide a proof report listing all entered vouchers prior to posting. Allow voucher entry from multiple companies in the same session. Support a single vendor master file for use across all companies. Support supplier account inquiry across companies. (Invoice search without knowing company name) Allow the allocation of a single voucher to multiple companies. Support inquiry capabilities on check number. (Listing
X X X X X X X X X X X X X X X X X
Excluded from current design Yes Yes Yes Yes Yes Yes Yes Will be addressed in Detail Design Stage Yes
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 152 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Ability to create electronic check registers for transmission to the bank after check runs. (Positive Pay) Allow supplier account inquiries based on date ranges. Support multiple remit-to addresses. Support payment by electronic funds transfer. Support default descriptions and account numbers for suppliers. Handle special check routing instructions. (Hold, Route to other employees)
AP-58 AP-59
X X
AP-60
AP-61 AP-62 AP-63 AP-64 AP-65 AP-66 AP-67 AP-68 AP-69 AP-70 AP-71
Allow payment of invoices from multiple companies on the same check. Support intercompany accounts payables transactions. Ability to prevent entry of the same invoice for payment by multiple companies. Handle reimbursements for items such as gift certificates. Ability to transmit 1099's electronically. Provide 1099 processing. Support 1099 vendor coding. (Rents, Misc.) Support single vendors as both 1099 and trade vendors. Support VAT requirements. Ability to interface with project costing. Ability to interface with fixed assets.
X X
Will be addressed in Detail Design Stage Yes Yes Can enter gift certificates as a special voucher type Yes Yes Yes Yes
Yes
Not in Phase 1 scope
Yes
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 153 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
AP-72
Ability to support on-line vendor and customer inquires (i.e. self service).
Accounts Receivable & Billing Not Nice to Import Requirement Must Have Have ant Comments
X X X X X X X X X X X X X Would like the new system to provide approval controls over adding new customers Batching is used today Not being done today
Ref # AR-1 AR-2 AR-3 AR-4 AR-5 AR-6 AR-7 AR-8 AR-9 AR-10 AR-11 AR-12 AR-13
Requirement Support either detail or summary posting of transaction detail to G/L. Allow payments to be applied to specific invoices. Allow unallocated customer payments to a customer account. Provide a cash receipt summary report by bank. Allow miscellaneous adjustments to a customer's account. Allow reason codes for adjustments. Ability to access customer A/R account information by either customer number or customer name. Provide real-time update of customer A/R balances based on billings and collections. Provide customer A/R account information history shown in chronological order. Show payments with their associated invoices in the customer A/R account information history. Ability to post transactions to a subsequent month before the previous month has been closed. Allow multiple agings by corporation (i.e. one aging per division and/or location). Ability to automatically generate invoice numbers.
Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
AR-14
AR-15
Allow the user to define custom invoice formats. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 154 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Ability to print invoices individually on request. Ability to compute and separately track VAT. Ability to reprint invoices. Allow input of non A/R cash, i.e. payment via a notes receivable. Accept payment of cash in excess of amount due. Ability to write off small amounts at cash application time. Ability to print a bank deposit slip.
Yes Yes Yes Yes Yes Yes Bank Deposit slips should be printed by Bank and not by AAA Bbb. This is not addressed in current design.
AR-23
Prevent posting with errors and warnings. Support automated matching and exception reporting. (Credit cards, cash application)
AR-24
AR-25 AR-26 AR-27 AR-28 AR-29 AR-30 AR-31 AR-32 AR-33 AR-34 AR-35
Track the resolution and collection process for chargebacks. Allow reason codes for chargebacks. Provide information regarding the actual/original dates of chargebacks. (the items that caused the chargebacks) Support centralized accounts receivable. Support intercompany receivables. Prevent duplicate processing of the same record. (cash application) Allow for posting a payment to a suspense account. Ability to interface with bank files to allow customer payment by transfer of funds. Provide a sales data report containing the last invoice date. Provide a sales data report containing sales and gross profit YTD, prior period. Provide a sales data report containing YTD/prior period sales by conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 155 of 172
X X X X X X X X X X X
Dynamics needs much stronger controls Not important due to the low volume of receipts Could be a growing problem as activity with Wal-Mart, etc. expands
Yes
Yes
More information needed Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
period. AR-36 AR-37 AR-38 AR-39 AR-40 AR-41 Provide an aged trial balance report for the current period. Provide an aged trial balance report as of any date. Provide an aged trial balance report with summary or detail data. Provide an aged trial balance report for age on invoice date or due date. Provide an aged trial balance report for past due customers only. Provide a report with customer statistics.
X X X X X X Needs comment space to note collection efforts
Yes Yes Yes Yes Yes Yes Requires customization of standard SAP customer statement form Yes* By FI Document Type
AR-42
AR-43 AR-44
Provide a report with the automatic charge journal. Provide a report with the finance charge journal.
AR-45
AR-46
AR-47
AR-48
Yes All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 156 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
AR-49
AR-50
AR-51
AR-52
AR-53
AR-54
AR-55
Provide a report that recaps customer transactions for user defined range of dates to include multi-year.
AR-56
AR-57
Support a daily aging report. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 157 of 172
All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
AR-58
AR-59
Support aging reports, edit reports, cash receipts registers. Support credit card reconciliation between third party clearing houses and bank accounts. Produce a closing bank statement. Provide an automated bank reconciliation. Ability to have the system interface with the bank system to create externally generated transactions. (Bank fees)
X X X X
All reports will be addressed after Conceptual Deisgn Signoff Requirement is no longer essential -- not in the current design Yes Yes Yes* *Electronic Bank Recon with Hexagon-HSBC
AR-63 AR-64 AR-65 Provide VAT functionality that calculates taxes at the time of invoicing. Provide the ability to print/view reports based on a date range in the past.
X X Need option to see both posted and unposted records
Yes Yes
AR-66 AR-67
Allow all reports to be viewed on line. Allow the user to create custom lookup views. Ability to print on the sales invoice the brand, color, film and batteries. Ability to account for Net sales adjustments on an order by order basis based on a Net sales allocation table which can provide the flexibility to make several type of adjustments based on Model type , responsible branch, specific customers and specific sales product codes. Ability to add Sales comment and the customer part number to the invoice detail. Ability to support vendor and customer inquires.
X X
AR-68 AR-69
X X
Yes Yes Requires customization on standard SAP invoice form Yes* * Details should refer to SAP-SD design document
AR-70 AR-71
X X
Yes Yes
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 158 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Financial Management Not Nice to Import Requirement Must Have Have ant Comments
Ref # Requirement General Ledger Provide easy addition and deletion of account numbers within FM-1 the chart of accounts. FM-2 Provide statistical data in the chart of accounts. Provide drill-down capabilities of summary information to access FM-3 detailed information stored in multiple modules. FM-4 Provide automatic journal entries with an audit trail. Perform automatic recurring journal entries and reversals of FM-5 monthly accruals. FM-6 Automatically assign journal entry numbers.
Yes Yes Yes Yes Yes Yes Yes, in multiple transactions. You are restricted to one period/year per transaction Yes Yes
Statistical information on J/Es J/E identifier by user X
Allow posting to multiple years and periods at one time. Ability to print a detailed ledger after year end close. Provide for user defined closes.
X X X
Provide audit controls for statistical information on J/Es - J/E identifier by user. Support separate fiscal calendars by company. Ability to edit journal batches prior to posting. Allow user defined journal descriptions. Provide on-line reports with an option to print. Provide the ability to scroll up/down when reviewing on-line reports. Provide the ability to generate a combined trial balance for all accounts. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 159 of 172
X X X X X X
Yes
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
FM-17 FM-18 FM-19 FM-20 FM-21 FM-22 FM-23 FM-24 FM-25 FM-26 FM-27
Ability to have import/export capabilities to communicate with other software packages. Ability to support foreign currency conversion. Ability to support international formats for dates. Ability to support tracking of exchange rate gains/losses. Ability to track different rates for the same currency. Ability to track different currencies for different companies. Ability to support auto conversion of foreign currency amounts. Ability to support consolidation of companies with different currencies. Allow viewing of reports through an intranet. Allow for on-line updates via the intranet. (budget process, etc.) Ability to create allocations based on statistical information.
X X X X X X X X X X X Portals
Ability to flag exceptions for accounts that deviate from user defined criteria. Allow system interface with sales tax reporting system. Allow each CC location to have the ability to view accounting data. Support 4-4-5 accounting. Support off-site voucher entry and check writing capabilities. Support model journal entries. (same accounts, but varying amounts each month) Provide capability to download/upload information in spreadsheets. Ability to summarize/purge historical data. Ability to report performance of actuals to budgets. Provide drill down capabilities to scanned documents. (electronic storage)
X X X X X X X X X
Yes Will be addressed in Detail Design Stage Yes Yes Yes Yes
Need ability to edit Yes amounts Not currently used to full advantage
Yes
Not in Phase 1 scope
Yes
Would like to investigate using this technology in the future Not in Phase 1 scope
FM-37
FM-38
Automatically create intercompany journal entries. (postings to intercompany accounts) conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 160 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
enabled by EDI
Provide drill down capabilities from on-line versions of the financial statements. Support complex allocations utilizing user defined cost pools, variable and fixed percentage allocation as well as stepped or FM-40 layered methodologies. Budgeting FM-41 Provide exception reporting for significant variances between one budget version and historical information or with redefined criteria. FM-39
Yes
X X
Yes Yes* * Standard function on exception reporting exist in BW Yes Yes Will be addressed in Detail Design Stage Yes* * By means of Cost Element Groups Yes* * SAP provide different control points for budgeting, e.g. by transaction or by limit by Plan Version
Store budget data by month with the ability to summarize for different periods. Allow multiple versions of a plan or budget. Provide ranking and comparison features to judge the multiple versions of a plan or budget.
X X
FM-45
FM-46
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 161 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
FM-47
Provide automatic consolidation of the budget numbers, which were prepared at the divisional and/or departmental level.
Allow the user to autocopy same account data to all periods. Allow actuals be used to generate new budgets. Allow new budgets to be automatically generated by increasing prior year budgets by a flat % or formula. Support the use of units/formulas to compute budget data.
X X X X
Yes* * Consolidated budget values here only means by simple addition of all divisional/ departmental values. No real integration with Consolidation module in SAP Yes* By copy function Yes* By copy function Yes Yes* Simple formula can be catered by R/3 CO planning function. For more advance formula, separate SAP product, SEMBCS should be implemented
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 162 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
FM-52
Yes* * Workaround solution: User might use different Plan Version and input different data for simple scenario analysis. For more advance what if analysis, separate SAP product, SEMBCS should be implemented No. Standard SAP do not support recurring FI entries be generated from budget data. Manual work has to be done by users
Dynamics only allows set amounts
FM-53
FM-54
Allow recurring journal entries spread annual amounts evenly and unevenly across monthly periods
Yes* * This utilitises FI-GL standard function. No integration with SAP Planning functions Yes
FM-55
Allow users to view on-line comparisons of budget and actual data. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 163 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
FM-56
Support the use of the intranet/internet during the budget process. Financial Reporting FM-57 Integrate with user friendly, third party report writers (e.g. spreadsheet downloads and queries that can be used by nontechnical individuals). FM-58 Ability to produce an income statement for any division/department or other entity. FM-59 Ability to easily produce consolidated financial statements. FM-60 Ability for financial reports to be generated for any single period or any range of periods. FM-61 FM-62 Provide predefined reports that can be used as modifiable templates rather than having to create all new custom reports. Ability to print to any available network device. (i.e. printer/CD writer)
Yes
Yes Yes* * As long as the network device is set up and supported as SAP output device Yes* * However, this will not be the case for AAA after SAP implementation Yes
FM-63
FM-64
Ability to print P and L current period vs. same period last year. Ability to print P and L period data across columns. Ability to print P and L department data across columns. Ability to print P and L 5 year data, with a 5 year average. Ability to print Balance Sheet current period vs. prior period. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 164 of 172
X X X X X
Corporate now using Excel to generate financial statements " " " " " " " " " "
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
FM-70 FM-71 FM-72 FM-73 FM-74 FM-75 FM-76 FM-77 FM-78 FM-79
Ability to print Balance Sheet 5 year data, with a 5 year average. Ability to print Statement of cash flows current period, last year. Ability to print Statement of cash flows YTD, this year. Ability to print Statement of cash flows YTD, last year. Ability to print Statement of cash flows 5 year data, with a 5 year average. Ability to print Budget data current period actual, variance. Ability to print Budget data YTD actual, variance. Ability to print Budget data flash reporting (actual + remaining budget). Ability to print Budget data cash projection/management data. Ability to include unposted journals on financial reports.
X X X X X X X X X X
" " " " " " " " " "
Yes Yes Yes Yes Yes Yes Yes Yes Yes No. This is already clarified as a GAP in the FICO workshop. This is not a standard functionality of SAP Will be addressed in Detail Design Stage Will be addressed in Detail Design Stage Yes Yes Yes Yes Yes
FM-80
FM-81
Ability of the report writer to support flexible definition of column and row data. Ability of the report writer to support flexible user defined calculations, such as column computations. Ability of the report writer to support flexible user defined calculations, such as ratios. Ability of the report writer to support flexible user defined calculations, such as user defined subtotals Ability of the report writer to support the preparation of conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 165 of 172
X X X X X
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
graphs/charts. Ability of the report writer to print footers on financial statements. Ability of the report writer to have security relating to report creation and generation. Provide online query capabilities to mask a part of the account number.
X X X
Yes Yes Will be addressed in Detail Design Stage Yes Yes Will be addressed in Detail Design Stage Yes Yes Yes
Not using consolidation feature today
Provide online query capabilities to lookup account data by range of periods. Provide online query capabilities to lookup account data by range of accounts. Provide online query capabilities to lookup account data by user defined screen views.
X X X
FM-93 Provide online query capabilities to display totals. FM-94 Provide online query capabilities to obtain a graphical analysis. FM-57 Provide online query capabilities for prior period data. Consolidations FM-95 Provide summarization of accounts. (roll-up capabilities) FM-96 FM-97 Support intercompany accounting. Allow for user defined roll-up structures. (Ability to change structure easily)
X X X X
X X
Treasury FM-98 Support calculation of expected cash resources (sales, AR, field service, miscellaneous cash).
Yes* * Cash Mgmt module covers SO/ PO/ AR, AP invoices/ GL Bank postings. All other expected cash inflow/ outflow
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 166 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Support calculation of expected cash uses (purchasing, AP miscellaneous cash). Track forecast effects of cash resources and uses on cash availability. Provide cash projection reporting. Provide cash projections by entity, bank, expected date, terms, customer payment history.
X X X X
Yes Yes Yes Yes* * Only on bank, expected date, payment terms. Not based on Customer Payment History. Yes Yes Yes Yes Yes Yes Yes Yes Yes; however the current design is that cash receipts wil be applied manually
Provide cash projections by currency (for hedging currencies). Provide cash book inflow and outflow by bank, year, statement code. Support recording of cash payments and receipts from bank statements. Support statement discrepancy exception flagging and reporting. Ability to record miscellaneous charges and deposits. Process cancelled AP checks. Provide recording of GL journal entries to cash. Print statement of accounts. Record cash receipts automatically from bank .
X X X X X X X X X
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 167 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Asset Management Not Nice to Import Requirement Must Have Have ant Comments
Not using Dynamics today. Assets are tracked in Excel.
Ref #
Requirement Ability to track "additions" by P.O. number, voucher number, asset number, or vendor number for a specific range of periods. Ability to designate division, department, and location for each asset. Ability to transfer assets between divisions, departments or locations. Track user defined fields for each asset purchased. Track the original cost and history of sales taxes paid on assets. Track items that are not recorded as fixed assets, such as third party rentals.
X X X X X X
Yes Yes Yes Yes Yes Yes No. Needs to be accomplished with SAP Plant Maintenance No. Needs to be accomplished with SAP Plant Maintenance No. Needs to be accomplished with SAP Plant Maintenance No. Needs to be accomplished with SAP Plant Maintenance. Yes Yes Yes Yes Yes Yes Yes Yes
FA-7
FA-8
FA-9
Capture Model Number information. Capture Serial Number information. Capture Division information. Capture Physical Location information. Capture State information. Track Sold To name for each asset sold. Track Gain or loss for each asset sold. Track Type or reason for disposal for each asset sold. Track Amount of sales tax paid for each asset sold. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 168 of 172
X X X X X X X X X
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
FA-19 FA-20
Support all depreciation methods and conventions including straight line, sum of years, double declining balance, MACRS, ACRS, and ADS. Support different book and tax basis.
X X
Straight line
FA-21 FA-22 FA-23 FA-24 FA-25 FA-26 FA-27 FA-28 FA-29 FA-30 FA-31 FA-32 FA-33 FA-34 FA-35 FA-36 FA-37 FA-38 FA-39 FA-40 FA-41 FA-42 FA-43 FA-44 FA-45
Ability to forecast depreciation by changing an asset's useful life, depreciation method, and/or acquisition date. Provide a complete audit trail of transactions. Interface with accounts payable. Interface with the general ledger. Provide a retirement register by month/asset by Division. Provide a retirement register by month/asset by Department. Provide a retirement register by month/asset by Master account. Provide a retirement register by month/asset by Sub-account. Provide a retirement register by month/asset by Product code. Provide a retirement register by month/asset by Retirement type. Provide monthly and YTD activity reports for Transfers. Provide monthly and YTD activity reports for Acquisitions. Provide monthly and YTD activity reports for Sales. Provide monthly and YTD activity reports for Disposals. Ability to track vehicle licenses. Support foreign currency. Which ones? Track leasing info. Track assets by location, state and division for state tax purposes. Ability to indicate tax exempt status. Provide asset retirement options, such as Fully retire. Provide asset retirement options, such as Partially retire. Provide asset retirement options, such as Retire by units. Provide asset retirement options, such as Retire by cost. Provide asset retirement options, such as Reinstate retired assets. Provide asset retirement options, such as Current and prior period retire. in the same period.
X X X X X X X X X X X X X X X X X X X X X X X X X
Yes Yes Yes for existing/current assets only; Forecast depreciation for future assets can be set up in IM Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 169 of 172
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Ability to provide unique reporting requirements, such as Capital budgeting and forecasting features as well as correct net book value for a past period. Ability to print a report showing accumulated depreciation by a user specified date. Ability to support property tax registers. Ability to support physical count process.
X X X X
Capital budgeting Yes, correct net book and forecasting value for a past period but features. capital budgeting is To be able to managed in the correct net book value for a past Investments Management module period
Cost Management & Accounting Not Nice to Import Requirement Must Have Have ant Comments
Note: Product costing is currently being supported by CIS4 X X X
Support any/all of the following cost types: Standard, Actual, Average, Simulated, or User-defined. Ability to store frozen, current and/or pending standard costs. Support regenerative and selective cost generation modes. Support inclusion of scrap, yield, and shrinkage in cost calculations.
Support yield calculations specified by batch and/or process. Support cost rollup selectable by cost type or part number. Support cost rollover selectable by cost type. Provide the capability to store actual costs. Support cost updates by all items, single items, or item class. Ability to calculate freight, overhead, carrying cost, etc. in actual and standard cost. Ability to include freight, overhead, carrying cost, etc. in actual and standard cost. Provide standard cost for labor. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 170 of 172
X X X X X X X X
Yes Yes Need more information Yes No. Need clarification on the meaning of yield calculation. Yes Yes Yes Yes Yes Yes Yes
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
PC-13 PC-14
X X X X X X
PC-15 Provide downtime reporting by reason code. Cost Reporting PC-16 Provide reports for Costed single level BOM. PC-17 Provide reports for Costed multi-level BOM. PC-18 Provide reports for Cost summary.
Yes Yes No. Need more information. Yes Yes Yes All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff All reports will be addressed after Conceptual Deisgn Signoff Yes Yes
PC-19
PC-20
PC-21
PC-22
PC-23
PC-24
PC-25
PC-26 Provide reports for Product Cost sheet. Variance Reports PC-27 Support variance types, such as Material usage. PC-28 Support variance types, such as Material substitution. conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 171 of 172
X X X
Global SAP Implementation Program Phase One Conceptual Design Document Finance & Controlling
Support variance types, such as Purchase price. Support variance types, such as Shrinkage. Support variance types, such as Yield by work order. Support variance types, such as Component scrap. Support variance types, such as Parent cost adjustment.
X X X X X X X X X X X X X X X X X
PC-34 Support variance types, such as Component cost adjustment. PC-35 Support variance types, such as Closed work order. PC-36 Support variance types, such as Future variance projections. Cost Management PC-37 Support transaction register encoding. PC-38 Support inventory reevaluation. PC-39 Support work order closing procedures. Support labor distribution reporting to assign labor costs to PC-40 products. PC-41 Support activity based costing. PC-42 Allow all reports to be viewed on line. PC-43 Allow the user to create custom lookup views. Ability to segment, track and monitor the Standard Landed cost for PC-44 Budgeting & Product Costing reasons. Need to use USD as the sales currency for the UK export PC-45 customers.
Yes Will be addressed in Detailed Design Stage Will be addressed in Detailed Design Stage Yes Will be addressed in Detailed Design Stage Will be addressed in Detailed Design Stage No No Yes Yes Yes Yes Yes Yes Yes Yes Yes. For indirect materials have been expensed to a cost center, no further value movement will be kept by SAP Yes
PC-46 PC-47
Ability to automatically generate a journal entry to transfer indirect materials between departments. Ability to classify standards by department for machine and labor.
X X
conceptual-design-of-ficoFICO Conceptual Design Document v1.1 Printed on: 8/28/20137/10/2004 12:53 PM12:47 PMPage 172 of 172