SAP R/3- CO (Cost Accounting)모듈

Presentation on theme: "SAP R/3- CO (Cost Accounting)모듈"— Presentation transcript:

1 SAP R/3- CO (Cost Accounting)모듈
서울대학교 산업공학과 MAI* Lab * : Mfg+Service Automation & Integration

2 관리회계 일반 요약 - 회계의 체계 회계 재무회계 관리 회계 재무재표작성 세무회계 제품원가계산 의사결정 성과평가
기업 외부 정보 이용자에게 정보 제공 관리 회계 기업 내부 정보 이용자에게 정보 제공 재무재표작성 세무회계 제품원가계산 의사결정 성과평가 회계(accounting) : 정보 이용자들이 자원 배분에 관한 합리적인 의사 결정을 할 수 있도록 기업실체의 경제적 활동을 화폐적으로 측정•기록하고 이에 관한 정보를 요약•수집하여 정보 이용자들에게 전달하는 서비스 활동 재무 회계 : 경제적 실체의 외부 의사결정자에게 기업의 재무상태, 경영 성과, 재무 상태변동에 관한 정보를 제공하는 분야 (주주, 채권자, 정부, 일반 대중등 외부 정보 이용자 중심) 관리 회계 : 경제적 실체의 내부의사결정자에게 관리적 의사 결정에 유용한 정보를 제공하는 분야 (경영자 등 내부 정보 이용자 중심)

3 관리회계 일반 요약 - 원가의 흐름 원재료 당기 총제조원가 직접재료원가 직접노무원가 제조간접원가 대차대조표상의 재고자산 재공품
변동제조 간접원가 고정제조 간접원가 대차대조표상의 재고자산 재공품 매출원가 당기 제품 제조 원가 대차대조표상의 재고자산 -> 원재료 -> (직접재료원가 ->직접 노무 원가-> 제조 간접 원가) -> 당기 총 제조 원가 -> 재공품 -> 당기 제품 제조 원가 -> 제품 -> 판매 -> 매출 원가 ,판매비, 일반 관리비(총원가) -> 손익 계산서 상의 단기 비용 총원가- 매출원가, 판매비, 일반 관리비 재조 원가 – 재료비, 노무비, 제조 경비 직접비- 직접 제료원가, 직접노무 원가 간접비 – 제조 간접원가 이렇게 집게된 원가가 제조 원가 명세서, 손익 계산서에 영향을 미침 판매비 제품 일반관리비 판매 손익계산서상의 단기비용

4 CCA 요약 - Overhead cost control
Profitability analysis Product cost accounting CO-CCA (Cost Center Accounting) CO-ABC (Activity-Based Costing) CO-OPA (Order and project Accounting) CO-PA (Profitability analysis) CO-PCA (profit Center Accounting) CO-PC (Product costing) Overhead cost control 이란 원가관리 단위별 비용에 대해 “계획 수립-실적집계-대비분석” 의 관리 사이클을 통해 발생 비용을 분석하고 코스트 센터나 조직에 대한 평가 지표로 활용하고 제품 원가 계산 및 손익 분석을 위한 자료를 관리하는 것이다. Cost center accounting – 코스트 센터별로 비용계획 수립 및 실적 비용 집계를 통해 cost center별 비용 집행의 효율성을 분석하고 코스트 센터간의 업무의존도에 따라 비용 배부를 수행하여 원가 계산 및 원가 관리를 할 수 있도록 해 주는 모듈이다. CO-ABC(Internal order)- 오더를 통하여 Event 성 비용이나 또는 자산화할 비용을 관리할 수 있도록 제공하는 기능으로 결산시에 정산이 필요한 오더와 정산이 필요 없는 오더로 구분하여 발생비용을 코스트 센터와 구분하여 오더를 기준으로 관리할 수 있다. 오더별 예산 수립 및 실적에 대한 예산통제가 가능하다. Product cost accounting = Direct Cost control (?) CO-CCA (Cost Center Accounting – 코스트 센터 회계) 기업의 어느 부분에서 비용이 발생하는지 결정 기업의 조직 구조를 원가 중심점의 계층 구조로 보여준다

5 CCA 요약 - Cost Center Accounting의 Function
Flow of overhead Calculation 직접 재료비 간접 재료비 재료비 Production Cost (가공비) 노무비, 경비포함 Direct production costs Production overhead 제조 원가 관리비 원가 구성 요소 – 직접비, 간접비 간접비는 부가와 배부을 통해 직접비에 귀속 되도록 하고 있다. Imputed cost calculation : 발생 비용(기회 비용 포함)을 각 부서별로 일정 배율로 배분 Periodic re-positing : statistical key figure에 의한 배분 rule 적용 판매비 판매 원가

6 CCA 요약 - Organizational Structure
Perspectives Organizational units Cost Accounting Company Logistics (External) Controlling areas Sales organizations Purchasing organizations Financial Accounting Company code Logistics (internal) (MRP/ production) Valuation areas Financial Accounting – Company code (BS, PL, cache flow, 재무 재표 등이 company code로 표현됨) Cost Accounting – Controlling area (cost center와 같은 원가 관리 단위에 관련됨) Valuation Area는 Logistics쪽에서 재화, 자산 등을 가치 평가하는 단위 MRP는 공장 단위로 일어남 Plants Inventory management Storage location/ batches/ special stocks

7 CCA 요약 - Organizational Structure
FI CO Financial accounting Controlling Client Company code Business area Controlling area Operating concern Profit center Application이 영향을 미치는 단위 법적으로 독립된 재무제표를 작성하는 단위 기업 내부적인 사업단위 혹은 개별 재무제표 작성을 목적으로 하는 단위 관리회계 프로세스 처리 및 분석을 위한 최상위의 조직 단위 수익성 분석을 위한 조직단위 (개념적인 최상위) 기업 내부적인 손익조직단위 Client (그룹레벨) : R/3 에서 영향을 미칠 수 있는 데이터 레벨에서의 최상위의 단위 Operating Concern 및에 여러 개의 Controlling area가 있을 수 있다. 여러 법인의 특성이 비슷하다면 하나의 Operating concern에서 관리할 수 있다. 따라서 단지 R/3에서 여러 회사를 관리할 때 사용할 수 있는 개념

8 CCA 요약 - Organizational Structure
Client Chart of Accts Chart of Accts Controlling Area Controlling Area Client – 기업의 조직 구조와는 일대일로 매칭되지 않는다. Chart of Accounts – 계정 코드의 목록표 (조직은 아니지만 데이터 관점에서 수용) FI와 CO의 모든 계정 과목을 모아 놓음 Controlling Area – Co 에서 사용되는 가장 큰 조직 구조 단위 Business Area – 실제로 Company Code및에 있다고 할 수는 없다. (다대다 대응이 가능) Company Code Company Code Company Code Business Area Business Area Business Area Business Area

9 CCA 요약 - CO-CCA Master 데이터
Chart of account Financial accounting Cost accounts Fixed assets and long term capital 1 Current assts and short term capital 2 Neutral Expenditures and revenues 3 Material assets 4 Primary cost Elem. 5 Secondary cost Elem. 6 7 Stocks of semi-finished and finished products 8 Revenues/ Inventory changes/internal service 9 Closing Transfer postings of financial Acctg. Assessment Direct cost Alloc. Order Sttlem. Transfer postings from financial Acctg. Distrib. Cost Accounting Overhead cost control Profit control Cost Element Primary Cost Element : 경리에서 사용되는 비용계정 (Expense Account)으로, 특정관리단위(Controlling Object)에 귀속되는 비용계정이 관리에서는 Cost Element로 인식됨 (FI 부분과 CO 부분이 겹치는 부분, 4, 7, 8번) Secondary Cost Element : 관리에서만 사용되는 Cost Element로 관리단위(Controlling Object) 간의 비용배부에 사용됨 (CO 부분만 있는 경우 5, 6 번)

