over head costing configuration

8/3/2019 Over Head Costing Configuration

1/41


2/41

2YHUKHDG&RVW&RQWUROOLQJ 6$3$*

-XQH

&RS\ULJKW

Copyright 1998 SAP AG. All rights reserved.

No part of this brochure may be reproduced or transmitted in any form or for any purpose withoutthe express permission of SAP AG. The information contained herein may be changed withoutprior notice.

SAP AG further does not warrant the accuracy or completeness of the information, text, graphics,links, or other items contained within these materials. SAP AG shall not be liable for any special,indirect, incidental, or consequential damages, including without limitation, lost revenues or lostprofits, which may result from the use of these materials. The information in this documentation issubject to change without notice and does not represent a commitment on the part of SAP AG forthe future.

Some software products marketed by SAP AG and its distributors contain proprietary softwarecomponents of other software vendors.

Microsoft, WINDOWS, NT, EXCEL and SQL-Server are registered trademarks ofMicrosoft Corporation.

IBM, DB2, OS/2, DB2/6000, Parallel Sysplex, MVS/ESA, RS/6000, AIX, S/390,AS/400, OS/390, and OS/400 are registered trademarks of IBM Corporation.

OSF/Motif is a registered trademark of Open Software Foundation.

ORACLE is a registered trademark of ORACLE Corporation, California, USA.

INFORMIX-OnLine IRU6$3is a registered trademark of Informix Software Incorporated.

UNIX and X/Open are registered trademarks of SCO Santa Cruz Operation.

ADABAS is a registered trademark of Software AG.

SAP, R/2, R/3, RIVA, ABAP/4, SAP ArchiveLink, SAPaccess, SAPmail,

SAPoffice, SAP-EDI, R/3 Retail, SAP EarlyWatch, SAP Business Workflow, ALE/WEB,

Team SAP, BAPI, Management Cockpit are registered or unregistered trademarks of SAPAG.

,FRQV

,FRQ 0HDQLQJ

Caution

Example

Note


3/41

6$3$* 2YHUKHDG&RVW&RQWUROOLQJ

-XQH

&RQWHQWV

2YHUKHDG&RVW&RQWUROOLQJ 'HILQLWLRQRI2YHUKHDG

&RVW&RQWUROOLQJ0HWKRGV

$GYDQWDJHVRI2YHUKHDG&RVW&RQWUROOLQJZLWKWKH56\VWHP

3DUDOOHO9DOXDWLRQV

$XWKRUL]DWLRQV

$XWKRUL]DWLRQVIRU5HVSRQVLELOLW\$UHDVLQ2YHUKHDG&RVW&RQWUROOLQJ

General Authorization Object for Cost Center Accounting....................................................... 15

General Authorization Object for Internal Orders..................................................................... 16$XWKRUL]DWLRQVIRU+LHUDUFK\/HYHOVLQ$FWLYLW\%DVHG&RVWLQJ

General Authorization Object for Business Processes ............................................................ 19

*UDQWLQJ$XWKRUL]DWLRQVIRU2YHUKHDG&RVW&RQWUROOLQJ5HVSRQVLELOLW\$UHDVDQG+LHUDUFK\/HYHOV

3HULRG/RFN

([WHUQDO'DWD7UDQVIHU

7DEOH6WUXFWXUHVDQG)XQFWLRQ0RGXOHVIRU3ODQ'DWD

Interface for External Data Transfer ......................................................................................... 29Import Parameters for Plan Data Transfer ............................................................................... 30Table Parameters for Plan Data Transfer ................................................................................ 34

7DEOH6WUXFWXUHVDQG)XQFWLRQ0RGXOHVIRU$FWXDO'DWD

Import Parameters for Actual Data Transfer ............................................................................ 37Export Parameters for Actual Data Transfer ............................................................................ 39Table Parameters for Actual Data Transfer ............................................................................. 40


4/41


-XQH

2YHUKHDG&RVW&RQWUROOLQJ3XUSRVH

Overhead Cost Controlling component enables you to plan, allocate, control, and monitoroverhead costs.

Planning in the overhead area lets you specify standards, which enable you to control costs andevaluate internal activities.

All overhead costs are assigned to the cost centers where they were incurred, or to the jobswhich led to their being incurred. The SAP R/3 system provides you with many methods for thefurther allocation of overhead. Using these methods you can allocate the overhead costs true to

their origins. Some of the overhead can be assigned to cost objects with minimum effort andconverted to direct costs.

At the end of a posting period, when all allocations have been made, the plan (target) costs arecompared with the corresponding actual costs on the basis of the operating rate. You cananalyze the resulting target/actual variances by cause and use the analyses for furthermanagerial accounting measures within Controlling.

)HDWXUHV

Overhead Cost Controlling is divided into the following areas.

