SAP CO 모듈 요약

( 3 주차 )

11
 Internal Order Overview

 I/O 는 관리회계에서 목적별로 생성 관리하는 cost object 로서 비용을 계획 / 집계하고 , 목적 달성 후

다른 object 에 settle 함
- order 생성시 항상 order type 을 입력해야 함
- order 에 order type 이 assign 되면 order type 변경 불가
- true(real) order
. 나중에 다른 object 에 배부 / settle 가능
. FI 에서 전표 기표 시 true order 로 actual posting 가능
. True order 에는 overhead( 간접비 ) 계산 가능
. Order master 에 company code 을 assign 해야 함
- statistical order
. 나중에 다른 object 에 배부 / settle 이 불가능하고 reporting 용으로 사용
. FI 에서 전표 기표시 statistical order 로 actual posting 불가능
. statistical order 에는 overhead( 간접비 ) 계산 불가능
. Order master 에 statistical order marking 해야 됨
. statistical order 를 cross company code 나 cross business area 용으로 사용하기 위해서는
statistical order 을 company code 나 business area 에 assign 하지 말 것

22
 Internal Order Overview
 Order type :
- order type 은 client level 에서 유효함
- internal settlement 용 overhead order
. 비용을 CO 내부적으로 다른 cost object 에 정산하기 위한 I/O
. Receiver : order, PA segment, C/C, project
- external settlement 용 investment order
. 연구개발비 , 금형개발비 등과 같은 fixed assets 에 발생하는 비용처리를 위한 order
. Settle 시 FI-AA 로 정산 가능
. Receiver : G/L account, asset, C/C, project
- Accrual order
. Accrued cost 를 posting 하기 위한 임시 order
. Order category 를 ‘ 2’ 로 지정해야 함
. Receiver : PA segment, C/C
- Order with revenue
. Revenue 을 인식할 수 있는 order 로 SD 모듈이 없을 시 수익과 비용을 관리할 수 있는 order
. Order type 에서 ‘ revenue posting’ 을 marking 하면 revenue 인식 가능
. 비용 receiver : any receiver
. Revenue receiver : G/L account, PA segment, sales order, billing element, 다른 order with revenue

33
 Internal Order Overview
- order type 의 주요 indicator
. Integrated planning : planning 할 때 CO 의 다른 모듈과 통합적으로 수립할 때 활용
- integrated planning 은 controlling area 의 plan version 에서 관리
- order type 에 marking 되어 있어도 order master 에서 변경 가능
. Revenue posting : order 에 revenue posting 여부 관리
- order master 에서는 변경 불가
- order type 에서 변경하면 변경 이후 생성된 order 에 대해서만 적용됨
. Commitments management : order 에 Commitment 적용 여부 관리
- 예산 통제 시 활용 가능
- order type 에서 변경하면 그 order type 과 assign 된 모든 order 에 변경시점부터 적용됨
- order type 의 주요 field
. Settlement profile : 정산방법 사전 정의 ( 정산 가능 receiver 등 )
. Status profile :
- standard status profile : 시스템에서 order 상태 ( create – release – technical complete – close)
별로
허용되는 transaction 을 설정함
예 ) create 에서는 actual posting 금지 등
- user defined status profile
. user 가 order 상태에 따라 허용되는 transaction 을 변경하여 사용 가능
user defined status profile 이 우선순위가 높음 44
 Internal Order Overview

. Order number range 관리

- internal 이나 external 로 number range 가능
. Planning profile : order planning 시 사용하는 profile
. Budget profile : 예산관리를 위한 profile
. Order layout (screen layout)
- order master 관리를 위한 user defined screen layout 생성 가능하고 이를 order type 에 assign
. Model order
- order field 의 관리항목을 미리 설정하여 data 입력시 화면에 default 로 표시
 Order group
- user 가 planning, settlement, reporting 등의 목적으로 관련 order 들을 grouping 하여 hierarchy 생성
- standard hierarchy 는 없음
 Manual Collective processing
- order 에 대한 master data 를 수작업으로 일괄 변경할 때 사용
. Selection variant : 변경하고자 하는 characteristic( 속성 ) 정의 (?)
. List variant : 변경하고자 하는 master data 의 field 를 관리
 Automatic Collective processing
