Upload
amarnath-reddy
View
229
Download
12
Tags:
Embed Size (px)
DESCRIPTION
HELLO
Citation preview
SISL Page (Portrait Format)
SYSTEM DOCUMENT
project SYNERGY sap r/3 4.6b AT hero honda motors limited
CONFIGURATION DOCUMENT FOR CONTROLLING
4Controlling
1.General Controlling51.1 Organization51.1.1Maintain Controlling Area51.1.2Maintain Number Ranges for Controlling Documents61.1.3Maintain Versions91.2 Account Assignment Logic101.2.1Define Validation102.Cost Element Accounting112.1 Master Data122.1.1 Cost Elements122.1.1.1 Automatic Creation of Primary and Secondary Cost Elements122.1.1.1.1 Make Default Settings122.1.1.1.2 Create Batch Input Session132.1.1.1.3 Execute Batch Input Session132.1.1.2 Create Cost Elements132.1.1.3 Create Cost Element Groups132.2 Reconciliation Ledger152.2.1Activate Reconciliation Ledger152.2.2Maintain Adjustment Accounts for Reconciliation Posting152.2.3Specify Document Number Range for Reconciliation Posting162.3 Information System162.3.1Maintain Cost Element Groups162.3.2Standard Reports162.3.2.1 Import Standard Reports162.3.2.2 Generate Standard Reports163.Cost Center Accounting173.1 Activate Cost Center Accounting in Controlling Area173.2 Master Data183.2.1Cost Centers183.2.1.1 Maintain Standard Hierarchy183.2.1.2 Maintain Cost Center Categories193.2.1.3 Define List Variants for Group Processing193.2.1.4 Create Cost Centers193.2.1.5 Maintain Cost Center Groups193.2.1.6 Define Search Helps for Cost Centers213.2.2 Activity Types213.2.2.1 Maintain Cost Elements for Activity Allocation233.2.2.2 Create Activity Types243.2.2.3 Maintain Activity Type Groups243.2.2.4 Define Search Helps for Activity Types253.2.3Statistical Key Figures253.2.3.3 Maintain Statistical Key Figures253.3 Planning253.3.1 Basic Settings263.3.1.1 Maintain Exchange Rate Types263.3.1.2 Define Exchange Rates263.3.1.3 Maintain Versions263.3.2 Group Maintenance273.3.2.1 Maintain Cost Element Groups273.3.2.2 Maintain Cost Center Groups283.3.3.3 Maintain Activity Type Groups303.4 Period-End Closing313.4.1 Distribution313.4.1.1 Specify Receiver Types for Distribution313.4.2 Assessment314.Internal Orders324.1 Order Master Data324.1.1 Define Order Types324.1.2 Maintain Number Ranges for Orders335.Product Cost Controlling345.1 Product Cost Planning345.1.1 Basic Settings for Material Costing345.1.1.1 Define Cost Components345.1.2 Material Cost Estimate with Quantity Structure365.1.2.1 Define Costing Variants365.1.2.2 Costing Variant: Components375.1.2.2.1 Define Costing Types375.1.2.2.2 Define Valuation Variants385.1.2.2.3 Define Date Control385.1.2.2.4 Define Quantity Structure Control395.2 Cost Object Controlling405.2.1 Product Cost by Order405.2.1.1 Manufacturing Orders405.2.1.1.1 Check Costing Variants for Manufacturing Orders (PP)405.2.1.1.2 Check Valuation Variants for Manufacturing Orders (PP)415.2.1.1.3 Check Order Types415.2.1.1.4 Define Cost-Accounting-Relevant Default Values for Order Type415.2.1.2 Define Goods Received Valuation for Order Delivery425.2.1.3 Period-End Closing425.2.1.3.1 Work in Process435.2.1.3.1.1 Define Results Analysis Keys435.2.1.3.1.2 Define Results Analysis Versions435.2.1.3.1.3 Define Valuation Method (Actual Costs)445.2.1.3.1.4 Define Line IDs455.2.1.3.1.5 Define Assignment455.2.1.3.1.6 Define Posting Rules for Settling Work in Process465.2.1.3.2 Variance Calculation475.2.1.3.2.1 Define Variance Keys475.2.1.3.2.2 Define Default Variance Keys for Plants475.2.1.3.2.3 Check Variance Variants475.2.1.3.2.4 Define Target Cost Versions495.2.1.3.3 Settlement495.2.1.3.3.1 Create Settlement Profile505.2.1.3.3.1 Create Allocation Structure516.Profitability Analysis526.1 Structures526.1.1 Define Operating Concern526.1.1.1 Maintain Characteristics536.1.1.2 Maintain Value Fields546.1.1.3 Maintain Operating Concern566.2 Master Data576.2.1 Characteristic Values576.2.1.1. Maintain Characteristic Values576.2.1.2 Define Characteristics Hierarchies576.2.2 Define Characteristic Derivation576.2.3 Valuation586.2.3.1 Valuation Strategies586.2.3.1.1 Define and Assign Valuation Strategy596.2.3.2 Set Up Valuation Using Material Cost Estimates596.2.3.2.1 Define Keys for Accessing Material Cost Estimates596.2.3.2.2 Assign Costing Keys to Material Types606.2.3.2.3 Assign Value Fields606.2.3.3 Define Conditions and Costing Sheets616.2.3.3.1 Define Condition Tables626.2.3.3.2 Define Access Sequences626.2.3.3.3.Create Condition Types and Costing Sheets626.2.3.3.4 Assign Value Fields636.3 Planning636.3.1 Initial Steps646.3.1.1 Define Number Ranges for Planning Data646.3.1.2 Maintain Versions656.3.1.3 Assign Quantity Fields656.3.2 Manual Planning666.3.2.1 Prepare Initial Planning Screen666.3.2.2 Define Planning Layout666.3.3 Integrated Planning676.3.3.1 Transfer Cost Center Planning/Process Planning686.3.3.1.1 Initial Steps686.3.3.1.1.1 Assign Receiver Plan Version686.3.3.1.2 Assess Cost Center Costs / Process Costs696.3.3.1.2.1 Define Structure of Cost Center Assessment/Process Cost696.3.3.2 Define LIS Interface696.4 Flows of Actual Values716.4.1 Initial Steps726.4.1.1 Define Number Ranges for Actual Postings726.4.2 Transfer of Billing Documents726.4.2.1 Assign Value Fields736.4.2.2 Assign Quantity Fields756.5 Information System75
Controlling
Controlling provides you with information for management decision-making; the main task of controlling is planning. It helps to determine variance by comparing actual data with plan data.
These variance calculations enable you to control business flows.
Controlling derives data from other Modules such as FI, MM, SD, PM, PS, HR etc. at the same time these costs and revenues are assigned to different CO account assignment object such as cost centers, business processes, projects or orders.
At HHML the following CO modules are active:
1Cost Element Accounting
2Cost Centre Accounting
3Product Cost Controlling
3.aWith Quantity Structure
3.bOrder Based
4Profitability Analysis
4.aAccount based PA - Active
4.bCosting based PA - Active
1. General Controlling
Configuration
Controlling > General Controlling
SAP standard settings copied to HHML and changes made in respective areas, wherever mentioned.
1.1 Organization
Controlling > General Controlling > Organisation
Controlling Area "HHML" is assigned to "HHML" Company Code.
Defaults settings of number ranges are were copied to Controlling Area HHML.
1.1.1 Maintain Controlling Area
Controlling > General Controlling > Organisation > Maintain Controlling AreaThe cost accounting system uses controlling area as an organizational unit. Controlling Area delimits the companys managerial accounting operations. Organization structure is replicated in the controlling system. The company code and controlling area can use independent chart of accounts, currency & business area.Cost centers, internal orders, product hierarchy and profit centers /profitability segments are used to classify the controlling area. All inter organizational allocations refers to objects within the same controlling area. Multiple Company Codes can get assigned to a Controlling Area.HHML Controlling Area is above company code- HHML and this could enable assigning other associate companies in future to Controlling Area-HHML.The following settings are made at HHML
Controlling areaHHML (HHML Controlling Area)
Fiscal year2000 to 9999
Modules active: -
Cost centersComponent active
Order managementComponent active
Commitments mgtComponent not active
Profitability AnalysisComponent active for both types of Profitability Analysis
Activity-Based CostingComponent not active
Profit centerComponent not active
ProjectsComponent not active
Sales OrdersComponent active
S. O. with Commitment mgmtComponent not active
Cost objectsComponent active
Real estate mgmtComponent not active
Indicator to activate calculation with variances is ACTIVE
1.1.2 Maintain Number Ranges for Controlling Documents
Controlling > General Controlling > Organisation > Maintain Number Range
Number range objectCO Document
Controlling areaHHML
Number range interval: -
From numberTo number
01000000000199999999
02000000000299999999
03000000000399999999
04000000000499999999
The following transactions have been to the above number range:
Primary postings0100000000 0199999999
COINCO Through-postings from FI
KAZODown payment
Planning transactions0200000000 0299999999
CPPPABC process assessment: plan
FIPAPayment scheduling
KAZPPlan cost center accrual
KOAPPlan settlement
KPIVActual cost distrib. cost obj.
KPPBStandard cost estimate
KSIIActual price calculation
KSP0Plan split costs
KSPBPlan assessment to CO-PA
KZPPPlan overhead (periodic)
KZRPInterest calculation (plan)
PAPLProfit Planning
RKP1Planning primary costs
RKP2Planning activities
RKP3Planning secondary costs
RKP4Planning stat. key figures
RKP5Plan Revenue Types
RKP6Planning activity-dep. Costs
RKP7Planning act.-dep. sec. Costs
RKP8Planning order costs
RKP9Plan. act-dep.settlement costs
RKPBPeriodic Reposting: Plan Data
RKPLPlan indirect activity alloc.
RKPQManual cost planning
RKPSSec. planning with template
RKPUPlan overhead cost assessment
RKPVPlan overhead cost distrib.
RKPWSecondary order cost planning
RKPXAty-dep. sec. order cost plan.
RKPZPlanning overhead credits
RKU1Repost costs
RKU2Repost revenue
RKU3Repost CO line items
Actual postings (without primary postings)0300000000 0399999999
CPPAABC Actual process assessment
KAMVManual cost allocation
KAZIActual cost center accrual
KGPDDistribution acc. to peg
KKKPControl Costs (Primary)
KKKSControl Costs (Secondary)
KOAOActual settlement
KSI0Actual cost center split
KSOPPrim. Target Cost Calculation
KZPIActual overhead (periodic)
KZRIInterest calculation (actual)
RKIBActual Periodic Repostings
RKILActual inverse activity alloc.
RKIUActual Overhead Assessment
RKIVActual Overhead Distribution
RKLActual activity allocation
RKLTActual template allocation
RKNActual non-alloc. activities
RRIBSeg. adjust.: Act.per.repost.
RRIUSegment adjust.: Act. Assess.
RRIVSegment adjust.: Act. distrib.
Other transactions0400000000 0499999999
KABGAutomat. WIP/results analysis
KABMManual WIP/results analysis
KAFMPayment data
KAUSCalculate scrap
KEKBUnit costing
KEKZUnit costing (overhead)
KFPITransfer price allocation
KFPPTransfer price agreement
KPPZStandard costing (overhead)
KSOSSec. Target Cost Calculation
KSPAAssessment to CO-PA
KSWPPrim. Target Cost Calc. (WIP)
KSWSSec. Target Cost Calc. (WIP)
KVARVariance calculation
RXLXPredistribution of fixed costs
RKSEnter statistical key figures
1.1.3 Maintain Versions
Controlling > General Controlling > Organisation > Maintain Versions
Versions help to create independent data groupings in planning and in actual data, in planning, versions display alternative plan scenarios based on different planning assumptions. For example,
the type of assumption for the forecast (optimistic, pessimistic)
when the plan was created (original plan, updated forecast),
how binding the plan is.
The data for the most likely version in planning normally appears in version 000. The plan data you enter here forms the basis for variance analysis.
General version definition: -
0 Plan/actual versionActive
1 Plan version: changeActive
Assigned Controlling Area: HHML
Assigned Operating Concern: HHML
Attributes: -
Currency type
B0(Operating concern currency)
Exchange rate type
M (Standard translation at average rate)
Derivation date
01.01.2000
Assignment to Fiscal Years: -
Fiscal YearFrom 2000 to 2010
Controlling areaHHML (HHML Controlling Area)
Version0 (Plan/Act - Version)
PlanningCopying allowed
Currency translationEx.rt.type P (Standard translation)
Value date01.04.2000
Price calculationPlan- 2 (Average Price)
Actual3 (Cumulative Price)
Fiscal YearFrom 2000 to 2010
Controlling areaHHML (HHML Controlling Area)
Version1 (Plan version: change 1)
PlanningCopying allowed
Currency translationEx.rt.type P ( Standard translation )
Value date01.04.2000
Price calculationPlan- 2 ( Average Price )
Actual3 ( Cumulative Price)
1.2 Account Assignment Logic
Controlling > General Controlling > Account Assignment LogicIn HHML, Validation in CO-Module is used at line item level to validate User-ID and Cost Center maintained in a Z - table (ZQMTNAVALCC)
1.2.1 Define Validation
Controlling > General Controlling > Account Assignment Logic > Define Validation
In validation, the SAP System checks whether particular input values fulfil one or more of your user-defined conditions. These checks take place during the entry of values into the system. If the conditions are fulfilled, the input value is transferred into the system. If the conditions are not fulfilled, the SAP System displays a user-defined message.
Company Code : HHMLValidation : 0_CO_1 Validation for CO
Validation set at Line item to check User ID and Cost Center maintained in Z - table (ZQMTNAVALCC), for all transactions flowing to CO Module, other wise Error Message
" You are not authorised for cost center & "
2. Cost Element Accounting
Controlling > Cost Element Accounting
SAP standard settings
Various category of Cost Elements are created in the Master Data
Each posting of costs must be assigned to a cost element. The system differentiates between the following cost elements:
Primary cost elements (equivalent to G/L Codes) Secondary cost elements (internal activities and cost allocation within your company).The cost element type specifies the business transactions for which a cost element can be used.The following primary cost elements are used in Cost Object Controlling: 01: These can be debited with all primary postings (such as FI, SD or MM). Accounting documents are generated for these postings. 22: These are required, for example, for settling order or project costs to CO-external objects. Examples of CO-external objects are fixed assets (AM), materials (MM), or G/L accounts (FI). Settlement generates an accounting document.The primary cost elements are linked to G/L accounts in Financial Accounting.The following secondary cost elements are used in Cost Object Controlling: 21: These are used for settling order or project costs to CO-internal objects. CO-internal objects could be orders, profitability segments, cost centers, and projects. 31: These are used for saving the data generated during WIP calculation or results analysis on the order or project. 41: These pass overhead costs from cost centers to orders, projects, and so forth. 43: These are used by the system in internal activity allocation to allocate costs.The secondary cost elements are only used within the Controlling component.Cost element groupsThese group together similar cost elements. In Cost Object Controlling, the cost element groups are used to group together costs for settlement as well as for creating reports.2.1 Master DataControlling > Cost Element Accounting > Master Data
Default settings made for cost centres.
2.1.1 Cost ElementsControlling > Cost Element Accounting > Master Data > Cost Element
Manually activation for automatic creation of cost elements for G/L accounts done at HHML
2.1.1.1 Automatic Creation of Primary and Secondary Cost ElementsControlling > Cost Element Accounting > Master Data > Cost Element > Automatic creation
Created a batch input session to automatically create primary cost elements, which were created as G/L ( Profit and Loss ) Accounts in Financial Accounting.
2.1.1.1.1 Make Default Settings
Controlling > Cost Element Accounting > Master Data > Cost Element > Automatic creation > Make Default Settings
All expenses G/L accounts were created as Cost elements with Cost Element Category '1'.And all income G/L accounts were created as Cost elements with Cost Element Category '11'.
2.1.1.1.2 Create Batch Input Session
Controlling > Cost Element Accounting > Master Data > Cost Element > Automatic creation > Create Batch Input Session
Batch Session was created for one time master data creation of Primary Cost Elements:
Company Code: HHML
Chart of Accounts: HHML
Controlling Area: HHML
The Validity Period: 1st April 2000to31st Dec 9999
2.1.1.1.3 Execute Batch Input Session
Controlling > Cost Element Accounting > Master Data > Cost Element > Automatic creation > Execute Batch Input Session
Executed the batch input session and thereby generated cost elements.
2.1.1.2 Create Cost ElementsControlling > Cost Element Accounting > Master Data > Cost Element > Create Cost Element
Primary Cost Elements created through batch input session and Secondary Cost elements created manually as master data
2.1.1.3 Create Cost Element GroupsControlling > Cost Element Accounting > Master Data > Cost Element > Create Cost Element group
HHMLGROUP: Cost Element Group created: The following is the structure of the same This Cost Element Group was created functional and allocation of costs to various other cost centres
HHMLGROUP HHML Cost Element Group
CONS.INDConsumables (Indirect)
TOOLSCutting Tools
POWERFUELPower and Fuel
FACADM.SALFACTORY & ADMN. SALARY
FACTEXPFactory Expenses
INSURANCEInsurance Expenses
DEPRECIANDepreciation Cost
EXCH.FLUCExchange Fluctuation
REP.MAINREPAIR & MAINTENANCE
MART.EXPMarketing Expense
MKTG.SALMarketing Salary
MKTG.SELGMarketing Selling Expense
SELLINGSales Promotion
ADVERTISEAdvertisement
DIST.EXPDistribution Expenses
ROYALTYRoyalty
NONOPERNExpenses not related to Production
PROFITASSTProfit on Sale of Asset
LOSSASSETLoss on Sale of Assets
BADDEBTBad Debt
DONATIONDonations
DEFREVENUEDeferred Revenue Expenses
INTGERESTInterest and Financial Charges
TERMLOANInterest on Term Loan
FINCHARGESOther Financial Charges
OTHERSOthers Interest & Financial Charges
OTHERINCOMOther Income
2.2 Reconciliation Ledger
Controlling > Cost Element Accounting > Reconciliation Ledger
Reconciliation Ledger is activated at HHML.
In case of assessment, distribution, order settlement and other CO transactions there can be a mismatch between FI CO business area wise financial results. If the company requires that cost of one business area in FI has to match with cost in the controlling area, the reconciliation ledger is activated. The FI-CO reconciliation transaction is to run every period end under the menu
Accounting Controlling Cost elements.
The G/L account used is OA10100400 with Document Type SU and Number Range 90000-99999
2.2.1 Activate Reconciliation Ledger
Controlling > Cost Element Accounting > Reconciliation Ledger > Activate Reconciliation Ledger
Reconciliation Ledger is activated for HHML
2.2.2 Maintain Adjustment Accounts for Reconciliation Posting
Controlling > Cost Element Accounting > Reconciliation Ledger > Maintain Adjustment account for Reconciliation Ledger
The following G/L account is used for Reconciliation
Chart of accountsHHML Hero Honda Motors Limited: Chart of Ac
TransactionCO1 CO - FI reconciliation posting
DebitCredit
OA10100400OA10100400
2.2.3 Specify Document Number Range for Reconciliation Posting
Controlling > Cost Element Accounting > Reconciliation Ledger > Specify Document Number Range Reconciliation Ledger
Number rangeObject Rec. ledger document
CO areaHHML
No From numberTo numberCurrent numberExt
00 000009000000000999990
2.3 Information System
Controlling > Cost Element Accounting > Information System
SAP standard reports are being used at HHML
2.3.1 Maintain Cost Element Groups
Controlling > Cost Element Accounting > Information System > Maintain Cost Element Groups
Maintained earlier
2.3.2 Standard Reports
Controlling > Cost Element Accounting > Information System > Standard Reports
Standard Reports imported from source client '000'
2.3.2.1 Import Standard Reports
Controlling > Cost Element Accounting > Information System > Standard Reports > Import Standard Reports
Imported SAP standard reports from client 000, online, to the client '100'.
2.3.2.2 Generate Standard Reports
SAP standard reports that were imported, were also generated on client '100'.
3. Cost Center Accounting
Controlling > Cost Center Accounting
Default settings were used for HHML and changed wherever required.
Cost Center is an organizational unit within a controlling area that represents a separate location of cost incurrence. The definition can be based on functional requirements, allocation criteria, activities or services provided, physical location, and/or area of responsibility. Cost centers are combined into hierarchical decision, managerial, and responsibility groups. Cost center Accounting captures the overheads of the organisation.
The cost centers are attached to a Company Code, Business Area and a Profit Center. While creating a cost center hierarchy the business areas need to be kept in mind, which will facilitate reporting.
3.1 Activate Cost Center Accounting in Controlling Area
Controlling > Cost Center Accounting > Activate Cost Center Accounting
Cost Center Accounting ACTIVE in Controlling Area HHML
Controlling areaHHML
NameHHML Controlling Area
CoCd->CO area1 (Controlling Area same as Company Code)
Currency type10 (Company code currency)
CurrencyINR (Indian Rupee)
Chart of acctsHHML (Hero Honda Motors Limited: Chart of Accts)
Fiscal year variantV3 (April- March, 4 special periods)
Cost Center standard hierarchyHHML_CCH (HHML Standard Cost Center Hierarchy)
3.2 Master Data
Controlling > Cost Center Accounting > Master Data
Default settings were done to create master data for
Cost Center
Activity Type
Statistical Key Figure
Through CATT3.2.1 Cost Centers
Controlling > Cost Center Accounting > Master Data > Cost Center
Default settings were to create Cost Center
3.2.1.1 Maintain Standard Hierarchy
Controlling > Cost Center Accounting > Master Data > Cost Center > Maintain Standard Hierarchy
Cost Center Hierarchy created:HHML_CCH Production
Production Service
Tool Room
Civil
Maintenance
Utility
Marketing
Administration
3.2.1.2 Maintain Cost Center CategoriesControlling > Cost Center Accounting > Master Data > Cost Center > Maintain Categories
SAP default Cost Center Category are used:
EDevelopment
FProduction
GLogistics
HService cost center
LManagement
MMaterial
SSocial
VSales
WAdministration
3.2.1.2 Define List Variants for Group Processing
V Controlling > Cost Center Accounting > Master Data > Cost Center > Define List Variant
SAP Standard is being used
3.2.1.3 Create Cost Centers
Controlling > Cost Center Accounting > Master Data > Cost Center > Create Cost Center
Cost Center created with validity period from 1st April 2000 to 31st Dec 9999
3.2.1.4 Maintain Cost Center Groups
Controlling > Cost Center Accounting > Master Data > Cost Center > Maintain Cost Center GroupsHHML_CCH > HHML Standard Cost Center Hierarchy
PRODUCTIONProduction
ENGINE_PLTEngine Plant
ENG_PLT_DEngine Plant Dharuhera
ENG_PLT_GEngine Plant Gurgaon
FRAME_PLTFrame Plant
FRA_PLT_DFrame Plant Dharuhera
FRA_PLT_GFrame Plant Gurgaon
PRO_SERVICProduction Service
QUALITY_COQuality Control
QUA_CON_DQuality Control Dharuhera
QUA_CON_GQuality Control Gurgaon
PPCProduction Planning and Control
PPC_DProduction Planning and Cont. Dharuhera
PPC_GProduction Planning and Control Gurgaon
ENGINEERINEngineering
ENGG_DEngineering Dharuhera
ENGG_GEngineering Gurgaon
MATERIALSMaterials
MATR_DMaterials Dharuhera
MATR_GMaterials Gurgaon
MATR_HOMaterials Head Office
STORESStores
STORES_DStores Dharuhera
STORES_GStores Gurgaon
R_AND_DR & D
R_AND_D_D R & D Dharuhera
R_AND_D_G R & D Gurgaon
TOOL_ROOM
Tool Room
TOOL_RM_D
Tool Room Dharuhera
TOOL_RM_G
Tool Room Gurgaon
CIVIL
CIVIL
CIVIL_D
CIVIL DHARUHERA
CIVIL_G
CIVIL GURGAON
MAINT
Maintenance
MAIN_D
Maintenance Dharuhera
MAIN_G
Maintenance Gurgaon
UTILITY
Utility
UTILITY_D
Utility Dharuhera
UTILITY_G
Utility Gurgaon
MARKETING
Marketing
CORP_MKTG
Corporate Marketing
CORP_MKT_D
Corporate Marketing Dharuhera
CORP_MKT_G
Corporate Marketing Gurgaon
COR_MKT_HO
Corporate Marketing Head Office
COR_MK_SPD
Corporate Marketing Spares Dharuhera
COR_MK_SPG
Corporate Marketing Gurgaon
ZONE_MKTG
Zonal Marketing
NORTH_ZONE
North Zone
SOUTH_ZONE
South Zone
EAST_ZONE
East Zone
WEST_ZONE
West Zone
ADMIN
Administration
ADMIN_D
Administration Dharuhera
ADMIN_GAdministration Gurgaon
ADMIN_SPD
Administration Spares Dharuhera
ADMIN_SPG
Administration Spares Gurgaon
ADMIN_HO
Administration Spares Head Office
3.2.1.5 Define Search Helps for Cost Centers
Controlling > Cost Center Accounting > Master Data > Cost Center > Define Search Help for Cost Center
Business Area wise was added to Search criteria in Cost Center
3.2.2 Activity Types
Controlling > Cost Center Accounting > Master Data > Activity Types
Preparatory activity done for creation of Activity Types in Controlling area HHML :
Allocation cost elements: One to one creation of Secondary Cost Elements for Activity Types of Category
CBM1SCB Metro 1st Ser
CBM2SCB Metro 2nd Ser
CBM3S CB Metro 3RD Ser
CBM4SCB Metro 4TH Ser
CBM5SCB Metro 5TH Ser
CBM6SCB Metro 6TH Ser
CBNM1SCB NonMetro 1st Ser|
CBNM2SCB NonMetro 2ND Ser
CBNM3SCB NonMetro 3RD Ser
CBNM4SCB NonMetro 4TH Ser
CBNM5SCB NonMetro 5TH Ser
CBNM6SCB NonMetro 6TH Ser
CDM1SCD Metro 1st Ser
CDM2SCD Metro 2ND Ser
CDM3SCD Metro 3RD Ser
CDNM1SCD NonMetro 1st Ser
CDNM2SCD NonMetro 2ND Ser
CDNM3SCD NonMetro 3RD Ser
CONSConsumables
CTOOLSCutting Tools
LAB001Labour cost
MACH01Machine hours
OVHDSOverheads
POWFULPower And Fuel
PSM1SPS Metro 1st Ser
PSM2SPS Metro 2ND Ser
PSM3SPS Metro 3RD Ser
PSM4SPS Metro 4TH Ser
PSM5SPS Metro 5TH Ser
PSM6SPS Metro 6TH Ser
PSNM1SPS NonMetro 1st Ser
PSNM2SPS NonMetro 2ND Ser
PSNM3SPS NonMetro 3RD Ser|
PSNM4SPS NonMetro 4TH Ser
PSNM5SPS NonMetro 5TH Ser
PSNM6SPS NonMetro 6TH Ser
SLM1SSL Metro 1st Ser
SLM2SSL Metro 2ND Ser
SLM3SSL Metro 3RD Ser
SLNM1SSL NonMetro 1st Ser
SLNM2SSL NonMetro 2ND Ser
SLNM3SSL NonMetro 3RD Ser
SPM1SSP Metro 1st Ser
SPM2SSP Metro 2ND Ser
SPM3SSP Metro 3RD Ser
SPM4SSP Metro 4TH Ser
SPM5SSP Metro 5TH Ser
SPM6SSP Metro 6TH Ser
SPNM1SSP NonMetro 1st Ser|
SPNM2SSP NonMetro 2ND Ser
SPNM3SSP NonMetro 3RD Ser
SPNM4SSP NonMetro 4TH Ser
SPNM5SSP NonMetro 5TH Ser
SPNM6SSP NonMetro 6TH Ser
SSM1SSS Metro 1st Ser
SSM2SSS Metro 2ND Ser
SSM3SSS Metro 3RD Ser
SSNM1SSS NonMetro 1st Ser
SSNM2SSS NonMetro 2ND Ser
SSNM3SSS NonMetro 3RD Ser
STM1SST Metro 1st Ser
STM2SST Metro 2ND Ser
STM3SST Metro 3RD Ser
STM4SST Metro 4TH Ser
STM5SST Metro 5TH Ser
STM6SST Metro 6TH Ser
STNM1SST NonMetro 1st Ser
STNM2SST NonMetro 2ND Ser
STNM3SST NonMetro 3RD Ser
STNM4SST NonMetro 4TH Ser
STNM5SST NonMetro 5TH Ser
STNM6SST NonMetro 6TH Ser
The 6 activities are defined to capture costs at Production Order and the remaining activity types are defined to meet Service Management requirement in Free service Coupons
3.2.2.1 Maintain Cost Elements for Activity AllocationControlling > Cost Center Accounting > Master Data > Activity Types > Maintain Cost Elements for Activity Allocation
The cost elements created for activities are of Category: 43 takes receiver debits as part of
internal activity allocation.
Allocation cost elements: One to one creation of Secondary Cost Elements for Activity Types of Category: 43
CONSConsumables
CTOOLSCutting Tools
LAB001Labour cost
MACH01Machine hours
OVHDSOverheads
POWFULPower And Fuel
3.2.2.2 Create Activity Types
Controlling > Cost Center Accounting > Master Data > Activity Types > Create Activity Types
Activity type is a unit in a controlling area that classifies the activities performed in a cost centers, example Activity types in production cost centers are machine hours.
Activity Types Defined in Controlling Area: HHML
Are mentioned above.
3.2.2.3 Maintain Activity Type GroupsControlling > Cost Center Accounting > Master Data > Activity Types > Maintain
Activity Types Groups
Activity Group created: HHMLGROUP with the following Activities assigned to it:
HHMLGROUP HHML activity group
CONS01Consumables
CTTL01Cutting Tools usage
LAB001Labour cost
LPG001LPG usage
MACH01Machine hours
PET001Petrol usage
UTL001Utilities usage rate
3.2.2.4Define Search Helps for Activity TypesControlling > Cost Center Accounting > Master Data > Activity Types > Define Search Help for Activity Types
SAP standard is being used
3.2.3 Statistical Key Figures
Controlling > Cost Center Accounting > Master Data > Statistical Key Figures
Statistical Key figures are being used for allocation of costs from Cost Centers in Assessment and Distribution Cycles
3.2.3.1 Maintain Statistical Key Figures
Controlling > Cost Center Accounting > Master Data > Statistical Key Figures > Maintain Statistical Key Figures
The following Statistical Key Figures are created in Controlling Area: HHML
CONTLSCutting Tools ConsumptionNot Linked to LISManual Entry
MATRLMaterial CostNot Linked to LISManual Entry
SALWGSSalary and wagesNot Linked to LISManual Entry
3.3 Planning
Controlling > Cost Center Accounting > Planning
Cost center planning forms one part of the overall company planning process and should be
integrated with it. In cost center planning you plan primary and secondary costs as well as activity and consumption quantities.
Cost centers are planned for specific timeframes, usually for one fiscal year but also for fiscal
quarters or other periods.
For HHML, Controlling Area planning would be done at Cost Center level and overall planning for the company is through integrated planning
3.3.1 Basic SettingsControlling > Cost Center Accounting > Planning > Basic Settings
Basic settings need to be done before the users can do cost center planning
3.3.1.1 Maintain Exchange Rate Types
Controlling > Cost Center Accounting > Planning > Basic Settings > Maintain Exchange Rate Types
Standard Exchange rates types "M" is being considered for planning
3.3.1.2 Define Exchange RatesControlling > Cost Center Accounting > Planning > Basic Settings > Define Exchange Rate
Exchange Rates are maintained for specific periods
3.3.1.3 Maintain Versions
Controlling > Cost Center Accounting > Planning > Basic Settings > Maintain Versions
Versions in planning, display alternative plan scenarios based on different planning assumptions. For example,
Optimistic Plan
Forecast etc.
The data for the most likely version in planning normally appears in version 000. The plan data you enter here forms the basis for comparison and variance analysis. Version 000 also holds all actual data postings.
Versions Maintained at HHML
0Actual / Plan Version
1Plan Change Version
Years Active for both versions
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
With Integrated Planning and Copying allowed for all the years
You can use versions to create independent data groupings in planning and in actual.
3.3.2 Group MaintenanceControlling > Cost Center Accounting > Planning > Group Maintenance
For planning the same groups are used as in the case of actuals
Cost Center Group
Cost Element Group
Activity Group
3.3.2.1 Maintain Cost Element GroupsControlling > Cost Center Accounting > Planning > Group Maintenance > Maintain Cost Element Groups
The same cost Element Group is being used as in the case of Actuals
HHMLGROUP: Cost Element Group created: The following is the structure of the same
This Cost Element Group was created functional and allocation of costs to various other cost centres
HHMLGROUP HHML Cost Element Group
CONS.INDConsumables (Indirect)
TOOLSCutting Tools
POWERFUELPower and Fuel
FACADM.SALFACTORY & ADMN. SALARY
FACTEXPFactory Expenses
INSURANCEInsurance Expenses
DEPRECIANDepreciation Cost
EXCH.FLUCExchange Fluctuation
REP.MAINREPAIR & MAINTENANCE
MART.EXPMarketing Expenses
MKTG.SALMarketing Salary
MKTG.SELGMarketing Selling Expenses
SELLINGSales Promotion
ADVERTISE Advertisement
DIST.EXPDistribution Expenses
ROYALTYRoyalty
NONOPERNExpenses not related to Production
PROFITASSTProfit on Sale of Assets
LOSSASSETLoss on Sale of Assets
BADDEBTBad Debts
DONATIONDonations
DEFREVENUEDeferred Revenue Expenses
INTGERESTInterest and Financial Charges
TERMLOANInterest on Term Loan
FINCHARGESOther Financial Charges
OTHERSOthers Interest & Financial Charges
OTHERINCOMOther Income
3.3.2.2 Maintain Cost Center Groups
Controlling > Cost Center Accounting > Planning > Group Maintenance > Maintain Cost Center Groups
The same Cost Center Group is being considered as for actuals
PRODUCTIONProduction
ENGINE_PLTEngine Plant
ENG_PLT_DEngine Plant Dharuhera
ENG_PLT_GEngine Plant Gurgaon
FRAME_PLTFrame Plant
FRA_PLT_DFrame Plant Dharuhera
FRA_PLT_GFrame Plant Gurgaon
PRO_SERVICProduction Service
QUALITY_COQuality Control
QUA_CON_DQuality Control Dharuhera
QUA_CON_GQuality Control Gurgaon
PPCProduction Planning and Control
PPC_DProduction Planning and Cont. Dharuhera
PPC_GProduction Planning and Control Gurgaon
ENGINEERINEngineering
ENGG_DEngineering Dharuhera
ENGG_GEngineering Gurgaon
MATERIALSMaterials
MATR_DMaterials Dharuhera
MATR_GMaterials Gurgaon
MATR_HOMaterials Head Office
STORESStores
STORES_DStores Dharuhera
STORES_GStores Gurgaon
R_AND_DR & D
R_AND_D_D R & D Dharuhera
R_AND_D_G R & D Gurgaon
TOOL_ROOM
Tool Room
TOOL_RM_D
Tool Room Dharuhera
TOOL_RM_G
Tool Room Gurgaon
CIVIL
CIVIL
CIVIL_D
CIVIL DHARUHERA
CIVIL_G
CIVIL GURGAON
MAINT
Maintenance
MAIN_D
Maintenance Dharuhera
MAIN_G
Maintenance Gurgaon
UTILITY
Utility
UTILITY_D
Utility Dharuhera
UTILITY_G
Utility Gurgaon
MARKETING
Marketing
CORP_MKTG
Corporate Marketing
CORP_MKT_D
Corporate Marketing Dharuhera
CORP_MKT_G
Corporate Marketing Gurgaon
COR_MKT_HO
Corporate Marketing Head Office
COR_MK_SPD
Corporate Marketing Spares Dharuhera
COR_MK_SPG
Corporate Marketing Gurgaon
ZONE_MKTG
Zonal Marketing
NORTH_ZONE
North Zone
SOUTH_ZONE
South Zone
EAST_ZONE
East Zone
WEST_ZONE
West Zone
ADMIN
Administration
ADMIN_D
Administration Dharuhera
ADMIN_GAdministration Gurgaon
ADMIN_SPD
Administration Spares Dharuhera
ADMIN_SPG
Administration Spares Gurgaon
ADMIN_HO
Administration Spares Head Office
3.3.3.3 Maintain Activity Type GroupsControlling > Cost Center Accounting > Planning > Group Maintenance > Maintain Activity Type Groups
The same Activity Group is being used as in Actuals
Activity Group created: HHMLGROUP with the following Activities assigned to it:
HHMLGROUP HHML activity group
CONS01Consumables
CTTL01Cutting Tools usage
LAB001Labour cost
LPG001LPG usage
MACH01Machine hours
PET001Petrol usage
UTL001Utilities usage rate
3.4 Period-End Closing
Controlling > Cost Center Accounting > Actual Postings > Period End Closing
Period End Activities to be done in Cost Center Accounting are:
Assessment
Distribution
3.4.1 DistributionControlling > Cost Center Accounting > Actual Postings > Period End Closing > Distribution
Distribution to be done for cost centers actual costs to be allocated to other cost centers based on statistical key figures.
These Statistical key figures can be loaded on the system through BDC programes3.4.1.1 Specify Receiver Types for Distribution
Controlling > Cost Center Accounting > Actual Postings > Period End Closing > Distribution
> Specify Receiver types for Distribution
When making distributions you can specify which table fields are active and whether, in cycles, a single value, an interval, or a group can be.
3.4.2 Assessment
Controlling > Cost Center Accounting > Actual Postings > Period End Closing > Assessment
At HHML, SAP standard is being used
4. Internal Orders
Controlling > Internal Orders
Internal Orders are object used to monitor costs and, in some instances, revenues for an
Organization. Internal orders can be used to
* Monitor the costs of short-term measures
* Monitor the costs and revenues related to a specific service
* Monitor ongoing costs
In HHML Internal Orders are being used to capture FOC sales (Free of Cost) and warranty
returns, warranty returns cost to be settled to Cost Center of Gurgaon and Dharuhera plant from
Spare Part Plants and FOC sales to be settled to Profitability segment.
4.1 Order Master Data
Controlling > Internal Orders > Order Master DataYou need to define Order types to be able to create orders.assign number range.
general status management for the order
issue authorization keys for the user statuses
allow revenue postings to the order
4.1.1 Define Order Types
Controlling > Internal Orders > Order Master Data > Define Order Types
The following order types were created to meet the operational requirement of HHML
CONVTo capture cost for conveyance
DIVTo capture inter division cost
FOCTo capture FOC sales
MODTo capture model wise cost for warranty returns
PLNTTo capture cost for plants
RENTTo capture cost of rental paid
SDTo capture sales and distribution costs
TELTo capture telephone expenses for various residential and board lines
VEHTo capture certain office vehicles petrol costs
4.1.2 Maintain Number Ranges for Orders
Controlling > Internal Orders > Order Master Data > Maintain Number Ranges for Orders
The following order types were created the following number range to meet operational requirement of HHML, the alpha numeric combination were given to various order type
Order Type Number Range
CONV CON0000000000 CONZZZZZZZZZ
FOC MOD000000000 MODZZZZZZZZZ
MOD MOD000000000 MODZZZZZZZZZ
RENT REN000000000 RENZZZZZZZZZ
TEL TEL000000000 TEL9999999999
VEH VEH000000000 VEH9999999999
5. Product Cost Controlling
Controlling > Product Cost Controlling
Product Cost controlling involves two component. Product Cost Planning and Cost Object
Controlling.
At HHML we have used the Product Cost planning with quantity structure and under Cost Object Controlling we are using the Cost Object by order since at HHML we are using the " Make to Stock " scenario. In " Make to Stock " scenario we have production order wise WIP calculation, Variance calculation and Settlement as period end activities.
5.1 Product Cost PlanningControlling > Product Cost Controlling > Product Cost Planning
Component for planning the cost of products before an order to commence manufacturing is placed.
It includes tools for planning costs and setting prices for materials (cost estimate with quantity
structure, cost estimate without quantity structure) and for other objects of cost accounting.
Cost estimate with quantity structure means the product has a specific Bill of Material and routing.
For HHML cost estimate with quantity structure is used.
5.1.1 Basic Settings for Material CostingControlling > Product Cost Controlling > Product Cost Planning > Basic Settings for Material Costing
5.1.1.1 Define Cost ComponentsControlling > Product Cost Controlling > Product Cost Planning > Basic Settings for Material Costing > Define Cost Component
The cost components separate the results of a cost estimate into raw materials, material overhead, external activities, setup costs, machine costs, labour costs, production costs, and other costs from Bill of Material for a Product and Routing defined for a product.
Cost Component is grouping of cost elements that:
Makes the costs of a material, an activity type, or an overhead cost.
On selecting the cherry #Define Cost Components the following screen is displayed: -
Select the first row of the component structure and select the lens #Cost Components with
Attributes# and here define the structure of the cost components in product costing (estimate). The cost components split the results of product costing into raw materials, Human resources,
Production, Material Overhead, Production overhead etc. For
HHML the following settings are done:
Cost Component Structure :01
The cost is broken up in the following headings:
Cost Compo.Str.Cost Compo.Description
011 Raw material - Local
012 Raw Mat. -Imported
01 3 Production-Consumable
01 4 Production-Cutg Tool
01 5 Production-Labour
01 6 Production-Mach Run
01 7 Production-Overheads
01 8 Production-Pow Fuel
01 9 Miscellaneous
01 10 Semi Finished Goods
G/L Accounts Assigned to each Cost Component is
Cost ComponentDescriptionFrom To
1Raw material LocalRA10201110 RA10201110
RA10201130 RA10305120
2 Raw Mat. -ImportedRA10201120RA10201120
3 Production-ConsumableCONSUMABLECONSUMABLE
4 Production-Cutg ToolCUTG TOOLSCUTG TOOLS
5 Production-LabourLABOUR LABOUR
6 Production-Mach RunMACH RUN MACH RUN
7 Production-OverheadsOVERHEADSOVERHEADS
8 Production-Pow FuelPOWER FUELPOWER FUEL
9Miscellaneous
10 Semi Finished GoodsRA10801100RA10801100
RA10804100 RA10804100
Assignment of Organisation Unit to Cost Component:
All Company Codes are assigned to Cost Component: 01
5.1.2 Material Cost Estimate with Quantity Structure
Controlling > Product Cost Controlling > Product Cost Planning > Material Cost Estimate with Quantity Structure
Function for planning costs and setting prices for materials using the data from Production
Planning. This data (the quantity structure) is determined by the system automatically.
5.1.2.1 Define Costing VariantsControlling > Product Cost Controlling > Product Cost Planning > Material Cost Estimate with Quantity Structure > Define Costing Variant
Costing Variant is a key that determines how a cost estimate is created and valuated.
In Product Costing with Quantity Structure, the costing variant determines:
What dates apply for the cost estimate itself and for the explosion and valuation of the
quantity structure
How the BOMs and routings are selected to create the quantity structure
What prices are selected to valuate the quantity structure
How overhead is calculated
The costing variant links under a single umbrella the different co-ordinates like costing type,
costing variant, quantity structure determination and transfer control under a single name. (these are explained in the new few pages).
When you select the cherry #Costing variant# the different variants PPC1, PPC2,PPC3 and PREM are displayed. These costing variant holds different combination of the characteristics of costing type and valuation variant. PPC1 which is the costing variant for Standard cost estimate (SAP standard variant) is relevant to HHML.
5.1.2.2 Costing Variant: ComponentsControlling > Product Cost Controlling > Product Cost Planning > Material Cost Estimate with Quantity Structure > Costing Variant Component
This section contains the steps necessary for you to define the following control parameters for material costing with quantity structure, which are assigned to the costing variant.
5.1.2.2.1 Define Costing Types
Controlling > Product Cost Controlling > Product Cost Planning > Material Cost Estimate with Quantity Structure > Costing Variant Component > Define Costing Types
Here you define the technical attributes of the cost estimate.
You define the purpose for which a material cost estimate can be used by specifying which field of the material master record the results of the costing can be transferred to. The costing type for the standard cost estimate allows, for instance, the standard price to be updated. You can set only one indicator for each costing type.
Update Cost estimate
Standard price Standard cost estimate (01)
Tax price Inventory cost estimate
Commercial price Inventory cost estimate
Other price except std price Modified standard cost estimate or current cost estimate
No update Any cost estimate
When you select the cherry Costing type the screen displays various costing types which has different combinations and costing type 01 is relevant to HHML
The above costing type directs that the standard price field in the material master be updated the estimate. Standard cost estimates must be saved with period start. If a cost estimate is saved without date, the results of the previous cost estimate are overwritten by new cost estimates.
5.1.2.2.2 Define Valuation Variants
Controlling > Product Cost Controlling > Product Cost Planning > Material Cost Estimate with Quantity Structure > Costing Variant Component > Define Valuation Variant
Valuantion variant definition decides the determines what prices the system selects when it valuates the quantity structure of a material cost estimate or order, or when it valuates the costing items of a unit cost estimate. Here you create a valuation variant that contains the required parameters for the valuation of a cost estimate.
When you select the cherry valuation variant under the menu Controlling Product Cost Controlling
Product Cost Planning Cost Estimate with Quantity Structure, the screen displays different
Valuation variants. Variant 001 is relevant for Std Cost Estimate and 006 and 007 are relevant for Production orders.
At HHML all standard settings are used but in 007 two more strategy are added for material
Valuation.
Valuation Strategy for material valuation (for bought-out materials)
Strategy sequence that determines the valuation of the materials used in the cost estimate. The materials are valuated using the price in the material master record or the values calculated in a material cost estimate.
5.1.2.2.3 Define Date Control
Controlling > Product Cost Controlling > Product Cost Planning > Material Cost Estimate with Quantity Structure > Costing Variant Component > Define Date Control
In costing, date control IDs control the dates on which the quantity structure and the value
structure are created. These dates determine the following:
The validity period of the cost estimate
The date on which the quantity structure is determined
The date on which the quantity structure is valuated
Date control determines which dates are proposed or displayed when a cost estimate is created, and whether the user can change these dates. Attaching the correct key and attaching them to the relevant costing variant assists in the dates being proposed in the requisite way when a cost estimate is being created. This has no relevance to the cost calculation.
5.1.2.2.4 Define Quantity Structure Control
Controlling > Product Cost Controlling > Product Cost Planning > Material Cost Estimate with Quantity Structure > Costing Variant Component > Define Quantity Structure Control
Define Quantity Structure Control
Quantity structure determination is used in cost estimates with quantity structure to specify for each plant how the system searches for valid alternative BOMs and alternative routings to create a quantity structure for multilevel BOMs. The search is carried out on the basis of two parameters:
Application of BOMsAt HHML it is the Production BOM
Selection ID for selecting alternative routingAt HHML it is the routing ID 01
Quantity structure determination also specifies whether the required quantity for BOM components with dimensional units of measure is rounded up to the next whole number if the calculation of scrap-adjusted quantities results in a fraction.
5.2 Cost Object Controlling
Controlling > Product Cost Controlling > Cost Object Controlling
Cost objects are the units to which costs and revenues can be assigned according to cause by means of Cost Object Controlling.
The typical examples of Cost objects are Cost Centers, Production Orders, PA Segment, PM Orders, Sales Orders etc.
5.2.1 Product Cost by Order
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order
Cost object controlling links the controlling module to the Production orders in PP Module.
Production orders are one of the cost objects. The relevant cost object for HHML is #Product
cost by order .
(Please note the product cost by period is only relevant for repetitive manufacturing.).
5.2.1.1 Manufacturing OrdersControlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Manufacturing orders
The costs, which are collected through a mechanism of production orders, are covered under this category. Typically, these orders are settled every period end and costs in the orders are settled either to inventory or to price difference account.
5.2.1.1.1 Check Costing Variants for Manufacturing Orders (PP)
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Manufacturing orders > Check Costing Variant
The costing variant PPP1 and PPP2 are relevant for plan and actual costing of process orders.
The definition and linking of costing type and valuation variant are identical for to the standard cost estimate explained above. The relevant costing for process orders is 06 for plan costs and 07 for actual costs.
5.2.1.1.2 Check Valuation Variants for Manufacturing Orders (PP)
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Manufacturing orders > Check Valuation Variant
The relevant valuation variant for plan costs is 006 and 007 for actual costs.
The same settings as done in Basic settings for Material Costing with quantity structure.
5.2.1.1.3 Check Order Types
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Manufacturing orders > Check Order Types
Orders types for production orders are defined in PP Module and by selecting this cherry the list of orders defined in PP is displayed here. When you select the relevant orders and go into the details screen it can be seen that separate number ranges have been defined for each order types and all the orders types of PP is having settlement profile as #PP01# and settlement profile is explained later
5.2.1.1.4 Define Cost-Accounting-Relevant Default Values for Order Type
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Manufacturing orders > Define Cost Accounting Relevant Default Values for Order Type
Here you define the settlement rule and the relevant costing variant for each order type. For PP order types the settlement rule is always PP01, which means full settlement and cannot be changed. The orders as defined in PP for example Plant HHHD and Order type PP01 and the following settings are done for HHML:
PlantHHHD
Order typePP01 Production order type for HHML
Default rulePP1 Production Mat.Full settlement
RA key 000002 WIP Calculation at Actual Costs
Costing
Prel./vers.cstg PPP1 Production order -planned
Val. var006 Production order -planned
Simul. costingPPP2 Production order - actual
Val. var.007 Production order - actual
Planned cost calcul. Determine Planned cost when saving
5.2.1.2 Define Goods Received Valuation for Order DeliveryControlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Define Goods Received Valuation for Order Delivery
In this step, you specify how material receipts valued at moving average price.
For materials valued at moving average price, the value for the credit posting is made using a
valuation variant. You have to define the valuation variant for each valuation area. The valuation variant specifies what material price is used for the credit posting.
For materials valued at standard price, credit posting always takes place at a standard price.
If you have materials with moving average price you have to specify for the valuation area (Plant) which valuation variant is to be used for goods receipt.
The valuation variant 007 is being defaulted for all the valuation strategy for all the plants
5.2.1.3 Period-End Closing
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End ClosingHere you define the parameters that influence the activities at the end of the accounting period in order-related production.
You define the following:
How work in process is calculated for production orders
How variances are calculated for each production order or process order
How actual costs are passed on to other objects in the R/3 System.
5.2.1.3.1 Work in Process
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Work In ProcessThe system calculates work in process (WIP) to determine the costs incurred for materials that have not yet been delivered to stock. This calculates the value of the unfinished goods.In Product Cost by Order the work in process is calculated for the manufacturing order. The work in process for manufacturing orders is normally calculated at actual costs. Work in process at actual costs is calculated as the difference between the debits for material withdrawals, internal activity allocations, external activities, and overhead costs (that is, the actual costs assigned to the object) and the actual credits from goods receipts for delivery to stock. The work in process can be transferred to Financial Accounting and by period. Settlement to Financial Accounting ensures that the work in process is included in the balance sheet and the profit and loss statement5.2.1.3.1.1 Define Results Analysis Keys
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Work In Process > Define Result Analysis Key
Result Analysis key identifies in the project that the order is relevent for Variance calculation.5.2.1.3.1.2 Define Results Analysis Versions
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Work In Process > Define Result Analysis Versions
Results analysis versions lets you calculate WIP based on certain settings in different version. This means that you can use different results analysis versions to do the following: Define different methods of WIP calculation. You can create results analysis versions along with operational valuation that are based an "internal" results analysis version created for internal purposes, rather than on multiple valuation. This means that you can use different results analysis versions to: - Define different methods of WIP calculation - Define different amounts of work in process to be capitalized Calculate work in process at actual costs in up to three valuationIn simplified control, the results analysis version shows you the following:
Which valuation view the results analysis data was updated in (such as Legal Valuation) Whether the version is relevant to settlement. The version relevant to settlement is the results analysis version of operational valuation view and the results analysis versions of multiple valuation views referring to that version. Whether the data is transferred to Financial AccountingYou can transfer the results analysis versions of multiple valuation views to Financial Accounting.
5.2.1.3.1.3 Define Valuation Method (Actual Costs)
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Work In Process > Define Valuation Method
In this step you define a valuation method for the calculation of work in process.This creates the link between the controlling area, the results analysis key, the results analysis version, and the system status.When you create new valuation methods, you specify whether the work in process should be valuated at target costs or actual costs.* Work in Process at Target CostsIn the Product Cost by Period component the work in process is valuated at target costs. The valuation is made on the basis of the quantities confirmed at the operations or reporting points.The system determines the following in each period:- Which materials were delivered to stock- Which materials were confirmed at the operations- Which materials and activities are not included in WIP calculation due to scrap confirmations at subsequent operations?* Work in Process at Actual CostsIn the Product Cost by Order component the work in process is normally valuated at actual costs. The value of the work in process is the difference between the debit and the credit of an order as long as the order has the status PREL (partially released) or REL (released).The valuation method for WIP calculation is linked to a system status.Work in process at actual costsThe following status codes are relevant for WIP calculation in this component: PREL The order is partially released. REL The order is released. DLV The order has been completely delivered.TECO The order is technically completed.If the status is PREL or REL, the system creates work in process in the amount of the actual costs with which the order is debited. If the status is DLV or TECO, the system cancels the work in process. The difference between the debit through actual costs postings and the actual credit of the order from goods receipts is interpreted as a variance with this status.5.2.1.3.1.4 Define Line IDs
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Work In Process > Define Line ID
SAP standard settings used5.2.1.3.1.5 Define Assignment
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Work In Process > Define Assignment
In this the cost elements are assigned to various costs ID'sThe following settings are done at HHML :Control.AreaRA Ver.Masked Cost ElementOriginValid fromReq. to Capitalize
HHML0++++++++++++++001.1997COS
HHML0QA++++++++++++001.1997REV
HHML0RA10++++++++++001.1997COP
HHML0RA108+++++++++001.1997SET
HHML0W+++++++++++++001.1997COS
5.2.1.3.1.6 Define Posting Rules for Settling Work in Process
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Work In Process > Define Posting Rules for Settling Work In ProcessIn this step you specify the G/L accounts in Financial Accounting to which the work in process is settled. You assign a results analysis cost element or a group of results analysis cost elements to two G/L accounts.
A posting document is generated in Financial Accounting on the basis of the settlement of work in process. Data is written to the balance sheet.Data is written to the profit and loss statement.The following G/L accounts are specified for HHML:Control. AreaHHML
CompCodeHHML
RA Version0
RA CategoryWIPR
Record No.0
P&L Acc.RA10801130
B/S Acc.LA60100100
5.2.1.3.2 Variance Calculation
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Variance Calculation
The various setting related to variance calculation are done here
5.2.1.3.2.1 Define Variance Keys
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Variance Calculation > Define Variance KeysThe variance key specifies the following:
whether scrap is calculated in addition to the variances
whether a document is written containing the date, user name and change made
Orders can only be selected for variance calculation if a variance key is entered in the order. The variance key is entered in the master data of the order in the following way:
If you create a material master record, the system proposes a variance key through the plant.
If you create a production order to manufacture this material, the system proposes a variance key through the entry in the material master record (costing view).
5.2.1.3.2.2 Define Default Variance Keys for Plants
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Variance Calculation > Define Default Variance Keys for Plants
For all the plants at HHML the Variance Key attached is 000001.
5.2.1.3.2.3 Check Variance Variants
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Variance Calculation > Check Variance Variants
In SAP the variance is classified broadly as input variance and out variance. The following is
the different input variance:-
1.Price variances
Price variances are the differences between the planned prices and the actual prices of the
resources used. If this indicator is set, you should make sure that
the Material origin indicator in the costing view of the material master record is set
the Record quantity indicator is set in all relevant cost elements
2.Quantity variances
Quantity variances are differences between the planned and actual input quantities of the resources.
If this indicator is set, you should make sure that
the Material origin indicator in the costing view of the material master record is settle Record quantity indicator is set in all relevant cost elements
3.Resource-usage variances
A resource-usage variance arises when a different resource is used than was planned.
4.Input variances
Input variances are differences on the input side that cannot be assigned to any other variance
category (such as surcharges).
Variances on the output side:
5. Lot-size variances
Lot-size variances are differences between the planned fixed costs and the charged fixed actual costs. Lot-size variances can only be calculated for target cost version 0.
6. Output price variances
Output price variances are differences between the target credit (at the standard price) and the
actual credit (for example at the moving average price). Output price variances can only occur for materials with moving average price control.
7. Remaining variances
Remaining variances are differences that cannot be assigned to any other variance category (such as rounding differences). If the system cannot calculate any target costs, only remaining variances will be reported.
5.2.1.3.2.4 Define Target Cost Versions
Here you define the three target cost versions and assign it to the controlling area. Variance
calculation calculates the target costs so that the variances between the actual costs and the planned
costs are determined using the same reference basis.
For example, if you compare the costs in the standard cost estimate with the actual costs in the
production order, the costs in the standard cost estimate are adjusted to the quantity that was
delivered to stock for the production order. This allows you to directly compare the target costs with the actual costs for the actual quantity manufactured. For each production order you can see the variances in three different ways.
Target cost version 0
You compare the actual costs of a production order with the target costs calculated in the standard cost estimate for the material produced.
The base quantity for variance calculation is the actual quantity of the production order (i.e., the quantity that was delivered to stock).
The target costs are calculated by converting the planned costs in the standard cost estimate to
the actual quantity (the costs that depend on the lot size in the standard cost estimate are divided by the costing lot size and multiplied by the delivered quantity).
If the "scrap" indicator in the variance key is set, the control costs are calculated by subtracting the value of the scrap from the actual costs for the order. If the delivery of the material to stock is valuated with the standard price, the total target costs are equal to the credit posting on the order at the time of delivery. The total variances equal the difference for which a posting on a price difference account was made during settlement.
For this version, select actual costs as the control costs and standard cost estimate as the target
costs.
5.2.1.3.3 Settlement
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Settlement
Settlement is the full or partial allocation of calculated costs from one object to another. In the
Production orders, the difference between the actual cost of production and the credit obtained by it for the material produced and transferred to stock, is settled either to the material or to a cost center. Under this customisation, you define the parameters for settlement. In the case of normal production orders, no customisation is required as SAP defaults the settings for PP01 order type.
5.2.1.3.3.1 Create Settlement Profile
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Settlement > Create Settlement ProfileThis defines which settlement receivers and which distribution factors are allowed. In addition, a settlement profile contains the default values for the settlement structure and the PA transfer structure, as well as the maximum number of distribution rules and the retention period of the settlement documents. A settlement profile must exist before a settlement rule can be created for an object.
For HHML the following settlement profiles are used:
80E Service order (rev.bearing)
JW01Job work order settlement
PP01Production order
RW01Rework order settlement
The following settings are done for each settlement profiles :
Settlement Profile80E
To be settled in Full
Allocation StructureSM
Default Object TypeCTR ( Cost Center )
Settlement Profile JW01
To be settled in Full
Allocation Structure JW
Default Object Type CTR ( Cost Center
Settlement ProfilePP01
To be settled in Full
Allocation Structure A1
Default Object Type MAT ( Material )
Settlement Profile RW01
To be settled in Full
Allocation Structure RW
Default Object Type CTR ( Cost Center )
5.2.1.3.3.1 Create Allocation Structure
Controlling > Product Cost Controlling > Cost Object Controlling > Product Cost by order > Period End Closing > Settlement > Create Allocation Structure
Serves to settle costs occurring on a sender to various receivers according to cost element (group).
The settlement assignment sets the assignment of cost element (group) to a settlement cost element.
Multiple assignments are combined in a settlement structure.
A settlement structure must meet the following criteria:
* Completeness:
To ensure orderly settlement, all cost elements under which costs occur must be represented in a
settlement structure.
* Uniqueness:
A cost element may appear only once in a settlement structure
6. Profitability Analysis
Controlling > Profitability Analysis
CO-PA lets you analyse the profitability of segments of your market - structured according to
products, customers, orders, and summarisation of these and other characteristics - and
organizational units such as company codes or business areas. The aim is to provide your sales, marketing, planning, and management organizations with decision-support from a market-oriented viewpoint.
CO-PA automatically creates a segment for every possible combination of different characteristics whenever data is posted to PA. Thus reporting on various combinations of characteristics is possible through PA reports. Examples of segments are Customer, Customer-Product, Customer-Product-Area Office etc. Each component of the segment is defined as a characteristic in PA. The value part is captured in value fields in the case of costing based PA.
The CO-PA application itself offers two forms of Profitability Analysis: costing-based and
account-based. You can also use both of these types of CO-PA simultaneously.
6.1 Structures
Controlling > Profitability Analysis > Structure
Under this head, the basic structure of the Profitability Analysis application component is defined.
Based on the definition under the structures various data is captured in PA.
6.1.1 Define Operating ConcernControlling > Profitability Analysis > Structure > Define Operating Concern
The operating concern is an organizational entity represents a particular structure or segment of the market. It is the highest level of reporting in controlling Profitability Analysis. The operating concern is divided into profitability segments and can be used to evaluate market segments according to products, customers, orders, business area, profit centers with respect to contribution margin/ profits. Many Controlling Areas could get assigned to an Operating Concern.
For the company HHML, a single operating concern HHML has been set up.
6.1.1.1 Maintain Characteristics
Controlling > Profitability Analysis > Structure > Define Operating Concern > Maintain Characteristics
The characteristics in Profitability Analysis represent those criteria according to which you analyse your operating results and your sales and profit plan. Valid values of these characteristics are combined to form profitability segments. You can use concepts that already exist in the R/3 System, such as "Customer" and "Sales organization", to define characteristics. In addition, you can manually define your own characteristics when you customize your system.
In this step you can define your own characteristics. A number of frequently used characteristics are already predefined in the standard system.
You initially define these characteristics independent of any operating concern. They are also
available in all clients.
Before you define a new characteristic, look at the list of existing characteristics. You may find one there that already meets your requirements. (This list contains all predefined characteristics and those you have already defined in your system.) To see a list of those characteristics that are automatically contained in all operating concerns, choose "Extras -> Fixed fields". To create a new characteristic, switch to the "change" mode and then choose the Create icon.
Characteristics used at HHML:
COPA_KOSTLCost center
KMVTNRSales employee
VKBURSales office
VKGRPSales group
MATKLMaterial group
KDGRPCustomer group
KMLANDCountry
WWPRGProduct Group ( User Defined )
6.1.1.2 Maintain Value FieldsControlling > Profitability Analysis > Structure > Define Operating Concern> Maintain Value Fields
A value field is a field in which the system stores numeric values such as revenues, sales
deductions, and so on. Value fields are relevant only for Costing based PA and has no relevance to Account based PA.
In this step, you can define your own value fields. Frequently used value fields, such as
"Revenue" and "Sales quantity", are already predefined in the standard system.
You define this value independent of any operating concern and any client. Before you create a new value field, look at the ones that already exist. Then you can check whether one of fields you have already defined or one defined in the standard system fulfils your requirements. Once you are in the "change" mode, you can define a new value field by choosing the "Create" icon: Enter a 4- or 5-character name that begins with "VV" for your value field. Here you also need to specify whether this field is a quantity field or a field for currency amounts. All the currency fields in any single line item use the same currency. Which currency this is, is defined in the attributes of each operating concern. Each quantity field uses one quantity unit. Thus you can use one quantity field to store quantities in different units. On the next screen, you can enter texts to describe the value field, as well as how the values in this field are to be aggregated over characteristics of time. In most cases, you will use the aggregation rule "SUM (summation) to add up the values over periods.
You can change the attribute "Currency or quantity field" as long as this value field is not used in any operating concern. You can change the texts for user-defined value fields at any time. You can delete any value field that is not being used in an operating concern.
At HHML the following Value Fields are used:
ERLOSRevenueAmount
ABSMGSales quantityQuantity
VVCOGCost of goodsAmount
VVSPDSpares SalesAmount
VVFREFreightAmount
VVMCSMotor Cycle SalesAmount
VVEINInsurance ExportAmount
VVIDSDis. on Int. MC SPAmount
VVINSInsuranceAmount
VVNDPMC Inst. Sale PriceAmount
VVPDIMC Int - Insp. CharAmount
VVSDSSP-Stockist DiscountAmount
VVSFISP-Fre & InsuranceAmount
VVSIDSP-Int DiscountAmount
VVSLPSP-Int Sale PriceAmount
VVTCDMC Int- Del. ChargesAmount
VVTRCMC-Int Tem Reg CharAmount
VVXPTExport Price MCAmount
VV360Price VariancesAmount
VVAVCCost Per Unit Amount
VVPRIPriceAmount
VVSTAStatistical KeyQuantity
VVPROConsumablesAmount
VVRMIRaw Mat. Con. ImportAmount
VVRMLRaw Mat. Cons. LocalAmount
VVADMAdmin. OverheadsAmount
VVFACFactory OverheadsAmount
VVRLTRoyaltyAmount
VVVALCredit Memo ValueAmount
VVDVLDebit NoteAmount
VVMSCMisc. SalesAmount
VVSCP Scrap SalesAmount
VVCPNComponent SaleAmount
VVEFR Export FreightAmount
VVECF Ex Curr. Factor PricAmount
VVFRPFreight Prov for TraAmount
VVFOBSpares FOB PriceAmount
VVNPLNotional Profit.Amount
VVEXCExport CommisionAmount
VVJCF100% discount Amount
VVINTInstit. OT Asses ValAmount
VVSTPStd Time SKF Quantity
VVSPE Spares Exp Disc.Amount
VVSMFFlat Rate TimeAmount
VVCGPCapital Gds PriceAmount
VVINDInst. DiscountAmount
VVMEDMC Exp DiscAmount
VVCTLCutting ToolsAmount
VVDREDeferred RevenueAmount
VVFCHFinancial ChargesAmount
VVLABLabourAmount
VVMACMachine RunAmount
VVMKTMarketing OverheadsAmount
VVNOPNon Operative CostAmount
VVOHDOverheadsAmount
VVPOVProduction OverheadsAmount
VVPOWPower & FuelAmount
6.1.1.3 Maintain Operating Concern
Controlling > Profitability Analysis > Structure > Define Operating Concern> Maintain Operating Concern
The operating concern has Attributes and Data Structure.
1. Attributes
Attributes give the detail of operating concern currency and the fiscal year variant
2. Data structure
The data structure determines the structure of the profitability segments that you can analyse and how costs and revenues are organized. All information in the data structure definition is client independent.
The following setting are done for HHML in Attributes:
Operating concernHHML Operating Concern
Operating concern currencyINR Indian Rupee
Fiscal year variantV3 Apr.- March, 4 special periods
For the Data Structure:
The earlier mentioned Characteristics and Key Fields are used
6.2 Master Data
Controlling > Profitability Analysis > Master Data
For the User defined Characteristics master data can be maintained under this menu. At HHML Master Data is maintained for characteristics " Product group "
6.2.1 Characteristic ValuesControlling > Profitability Analysis > Master Data > Characteristics Value
The values attributable to the characteristics can be defined under this head
6.2.1.1. Maintain Characteristic Values
Controlling > Profitability Analysis > Master Data > Characteristics Value > Maintain Characteristics Value
The values attributable to the characteristics can be defined under this head. For example the
Characteristic Product Group can have characteristic values like "SPL " etc. Characteristic values are defined in the normal path of PA and do not form part of customisation.
6.2.1.2 Define Characteristics HierarchiesControlling > Profitability Analysis > Master Data > Characteristics Value > Maintain Characteristics Hierarchies
You can define hierarchical structures for characteristics in Profitability Analysis (CO-PA) and analyse these structures later in the information system. This means you can, for example, structure your products or customers in a hierarchy.
At HHML no Hierarchical structures have been defined, but can be done as Master Data whenever required
6.2.2 Define Characteristic DerivationControlling > Profitability Analysis > Master Data > Define Characteristics Derivation
Derivation lets you find values for certain characteristics automatically based on the known values of other characteristics, where these characteristics are logically dependent on one another.
No derivation rules are defined at HHML
6.2.3 Valuation
Controlling > Profitability Analysis > Master Data > Valuation
You can have values calculated automatically in costing-based CO-PA. This procedure is called "valuation" and can be used for both plan and actual data.
6.2.3.1 Valuation StrategiesControlling > Profitability Analysis > Master Data > Valuation Strategies
There are three different methods of valuation:
1. Valuation using conditions and a costing sheetThis is useful when you need certain data to evaluate a sale but do not yet know the actual
values. This makes it possible to calculate such things as sales commission, discounts, and cash discounts or freight costs. You calculate these values by defining conditions, which are stored and processed in a costing sheet. Conditions can be scaled and made dependent on certain characteristic values. To valuate plan data you can also access conditions from Sales and Distribution (SD) directly.
2. Valuation using product costing
You can also use product cost estimates from Product Cost Controlling (CO-PC) to determine the cost of goods manufactured in Profitability Analysis. The breakdown of these costs in CO-PC is usually more detailed than that in CO-PA. Consequently, you can assign the individual costing elements to value fields in CO-PA.
3. Valuation by means of a user-defined program exit
If your requirements for valuation go beyond those supported in the standard system, you can
program your own valuation routines.
6.2.3.1.1 Define and Assign Valuation Strategy
Controlling > Profitability Analysis > Master Data > Valuation > Define and Assign Valuation Strategy
A valuation strategy controls how value fields are valuated in costing-based Profitability Analysis. It determines which methods are to be used to fill the individual value fields as well as the order in which these methods are to be applied.
You can valuate your value fields using the following methods:
Valuation using CO-PA-specific conditions
Valuation using product cost estimates
Valuation using customer-defined valuation routines
In CO-PA planning, you can also valuate your data using conditions and costing sheets from the Sales and Distribution (SD) application component. At HHML we are using product cost estimates for actual data and CO-PA specific conditions for Planning Revenues
6.2.3.2 Set Up Valuation Using Material Cost EstimatesControlling > Profitability Analysis > Master Data > Valuation > Set Up Valuation Using Material Cost Estimate
Valuation of documents by reading the cost of goods manufactured in the material cost estimates from Product Cost Planning. You do this by defining costing keys.
At HHML Cost of Goods Sold is broken up in the same fields as Cost itemization
6.2.3.2.1 Define Keys for Accessing Material Cost Estimates
Controlling > Profitability Analysis > Master Data > Valuation > Set Up Valuation Using Material Cost Estimate > Define Keys for Accessing Material Cost Estimate
At HHML for valuating the details of Cost of Goods Sold the Costing Key 001 is used and for
plan data's Cost of Goods Sold Z01 is used. The following is the details settings for each.
Costing Key 001
Costing key001 Current standard cost estimate
Costing variantPPC1 Standard cost est. (mat.)
Costing version1
The Current Standard Cost Estimate in the Material Master is used
Costing Key Z01
Costing keyZ01 Plan _ PA
Costing variantPPC1 Standard cost est. (mat.)
Costing version1
The Future Standard Cost Estimate in the Material Master is used (MARKED Standard Cost Estimate and NOT RELEASED)
6.2.3.2.2 Assign Costing Keys to Material Types
Controlling > Profitability Analysis > Master Data > Valuation > Set Up Valuation Using Material Cost Estimate > Assign Costing Keys to Material Types
Point of Valuation for actual data and plan data is done at material type level, defined in the
following manner at HHML :
PVRecord TypeVersionMaterial TypeValid UptoCosting Key
01FFNGD31.12.9999001
03F1FNGD31.12.9999Z01
04F1FNGD31.12.9999Z01
6.2.3.2.3 Assign Value Fields
Controlling > Profitability Analysis > Master Data > Valuation > Set Up Valuation Using Material Cost Estimate > Assign Value Fields
The components of a cost component structure from Product Cost Controlling are assigned to the value fields of the operating concern. Note that you need to maintain separate value field
assignments for each point of valuation in Profitability Analysis (CO-PA).
The following Assignment is done at HHML
Point Of ValuationCost ComponentDescriptionValue Fixed/VariableValue Field
011Raw material Local3VVRML
012Raw Mat.-Imported
3VVRMI
013Production-Consumable3VVPRO
014Production-Cutg Tool3VVCTL
015Production-Labour3VVLAB
016Production-Mach Run3VVMAC
017Production-Overheads3VVOHD
018Production-Pow Fuel3VVPOW
0110Semi Finished Goods3VVRML
031Raw material Local3VVRML
032Raw Mat.-Imported
3VVRMI
033Production-Consumable3VVPRO
034Production-Cutg Tool3VVCTL
035Production-Labour3VVLAB
036Production-Mach Run3VVMAC
037Production-Overheads3VVOHD
038Production-Pow Fuel3VVPOW
039Miscellaneous3
0310Semi Finished Goods3VVRML
041Raw material Local3VVRML
042Raw Mat.-Imported
3VVRMI
043Production-Consumable3VVPRO
044Production-Cutg Tool3VVCTL
045Production-Labour3VVLAB
046Production-Mach Run3VVMAC
047Production-Overheads3VVOHD
048Production-Pow Fuel3VVPOW
049Miscellaneous3
0410Semi Finished Goods3VVRML
6.2.3.3 Define Conditions and Costing Sheets
Controlling > Profitability Analysis > Master Data > Valuation > Define Conditions and Costing Sheet
Co