1-1. enterprise structure terminology -...

1-1. Enterprise structure terminology

1) Client

100 : 개발(configuration)용 Client

200 : 테스트용 Client

300 : Go live용 Client

400 : 교육용 Client

2) Company

SAP/R3에서는 연결 재무제표 목적으로 Company 생성(company code와는 다른 개념)

3) Company code

FI의 대표적인 조직으로 외부 공시용 재무제표가 산출되는 단위

4) Plant

MM,PP의 대표적인 조직으로 일반적으로 제조행위가 일어나는 공장을 의미

5) Sales org.

SD의 대표적인 조직으로 영업을 총괄하는 판매 조직임. 하나의 Sales org밑에 영업부

division, business area 등이 assign 될 수 있다

6) Sales area

Sales org + Distribution Channel + Division = Sales area.

Distribution Chain

7) Business area

내부적으로 재무제표를 산출하고자 하는 단위로서 회사 내에서의 사업부도 될 수 있지만

cross-company한 level에서 관리될 수 있다

8) Distribution channel (SD의 유통채널, 도매/소매/직매 등을 의미)

9) Purchasing org (MM의 구매조직)

10) Storage location

MM조직의 하나로 원재료, 제품, 상품이 저장되는 창고 단위조직

11) Operating concern

수익성 분석을 하기 위한 단위로 CO의 최상위 level

12) Controlling area

비용계획이 수립되고 집행되며 관리되는 CO목적의 비용 통제단위. 하나의 control. Area

밑에 여러 개의 Cocd assign이 가능.

13) Credit control area

거래선의 신용한도관리를 하고자 하는 단위

1-2. Master data

1) G/L acc’t master

① G/L acc’t groups: 계정과목의 분류기준을 의미(자산,부채,자본,손익계산서 항목 등)

② number range 정의: acc’t group 별 계정과목의 N.R를 정의

SAP FI 4.6C PARTNER ACADEMY All rights reserved by dohyung, kim

③ 구성요소: 각각의 계정과목은 COA segment와 Cocd segment 부분으로 나누어짐

▶ Reconciliation acc’t

sub-ledger acc’t를 real-time로 G/L acc’t와 연결시켜주는 조정계정. Cust/Vend/Asset

master 상에 reconciliation acc’t를 등록 관리

2) Vendor master

① vendor acc’t groups: vendor를 유형에 따라 분류(계정과목별로 grouping한 것 아님)

② number range: vendor acc’t groups별로 N.R와 F.S를 달리 가져감

③ 구성요소

-COA segment: 주소, bank등 Client에서 관리되는 일반적인 정보

-Cocd segment: 재무정보, 대금지급 관련 정보 등 회사별로 각기 유지되어야 하는 정보

-Purchasing org. segment: MM specific한 정보

3) Customer master

① customer acc’t groups: customer를 유형에 따라 분류

② number range: customer acc’t groups별로 N.R와 F.S를 달리 가져감

③ 구성요소

-COA segment: 주소, bank등 Client에서 관리되는 일반적인 정보

-Cocd segment: 재무정보, 대금지급 관련 정보 등 회사별로 각기 유지되어야 하는 정보

-Sales area segment: MM specific한 정보

4) Asset master

① asset class: 고정자산을 계정에 따라 분류

토지, 건물, 구축물, 기계, 차량운반구, 비품 ⇒ Standard asset class

건설 중, 소액자산 ⇒ Special asset class

▶ Depre. Area: 감가상각영역

회계용 감가비, 세무용 감가비, CO목적의 감가비 계상 내역이 상이할 때 이들을 각각의

영역으로 구분하여 관리하고자 하는 단위.

5) Bank master

① bank directory: SAP가 관리하는 거래은행 코드집

② house bank ID: SAP를 쓰는 회사의 거래은행 ID(회사 내부적으로 결정)

③ acc’t ID: house bank ID와 물려있는 계정 ID

④ bank key: 은행고유번호


1-3. Document control

1) Document type: 전표유형(전표를 발생 유형별로 묶어 놓은 것)

예외:AB: general document

AA: asset posting

AF: 감가비

ZP: automatic payment

2) Document N.R: 전표번호를 의미하며, Doc. Type별로 assign한다.

① N.R type: external N.R(user가 직접 부여)

internal N.R(시스템이 자동으로 부여) per fiscal year

until year in the future

Master data account type type code

G/L account S A→G/L posting

Customer D R→Invoice

Vendor K G→Credit memo

Asset A Z→Payment

Material M

② doc.type는 header를, 그리고 posting key는 line item을 control한다. 그리고 하나의

N.R는 여러 doc.type에 assign될 수 있다. (Doc.type와 posting key는 모두 Client

level 에서 정의)

N.R Level Year dependent

FI Doc. Cocd O

Customer acc’t Client X

Vendor acc’t Client X

Asset acc’t Cocd X

CO Contol.area X

③ Posting key: line item을 control하는 계정 전기 key

- 차변/대변을 결정

- acc’t type을 결정

- line item의 field status를 결정

3) Posting period(fiscal year variant에서 open/close가능)

: 결산의 기준이 되는 기간으로 월차 결산 및 연말 결산시 적용되는 전기기간을 의미한다.

▶control. Area밑의 Cocd는 같은 COA, fiscal year variant를 사용해야 한다. Special

period는 달라도 상관 없다.

1-4. Posting control

1) Payment term: 대급지급조건

: Cocd segment, Sales segment, purchasing segment에 각각 입력된다. Invoice create되

는 모듈의 default값을 사용한다.

2) Payment block

① terms of payment ② customer/vendor master data


③ invoice 입력시 ④ payment 처리시

3) Credit memo(debit memo까지 포함되는 개념)

4) Holdback/retainage (할부 조건부 대금지급)

5) Cash discount (Gross/Net method)

6) Clearing acc’t (정리대상이 되는 임시계정: GR/IR acc’t, Cross-company clrg acc’t)

7) Reverse Doc. Standard reverse posting (exp xxx / a/p XXX → a/p xxx / exp xxx)

Negative posting (exp xxx / a/p xxx → ∆exp xxx / ∆a/p xxx)

1-5. Posting tips

1) Reference Doc.

: 기 posting된 전표 No를 참조하여 새로운 Doc생성하는 방법

2) Sample Doc.(G/L 반영 안 된 Doc.)

: 자주 사용하는 몇 개의 Doc를 sample로 만들어 이를 이용하는 새로운 전표생성

3) Hold data

: G/L 전표 입력 중간에 잠시 외출 등의 사유시 전표를 잠시 저장하였다가 향후 다시 입

력하고자 할 때 사용(log-off시 data 사라짐)

4) Set data

: G/L 입력 시 몇 개의 line은 계속 동일하게 입력하는 경우 그 반복되는 line을 고정시키

는 기능(log-off시 data 사라짐)

5) Hold Doc.

: G/L 전표 입력 중간에 그 전표 자체를 임시로 저장하고 싶은 경우에 사용(log-off후에

도 사용 가능하나 한번 사용 후 hold된 doc사라짐)

