SAP CO 모듈 요약

( 1 주차 )

11
 CO 기초

 자재 흐름
① Purchasing Order 생성
② Goods Receipt( 자재입고 )
MM 에서 관리
차 ) 재고자산 / 대 )GRIR( 임시계정으로 결산시 필히 정산 필요 , 미착 / 미지급 )
③ 송장검증 (Invoice Verification)
차 )GRIR / 대 )AP  동시에 FI-GL 의 AP 계정 Update
④ AP : FI 에서 관리
 제품 흐름
① Sales Order 생성
② Goods Issue( 제품출고 )
SD 에서 관리
차 ) 매출원가 / 대 ) 재고자산
③ Billing( 세금계산서 발행 )
차 )AR / 대 ) 매출  동시에 FI-GL 의 AR 계정 Update
④ AR : FI 에서 관리
 AP / AR 은 업체코드 ( 거래처 ) 로 관리
 Funds Management : SAP 은 비용예산의 경우 자율예산이 표준임
 비용예산관리 시 사용

22
 CO 기초

- Components of CO

(ABC Base)

 간접비관리 (Overhead Cost Management) : CCA, IO, ABC

 원가계산 (Product Cost Accounting) : PC, Cost Object Controlling
 수익성분석 (Profit Analysis) : PCA, PA

33
 CO 기초

 CO data flow

Profitability Analysis ( 수익성 분석 )

판관비 상세 표준매출원가
영업외비용 / 수익 원가 차이

Overhead Cost controlling 가공비

Product Cost controlling
( 간접비 관리 ) ( 제조원가 계산 )

Cost & Revenue Element accounting

제조경비 , 판관비 감가상각비 Routing 재료비 매출액

인건비 BOM
영업외비용 / 수익 연구개발비 재고금액 표준 매출원가

판매직접비 FI AA HR PP MM SD

44
 CO 기초
 Overhead Cost Management :
- 간접비 관리 , R/3 CO-OM 는 자세한 비용 관리를 제공하기 때문에 , 비용에 영향을 주는 요소들을
결정하고 ,
문제 영역을 찾아내어 즉시 교정 조치를 취할 수 있다 .
- 세부기능으로 CCA (Cost Center Accounting), IO (Internal Order), ABC(Activity Base Costing) 로
구성되어 있으며 , 주요 처리업무로는 재료비 , 임가공비등과 같은 생산 직접원가 및 매출특성에 직접
귀속시킬 수 있는 일부 판매 직접비를 제외한 모든 비용들을 관리하고 통제 한다 .
- 기능상으로는 계획수립 - 실적집계 - 대비분석 이라는 관리 Cycle 을 통해 발생비용의 효율성을 분석하
고,
적절한 비용배부를 통해 제조원가 계산 및 손익분석을 위한 기초자료를 제공한다 .
- 간접비 관리는 그 관리단위에 따라 Cost Center, Internal Order, Process 라는 조직단위를 기초 단위로
운영되어 진다 .
 CCA (Cost Center Accounting) 원가 중심점 회계
- Cost Center 는 회사의 조직단위이자 비용의 집계단위 .
- CCA 를 통해 부서별 경비예산 ( 계획 ) 의 수립 , 실적의 집계 , 부서간 비용배부 및 실적분석의 기능
- SAP R/3 는 자율예산관리를 전제로 설계되어 있으므로 , Cost Center 단위의 예산 통제되는 기능 무
- Master Data 의 대표적 구성 : Cost Center, Cost Element, Activity Type
- 부서 내 비용을 책임지는 최소단위로 부서별 비용을 효율적 관리
- 최종적으로 단위 당 Activity Price 를 산출하여 제조원가 가공비계산의 기초가 된다 .
- CCA 의 결과 중 제조부문 비용은 CO-PC, 본사부문은 CO-PA 로 이체 55
 CO 기초

 Cost & Revenue Element Accounting

- FI-GL 계정과목 중 CO 에서 관리하는 계정 관리 ( 수익 / 비용 )
- 책임구분을 위하여 마스터에 Cost Object 를 지정한다
- CO 와 타 모듈과의 연결고리임
 Internal Order Accounting : 특성비용관리