&RVWDQG5HYHQXH(OHPHQW$FFRXQWLQJCost and Revenue Element Accounting details which costs and revenues have been incurred.Accrual is calculated here for outlay costs and additional costs. Reconciliation between CostAccounting and Financial Accounting also occurs in Cost Element Accounting. This means thatthe tasks of Cost and Revenue Element Accounting stretch beyond the bounds of Overhead CostControlling.

&RVW&HQWHU$FFRXQWLQJ

Cost Center Accounting determines ZKHUH costs are incurred in the organization. To achieve thisaim, costs are assigned to the subareas of the organization where they have the most influence.

By creating and assigning cost elements to cost centers, you not only make cost controllingpossible, but also provide data for other application components in Controlling, such as CostObject Controlling. Moreover, you can use a variety of allocation methods to assign further thecollected costs of the given cost center/s to other controlling objects.

2YHUKHDG2UGHUV&22023$

Overhead Orders are internal orders used either to monitor overhead costs for a limited period oroverhead incurred due to carrying out a job, or for the long-term monitoring of specific parts ofthe overhead. Overhead orders collect, independently of the cost center structure, the plan andactual costs incurred. This enables you to control the costs continuously. Additionally, you canuse overhead orders to control a cost center in more detail. You can assign budgets to jobs.


5/41


-XQH

These budgets are then monitored automatically by the SAP R/3 System to ensure that they arekept to.

$FWLYLW\%DVHG&RVWLQJ

In contrast to the responsibility and function-oriented basis of Cost Center Accounting, Activity-Based Costing provides a transaction-based and cross-functional approach for activity output inwhich several cost centers are involved. The emphasis lies not on cost optimization in individualdepartments, but rather for the entire organization.

By allocating business process quantities based on cost drivers, rather than using overheadcalculation, cost allocation along the value chain is truer to the source of the costs. Activity-BasedCosting enables you to cost products more accurately in the overhead areas.


6/41


'HILQLWLRQRI2YHUKHDG

-XQH

'HILQLWLRQRI2YHUKHDG

Costs that cannot be assigned directly to cost objects are designated RYHUKHDG.

The percentage of overhead in total costs has risen sharply in recent years. The number ofworkers employed in overhead areas grew from 25-30% in the 1950s to more than 50% today.Not only has overhead grown in service organizations, which treat most of their costs asoverhead, but also in manufacturing. Research in the United States revealed that overheadmakes up approximately 80% of the costs in the machine and electronics manufacturingindustries. Manufacturers must deal with changes in organizational value-added structures,which as a rule change the organizational cost matrix. Thus, the increased use of automationresults in a disproportionate rise in overhead, with fewer directly assignable production costs.Organizations cannot assign the costs of administrative and planning activities to products asaccurately as the manual activities. Even a reduction in production depth can change direct coststo overhead because of the greater number of external procurements.

Overhead from planning, management, quality control, and coordination in such areas asresearch and development, procurement, and work preparation grow ever more important incomparison to actual product manufacturing. Of course, direct activity output provides a greatdeal of cost transparency to which an organization can apply proven management accountingmethods to reduce costs. However, most managers have already exhausted most of theseoptions. The interrelationships in overhead often remain unclear and the optimization optionsunrealized.


7/41



-XQH


The R/3 Systems Controlling component (CO) supports all standard cost controlling methods.You do not need to implement the different methods in their pure forms. Depending on yourorganizations requirements, you may use the methods in cost accounting in parallel.

The R/3 System provides all the functions necessary for planning and allocation using thedifferent methods. The functions record fixed and variable costs related to activity outputseparately. The Controlling component supports multiple cost controlling methods, which givesyou a free hand in deciding which functions and methods are applied to individual areas.

The R/3 System supports the following common cost controlling methods in the Overhead CostControlling component (CO-OM):

$VVHVVPHQW

Assessment uses plan/actual cost accounting based on full costs. There is no costsplitting into fixed and variable portions. The R/3 System allocates overhead viaassessment to cost objects or to products on the basis of predetermined keys.

2YHUKHDG3HUFHQWDJHV

Overhead percentages use plan/actual cost accounting based on full costs. There isno cost splitting into fixed and variable portions. The R/3 System uses the anticipatedhourly wage costs, determined during cost center planning, in order to valuate theactivity quantity structure of production routings. The R/3 System then appliesremaining overhead to cost objects on the basis of predetermined percentage rates.

6WDQGDUG&RVWLQJ

Standard costing divides the cost center structure according to tracing factors andactivity types as a basis for activity allocation. There is no cost splitting into fixed andvariable portions. The R/3 System uses the (total) cost portions determined toevaluate the activity quantity structure of production routings.

You can use the production costs calculated in the Product Cost Controllingcomponent (CO-PC) in the Profitability Analysis component (CO-PC) to valuate theproducts sold on the basis of full costs (corresponding to the cost-of-sales accountingmethod).

0DUJLQDO&RVWLQJ

Marginal costing divides costs into their fixed and variable portions, based on thedivision of the cost center structure according to activity types. The R/3 System uses

marginal cost rates determined through activity price calculation to valuate the activityquantity structure of production routings. Analytical cost planning, and the variablecosts it determines, support more detailed decision-making. By using marginal costs,for example, you can determine short-term price floors. Simultaneously, the CostObject Accounting component calculates production costs on the basis of full costs.

You can use the production costs calculated in the Product Cost Controllingcomponent (CO-PC) in the Profitability Analysis component (CO-PC) to valuate theproducts sold on the basis of full costs (corresponding to the cost-of-sales accountingmethod). Moreover, cost splitting into fixed and variable portions allows you to identifyand target over-absorption in the Profitability Analysis component.


8/41


$GYDQWDJHVRI2YHUKHDG&RVW&RQWUROOLQJZLWKWKH56\VWHP

-XQH

$GYDQWDJHVRI2YHUKHDG&RVW&RQWUROOLQJZLWKWKH5

6\VWHPAlong with monitoring and controlling of overhead, the Overhead Cost Controlling component(CO-OM) provides important preparatory work for profitability analysis and accurate productcosting.

Overhead percentages, still widely used, allocate overhead in proportion to direct product costs.Thus, the organization assigns large overhead to products with high direct costs, resulting inmixed signals about profitability in complicated production and sales structures.

The R/3 System prevents this situation. In addition to the standard assessment and overheadpercentage methods, you can use advanced methods of overhead allocation and apply them tothe entire organization or to critical sub-areas. The R/3 System thus illustrates which internalactivities and business processes are necessary to manufacture and market a product or a

service. Overhead distributes according to resource consumption and business process oractivity utilization. You can activate automatic determination of quantity consumption, whichsignificantly reduces the effort necessary for implementing an Activity Based Costing approach.This removes an argument often given in organizations favoring simple assessment andoverhead percentage methods.

Along with time-saving automatic allocations, the integration of Overhead Cost Controlling in theR/3 System environment minimizes entry of actual data and reduces the work involved inplanning.


9/41


3DUDOOHO9DOXDWLRQV

-XQH

3DUDOOHO9DOXDWLRQV

8VH

The R/3 system gives you the option of working with parallel value flows.

For more information on the business theory of parallel value flows in the R/3 System and theirportrayal in the Controlling component (CO), seeTransfer Prices [Ext.] in the R/3 library, under

(QWHUSULVH&RQWUROOLQJ3URILW&HQWHU$FFRXQWLQJ7UDQVIHU3ULFHV

To make the necessary settings for parallel valuations in Controlling, see the Implementation

Guide (IMG) under &RQWUROOLQJ &RQWUROOLQJ*HQHUDO ([HFXWHSDUDOOHOYDOXDWLRQWUDQVIHUSULFHV.

This section deals only with those aspects of parallel valuation that are relevant for OverheadCost Controlling (CO-OM).

)HDWXUHV

9DOXH)ORZ

'LVWULEXWLRQ$VVHVVPHQWDQG3HULRGLF5HSRVWLQJ

Distribution, assessment and periodic repostings are carried out in parallel in all the valuations.The costs to be allocated are taken from the corresponding valuation. The tracing factor isalways taken from the operational valuation. The values allocated may differ in the differentvaluation methods. An exception to this is assessment in Profitability Analysis (CO-PA). This canonly be carried out using the operational valuation.

Senders and receivers are displayed in the results list, differentiated according to the parallel

actual versions of the various valuations.

,QWHUQDO$FWLYLW\$OORFDWLRQ

Internal activity allocation is carried out using the operational valuation. The plan activity priceused for allocation thus applies to all the valuations. A later R/3 System release will allowdifferent (manually defined) plan activity prices for the various valuations, dependent on thereceiver. In the same way, you carry out indirect activity allocation and target=actual activityallocation.

From Release 4.0, actual activity price calculation and revaluation at actual activity prices will bepossible in all the valuation methods. Actual costs will be split on the activity types, based on theplanning for the operational valuation.

$FFUXDODQG2YHUKHDG$SSOLFDWLRQThe operational valuation forms the basis for accrual calculations and overhead application. Theamounts determined are valid for all valuations.

6HWWOHPHQW

Settlement takes place in parallel in all valuation methods, except for settlement to fixed assetsor to profitability segments. For settlement to fixed assets, the R/3 System uses the companycode currency. For settlement to profitability segments, it uses the operational valuation. Lineitem settlement to a fixed asset is possible only if you use legal valuation as your operationalvaluation.


10/41


3DUDOOHO9DOXDWLRQV

-XQH

5HSRVWLQJ

You can repost documents (with references) in each valuation for the amount updated when the

document was originally posted.

Reposting of values is not supported for parallel valuations.

'RFXPHQWVDQG/LQH,WHPV

When you post a document, the R/3 System creates separate line items for each valuation, allof which belong to the same document header.

$QDO\VHVDQGWKH,QIRUPDWLRQ6\VWHP

Variance calculation can take place only in the operational valuation.

The information system in the Overhead Cost Controlling component can access all of yourvaluations. A ready-for-input field appears for the valuation in the selection screen, only if you

have activated the updating of parallel valuations in at least one controlling area of the currentclient (see: Report Painter [Ext.]). In reporting, you can run target/actual comparisons betweenplan values in the operational valuation and the actual values in another valuations.

$YDLODELOLW\&RQWURO

Commitments are carried out only using the operational valuation.

The active availability control compares the actual values for the operational valuation with thereleased budget. This means that you can only run availability control for the operationalvaluation.

5HFRQFLOLDWLRQZLWK)LQDQFLDO$FFRXQWLQJ

All the valuations are updated in the reconciliation ledger. When you create reconciliationpostings, the values are reported to Financial Accounting in all valuations. However, valuationsthat are not carried in Financial Accounting are not considered (see Transfer Prices in theReconciliation Ledger [Ext.].)

The default setting for the reconciliation reports and the cost flow report ensure that values aredisplayed in the legal valuation.


11/41


$XWKRUL]DWLRQV