6) Acc’t assignment template

7) Acc’t assignment model

8) Parking Doc.

: G/L에 반영되지 않는 임시전표를 생성하고 권한이 있는 자의 승인 하에 real로 G/L

posting되게 하는 미승인 전표 생성기능

9) Recurring Doc.

: 매달 같은 계정으로 같은 금액이 posting되는 경우에 지정된 posting 기간 동안 미리

posting 내역을 입력/지정 후 매달 session 작업만으로 자동 posting이 일어나게 하는

기능.

1-6. Currencies

1) Inversion direct(*): 1$=1200원

indirect(/): 1원=1/1200$

2) Base currency (M type만 가능)

: 통화가 환율 계산시 공통적으로 적용되는 기준환율을 기초로 그 통화와 다른 환율

combination을 기초로 시스템이 다른 통화간의 환율을 자동으로 계산해 주는 기능


3) Exchange rate spread

2-1. Customer/Vendor acc’t

1) Master data

① 구성요소

-COA segment: name,주소, bank등 Client에서 관리되는 일반적인 정보

-Cocd segment: 재무정보, 대금지급 관련 정보, dunning, G/L acc’t 등 회사별로 각기

유지되어야 하는 정보

-Purchasing org. segment or Sales area. segment

② Pages of the Customer/Vendor acc’t

General data: address, control data, payment t/s, N.R 등

Company data: accounting info., payment t/s, correspondence, insurance, tax

③ AP/AP acc’t group

: acc’t group controls N.R, the status of the field(S,D,R,O) and if one-time vendor or

customer

▶하나의 N.R는 여러 개의 acc’t group에 assign가능

④ Control of the field status of master data

: acc’t group, transaction dependent control, Cocd 세 곳에서 screen layout 결정

⑤ Alternative payer/payee

: Client level, Cocd level, Doc에서 설정가능. Doc로 갈수록 우선순위가 높다.

⑥ Head office/branch

: invoice가 head office로 간다(자금 권한을 head로 이양시킬 수 있음)

2-2. Procurement process (MM Integration)

1) Determination of requirement

: MRP set 되어 있을 시 자동으로 purchase requisition발생

2) Determination of the source of supply

3) Vendor selection

4) Purchase order processing

① Purchase order Header: Doc.data, Doc.number, Vendor, terms of payment,

currency, purchase order date

Item: Material number, Delivery date, order quantity, price, text

② Purchase order, REQ, Purchase requisition등은 Doc.type에 기초 item category가짐

5) Purchase order monitoring

6) Goods receipt

① Good receipt with P.O reference시 장점

-match 가능, P.O data 자동 update, G.R posting시 material Doc 생성,

overdelivery or underdelivery check 가능


② G.R와 Invoice verification은 P.O를 기초로 수행되어진다.

7) Invoice verification

① Invoice, credit memo 기입되고 P.O history update, FI에 open invoice발생

② Payment나 evaluation of invoice는 Invoice verification과 관계 없음

Good receipt based invoice verification: G.R 전후 어느 때나 invoice entry

Invoice with reference to a P.O: G.R 후 invoice entry

8) Payment processing

2-3. Automatic payment

▶ Payment program configuration ◀

① All Cocd Sending Cocd(space시 paying cocd a/p를 paying cocd가 지급)

Paying Cocd

: Inter-company pmt관계, Cocd, cash discount, 만기허용치 등을 정의

② Paying Cocd

: Min.amount(이 금액이하 manual pmt), Forms for pmt advice, Bill of exchange

parameters 정의

③ Payment Method/Country

: Create a cheque, bank transfer, bill of exchange, Master record requirement, Doc.type,

Print program, Permitted currency등을 정의

④ Payment Method/Company

: Payment Method별 Min, Max amount, 해외 vendor나 foreign currency allowed여부,

Group options, Bank optimization(Postal code), Bill of exchange specification, Forms

for Payment media

⑤ Bank selection

- Ranking order: (bank마다, acc’t마다 우선순위, currency정의)

- Acc’t and Amount

: house bank and pmt Method별로 sub-ledger 관련 offset acc’t와 각 Bank별 available

amount, clearing acc’t for bill of exchange를 정의

- Charges

- Value date and postal code

: posting date+주어진 날짜가 돈 지급되는 Value date가 된다. Tolerance date와 관계 X

1) The payment processing

① Maintain Parameters: Cocd, Vendor, Pmt Method등 결정

Docs enteres up to date: system date(entry date) 기준 언제까지의 invoice지급

Customer items due by: 만기 기준 날짜까지 invoice지급


② Proposal (버퍼로 가지고 와서 list 생성)

Payment list: 지급 가능한 open items

Exception list: 지급 불가 items(block or M.D error등의 이유)

▶Payment block

① Invoice verification proposal process시

② Master record block remove 안된다

③ Line item

③ Edit proposal(list간의 change, pmt method와 house bank reallocation가능)

④ Payment(a/p xxx / bank-sub xxx)

: 지급전표발생, tax, tax adj, exchange rate difference, cash discount 자동생성

⑤ Print out

: Payment Doc(internal numbering해야, header에 ID, date포함)와 check No를 link시킴

2-4. Special G/L transaction

1) Special G/L transaction type

① Free definable offsetting entry

: 상대계정 manually하게 G/L에 입력

② Automatic, Statistical offsetting entry

: acc’t type(cust/vend)와 special G/L indicator가 조합된 acc’t를 vendor/customer의

reconciliation acc’t에 연결시켜 자동 clearing된다.

③ Noted items: FI 전표 발생 안함, 또한 display 안됨

Special G/L indicator A: Down payment

B: Bill of exchange rate

E: Reserve for Bad debt

F: Request

G: Guarantees

2) Definition of properties and acc’t

① Noted items

② Relevance for credit limit check

③ Commitment warning(Down pmt있을 시 경고 메시지 보냄)

④ Target special G/L indicator(noted item위해 indicator정의)

⑤ Special G/L transaction type(down pmt인지 bill of exchange인지 등을 정의)

⑥ Posting keys


2-5. Clearing

Posting with clearing 어떤 경우든 항상 Clearing Doc. 발생

Acc’t clearing

1) Acc’t clearing (exp xxx / a/p xxx 그리고 a/p xxx / exp xxx )

① 두 개의 open item 존재시 상계 처리시키는 것 (invoice와 credit memo시)

▶ 이럴 경우 보통 Clearing Doc.에 어떤 line item도 발생하지 않음.

② Automatic clearing program

: Acc’t group 내 대차 제로시, clear될 acc’t 정의되야, acc’t가 open item basis로 관리되

야 한다.

▶ Noted items, statistical posting, down pmt, bill of exchange, items with w/h tax는

Automatic clearing가 안된다.

③ Automatic posting when clearing open items

- Cash discounts paid or received

- Cash discount clearing (Net method)

- Tax adjustment

