[SAP Bible FI 상] Master Data

최초 작성일: 2023년 6월 15일

최종 작성일: 2023년 6월 15일

 

목표: 6월 18일 까지 FI configuration 공부하기

 

목차

Part 3 Master Data

 

1. Master Data Overview

FI 모듈의 2가지 주요 컴포넌트

 

2. G/L Account : 계정과목

G/L Account Master Record:계정과목 마스터 개요COA IMG ConfigurationG/L Account Master Data속성-Account Group 계정그룹-Balance Sheet and P&L Statement Accounts : B/S,P&L 계정구분-Reconcilization Accounts : 조정 계정-Line Item Display : 개별 항목 관리-Open Item Management :미결항목 관리-Account Currency : 계정 통화

여러 관점에서의 COA(Chart Of Account)

-operating COA

-Country-Specific COA

-Group COA

G/L Master Data Transactions

S/4 HANA - G/L Account/ Cost Element 통합

 

3. Vendor Master :구매처

Master Data in Accounts Payable(vendor)

Integration with MM(Material Management)

-MM view of the vendor master data

-MM Process : Purchase Order -> Good Receipt -> Invoice Verification

-Vendor Account 관리

-Vendor Account Master 화면 구성

 

4. Customer Master : 고객

Master Data in Accounts Receivable(Customer)

Integration with SD(Sales & Distirubtion)

-SD view of the customer master data

-SD Process : Salses order -> Shipping -> Billing

-Customer Account 관리

-Customer Account 화면 구성

 

5.고객(Customer) / 구매처(Vendor)관련 IMG Configuration

Customer/Vendor Account Group : 고객/구매처 계정그룹

-AP/AR Number Range

-Control of the Field Status

-Regular 거래처 VS One-Time 거래처

Dual Control Principle

Clearing Customer/Vendor : 채권/채무 상계 거래처 등록

Alternative Payee/Payer(대리 수취인/ 대리 납부인)

Head Office/ Branch Office

Credit Management : 거래처 여신(신용) 관리

 

6. Asset Master Data 및 그외 Master Data

Asset Master Data: 고정자산 마스터 관리

Group Assets and Sub-Numbers

Bank Master Data: 은행 거래 관리를 위한 Master Data

-Bank Directory (Bank Master)

-Bank Account

- S/4 HANA House Bank + Account ID 관리

-Cash Ledgers (현금출납장부 - Cash jounal)

Master Data in Travel Management : 여행/출장 경비 관련된 Master Data 관리

 

7. Business Partner(S/4 HANA)

S/4 HANA 버전에서의 Business Partner

Business Partner 생성

Business Partner Role IMG Configuration

Business Partner Number Range Settings

Customer/Vendor Master Synchronization

Business Partner Field Groupings

Business Partner Type

그외 Business Partner Field 관련 설정

 

 

1. Master Data Overview

FI 모듈의 2가지 주요 컴포넌트

 

General Ledger(총계정원장)과 Subsidiary Ledger(보조원장) 컴포넌트에는 아래와 같은 마스터 데이터가 필요하다. 조직구조만큼 중요한 요소인 Master Data는 어떠한 세부정보를 가지고 있고 어떻게 활용되는지 반드시 이해해야하는 중요 정보이다. 각각의 Master Data에 대해서 상세히 알아보도록 하자.

 

G/L(General Ledger)컴포넌트의 Master Data

• G/L Account Master Data (계정과목 마스터)
• Bank Master Data(은행 마스터)
• Travel Management Master Data(출장관리 마스터)

-> 만약 HR 모듈을 도입한다면 별도로 관리할 필요가 없다. HR모듈에서 관리함. 실제 TM 기능을 이용하는 국내회사는 드물다. 별도의 웹으로 개발된 e-Acconting 시스템을 구축하여 사용하는 것이 일반적이다. 간혹 해외에 본사를 두고 국내에 계열사를 두는 회사의 경우 SAP Standard TM 기능을 사용하는 케이스도 있다.

 