-XQH

$XWKRUL]DWLRQV

8VH

Authorizations let you determine which actions individual users are allowed to perform in the R/3System.

SAP delivers standard authorization objects that allow you to define authorizations. Anauthorization object consists of a number of fields the content of which determines whether auser can perform a certain action.

Authorizations that cover a unified set of tasks can be grouped together into an authorizationprofile. You can then group individual authorization profiles together in collections of profiles.These profiles are then entered in the users master record to give that user the correspondingauthorizations.

$FWLYLWLHVWhen a user tries to perform an action in the R/3 System, the system checks the fields in thecorresponding authorizations to see whether he or she is authorized to carry out that action.

This section only describes aspects of the authorization concept that are specificto the Overhead Cost Controlling component (CO-OM).

You define authorizations in the Implementation Guide (IMG) for the desired

component of Overhead Cost Controlling under $XWKRUL]DWLRQ0DQDJHPHQW

0DLQWDLQDXWKRUL]DWLRQVand $XWKRUL]DWLRQ0DQDJHPHQW0DLQWDLQSURILOHV.

There you will also find information about how to maintain authorizations andauthorization profiles, as well as a list of the available authorization objects.

For information about the R/3 authorization concept, see %&%DVLV6\VWHP

$GPLQLVWUDWLRQ8VHUVDQG$XWKRUL]DWLRQV in the R/3 Library.


12/41



-XQH

$XWKRUL]DWLRQVIRU5HVSRQVLELOLW\$UHDVLQ2YHUKHDG

&RVW&RQWUROOLQJ8VH

In the Cost Center Accounting component (CO-OM-CCA) and Overhead Orders component (CO-OM-OPA), you can grant authorization not only for individual cost centers, but also forresponsibility areas within the Overhead Cost Controlling component (CO-OM).

An Overhead Cost Controlling responsibility area consists of one or more cost centers or one ormore accounts in the standard hierarchy in Cost Center Accounting.

If you grant authorization for a node in the standard hierarchy, this authorization applies to all thenodes and cost centers that lie below that node. It is not necessary to grant authorization foreach of these nodes and cost centers individually.

The authorization concept lets you grant detailed authorizations or broad authorizations with littleeffort.

You can only grant authorization for nodes of the standard hierarchy in CostCenter Accounting, not for nodes of alternative hierarchies.

(QKDQFHPHQWVIRU,QWHUQDO2UGHUV

For internal orders as well, an Overhead Cost Controlling responsibility area can consist of oneor more orders. The orders are assigned to the standard hierarchy in Cost Center Accountingaccording to their assignment to a cost center. If you grant someone authorization for a node of

the standard hierarchy, that person also has authorization for all the orders assigned to thecorresponding cost centers.

For orders not assigned to a cost center, the Overhead Cost Controlling responsibility areaconsists of the order itself. Such responsibility areas cannot belong to any other responsibilityorder.


13/41



-XQH

Order

10011

S01000 S01100

Electricity

2210

Water

2220

Gas

2230

Energy

S02 200

2310

S02 300

1100

Management

0DQDJHPHQW$FPH ,QF

Fitters

4110

Electricians

4120

Painters

4130

SF I

4210

SF II

4220

Order

40098

Aux. CCtrs

S04 100 S04 200

Prod. .A

S04000

3URGXFWLRQ

Buildings

Admin.buildings

2320

Ware-houses

2330

Productionbuildings

Personnel

3200

Generaladmin.

3100

Sales

3300

S02000

/RJLVWLFV

Responsibility area for cost center 2330Responsibility area for node S03000

Responsibility area for node S02200

Responsibility area for order 40098

Personnel

3200

Generaladmin.

3100

3300

S03000

$GPLQ

Sales

)HDWXUHV

You can grant separate authorizations to maintain cost center master data, plan cost centersmanually, and execute cost center reports for individual Overhead Cost Controlling responsibilityareas.

For example, you can authorize the person in charge of a cost center to plan and to display

reports on his or her cost center.

You cannot grant authorizations for allocating plan and actual data byresponsibility area.

$FWLYLWLHV

When a user tries to carry out an action for a cost center or node of the standard hierarchy, thesystem checks whether he or she has the proper authorization for that particular Overhead CostControlling responsibility area and action. If not, the system checks the responsibility areas that


14/41



-XQH

contain that responsibility area (higher nodes of the standard hierarchy). If the properauthorization is found for one of these nodes, the user is allowed to carry out the action. If no

authorization is found all the way up to the highest node of the hierarchy, the user cannot carryout the action.

(QKDQFHPHQWVIRU,QWHUQDO2UGHUV

For internal orders, the system first checks whether the user has authorization to perform theaction for that particular order.

If not, and if the order is not assigned to a cost center, the user is not allowed to carry out theaction. If, however, the order is assigned to a cost center, the system checks whether the userhas authorization for the corresponding Overhead Cost Controlling responsibility area. If noauthorization is found, the system continues searching up the standard hierarchy for the properauthorization for internal orders.

6HHDOVR

*HQHUDO$XWKRUL]DWLRQ2EMHFWIRU&RVW&HQWHU$FFRXQWLQJ>3DJH@

*HQHUDO$XWKRUL]DWLRQ2EMHFWIRU,QWHUQDO2UGHUV>3DJH@

*UDQWLQJ$XWKRUL]DWLRQVIRU2YHUKHDG&RVW&RQWUROOLQJ5HVSRQVLELOLW\$UHDVDQG+LHUDUFK\/HYHOV>3DJH@


15/41


*HQHUDO$XWKRUL]DWLRQ2EMHFWIRU&RVW&HQWHU$FFRXQWLQJ

-XQH

*HQHUDO$XWKRUL]DWLRQ2EMHFWIRU&RVW&HQWHU

$FFRXQWLQJ'HILQLWLRQ

The general authorization object for the Cost Center Accounting component (CO-OM-CCA) is.B&&$, which allows you to grant authorizations for Overhead Cost Controlling component(CO-OM) responsibility areas in Cost Center Accounting.

8VH

By assigning this authorization object to users, you can grant authorization to maintain costcenter master data, plan cost centers manually, or perform functions of the information systemfor Overhead Cost Controlling responsibility areas in Cost Center Accounting.