- Exchange rate differences

- Bank charges

- Clearing entries for cross-company code payment

- Over-or underpayments within tolerances

④ Tolerance groups(항상 local currency를 쓴다)

: Permitted pmt differences의 setting시 amount와 %는 and조건. Min값 선택됨.

⑤ Payment differences

inside tolerances: automatically 처리된다

outside tolerances: manually하게 처리.

Partial pmt: 모든 Doc. 그대로 남아있음.

Residual pmt: 새로운 Doc.생성, original Doc는 clear

Charge-off difference

2-6. Special G/L transaction

1) Acc’t clearing (exp xxx / a/p xxx 그리고 a/p xxx / exp xxx )

① Gurantees(임대 만기시 돌려받을 것임)

Pk:29+ G

vendor 196400 bank xxx: free definable

Pk:39+ G

clear 196400 vendor xxx: automatic


② Bill of exchange (W:받을어음, X:할인어음, Y:배서어음, Z:부도어음)

Pk:09+ W

customer xxx A/R xxx: 받을 어음

Pk:19+ X

bank xxx customer xxx: 어음 할인시

Pk:09+ X Pk:19+ W

customer xxx customer xxx: 만기시 받을 어음이 빠져 나감

Pk:19+ Y

A/P xxx customer xxx: 배서시

Pk:09+ Y Pk:19+ W

customer xxx customer xxx: 만기 결제시

Pk:09+ Z Pk:19+ W

customer xxx customer xxx: 부도시

2-7. Additional local currency

1) Currency type

① Cocd currency(Cocd에서 정의)

② Group currency(Client에서 정의)

③ Hard currency country에서 정의

④ Index based currency inflation하에서 사용하므로 country level

⑤ Global company currency(Cocd에서 정의)

▶ CO는 Transaction currency, Object currency, Control.area currency를 쓴다

Cocd currency와 Control.currency가 다를시 Object currency는 Cocd와 같아야 함

2) Valuation

① Valuation Method

- Lowest value principle: 원래보다 오를시 평가 안함

- Strict LVP: 계속 떨어져야 valuation. 다시 오르면 valuation 안함.

- Always valuate

- Revalue only


▶ Foreign currency valuation (FC:USD, LC:UNI)

Without update With update

Invoice

1USD=1.8UNI

A/R Sale

USD:1000 1000

UNI: 1800 1800

동일

Valuation(key date)

1USD=1.6UNI

Valuation loss Adj.

200 200 동일

Reverse(key date+1)

Adj. Valuation loss

200 200

Reverse 없음.

Doc에 update시킴(not post)

Payment

1USD=1.5UNI

Bank 1500 A/R

Realized loss300 1800

Bank 1500 A/R

Adj. 200 1800

Realized loss 100

: The strict lowest value principle는 with update만 사용가능.

: With update는 A/R recon.acc’t에 post되는 것 없이 단지 update만 시켜놓음.

3-1. Cash management

1) Cash management의 범주

① Liquidity forecast(유동성예측)

: cash mgmt group와 terms of pmt로 관리. 중기의 유동성예측에 적합

② Cash position(현금관리)

: 초단기 유동성예측에 적합

③ Check deposit/ Manual bank statement

2) Check deposit

: 거래처부터 수표 다량 입금시 거래처별로 수금 처리하는 것은 현실적으로 곤란

수금한 수표를 transaction code별로 자동으로 입금 처리하기위한 수금처리방식

T/S유형 Posting rule key G/L posting

수표수금 당점수표예금(0001) bank xx / A/R xx

거래처수금 - bank posting (P.A:1)

현금수금

어음수금 타점수표예금(0002) C.deposit xx /A/R xx

: : - subledger session (P.A:2)

bank xx / C.deposit xx

- bank posting (P.A:1)

▶ G/L posting 유형별로 posting rule key에

assign 시킴


3) Manual bank statement

: 입금 및 지급과 관련된 Transaction 유형별로 code값을 구분하여 전송시 회사는

자동분개 setting에 따라 분개를 일으킴

▶ Check deposit과 Manual bank statement의 customizing process

① Posting rule key define

② Transaction 유형별로 Transaction-code define

③ Transaction-code에 Posting rule key assign

④ 실제 posting rule의 성격 define(P.rule는 Acc’t determination에 영향을 준다)

- Symbol 생성과 Acc’t 정의

- Posting key + Acc’t/Symbol + Doc type/Posting type (data update control)

4) Posting type과 Doc type 및 Posting key와의 상관관계

Value Name Posting key 계정 Doc type

1 post to G/L acc’t 차(O) 대(O) 차(O) 대(O) SA

2 post to subledger acc’t in debit 차(O) 대(O) 차(X) 대(O) KZ

3 post to subledger acc’t in credit 차(O) 대(O) 차(O) 대(X) DZ

4 clear G/L acc’t in debit 차(X) 대(O) 차(O) 대(O) SA

5 clear G/L acc’t in credit 차(O) 대(X) 차(O) 대(O) SA

7 clear subledger acc’t in debit 차(X) 대(O) 차(X) 대(O) KZ

8 clear subledger acc’t in credit 차(O) 대(X) 차(O) 대(X) DZ

▶ 거 래 예 제 ◀

2 : Exp xxx / A/P xxx → A/P xxx / bank xxx

3 : A/R xxx / Rev xxx → bank xxx / A/R xxx

4 : Exp xxx / A/P xxx → A/P xxx / bank-clrg xxx, bank-clrg xxx / A/P xxx

5 : A/R xxx / Rev xxx → in-check xxx / A/R xxx, bank xxx / in-check

7 : Exp xxx / A/P xxx → A/P xxx / bank-clrg xxx

8 : A/R xxx / Rev xxx → in-check xxx / A/R xxx

3-2. Credit/Risk management

1) SD business process와 credit/risk mgmt

고객주문→S/O생성→배달지시서→Picking→Packing→Good issue→청구→수금

세 군데서 Credit check

▶ Commitment에 포함되는 항목

: open order value, open delivery value, open billing value, A/R(not disputed),

Receivables from special G/L transaction(선수금,선지급금)


☞ Payment card, Financial Doc(L/C), Export credit insurance는 보증관계므로 포함 안됨

2) Credit control Organization

① De-centralized credit control area

: Currency도 각각 설정해야 하고 한도 관리도 자체통화별로 관리

② Centralized credit control area

: Currency를 CCA 기준통화 1개로 지정하고 각각의 CCA currency는 통화 환산되어 limit

에 맞게끔 관리

▶ Centralized credit control area하에서 CCA결정 우선순위

- User Exit: sale area가 A이고 B items시 CCA 어디로 가라는 setting된 값

- Customer M.D의 sales area segment: segment중 billing Doc에 setting된 값

- Sales area: IMG의 assign sales area to CCA에 setting된 값

- Company code: IMG의 assign Cocd to CCA에 setting된 값

: 위에서 아래로 우선순위 가진다.

3) Group customer의 신용한도관리