- order 에 대한 master data 의 status 나 substitution rule 에 의하여 시스템이 자동으로 일괄 변경
- order group 생성 가능

55
 Internal Order Overview

 order type 과 order master 에 대한 요약

구 분 관리항목 비 고
- company code assign
- plant assign
- business area assign
Order master
- functional area assign
- WBS assign
- profit center assign
- integrated planning - order master 에서 변경 가능
주요 indicator - revenue posting - order master 에서 변경 불가능
- commitment management - order master 에서 변경 가능
- settlement profile - order master 에서 변경 가능
- status profile - user 가 변경 가능
Order
type - plan profile
주요 field - budget profile
- number range 관리
- screen layout
- model order
- order category 지정 - internal order, accrual order 등
기 타

66
 Internal Order-Event based posting

 Event
- 월 중에 비용을 발생 시키는 거래
 I/O 를 sender 로 하는 Distribution/ assessment 는 불가능
- I/O 를 sender 로 하는 period reposting 은 가능
 Order 에 대한 Event based posting
- FI : primary cost posting
예 ) G/L account posting, invoice(AP), revenue(AR)
- MM : good movement, Commitment (purchase requisition, purchase order)
- CO : commitment( fund reservation), SKF, period reposting, activity allocation
- order 에 posting 시 line item 과 total record 관리
 Commitment 관리
- controlling area 의 fiscal year 와 order type 에 Commitment management 가 activate 되어야 함
- 연말에 open 되어 있는 commitment 는 차기로 이월 가능

77
 Internal Order - Period end posting

 CCA 와 I/O 의 차이

CCA Internal order 비고

FI closing FI closing

Periodic reposting Periodic reposting

Distribution - Sender 역할 불가능

Assessment - Sender 역할 불가능

Indirect activity allocation - Sender 역할 불가능

Actual component split -

- Order settlement
C/C 의 비용을 plan price*actual qty
Activity price calculation -
 Actual price*actual qty 로 자동 변경
I/O 는 C/C 에서 activity 를 배부받으면
- Actual price revaluation
Actual price 를 I/O 에서 재계산해야 함

Variance analysis -

 Period end posting 에 Period locking & reconciliation ledger updating 작업 포함

88
 Internal Order - Period end posting

 Overhead cost 계산
- 간접 Cost object 비용을 직접 Cost object 에 부과하는 방법
. Overhead cost 와 ABC method 가 있음
- plan 과 actual cost 모두 allocate 할 수 있음
- overhead cost 에 의한 제품 제조원가 계산 예

구 분 계산방법 비 고

직접비 투입 원재료의 qty * 원재료 단가

재료비
간접비 직접비 * 일정 비율 or 직접비 + 일정 금액

직접비 W/C 의 activity qty * C/C 의 직접 가공비 단가 C/C 와 W/C 연결

가공비
간접비 직접비 * 일정 비율 or 직접비 + 일정 금액

- overhead costing sheet

. Calculation base : overhead cost 가 적용될 cost element 지정
. Proportional overhead : percentage method 를 사용할 경우 적용비율
. Quantity based overhead method
- controlling area 에 unit of measure 를 marking 하고 C/E master 에 unit of measure 를 입력
- dependency : plant, company code, profit center, C/C, order type 에 따라 다른 율이나 금액 적용

99
 Internal Order - Period end posting

. overhead type : plan, actual, commitment data 선택

. Credit : overhead 를 가져올 대상 지정
- C/E(overhead 용 secondary C/E), cost object 등 지정
 actual price revaluation
- CCA 의 activity type 나 ABC 의 process 를 배부 받은 경우 I/O 에 actual price 를 I/F 하는 행위
예 ) 월 중 event
Sender 의 plan Sender 의 actual Internal Order C/C A
노무비 1000 Activity 10h Activity 5h 5 * 200 15 * 200
경 비 1000 단가 : 200 20h = 1000 = 3000
15h

월말 결산
Sender 의 actual Internal Order
5h 1000 I/O 에서 actual price
노무비 1500 Activity 20h 750
경비 1500 단가 : 150 -250 Revaluation 을 실행

C/C A
15h 3000 2250 Actual price 계산시 자동으로
-750 C/C 의 비용을 actual 로 대체