- CO-IO 는 마케팅 활동 , 수리 및 유지 보수 작업과 같은 개별적인 업무 비용을 기록하며 ,
계획 원가와 실제 원가를 모두 추적할 수 있다 .
- 비용을 관리하는 단위이긴 하나 정상적 비용보다는 Temporary, 즉 Event 성 비용을 관리 .
- 이곳에 집계된 비용은 다른 Controlling Object(CCA,IO,PC) 등으로 반드시 배부 / 정산되어야 하며 ,
일부 특정비용을 자산화 해야 될 경우 등에 사용된다 .
- 실무적으로 Internal Order 는 행사성 비용의 관리 , 건설가계정 성격의 비용집계단위로 활용
- Accrual Order : 월할 처리 비용 처리
. CO 에서만 월할 처리하고 FI 는 비용 발생시 기표
. CO 에서 기표하면 FI 시산표에는 영향을 주지 않음  FI 와 CO 간 P/L 차이가 발생
- Investment Order : 투자비용 처리는 PS-WBS( 개별원가계산 ) 와 CO-IO 에서 처리
. CO-IO 는 계층구조 구성이 불가능하고 부대비용을 IO 간 배부가 불가능하여 현재는 잘 않쓰임
- Orders with revenues : 기타매출 인식시 사용
. 원재료 매출의 경우 : MM 에서 매출수량 처리하고 FI 에서 매출액 처리하나 CO-IO 에서 처리 가능

66
 CO 기초

I/O settle 시 받는 receiver

 제조원가 Settle rule

- material master 의 price control indicator = ‘S’( 표준원가 ) 이면
. Variance = Actual cost - Delivery cost 을 price difference account 에 debit
( 이동평균단가는 statistical 용으로 재계산 )
- material master 의 price control indicator = ‘V’ (moving average price) 이면
. Variance 을 material stock account( 기말재고계정 ) 에 debit( 이동평균단가와 총재고액 재계산 )
. 단 Settle 수량 > 기말수량 : - 기말재고계정에 갈 차이 = Variance * ( 기말수량 /Settle 수량 )
- 나머지는 price difference account 에 debit
77
  CO 기초
 CO-PC(Product Cost Controlling) :
- 제품별 표준원가 계산 및 실적원가 집계를 통한 제품 제조원가의 효율성을 관리한다 .
- Product Cost Planning :
. 제품별 원가요소 (Cost Component) 별로 제품제조원가를 추정하는 기능 .
. 하나의 제품에 대하여 여러 개의 추정원가 ( 표준원가 , 사전원가 , 수정표준원가 ) 를 산출하는 것이 가능 .
. 표준원가는 제품생산시의 계획원가의 계산이나 완성제품의 제품금액평가에 활용 .
. 재공품 평가는 기본적으로 표준원가로 하나 Actual Cost 로 가능
. PCP 에 의한 표준원가 계산
- 재료비 : 해당 제품의 BOM(Bill of Materials) 상의 자재소요량 * 해당 원재료의 표준단가나 이동평균단가
- 가공비 : 해당 제품의 Routing 상의 Work Center 별 Activity Type 별 예정사용시간
* CCA 에서 계산된 해당 Activity Type 의 계획단가
- Cost Object Controlling : PP 의 생산흐름에 따라 원가계산을 지원하는 기능 .
. Production Order 별로 생산시작시점에는 Preliminary Cost( 사전원가 ) 를 자동계산하고 ,
생산의 진행에 따라 Simultaneous costing (Actual costing) 를 집계하며 ,
제품의 완성 시 또는 월말에는 계획과 실적원가의 차이분석 및 배부 , 재공품 평가등을 지원 .
. SAP R/3 는 PP 모듈 , MM 및 CCA 의 통합환경과 , 표준원가를 사용하는 것을 전제로 하며
생산흐름에 따라 실시간 (Real time) 으로 원가계산을 하는 특징을 갖고 있다 .
. 제품 제조원가 비교
표준원가 사전원가 Actual 원가
비교 분석
88
 CO 기초
 CO-PC(Product Cost Controlling) :
- Cost object : 원가를 부담하는 목적물 .
예 ) Production Order, Sales Order, Process Order, Product Cost Collector
- Actual Costing :
. Period end close( 결산 ) 시 실적 제품제조원가를 계산해서 Material Master 에 이동평균단가로 기표 .
- Simultaneous costing
. 재료비 : Material Issue 시 Cost object 에 집계 .
. 가공비 : Confirmation 시 Cost object 에 집계
. Confirmation: Production Order 에 대한 생산수량과 실제로 소요된 가공시간 등을 등록
- Period-End Closing Process : 원가결산시 수행하는 과정
. Overhead Cost 계산 , WIP 계산 , 차이 계산 , Settlement (FI, PCA, PA 에 기표 )
 Product Cost Controlling by Order
- Order Related Production 방식에 적용하는 원가계산 방식으로 Production order 별로 원가계산
- 원가계산 단위가 매우 세분화 되어 있어 자세한 원가분석이 가능
- 가변적인 생산환경이나 Set Up Cost 가 높은 산업에 적용
- Production Planning 모듈없이 사용 가능
- Production order 별로 Planned and Actual Cost 계산 / 분석 , Actual Cost 을 타 object 로 이전
- function :
. 아직 미 정산된 생산오더에 원가 집계 , 원가결산시 WIP 을 FI, PCA 로 이전
. 오더에 발생한 production variance/scrap 을 해당기간의 원가로 FI, PCA, PA 로 이전

