SAP FI_Master Data
Master Data Overview
G/L Master Data
- G/L account M.
- Bank M.
- Travel Mgmt M. (HR에서 관리하는 경우도 있음)
Sub Ledger
- AR: Customer M.
- AR: Vendor M.
- AA: Asset M.
- Charts of Accounts는 여러 Company Code에서 공유할 수 있음
- Charts of accounts는 COA, CC Segment로 구성
Charts of accounts Segment_ Clinet 레벨에서 정의 (General한 특성 정의됨)
Company Code Segment_ Company Code 레벨에서 정의 (Company Specific한 특성 정의됨)
- 일반적인 특징은 Charts of Account(CoA)에서 정의
- Company Code dependent한 내용은 Company Code Segment(CoCd)에서 정의
- 자산 : 유동 자산- 당좌(현금, 예정 계정..), 재고자산(..)
고정 자산- 투자, 유동, 무형 자산
부채: 유동 부채
고정 부채
자본: 자본금
자본잉여금
이익잉여금
- 조정 계정: Sub Ledger에서 발생한 거래를 G/L로 옮겨주는 다리 역할
Customer와의 채권거래, Vendor와의 채무거래, 고정자산에서의 거래는 Sub Leger에서 기록되고 해당 GL 계정으로 업데이트
ex) G.L A/R(외상매출- Recon 계정) 1,000
Sub 매출채권 1,000 (Customer Master에 Recon 계정 등록 됨)
- Customer 1000번에 외상 매출금 거래가 발생시 Rec.Account 140000(외상 매출금 매수 계정)으로 기록해라
1000번 고객과 거래 되면 Sub Ledger에 외상 매출금 거래 기록하고 G/L에 외상 매출금 매수 계정으로 기록하라
- Company Code A,B,C는 하나의 관리 회계 영역으로 묶어 관리한다
동일한 COA를 사용하여 거래를 일으켜야 함 (Operating COA, CO목적으로 존재하는 COA)
* 참고
- Controling area는 CO를 위한 Organization Unit
CO에서 비용에 대한 예산 수립, 집중, 통제하는 가장 Fundamental한 부문
CO에서 비용 배부하기 위한 기준이 되는 조직 단위
- CCA / CO
PC / PCA
- 여러 Company Code를 관리 회계하려면 CO 목적의 Operating COA인 INT가 필요하다 (Alternative Account No: Country Specific COA를 물리기 위한 No)
INT는 1000 Countoling Area 밑에 묶여 있는 1000, 2000, 2100, 2300 Company Code 가 각각 다른 나라에 위치하고 있을 경우 각각 나라에 적합한 FI 목적을 충족시키기위해서는 나라 별 COA가 필요 (Country Specific COA)
- INT 상에 10000 계정 과목 유형에 거래가 일어날 경우 1000 Company Code 물고 있는 Country Specific한 계정 과목인 Alternative Account no 10000로 거래 기록해아
- 계정 과목별 차변, 대변 Sum 값이 Transaction Figures
- 사업부 N개를 운영할 경우 차, 대변 Transaction Figures 는 사업부 별로 존재 (T/B, B/S, P&L)
- CONS가 Group COA
- 그룹에서 연결 재무재표를 사용하여 보고를 해야 할 경우 CONS가 필요
- CO에서 비용을 담기위한 그릇
- FI에서 비용에 대한 기표를 하려면, CO의 어떤 Cost Center에 귀속이 되는 비용인지 넣어줘야 함 (그릇 역할)
- 제조 원가 담기위한 Cost Obejcts, PS에서 비용 담기위한 Networks
- Vendor Master 데이터
Account는 Vendor Account (SAP에서는 Vendor, Customer 역시 Account로 간주)
- GL 계정 과목 X는 두 개의 Segment (General Data, Compay Code Specific Data) 로 구성되어 있어 여러 Company Code 에서 사용 가능
- 하나의 Vendor Master X는 역시 General Data와 Company Code Specific 한 Data Segment로 구성되어 있어 "
- G/L Account Group 가 유사한 그림
- Vendor Account Group은 유사한 Vendor를 그룹화 한 것 (기준 다양하나 일반적으로는 1) 국내 매입 2)해외 매입 3) 관계 회사 거래선 4) One-time Vendor 5) Employee ... )
- 개별적 Vendor Account는 Cline level의 1) General Data, Company specific한 2) Company Code Data, 구매 Dependent한 3) Purchasing Organization Data 세그먼트로 구성
- MM과 Integration 되는 영역 소개
- IDES Germany라는 CC 1000은 Plant(Logistics 중심이 되는 Organization Object) 의 가장 1000.., 1400과 mapping
- Purchasing Org(구매조직)는 Organization Unit인 Plant와 귀속되어 있는 Company Code에 Assign 되어야 함
- Purchasing Org는 여러개의 Plant와 거래하는 형태로 가져갈 수도 있음
- Purchasing Org는 Cross Company Code하게 존재할 수도 있음
- Vendor X는 FI 관점에서 두 가지 Segment구성 (General , Company Code Specific) + Purchasing Organization Specific한 Seg
- Vendor X와 Company Code 1000에서 거래가 일어날 경우 General한 데이터 Company Code Specific한 데이터, PO speficif한 데이터 끌고 와서 진행
MM
1. P/O
2. G/R(입고) - FI 영향 주는 단계, Stock xxx / GR/IR xxx (clearing 계정)
3. I/R (V) - FI 영향 주는 단계(매입 채무 확정), GR/IR xxx / A/P xxx
- 수익성에 영향을 주는 조직 소개
- Operating Concern는 CO 모듈에서 수익성 파악하기 위한 최상위 존재, CO-PA 와 Mapping
- PA segment = Market segment
시장, 제품, 국가, 유통 채널별 손익 (External) : Characteristics (특성 값), 큐브를 돌려가며 다양한 변수에 따른 수익성 분석
- 큐브 하나 하나가 PA segment
- Customer 계정 정의
- Customer Group
- General 한 데이터 세그먼트와 C.C 1000, 2000에 정의된 특정한 데이터를 끌어와
- Customer Account Group : 유사한 성격을 갖는 Customer를 묶는 Group
1. 내수
2. 수출
3. 관계회사
4. One-Time Cust.
- SD와의 Integration
- Company Code 와 Sales Org는 1 : N 의 관계
- Sales Org 밑에 Distribution Channel이라는 영업 조직 물려있어, 1: N 의 관계
- Distribution Channel역시 여러개의 Sales Org 에 물릴 수 있어
- Company Code와 Plant 는 1:1 , 1:N 가능
- Sales Org와 Distribution Channel이 결합되면 Distribution Chain 탄생
이 D.C는 Plant와 Company Code와도 Assign
- 회사가 생산 or 판매하는 Materials(완제품) 분류 중 최상위 단위가 Division
- Distribution Chain이 Division과 결합하면 Sales Area 생성
- Sales Order 생성시 가장 기본으로 넣어줘야 할 Org단위가 Distribution Channel, Division, Sales Area
- Customer Master Data에서 SD 까지 고려할 때 General Data, C,C, Saels Area dependent한 데이터 세그먼트가 결합되야 완전한 모습
- SD의 Sales 프로세스는 S/O > Shipping(Delivery Order 생성 > Picking > Goods Issue) > Billing 로 구성
- Good Issue
COGS / Stock
- Billing Document
AR / Rev
매출채권 확정
- Customer에 대해 정의하는 신용 관리
- CC 1000 인 기업인 Customer A와 거래 시 외상매출이 발생하므로 Cus.A의 재정 상태를 파악하여 외상매출의 Limit 설정, Limit 초과될 경우 거래 Block
- Credit Control Area는 Cust에 대한 신용 한도 관리하기 위한 영역으로
1. Centrally 설정 가능
하나의 Clinet(기업 그룹) 내에 1000,2000,3000 CC가 묶여 있고 Cust X와 거래할 경우, X의 신용을 한 번에 관리
2. Decentrally 설정 가능
하나의 Clinet 밑에 1000,2000,3000 CC가 묶여 있고 Cust X와 거래 시, CC마다 X와의 거래 조건, 물품 등 다르기에 C.C dependent하게 신용을 각각 관리
- Cust의 신용 상태 관리를 위해 Credit Management가 필요하고 여기에도 Master Record가 필요
- 세 가지 Segment로 구성 Overview(신용 한도 잔액 등), General data(일반적 정보_주소 등), Credit Control Area dependent한 Area
- Asset classes : 고정자산 클래스(유형)
- Depreciation areas: 감가상각 영역
- 고정자산이 어떤 Org Unit에 속하는 가? 1번 or 2번
- FI의 조직 단위 1. Company Code 2. Business Area
- 자산 취득 후 감가 상각 비용 발생하므로 Cost Center 정보도 기입, Cost Center를 물고있는 Business Area도 물고 올 수 있음
- G/L (G/L Account Group)
- Customer, Vendro (Cust.Ven Group)
- Asset (Asset Account Group): 유사한 고정자산을 묶는 개념, 분류 기준 ex) 건물, 기계, 차량, 비품 등
- Stadard Asset Class: 감가 상각 타는 고정자산 유형
Specail Asset Class: 감가 상각 타지 않는
- 기업회계에서 요구하는 감가비 기준 vs. 세무에서 요구하는 감가비 기준
예 내용 연수 10년, 정액 < > 내용 연수 20년, 정액
- 기업에서는 각 감가상각 영역으로 모두 구분해서 관리해야 함
- Book 용 감가상각 Area 01
Tax용 감가상각 10
Co용 감가상각 20
- 취득가 APC
감가상각누계액
NBU(Net Book Value)
- Trade law, Legal... 감가 상각 영역
- 취득가, 누계액, Net Book Value
- 고정자산 계정 결정 로직
Chart of Deprecion + Chart of Account + Account Determination Key + Asset Depreciation Area 조합
- 고정자산은 Account Determination 키 값을 가지고 있어
취득 거래, 처분 거래, 제각, 감가상각 running 작업 등이 일어날 때 각각의 거래 별로 어떤 GL로 포스팅되어야 하는 지 물고있는 키 값
- Group Asset Level
Main Asset Level
Sub Asset Level
- HR 모듈 있다면 FI-TV 관리 필요 X
- HR 모듈이 없는 회사는 일반적으로 FI-TV 안씀
- Actions은 HR 모듈에서 사용하는 용어로, 개인의 신상 정보에 영향을 미치는 내역들
- FI-TV 사용하려면 AP 쪽에서 직원별로 Vendor X를 생성해놔야 함
- Bank Directory는 우리 회사가 거래하는 모든 은행의 Master Record, Customer, Vendor가 거래하는 모든 은행의 Master Record도 포함
- Client Level에서 생성
- Country, Bank Key, Address, Control Data(Tax Info X) 의 필드로 구성
- Customer, Vendor Master Record의 Bank Details에서 가져다 사용 가능
- Bank Account
1. Bank G/L Accounts : Bank G/L 개정 과목
2. Bank Account : 거래 계좌 번호
- House Bank ID : 회사 거래 은행
Account ID : 거래 계좌
HB + Account ID: 1. Bank Account 결정 2. Bank G/L Account 결정
(TR에서도 가져다 사용)
- House Bank ID와 Account ID의 조합으로 Bank account와 Bank G/L account 계정 결정
- 현금 출납 장부는 전도자금(Cash Transfer From Bank) 관리하는 부서/영업소에서 입출금 관리 용도로 활용 가능
- 오히려 현금 거래가 너무 많을 경우 현금 거래를 다 정의해놔야 하므로 사용하는데 어려움이 따를 수 있음
- Customer, Vendor로 부터의 거래의 경우 Customer, Vendor Num 설정되어야 Recon 계정타고 현금에 대한 G/L Account를 물고 올 것이므로 비어있음