1010
 Internal Order - Period end posting

 Settlement
- I/O 의 목적이 달성되면 발생한 비용을 다른 object 로 정산하는 행위
- settlement 는 not mandatory 임
- settlement(distribution) 조건
. settlement 조건은 settlement profile 에서 관리
. settlement(allocation) structure 에서 Settlement 할 원가요소 결정
- CO 의 다른 object(PA segment 제외 ) 로 정산시 원 C/E(by cost element) 로 settle 하거나
internal settlement C/E(C/E category=21) 로 settle 가능
- investment I/O 처럼 다른 모듈 (FI) 로 정산시 external settlement C/E(C/E category=22) 로 settle
. Max receiver 수 , 정산 가능 receiver 지정 가능
. 단 하나의 C/C 나 G/L account 로 정산할 때는 settlement profile 이 필요 없음
. PA transfer structure
- CO-OM-CCA, CO-OM-I/O, CO-PC(production order, PCC, cost object), EC-PCA 는
C/E 로 data 를 관리하고 , CO-PA 는 value field 로 data 를 관리함
 C/E 와 value field 를 assign 하는 structure 필요
- PA segment 가 receiver 이면 allocation str(controlling area 의 PA segment 에 account base 로
기표 )
와 PA transfer structure(operating concern 의 PA segment 에 costing base 로 기표 ) 를 지정함
. Source structure : I/O 에 기표된 C/E 별로 다른 receiver 를 지정할 때 사용
1111
 Internal Order - Period end posting

. Settlement 방법 :
- percentage, fixed amount, equivalence number
. Settlement(distribution) type
- PER : user 가 지정한 기간의 비용만 settle 함
- FUL : 현재까지 settle 하지 않은 모든 비용을 settle 함
- settlement 는 order type 에서 settlement profile 에 의하여 default 로 지정됨
. Settlement profile, allocation str, PA transfer str, source str 등은 order master 에서 변경 가능
 hierarchical settlement
- 서로 관련 있는 order 들을 순차적으로 settle 할 경우 사용
- I/O master 의 settlement rule 에서 receiver 를 I/O 로 지정하고 collective settlement 에서
order 를 grouping 하면 시스템이 순차적으로 정산함
 Settlement 가능 receiver
- cost center, order, G/L account, Asset, PA segment,
sales order, WBS element, network 등

1212
 Internal Order-Planning

 I/O 에 대한 planning 은 long duration 을 가진 order 만 수립

 Planning scope
- overall value planning
. C/E 와 관계 없이 annual 또는 전체 기간으로 planning
. Order type 에 planning profile 를 지정
. overall value planning 에서 primary costing, unit costing, revenue, activity input planning 가능
. Total planned 비용 = overall + cost & revenue C/E + unit costing + activity input planning 금액
- primary & secondary cost and revenue
. Manual planning : C/E, activity inputs, revenue
. Automatic planning : overhead, allocation, process cost, settlement
- process cost, settlement 는 integrated planning 에서만 가능
- unit costing : 투입요소에 대한 qty 와 price 를 기준으로 C/E level 보다 자세하게 Planning
. Item category 별로 구분하여 계획 수립
. Price 를 시스템에서 자동 I/F 할 경우 cost variant 를 지정하여 어느 price 를 가져올 지 결정
. Item category = ‘V’ 는 시스템에 price 등의 기준정보가 없을 경우 사용
. Integrated planning order 는 unit costing 에 의한 planning 불가
- SKF : I/O 의 allocation 을 위한 배부적수 계획 수립

1313
 Internal Order-Planning

 Overall planning profile

- overall value planning 을 위한 화면 관리
- planning 기간 , overall/annual planning marking 관리
- planning currency 관리
. Controlling area , object , transaction currency 중 선택
- detailed plan & unit costing 을 위한 관리
. Primary C/E group, revenue C/E group, sender C/C group, sender activity group
SKF group, cost variant 지정
 Integrated Planning I/O
