SAP Controlling has variance analysis as discussed in the previous post and here we are going to continue this discussion here further in this post.
The Reconciliation Ledger
In the reconciliation ledger, CO data is totaled and valuated. The reconciliation ledger shows you the data in all CO applications for a cost element, as well as totals for company codes, business areas,object types, and object classes and so on.Although it is not a statutory rehttp://abapprogramming.blogspot.comuirement, it ought to be possible to reconcile data from Controlling and Financial Accounting. One purpose of the reconciliation ledger is to create reconciliation postings.
External postings to FI that are relevant to cost are automatically transferred to the corresponding CO application component (this is done directly, in real time). The CO totals are updated for the reconciliation ledger for these postings.If amounts in CO are posted across company code, functional area, or business area, then this information needs to be transferred back to FI. This information is not automatically transferred to Financial Accounting. The CO totals in the reconciliation ledger are updated however.You can use the reconciliation ledger to create a posting for reconciling FI and CO postings.In addition to CO/FI reconciliation, the reconciliation ledger also has the following informative functions :
- Cross-CO cost analyses
- Navigation help and access to Controlling for the profit and loss statement.
The Reconciliation Ledger Structure
The reconciliation ledger uses the criteria below when deciding on the posting, and creating a total:
- Account (cost element)
- Company code
- Business area
- Origin group (subdivision of material types)
- Object type (cost center, order, project, business process, and so on)
- Object class
- Functional area
- Account (cost element)
- Company code
- Business area
- Origin group (subdivision of material types)
- Object type (cost center, order, project, business process, and so on)
- Object class
- Functional area
The object class puts the controlling objects into business categories. The four object classes for Controlling are: Overhead costs (OCOST), investments (INVST), production (PRODT), and profit and loss, and sales and distribution (PROFT).The R/3 system also makes a differentiated update of data records, although concentrating on the corresponding business transaction and the Credit/Debit indicator. During each update, three currency amounts (currency for controlling area, company code, and group) are updated, as well as the http://abapprogramming.blogspot.comuantity field.During allocations, partner record fields (senders or receivers) are also updated. Using this data, you can valuate the value flow across company codes, business areas, and functional areas.
Reconciliation Reports
The R/3 system contains special cost element reports for evaluating the reconciliation ledger. You can use these reports for the following:
Comparing Controlling and General Ledger results.
Displaying costs for each object class
Displaying the flow of costs between company codes, business areas, and functional areas
Drilling down to line item level
Valuate the reconciliation ledger on a cross-application basis (for the whole of CO), and create an overview of costs incurred This enables you to make complex cost analyses using object types, functional areas, object classes, company codes, or business areas.
Reconciliation Posting: Account Determination
The account determination helps you decide which reconciliation accounts in R/3 postings are to be made to. You need to create adjustment and clearing accounts in FI.For standard account determination, reconciliation accounts are only defined by business transaction and object class.If you rehttp://abapprogramming.blogspot.comuired more than one adjustment account for your reconciliation postings, then you can use extended account determination. This enables you to make more detailed assignments to reconciliation accounts. In substitution rules, you can use any field in the reconciliation ledger (functional area, company code, cost element, and so on) as a substitution condition.
If, for example, the standard account determination is based on the chart of accounts, then companies working with the same chart of accounts also use the same adjustment account. You can use the account determination to assign the adjustment account independently of the company code.You need to maintain posting keys for each chart of accounts, but it does not matter whether you use standard or extended account determination. If a reconciliation account was determined using an earlier version of the standard account determination, you can replace this account with a new one using substitution.
The R/3 system needs the adjustment account for secondary cost elements as there is no corresponding G/L account. The system usually creates the reconciliation posting on the corresponding FI account for primary costs. However, you can also define an extended account assignment for primary cost elements if the reconciliation posting is not to be made to the FI G/L account.
Period lock
Use the period lock to lock plan and actual business transactions for a combination of controlling area, fiscal year, and version.You can select individual business transactions for locking from a list of all the actual and plan business transactions.It is also possible to lock individual business transactions for all the periods of the fiscal year, or all business transactions for individual periods.
Related Posts
No comments :
Post a Comment