: 회사가 customer의 본사 및 지사 모두와 동시에 거래하고 있는 경우 그 customer의

신용한도관리를 각각 할 것인지 아님 묶어서 관리할 것인지를 결정

4) Credit control 관점에서 customer를 분류하는 기준

① Risk category: 신용등급을 기준으로 C.M의 가장 중요한 고객분류기준(상/중/하)

② Customer credit group: 지역별 major/middle/small등 회사 나름대로 판단되는 기준으

로 고객을 분류

③ Customer group: 회사 마음대로 고객을 분류하는 Free defined field

5) Centralized credit control area (Global and Each credit limit)

: 한 customer를 상대로 두 사업부가 거래시 credit limit을 centrally하게 check가능

▶ 각각의 CCA level외에 Global한

level에서 다시 한번 체크 가능

CCA: Client level

Customer: A

Total limit: 100,000

Max.indi.limit: 70,000

통화: DEM

CCA: 1000

Customer: A

C. limit: 50,000

통화: DEM

CCA: 2000

Customer: A

C. limit: 20,000

통화: DEM

두 area 합해서

100,000 넘으면 안됨.

개별 CCA중 하나라도

70,000을 넘으면 안됨


6) Automatic setting

▶ SAP는 process단계별(Order/Delivery/Good issue), Item category별(실제판매인지 견

본품인지) 기본설정값을 가지고 3가지 조합으로 automatic credit control

조직관점: 해당 customer가 속한 CCA에 따라 limit다르므로

Customer 관점: Customer가 어떤 신용등급인지에 따라

Transaction 관점: process의 어느 단계인지에 따라

7) Disputed / Un-disputed item & Special G/L transaction

- Disputed시: customer의 credit limit을 잡아먹지 않음

- Un-disputed시: customer의 credit limit에 포함

- Special G/L T/S(선수금,선지급금)시: customer의 credit limit에 반영

8) Checking and Reassign Doc.

: Doc발생순서로 block잡힌 것을 Delivery순으로 reassign시킴

9) Reorganization

① CCA에 assign된 Cocd의 변경시 reorganization

② Credit acc’t의 변경시 reorganization

3-3. Cost center accounting

1) Components of CO

① Cost & Revenue Element Accounting

- Cost Element: CO 자체목적의 수익비용 관리 계정

Primary cost element(1차계정): FI의 G/L계정을 가져와 사용

Secondary cost element(2차계정): FI와 관련없음, CO자체목적으로 분류한 계정

① Static: 기간에 상관없이 Limit 적용

② Dynamic: Credit Horizon에 지정된 기간내의 것만 Credit Limit 적용

③ Doc Value: 한 개의 S/O금액이 설정한 금액보다 클 때 (B)

④ Critical Value: Payment Term등 중요한 필드의 변경사항이 발생한 경우 (B)

⑤ Next review Data: R.Date에 Limit를 Check 하지만 여기에 Day를 부여하면 MT상의 예

정일+지정일자까지는 Credit Limit를 Check 하지 말라는 의미.(이 날짜까진 무조건 B)

⑥ Open Items : Max.open items(x이상 overdue items의 합)에 지정한 %를 초과시 (B)

⑦ Oldest Open Item: 지정된 일수이상 overdue된 것이 있을 경우 (B)

⑧ High Dunning Level : Dunning Level의 단계에 따라 (B)

- Revenue Element : FI의 Revenue 계정 가져와 사용

② Overhead Cost Controlling(간접비 관리)

- Cost Center Accounting

: Cost center 별로 비용계획, 발생, 실적비용집계, 통제와 비용집행의 효율성 분석

- Internal Order: Event성 비용이나 또는 자산화할 비용을 관리


- Activity-Based Costing(노무비, 경비도 ‘단가X수량’처럼 관리)

③ Product Cost Accounting(제조원가 관리)

- Product Cost Planning

: 표준원가를 계산 목표설정 후 실적 집계 후 원가차이계산, 원가조정

- Cost Object Controlling(원가마감 작업)

: 오더의 생산에 따라 계획원가를 생성, 실적원가를 집계 후 원가차이계산, 손익에 반영

- Actual Costing: Plan과 실적 비교 후 재고와 매출원가에 배분하여 variance조정

- Material Ledger: 자재별 plan과의 차이분석 가능(자재 수불부의 기능)

④ Profitability Analysis(수익성 관리)

: Market segment별로 관리, 제품별, 거래선, 지역별 손익 분석(P/L항목만)

⑤ Profit Center Accounting

: Organization Unit Level로 분석/관리, 회사별, 사업부별, 부서별 손익분석, P/L, B/S 항

목 포함, ROI/자본회수력/매출이익률 알 수 있음

2) Cost Center Accounting

: 일반적으로 최하위 조직단위.Cost center는 Category로 배분되며 지리적위치별, 기능적

요구사항별, 제공서비스별 등 다양한 설계접근 가능

3) Internal Order(Control.area에서 수행)

: CO에서 경비/월할 경비/투자성 지출 등을 개별 목적별로 별도 관리하기 위하여 개시부

터 완료시점까지 발생한 수익 및 비용을 관리하기 위해 모아두는 장소.

① Overhead Orders: 특정한 목적으로 사용된 event성 경비 관리(체육행사, 박람회)

② Investment Orders: 건설중인 항목 관리, 정기적으로 정산, 고정자산 본계정으로 이관

③ Accrual Order: 일시에 발생하는 accrued cost를 상계하기 위하여 사용(추석상여)

④ Order with Revenue: SD모듈 사용 안할시 고객주문에 대한 원가회계부문 대체하기 위

하여 사용됨

4) Aspects of Profitability Management

① Profitability Analysis(Operating concern에서 수행)

: 외부시장의 segment별 수익 및 공헌이익산출 → 수익성분석(제품, 고객, 지리적위치)

시장관점에서 외부적인 모습을 보여줌으로써 판매, 생산관리, 기획과 의사결정 도움

② Responsibility Accounting(책임회계) by Profit center

: 조직내의 Profit center(Management-oriented Organizational unit)별로 수익성 분석

Profit center에 주어진 수익성목표 달성여부 확인가능(Companies within company)


5) Integration W/I CO

사업부별

부서별

회사별

Profit center

accouting

Profit

Segment

Product

C.O object

ProcessI.O

C.Ctr

CO

ST &

REV E

LEM

EN

T A

CC

OU

NTIN

G

MM

SD

CO

FI

: 각 요소별 밀접하게 통합되어 있으며 Profit Center는 모든 다른 CO components로부터

statistical cost posting 받음. Profitability Analysis는 FI뿐만 아니라 cost center와 ABC

process로부터의 cost assessment, internal order로부터의 정산항목과 Production

variance와 같은 정보를 받음

6) Organizational units

① Controlling Area(Closed system for cost accounting purpose)

- CO 목적만을 위한 조직

- Cost allocation은 하나의 Control.area내에서 가능