10 CCA 요약 - Cost Center와 Activity Type
Activity type (4110의 Output) Hour는 단위 Input : 임금, 설비의 사용, 구입 SO1000 SO4000 XX전자 생산 SO4100 SO4200 지원부서 생산부서 A 수선 4210 생산 4110 hours hours SF 1 Cost center Cost center는 비용을 발생 시키고 이에 대해서 책임을 지는 조직단위를 말한다. Cost center는 책임영역, 지역, 원가 계산방법 등의 다양한 기준을 가지고 구분된다. - cost center category로 용도를 구별한다 Cost Center 및 Profit Center는 하나의 Controlling Area라는 조직단위 내에서 계층구조를 가지게 됨 – 이것을 Standard Hierarchy 라고 한다. 계층구조상의 중간Level은 Cost center/Profit Center Group으로 관리된다. Activity Type Cost Center의 활동결과를 계량화한 개념 각 Cost Center의 Input이 비용 발생이고, 이러한 비용을 지출함으로써 산출하는 작업시간, 공무시간, 기계시간 등의 Output의 종류 배관공 4120 4210 생산 hours 전기공 SF 2 Cost Center

11 Layout for Cost Centers Define Planning Profile Planning Transactions
CCA 요약 - Planning Manual Planning Procedure Define Planning Layout for Cost Centers 각 Cost center들에 대하여 Planning Layout을 정의 : Planning Area별로 계획 data를 입력 할 수 있는 입력화면을 사용자가 정의함. Planning Profile을 정의 : Planning Area별로 정의한 Planning Layout을 Set로 묶어 놓은 것으로 사용자가 특정 입력화면을 사용하고자 할 때 사용된다. 앞서 정의한 Planning Profile을 할당 : 계획 Data를 입력해야 하는 실 사용자가 특정 입력화면을 사용하고자 할 때 위에서 정의한 Planning profile을 setting 함. 실제 Planning 작업 실시 Define Planning Profile Set Planning Profiles Cost Center planning의 종류 1. Cost Element Planning     - Primary cost planning     - Secondary cost planning 2. Activity type Planning 3. SKF Planning 계정별 비용계획, Activity 생산량 계획, 배부적수 계획 등을 Planning Area라 부른다. Planning Transactions

12 Planning Aids CCA 요약 - Planning Human Resources Cost Center Planning
Asset Management Logistics Info. system production 경비 계획 조정은 일반적으로 계정별 조정보다는 백분율에 의한 일괄가감을 사용함. Plan reconciliation은 만일 activity 생산량이 수요량보다 모자라다면 이를 자동적으로 조정 추가 입력하는 기능 임. Copy planning : 전 년도 계획, 실제 데이터를 이용할 수 있음. Revaluation(경비계획 조정) : 각 부서에서 수립한 계정별 경비계획(Cost element planning)금액을 사업부 혹은 사업본부 등에서 총 경비계획 분석 후 해당 부서 전체에 대한 경비계획을 재조정 함. Plan reconciliation : activity를 공급 받는 부서가 activity를 공급하는 어느 부서로부터 얼만큼의 activity를 사용하겠다는 계획. Transfer of plan values from other applications

13 Profitability Analysis 요약 – PA Structures 및 Master Data
Basic concepts Profitability Analysis : Market Segment별로 수익성(Profitability)을 분석하는 Module Profitability segment (Market Segment) : 여러 가지 판매 특성으로 구성되는 각각의 판매단위를 의미하는 것으로 각기 다른 View의 matrix로 구성됨. 시장특성 : 판매국가/지역, 유통채널, 거래선, 거래선 특성 등 제품특성 : 제품, 모델 및 모델 특성 등 조직특성 : 사업부, 공장, 영업조직 등 거래특성 : 거래통화, 거래조건 등 Market segment : 제품, 제품이 사용하는 라인, 고객, 업종.. (characteristics의 조합으로 이루어 진다.)

14 Profitability Analysis 요약 - Characteristics
Profitability segment east REGION South Department stores north Wholesaler Characteristics : 구분하여 report 하기를 원하는 항목들 1. Fixed Characteristics : 시스템에서 기본적으로 제공하는 20여 개의 특성치 Controlling area, Company code, Business area Division, Sales organization, Distribution channel, Plant Customer, Billing type, Product, …. 2. Selection from Reference Table : Reference Table에서 취사 선택할 수 있는 특성치 3. User Defined Characteristics : 기타 유저가 자유롭게 정의해서 쓸 수 있는 특성치로서 2항과 합하여 30개까지 정의 할 수 있음. * Characteristics를 너무 많이 설정하면, 효율이 떨어진다. CUSTOMER GROUP Retailers Glass Ceramics Plastics Characteristic DIVISION

15 Profitability Analysis 요약 - Value fields
Value Field : Report에서 보고 싶은 값들의 Field SD CO-PA CO-PC CO-CCA . Prod. Cst elements Cost center XY R/3 Invoice Value Field : 최대 120개 까지 정의 할 수 있으나 performance를 고려 해야 한다. Value Field 예 1.수주/매출 관련 : 매출액, 수주액, 매출 수량 등 2.매출 차감항목 관련 : 매출 수수료, 물량할인, 리베이트 등 3.매출원가 관련 : 재료비, 노무비, 경비 등 4.판매비 와 일반관리비 관련 : 판매직접비, 판매간접비, 일반관리비, 등 5.영업외수지 등 기타 : 지급이자, 기타수지 등 * Valuation – 실제로 일어나지 않을 값들 (ex. 매출원가)를 예측해 볼 수 있다. 그 동안 우리가 cost estimate 해 놓은 값을 이용 DB Qty Revenue S. ded Vbl. Prod csts Fix. Prod. csts S&A costs Criteria (Charateristic) Value Fields External system

16 Profitability Analysis 요약 - Set Operating Concern
Characteristics Value fields Proposal List 에서 선택 SAP master Table 에서 참조 Customer Specific characteristics Proposal list 에서 선택 Customer Specific Value fields 조직 구조에서 보았을 때 Operating concern 레벨에서 characteristic, value field를 통일 시키는 것이 필요하다.

17 Profitability Analysis 요약 - Planning
수익성 분석 대상(특성치, 분석항목)에 대한 계획 입력 CO-PA에서는 어느 profitability segment에도 직접 Planning Data를 입력 할 수 있다 fixed된 planning level은 없으며 User가 원하는 level에서 planning이 가능하다 Bottom-up planning Complete planning Top-down planning 독립적으로 작성된 하위 segment를 바탕으로 상위 segment 에서 집계 여러 profitability segments에 대하여 동시에 다양한 계획을 작성 할 수 있도록 한다. 상위 segment의 Planned Data를 하위 segment로 distribution Ex) Product 의 sale quantity →customer, product 별로 배분 →customer group 에서 집계 Ex) generate plan data : 다른 period(s) 의 계획 혹은 실적을 referencing 하여 새로운 Version의 Planning data 생성 Ex) Product group의 sale quantity → product별로 배분

18 Profitability Analysis 요약 - Flow of Actual Values
Integration of CO-PA PA의 data는 기본적으로 그 구성방식에 따라 다음의 두종류로 나뉜다 1.타 Module에서 PA로 Posting SD : Sales Order, Billing document FI : Direct Cost(예: 특성이 정의 되는 광고비 등) CO-CCA : (고정비, 일반관리비) CO-PC : (생산비/간접비) 2. PA에서 Data 생성 계획 및 실적 Data 직접 입력 직업입력 혹은 타 modules에서 Posting 된 Data를 기초로 PA에서 정의한 Logic에 의한 추가 Data 생성(Valuation, Derivation) FI : Financial Accounting(재무회계) CO : Controlling(관리회계) CO-PA : profit analysis CO-CCA : Cost center Analysis CO-PC : product costing CO-PCA : profit center accounting S&A : Sales & Administration 계획(Planning)과 실적(Actual) Deduction(차감)

19 Profitability Analysis 요약 -
Data Transfer from SD to CO-PA Transfer of Incoming Sales Orders(수주시점) Assign value fields Assign quantity fields Active transfer of incoming sales orders Transfer of Billing Documents(매출시점) Reset value fields Valuation :Sales Order에서 매출원가와 같은 것을 미리 산정해서 알 수 있다. Value field : 원가항목 Segment : 분석항목 Derivation : R/3에서 제공하지 않는 특성은 유도한다

20 Profitability Analysis 요약 -
Transfer Cost Center Costs to Profitability Analysis Cost center costs 는 PA의 business segments에 기간별로 Assessment 할 수 있다 Cost center는 assessment를 수행함으로서 자신의 cost를 해당 Business segment로 부과하게 된다. 이런 배부 과정은 해당 cost center의 여러 cost element가 묶여서 이루어지게 된다.