99
 CO 기초
 재공품 평가
- production Order 방식 :
1) 진행중인 오더의 대변 – 차변 = 재공품으로 계산
2) 공정별로 WIP 를 계산하고 공정별 사전원가로 계산
- PCC 방식 : 공정별로 WIP 를 계산하고 공정별 사전원가로 계산
제품
재료비 표준원가
계산
노무비 재공품 순서
제조경비 원가차이
Material ledger
- 원가결산시 원가차이를 재고자산과 매출원가에 안분하기 위하여 사용
- 원재료와 상품은 주로 이동평균법 사용
- single level 과 multi level settlement 가능

Single P-100
level
100-100 Multi level : end-item 에서 완제품까지 roll up
Single
level
100-110 100-110

- material 의 actual cost 를 material master 에 update

1010
 CO-PA

 정의 :
- 제품 , 고객과 같은 시장 세그먼트를 각각의 공헌 이익과 관련하여 정의 및 분석할 수 있는 모듈로서 ,
마케팅 , 기획 부서 , 경영자등에게 외부시장 관점에서 전략적인 결정을 내리는 데 필요한 손익관련
정보 제공 (market segment 에 의한 손익분석 )
 Characteristics :
- 손익을 보고자 하는 단위로서 구분하여 report 하기를 원하는 항목들을 말함
예 ) 판매 국가 , 판매 지역 , 거래선 , 내수 / 수출 , 제품그룹 , 고객 등
- 사용자가 Characteristics 을 정의하면 시스템이 자동적으로 4 개의 테이블을 생성함
 Profitability (market) segment :
- Characteristic 의 조합으로 구성되는 Market segment view
예 ) 북미지역의 캐나다의 A 딜러에게 판매한 소나타 차종
 Value fields
- Reporting 시에 어떤 항목을 볼것 인가에 의해 정해지는 값으로서 수익성분석 항목임
예 ) 매출액 , 매출수량 , 재료비 , 노무비 등
- Value fields 의 최대 허용개수 : 120 개 (?)
 PA 의 특징
- Value fields 로 Data 집계
- 변 / 고정비 구분
- 추정비용 가능 ( 판관비등 )
1111
 CO-PA
- CO – PA 의 Value 이동

판매수량 CO - PA
S 매출원가 = 판매수량 * 표준원가
매 출 액 단 , 상품은 이동평균원가로 인식
D
매출원가
판매수량
매출액
재 료 비 표준원가의
매출원가
상세내역
노 무 비 제조
CO - PC 원가차이
부문
제 조 경 비
매출총이익
F 판매관리비
CO - CCA 판매관리비
I 일반관리비 본사부문
영업외비용 일반관리비
영업외수익
판매직접비
판매직접비 영업이익
( 해상운임 , 탁송료등 )

EC - PCA

1212
 EC-PCA

 정의 :
- 내부 profit center 의 수익성을 분석한다 .
- profit center
. 내부 통제 목적의 관리 management-oriented 조직임 .
. Profit center 에 책임과 권한을 위임할 수 있음
- 재무 회계 , 자재 관리 , 자산 관리 및 판매 등 손익에 영향을 주는 모든 거래들은 profit center 에
자동적으로 기표됨 .
. Profit center 별 재무제표 (B/S, P/L) 분석과 ROI 분석 가능
 Object assignment
- C/C, I/O, Production Order, business process, project, cost object hierarchy: master 에서 assign
- revenue : S/O 에 있는 material 의 master 에 profit center assign 하여 인식
- asset : master 에 있는 C/C 를 통하여 간접적으로 assign
- profitability segment : characteristics 의 조합이므로 이중 하나가 profit center 임
- project 는 여러 개의 profit center 를 포함할 수 있음
 Profits 인식 방법
- Period Accounting Approach :
. production-oriented 이고 , 해당 기간의 판매와 무관하게 account 를 통하여 모든 비용들이 집계됨
. 투입된 모든 자원은 해당 회계기간 동안 초래된 비용으로 기표
- 완제품과 반제품에 대한 재고의 변화는 inventory Change 계정으로 기표
1313
 EC-PCA

-Self-constructed assets 은 capitalized internal activities 로 기표

- 완료되지 않은 open production orders 에 투입된 비용은 work in process 로 기표 .
. Profit center 의 productivity 분석 가능
- Cost-of-Sales Approach :
. 수익 비용 대응 원칙에 의하여 profit 인식
.cost elements 들로 구별 기표하지 않고 대신 비용들의 속성 원천인 제조원가 , 판매비 , 일반관리비 ,
개발비등의 관례에 따른 비용 구분으로 표현
- Representation of Profits

1414
 CO-PA

- CO – PA 의 수익 및 비용인식 방법