- 여러 Cocd를 하나의 Control.area에 배부가능 → Cross-company-code control가능

- Control.area와 Cocd는 반드시 동일한 Chart of Accounts와 fiscal year 가져야 함

▶ Multiple Assignment(Cross-Company-code)

- Currency, chart of accounts와 fiscal year를 controlling area에 배정 가능

- Control.area와 Cocd는 다른 통화 가능

- Object currency는 Cocd로부터 default값을 받기 때문에 수정 불가

- 하나의 Com. Code만 Control.area에 배정시 Object currency를 각각의 Control.area에

배정가능

7) Master Data

① Cost Elements -원가측정/관리 단위

② Cost Center - 비용 계획/발생/통제 단위

③ Activity Types - 활동별 원가집계/관리단위

④ Statistical Key Figures - 월말/기말 마감시 간접비 배부 기준 factor


▶ Cost Elements(Default setting에 의해 자동생성가능, background 생성가능)

① Primary Cost Elements

- Primary Cost Element: 순수 의미의 Primary

- Imputed Cost Element: 월할 비용관리와 같은 accrual order계정

- External Order Settlement: 연구개발비와 같은 경우 FI계정에서 인건비, 재료비, 기타비

용등과 같은 계정을 Project order와 같은 장소에서 정산후 CO에서 FI쪽으로 보내주는

연구개발비와 같은 것

② Secondary Cost Elements

- Internal Activity Allocation(Co Elt. Ca: 43)

: Activity type별로 계정을 묶어서 CO에서 관리하고자 할 경우 Activity type별 발생하는

비용을 하나로 묶은 계정이 Internal Activity Allocation이라는 Secondary C.Elt가 됨

Activity type Act.Type price Activity Qty

영업관리 팀장(SM01) X 100 400

과장(SM02) X 50 600

사원(SM03) X 20 800

영업부 영업지원 팀장(SS01) X 100 200

사원(SS03) X 20 100

Field영업 팀장(FS01) X 150 300

사원(FS03) X 50 200

ex) FS01→ 접대비,식대,교통비: Second cost Elt.(600000)

- Assessment(Co Elt. Ca:42)

: CO 내부적으로 간접부서에 발생한 비용 계정을 하나의 계정으로 묶어서 관리하고자 할

경우 이것을 묶는 계정이 Assessment임

- Overheads(Co Elt. Ca:41)

: Production cost 계산시 재료비등의 직접비 산정에 있어 그와 관련된 C.Ctr의 과거 비용

발생실적을 고려, 재료비에 귀속시키고 실제와의 차이를 재조정하는데 관련한 관련부서

비용 2차계정이 Overheads임

- Internal Order Settlement (Co Elt. Ca:21)

: 행사성 경비/월할경비/투자성 지출 등을 관리하기 위해 만드는 별도 I/O의 계정을

Internal Order Settlement라고 함

③ Revenue Element

- Revenue Element

- Sales deduction


8) Cost centers and the standard hierarchy

: C.Ctr의 다른 part로 assign 원할시 단순한 reassigning the C.Ctr(M.D의 변경필요X)

BUT, Cocd currency동일시, Plan data만 존재시, C.Ctr에 fixed asset, work center, HR

record가 assign 안 되었을시 가능

▶ Collective processing(여러 C.Ctr을 한번에 생성)

: list variant생성가능, SKF change & delete가능, C.Elt & Acc’t type은 display or delete만

▶ Exercise Scenario(각 주관부서별 배부방법)

SKF으로 Activity Type으로

▶ Statistical Key Figures(간접비를 배부하기 위한 배부적수)

- Fixed Value: 동일회계연도의 다음 기간으로 Carried over됨. Value의 변화가 있을시만

새로운 value 입력

- Total Value: 입력된 기간에만 해당이 됨. 기간마다 매번 입력

I/O

Company B

I/O

Company A

Sen

Jun

LO Consulting

Direct act.Allocation

Jun

Sen

FO/CO Consulting

Direct act.Allocation

Vehicle

B203

Assessment

ASSE-IT

IT-Service

Assessment

ASSE-ORG

Organization

Assessment

PU-TELE##

Telephone

Periodic posting

3-4. Controlling(Event-based posting)

1) Co document number

: Control.area와 관련하여 유사한 Transaction별로 N.R되며 fiscal year와는 관계X

또한 FI doc.처럼 internal과 external이 가능

sap recommends that you create different number interval groups for actual and plan


▶ Document number assignment

① 유사한 transaction별로 grouping

② Transaction grouping별로 Doc.number를 assign

2) Account assignment logic

: FI에서 data entry시 Cost object를 true로 할 것인지 statistical로 할 것인가와 profit

center 어디인지 하는 파생정보가 반영

① Cost 입력시 C.Ctr에 True posting

→ 예외: C.Ctr와 True Order시 Order에 True posting

② Rev 입력시 Profitability segment에 True posting

3) Default account assignment & Automatic account assignment(Primary cost관련)

① C.Ctr Master data의 cost center field 지정시 G/L계정에 자동으로 뜸.

② Master data와 IMG에서 같이 cost center 지정시 IMG우선순위

4) Automatic commitment

: SAP/R3의 CO는 사전 비용통제의 개념이 없음. 사후통제개념적용

Cost center값을 입력하면 현재집행금액과 미래집행예상금액 미리 reporting해줌

5) Reposting(Primary cost관련)

: CO에서 잘못된 C.ctr로 cost를 흘려 보냈을 경우의 조정분개.

① Manually reposting: FI doc와는 관계가 없이 sender와 receiver의 cost의 reposting이

자유로움.

② Line-item reposting: FI Doc.Number를 근거로 하여 cost의 reposting이 발생.

: CO에 reposting 된 후에도 FI엔 변동이 없음. FI에서 reverse시 CO에서 먼저 수정

6) Direct Activity Allocation

: C.ctr에 모여 있던 cost를 True controlling object(C.ctr, internal order, project등)로 옮

기는 것

7) Reposting direct activity allocation

: Activity allocation이 잘못되었을 경우 adjustment 시키는 방법. 처음 잘못된 posting를

reverse시키고 reallocation함.

3-5. Period-end closing (원가 마감시 간접부서의 비용을 직접부서로 배부하는 시점)

1) Period-End Posting의 절차

① 배부 받을 C.C Statistical Key Figures 입력

② Cycle을 생성

③ 생성된 Cycle에 배부하고 자 하는 Segment들 Assign

- Segment별 배부 Rule 정의

- Sender C.Ctr / C.Elt범위 및 Receiver C.Ctr 정의

- Receiver의 배부 가중치 비율 입력

④ 배부 작업 실행


⑤ 배부 결과 확인 /분석

구분항목 Periodic Reposting Distribution Assessment

Sender 1차계정 1차계정 1,2차계정 처리계정

Receiver 1차계정 1차계정 2차계정

(assessment Elt)

차변기록 Total 금액으로 기록/관리X

(line-item은 관리) 기록/관리

2차계정으로 기록/관리