The authorizations can be granted for one Overhead Cost Controlling responsibility area.

6WUXFWXUH

The authorization object consists of the following fields:

Actions of the Overhead Cost Controlling authorization check

Cost element

Overhead Cost Controlling responsibility area for authorizations

You can grant authorization for one or more of the following actions:

0001: Create master data

0002: Change master data

0003: Display master data

0006: Delete master data

0008: Display change documents

1002: Create/change plan data

1003: Display plan data

3027: Select totals records

3028: Select line items

3029: Display extracts

If desired, you can use authorization object K_CCA in addition to the otherauthorization objects for Cost Center Accounting.


16/41


*HQHUDO$XWKRUL]DWLRQ2EMHFWIRU,QWHUQDO2UGHUV

-XQH


'HILQLWLRQ

The general authorization object for the Overhead Orders component (CO-OM-OPA) is.B25'(5, which allows you to grant authorizations for Overhead Cost Controlling component(CO-OM) responsibility areas for internal orders.

8VH

By assigning this authorization object to users, you can grant authorization for the followingactions in Overhead Orders:

Maintain order master data

Plan orders manually

Budget orders

Perform actions in the information system

The authorizations can be granted for one Overhead Cost Controlling responsibility area. If theorder is assigned to a cost center, the Overhead Cost Controlling responsibility area can be theorder, the cost center in charge, or a node of the standard hierarchy in Cost Center Accounting. Ifthe order is not assigned to a cost center, the Overhead Cost Controlling responsibility area isthe order itself.

6WUXFWXUH


Actions of the Overhead Cost Controlling authorization check

Order type

Internal order authorization: authorization phase

Cost element

Overhead Cost Controlling responsibility area for authorizations






0011: Release

0012: Undo release

0013: Technically close

0014: Close

0015: Lock

0016: Unlock


17/41



-XQH

0017: Set deletion flag

0018: Remove deletion flag

0019: Set deletion indicator

0020: Change user status

0030: Maintain settlement rule

0031: Maintain settlement parameters



1502: Change budget

1503: Display budget




If desired, you can use authorization object K_ORDER in addition to the otherauthorization objects for Cost Center Accounting.

For more information, see the system documentation for authorization object K_ORDER.


18/41


$XWKRUL]DWLRQVIRU+LHUDUFK\/HYHOVLQ$FWLYLW\%DVHG&RVWLQJ

-XQH

$XWKRUL]DWLRQVIRU+LHUDUFK\/HYHOVLQ$FWLYLW\%DVHG

&RVWLQJ8VH

In the Activity Based Costing component (CO-OM-ABC), you can grant authorizations not onlyfor individual business processes, but also for hierarchy levels.

A hierarchy level comprises one or more business processes or one or more nodes of thestandard hierarchy in Activity Based Costing.

If you grant authorization for a node in the standard hierarchy, this authorization applies to all thenodes and business processes that lie below that node. It is not necessary to grant authorizationfor each of these nodes and business processes individually.

The authorization concept lets you grant detailed authorizations or broad authorizations with littleeffort.

You can only grant authorization for nodes of the standard hierarchy in ActivityBased Costing, not for nodes of alternative hierarchies.

)HDWXUHV

You can grant separate authorizations to maintain business process master data, plan businessprocesses manually, maintain process templates, and display change documents for a hierarchylevel.

For example, you can authorize the person in charge of a business process to plan and todisplay change documents on his or her business processes.

It is not possible to grant authorizations for allocating plan and actual data perresponsibility area.

$FWLYLWLHV

When a user tries to carry out an action for a business process or a node of the standardhierarchy in Activity Based Costing, the system checks whether he or she has the properauthorization for that particular business process or node and action. If not, the system checks

the nodes of the standard hierarchy that lie above that process or node. If the properauthorization is found for one of these nodes, the user is allowed to carry out the action. If noauthorization is found all the way up to the highest node of the hierarchy, the user cannot carryout the action.

6HHDOVR

*HQHUDO$XWKRUL]DWLRQ2EMHFWIRU%XVLQHVV3URFHVVHV>3DJH@

*UDQWLQJ$XWKRUL]DWLRQVIRU2YHUKHDG&RVW&RQWUROOLQJ5HVSRQVLELOLW\$UHDVDQG+LHUDUFK\/HYHOV>3DJH@


19/41


*HQHUDO$XWKRUL]DWLRQ2EMHFWIRU%XVLQHVV3URFHVVHV

-XQH

*HQHUDO$XWKRUL]DWLRQ2EMHFWIRU%XVLQHVV3URFHVVHV

'HILQLWLRQ

The general authorization object for the Activity Based Costing component (CO-OM-ABC) is.B$%&, which allows you to grant authorizations for individual hierarchy levels in Activity BasedCosting.

8VH

By assigning this authorization object, you grant authorization to maintain business processmaster data, plan business processes manually, maintain process templates, or use theinformation system for hierarchy levels in Activity Based Costing.

6WUXFWXUH


Actions of the Overhead Cost Controlling component (CO-OM) authorization check


Authorization area for authorizations




0006: Delete master data







4011: Carry out materials planning

If desired, you can use authorization object K_ABC in addition to the otherauthorization objects for Cost Center Accounting.


20/41



-XQH

*UDQWLQJ$XWKRUL]DWLRQVIRU2YHUKHDG&RVW&RQWUROOLQJ

5HVSRQVLELOLW\$UHDVDQG+LHUDUFK\/HYHOV3URFHGXUH

1. Choose $XWKRUL]DWLRQ0DQDJHPHQW0DLQWDLQDXWKRUL]DWLRQV in Customizing for theOverhead Cost Controlling component (CO-OM).

2. Select the authorization in the object class &RQWUROOLQJ:

General authorization object for cost centers (K_CCA)

General authorization object for internal orders (K_ORDER)

General authorization object for business processes (K_ABC).

&RS\LQJDQ$XWKRUL]DWLRQ3. Copy the ALL authorization (K_CCA_ALL, K_ORDER_ALL, K_ABC_ALL) to be able

to define different authorizations for different users.

4. In the dialog box &RS\$XWKRUL]DWLRQ, enter a name for the new authorization.

5. Enter a new short text by selecting the short text and choosing 6KRUWWH[W

6. Select the new authorization.

6SHFLI\LQJ$FWLRQVIRUWKH$XWKRUL]DWLRQ&KHFN

7. Select $FWLRQVRIWKH&220$XWKRUL]DWLRQ&KHFN.

8. In the dialog box, enter the keys for the actions on which you want to run anauthorization check. These can be individual actions or intervals.

The actions are different for the general authorization objects for cost centers, internalorders, and business processes. Press F4 to obtain a list of the actions available inthe component you are defining authorizations for.

9. Choose (QWHUto close the dialog box.

6SHFLI\LQJDQ2YHUKHDG&RVW&RQWUROOLQJ5HVSRQVLELOLW\$UHDRU+LHUDUFK\/HYHOIRUWKH$XWKRUL]DWLRQ

10. Select &2205HVSRQVLELOLW\$UHD.

11. Choose the object that you want to use to specify the Overhead Cost Controllingresponsibility area.

In the general authorization object for cost centers (K_CCA), the Overhead CostControlling responsibility area can be specified as one of the following objects:

Cost centers

Intervals of cost centers