구 분 인식방법 Sales Order Delivery Billing

-Billing 시 매출액 / - 추정 손익 계산 -수익 비용 대응 원칙 - 실적 손익 계산

CO-PA
매출원가 인식 . 판매수량 에 의거 미 기표 . 판매수량
(Costing
-수익 비용 대응 원칙 . 매출액 . 매출액
Base)
-Value fields 에 집계 . 매출원가 . 매출원가
- Cost-of-Sales Approach

-Billing 시 매출액 인식
- 미 기표 -차 ) 매출원가 -차 ) 외상매출금
-Delivery 시 매출원가
대) 재 고 대) 매 출
CO-PA 인식
(Account) -Period Accounting
FI -계정에 집계
EC-PCA -FI, EC-PCA, CO-PA 의
Account Base 간에는
항상 데이타 일치됨
Period Accounting Approach

1515
 CO Posting

 FI 에 수익 / 비용관련 계정으로 전표가 기표되면 동시에 CO 에도 대응 전표 기표

- CO document 내용 : controlling object, cost element, amount
- CO 로 Posting 될 때 balance 가 맞지 않음
. Cost Object 로 input 되면 debit, 다른 Cost Object 로 배부되면 credit 임
- AA-initiated transaction : 감가상각비 , 이자비용
.AA  FI  CO C/C 의 debit, .asset master 에서 C/C 지정
- payroll accounting in HR :
.HR  FI  CO C/C 의 debit , .HR 의 종업원 master 에 infotype 지정
.infotype 은 종업원이 assign 된 company code, personnel area, personnel subarea 결정
- goods issue : 공장 소모품비
.MM  FI  CO C/C 의 debit , .movement type 이 중요 :
- purchase order : 구매조직이 vendor 나 plant 에 good 이나 service 을 제공하라는 공식 요청
.MM  CO C/C 의 debit (commitment: 약정 ), FI 기표 없음 ,
.delivery 시 commitment clear 되고 actual cost posting
- internal order : FI 전표입력시 I/O 지정하면 I/O 는 real object 임
. real object 우선순위 : true order,PA-SEG, PS-WBS > C/C > profit center( 항상 statistical)
- profitability segment : FI 에 revenue 기표시 CO-PA 의 profitability segment 에도 기표됨
.real revenue : profitability segment, customer order, customer project, revenue order
.profit center 와 C/C 는 statistical 임
1616
 Reposting Line Items
- FI 의 입력전표 내용중 Cost Object 등 Co 관련 내용에 오류가 있을 때 사용
- FI 전표를 근거로 CO 에서 관련 내용만 수정하고 FI 전표는 미수정
- CO 에서 Reposting 하면 FI 에서 역분개 (Reverse) 불가능
 Direct Activity Allocation
- 한 Cost Center 에서 발생한 비용을 타 Cost Center 로 배부시 Activity Type 의 수량으로
비용 배부하는 방법
예 ) 공무 C/C 에서 기계수리 Activity 로 8 시간 발생시
시간당 임율 = 1,000( 예 , 시간당 임율은 사전에 표준 생성시 표준임율을 구하거나 ,
전년도 실적 기준으로 계산한다 )

Sender Receivers

공무 C/C 생산 1 팀
3 시간 *1000 3,000
8 시간 * 1,000
= 8,000
5 시간 *1000 생산 2 팀
5,000

1717
 제조원가 계산방법
 Product Cost by Order
- Order Related Production 방식에 적용하며 Production order 별로 원가계산을 수행
- 원가계산 단위가 매우 세분화 되어 있어 자세한 원가분석이 가능
- 가변적인 생산환경이나 Set Up Cost 가 높은 산업에 적용
- 제조원가 인식 시점
. 생산오더 생성 : 사전원가 계산
. 자재 불출 : Actual 재료비 계산
. Confirmation : 공정 진척도 계산 , Actual 가공비 계산
. Good Receipt : Actual Cost 정산 (Settlement)
 Product Cost by Period
- Product Cost Collector (Cost Object) 별로 제조원가를 계산함 ( 주로 자재 Code 별 )
- 안정적인 생산환경이나 반복적인 생산방식에 적용
- 기말에 Period-End Closing Process 에 의하여 원가 결산
. 실적 활동 가격 재계산 , PCC 의 제조간접비 계산 , WIP( 재공품 ) 평가 , 기간 원가차이 계산 , 정산 등
 Product Cost by Sales Order
- Sales Order 별로 planned and actual 수익과 제조원가를 계산함
- 철강 , 종이 산업에 적용 가능 (make to order 방식 )
- 기성에 의한 수익 , 원가 인식 가능
- 원가와 수익을 FI, PCA, PA 에 이전
1818
 Information System
 Reporting Tools