21 Profitability Analysis 요약 -
FI Document Entry/CO Activity Allocation FI document posting 시 화면 상의 check box 로 되어 있는 detail을 check 하고 enter를 치면 characteristics(손익분석항목)을 입력 할 수 있는 Popup화면이 뜸. FI에서…Additional account assignment : Profitability segment active CO-PA에서…Characteristic group 생성 및 할당하고 PA Transfer structure 생성 결산기능 제공 코스트 센터나 프로세스에 발생한 비용을 특성별로 배부할 수 있다. 직접활동(Activity) 사용금액을 특성에 반영할 수 있다. 생산 오더의 원가차이를 직접 해당 모델등에 반영할 수 있다. Internal Order등의 특성으로 집계된 비용을 손익에 반영할 수 있다.

22 Profitability Analysis 요약 – Costing-based PA VS. Account-based PA
판매 특성인 Market Segment별로 수익성 분석 수익 및 비용이 value field라는 별도의 정보항목에 의해 집계/관리됨(여러 계정이 하나의 value field에 연결됨) Cost of sales Accounting(매출 원가 회계 : 매출에 대해서 매출원가를 차감시킴으로서 Profit를 구하는 회계법)에 의한 손익분석 Costing method를 이용해서 automatic valuation을 할 수 있다. 매출이 발생된 경우에 한해서 매출원가 등을 분석하는 기능 Profit Center Accounting에서는 기간별 수익 및 비용을 집계하므로, 매출이 없어도 비용이 발생할 수 있음. 최종 관리 단위이므로, 다른 관리단위로의 배부는 없음 MM : material management AM : Asset management HR : Human resource CO-OPA order and project accounting Assessment(부과, 과세) Settlement(정산)

23 Profitability Analysis 요약 -
Account Based PA 판매 특성인 Market Segment별로 수익성 분석(Cost-based PA와 동일) Cost of sales Accounting(매출 원가 회계 : 매출에 대해서 매출원가를 차감시킴으로서 Profit를 구하는 회계법)에 의한 손익분석(동일) Account based Method : Cost element와 revenue element를 이용하여 Posting 된 값만을 포함한다. 충당금 등 제외 Valuation은 필요없다 (계정별로 받으므로 필요없다) Original Currency 와 Operating Concern Currency 와 같이 사용한다. (?? 모름) 최종 관리 단위이므로, 다른 관리단위로의 배부는 없음

24 CO-PC - overview Types of Production(생산전략 유형) Planning Strategies
00 : No planning / no requirements transfer 10 : Make-to-stock production 20 : Make-to-order production 25 : Make-to-order production for configurable material 30 : Production by lot size 40 : Planning with final assembly 50 : Planning without final assembly 52 : Plng w/o final assem. w/o make-to.order 60 : Planning with planning material 70 : Planning at assembly level 81 : Assembly processing with planned orders 82 :Assembly processing w/o planned orders 84 : Service orders 86 : Configuration with process orders

25 CO-PC - integration of Cost Controlling
Cost object : 원가 요소 발생 및 출처, 파생 등을 관리하는 대상으로 hierarchical structure, product, order 등이 있다. 제조원가를 계산하기 전에 PP& CO 관련 Data들이 반드시 연계되어 있어야 함. Routing Work centers Assignment of cost centers Activity type planning in cost Center Accounting Material Master data 상의 CO관련 View 는 Accounting, Costing 이다. Logistics : 생산에 필요한 모든 마스터 데이터를 담고 있다. Product cost planning(표준단가 계산) 반제품이나 제품 등 제조하는 품목에 대한 표준원가를 계산하여 그 정합성을 검증하고 그 결과를 재고단가로 확정하는 절차를 포함하고 있다. Cost object controlling(실행원가 계산) 오더의 생성에 따라 계획원가를 생산하고 물류흐름에 따라 발생하는 실적원가를 집계하고 월 결산을 통해 표준Loss(O/H)을 반영하여 재공을 계산하며 원가차이를 계산하여 그 결과를 손익에 반영하는 작업

26 CO-PC - Order Processing Environment
Production Order: Process Chain Production Order Header Material component Production Resource Cost Plan/Target/Actual Plan : 오더 생성시 자동 생성 Target : 생산 돌입 시 오더의 상태가 바뀌는데 그 때마다 바뀌는 것을 반영 Actual : 예) 원부자재 투입 시 그 비용을 의미 Order request Order Creation Availability check :소요자재가 충분한가? 프로덕션 리소스가가 충분한가? Release Order Shop paper printing : 작업지시서 생성 Material Withdrawl :원부자재 준비 Order Execution Confirmation : 시스템 반영 WIP Calculation : 보통 오더가 끝나면 재공이 없지만 다른 이유로 있을 경우 계산 Goods Receipt Variance Calculation Settlement Order achieved/delete

27 CO-PC - Cost Object Controlling Timeline
Simultaneous Costing 시점에서도 재료비 및 가공비에 대한 Actual price 는 모르므로 planned price(standard price)를 사용하며 actual time은 알 수 있다. Actual cost = actual price + actual time Target cost = planned price + actual time

28 CO Integration Model 회사내의 조직체계인 손익센터별로 수익 및 비용을 집계하여 손익을 분석하며, 또한 손익센터별 자산관리(operation Asset)을 관리하여 사업이나 조직에 대한 투자자산 수익율(ROA)분석 정보를 제공하여 자산대비 수익률 분석정보를 제공한다. 내부 조직간 거래의 경우 내부 이전 가격(Transfer price)을 반영하여 사내 매출을 기표하여 정확한 사업이나 조직에 대한 손익을 계산할 수 있어 조직에 대한 평가의 정확도를 기할 수 있다. Profit center Accounting : EC-PCA는 내부 책임 센터의 손익을 분석한다. 이 과정에서 회사의 조직적 구조는 손익 중심점을 가장 작은 책임 단위로 하여 손익 중심점 계층구조의 형태로 나타나게 된다. 재무회계, 자재관리, 자산관리 및 판매 유통에서 발생하는 이익에 영향을 주는 모든 거래들은 이익 센터 회계에 자동적으로 반영된다. 또한 이익 중심점은 선정된 대차대조표 항목을 분석해서 비율(예로, ROI)계산에 이용할 수 있다. CO-PA와는 달리 Account based Method만 가능하다. FI : Financial Accounting(재무회계) CO : Controlling(관리회계) CO-PA : profit analysis CO-CCA : Cost center Analysis CO-PC : product costing CO-PCA : profit center accounting S&A : Sales & Administration

29 SAP R/3- FI ( FInancial Accounting)모듈

30 1. 재무회계의 개요 Financial Accounting General Ledger Sub - Ledger
Financial Accounting Module의 구성 Financial Accounting General Ledger Sub - Ledger FI-GL General Ledger Accounting FI-AR Accounts Receivable FI-AP Accounts Payable FI-LC Legal Consolidation FI-SL Special Purpose Ledger FI-AA Asset Accounting Financial Accounting Module은 크게 General Ledger(총계정원장) - General Ledger Accounting 2) Sub-ledgers(보조부 원장) - Accounts Receivable - Accounts Payable 로 나눌 수 있다. General Ledger(총계정원장)에 Asset Accounting(고정자산 관리) Module이 포함되어 있고, Sub-ledgers(보조부 원장)는 SD(Sales & Distribution)에서 Accounts Receivable(외상매출금 원장), MM(Material Management) – Accounts Payable(외상매입금 원장) Legal Consolidation(연결 회계) Module은 EC(Enterprise Controlling)에 표함 되어 있다. 여기서는 이중 FI-GL, FI-AR, FI-AP 모듈만을 설명한다. 본 강의자료는 재무회계의 개요, 주요조직구성요소, General Ledger의 개요 및 Master Data와 Posting에 관한 내용으로 되어있다. 그리고 부록으로, 역분개와 Park Doc., Reference Doc등을 다루고 있다.