Node of the standard hierarchy in the Cost Center Accounting component(CO-OM-CCA)

Choose &RVWFHQWHU(object type KST)or6WDQGKLHUQRGHV(object type HKN)


21/41



-XQH

In the general authorization object for internal orders (K_ORDER), the OverheadCost Controlling responsibility area can be specified as one of the following

objects: Orders

Intervals of orders

Cost centers

Intervals of cost centers

Node of the standard hierarchy in Cost Center Accounting

Choose 2UGHU(object type AUF),&RVWFHQWHU(object type KST), or6WDQGKLHUQRGH(object type HKN)

In the general authorization object for business processes (K_ABC), the hierarchylevel can be specified as one of the following objects:

Business processes

Intervals of business processes

Node of the standard hierarchy in the Activity Based Costing component (CO-OM-ABC)

Choose %XVLQHVVSURFHVV(object type GPZ) or+LHUDUFK\OHYHO(object type GPH)

12. To grant authorization for all objects (cost center, order or business process) in allcontrolling areas, choose $OODXWKRUL]DWLRQV

To grant authorizations for individual objects or nodes, choose 1HZHQWULHV.

Enter the controlling area in the field &RQWU.

Enter the object, object interval or node of the standard hierarchy or hierarchylevel in the field 9DOXH.

If you enter an asterisk (*), the authorization applies to all the values of thatcolumn.

An asterisk (*) in the cost center column means that the authorization check is tobe applied to all the cost centers in the specified controlling area.

13. Choose &KHFNto check the validity of the values you entered, then choose &RQILUP to

close the dialog box.14. Choose ,QWHUQDOGLVSOD\to display your entries as they are stored in the R/3 System.

15. Save the authorization and return to the list of authorizations.

6SHFLI\LQJ$GGLWLRQDO$XWKRUL]DWLRQ&KHFNV

16. For the authorization objects for Cost Center Accounting (K_CCA) and internal orders(K_ORDER), you can also store cost elements to grant authorizations for.


22/41



-XQH

Currently the system does not check the cost element in master datamaintenance and planning. However, you should enter this now to ensure that it

is checked in the future.17. For the authorization objects for internal orders (K_ORDER), you can also store order

types and phases of order processing ($XWKRUL]DWLRQSKDVHV) for which to grantauthorization.

$FWLYDWLQJWKH$XWKRUL]DWLRQ

18. Activate the authorization.

0DLQWDLQLQJ3URILOHVDQG(QWHULQJ7KHPLQ8VHU0DVWHUV

19. Carry out the Customizing step $XWKRUL]DWLRQ0DQDJHPHQW0DLQWDLQSURILOHV.

20. Enter the authorization profile in the master records of the relevant users. To do so,

choose 7RROV$GPLQLVWUDWLRQ8VHU0DLQWHQDQFH8VHUV

For an example of how to use authorizations for Overhead Cost Controlling responsibility areas,see Creating and Issuing Authorizations for System Administrators and Cost Center Managers[Ext.].


23/41


3HULRG/RFN

-XQH

3HULRG/RFN

The SHULRGORFN secures plan and actual transactions from further changes for a combination ofcontrolling area, fiscal year, and version.

To maintain the period lock for the corresponding Controlling component (CO):

1. Choose 7RROV3HULRGORFN&KDQJH.

2. Select Plan or $FWXDO.

You receive a list of all transactions in actual or in plan with which you can lockindividual transactions for specific periods.

3. Choose /RFNWUDQVDFWLRQ or 8QORFNWUDQVDFWLRQ for individual transactions in allperiods of the fiscal year.

4. Choose /RFNSHULRGV or 8QORFNSHULRGV for individual transactions during specificperiods of the fiscal year.

5. Save your entries.


24/41



-XQH


8VH

You need external data transfer if you have previously stored your data in non-SAP systems, butnow intend to transfer the data to Cost Center Accounting (CO-OM-CCA). For example, you canadapt transfer your plan primary costs to SAP-internal structures. The SAP R/3 System executesthe same checks for the data to be transferred as is carried out using the corresponding dialogfunctions

This section contains the general procedure for how to transfer data from non-SAP systems. Italso describes how to set up the interface parameters required for data transfer.

The external data is divided into plan data and actual data.

3UHUHTXLVLWHVAs you must create your own program to carry out the steps required to transfer external data,you should have previous experience in ABAP/4 programming.

To simplify the external data transfer process, SAP provides you with some demonstrationprograms. These programs contain sample calls of the function modules, which control the datatransfer.

$FWLRQV

You can carry out 3ODQGDWDWUDQVIHU by calling up directly the appropriate function module in theprogram. The R/3 System uses this function module to carry out all checks for the data to betransferred in this case.

You can carry out $FWXDOGDWDWUDQVIHU using immediate update or in the background. Thefunction modules transfer the data directly to the corresponding screens. The R/3 Systemperforms checks in the screen; not while the function module is being processed. This allows youto perform an analysis in case of errors. SAP supplies three demonstration programs for actualdata transfer. These programs include important steps for the actual data transfer.

When transferring external data, for example, from a sequential file with a specific structure, tothe R/3 System, you must first change the data structure to conform with the existing R/3structure. This means that you must assign the external data to the fields of the SAP structure.

The program for the external data transfer must contain the following steps:

1. Reading the data records to be transferred

2. Transferring the data to an internal table with an SAP-defined structure

These two steps are not described at this point. The following topics detail the procedurerequired for the third step:

3. Transferring actual or plan data using demonstration programs.


25/41



-XQH


The following section gives the planning areas for various Controlling component (CO) objects forwhich function modules for data transfer exist. You must enter the required data to be transferredfor each planning area.

&RVW&HQWHUV

Activity-independent primary cost planning

Data: Cost center, cost element (category 01, 04, or 90)

Revenue planning

Data: Cost center, cost element (category 11 or 12)

Activity-independent order cost planning without sender

Data: Cost center, cost element (category 21)

Activity-independent order cost planning without sender


Credit overhead planning


Activity-independent activity input planning

Data:

Cost center, sender cost center, sender activity type (cost element category 43,activity type category 01)

Cost center, sender business process

Activity-independent key figure planning

Data: Cost center, statistical key figure

&RVW&HQWHUV$FWLYLW\7\SHV

Activity-dependent primary cost planning

Data: Cost center, cost element (category 1, 4, or 90), activity type (category 1, 2, 3,or 4)

Activity-dependent order cost planning without sender

Data: Cost center, cost element (category 21), activity type (category 1, 2, 3, or 4)

Activity-dependent order cost planning with sender

Data: Cost center, cost element (category 21), activity type (category 1, 2, 3 or 4)

Nonallocatable or directly allocatable activity type planning

Data: Cost center, activity type (cost element category 43, activity type category 1 or4)

Indirectly allocatable activity type planning

Data: Cost center, activity type (cost element category 43, activity type category 2 or3)


26/41



-XQH

Activity-dependent activity input planning

Data:

Cost center, activity type (cost element category 43, activity type category 1, 2, 3,or 4), sender cost center, sender activity type (category 1)

Cost center, activity type (cost element category 43, activity type category 1, 2, 3,or 4), sender business process

Activity-dependent key figure planning

Data: Cost center, activity type (category 1, 2, 3, or 4), statistical key figure

