SAP CO 모듈 요약 ( 1주차 ).

Presentation on theme: "SAP CO 모듈 요약 ( 1주차 )."— Presentation transcript:

1 SAP CO 모듈 요약 ( 1주차 )

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

3 CO 기초 - Components of CO (ABC Base) 간접비관리(Overhead Cost Management) : CCA, IO, ABC 원가계산(Product Cost Accounting) : PC, Cost Object Controlling 수익성분석(Profit Analysis) : PCA, PA

4 CO 기초 CO data flow Profitability Analysis (수익성 분석)
판관비 영업외비용/수익 상세 표준매출원가 원가 차이 Overhead Cost controlling (간접비 관리) 가공비 Product Cost controlling (제조원가 계산) Cost & Revenue Element accounting 제조경비, 판관비 영업외비용/수익 감가상각비 연구개발비 Routing BOM 재료비 재고금액 매출액 표준 매출원가 인건비 FI AA HR PP MM SD 판매직접비

5 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로 이체 - 영업외비용, 영업외수익도 CCA를 통해 처리함

6 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에서 처리 가능

7 I/O settle시 받는 receiver
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

8 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 원가 비교 분석

9 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로 이전

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

11 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 집계 - 변/고정비 구분 - 추정비용 가능(판관비등)

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

13 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계정으로 기표

14 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

15 CO-PA - CO – PA의 수익 및 비용인식 방법 구 분 인식방법 Sales Order Delivery Billing
구 분 인식방법 Sales Order Delivery Billing CO-PA (Costing Base) Billing시 매출액/ 매출원가 인식 수익 비용 대응 원칙 Value fields에 집계 - Cost-of-Sales Approach - 추정 손익 계산 . 판매수량 . 매출액 . 매출원가 수익 비용 대응 원칙 에 의거 미 기표 - 실적 손익 계산 . 판매수량 . 매출액 . 매출원가 CO-PA (Account) FI EC-PCA Billing시 매출액 인식 Delivery시 매출원가 인식 Period Accounting 계정에 집계 FI, EC-PCA, CO-PA의 Account Base간에는 항상 데이타 일치됨 Period Accounting Approach - 미 기표 차) 매출원가 대) 재 고 차) 외상매출금 대) 매 출

16 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임

17 - FI의 입력전표 내용중 Cost Object 등 Co관련 내용에 오류가 있을 때 사용
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

18 제조원가 계산방법 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에 이전

19 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)들을 말함

20 Information System line items and totals records
- CO에서는 거래가 일어 나면 Line Items Table과 Totals Records Table에 동시에 입력함 FI 전표 : , 1000C/C, \100, 400000, 1000C/C, \200, line items Totals Records CO : 1000C/C, , \100, C/C, , \100, 1000C/C, , \200, C/C, , \300, Data Source - Extract : 사전에 미리 만들어 놓은 reports, 조회 속도가 빨름 - Current : R/3 Database, 조회 속도가 상대적으로 느림 - Archives : 광디스크 등 외부장치에 저장된 자료

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

22 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 Code 한 국 미 국 일 본 Business area 제 품 군 T V V C R MP3 T V MP3 T V V C R T V V C R MP3 controlling area : controlling area내에서는 여러 company들간의 비용 배부가 가능 - Controlling area : company code = 1 : N 가능, - 단 여러 company code들간에 같은 COA와 fiscal year 사용해야 함 - 4 digit alphanumeric

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

24 ORGANIZATIONAL STRUCTURE 요약
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와 독립적임

25 year-dependent fiscal year 예
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개, 결산시 사용)

26 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 시스템이 있으면 필요 없음

27 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 CODE INT 소모품 USD EUR COA LEVEL

28 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. 연결

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

30 Accounts and cost elements
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에서 구분

31 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

32 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로 표시

33 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인 계정에 적용 가능

34 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.)

35 Customer Account (A/R)
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 관리 가능

36 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 관리 가능

37 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에 의하여 영향 받음

38 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 가능

39 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

40 FI 기초 Daily processing Filed status group(G/L accounts)
- G/L posting을 위하여 모든 document entry field의 field status를 결정해야 함 - sub ledger account에 기표하면 reconciliation account의 field status을 적용 받음 Company code 연결후 계정과목에 Field status group 지정

41 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 : 대차 평균의 원리

42 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 예) 차) \ 대) \100  차) \100 대) \100 - negative posting 예) 차) \ 대) \100  차) \-100 대) \-100 . 전제조건 - company code에서 negative posting allowed에 marking되어 있어야 함 - reversal’s reason code에 negative posting marking되어 있어야 함 - document type의 control data에 있는 negative posting allowed field가 marking되어 있어야 함