- C/C 와 Integrated Planning I/O 의 planning 은 I/O 에서만 계획 수립
- C/C planning 시점에 이미 I/O 가 존재할 때 사용
- 주요 기능
. I/O 에서 activity input planning 을 하면 scheduled activity 가 activity 를 제공하는 C/C 에 update 됨
. I/O 의 planned cost 를 settle 할 수 있고 , receiver C/C 에 debit 됨
. I/O 에 대한 Overhead 계산은 I/O 에 debit 되고 C/C 에 credit 됨
. Sender C/C 에서 assessment/distribution 하면 I/O 에 allocate 됨
. I/O 에서 C/C 로 period reposting 할 수 있음

1414
 Internal order- Budget

 I/O 의 Budget 은 년간 총액 base 의 예산관리만 가능

- 계정별 / 월별 예산관리는 불가능  FI-FM 에서 실현
- budget 은 수작업 입력하거나 planning 에서 version 별로 copy
- I/O 에서 예산관리를 하려면 order type 에 budget profile 지정
- budget 은 original( 기초예산 ), supplement( 예산증액 ), return( 예산삭감 ) 으로 관리
. 예산 변경 시 line item 별 관리
- budget currency
. Budget profile 에서 Controlling area, object, user defined currency 중 선택
. Budget 에 대한 availability control( 예산통제 ) 는 controlling area currency 로 함
 Budget profile
- budgeting 기간 , overall/annual budgeting marking 관리
- budgeting currency 관리
- availability control tab 에서 예산통제 여부와 예산통제 시점 등 관리
- budget document 에 대한 number range 지정해야 함 (number range = 4)
 Budget carry forward( 예산 이월 )
- order 상태가 complete 안된 order 는 예산 이월이 가능
. 예산과 실적의 차이만 이월
- 이월 시 commitment 는 고려하지 않으므로 commitment 도 같이 이월해야 함

1515
 Internal order- Budget

 availability control( 예산통제 )

- 예산통제는 internal order 에 actual posting 할 때 commitment 발생시 check 가능
. Actual posting 과 commitment 는 funds commitment type 임
- 거래 유형별로 예산통제 가능
. controlling area 와 budget profile 를 결합하여 거래유형별로 통제 여부와 다른 tolerance limit 를
적용할 수 있음
- 예로 다른 cost center 에서 allocation 받은 비용은 예산통제 제외 등
 Order summarization
- 빠른 reporting 을 위하여 order 들을 grouping 하여 hierarchy 를 구성하고 data 를 summary 함
- summarization hierarchy
. 많은 I/O 들을 효과적으로 분석할 수 있게 structure 를 구성한 것
. Order 마스터의 data filed 와 user defined field 로 hierarchy 을 구성함

1616
 Schedule manager

 SM 은 FI/CO 의 planning 과 결산 프로세스에 대한 절차와 시간 관리함

- task list : 결산 절차에 대한 task 들을 structure 하게 grouping 한 list
- task group 은 optional 임
- task 유형
. Note
. Program  자동 실행 가능
. Transaction
. Work flow definition : 개별 프로세스 절차들에 대한 flow 을 정의한 것
 자동실행 가능 Task list

 주요 기능
- 프로세스 절차에 대한 정의와 scheduling CCA 배부 Task group
- job 에 대한 monitoring 과 결과 check (optional)

- 효과적인 error rectification( 수정 )

 주요 benefit( 효과 ) CCA peroid Task
FI closing ……
- 결산 프로세스에 대한 수월하고 쉬운 관리 reposting reposting

- workflow 에 의한 프로세스 자동 실행과

쌍방향 (interactive) communication 가능
- worklist 가 error 분석과 수정 작업을 speed 화 시킴
- multilevel worklist 에 의한 빠른 processing time
1717
 Report painter

 Report painter 는 user 가 손쉽게 화면을 관리할 수 있게 하는 tool 임

- drilldown report 를 일정한 form 에 의하여 조회하고자 할 때 form design 은 report painter 가 함
- report writer 는 시스템상에서 reporting table, library 등을 관리함
 주요 요소
- reporting table : component 별 (CO_OM 등 ) 로 관리되는 report 용 summary table
- library : user 가 자주 사용하는 characteristics 과 key figures 를 모아 둔 곳
- report : 실행 전에 report group 에 assign 해야 함
- report group : 같은 library 에 있는 report 들을 같은 initial screen 으로 grouping 한 것
 주요 목적
- planning layout 정의
- drill down report 정의
- report writer report 정의
 Library 구성요소