- Report Painter : 사용자가 CO 의 Data 를 사용하여 쉽고 빠르게 Report 를 만들 수 있도록 하는 Tool

- Reporting based on ABAP List Viewer : R/3 의 Lists 작업을 단순 , 표준화하는 것으로 Line item
Reporting 이 해당됨

- Drilldowm Reporting : CO-PA 의 Report (multidimensional reporting tool) 들을 말함

1919
 Information System
 line items and totals records
- CO 에서는 거래가 일어 나면 Line Items Table 과 Totals Records Table 에 동시에 입력함
FI 전표 : 400000, 1000C/C, \100, 2006.02.07
400000, 1000C/C, \200, 2006.02.08
line items Totals Records
CO : 1000C/C, 400000, \100, 2006.02.07 1000C/C, 400000, \100, 2006.02.
1000C/C, 400000, \200, 2006.02.08 1000C/C, 400000, \300, 2006.02

 Data Source
- Extract : 사전에 미리 만들어 놓은 reports, 조회 속도가 빨름
- Current : R/3 Database, 조회 속도가 상대적으로 느림
- Archives : 광디스크 등 외부장치에 저장된 자료

2020
 FI 기초

organizational structure

- company code :
. 4 digit alphanumeric
. 세법등의 문제로 여러 국가에 있는 회사들을 grouping 하여 하나의 company code 로 하지 않는다
. general ledger : company code level 에서 관리
- group company :
. consolidation( 연결 ) 를 위한 여러 company code 의 조합 ,
. 연결 재무제표 작성이 목적임
. 6 digit alphanumeric

2121
 FI 기초

 Business area
- cross company code 로 데이터 집계
- FI 전표 기표시 동시에 B/A 에도 기표
- 재무제표 작성 가능 조직 : company code, group company, business area, profit center
- 한국은 주로 plant area 별로 B/A 적용
 plant 별 재무제표 작성
- 4 digit alphanumeric

Company Business
한국 미 국 일 본
Code area

TV TV TV T V

제품군 VCR VCR VCR

MP3 MP3 MP3

 controlling area : controlling area 내에서는 여러 company 들간의 비용 배부가 가능

- Controlling area : company code = 1 : N 가능 ,
- 단 여러 company code 들간에 같은 COA 와 fiscal year 사용해야 함
- 4 digit alphanumeric

2222
  FI 기초
ORGANIZATIONAL STRUCTURE 요약
- operating concern 은 CO-PA 의
CO-PA OPERATING CONCERN( 본사 ): CLIENT
costing base 로 수익성을
- CURRENCY : EURO
보고하는 조직
- CO 의 currency
. Controlling area currency :
집계용
CO-OM 통합 currency
CO-PC CONTROLLING AREA 1000( 아시아 ) CONTROLLING AREA 2000( 유럽 ) . Cost object currency :Company
- CURRENCY : EURO - CURRENCY : USD code currency 와 같음
EC-PCA
- COA : - COA : . Transaction currency : 실제 기표
- OPERATING : INT - OPERATING : CAUS 하는 currency
-company code 와 controlling area
연결 조건
. Same Chart of Account
. Same Fiscal Year Variant
. business area 연결시에도 적용
FI COMPANY CODE 2000( 일본 )
COMPANY CODE 1000( 한국 ) -operating concern 와 controlling
- currency : USD
- currency : EURO area 연결 조건
- COA :
- COA : . Same Fiscal Year Variant
- operating : INT
- operating : INT . Data 는 value fields 로
- local : CAUS
집계하므로
COA 는 달라도 됨

2323
 FI 기초
ORGANIZATIONAL STRUCTURE 요약

- sales organization : 하나의 company code 에 연결되고 SD 와 FI 를 link 함

. 하나 이상의 sales organization 이 하나의 company code 에 연결 가능
. Sales area 은 sales organization, distribution channel, division 으로 구성
- purchasing organization 은 company code 와 독립적임

2424
 FI 기초
Company code year-dependent fiscal year 예
 Company code 정의
- 4 digit alphanumeric
- company name
- city
- country
- currency : local currency 로 지정되며 다른 통화는 foreign 임
- language
- address
 Global parameters
- chart of accounts
- fiscal year
- company code defaults
Fiscal year
- year-independent : 매년 동일한 기간 사용
. Calendar year 와 non calendar year 로 구분
- year-dependent : 매년 다른 기간 사용
. Shortened fiscal year : 기업 청산이나 합병시 사용
- fiscal year variant = posting periods( 보통 12 개 ) + special periods(4 개 , 결산시 사용 )

2525
 FI 기초
