๐“˜๐“ถ๐“น๐“ธ๐“ป๐“ฝ๐“ช๐“ท๐“ฝ ๐“ฒ๐“ท๐“ฏ๐“ธ๐“ป๐“ถ๐“ช๐“ฝ๐“ฒ๐“ธ๐“ท ๐“ธ๐“ฏ ๐“’๐“ธ๐“ผ๐“ฝ ๐“ฌ๐“ฎ๐“ท๐“ฝ๐“ฎ๐“ป
.

๐“˜๐“ถ๐“น๐“ธ๐“ป๐“ฝ๐“ช๐“ท๐“ฝ ๐“ฒ๐“ท๐“ฏ๐“ธ๐“ป๐“ถ๐“ช๐“ฝ๐“ฒ๐“ธ๐“ท ๐“ธ๐“ฏ ๐“’๐“ธ๐“ผ๐“ฝ ๐“ฌ๐“ฎ๐“ท๐“ฝ๐“ฎ๐“ป

๐™ฐ ๐šŒ๐š˜๐šœ๐š ๐šŒ๐šŽ๐š—๐š๐š›๐šŽ ๐š’๐š— ๐š˜๐š›๐š๐šŠ๐š—๐š’๐šœ๐šŠ๐š๐š’๐š˜๐š—๐šŠ๐š• ๐š–๐šŠ๐š—๐šŠ๐š๐šŽ๐š–๐šŽ๐š—๐š ๐š›๐šŽ๐š๐šŽ๐š›๐šœ ๐š๐š˜ ๐šŠ ๐šœ๐š™๐šŽ๐šŒ๐š’๐š๐š’๐šŒ ๐šŠ๐š›๐šŽ๐šŠ ๐š ๐š‘๐šŽ๐š›๐šŽ ๐šŽ๐šก๐š™๐šŽ๐š—๐š๐š’๐š๐šž๐š›๐šŽ๐šœ ๐šŠ๐š›๐šŽ ๐š’๐š—๐šŒ๐šž๐š›๐š›๐šŽ๐š ๐šŠ๐š—๐š ๐šœ๐šŽ๐š™๐šŠ๐š›๐šŠ๐š๐šŽ๐š•๐šข ๐š›๐šŽ๐šŒ๐š˜๐š›๐š๐šŽ๐š. ๐™ธ๐š— ๐šŒ๐š˜๐šœ๐š ๐šŒ๐šŽ๐š—๐š๐š›๐šŽ ๐š–๐šŠ๐š—๐šŠ๐š๐šŽ๐š–๐šŽ๐š—๐š ๐šŠ๐šŒ๐šŒ๐š˜๐šž๐š—๐š๐š’๐š—๐š, ๐š˜๐šŸ๐šŽ๐š›๐š‘๐šŽ๐šŠ๐š ๐šŒ๐š˜๐šœ๐š๐šœ ๐šŠ๐š›๐šŽ ๐šŒ๐š˜๐š•๐š•๐šŽ๐šŒ๐š๐šŽ๐š ๐šŠ๐š—๐š ๐š๐š’๐šœ๐š๐š›๐š’๐š‹๐šž๐š๐šŽ๐š ๐š๐š‘๐š›๐š˜๐šž๐š๐š‘ ๐šŒ๐š˜๐šœ๐š ๐šŒ๐šŽ๐š—๐š๐š›๐šŽ๐šœ.

๐Ÿ“Œ๐’๐ญ๐š๐ง๐๐š๐ซ๐ ๐š๐ง๐ ๐€๐ฅ๐ญ๐ž๐ซ๐ง๐š๐ญ๐ž ๐‡๐ข๐ž๐ซ๐š๐ซ๐œ๐ก๐ข๐ž๐ฌ:

A standard hierarchy shows the structure of your firm, but other hierarchies allow for more customizable reporting. The cost center standard hierarchy should represent your company's structure and be used frequently in reporting. This is because the conventional hierarchy, which ensures that all cost centers are contained inside a restricted area, is simple to maintain. While alternative hierarchies provide more flexible reporting, they can only be used with transactions that have limited capability. Through the transaction code: OKEON you can create and maintain the standard hierarchy.

The conventional hierarchy is actually a cost centre group that includes all cost centers. A cost centre group hierarchy is also included in the conventional structure.Transaction OKEON can only be used to maintain the standard hierarchy or groups inside the standard hierarchy. You can establish as many other hierarchies as you need for reporting, but you must keep them up to date with Transaction KSH2.

๐Ÿ“Œ๐‚๐จ๐ฌ๐ญ ๐„๐ฅ๐ž๐ฆ๐ž๐ง๐ญ ๐ƒ๐ž๐Ÿ๐š๐ฎ๐ฅ๐ญ ๐€๐œ๐œ๐จ๐ฎ๐ง๐ญ ๐€๐ฌ๐ฌ๐ข๐ ๐ง๐ฆ๐ž๐ง๐ญ