- characteristics : non numeric field 로 report 을 구성하는 관리 특성
예 ) controlling area, C/C, C/E 등
- basic key figure : numeric filed 로 performance 의 원천임
예 ) cost, activity qty 등
- key figure : characteristics 과 basic key figure 의 조합
예 ) plan cost, actual cost 등
1818
 Report painter
 Report writer component

1919
 Report painter
 Report structure
Characteristic 으로 구성되며 report 전체를
통제함

General data selection (header)

Lead column (row) :

- characteristic 로 구성
- char. 의 특정 value
Data column (column) :
입력 가능 ( 그룹 , 기간
- predefined key figure 로 구성
등)
(actual cost, planned cost 등 )
- formula 구현 가능
- basic key figure with char. 로 입력 가능
- 하나 이상의 lead
.user 가 value type, valuation, version 등 지정
column 가능
- formula 구현 가능

** value type : plan , actual, target 등 과 같은 value category

2020
 Report painter

 Explode report row

- characteristic 이 grouping 되어 있을 때 data 를 hierarchy 하게 보여 주는 것
- general data selection 의 char. 는 variation 에서 explode 할 수 있다
- sorting hierarchies
.row 에 있는 characteristic 들을 explode 할 때 display 순서를 선택할 수 있다

2121
 Profit Center Accounting

 Concept
- 사업부 ( 조직 , 제품 , 지역 등 ) 단위로 재무 정보를 집계하여 사업부별 performance 를 분석
- 기본적으로 account based posting 만 가능
- PCA 사용 전제 조건
. Profit Center 에 대한 standard hierarchy 구성
. Controlling area 에 대응되는 profit center 관련 setting 작업
. Profit Center master 생성
. Cost/ revenue 관련 data 를 PCA 에 transfer 하는 방법 지정
 controlling area 대응 PCA setting( IMG PCA 에서 함 )
- dummy profit center 지정
. dummy profit center : profit center 가 assign 되지 않은 object 에 posting 될 때 자동적으로
posting 되는 profit center
. dummy profit center 는 profit center standard hier. 에 하나만 존재
. Profit center master 에서 dummy profit center indicator 에 marking
- Profit center standard hier. 지정 (only)
- Elimination of internal business box marking
. 같은 profit center 에 속하는 object 간에 발생하는 거래 사항은 posting 하지 않음
. 단 sender 와 receiver 가 같은 object 에 한정됨
. PCA 의 data 건수는 줄어 들고 금액에는 변동이 없음
2222
 Profit Center Accounting

- currency type 선택
. EC-PCA 의 report currency 로 사용
. Controlling area(20), group(30), special profit center(90) currency 중에 선택
. special profit center(90) currency 를 사용하려면 해당 currency 를 입력해야 함
. PCA 는 data 를 company code currency 와 PCA currency 로 관리
. Transaction currency data 를 관리하려면 store transaction currency box marking
- Valuation
- PCA 에서 material inventory 와 good movement 에 적용하는 이전 price 선택
- legal view : company code 와 같은 방법 적용
- group view : group 제조원가 (cost of good manufactured) 를 사용하여 계열사간 good movement
평가
- profit center view : profit center 간에 발생하는 internal revenue/ cost 기표
- Control indicator : PCA 를 처음 사용하는 년도 setting
- setting 되어 있지 않으면 PCA 에 posting 되지 않음
 Profit center structure
- profit center 는 손익을 책임지는 단위로서 아래와 같이 구분 가능
. Geographical division( 지역에 의한 구분 )
. Functional division( 업무 기능에 의한 구분 ) : 생산 , 판매 , 연구 등
. Product oriented division ( 제품군에 의한 구분 )
2323
 Profit Center Accounting
 Profit center 표준 hierarchy.
- Profit center 생성 전에 구성해야 함
- profit center 를 표준 hier 에 assign 하면 controlling area 에 assign 된 모든 company code 가
자동적으로 지정됨
- user 가 분석 , reporting 등 목적에 따라 profit center group 를 생성할 수 있음
 Profit center master