2UGHUVDQG:%6(OHPHQWV

Activity-independent primary cost planning

Data: Order or WBS element, cost element (category 1, 4, or 90)

Revenue planning

Data: Order or WBS element, cost element (category 11 or 12)

Credit overhead planning

Data: Order or WBS element, cost element (category 41)


Data:

Order or WBS element, sender cost center, sender activity type (cost elementcategory 43, activity type category 1)

Order or WBS element, sender business process Activity-dependent key figure planning

Data: Order or WBS element, statistical key figure

%XVLQHVV3URFHVVHVDQG&RVW2EMHFWV

Activity-independent key figure planning

Data:

Business process, statistical key figure

Cost object, statistical key figure

5HFRQFLOLDWLRQ2EMHFWV


Data:

Reconciliation object, sender cost center, sender activity type (cost elementcategory 43, activity type category 1)

Reconciliation object, sender business process


27/41



-XQH

You may transfer exactly one Controlling object per function callup. Primary costplanning on cost centers and on orders, therefore, must be called up in two

separate actions.The following categories of table structures exist for each planning area:

Transfer of cumulative plan data

Transfer of periodic plan data

The following table shows the function modules used depending on the data being transferred.

)XQFWLRQ0RGXOHVDQG7UDQVDFWLRQVIRU3ODQQLQJ$UHDV

3ODQQLQJ$UHD )XQFWLRQ0RGXOH 7UDQVDFWLRQ

Activity-independent primarycost planning,

periodic/cumulative

K_COSTS_PLAN_INTERFACE_PERIOD/

K_COSTS_PLAN_INTERFACE_TOTAL

RKP1

Revenue planning,periodic/cumulative



RKP5

Activity-independent ordercost planning without sender,periodic/cumulative



RKP8

Activity-independent ordercost planning with sender,periodic/cumulative

K_ACT_INPUT_INTERFACE_PERIOD/

K_ACT_INPUT_INTERFACE_TOTAL

RKPW

Credit overhead planning,

periodic/cumulative



RKPZ

Activity-independent activityinput planning,periodic/cumulative



RKP3

Activity-independent key figureplanning, periodic/cumulative

K_RATIO_PLAN_INTERFACE_PERIOD/

K_RATIO_PLAN_INTERFACE_TOTAL

RKP4

Activity-dependent primarycost planning,periodic/cumulative

K_RKP6_INTERFACE_PERIOD/

K_RKP6_INTERFACE_TOTAL

RKP6

Activity-dependent order costplanning without sender,periodic/cumulative

K_RKP6_INTERFACE_PERIOD/

K_RKP6_INTERFACE_TOTAL

RKP9

Activity-dependent order costplanning with sender,periodic/cumulative



RKPX

Nonallocatable or directlyallocatable activity typeplanning, periodic/cumulative

K_ACT_PLAN_INTERFACE_PERIOD/

K_ACT_PLAN_INTERFACE_TOTAL

RKP2


28/41



-XQH

Indirectly allocatable activitytype planning,

periodic/cumulative

K_ACT_PLAN_INTERFACE_PERIOD/

K_ACT_PLAN_INTERFACE_TOTAL

RKPL

Activity-dependent inputplanning, periodic/cumulative



RKP7

Activity-dependent key figureplanning, periodic/cumulative

K_RATIO_PLAN_INTERFACE_PERIOD/

K_RATIO_PLAN_INTERFACE_TOTAL

RKP4

The data to be transferred is read in the originating system and transferred to an internal R/3System table structure. This structure must be decided on and selected before data transfertakes place.

The R/3 System contains the following function modules and sample programs for transferringplan data.

7DEOHRI6DPSOH3URJUDPVIRU3ODQ'DWD7UDQVIHU

)XQFWLRQ0RGXOH 6DPSOH3URJUDP

K_COSTS_PLAN_INTERFACE_PERIOD RKKIPL1P

K_COSTS_PLAN_INTERFACE_ TOTAL RKKIPL1T

K_ACT_INPUT_INTERFACE_PERIOD RKKIPL3P

K_ACT_INPUT_INTERFACE_TOTAL RKKIPL3T

K_RATIO_PLAN_INTERFACE_PERIOD RKKIPL4P

K_RATIO_PLAN_INTERFACE_TOTAL RKKIPL4T

K_RKP6_INTERFACE_PERIOD RKKIPL6P

K_RKP6_INTERFACE_TOTAL RKKIPL6T

K_ACT_PLAN_INTERFACE_PERIOD RKKIPL2P

K_ACT_PLAN_INTERFACE_TOTAL RKKIPL2T


29/41