(1차계정은 lost)

Sender

대변기록 기록/관리X

Partner별 C.Elt별 Total금액

으로 대변에 차감

(Partner별 배부금액 확인O)

많은 1,2차 계정 모여 2

차계정 하나로 대변에

차감기표되면서 배부

차변기록 배부금액으로 기록/관리 배부금액으로 기록/관리 2차계정으로 배부받음 Receiver

대변기록 2차배부시 1차와 동일 2차배부시 1차와 동일 2차배부시 1차와 동일

System performance 우월 열등 Best performance

2) Percentage Method

- FI의 recurring entry와 유사한 개념, 그러나 actual cost가 바뀌면 같이 바뀌는

advantage가 있음(base cost X %가 accrual로 잡히므로)

- Premium 같은 accrual calculation에 유용하게 쓰임

3) Reconciliation ledger/Reports

: FI에서의 functional area의 금액과 CO에서의 functional area의 금액이 CO에서의 배부/

오류조정 등으로 차이가 나는 경우, FI의 functional area의 금액을 CO의 functional

area금액으로 재조정해주는 기능

3-6. Planning

1) Basic goals in planning

① Plan the structure of the company’s future operations for particular period

② Create benchmarks for controlling the business transactions within an accounting

period

③ Monitor efficiency after completion of the accounting period by means of

plan/actual and target/actual comparisons

④ Give a basis for valuation of organizational activities, through estimating the unit cost

of performing a given activity in a given period

2) Version of planning

① Use of several versions

: 각각의 경영 제 환경 변수에 따라 다른 version을 사용(version 0 가 default,5yr)


3) Overview of planning

① Area

- Cost element and activity input: cost center별 plan element의 plan cost입력

- Activity output/price: C.ctr별 plan activity와 fixed activity price variable price 입력

- Stat. Key figure: C.ctr별 stat.key figure의 plan value입력

② Layout

- Planning area별 standard or customized layout define

- Activity output/price

- Stat. Key figure: C.str별 ratio, allocation factor

③ Profile

- Planning process control

▶ Planner profile기입하고 들어가면 자기 area에 묶인 layout만 나옴.

3-7. Internal order

1) Internal order

: Event에 대한 cost집결지로 각각의 event에 대한 비용산출을 용이하게 하기 위해 cost

center로 비용이 배부되기 이전에 event단위로 집계

① Overhead: Event성 경비

② Investment : asset under the construction

③ Accrual : 월할 경비성격의 비용 집계 계정

④ Order with revenue: 수익과 관련된 비용을 관리하기위해 사용하는 계정

▶ True order인지 Stat.order인지 지정해주어야 함.

3-8. Profit center accounting

1) Profit center accounting

: Statistical accounting component로서 다른 component(MM,SD)에서 생성된

transaction data를 수익성 관점에서 분석 Profit 관련 data를 자동으로 PCA로

posting함

① Profitability segments are the market channel or strategic business units

: 제품, 고객, 판매조직의 조합 또는 Cocd, business area, profit center가 될 수도 있음

② Profit center는 C.ctr와 같이 해당조직을 반영하는 Hierarchy구조를 가짐

③ The profit center structure

-Regional profit center structure(지역별)

-Functional area-oriented profit center structure(기능별)

-Product-oriented profit center structure(제품별)

-Business unit profit center structure(사업부별)

▶위 4가지 구조의 Mixed form도 가능


2) Master data

: Profit center master date는 time-based로 되어있으므로 다른 기간엔 다른 data를 가질

수 있음

① Assign company code: Control.area내의 모든 Cocd에 assign

② Substitution rule 존재시 Master data가 지정한 profit center로 가지 않고 substitution

rule을 따름

3) Monitoring assignment

: Check assignment for material, cost center, order, cost objects, business process

▶ 너무 많은 곳에 profit center가 assign되는 것을 방지하기 위함

4-1. Asset accounting

1) Chart of depreciation (COD): Valuation목적에 따른 depreciation area의 집합으로서

Client level에서 정의, Company code에 Assign함. 하나의 CoCd는 하나의 COA 및

COD를 가짐

▶ Chart of depreciation(COA와 COD는 Client level에서 정의)

Depre. area APC Depreciation NBV Depre.term

(Depre.M/useful)

01 (Book) 100000 정액/ 10yr

02 (Tax) 100000 정율 200%

10 (Group) 100000 정율 / 5yr

20 (Cost) 100000 정액 / 30yr

30 (EC-CS) 100000

2) Asset class

: 고정자산의 계정그릇으로서 Client level에서 정의, 한 개 이상의 COD에 assign됨

3) Deprecation area

: Valuation 목적에 따라 여러 개가 정의(2자리 Numeric key, 01은 항상 Book Depre)

▶ 종류 : Book Depre, Tax Depre, Cost acct. Depre, Parallel Depre, Group Depre…

Client

Cocd 1 Cocd 2 Cocd 3

Asset class 1

Asset class 2

COD

Depre.area 1

Depre.area 2

COA

Asset class 3


4-2. Asset accounting master data

1) Depreciation Area별 G/L Posting유형

① No value are posted in G/L

② Post Asset In G/L Realtime APC의 posting

③ Post Asset Periodically in G/L

④ Only depreciation posted in G/L (Cost acct Dep)

▶ Depre.amount는 항상 periodic basis로 이루어짐

2) Asset class의 구성

Master data section

① Acc’t determination (취득, 매각, 감가상각계정(ordinary/unplanned) 정의)

② N.R(각각 Cocd에 assign, Cocd는 share해서 사용함)

③ Screen layout

: S,D,R,O뿐만 아니라 maintenance level(class/main no./sub-no.)과 Asset reference

의 copy허용여부설정, 또한 Depre.area별로 screen layout설정가능

Depreciation area section (Depreciation terms을 정의)

① Depre.key(정율/정액…) ② Useful life ③ 감가상각 시작일 ④ Changeover year

⑤ Index ⑥ Variable Depre.amount (상각금액 변동rate) ⑦ 잔존가치

3) Generate asset class

① Account selection(G/L에서 자산계정 지정)

② Account determination(감가상가계정, 처분시 gain/loss계정, 충당금계정 등 지정)

③ Number range intervals

④ Screen layout of asset master data (screen layout rule지정)

⑤ Asset class정의 (어느 class인지와 Depre.key등을 지정.grouping)

4) Protection of existing objects

: 기존 asset data를 날려버리지 않게 protect함

① 신규생성: Company Code live와 무관

② Company Code운영 중: 신규생성만 가능

③ Company Code운영 전: Class내 Asset 존재 여부 확인

Asset이 존재하지 않을 경우: 기존 Class삭제 후 생성

Asset이 존재할 경우: Value 존재 여부 확인

Value 존재하지 않을 경우: 기존 Class 삭제 후 생성 또는 신규생성

Value 존재 할 경우: 신규생성만 가능


5) Master record 생성방법

① Copy Asset classes from References

- Specify required entries for asset master data(Field Status)