- Profit center 는 controlling area 에 assign 됨
- validity period 입력 : profit center 는 time based master 임
- profit center 는 자동적으로 controlling area 에 지정된 모든 company code 를 assign 하지만 user 가
변경 가능
- profit center group : 표준 hier. 에 있는 group
- lock indicator 를 선택하면 해당 profit center 에 기표 불가능
- profit center 와 cost center structure 가 같으면 C/C master copy 가능
 Account( 계정 )
- 자동 생성
. CO 에서 사용하는 FI 계정 : primary C/E and revenue
. CO 에서만 사용하는 계정 : secondary C/E and revenue
. CO 에서 사용하지 않는 FI 계정 : asset, AR, AP, 재고자산
- 그외에 FI 의 B/S 계정은 PCA 에서 추가로 assign 해야 함
- 추가로 assign 한 account 를 posting 할 profit center 지정 가능 2424
 Profit Center Accounting

 Master data group

- PCA 의 주요 master 인 profit center, account( 계정 ), SKF(PCA 에서 생성한 것 ) 등은
목적별로 grouping 가능
 Profit Center assignment
- CO object
. PA segment 를 제외한 CO object 는 해당 master 에서 지정
- C/C, cost object, business process, internal order, project 등
예 ) production order/PCC(product cost collector) 는 plant + material 로 profit center 결정
. PA segment 는 master 가 없으므로 characteristic 들 중 하나가 profit center 가 됨
- FI 에서 PA segment 로 posting 시 해당 profit center 도 입력 (?)
. Asset : asset master 에 지정된 C/C 나 internal order 에 의하여 간접적으로 profit center 결정
- sales order : sales order 에 포함된 item(material) 별로 master 에 있는 profit center 을 가져옴
. 기본적으로 plant + material 임
- material : 해당 master 에서 지정된 profit center
. 기본적으로 plant 기준으로 profit center 지정
- revenue & good input : sales order item 에 의하여 profit center 로 transfer 됨
direct cost : production order 와 cost object 에 의하여 profit center 로 transfer 됨
overhead cost : CO-OM 의 object(C/C, I/O) 에 의하여 profit center 로 transfer 됨

2525
 Profit Center Accounting

- substitution 에 의한 assign
. Production oriented profit center 가 아닌 sales oriented profit center 을 운영할 경우 sales order 의
특정 field 들에 substitution rule 을 적용하여 profit center 지정 가능
. 적용 가능 field 예 : sales organization, sales office, distribution channel, business area, customer
storage location, customer group, sales district
예 ) 제품 P-100 을 SALES ORDER 1000 으로 판매한 경우
P-100 의 profit center : 1000, sales order 1000 의 profit center : 2000

PCA 인식방법 Delivery Billing

매출원가 재 고 AR 매 출
Production oriented PC 1000 PC 1000 PC 1000 PC 1000
Profit center P-100 에 assign 된 P/C P-100 에 assign 된 P/C 매출 인식 P/C
S/O 의 P-100 에
assign 된 P/C

매출원가 재 고 AR 매 출
Sales oriented PC 2000 PC 1000 PC 2000 PC 2000
Profit center
Substitution rule 에 P-100 에 assign 된 P/C 매출 인식 P/C Substitution rule 에
의한 S/O 의 P/C 의한 S/O 의 P/C

2626
 Profit Center Accounting – Actual

 PCA posting
- revenue & C/E 에 영향을 미치는 posting
- profit center 에 직접 입력한 P/L posting
- PCA 에 자동 연결된 P/L account posting
- PCA 에 자동 연결된 B/S account posting
- logistic 의 transaction 과 관련된 P/L account posting
 P/L 관련 transfer

Source Profit center Posting 방법

- production oriented :sales order 에 포함된 item 의 master 에서 plant 를 기준으로
Billing document profit center 결정
- sales oriented : sales order substitution 에 의하여 profit center 결정
invoice 금액이 자재의 표준단가와 차이가 발생하면 차이 금액 (price difference) 를
Invoice receipt
자재입고 (GR) 시 인식한 cost object 의 profit center 에 posting

- B/S 측면 : 재고 증감시 material master 에서 plant 기준으로 Profit center 결정