Currency
- translation factors = 기본적인 변환율 기준
예 ) usd / yen = 1 / 100
- exchange rate type
. M type : FI 등에서 실제로 사용하는 환율
. P type : 사업계획 수립시 사용하는 환율
- Base Currency : 입력되어 있지 않은 통화 환율 계산시 사용
예 ) usd / krw = 1/980, yen / krw = 1/100 일 경우 usd / yen 환율 계산시 사용하며
이때 base currency 는 krw 임
- direct quotation of exchange rate (price notation) = foreign currency 대 local currency
indirect quotation of exchange rate (volume notation) = local currency 대 foreign currency
. 표준 prefixes : ‘ ‘(blank) : direct quotation, ‘/’ : indirect quotation
user 임의로 setting 가능
- exchange rate 관리 도구
. Inversion : usd / krw = 1/1000 이면 krw / usd 환율은 자동 계산
. Base currency 사용
. Exchange rate spreads : 전신환 매입율을 입력하면 전신환 매도율 등은 자동 계산
. Firm banking 시스템이 있으면 필요 없음

2626
 FI 기초
Chart of Accounts
- COA 는 G/L accounts 에 대한 정보와 structure 를 가지고 있음 (4 character)
- COA 관리 항목
. Key
. Description
. Maintenance language (account description 관리 )
. G/L account number 의 length 지정 (10 자리까지 가능 )
. Controlling integration : account number 가 CO 의 C/E 관리 항목이면 자동 maint
. Group COA 지정
. Blocked mark
- COA 는 하나 이상의 company code 에 assign 해야 함
- 한 company code 에서 account( 계정 ) 을 setting 하는 순서
. 먼저 COA level 에서 정의 ( 계정번호 / 이름 ,COA, account group, P/L B/S 계정 여부 , group account
no. 등 )
. 그리고 각 company code segment 에서 company code specific setting 함
-account currency, alternative account no. 등
예 ) COA 계정번호 이 름 CURRENCY ALTERNATIVE ACCOUNT……. COMPANY COD
E
INTCOA400000
LEVEL 소모품 USD 500000 1000
EUR 510000 2000

2727
 FI 기초
Chart of Accounts

- GROUP COA
. 서로 다른 operational COA 를 사용하는 company code 들 간의 연결 재무제표 작성시 사용
. FI 기표시 operational COA 와 group COA 에 동시 기표
. Operational COA 의 account no. master (COA level) 에 group account no. 연결

2828
 FI 기초
Chart of Accounts

- country-specific COA
. 같은 operational COA 를 사용하는 company code 들 중에 법적인 문제 등으로 특정
company code 에서 외부공시 목적의 재무제표 작성시 사용
. Operational COA 의 account no. master (company code level) 에 alternative account no. 연결

2929
 FI 기초
Accounts and cost elements
- secondary cost element : CO 에서 만 사용하며 Controlling Object 간의 비용배부에 사용 .
.G/L 에 등록되지 않음
.C/C 에서 비용을 판관부문에서 제조부문으로 배부시 secondary cost element 를 사용하면
추적이 불가능함
- revenue posting : CO-PA, EC-PCA 에 기표하며 , C/C 에는 statistical 로 처리 ( 다른 곳에 배부되지 않
음)
- SAP 의 계정은 단일계정임 ( 제조와 판관 구분이 안됨 )
. 제조 판관 구분은 C/C master 에서 구분

3030
 FI 기초
G/L Account
 COA segment
- account no. & name
- type / description
. Control in COA (account group, P/L 계정이나 B/S 계정이나 여부 )
. Description
. Consolidation data (group account no.)
- key word (account no. 을 search 할 때 유용 ) / translation
- information
- COA segment 의 정보는 unique 함
. COA 가 여러 company code 에 assign 되어 있어도
- address
 Company code segment
- 특정 company code 에서 account no. 을 사용할 때 필요한 정보 관리
- account currency, reconciliation account, alternative account no.
- tax (?)
- line item display, open item management, sort key, authorization group
- bank / interest 정보
- interest calculation information
- field status group

3131
 FI 기초
G/L Account
 balance sheet and P+L statement account
. Account no. 이 COA segment 에 balance sheet account 에 mark 되어 있으면
기말에 balance 가 같은 금액과 계정으로 carry forward( 이월 ) 됨
. Account no. 이 COA segment 에 p+l statement account 에 mark 되어 있으면 기말에 balance 가
다른 계정 (retained earning account) 으로 carry forward( 이월 ) 되고 자기는 clear 됨
 Account group
- account group 는 COA segment 에 있으며 비슷한 G/L accounts 을 group 한 것임
예 ) cash accounts, asset accounts 등
- account group 의 role
. Accounts 의 number range 결정
. Company code segment 의 fields status 관리
 Fields status
- fields status 는 account’s master data 의 표시 속성을 관리함
- properties( 속성 )
. Suppress ( 숨김 ), Display ( 수정 불가 ), Required entry ( 필수 입력 ), Optional entry
. 적용 우선순위 (priorities) : suppress > display > required entry > optional entry
- fields status 는 account group 과 master data transaction (create/change/display 별 ) 에서 관리
. 어떤 특정계정의 currency 을 변경 불가로 할려면 change master data transaction 에서 currency 의
fields status 을 display 로 표시