- Define allowed entries for user fields

: Evaluation Groups(사용목적), 환경법관련 indicator, reason for investment 입력

- Enter/change default values in asset class

② Using asset class

③ Multiple similar asset records

: 비슷한 유형의 asset를 한번에 생성케 할 수 있음

6) Special asset class

① Asset under construction(Book & Tax상 Depreciation하지 않음. CO목적만 가능)

② Low value assets

▶ Time Dependent Data

: C.Ctr간 자산이동시 asset master data는 time-dependent하게 monthly basis로 관리

4-3. Asset transaction

Asset Acquisition

● Asset acquisition with AP Integration

- Good receipt시

- Invoice도착시

☞ Sub-ledger: (Dr) Asset XXX (Cr) A/P XXX

☞ G/L entry: (Dr) Fixed Assets XXX (Cr) A/P XXX

● Asset acquisition without Integration - Good receipt시

☞ Sub-ledger: (Dr)Asset XXX

☞ G/L entry: (Dr) Fixed Assets XXX (Cr) Clearing Acct XXX

- Invoice도착시

☞ Sub-ledger: (Cr) A/P XXX

☞ G/L entry: (Dr) Clearing Acct XXX (Cr) A/P XXX

● Asset acquisition with MM Integration

- MM화면에서 P.O 생성

- Good receipt시

☞ Sub-ledger: (Dr) Asset XXX

☞ G/L entry: (Dr) Fixed Assets XXX (Cr) Clearing Acct XXX

-Invoice 도착시

☞ Sub-ledger: (Cr) A/P XXX

☞ G/L entry: (Dr) Clearing Acct XXX (Cr) A/P XXX


2) Asset explorer

: Depre.area별로 Depreciation 내용 다른 것 확인. 바로 asset master data로 이동가능

3) Doc. Type

: 각 Company Code 레벨에서 FI의 No. range 결정

▶Gross or Net: AP에 대하여 Discount가 반영된 금액으로 처리할 것인지를 결정

4) Transaction type(주로 Reporting 목적으로 구분. Transaction type group로 묶임)

: Acquisition(1xx), Retirement(2xx), Transfer(3xx), Depreciation(4xx)…

5) Asset acquisition(Changes to master data)

Capitalization date

Date of initial acquisition date posting date와 value date는 같은 fiscal year이여야 함

Acquisition year

6) Asset retirement

① With / without revenue ② With / without customer ③ Complete / partial

④ Mass ⑤ Multiple assets

● Retirement with revenue/customer

☞ Sub-ledger: Customer (Debit: revenue + tax), Asset (Credit: APC, 충당금)

☞ G/L entry: (Dr) A/R xxx (Cr) Clearing-revenue xxx

Clearing acct xxx Asset xxx

Accmu. dep. xxx

Loss xxx (or Gain xxx)

: 매각처리시 감가상각을 별도 처리하지 않아도 매각월까지 충당금을 자동 계산하여 차감

(해당 자산을 조회하면 Value adjustment가 발생하며, 감가상각 실행시 정산됨).

7) Asset under construction

: 건물가계정을 모아두었다가 completed assets에 settlement하는 것

① AUC의 발생/입력: 일반 고정자산과 절차 동일 (Master 등록 포함)

② AUC의 본계정 대체: AUC settlement rule정의함

③ Settlement

▶전월의 감가상각이 실행되어야 당월분 실행 가능(잔액이 없으면 실행불가)

(Session을 만들어 실행하는 것이 유리. 항상 Background로만 실행함)


4-4. Periodic processing

1) Depreciation type

① Ordinary depreciation

② Special depreciation(Tax목적의 감가상각)

③ Unplanned depreciation

2) Depreciation calculation methods

① Basic method(기본적 감가상각내용정의)

② Declining-balance method(감가상각 rate의 Min, Max정의) Depre.key에

③ Maximum amount method(감가상각 최대금액정의) assign됨

④ Multilevel method(기간별 상각율정의)

⑤ Period control method(starting date, ending date정의)

▶ Depre.key의 변경시 depreciation values가 바뀌진 않음. Recalculation해야함

3) Cost accounting depreciation

: Interest관련(capital lease와 동일개념), planned life후의 상각여부, NBV후 상각여부 정의

● Replacement value계산

Historical calculation(APCX current year/acquis.year)

Normal calculation(Replace valueX current year/pre.year)

4) Depreciation posting

: Depreciation posting에 발생하는 Doc위해 N.R정의(항상 external)

5) Depreciation posting for acquisitions during year

Smoothing(남은 기간 균등상각)

Catch-up method(current month에 lump-sum으로 잡고 상각)

6) Asset accounting information system

: 모든 reporting는 tree구조로 되어있음(ABAP List Viewer로 되어있음) 다양한

Depreciation의 simulation가능

7) Asset history sheet

: Fixed asset의 모든 정보(acquisition, retirement, transfer뿐 아니라 depreciation type별

dapre.amount까지)를 보여줌. sort version사용 total or 각각의 sort level별로 보여줌

4-5. Legacy data transfer

1) Legacy data transfer method

12/31/YYYY

Master data

Cumulative values

감가상각자료(전년 Depre.period, 년중 depreciation)

Master data

Cumulative values


① Batch input procedure

② Direct data import Asset acc’t의 master data와 line item을

③ Legacy data transfer with Excel update하는 것(G/L의 update가 아님)

2) Preparing for production start-up

① Check consistency(COD, Cocd, Depre.area, asset class check)

② Reset Cocd(Master data와 transaction depreciation 모두 delete)

③ Reset posted depreciation(G/L은 Reset안되므로 manually하게 delete)

④ Set/reset reconciliation acc’t(asset과 recon.a/c의 연결고리를 끊어서 작업)

: transfer로 asset-sub는 data 존재함

G/L과 unbalance시 recon.a/c를 reset시

켜서 recon.a/c에서 G/L로 직접 posting

G/L

recon,a/c

ASSET

⑤ Transfer balances

⑥ Active Cocd

- Test status: transfer, posting가능

- Transfer status: transfer만 가능(asset acquisition같은 posting은 안됨)

- Production status: posting만 가능

4-6. Closing

1) Overview of closing process

● Month-end closing

① Pre-closing

② Managerial closing(CO: Internal closing)

③ Financial closing( FI: External closing)

● Year-end closing

① Pre-close

: Open new fiscal year, year-end evaluation, balance confirmations, FY change(AA),

Balance Carry forward

② Financial close

: Account analysis and regrouping, General adjustment postings, reconciliation old

year to new year reporting

2) The financial statement program

① Financial Statement Versions (각각의 acc’t는 낮은 level로 allocation됨)

: Financial Statement Versions Can be produced to meet different views

special items(Assets, Liabilities, Balance Sheet profit/Loss, Profit and loss results,

not allocable을 포함하고 있으며 최대 10 levels을 가질 수 있음

Financial Statement Versions can allocate texts to each items


② Account group allocation to balance( bank acc’t는 asset, liability balance 둘 다)

3) Asset and Liabilities