Good movement
- P/L 측면 : cost object 에 있는 profit center 에 posting
- 전표에서 profit center 입력
FI 에 direct posting
- 전표에 있는 object master 에 연결된 profit center 에 posting (indirect)
Other P/L accounts 계정에 특정 object 이 default 로 지정되어 있을 경우
- object master 에 연결되어 있는 profit center 에 posting

2727
 Profit Center Accounting – Actual

- profit center 간에 good movement 발생시

. Sender profit center : 사내 매출 인식 , receiver profit center : good receipt
. FI 에는 영향을 미치지 않음 (?)
- SD 에서 good issue (delivery) 시
. Account based PA 가 active 되어 있으면 재고 변동에 대한 G/L account 을 정의해야 함
Account based PA 가 active 되어 있지 않으면 재고 변동에 대한 account 을 P/L account 으로 정의해야
함
. SD  PCA 로 transfer 되는 data
- revenue, sales deduction, accrual
- SD 에서 billing 시
. FI 전표에서 직접 profit center 입력 가능 (SD 모듈 미 사용시 )
. Account based PA 가 active 되어 있으면 PA segment 를 real account assignment object 으로 지정
- PA segment 에 있는 characteristic 들 중 하나를 profit center 로 지정
. Account based PA 가 active 되어 있지 않으면 G/L accounting posting 시 profit center 입력 (?)
 B/S 관련 On
transfer
line transfer Periodic transfer 비 고
Asset Asset
Work in process Work in process
Periodic transfer 는
inventory inventory
FI closing 후 실행
manual 입력 AR / AP
Balance carry forward
2828
 Profit Center Accounting – Actual

 B/S 관련 transfer
Source Profit center Posting 방법
- AR :sales order 에 포함된 item 의 master 에서 plant 를 기준으로 profit center 결정
AR / AP (?)
- AP :purchase order 의 item master 에서 plant 를 기준으로 profit center 결정 (?)
Inventory material master 에서 plant 를 기준으로 profit center 결정
- asset master 에 지정된 C/C 나 internal order 에 의하여 간접적으로 profit center
Asset 결정
- transfer 시 기존 data 는 삭제됨
Work in process 대응되는 order 나 project 에 의하여 profit center 결정

Valuated sales order stock 대응되는 sales order 나 WBS element 에 의하여 profit center 결정
Down payment( 계약금 ) 기본적으로 G/L account 에 연결된 profit center 에 posting

- AR / AP 는 balance( 잔액 ) 을 profit center 별 revenue 를 배부적수로 profit center 에 배부함

. 선행 작업 : FI 의 AR / AP 마감 (closing) 작업
. G/L 의 reconciliation account 로 profit center 에 posting
 CO 관련 transfer
- CO object 에 posting 되는 primary cost & revenue 는 동시에 같은 계정으로 profit center 에 posting 됨
- CO allocation 도 동시에 profit center 에 posting 됨
예 ) distribution, assessment, cost allocation, transfer, order 정산 , imputed cost 및 overhead 계산

2929
 Profit Center Accounting – Actual

- WIP transfer
. 재공품 (WIP) 는 FI 에 value of unfinished products(B/S account) 에 debit
change to WIP(P/L account) 에 credit 됨
 그리고 PCA 에도 대응되는 production order 에 의하여 assign 된 profit center 에 posting
 PCA 의 distribution / assessment
. 공통 profit center 에 집계된 금액을 다른 profit center 에 배부할 때 사용 (B/S 계정 포함 )
- 작업 방법은 CO-OM 과 같다

 Statistical Key Figures transfer

- CO object 에 있는 SKF 를 PCA 로 transfer 할 수 있음
- 해당 object : C/C, cost center/activity type, orders, cost object, network/network activity,
WBS element, sales document

3030
 Profit Center Accounting – Plan

 개념
- profit center planning 은 단기 계획의 일환으로 대부분 타 모듈에서 세운 계획을 집계하는 것이
주 목적이며 자체 계획 수립이나 타 모듈 계획을 수정할 수 있다
 Plan version
- 해당 plan version 의 controlling area 에 있는 fiscal year setting 에서 integrated planning 을 선택해야
PCA 영역에서 planning 가능
- 해당 plan version 의 PCA 영역에서는 online data transfer 와 line item data transfer 여부 선택
- 한 해에 여러 version 의 계획을 동시에 수립 가능
 Integrated planning