31 1. 재무회계의 개요 다른 Module과의 관계 Sub-Module의 transaction으로 생성된 회계전표가 직/간접으로 연결 모든 Module과 통합되어 발생하는 회계 transaction의 원장역할 모든 회계 트랜잭션은 발생 즉시 가공되지 않은 원시 분개장 그대로의 형태로 원장에 보관되어 있다. 그래서 회계거래 데이터의 집합소로서 총계정 원장은 통합의 중심이 되어 통합형 재무기록 관리를 가능하게 하는 역할을 한다.

32 1. 재무회계의 개요 Company Code – 독립적으로 재무제표 공표 Group Company – 연결 재무제표를 공표
Financial Accounting Module의 역할 재무회계 : 외부공표 (c.f 관리회계 : 내부관리) 국가별로 정부에서 요구하는 재무제표를 작성하기 위함. Ex. 대차대조표, 손익계산서, 현금흐름표, 이익잉여금.. (c.f 관리회계 : 계획/실적 부서관리, 수익성 분석 등 내부 Report) FI와 CO 에서의 주요 조직 구성 요소들 Company Code – 독립적으로 재무제표 공표 Group Company – 연결 재무제표를 공표 Business Areas – 내부 목적의 재무제표 산출 Controlling Area – 관리의 비용과 수익이 실행 Operating Concern – 수익성 분석 Report 작성을 위한. 재무회계는 외부공표를 위한 것이다. (반면에 관리회계는 내부관리를 위한 것!) FI모듈을 사용하여 나올 output은 결국 재무제표(대차대조표, 손익계산서 등)작성이라고 할 수 있다. 그런데 이걸 온라인으로 처리함으로써 기업 안에서도 쉽게 관리할 수가 있다.. 기본이 되는 조직 구성요소는 아래 내용과 같다. Company Code – 독립적으로 재무제표 공표 Group Company – 연결 재무제표를 공표 Business Areas – 내부 목적의 재무제표 산출 Controlling Area – 관리의 비용과 수익이 실행 Operating Concern – 수익성 분석 Report 작성을 위한.

33 2. 주요 조직 구성요소 Chart of Accounts (계정 과목표)
기능에 따라, Operational ~, Local ~, Corporate ~ 목적에 따라, Group ~, Country ~ 하나의 Chart of accounts는 여러 개의 Company Code에서 사용가능. SAP R/3 System의 재무회계 모듈의 Organizational Structure는 앞에서 언급한 Group Company, Company Code, Business Area로 구성되어 있고, 그 외에도 재무회계의 가장 기본이 되는 Chart of Accounts가 있다.. 개별 법인의 단위로서 회사(company code)는 계정 과목표를 정의하는데, 단일 회사뿐 아니라 여러 회사가 단일 계정 과목표를 공유할 수 있다. 계정 과목표를 정의하고 회사에 할당하여 계정 마스터를 정의한다. 계정 마스터의 입력 뷰는 계정 과목표 레벨과 회사 레벨로 구분하여 입력항목을 관리한다.

34 2. 주요 조직 구성요소 Company (연결회사) : 연결재무제표를 작성하는 회계 단위
Ex. Company - Global 삼성전자, Company Code – 영국법인, 미국법인.. Group Company의 본래의 의미로는 삼성그룹이 Company에 해당하나 삼성전자와 같이 Global Company의 경우는 단일 회사를 Company로 간주할 수 있다. 삼성그룹의 예로 그림을 설명하면 국가별로 같은 계정과목표를 사용하는 회사를 company로 묶고, 그러한 company의 연결 재무제표는 삼성그룹 계정과목표를 이용하여 작성한다. Group Chart of Accnt : 삼성그룹 계정과목표 Country Chart of Accnt : 독일 표준 계정과목표 로 예를 들 수 있겠다.. 국가별로 같은 계정 과목표 : Company Company들의 연결 재무제표는 그룹 계정 과목표 이용.

35 2. 주요 조직 구성요소 Business Area (사업부) : 회사 내부의 재무제표를 작성하는 단위 Ex. 모니터 사업부..
Company Code는 타모듈과의 Interface에 있어서 가장 기본이 되고, Group Company를 구성하는 요소이다. 법적으로 재무제표를 공표해야 하는 단위가 바로 company code수준이고, 이 company code의 재무제표로는 가장 많이 쓰이는 것이 Balance Sheet(B/S, 대차대조표), Profit&Loss Statement(손익계산서)이다.. 그 항목들은 asset, liabilities, capital, expense, revenue 로 되어 있다. 한편, Business Area는 좀 더 작은 단위로 우리나라말로는 ‘사업부’에 해당한다. Company Code (독립회사) : 법적으로 재무제표를 공표해야 하는 단위 재무제표로는 Balance Sheet와 Profit&Loss Statement를 제공 Assets, Liabilities, Capital, Expense, Revenue 등으로 구성.

36 3. General Ledger의 개요 General Ledger (총계정원장)
Business Transaction이 일어날 때마다 update. 회사의 Currency, tax에 관련된 정보 관리 Company Code와 연결되어 회계연도, 국가별 정보 등 관리 General Ledger(총계정원장)은 G/L Master Data 즉 계정으로 구성되어 있다. 모든 회계에 관련된 기표는 총계정원장에 집결하도록 되어 있고, Business Transaction이 일어날 때마다 Update된다. 대차대조표와 손익계산서 계정을 구분, 회사의 Currency, tax에 관한 정보를 담고 있고, 필요시에 재무제표를 통해 공표된다. Financial Statement (재무제표) 의 생성 – Real time 총계정원장에 집계된 계정 합이 재무제표를 통해 공표

37 4. G / L Master Data General Ledger Master Data – 거래가 발생될 때 필요한 모든 정보 포함. 대차대조표 계정 손익계산서 계정 각각의 T계정은 Debit(차변)과 Credit(대변)으로 나누어져 거래가 기표된다. 손익계산서 계정타입은 연말 이월시 잔액의 총액이 차기의 자본 항목으로 이월하기 위한 타입을 정의하고 계정 마스터에 할당이 되도록 되어있다. 대차대조표 계정 : 자산, 부채, 자본 손익계산서 계정 : 비용, 수익

38 4. G / L Master Data General Ledger Master Data – 세부구조 (구성 Field)
Chart of account Level의 주요 Field Account의 이름, B/S 나 P&L 계정구분 G/L은, 각 계정별로 차변과 대변이 구분되어져 거래 실적 표현 Report로 출력하면 계정별 장부 Company code Level의 주요 Field Local Currency, Line item Display 구분, Open item Display 구분 등

39 4. G / L Master Data General Ledger Master Data – Accounts Group
고정/유동자산, 부채, 일반비용, 자재, 수익 등. 계정을 기능으로 구분하면 왼쪽 첫그림과 같다. R/3가 제공하는 Chart of account인 INT에서는 고정자산, 유동자산과 부채, 일반비용, 자재, 수익계정으로 되어있다. 사용하는 계정과 목표에 따라 다르게 정의하여 사용할 수 있다. 그리고 G/L Master Data 화면도 사용자가 조정하는 것이 가능하다..

40 5. G / L Posting SAP R/3 System Document (전표) – 하나의 거래를 하나의 전표로 기표
General Ledger에 관련되는 경비성 전표 posting하기에 관한 내용이다. 모든 전표는 차변과 대변으로.. 각각의 삽은 항상 일치한다. 세금계산서, 카드영수증과 같은 증빙과 일치하여야 한다. G/L posting에서는 Customer/Vendor 이외의 대부분의 경비 처리 HEADER에는 일반적인 내용. 하나의 전표에 999개의 Line item 정보.

41 5. G / L Posting SAP R/3 System Document (전표) 분류 – Doc. Type과 Number range Doc.들은 type과 그 range로 분류하여 편리하게 사용할 수 있다.. Document 유형별로 Type분류. Document Number range를 이용하여 구분. - Ex. 연도별로 구분 : 앞의 4자리를 연도로 표시.

42 5. G / L Posting Posting Periods
회계연도에 관한 내용이다. 해당 Doc.의 금액이 posting date가 속한 달에다 posting해주어야 한다. Posting Date가 속한 달에 전표의 금액이 포함되도록 일치시켜줌. Open Posting Periods로 Setting한 기간에만 가능. 회계연도 언제든지 생성 가능.