S/L(sub-ledger) 컴포넌트의 Master Data

• Account Receivables : Customer Master Data(고객마스터)
• Account Payables : Vendor Master Data(구매처 마스터)
• Asset Accounting : Asset Master Data(자산 마스터)

2. G/L Account : 계정과목

G/L Account Master Record:계정과목 마스터 개요

Chart of Accounts : 계정과목표(COA)

하나의 COA를 여러 개의 Company Code에서 공유해서 사용할 수 있다.

즉, 같은 계정괌고코드를 여러 개의 회사에서 동일한 번호 체계로 사용할 수 있다는 의미이다.

하지만 동일 계정이라 할지라도 회사별로 관리발식은 다를 수 있다.

동일 계정이라도 회사별로 관리 방식이 다른 것을 'Company Code Specific Setting'이라고 한다.

-> One COA, Several Company Code: 하나의 COA에 여러 개의 Company Code가 물려있는 '1:N' 구조.

 

COA 체계

COA Master Data는 크게 2가지 세그먼트로 구성되어진다.

1) Chart of Accounts Segment: client 레벨에서 정의, 어떠한 회사에서 사용하더라도 동일하게 사용이 가능한 General한 정보( 해당 계정이 B/S, P&L 계정인지 지정, 계정 명칭, account group 등의 정보)

2) Company Code Segment : Company Code 레벨에서 정의, 각 회사에 특화된 정보를 관리한다.

 

위와 같은 구조로 구성되어 있기 때문에 같은 COA를 여러 회사에서 공유해서 사용할 수 있다.

시스템이 동작할때는 1)과 2)를 합친 정보로 Transaction 처리를 한다.

 

*하나의 Client에 여러 개의 COA를 생성하여 사용할 수 있다.

* COA Assignment: 하나의 COA는 여러 개의 Company Code에 assign될 수 있다. (1:N)

 

하나의 G/L 계정 과목은 여러 개의 Company Code에서 공유해서 사용이 가능하다.

이것은 해당 G/L 계정이 Client 레벨에서의 1) COA Segment와 

Company Code 레벨에서의 2) Company Code Segment로 나눠져있기 때문에 가능하다.

-Account Groups(계정과목 그룹) -> 요고 이해가 잘 안됨..

예를 들어 계정과목이 1) 자산 (유동, 고정 자산) 2) 부채( 유동, 장기부채) 3) 자본(자본금, 자본 잉여금, 이익잉여금) 의 계측 구조로 이루어져 있을 경우,

유동, 고정자산이 account group이 된다(account group = 유사한 계정과목을 모아놓은 묶음).

이는 일반적인 경우로 좀 더 큰분류로 계정그룹을 설정할 수도 있다.

이는 각 프로젝트에서 회사의 관점에 맞도록 구성하면 된다.

 

-B/S (대차대조표) 계정인지 P&L(Profit & Loss) 계정인지 결정

 

 

>Company Code 화면

- Account Currency : 계정 통화

Company Code Segment Data 이므로 Company Code별로 Currency를 다르게 지정할 수 있다.

Account Currency = Company Code Currency : 전표 입력시 어느 통화로도 전표를 입력할 수 있다.

account currency <> company code currency: 전표 입력 시 지정된 외화통화로만 전표를 입력할 수 있다.

only balances in local crcy : 잔액이 local currency 즉, Company code currency로만 관리 된다.

 

-Recon, Account for account type: 조정계정 유형

해당 계정이 reconciliation account(조정계정)인지 지정

reconciliation account(조정계정): sub-ledger와 관련된 계정. sub-ledger의 경우 sub-ledger별 마스터를 이용하여  전표를 입력하게 되는데, 이때 해당 마스터에 연결되어 사용되는 계정을 조정 계정이라고 한다.

조정계정유형이 설정된 계정은 전표 입력시 계정코드를 직접 입력하여 회계처리 할 수 없다..

(sub-ledger : 보조원장-고객/구매처/자산)  -> 무슨말인지 잘 모르곘다..

 