3232
 FI 기초
G/L Account
 Reconciliation accounts : company code segment 에서 관리
- G/L account 와 sub ledger( 보조원장 ) 을 assign 하는 계정
. G/L account master data 에 Recon. account type (d :customer, k :vendor) 을 입력하고
A/R (trade receivable) 이나 A/P (trade payable) 의 master 에서 Reconciliation account 연결
. Document posting 시 직접 G/L posting 불가능 ( 보조원장에 입력 )
 Line item display : company code segment 에서 관리
- transaction figures( 거래 금액 ) : debit 이나 credit 의 line item 들의 합
- balance : debit 과 credit 사이의 transaction figures 잔액
- account without line item display : 전표 입력시 단지 transaction figures 만 update.
- account with line item display : 전표 입력시 transaction figures 와 line item 도 관리됨
- 주요 line item data 관리
. Reconciliation account : sub ledger
. Sales revenue account : SD, Material stock account : MM
. Tax : ?
 Open item management : company code segment 에서 관리
- 해당 계정의 open / cleared ( 반제 ) 여부 를 표시하며 반드시 Line item display 에 mark 되어 있어야 함
- line item 별로 open 여부 표시
- bank clearing account, good receipt/ invoice receipt 의 clearing account,
salary clearing account 등에 사용
- balance 가 zero 인 계정에 적용 가능
3333
 FI 기초
G/L Account
 Account currency
- account currency 는 local currency 나 foreign currency 가 가능
- G/L account master 의 company code segment 의 account currency = local currency
- 만약 account currency = local currency 이면
. 어떤 currency 로도 기표 가능하고 line item 에서 local currency 로 변환됨
. 각 currency 별로 transaction figures 관리함
- 만약 only balances in local currency 가 marking 되어 있으면
. Local currency 로만 transaction figures 관리하고 각 foreign currency 는 잔액 관리 안 함
.
- 만약 account currency = foreign currency 이면
. Foreign currency 로 기표됨 . 예 ) 외화예금
 G/L account Creating 방법
- manual : 1. COA segment data  2. company code segment data, 동시 생성
- copying :
. 개별 account 별로 copying 후 수정
. Company code 의 모든 G/L accounts copying 후 수정 , 또는 전체 COA copying 후 수정
- data transfer : 외부 시스템에서 data upload
 Collective processing : G/L accounts master 를 일괄적으로 수정 가능 (COA, company code ,desc.)

3434
 FI 기초
Customer Account (A/R)

- account no. 는 client level 에서 customer 에 assign 됨

.account no. 는 assign 된 모든 company code 와 sales area 에서 같음
- customer account 의 구성
. Client level 의 general data
. Company code segment
. Sales area segment
- customer master 는 company code, sales organization, distribution channel, division 에 assign 될 수
있음
- customer master 는 initial screen 에서 account group 에 assign 됨
- reconciliation account 는 company code level 에서 assign
- 관리방법
1) Centrally maintenance : 모든 data 를 관리
2) separately maintenance : FI 와 SD 에서 구분 관리
. FI 에서는 company code segment data 만 관리 가능
. SD 에서 전체 master data 관리 가능

3535
 FI 기초
Vendor Account (A/P)

- account no. 는 client level 에서 vendor 에 assign 됨

.account no. 는 assign 된 모든 company code 와 purchasing organization 에서 같음
- vendor account 의 구성
. Client level 의 general data
. Company code segment
. Purchasing organization segment
- vendor master 는 initial screen 에서 account group 에 assign 됨
- reconciliation account 는 company code level 에서 assign
- 관리방법
1) Centrally maintenance : 모든 data 를 관리
2) separately maintenance : FI 와 MM 에서 구분 관리
. FI 에서는 company code segment data 만 관리 가능
. MM 에서 전체 master data 관리 가능

3636
 FI 기초
A/P, A/R Account group
 Role
- account 의 number range 결정
. External assignment : user 가 직접 입력
. Internal assignment : system 에 의하여 sequential order 에 의하여 결정
- current number : 현재 가능한 account no.
. 각 number range 는 하나 이상의 account group 에 assign 가능
- account 가 regular customer/vendor 인지 one time 인지 구분
.one time customer/vendor
- 정기적으로 거래가 일어나지 않는 업체로서 customer/vendor specific fields 는 suppress 됨
- document posting 시 customer/vendor specific data( 은행정보등 ) 입력
- master data 의 fields status 관리
. Account group 관리 : 한 account group 의 모든 계정에 일괄적으로 적용됨
. Transaction (activity) dependent 관리 : master data transaction 에 영향을 미침
- SD/MM, FI (company code), centrally 별로 create, change, display 로 구분 관리
. Company code dependent 관리 : 한 company code 에 assign 된 accounts 에 적용됨
. Client level data : account group, activity 에 의하여 영향 받음
SD / MM segment data : account group, activity 에 의하여 영향 받음
company code segment data : account group, activity, company code 에 의하여 영향 받음