43 5. G / L Posting Posting 조회 – Accounts Balance
Posting해놓은 것을 언제든지, 월별, Currency별, 사업부별, item별 등등으로 조회해볼 수 있다.. 모든 계정 이와 마찬가지이다. 월별로 계정 기표 금액 합계를 차변/대변으로 구분하여 조회 가능. Local Currency / Foreign Currency로 조회, Business Area 별, Item별로 가능. G/L, Customer, Vendor 계정도 마찬가지.

44 6. Reverse & Park Doc. Reverse Document Park Documents
Reverse Doc.(역분개)은 잘못 posting한 경우 수정해 주는 것이다. 기표한 거래가 명확하지 않은 경우 임시전표를 만들어 보류한 것을 Park Doc 이라 한다. Reference Doc.은 기존의 Doc., Sample Doc으로 중복부분을 자동으로 생성해줄 수 있는 것을 말한다. * Reference Document

45 7. Accounts Receivable Customer Master Data FI
Accounting Receivable Department SD Order Processing, Customer service Warehouse, Logistics Department Customer의 Master Data는 FI 모듈과 SD모듈에서 모두 생성 가능하다. 즉, Customer Master Data는 FI와 SD 모듈에 있어서 모두 사용되며, 그에 해당하는 부문은 오른쪽과 같다.

46 7. Accounts Receivable Domestic DEBI Title, Name Abroad DEBA
Accounting Group Domestic DEBI Title, Name Abroad DEBA Title, Name, Incoterms Affiliated VERB Name G/L Account와 마찬가지로 Customer Master Data도 Account Group을 이용하여 기능별로 분류하고, 화면에 나타나는 필드도 조절하는 것이 가능하다. 국내 고객은 DEBI라는 용어를 사용하며, Title과 Name 필드를 갖는다. 회계번호는 숫자를 사용하며 그 숫자의 범위는 10,000~49,999까지 사용할 수 있다. Assignment는 internal로 한다. 해외고객은 DEBA라는 용어를 사용하며 국내 고객에 비해 Incoterms라는 필드가 추가된다. 이 필드는 제품 운반시의 거래 조건을 의미한다. 역시 회계번호는 숫자를 사용하며, 그 숫자의 범위는 50,000~89,999까지 사용할 수 있다. 관계사는 VERB라는 용어를 사용하며 이름만 갖고 있으면 된다. 회계번호도 알파벳을 사용한다. Assignment는 external로 한다. 일회성 고객은 CPD라는 용어를 사용하며, 중요시 다루어지지 않는다. One-time CPD Title, Name, Address

47 7. Accounts Receivable Keeping Customer Master Records
Controlling Customer Credit Entering and Posting Customer Invoices Inquiring in Accounts Receivable Applying Cash Using SAP R/3 FI, John Wiley & Sons, Inc. 에서 발췌한 자료이다. Accounts Receivable에 해당하는 function을 시나리오에 따라 정리했다. 먼저 고객의 마스터 데이터를 관리한다. 새로 만들던지 보던지 수정하는 것을 말한다. 고객에 따른 credit limit을 수정한다. 고객에 대한 invoice(송장)을 posting한다. Account receivable한 지를 display하고 가능하다고 판단되면 payment한다. Using Other A/R Function Reporting from Account Receivable

48 7. Accounts Receivable Payment Term Example (ZB01) 14 day 20 day
Invoice 이후에 지불되는 시점에 대한 discount 정의 Example (ZB01) 14 day 3% 20 day 1% Payment Term에 대한 설명으로 Invoice posting 이후 지불하는 시점에 대한 advantage or disadvantage를 정의하는 것이다. 위의 그림에서 14일 이전에 지불을 할 경우 3%의 discount를 약속하고 20일 이내의 경우에는 1% 30일까지는 그대로 지불하기로 약속한 것을 보여준다. Due date가 30일 인듯하다. 30 day net

49 7. Accounts Receivable Partial Payment Item 1 1000 30 3% Item 2 1000
net - Amount entered 1500 돈을 지불하는데 있어서 고객이 완불하는 경우는 매우 드물다. 이 경우는 부분적으로 지불했을 때 처리할 수 있는 방법 중의 하나인 partial payment에 대해 설명하는 그림이다. 위의 그림에서 두개의 아이템에 대해 각각 1000씩 지불해야 하는 경우이다. 현재 날짜에서 아이템 1의 경우는 3%의 discount가 적용된다. 따라서 지불되어야 하는 총액은 현재 1970이지만 실제 지불되어진 금액은 1500이다. 470의 차이가 있다는 것을 보여준다. Assigned 1970 Difference 470

50 7. Accounts Receivable Partial Payment 40 Bank 1500 15 Customer 500 15
1000 Partial payment를 사용하여 처리하였을 때의 결과값을 보여준다. 아이템2에 대해서 완불하였다고 처리(clear)하였고 아이템1에 대해서는 반만 처리하였다. 따라서 아이템1은 open(미결제상태)이고 아이템2는 cleared, closed되었다고 한다. 이와 같은 경우에 아이템1은 가격이 반으로 줄어든 형태를 취하고 open되어 있으므로 계산이 쉽다고는 할 수 없다. 따라서 다음 방법을 살펴보자. Item 1 Open Item 2 Cleared

51 7. Accounts Receivable Residual Payment Item 1 1000 30 3%
Amount entered 485 Residual payment의 경우를 살펴보자. 아이템1에 대해서 1000을 받기로 되어있다고 하자. 현재 3% discount를 받기로 되어있기 때문에 970을 받으면 된다. 이 때, 485를 받았다고 하면 절반인 485를 더 지불 받아야 한다. Assigned 970 Difference 485

52 7. Accounts Receivable Residual Payment 40 Bank 485 06 Customer 500 40
Discount 15 15 Customer 1000 이와 같은 경우 앞의 partial payment와는 다르게 기존의 아이템1에 대해 clear시킨다. 하지만 남은 금액에 대한 새로운 account를 create함으로써 500만큼의 금액이 지불되어있지 않다는 것을 보여주게 된다. 즉, 1000 cleared, 500 created. 15 Cleared 06 Create

53 Accounting Payable Department Warehousing, Logistics Department
8. Accounts Payable Vendor Master Data FI Accounting Payable Department MM Purchasing receiving, Warehousing, Logistics Department Vendor의 Master Data는 FI 모듈과 MM모듈에서 모두 생성 가능하다. 즉, Customer Master Data는 FI와 MM 모듈에 있어서 모두 사용되며, 그에 해당하는 부문은 오른쪽과 같다.

54 8. Accounts Payable Keeping Vendor Master Records
Entering and Posting Vendor Invoices Processing Employee Travel Expenses Inquiring in Accounts Payable Paying Vendor Invoices Using SAP R/3 FI, John Wiley & Sons, Inc. 에서 발췌한 자료이다. Accounts Payable에 해당하는 function을 시나리오에 따라 정리했다. 먼저 벤더에 대한 마스터 데이터를 생성, 관리한다. 벤더의 invoice를 posting한다. Payable한지 체크하고 invoice에 대한 지불을 한다. 중간에 나타난 employee travel expense의 경우는 직원에 대해 지출이 발생할 때, 사용하는 방법으로 직원을 하나의 벤더로 취급하여 지불하는 것을 말한다. Using Other Accounts Payable Functions Reporting from Account Payable

55 8. Accounts Payable Master Record Payment Control Current Parameter
Doc. Proposal Run Proposal Data Edit Proposal Payment Run Print Program 미지급금을 처리하는 방법은 Manual과 Automatics방법이 있으며, 위의 그림은 Automatic Outgoing Payment를 R/3 system에서 처리하는 과정을 보여주고 있다. Payment시 필요한 용어 Payment terms : 기간에 관련된 내용 (앞에서 설명) Payment methods : 지불 방법으로 현금, 어음, 수표 등이 있다. Payment block : 물건이 오지 않으면 지불을 하지 않고 block시키다. Alternative payee : 물건을 산 부서와 지불하는 부서가 다를 경우 지정하는 필드. Clear with customer : 벤더와 고객이 같을 때, 즉 돈을 주고 받을 일이 동시에 있을 때, 그 과정을 생략하고 반제 하는 것을 말한다. Print Program Check Bank Payment Advice Payment Summary