You need to assign a cost object, such as a cost centre or order, when posting to Control (CO). Usually, you assign a default object so that you don't have to make a manual entry for every expense posting.

You can maintain cost elements with Transaction KA02

To keep the default account assignment for any postings indicated by this cost element per controlling area, provide a cost centre, order, or both. If you fill in both fields, the posting to the ORDER is actual, while the posting to the Cost Centre is solely for statistical or reporting purposes. This indicates that the cost centre will preserve a record of the posting, but the costs will not be included in the total cost of the cost centre. If you enter a Cost Centre or an ORDER, the posting will be actual and will be reflected in the overall cost of the related cost centre or order. This may not be appropriate if two Cost centre Accounting plants in the same controlling region require distinct cost centers to be assigned. You can display a listing of all default account assignments in cost element master data with Transaction KA23.

๐Ÿ“Œ๐‡๐จ๐ฐ ๐ญ๐จ ๐‚๐จ๐ฉ๐ฒ ๐‚๐จ๐ฌ๐ญ ๐œ๐ž๐ง๐ญ๐ž๐ซ ๐๐ฅ๐š๐ง?

When developing next year's cost centre strategy, you may want to copy the current year's plan and make the necessary changes. This allows you to copy and update actual data to plan data using normal transactions. Let's take a closer look at these typical transactions. The transaction code:KP97

๐Ÿ“Œ๐๐ฅ๐š๐ง ๐‚๐จ๐ฌ๐ญ ๐’๐ฉ๐ฅ๐ข๐ญ๐ญ๐ข๐ง๐ 

During the cost-splitting phase of the plan. The system distributes a cost center's activity-independent costs among its activity kinds. During the plan price computation, plan costs are automatically separated. Let's start with activity-dependent and activity-independent expenses, and then we'll look at how the costs are distributed.

Transaction KP06 allows you to plan both activity-independent and activity-dependent costs.

โœ”๏ธแด€แด„แด›ษชแด ษชแด›ส-ษชษดแด…แด‡แด˜แด‡ษดแด…แด‡ษดแด› แด˜สŸแด€ษดษดษชษดษข: If you do not enter an Activity Type in KP06, then the plan information you enter on the following planning screen is independent of an activity. All costs you enter are fixed.

โœ”๏ธแด€แด„แด›ษชแด ษชแด›ส-แด…แด‡แด˜แด‡ษดแด…แด‡ษดแด› แด˜สŸแด€ษดษดษชษดษข: If you enter activity type in KP06, then the plan cost information is directly associated with that activity. You have the choice of entering fixed and variable costs. 

for the price of the plan activity to be calculated automatically by the system. Every expenditure that is not directly related to an activity must be. Plan cost splitting describes this feature in Cost Centre Accounting. Equivalence numbers and splitting structure are two ways to arrange cost splitting. When manually setting activity pricing ranges, you can define equivalency numbers in Transaction KP26.

๐Ÿ“Œ๐€๐œ๐ญ๐ฎ๐š๐ฅ ๐๐ซ๐ข๐œ๐ž ๐‚๐š๐ฅ๐œ๐ฎ๐ฅ๐š๐ญ๐ข๐จ๐ง:

A further period-end procedure called Revaluation at Actual Prices can be used, if necessary, to distribute cost centre under/over absorption to items. Using this method, the additional planned activity price required to allocate every cost centre is calculated. debits. The cost centre then receives the necessary credits when orders are revalued with the additional debits. The cost center's actual balance is 0 after revaluation.

You can maintain version configuration with Transaction OKEQ.

Revaluation occurs automatically during actual price calculation. You carry out actual price calculation with Transaction KSII. Complete the selection fields and click on the Execute icon to run the transaction. You can analyze the results of actual price calculation in the information system with Transaction KSBT

๐Ÿ“Œ๐‚๐จ๐ฌ๐ญ ๐‚๐ž๐ง๐ญ๐ž๐ซ ๐•๐š๐ซ๐ข๐š๐ง๐œ๐ž ๐€๐ง๐š๐ฅ๐ฒ๐ฌ๐ข๐ฌ:

The variance calculation provides information on the reasons for variances, which are useful when analyzing the difference between actual

and target costs. The cost centre balance is assigned to input and output variance categories based on the source of the variance.

Configuration required for cost centre variance calculation includes:

Create target cost version Transaction OKV5

Create variance variant - Transaction OKVF

Assign a variance variant to a target version Transaction OKV5.

You can calculate cost centre variance with Transaction KSS1.

You report on variance calculation in the information system with Transaction S_ALR_87013627.

Kartheek Bellam

SAP FICO Functional Expert/Product Owner FICO (COE)

9mo

Super

Like
Reply

To view or add a comment, sign in

Insights from the community

Others also viewed

Explore topics