3737
 FI 기초
Daily processing
 Document type
- Document header 을 관리하고 기표되는 transaction 구분함 ( customer invoice, vendor payment 등 )
- client level 에서 관리하므로 모든 company code 에 적용
- 주요 role
.document number 의 number range 관리
. 기표가 허용되는 account type
.document header 에 있는 Text 와 Reference fields status 관리 (required entry 여부 지정 )
- 주요 standard document type
.DR(customer invoice), DG(customer credit memos), DZ(customer payment),
.KR(vendor invoice),KG(vendor credit memos),KZ(vendor payment),KN(vendor invoices & credit memos)
.SA(G/L account posting), AB(general document)
 Document number range
- external numbering : user 가 입력하거나 시스템이 pre invoicing 시스템에서 billing document no. 를
자동적으로 이전
- internal numbering : system 에 의하여 sequential order 에 의하여 결정
.until a fiscal year in future : 회계연도 (fiscal year) 가 바뀌어도 계속적으로 numbering
.per fiscal year : 회계연도 (fiscal year) 가 바뀌면 처음부터 다시 numbering
- 하나의 number range 가 여러 document type 에 assign 가능

3838
 FI 기초
Daily processing

 Posting key
- Document 의 line item 을 관리함
- client level 에서 관리하므로 모든 company code 에 적용
- 주요 role
.line item 에 기표될 수 있는 account type
.item 이 debit 인지 credit 구분
.additional details 의 fields status 관리
- 주요 standard posting key
.40(G/L debit), 50(G/L credit)
.01(customer invoice debit), 31(vendor invoice credit)
- sub ledger 는 field status group 이 없으므로 posting key 에 의하여 구분
general ledger 는 field status group 에 의하여 구분
 FI document 의 field status 관리
- account type 에 의한 관리
- posting key 의 field status 에 의한 관리
- G/L account 의 field status 에 의한 관리 ( 일반적인 관리방법 )
- 예외 : business area 와 tax field

3939
 FI 기초
Daily processing

 Filed status group(G/L accounts)

Company code 연결후 계정과목에

Field status group 지정

- G/L posting 을 위하여 모든 document entry field 의 field status 를 결정해야 함

- sub ledger account 에 기표하면 reconciliation account 의 field status 을 적용 받음

4040
 FI 기초
Daily processing
 Posting periods
- fiscal year variant 에 의해 정의
- posting period 는 관련 posting period variant 에 range 를 입력해서 open
- closing procedure 중에는 special period 와 현재 posting period 가 open( two period range)
. 결산 중에는 document date 를 special period 에 있는 날로 지정하고 posting date 를 현재일로
하면 전표가 special period 에 적용됨
- 하나의 posting period variant 가 여러 company code 에 assign 가능
- account type 에 의한 period 관리
.account type = ‘+’ 는 document header 의 period 를 관리하므로 posting period variant 의 minimum entry
임
.posting period 는 account type 별로 다르게 관리할 수 있음
.line item level 에서는 시스템이 posting key 의 account type check 함
- posting period 가 해당 account type 에 open 되어 있는지 확인
 Upper limits for posting procedures
- company code 별로 적용
- document 별 총 금액 , customer/vendor item 당 금액 , line item 당 cash discount 등을 제한 할 수 있다
 Document processing defaults
- system defaults
. Posting date : current date( entry date 변경 불가능 )
. Document principle : 대차 평균의 원리
4141
 FI 기초
Daily processing

- accounting defaults
. Document type and posting key
. Debit/credit posting key definition
. Fiscal year
. Value date : 환율 적용 시 현재 환율
. Maximum exchange rate deviation : 입력 환율과 시스템 환율의 편차가 심하면 warning
 Changing document
- document header : reference number, text 만 변경 가능
- line item : amount, account, posting key 등 거의 변경 불가능
 Reversing document : 잘못된 document 역 분개 방법
- standard reversing posting
예 ) 차 ) 400000 \100 대 ) 100000 \100  차 ) 100000 \100 대 ) 400000 \100
- negative posting
예 ) 차 ) 400000 \100 대 ) 100000 \100  차 ) 400000 \-100 대 ) 100000 \-100
. 전제조건
- company code 에서 negative posting allowed 에 marking 되어 있어야 함
- reversal’s reason code 에 negative posting marking 되어 있어야 함
- document type 의 control data 에 있는 negative posting allowed field 가 marking 되어 있어야 함

4242