① Fixed Assets

- Assets on the B/S (FI-AA serves as a subledger of G/L)

- Periodic tasks in FI-AA- Settlement of capital investment measure

Under construction phase

Final settlement: Asset acc’t or C.Ctr- Organizational procedure for depre. posting

- Depreciation run (posting run)

Update of asset ☞ Asset history Sheet

Batch input session

- Fiscal year change/YE closing

② Current assets- GR/IR clearing account

- Material price change

- Material valuation

- B/S valuation

- Physical inventory procedures

- GR/IR clearing account analysis

③ Receivables(& Payables)

- Balance confirmation

- IVA posting for doubtful receivables

- Foreign currency valuation & sorting lists

Regrouping receivables & payables

Customers with credit balance

Balancing for affiliated companies

Changed reconciliation account

④ Checks/ Bank

- Automatic postings ☞ exchange rate differences

- Account determination in foreign currency balances

- Valuing foreign currency balance sheet accounts


5-1. SPL

1) Overview of SPL

:SAP가 제공하는 Standard report 이외에 회사의 다양한 요구사항을 충족시키기 위해서

users가 SAP 및 Legacy 시스템에 존재하는 Characteristics Field들을 Gathering하여 일

정한 저장소에 모아놓은 후 report painter등의 reporting tool을 이용하여 reporting하기

위한 특별원장.

Sender Receiver (SPL)

Allocation Roll up

Cury.Tran Bal.Carry.F

R/3

core

Summary T/B

Legacy

L1

L2

L3

Reports

Validation/Substitution

Adjustment Posting

Module Postings

/Direct Postings

Ledger

Table

Coding Block →

Characteristics추가

2) SPL의 목적

① Reporting 목적

: 각 모듈에 산재한 Characteristics들을 가져와서 이들을 조합, reporting하고 싶은 경우

② Data collection 목적: 시스템 내에 존재하는 data중 필요한 data만 collection

③ Year variant 목적: fiscal year variant를 다양하게 지정해 보고 싶은 경우

④ D/W export 목적: Data Warehouse로 data를 export해야 하는 경우

3) Coding Block의 개념과 Maintainance

: Coding Block(Account assignment block)은, SPL이 reporting, allocation, currency

transaction등의 역할을 Flexible하게 수행하도록 Account assignment와 관련된

Characteristic(보고자 하는 기준이 되는 필드)이 있다면 User가 추가할 수 있다.


4) Structure of User-defined SPL table group

: User가 SPL에 table생성시 4~5개의 table들이 install 된다.

ZZSLO

ZZSLC

Object table에

Characteristics

추가/삭제

Characteristic

Table

Group 생성

ZZSLT

ZZSLA ZZSLP

① ZZSLO

: Reporting에 필요한 Characteristics와 Sender(Receiver) indicator를 저장하는 Table.

reporting의 관점이 결정함. Characteristics를 추가시 ZZSLT에 자동으로 Update됨.

② ZZSLC

: Fixed transaction attribute값을 갖는 optional Table로 어떠한 Sender/Receiver 관계도

없는 Characteristics만을 포함.

③ ZZSLT: Actual/Plan total 값을 갖는 Table

④ ZZSLA: Actual line item값을 갖는 Table

⑤ ZZSLP: Plan line item값을 갖는 Table

5) Table Group 생성 절차

① ‘ZZ’로 시작하는 Table group name을 define

② Local table group인지 Global table group인지 결정

③ Object1 table에 필요 없는 field삭제

④ Object1 table에 추가로 필요한 field추가

⑤ Object2 table의 사용여부를 결정

⑥ Currencies, Quantities, Periods등의 technical한 setting

⑦ Table을 save하고 activate시킴

⑧ Table을 install SPL component를 활성화 시키고, GLU1 및 program을 update시킴

⑨ Drill down program group을 결정

5) Ledger 생성 절차

① Ledger의 속성 정의

- Ledger 명칭


- Link시킬 summary table

- Additional setting

- Currency/Quantity

② Leger에 Cocd assign

- Cocd에 direct posting의 허용여부

- Cocd로 posting되는 ledger의 기준이 되는 fiscal year variant

- Line item 관리여부

- Ledger(company) Currency의 관리여부 등

③ Cocd에 activity assign

: Ledger에 assign된 Cocd가 reporting에 사용할 activity(module)를 정의

●실제로는 이 activity내에서 실제로 data를 transfer 시킬 기준이 되는 field들을 먼저

mapping시킨 후 이 field movement를 해당 activity group에 assign함.

④ Activity내에 field movement 정의

: Cocd에 assign된 activity내에 실제로 data를 transfer시킬 sender field와 receiver

field를 서로 mapping 시킴 (서로 mapping된 field에 대한 data만 SPL로 transfer됨)

⑤ Movement field내에 조건 값 지정

: Activity별 movement field들 중에서 더욱 세분화된 조건값을 지정하여 transfer시킬

data의 volume을 줄임 (특정 조건을 만족시키는 value값만 transfer시킴)

⑥ Module posting 및 SPL-Direct posting 가능한 상태.

6) Module posting VS FI-SL posting

: User-defined table에 ledger가 assign된 상태에서 SAP의 각 모듈(or legacy)에서

posting이 일어나면, data들이 SPL의 user-defined table로 transfer되며, SPL자체의

adjustment posting도 SPL table에 반영된다.

7) Validation(검증기능), Substitution and Rules(치환기능)

Validation과 Substitution 정의 procedure

① 어느 모듈과 관련이 있는가? (Where)

② Header? or Line item? (When)

③ 조건값 정의 (What and How)

④ 조직단위에 Mapping (Which organizational units)

⑤ Activation (Activated)

8) Basic set, Single set, Multi set and Variable

- Basic set은 Characteristic의 성격이 같은 것끼리 묶어 놓은 것

- Single set은 성격이 같은 basic set을 묶어 놓은 것


- Multi set은 Characteristic이 다른 basic set 또는 single set을 묶어 놓은 것

- Set은 report를 실행하는 시점에 변경이 불가능하지만 variable은 변수 값이기 때문에

report 실행 시점에 dynamic하게 변경이 가능. Variable에는 3가지 type(value variable,

formula variable, set variable)이 존재한다.

9) Report 작성을 위한 Library

: Library란 summary table안에 존재하는 characteristics와 key figures 중에서 report작성

을 위해 필요한 characteristic와 key figures만 한군데에 모아놓은 것임. 따라서 이 library

내의 characteristics와 key figures를 이용하여 report를 산출하는 것임

User menu

Library

Report Group(RG00) Report Group(RG01)

Library

Summary Table (ZZSLT)

10) Library의 구성요소

① Characteristics: Data record를 선택하기 위한 기준

② Basic key figures: Value를 갖는 field들

③ Key figures: key figures중 characteristic과 combination을 이루는 key figures


1-1. enterprise structure terminology -...

Documents