,QWHUIDFHIRU([WHUQDO'DWD7UDQVIHU

-XQH

,QWHUIDFHIRU([WHUQDO'DWD7UDQVIHU

To transfer plan data, you must access the relevant function modules using a program andspecify the following parameters which the R/3 System checks for validity.

Import parameters

These parameters are independent of the type of data being transferred. They are thesame for both plan and actual data transfer and are necessary for the transfer of dataand control information.

Export parameters

These parameters are required to give the results from accessing the functionmodule.

Table parameter

The table parameter used is dependent on the type of data being transferred and isnecessary for the transfer of data and control information.


30/41


,PSRUW3DUDPHWHUVIRU3ODQ'DWD7UDQVIHU

-XQH


The following parameters can be used for any type of plan data you wish to transfer.

)XQFWLRQ0RGXOH,PSRUW3DUDPHWHUVIRU3ODQ'DWD7UDQVIHU

,PSRUW3DUDPHWHU 7UDQVIHU2I 1DPH

BLTXT Data Document text

GJAHR Data Fiscal year

KOKRS Data Controlling area

PERAB Data From period

PERBI Data To period

VERSN Data Version

VRGNG Data Transaction

MESSAGES_SHOW Control information Display messages

IRKU01_CUR Control information Currency field group indicator

IRKU02_CUR Control information Currency field group indicator

UPDATE_VALUES Control information Check existing values

COMMIT Control information Execute commit through function module

DELTA Control information Indicator for delta version posting

TESTMODE Control information Error message without updateONLINE_VB Control information Online posting

$GGLWLRQDO,PSRUW3DUDPHWHUVIRU)XQFWLRQ0RGXOHV.B$&7B3/$1B,17(5)$&(B727$/DQG.B$&7B3/$1B,17(5)$&(B3(5,2'

,PSRUW3DUDPHWHU 7UDQVIHU2I 1DPH

PRICE_QUANT_PLAN Control information Plan quantities and/or prices

,PSRUW3DUDPHWHUV9(561DQG95*1*The parameter 9(561 is used to select the version you require.

The 95*1* parameter contains the business transactions in the Cost Center Accountingcomponent (CO-OM-CCA) and controls to which planning area the external data can betransferred. To see an overview of all the Controlling component business transactions, usesystem transaction OKC1. The transactions used in the plan function modules are collected inTable Structures and Function Modules for Plan Data [Page 25]

,PSRUW3DUDPHWHUV,5.8B&85DQG,5.8B&85


31/41



-XQH

With the import parameters ,5.8B&85 for cost planning and ,5.8B&85for activityplanning, you define with which currency field groups the posted amounts are transferred to the

interface, that is, in which currency (transaction, object, or controlling area currency) the amountsare presented in.

Use of parameters IRKU01-CUR and IRKU02_CUR is strongly recommended.Import parameters IRKU01_CUR and IRK02_CUR replace the import parameterRPLAN used up to R/3 System Release 3.0B. If the import parameters are notgiven or are initialized by the callup program, RPLAN is still used, along with thedefaulted standard plan parameter CO-01. RPLAN is included only forcompatibility reasons and should no longer be used.

You PXVW use import parameter IRKU01_CUR for plan data transfers usingfunction modules K_RKP6_INTERFACE_PERIOD andK_RKP6_INTERFACE_TOTAL.

8VHRIWKH,PSRUW3DUDPHWHUVIRU,QGLFDWLRQRI&XUUHQF\)LHOG*URXSVLQWKH)XQFWLRQ0RGXOHVIRU3ODQ'DWD7UDQVIHU

)XQFWLRQ0RGXOH 'DWD ,PSRUW3DUDPHWHUV

K_ACT_PLAN_INTERFACE_TOTAL Cumulative activity types IRKU02_CUR

K_ACT_PLAN_INTERFACE_PERIOD Periodic activity types IRKU02_CUR

K_COSTS_PLAN_INTERFACE_TOTAL Activity-independent

primary costs(cumulative)

IRKU01_CUR

K_COSTS_PLAN_INTERFACE_PERIOD Activity-independentprimary costs (periodic)

IRKU01_CUR

K_RKP6_INTERFACE_PERIOD Activity-dependentprimary costs (periodic)

IRKU01_CUR

K_RKP6_INTERFACE_TOTAL Activity-dependentprimary costs(cumulative)

IRKU01_CUR

If you wish to use the individual import parameters in function modules for control purposes,activate the corresponding structure field for the currency field groups to be manually planned.

)LHOG*URXSVRI,PSRUW3DUDPHWHU,5.8B&85

1DPH 'HILQLWLRQ

WKG_MAN Total value in controlling area currency, manual

WKF_MAN Fixed value in controlling area currency, manual

WTG_MAN Total value in transaction currency, manual


32/41



-XQH

WTF_MAN Fixed value in transaction currency, manual

WOG_MAN Total value in object currency, manualWOF_MAN Fixed value in object currency, manual

)LHOG*URXSVRI,PSRUW3DUDPHWHU,5.8B&85

1DPH 'HILQLWLRQ

TKG_MAN Total activity price in controlling area currency, manual

TKF_MAN Fixed activity price in controlling area currency, manual

TOG_MAN Total activity price in object currency, manual

TOF_MAN Fixed activity price in object currency, manual

Currency field groups can be activated only for one currency (transaction, object,or controlling area). Other field groups are calculated via currency translationusing the exchange rate table.

Planning of total and fixed amounts must be made in the same currency. If nofixed amounts are planned, do not activate the indicator.

,PSRUW3DUDPHWHU35,&(B48$17B3/$1

The import parameter PRICE_QUANT_PLAN is only used for function modulesK_ACT_PLAN_INTERFACE_TOTAL and K_ACT_PLAN_INTERFACE_PERIOD.

9DOXHVRI3DUDPHWHU35,&(B48$17B3/$1

3DUDPHWHUYDOXH 1DPH

B Transfer quantities and prices

P Transfer prices only

Q Transfer quantities only

The parameter PRICE_QUANT_PLAN is defaulted with B.

2SWLRQDO3DUDPHWHUV

The transfer of import parameters %/7;7, &200,7, '(/7$, 0(66$*(6B6+2:,83'$7(B9$/8(6,and21/,1(B9% is optional. You need to transfer these parameters only ifyou wish to use them or if the values you want to transfer differ from the defaults.

Parameter %/7;7is used to transfer a header text if plan documents were created.


33/41



-XQH

Import parameter &200,7indicates whether the commit was carried out via the function module(enter ;) or the callup program (enter a blank space). The default is X. If the program is only

used to call up a function module, or if separate, independent plan data is transferred, the commitcan take place via a function module. If multiple callups with separate but dependent plan data iscarried out and the complete transfer of all plan data is to be secured should no function moduleerrors occur, it is best to deactivate the parameter. At the end of the program, a COMMIT WORKshould be set.

If you activate the 0(66$*(6B6+2: parameter with X, the R/3 System issues the errormessages which occurred during the function module access checks. In general, its a good ideato activate this parameter except if you are calling up and evaluating the log interface in your ownprogram.

If you activate the parameter 7(6702'(, the R/3 System displays error messages withoutrunning an update. If you transfer data for more than one planning area successively, this istaken into account in the error messages. For example, the error messages for activity input

planning take into account whether the data for activity planning has been transferred already.The default for the 83'$7(B9$/8(6 parameter is blank. Values already planned cannot beoverwritten. You should activate the parameter if you wish to overwrite the planning values.

The default for 21/,1(B9%should not be changed.

Parameter '(/7$is for internal use only.


34/41


7DEOH3DUDPHWHUVIRU3ODQ'DWD7UDQVIHU

-XQH


The table parameter, an internal table, is dependent on the business transaction for which youwant to transfer the external data. It contains the plan data and is structured according to thestandard R/3 System table structure, which is dependent on the data being transferred(parameter VRGNG). The R/3 System uses four different table structures.

For costs

Periodic RKU01JA

Cumulative RKU01G

For quantities

Periodic RKU02JA

Cumulative RKU02G

The name of the table used by a function module is comprised of the name of thestructure and the characters ,B before it.

Structure: RKU01JA

Name of table: I_RKU01JA

These table structures contain many fields which are not required at present for transferring theexternal data of different planning areas. The structures are designed to be able to transfer datafrom other business transactions in future releases.

Fields already filled in the structure are replaced by the transferred values.

The following table lists the function modules with their corresponding table structures.

)XQFWLRQ0RGXOHVDQG7DEOH6WUXFWXUHV

)XQFWLRQ0RGXOH 7DEOH6WUXFWXUH

K_COSTS_PLAN_INTERFACE_PERIOD RKU01JA

K_COSTS_PLAN_INTERFACE_TOTAL RKU01G

K_RKP6_INTERFACE_PERIOD RKU01JA

K_RKP6_INTERFACE_TOTAL RKU01G

K_ACT_PLAN_INTERFACE_PERIOD RKU02JA

K_ACT_PLAN_INTERFACE_TOTAL RKU02G

K_RATIO_PLAN_INTERFACE_PERIOD RKU02JA

K_RATIO_PLAN_INTERFACE_TOTAL RKU02G

K_ACT_INPUT_INTERFACE_PERIOD RKU01JA


35/41



-XQH

K_ACT_INPUT_INTERFACE_TOTAL RKU01G

Below is a list of sample fields to be filled in the structure RKU01JA or RKU01G for transferringactivity-independent primary cost plan data (business transaction RKP1).

Cost center or order number or WBS element

Cost element

Currency (fixed = total), either in transaction currency or object currency according tothe planning parameters selected. Only one currency type may be filled, and thismust be indicated in IRKU01_CUR. When using transaction currency, the fieldTWAER must be filled.

Total quantity

Global parameters GJAHR, KOKRS, etc., need not be given here.

Optional fields:

Unit of measure

Record quantities indicator

One object type may be transferred per function callup. Activity-independent primary costplanning to cost centers and to orders, therefore, require two separate callups.

In activity input planning for sender business processes, the field P_PRZNR must contain the keyof the business process.

In order cost planning for sender business processes, the field UP_PRZNR must contain the keyof the business process.


36/41



-XQH


Actual data from postings in internal accounting can be transferred for the following areas:

Reposting costs

Reposting revenues

Activity allocation

Non-allocatable activities

Statistical key figure entry

For information on transfer of external accounting postings (primary costs and

revenues), see the R/3 Library under )LQDQFLDO$FFRXQWLQJ&RQILJXUDWLRQ$XWRPDWLF3URFHGXUHV'DWD7UDQVIHU.

Actual data can be transferred with immediate posting or via a batch inputsession. The session spools data into the system in which the session isprocessed, where it simulates the online entry of transaction codes and data.Batch input sessions, as a rule, are not run immediately after being created, butare saved and started at a later time when system use is low and performancecan be greatly increased.

The following overview illustrates the function modules for data transfer and their dependent

data.In actual data transfer, period values are transferred.

'DWDDQG)XQFWLRQ0RGXOH

'DWD )XQFWLRQ0RGXOH

Reposting costs K_TRANSFER_BATCHINPUT

Reposting costs with entry variant K_TRANSFER_BDC_WITH_VARNR

Reposting revenues K_TRANSFER_REVENUE_BATCHINPUT

Reposting revenues with entry variant K_TRANSFER_REV_BDC_WITH_VARNR

Activity allocation K_ACTIVITY_BATCHINPUTActivity allocation with entry variant K_ACTIVITY_BDC_WITH_VARNR

Non-allocatable activities K_NON_ALLOC_ACTIVITY_BDC

Actual statistical key figures K_RATIO_BATCHINPUT

Actual statistical key figures with entry variant K_RATIO_BDC_WITH_VARNR


37/41


,PSRUW3DUDPHWHUVIRU$FWXDO'DWD7UDQVIHU

-XQH


The following parameters are not dependent on the area for which you want to transfer actualcosts. These parameters are required to create a batch input session. You can ignore theseparameters if you require online processing. In this case, you must set up the ONLINEparameter.

,PSRUW3DUDPHWHUVIRU)XQFWLRQ0RGXOHVIRU$FWXDO'DWD7UDQVIHU

,PSRUW3DUDPHWHU 'HILQLWLRQ

CLIENT Client

HOLDDATE Lock session until specified date

KEEP Indicator to keep the finished sessions in the session overview

MAPN_R Session name

MAPN_E Session name for session with incorrect data

MAPNAME Session name

ONLINE Indicator for online processing ( , A, E, N)

SORT_TAB Sort indicator

USER User name

The ONLINE parameter controls how actual data is transferred to the R/3 System.

With a batch input session (blank space):This is the default value.

Without a batch input session, by direct data transfer:

Online (A)The data is transferred without a batch input session and can be seen by theuser.

Online for errors (E)The data is transferred without a batch input session and can seen by the user ifan error occurs.

In background (N)The data is transferred without a batch input session and cannot be seen by the

user.

The 6257B7$% parameter has a standard default of X. The R/3 System checks the data forcompleteness and transfers the results of this check to the EFLAG indicator. The error indicatorcan have one of the following values:

EFLAG = 0: data record completeEFLAG = 1: data record incompleteEFLAG = 2: BUDAT, BLDAT or KOKRS incorrect

The R/3 System then sorts the data according to posting date (BUDAT), document date(BLDAT), controlling area (KOKRS), and error indicator (EFLAG).


38/41



-XQH

If you have not set the sort indicator, you should transfer the already sorted datato the R/3 System. Otherwise many new screens are requested if the datachanges. This has an adverse effect on system performance.

You create batch input sessions per client (&/,(17) and user (86(5). When you process asession, the R/3 System runs an authorization check on the user who created the session. If thesession is processed online, the System runs an authorization check on the user processing thesession.

When you activate the .((3 parameter, processed sessions are kept in the session overview.All other sessions are deleted.

The +2/''$7( parameter blocks sessions until the date you specify and assign. Blockedsessions cannot be processed. This function is useful if you want to prevent sessions containing

errors from being processed or if you have to process a session on a particular date.The R/3 System creates one or two sessions.

MAPN_R: Contains records with EFLAG = 0, complete files

MAPN_E: Contains records with EFLAG = 1, incomplete files

Records with EFLAG = 2 are not transferred to a session.

When you process a session with incomplete data, the R/3 System issues an error message andyou can correct the error.

Function modules using parameter 0$31$0( create one session only.

To process a batch input session, choose 6\VWHP6HUYLFHV%DWFKLQSXW(GLW. For

more information on batch input sessions, see the online documentation under %&6\VWHP$GPLQLVWUDWLRQ%DWFK,QSXW6HVVLRQV in the R/3 Library.


39/41


([SRUW3DUDPHWHUVIRU$FWXDO'DWD7UDQVIHU

-XQH

([SRUW3DUDPHWHUVIRU$FWXDO'DWD7UDQVIHU

The export parameter 68%5& is active during actual data transfer.

If incorrect values occur when the session is created, the R/3 System sets the export parametersto the highest value accepted by the error indicator EFLAG during data checking and issues anerror message.


40/41


7DEOH3DUDPHWHUVIRU$FWXDO'DWD7UDQVIHU

-XQH


The table parameter depends on the actual data you wish to transfer. The following table showsthe structures available

)XQFWLRQ0RGXOHVDQG7DEOH6WUXFWXUHVIRU$FWXDO'DWD7UDQVIHU

)XQFWLRQ0RGXOH 7DEOH6WUXFWXUH

K_TRANSFER_BATCHINPUT RKIBI1

K_TRANSFER_BDC_WITH_VARNR RKIBI1B

K_TRANSFER_REVENUE_BATCHINPUT RKIBI1

K_TRANSFER_REV_BDC_WITH_VARNR RKIBI1B

K_ACTIVITY_BATCHINPUT RKIBI2K_ACTIVITY_BDC_WITH_VARNR RKIBI2B

K_NON_ALLOC_ACTIVITY_BDC RKIBI2B

K_RATIO_BATCHINPUT RKIBI3

K_RATIO_BDC_WITH_VARNR RKIBI3B

The name of the table used by a function module is comprised of the name of thestructure with the characters ,B before it.

The programs described above, which control actual data transfer by batch input session, containthe following steps.

Defining the parameters

Calling up the relevant function module

You must modify the program to include the following steps.

Read your own data

Convert the data to the relevant R/3 System table structure

Define exceptions which are transferred by error messages to return code

The function modules for data transfer with entry variants must be given an entry variant in theprogram that controls the list screen for data entry. The user is responsible for entering onlythose fields actually present in the corresponding entry variant screen in the function moduletable structure.

The following table contains the R/3 System program names and the data types to which theyapply.

3URJUDP1DPHVIRU$FWXDO'DWD7UDQVIHU

3URJUDP1DPH $UHD


41/41



RKIBI001 Repost costs and revenues

RKIBIV01 Repost costs with entry variantRKIBIV04 Repost revenues with entry variant

RKIBI002 Activity allocation

RKIBIV02 Activity allocation with entry variant and version

RKIBIV05 Enter nonallocatable activities

RKIBI003 Actual statistical key figures

RKIBIV03 Statistical key figure with entry variant

over head costing configuration

Documents