- CO-OM, CO-ABC, PP, CO-PA 에서 수립된 계획을 interface 해서 PCA 계획 수립
 타 모듈 계획 data transfer
- PCA 로 on line (real time) 으로 transfer 가능한 plan data
. C/C, internal order, business process, project/ network 의 plan data
- PCA 로 periodic transfer 가능한 plan data
. SOP/MRP, PA, C/C, internal order, business process, project/ network 의 plan data
- on line transfer 는 data 를 line item 으로 PCA 로 posting
periodic transfer 는 line item 이나 balance 중 선택하여 PCA 로 posting
(plan version 의 PCA 영역에서 선택 )

3131
 Profit Center Accounting – Plan

 Copy plan
- actual, plan 모두 copy 가능
- 다른 version 의 plan copy 가능
- percentage 방법에 의하여 plan 의 revaluation 가능
 Plan allocation
- assessment 와 distribution 가능
- 선행 작업
. 타 모듈에서 수립한 계획 transfer
. PCA 자체 계획 수립
- 같은 company code 내에 있는 profit center 들 사이에만 allocation 가능
. 하나의 Assessment/distribution cycle 은 하나의 company code 에 assign
- assessment : 하나의 assessment 계정으로 allocation 함
distribution : 원래 계정으로 allocation 함

3232
 Profit Center Accounting – Report

 개요
- PCA report 는 SAP 이 제공하는 standard report, Drill-down report, report painter report 로 구성
- 더 상세한 분석을 위하여 line item report 을 사용할 수 있다
. FI, SD, MM, CO 등의 source data 를 볼 수 있음
- master data index :
. PCA 에 있는 master data 의 overview 제공
- summary record
. Summary record(GLPCT) 에 있는 data 를 관리할 수 있음

3333
 Profit Center Accounting – PCA 와 PA 차이점

 PA segment 와 profit Center  Account based approach 의 차이

 EC-PCA
- 회사 조직 구조 별로 특정 profit center 의 손익구조를 분석하는 module 로서 CO-PA 와는 달리
기본적으로 Account based Method 만 가능
- Periodic Accounting: PCA 에서는 기간별로 수익 및 비용을 집계하는 Periodic Accounting 방식을 사용 .
. 매출 , 재고평가등을 전체 회계기간내 매출수익에서 빼주는 방식을 사용하는 회계법으로 매출이 없어도
비용이 발생 할 수 있음 .
- Profit Center 별로 자산 (Asset) 이 관리됨으로써 , ROI 분석 지원
- Profit Center 별로 발생된 비용 및 수익이 계정 (Account 및 Cost Element) 별로 집계 / 분석

3434
 Profit Center Accounting – PCA 와 PA 차이점

 CO-Profitability Analysis (Costing Based)

- 판매특성인 Market Segment 별로 수익성 분석하는 module 로서 Market Segment (Profitability Seg
ment)
단위로 수익 및 비용이 Value Field 라는 별도의 정보항목에 의해 집계 / 관리됨
( 여러 계정이 하나의 Value Field 에 연결됨 )
- Cost of Sales Accounting 에 의한 손익분석
- 매출이 발생된 경우에 한해서 매출원가등을 인식함 ( 수익 비용 대응 원칙 )
- 총원가 계산 및 판매 특성별 손익분석
- 매출에 대해서 매출원가를 차감하여 Profit 를 구하는 회계법 .
- 최종 관리단위이므로 , 다른 관리단위로의 배부는 없음

3535
 CO-PA – Planning

- top down distribution 예

2000 년 plan value
Product group revenue Product revenue
pump 2000 P1 1600
Non assigned 1200 P2 400

배부적수
99 년 판매량을
배부적수로 non Product Product group 99 년 판매량
assign 된
P1 pump 100
revenue 배부
P2 pump 200
Distribution 결과
revenue
Product
원 계획 배부 계
P1 1600 100/300 * 1200 2000

P2 400 200/300 * 1200 1200

 Plan data 의 transfer

- cost center / process planned cost : assessment 에 의하여 CO-PA 로 transfer
- order / project plan : settlement 에 의하여 CO-PA 로 transfer
- LIS / SOP plan transfer 가능 : version 의 operating concern 영역에서 activate 해야 가능
3636