-Field Status Group :필드 상태 그룹

전표입력화면의 입력필드를 제어하는 기능이다. Field Status Group은 이를 계정별로 관리하기 위한 키값이며, posting key(전기키)와 연동되어 Field Status를 통제한다.

 

-Post Automatically Only

자동전기만: 반드시 시스템에서 자동기표 되도록 제한한다. (material 관련 계정등)

체크되어 있을 경우, G/L 전표 등록 트랜잭션에서 해당 계정을 manual하게 입력 할 수 없다.

 

-information tab(information C/A)

계정 생성일등 계정의 일반적인 정보를 볼 수 있다.

 

*** IMG Configuration Variant Principle : IMG 설정시 사용되는 Variant 원칙

COA IMG Setting을 살펴보기 전에 SAP IMG 설정 방법에 대해 살펴보자.IMG 세팅화면에서 Configuration 시 가장 일반적으로 사용되는 방식이다 -> object에 특성 값을 assign하기 위해 SAP에서 제공하는 3단계 설정원칙.

 

앞으로 IMG 설정에 대해 살펴볼때, 이 원칙을 미리 이해해둘 필요가 있다.

1)Define the Variant : Variant의 껍데기를 만드는 단계

2)Populate the Variant with values : 껍데기에 속성값들을 부여하는 단계

3)Assign the Variant to Objects : 속성이 부여된 Variant를 각 오브젝트에 assign하는 단계

 

Posting Periods, Field Status, Fiscal Years Setting 등 다양한 IMG 세팅 화면에서 이 원칙을 이용해 설정한다.

 

Practical Practice - Posting Periods

경로: IMG>FI>Financial Accounting Global Settings (New)> Ledgers>Fiscal Year and posting periods> Posting Periods ? Define Variant for open posting Periods

:posting periods에 대한 variant 값 정의 (코드만 생성/ variant의 껍데기를 만드는 단계)

 

1) variant 생성(코드만 생성)

 

2) posting variant에 대한 상세 속성 정의

2)-1. variant 지정

2)-2. 해당 variant의 상세 속성 정의

2)-3. posting period variant를 company code에 assign

위와 같은 3단계를 거쳐 속성값을 세팅하는 과정이 바로 variant principle이다.

회사 코드 4100번은 variant 4100으로 posting period가 지정되어 있고,따라서 variant 4100에 설정된 속성값이 회사코드 4100번에 적용되는 형식이다.

 

COA IMG Configuration: 계정과목표(chart of account)관련 IMG 설정에 대해 살펴보자.

>G/L 계정과목표(COA)를 사용하기 위한 3단계 Variant Principle step.

1) 새로운 Variant Key 값을 정의

COA를 define(variant 키 값을 지정) > new entries 버튼을 클릭하여 새로운 variant key값을 정의

• 유지할 언어는 english이고 계정코드 길이는 7자리
• Group COA는 미지정
• Chart of Account

COA를 Company Code에 Assign

 

G/L Account Master Data속성 : 계정과목 Master Data에 대한 속성 설명과 관련된 IMG Configuration을 살펴보자

-Account Group 계정그룹

계정을 Grouping하는 역할을 한다. 이 Account Group은 다음과 같은 기능을 한다.

G/L Account Group의 2가지 Control Function

계정과목의 number range를 Control

예를 들어 account group마다 당좌자산(100,000~199,999), 재고자산(200,000~299,999)등 범위를 지정한다./ G/L Account Master 생성 시 해당하는 범위내에 계정코드번호를 지정해야한다.

 

-Balance Sheet and P&L Statement Accounts : B/S,P&L 계정구분

-Reconcilization Accounts : 조정 계정

-Line Item Display : 개별 항목 관리

-Open Item Management :미결항목 관리

-Account Currency : 계정 통화

여러 관점에서의 COA(Chart Of Account)

-operating COA

-Country-Specific COA

-Group COA

G/L Master Data Transactions

S/4 HANA - G/L Account/ Cost Element 통합