56 8. Accounts Payable Transfer Post With Clearing
Master Record : Customer A Master Record : Vendor B Vendor B Clearing with vendor Customer A Clearing with customer 하나의 고객이 벤더도 될 때 상계 처리하는 것을 분개를 통하여 보여주고 있다. R/3의 경우는 건별로 상계하는 방법과 한꺼번에 일괄적으로 상계하는 두 가지 방법을 제시하고 있다. 10,000 25,000 Settlement Item ,000 Item ,000 Total 15,000

57 9. Down Payment General Ledger Account receivable Account payable
5,000 3,000 Down payments received Down payments made 2,000 1,000 선수금 : 물건 팔 때, 돈을 미리 받는 것을 말한다. 예를 들어 삼성전자의 반도체가 인기가 많을 경우에 물량을 확보하기 위해 여러 고객들이 삼성에게 선수금을 내고 물건을 확보하게 된다. 선지급금 : 선수금과 반대의 경우로 SK의 경우 원유를 확보하기 위해 원유회사에 미리 돈을 지급하여 원유를 확보하게 된다. 위의 그림에서 왼쪽은 선수금을 표시한 그림으로 2000의 선수금을 받고 5000에 해당하는 물건을 지급하기로 약속한 내용을 표시한 것이다. 오른쪽은 반대 그림(선지급금) Customer Vendor 5,000 1,000 2,000 3,000

58 9. Down Payment time Vendors : payment program
request Clear down payment Payment settlement Down payment Final Invoice time Vendors : payment program Customer : dunning program Down payment에 해당하는 프로세스를 표시한 그림이다. 예를 들어 1000의 제품에 대해 200의 선지급금을 내야 한다고 한다면, 처음에 200을 내야한다는 request를 받을 것이고, 이에 대해 200을 지불하게 된다. Invoice는 처음 200을 무시한 1000에 대한 invoice가 발급되고, 따라서 200에 해당하는 선지급금에 대해 clear시킨 이후에 나머지 금액인 800을 settlement하게 된다. Dunning program : 재촉하는 역할. 지불이 안되면 하루에 한번씩 메일을 발송하는 등.

59 SAP R/3- MM (Material Mgt)모듈

60 MRP External Procurement (Procurement) Internal Procurement
(Production) <Master Data> Material Batches Vendor G/L Accounts Customer Storage Bins … Invoice Receipt Goods Receipt Warehouse Management Inventory Management Procurement 라는 것은 Purchasing과 Production으로 나눌 수 있다. Goods Receipt – 자재 입고 Goods Issue - 자재 소비 Invoice Verification Goods Issue Transfer Posting Financial Accounting Consumption/Sales

61 각 관련 모듈과의 연계 Purchasing - CO : Direct consumption용 자재 또는 Service에 대한 구매발주에는 직접 Cost Center를 지정한다. - FI : Vendor master와 관련이 있으며, G/L 계정 지정 기준을 제공한다. - SD : 구매주문이 SD문서로 전달 되기도 하고, Sales Order가 구매 요청서로 전달이 가능하다. Inventory Management - PP : 제조에 사용될 자재투입과 제조지원 기능을 제공한다. - SD : 재고현황, 운송될 자재수량, 판매오더 재고를 생성한다. - QM : 회사내의 모든 자재에 대하여 품질검사/분석을 제공한다. Invoice Verification MM과 FI, CO, AM을 Invoice로 연결한다.

62 Purchasing [process and organizations`]
요구사항 정의 Purchasing 조직관련 정의 Source 정의 구매업체 선정 구매발주 생성 Client 자재입고 처리 Company Code 송장발행 및 검증 MRP나 자재를 사용할 부서의 요청에 의해 자재요구사항 정의한다. 기존에 발생한 구매문서와 계약서를 참조하여 가능한 공급업체를 선정. 공급 업체별로 자재제공 조건을 바탕으로 가격을 비교하여 업체를 선정. 구매요청서로 구매발주를 생성한다.. 업체로부터 납품된 자재를 구매발주를 참조하여 입고한다. 송장을 발행하고 구매발주와 입고내역을 참조하여 송장을 검증한다. 조직관련 정의 Company Code는 회계단위로 구분이 된다. SAP 에서는 Client가 Top level이다. 구매조직은 한 개 이상 Company Code 하위에 존재 가능하다. Plant와 Storage는 다 대 다 관계이다. 구매그룹을 구매조직에 assign 할 수도 있다. Purchasing Organization은 회사내의 모든 구매업무에 대해 외부적으로 법적 책임을 진다. 용어정리 Source List : 공급선 리스트 Quota Arrange: 발주 배분율을 정의한다. RFQ : 견적 의뢰문서 Quotations : RFQ에 의해 업체에서 받은 견적 정보. Info Record : 구매 행위 효율을 높이기 위한 정보 관리 type, 단가에 대한 기본정보를 갖고있다. Outline agreement: Purchasing Organization Plant Storage Location

63 Purchasing [Document]
구매요청서 (Purchase Requisition) 견적의뢰 (Request for Quotation) 구매발주 (Purchase Order) Outline Agreement 계약서 (Contract) Scheduling Agreement 1)구매요청서 (Purchase Requisition) : 자재 소비자 혹은 MRP에 의해 구매를 의뢰하기 위한 document , 기업 내부 문서이다. Material or Service가 외부조달이 필요하다고 기업내부적으로 구매부서에 알리는 document 다른 유형으로 outline agreement를 요청할 필요가 생길경우 요청하는 document SAP system에 document로 기록이 된다. 여러 개의 item을 갖을 수 있다. 수작업 생성,또는 직접생성은 특정 사용자의 필요에 의해 수동생성 MRP수행에 의해 자동생성 2)견적의뢰 (Request for Quotation) : 공급업체에게 공급 가능한 자재 수량, 가격 등을 문의하기 위한 document 잠재 vendor들에게 quotation지수를 요구하는 문서. “A 자재가 다음달까지 100개가 필요한데, 얼마의 가격으로 줄수 있느냐?” 반드시 duedate(회신 듀데이트)가 들어있다 Quotation : RFQ에 덧붙여서 입력하여 우리 회사에 제출. Purchasing document와 큰 차이점은 item에 대해서 accounting assignment를 할 수 없다는 점 Vendor 혹은 One-time vendor에게 RFQ를 보낼 수 있으며, One-time vendor일 경우에는 address정보를 입력해 주어야 한다 RFQ와 Quotation은 따로 존재하는게 아니라 같은 문서이다 RFQ는 모니터링을 하여 독촉을 할 수도 있다. Vendor로 부터 quotation을 받으면 가격과 관련한 condition을 RFQ에 입력한다 Rejection letter를 보낼 수 있다 Collective number로 보낼 수 있다. 3)구매발주 (Purchase Order) : 자재 납품을 공급업체에 요청하는 구매발주서 document Purchase Order에 관련된 Item category는 다음과 같다. Item category는 purchasing document의 item에 대한 자재조달유형을 나타낸다. Item category가 결정하는 사항 - Material number가 필요한가? - Account assignment가 필요한가? - Stock으로 관리되는가? - GR/IV가 필요한가? 4)계약서 (Contract) : 수량 단위,가격 단위로 계약을 맺을 수 있다. 5)Scheduling Agreement : MRP에서 발생한 Schedule 라인을 기준으로 계약형태로 만들어진 분납계약서 배달을 언제까지 해주라는 일정을 담고 있다.

64 Accounting Document, Material Document
Inventory Management Old System 공급업체 In-house Production Old System 공급업체 In-house Production 입고 Plant Storage Loc. 002 불량자재처리 Consumption Accounting Document, Material Document 출고 Plant 1 Storage Loc. 001 Plant 1 Storage Loc. 001 Transfer Posting Old System : Legacy system을 일컫는다. 공급업체 : 구매 발주에 의해 입고 In-house Prodcution : 사내 가공에 의해 입고(내주) Transfer Posting : Plant1 -> Plant2로 넘어가는 과정을 일컫는다 Consumption : 자재 소비 행위를 일컫는다 IM은 수량과 Value base로 재고를 관리한다. 자재의 입출고는 Plant와 창고의 수준에서 이루어진다. 더 타이트하게 관리하기위해 WM(창고관리) 라는게 있다.

65 조달환경 Requirement determination 자재 또는 서비스의 소요량을 계산하는 단계
Goods Receipt and IM 업체에서 가져온 자재에 대해 입고를 하고 수입검사를 하는 단계 Invoice verification 업체에서 가져온 Invoice와 PO의 단가와 자재의 수량이 일치 하는지를 확인. FI로 넘어가며, 대금지급에 관련되는 데이터 Order follow-up PO에 대해 Shipping Notification (선적지시)를 내린다 Order processing 소요량과 Vendor을 가지고 PO를 발주하는 단계 Outline Agreement,Purchase Requisition RFQ를 참조할 수 있다 Vendor selection 어떤 Vendor로 결정할 것인가. RFQ를 발행한 경우는 Quotations를 받고 Vendor를 결정한다 Source determination 어떤 source로부터 조달해 올것인가. Source는 vendor,contract,procurement Plant 등이 될 수 있다. Output은 FI로 넘어가게 된다

66 Master data in Purchasing
Material Master Vendor Master Purchasing info Records Source List Quota Arrangement Conditions Output (messages) 중요 5대 마스터 1)Mateiral Master MM, PP, SD, QM 등 logistics전반에 걸쳐 사용됨. Sector, Material Type, Reference View : Basic data, purchasing, storage loc. , Accounting… Organization Level: Plant, Storage loc. , Warehouse No. Additional data level: 언어, 자재단위등등.. Configuration은 Logistics general에서 해줌 Sector (어떤 산업에서 사용되는가) Material type(어떤 유형인가) Reference(무엇을 참조로 하겠는가) 하나의 자재가 여러부서에서 나름대로의 의미대로 사용되므로 여러가지 view가 존재한다 2)Vendor Master Client Level Purchasing organization Level Company code Level 세가지 레벨로 나뉠 수 있다. Purchasing organization level : 자재 구매 업체 관리 Company code level: 그 구매업체의 회계관리 3)Purchasing info Record 공급업자가 해당자재에 대해 제공하는 가격, 구매량, 운반기간, 할인률 등을 기록 이 마스터 데이터는 상황이 달라질때마다 일일이 개별적으로 작성해주어야 한다 4)Source List 수작업 입력으로 생성가능 Info Record에서 생성, 수정 가능 Outline Agreement에서 생성, 수정가능 MRP에서 자동 생성가능 5)Quota Arrangement 다중 Supply의 capa문제로 인해 배분비를 나눈다. Split quota (%로 나눔) lot별로 나눠줌 한번 lot을 보내주고 다음번에 업체에게 나눠줌 6)Conditions Contract, Info Record, Material Group, Market price별로 가격을 관리 Discount/Surcharge 정보를 마스터로서 관리 해당 자재 단가 결정 Vendor, Condition group, Material type, Invocing party 별로 달라질 수 있다.

67 Individual Assignment Collective Assignment
Source of Supply 할당 Individual Assignment Order.. RFQ… assign Process Collective Assignment Source determination Assign : 특정 vendor를 지정해주는 일을 말한다. PO(기존 소스인경우), RFQ(처음인경우) Purchasing requisition은 Source of Supply을 지정하거나 RFQ processing에 사용될 수 있다. 개별 requisition에 대해 생성시 또는 수정시에 Source of Supply를 지정할 수 있다. 이 때 system은 지정 가능한 Source of Supply를 표시하여 준다. Collective assignment(일괄 지정)을 이용하면 여러 Requisition을 각각의 source에 한번에 지정할 수 있어 처리 시간을 단축할 수 있다. *슬라이드노트 참고

68 Procurement for Stock and Consumptions
- 원자재의 경우와 같이 구매, GR을 수행하면 창고의 재고수량은 증가하고 출고는 별도의 작업으로 수행한다 - 이 때, Account assignment category는 공백으로 지정한다. 이렇게 하면 AAA(Automatic Account Assignment)에 의해 회계적으로 기표 될 계정이 자동으로 지정된다. - GI를 수행하면 consumption statistics가 갱신된다. For Consumptions - material은 GR과 동시에 consumption 된 것으로 간주된다. - 이 경우는 Account assignment category를 지정해주어야 한다. - GR시 창고의 재고수량은 증가하지 않지만, consumption statistics는 갱신이 된다. Account assignment category: purchasing document에서 item category와 account assignment category가 있는데, 이는 물동이 자금의 흐름과 일치할 수 있도록 material(stock, consumable)의 이동이 회계상 어느 계정에 기표되어야 하는지를 나타냄. 물류의 흐름과 돈의 흐름을 일치시키고자 하는것. Stock:일반적인 자재 Consumable:입고되자마자 소비되는 자재 Account Assignment에 대한 부연 설명. 개별 item에 대해서 procurement for stock인지, procurement for consumption인지를 지정할 수 있다. Purchasing document는 account-assigned item과 non-account-assigned item 함께 포함할 수 있다. Consumable material은 Inventory management를 하지 않는 material type(자재유형)을 이용하면 material master record를 생성하지 않아도 구매가 가능하다. material을 procurement for consumption을 하는 경우에는 account assignment category를 구매단계에서 입력하여야 한다. Account assignment category를 지정하면 account assignment data를 입력할 수 있는 별도의 창이 나타난다.

69 Automatic generation of PO
 Material master와 Vendor master가 동시에 자동 생성 PO 설정이 되 있어야 한다. Logistics > MM > Purchasing Requisition > Follow-on Functions > Create PO > Automatic Via Preq Omit faulty item 설정. 자동 생성 PO는 PR을 PO로 일괄 전환이 가능함을 의미한다.

70 Agreements(Outline, Scheduling)
Vendor와 맺는 장기 구매 계약으로서 material or service를 특정 condition에 따른 특정 가격에 구매한다는 내용이 들어있다. 유효기간이 존재하고, 총 구매수량/금액을 설정 할 수 있다. Document는 다른 purchasing document와 같이 header와 item으로 구성된다. Delivery date는 individual quantity에 대해 schedule된다 Individual delivery date는 PR을 참조하여 지정 가능하다. Schedule quantity를 누적하여 모니터링도 할 수 있다.

71 Inventory Management - Overview
MRP External Procurement (Procurement) Internal Procurement (Production) <Master Data> Material Batches Vendor G/L Accounts Customer Storage Bins … Invoice Receipt Goods Receipt Warehouse Management Inventory Management 자재관리의 목적 : 자재를 요청한 부서에 최소의 비용으로 안정적인 품질을 확보하면서 적시에 적량의 자재를 공급 자재관리 시스템에서 재고관리는 MRP, 자재발주, 생산계획, 대금지불과 밀접한 관계를 유지한다. Invoice Verification Goods Issue Transfer Posting Financial Accounting Consumption/Sales

72 Inventory Management – Goods Movement
Goods Receipts, Goods Issues, Stock Transfer, Transfer Posting Goods Movement의 입력으로 생성되는 Document Material Document  반드시 생성 Account Document  Movement Type에 따라 … 생성된 Document를 구조적으로 관리하기 위해서는 Transaction/Event Type과 Document Type을 이용 Goods Movement의 입력 시 반드시 Movement Type 입력 101 : PO에 의한 GR : Cost Center로 GI 261 : PO를 참조한 GI : Legacy System에서 SAP로 재고 이동 재고 이관 물리적 이동 Stock Type 변화 WE(입고)  ~ W I (출고)  ~ Account Document의 관리

73 Inventory Management – Goods Receipt
발주정보 참조 GR blocked stock Goods Receipt Warehouse Consumption GR blocked stock 납품된 자재에 대하여 선별적 입고가 필요할 때 사용 재고 변동 X, 재고 자산 변동 X Invoice 대상에 포함 X ( 대금 지불 대상 아님) 창고 재고로 이동  재고 증가, 자산 증가, Invoice 대상 (Account Doc. 생성) Consumption 입고 가용재고 수량 변동 X, 자재의 Consumption 정보만 변경 Goods Receipt 종류 내부 생산 자재에 대한 입고  Production Order 외부 조달 자재에 대한 입고  Purchasing Order 입력 방법 발주 정보 참조 Reservation 참조 Production Order 참조 다른 정보를 참조하지 않고 입고 정보 입력 발주정보는 전표의 역할뿐만 아니라, MRP, Invoice Verification에 중요 입고 정보 입력 시 발주정보의 역할 납품된 자재와 주문 간의 일치 여부 Check Invoice Verification 실행 시 기초정보 제공 자재의 재고 평가 단가 산정 시 발주단가 이용 기 발주정보를 copy함으로써 정확도 증가, 수작업 입력 최소화 Over Delivery, Under Delivery 지정하여 입고 제공 (수량 단위, 금액 단위 … ) 발주정보를 참조한 입고 시 사용되는 단위  창고의 재고 관리 단위, 발주 수량 단위, 발주 단가 계약 단위 비정규 입고 (Others Receipts) 재고의 초기화 입고 : Legacy System  SAP 발주 정보를 참조하지 않는 입고 : 회사 정책상 SAP 발주시스템 이용 X 생산 계획을 참조하지 않는 생산품 입고 : SAP PP 모듈 이용 X 무상 입고 고객으로부터 반품된 제품의 입고 입고정보 입력 후 시스템 작업사항 Material Document 생성 Account Document 생성 입고전표 Print, Mail 전송 : 입고 입력 시 Function 실행 선택 재고정보 변경, 발주이력정보 변경 기타정보 변경 : 재고변경  MRP 관련 file정보 변경, 납품업체 평가 정보 ...

74 Inventory Management – Goods Issues
SAP 시스템에서의 출고 형태 Deliveries to Customers Production Order의 출고, 제품 생산에 소모되는 자재의 출고 자재의 Sampling 출고 자재의 폐기 자재출고 정보 입력 후 시스템 작업사항 Material Document 생성 Account Document 생성 출고 전표 Print Consumption 정보 변경 Reservation 정보 변경 Production Order 정보 변경 MRP, WM, QM 정보 변경

75 Inventory Management – Stock Transfer & Transfer Posting
Plant간 재고이관 동일 또는 다른 Company간 발생 가능 두개의 Plant가 다른 Valuation Area를 사용  Accounting Document 생성 가용재고에 대하여 재고이관 가능 MRP 가용재고의 수량이 변경됨 창고(Storage Location)간 재고이관 동일 Valuation Area 내에서 발생 Accounting Document 생성 X 모든 stock type에 대해 재고이관 가능 자재대체는 가용재고에 대하여 재고이관 가능 자재대체는 Accounting Document 발생 창고의 stock type간 재고이관 가능 품질검사 대기 재고는 QM Module 에서만 변경 가능

76 Inventory Management – Reservation
자재의 원활한 흐름을 위해 자재소요계획 정보를 관리  자재의 입고, 출고, 이관에 대한 계획 정보 관리 Reservation 정보의 구성 Header부 (일반정보) Item부 (자재, 수량, 요청일…) Final Issue Indicator (자재소요계획 종결) Movement Allowed Indicator Reservation의 정보 수정 가능 Account 정보, Plant, 자재번호 수정 불가 수작업 생성 또는 시스템에 의해 자동 생성 시스템에 의해 자동 생성된 Reservation 정보는 수정 불가 Reservation Management Program Reservation 정보가 많아지는 것을 방지  정기적으로 정보 Delete Reservation에 의한 Goods Movement가 실행되기 위해서는 Movement Allowed Indicator가 Marking 되어 있어야 함

77 Valuation Valuation Area Company Plant
Valuation Class ( Materials Grouped by Properties) 유사한 자재들을 Valuation Class로 묶음 (e.g. Oils-3011, Spare Parts-3040) 묶인 Valuation Class별로 하나의 재고 개정 유지 Valuation Category ( Criteria for Valuating Separately) Procurement : 내부생산/외부생산 Origin : 원산지별로 나누어 구성 (e.g. 국내/국외) Status : 상태별로 구별 (e.g. New, Used, Repaired…) Valuation Type ( Individual Characteristic of Category) Valuation Category의 특성, Valuation Category 별로 평가유형 지정 Standard Price 모든 재고 관련 전기는 표준단가로 수행 차이는 단가 차이 계정에 전기 단가 변경을 모니터링 할 수 있음 Moving Average Price 모든 입고 자재는 입고가액으로 전기 자재 마스터 레코드의 단가는 취득원가로 조정 단가 차이는 재고부족과 같은 예외적인 경우에만 발생 자재단가를 수작업으로 변경시킬 필요 없음 (변경가능) Automatic Accounting Assignment Standard Price를 참고로 이동 평균 단가가 관리 됨

78 Invoice Verification Posting 송장 검증 미결항목 생성 반제 송장 전기 대금 지금
Invoice Verification with Reference Purchase Order를 근거로 송장처리 (P/O based Invoice Verification) Goods Receipt를 근거로 송장처리 (G.R based Invoice Verification) Invoice Verification without Reference 참조 가능한 문서가 시스템에 저장되어 있지 않은 송장 처리 경비지출, 호텔 숙박비 … 송장 검증 시스템의 세금 처리 기능 공제 가능 및 불가능 세금 유형 지원 세금 레코드 및 세액 입력 가능 세액 자동 전기 Discount 현금 결제 시 날짜에 따라 Discount 받을 수 있음 ( Terms of Payment) Delivery Cost 계획 운송 비용  PO에 기재된 운송비용 입고 시 Freights/Customs Clearing Account 계정으로 전기 비계획 운송 비용  PO에 명시되지 않았으나 송장에 명시된 운송 비용 이동평균 단가 자재  운송비용은 재고계정에 전기 표준 단가 자재  Price Difference Account에 전기 Invoice Variance 송장 처리 시 발생 차액 Check 수량 차액, Price 차액, 수량단위 차액, 수량 & Price 차액 G/L Account Vendor 입력 전표 생성 Material Account Posting Asset Account

79 Additional Topics in MM – Batch Management
SAP에서 Batch의 정의 Production Lot은 여러 개의 Charge로 제조 하나의 Production Lot은 동일한 기술적 Parameter를 적용 각각의 Charge에 의해 생산된 것이 Batch Batch Management는 모든 산업에 적용 가능  특히, 화학 산업, 제약 산업, 화장품 산업, 위생 산업, 식품 산업 … Logistics 부문의 모든 모듈에 공통적으로 사용 가능 Batch Management에 대한 정의는 Logistics-General 에서 이루어짐 Batch의 예 : 페인트 공장에서 30ℓ를 생산하라는 하나의 process order에 대해서 10ℓ들이 배합기에 동일한 원료와 배합비를 가지고 세 번에 걸쳐 페인트를 생산하였다면 각각의 배합을 charge라 부르며 그 charge의 결과로 생산된 각각의 페인트는 batch로 관리된다. Batch master는 Material master에 종속적이다. 그러므로 언제나 Material master를 먼저 생성한 뒤에 Batch master를 생성하여야 한다. Batch 관리 수준 Plant Level, Material Level, Client & Material Level Batch Level은 보다 넓은 쪽으로만 변경 가능 기본 설정은 Plant Level

80 Additional Topics in MM – Physical Inventory
Periodic Sampling Continuous 재고 유형(Stock Type) Unrestricted Use Quality Inspection Blocked Stock 재고 실사 절차 재고실사표 작성  Blocking Indicator 설정  재고 수량 확인 ( 수량 재확인  재고 차이 기표)

81 Additional Topics in MM – Evaluated Receipt Settlement
ERS는 장기간 계약을 통해 구매를 하는 Vendor에 대해서 PO 또는 GR 건별로 IR을 수행하는 것이 아니라 특정일에 일괄적으로 IR을 수행하여 기업 비즈니스 프로세스 혁신을 수행하는 것. Business Background 고정 거래선이 존재하는 경우 사용  Material Price 는 장기계약 의해 결정된 경우  MRP에 의해 생성된 Release Order의 정보가 거의 변경되지 않을 경우 Invoice Receipt 은 Goods Receipt에 의해 대체될 수 있을 경우 일반적인 구매에 대해서 경리부서의 별도 검증이 필요하지 않은 경우 Vendor가 Invoice를 보낼 필요 없고 빠르고 정확한 대금 지급을 확신 ERS의 이점 수량 불일치로 인한 Invoice Block 제거 단가 불일치로 인한 Invoice Block 제거 Blocked Invoice Release 작업 불필요 Blocked Invoice에 대한 경리부서, 재고부서, 구매부서의 검증 불필요 Vendor의 경리부서에 미수관리 불필요