학습 일지

Sort Key는 전표 생성 시 전표의 Assignment 필드에 어떤 값이 자동으로 들어가게 할 것인지 결정 및

라인 아이템 조회 시  Assignment 필드를 기준으로 Sort 하여 조회하기 때문에 붙여진 명칭이다.

Sort Key는 위 화면 경로에서 설정을 할 수 있다.

Customer / Vendor / General Account 에서도 Sort key 화면의 메뉴가 있다.

Sort Key 001 번은 BUDAT필드 (Posting Data)를 설정한 것을 알 수 있다.

이렇게 미리 설정되어있는 Sort key를 가지고

T-code : BP or FD02(FK02) 에 들어가면 해당 Customer / Vender 등

계정코드에 대해서 Sort key를 지정해줄 수 있다.

해당 계정은 Z01 Sort Key로 설정되어있으며,

Z01은 GJAHR필드 (Fiscal Year) , BELNR ( Document Number) , BUZEI (Item)으로 설정 되어있다.

해당 Customer에 대하여 전표를 작성하면 라인의 Assignment 필드에는 자동적으로 위에 설정된 필드 값들이 들어간다.

타 모듈에서 들어오는 전표도 해당 필드에 아무 값 없이 넘어오는 경우에도 위에서 설정한

로직으로 적용이 되어 해당 필드들은 들어오게 된다.

다만, 해당 필드에 직접 입력한 경우에는 입력 값이 우선순위로 적용이 된다.

Customer / Vendor 뿐만 아니라 G/L Account 도 Sort Key를 설정 할 수 있으며 로직은 동일하다.

Sort key의 우선순위는 Customer / Vender > G/L Account

위의 화면에서 보다시피 Sort Key는 최대 4개의 필드 조합으로 구성될 수 있다.

Open Item(미결항목) 대하여 수동 반제 혹은 자동 반제 처리 시의 반제키 값으로

Assignment 필드가 많이 사용되어 미결키라는 표현으로 사용될 만큼, Sort Key의 설정 및 사용은 아주 중요하다.

Alternative Payer / Payee

Alternative Payer 는 대지급처이며, 대금입금을 대신 해주는 Customer Master를 의미한다.

이렇게 Customer / Vendor에 대지급처로 사용 가능한 payer/payee를 미리 등록해 놓고

입금에 필요한 주소와 Bank정보 등을 전표에서 입력 받아 사용 할 수 있다.

이러한 대지급처는 Customer / Vendor의 General Data에도 등록할 수 있고,

Company Code Data에도 등록이 가능하다.

둘 다 등록 되어있는 경우에는 Company Code data가 우선적으로 적용이 된다.

해당 글은 ' 알기쉽게 정리한 SAP FI' 책을 통해 스스로 공부하면서 정리한 내용이다. 

Reconciliation Account(조정계정) 은 전표 입력 시 Customer / Vendor Master값을

직접 입력하면 자동으로 해당 Customer / Vendor 에 대한

실제 사용 할 G/L Account Number를 연결해 주는 용도로 사용된다.

AR전표를 생성 할 때, 차변에 매출채권은 금액을 받아야 할 Open Item 계정으로 실제 어느 고객에게

받아야 하는 매출채권인지를 알아야 한다.

즉, 차변 매출채권에는 채권계정과 고객정보를 함께 입력을 해야하는데 SAP에서는 입력의 편리함과

실수 방지를 위해 주원장(Main Ledger) 과 보조원장(Sub Ledger)을 한번에 넣기 위해

Customer Master 코드 값을 넣으면 해당 계정에대한 Recociliation Account을

매출채권 차변에 입력하여 정보를 담아준다.

조정계정은 고객이나 벤더 각각의 Company Code data 뷰로 생성하고 관리 할 수 있기에

하나의 고객이나 벤더라고 해도 Company Code별로 조정계정은 서로 다르게 하여 전표 처리가 가능하다.

조정계정은 반드시 Customer / Vender / Asset 등 마스터 코드값을 입력해야만

각각 마스터에 연결되어 있는 G/L 계정이 들어온다.

따라서, FI전표 입력화면에서 직접 조정계정을 입력할 수 없다.

동일한 Company Code 내에서 하나의 Customer 코드에 대하여 설정할 수 있는 조정계정은 1개밖에 없지만,

동일한 Customer나 Vendor 이지만, 1개 이상의 조정계정이 올 수 있다.

이런 경우에는 전표 입력 시 Customer나 Vendor 를 넣으면 조정계정을 직접 수정 할 수 있으며,

SD나 MM 모듈에서  Account assignment 프로세스를 통하여 다른 미결계정으로 바뀌어서 들어올 수 있다.

변경 되어 올 수 있는 조정 계정은 미리 사전에 시스템에 설정이 되어있어야 하는데,

Alternative Reconciliation Account 설정은 위 화면 IMG 경로에서 설정 할 수 있다.

설정에서 원래 Reconciliation Account과 대체될 수 있는 조정계정을 미리 등록해야만

 조정계정에 대한 대체가 가능하다.

이 설정은 Company Code별로 하지 않고 Chart of Account 별로 지정을 한다.

전표 입력 시 해당 Customer/ Vendor 에 대한 조정 계정을 다른 대체조정계정으로 변경하고자 할 경우

계정코드 마스터 조회화면(T-Code : FS00)에서

Recon. Acct Ready for Input 필드를 체크해줘야 한다.

해당 필드가 보이지 않는 경우에는 계정코드의 Account Group Field Status Group 설정 화면에서

해당 필드가 Suppress(Hidden)으로 설정되어 있을 것이다.

위 화면에서 해당필드의 Field Status 설정을 변경해주면 된다.

해당 글은 ' 알기쉽게 정리한 SAP FI' 책을 통해 스스로 공부하면서 정리한 내용이다. 

Terms of Payment (지급조건) 은 발생한 채권/채무에 대하여 지급받는 기간과 할인율을 결정하는 필드값이다.

Vendor나 Customer 생성 시 company code 별로 설정을 해놓으면,

SD모듈의 판매오더나 MM모듈의 구매오더 입력 시 등록된 지급조건 값을 자동으로 가져와서 사용한다.

지급조건은 전표의 Line Item 부분에서 사용이 되며 사용자가 직접 전표입력 시

지급조건에 값을 직접 입력할 수 있다.

채권/채무 전표가 반제처리 되지 않은 미결상태인 경우엔

지급조건 필드값을 FB02(전표변경) 에서 가능하다.

(이미 반제 된 경우 수정 불가능)

Day Limit 은 해당일자까지 입력된 채권/채무 전표를 대상으로 한다는 의미이다.

위 화면은 0으로 설정되어 있기에 해당월의 0일자 까지 들어온 것에 대하여 대상으로 삼는다는 의미다.

Account Type 은 Customer로 설정이 되어있기에 채권전표에서 사용가능 하다는 의미이다.

Baseline data calcuation의 Fixed Day 및 Additional Months 가 빈칸으로 설정 되어 있고,

Default for baseline date가 Document Date로 설정 되어있다.

즉,   전표생성일이 이번달 0일 이전 (저번달)에 AR에 대하여 당월까지 Baseline date로 삼는다는 것이다.

Day Limit과 Payment Terms를 합쳐서 독립된 키 값으로 관리가 된다.

위 화면으로 예시를 들면,

'A504' + '0' 가 키 값이 되기에

같은 Payment Terms라도 Day limit 값을 0이외에 다른 숫자로 세팅을 하게 되면

지급조건을 더 설정할 수 있다.

Cash Discount(할인) 은 위 화면에서 No. of days '30'일 때 설정을 하는 걸로 되어있다.

Percentage 값이 비어 있기에 적용이 안되지만, 만약 2%라고 적혀 있다고 가정하면

만기일로부터(Baseline data) 30일 이내 입금(지급) 처리하면 2% 할인해 준다는 의미다.

또한, Installment Payment(할부지급) 체크 박스에 선택을 한다면 할부 로직이 적용됩니다.

아래를 예시로 들자면

N6ZI 지급조건에는 5개월 할부가 세팅이 되어있다.

총금액중 20%는 즉시 입금을 받고, 나머지는 30일 후에 20%, 45일 후에 20%, 60일 이후 20%, 75일 이후 20%

이렇게 5번에 걸쳐 분할하여 받는 케이스다.

실제 전표를 칠 때 위와 같은 지급조건으로 설정한다면 전표라인을 5개로 자동 분리하여 전표를 생성한다.

Gross Method 방식 vs Net Method 방식

Gross Method 방식은 전체금액을 잡고 처리하는 일반적인 방식이고

Net Method 방식은 구매 시 미리 할인된 금액만큼 제외하고 매입으로 잡고 처리하는 방식이다.

국내에서는 할인제도가 거의 없기에 Gross Method방식으로 사용하지만,

유럽 국가는 할인제도를 많이 사용하여 Net Method방식을 많이 사용한다.

Net Method 방식으로 처리를 하려면

위 화면 경로로 들어가서 설정이 가능하다.

Document Type(전표타입) 설정 시 Net Document Type 부분에 체크를 하면 된다.

해당 글은 ' 알기쉽게 정리한 SAP FI' 책을 통해 스스로 공부하면서 정리한 내용이다. 

Customer Accounts 는 Customer Master라고도 하며,

회사내에서 거래하는 모든 고객들을 등록하여 전표 처리시에 사용할 수 있다.

회사 내부거래를 위해 내부 사업장도 가상의 Customer등록 할 수 있고,

종업원도 Customer로 등록하여 사용한다.

Vender Accounts는 Vender Master라고도 하며,

회사내에서 구매하는 모든 자재나 물품 등을 위한 거래처 등록 하여 전표 처리시에 사용한다.

Vendor 또한 Customer처럼 내부사업장,종업원 등록하여 사용한다.

이처럼, Customer Accounts와 Vendor Accounts는 유사한 특성을 가지고 있다.

Customer/Vender는 하나의 General Data와 여러 개의 Company Code Data를 가진다.

Customer는 판매와 관련된 Sales Area Data를,

 Vendor는구매와 관련된 Purchasing Organization Data를 가진다.

예전에는 Customer/Vendor 를 따로 구성하였는데,

SAP에서는 BP(Business Partner)로 통합하여 관리하고 있다.

이렇게 Business Parter를 만들어 Customer 역할, Vendor 역할들을 한번에 관리한다.

Customer나 Vendor Master에서 Account Group는 반드시 입력해줘야 하는데

가장 중요한 역할을 수행하기 때문이다.

1. Customer / Vendor 생성 시 사용 가능한 번호범위(Number Ranges)를 결정한다.
2. Customer / Vender 의 필드들을 통제할 수 있다.
3. One time Account 설정이다.

번호범위 결정.

위 화면 IMG 경로에서 Number Range를 설정할 수 있다.

Customer / Vender 는 주어진 범위내에서

순차적으로 번호가 부여되는 'Internal' 방식과

사용자가 직접 입력 값을 입력하여 사용하는 'External'방식이 있다.

External 방식으로 설정하고 싶으면 External 필드에 체크를 하면 되고 체크가 없으면

Internal 방식으로 자동 인식된다.

From No는 반드시 To Number보다 작아야 하며 숫자는 문자보다 작게 정의되어 있다.

'0000000001' ~ '0000999999' 혹은 'AAA' to 'ZZZ' 가능하나 ,

'AAA' to '0000099999' 이런 식 으로는 설정이 안된다.

대신 반대 '0000099999' to 'AAA' 는 가능하다!

이렇게 만들어 둔 Number Range를 Account Group과 Assign하기 위해서는 위 IMG 그림에서

Create Number Range 바로 아래 Assign Number Ranges to ~ 클릭하면

다음과 같이 Account Group과 Number Range를 Assign할 수 있는 화면이 나온다.

또한, 해외기업, 국내대기업, 공공기관, 종업원 등 계정그룹을 구분하여

그룹별로 별도의 번호 범위를 관리할 수 있다.

필드 통제.

회사가 사용하지 않을 필드들은 입력, 조회 화면에서 보이지 않게 설정하거나,

꼭 입력 해야하는 필수필드들이 입력되지 않으면 화면이 넘어가지 않도록 설정할 수 있습니다.

위 화면 IMG 경로에서 설정 가능하다.

이는 계정그룹 뿐만 아니라 생성, 조회인지 그리고 company code별로도 다르게 설정가능하다.

Vendor또한 동일한 형태로 되어있다.

회사코드(Company Code) 별로 동일한 Field Status를 사용하고 싶다면 위 화면처럼

'*' 기호를 입력하여 설정하면 따로 Company Code를 설정하지 않아도

'*'에 설정된 Field Status 를 사용하여 필드를 통제 할 수 있다.

필드 통제는 Account Group별 , Company Code별 , Transaction 별 3군데에서 설정이 가능하기에

우선순위가 존재한다.

Suppress(Hidden) > Display > Required entry > Optional entry.

동일 필드에서 Suppress 와  Required entry 로 상반된 특성을 설정할 경우 Dump Error 발생.

One Time Account 설정

계속 거래되는 거래처가 아니고 한번만 사용하는 경우에 정식으로

Master Data를 생성하여 관리할 필요가 없습니다.

이 경우, One time customer(vendor) Account group을 생성하여

하나의 Dummy Customer(Vendor)를 만들고 전표 입력시에 이 코드를 입력한 후

필요한 관련정보(고객명, 계좌정보 등) 을 전표에 입력하여 사용할 수 있다.

Customer & Vendor 상계 반제

회사와 거래를 하는 고객 중 Customer이면서 Vendor인 경우가 존재합니다.

이러한 거래 고객은 AR(채권)전표도 발생하지만 AP(채무)전표도 발생 합니다.

이렇게 채권,채무 둘 다 발생하는 경우에는 대금지불(Payment Run) 작업을 통하여 대금을 지불할 때,

채무 금액 - 채권금액 만큼 남은 금액에 대해서만 지급을 합니다.

Automatic Payment Run (자동지급프로그램)을 실행 할 경우

이 업체가 Customer 이면서 Vendor라는 정보를 알 수 있어야 한다.

위에 화면과 같이 Customer Master에는 Vendor Master가 등록되어 있고,

Vendor Master 에는 Customer Master가 등록되어 있는 경우

Payment Transaction 탭에 Clearing w. customer 란 체크박스가 보이게 됩니다.

이 체크박스를 체크하면 Automatic Payment Run(자동지급) 프로그램에서

Customer 와 Vendor를 서로 상계하여 반제하고 남은 채무금액만 지급처리 수행 합니다.

해당 글은 ' 알기쉽게 정리한 SAP FI' 책을 통해 스스로 공부하면서 정리한 내용이다.

하나의 계정코드에는 2가지 종류의 세그먼트로 구분할 수 있다.

G/L 마스터 T-Code : FS00.

1. Chart of Account 세그먼트 (T-code : FSP0)

2. Company Code 세그먼트 ( T-code : FSS0 )

Chart of Account 세크먼트는 하나의 계정코드 마다 1개만 존재할 수 있지만,

Company Code 세그먼트는 Company code의 개수에 따라서 여러 개가 존재 할 수 있다.

Chart of Account Segment 정보 (FSP0)

Account Group (계정그룹)은 2가지 역할을 한다.

1) 계정코드(Account Number) 의 번호범위(Number Range)를 통제한다.

2) Company code segment 의 필드를 통제한다. (Field status Group)  

Account Group과 트랜젝션코드로 화면이 통제가 가능하기에 동일한 필드에 대하여 필드통제가

서로 다른 경우에는 아래와 같은 우선순위를 두어 높은 우선순위가 Activity가 처리되도록 하고있다.

Field Status Group 우선순위

Suppress > Display > Required entry > Optional entry

하나의 동일 필드가 계정코드그룹에서는 Hidden(Suppress)로 설정되어있고,

트랜젝션코드 설정에서는 Required entrty로 설정되어있는경우엔 Dump 에러가 발생.

위에 그림에 있는 Define Account Group에 들어가보면 계정그룹 설정화면이 나온다.

모든 Account Group별로 계정코드의 번호범위를 동일하게 부여할 수 있지만,

위에 그림처럼 계정그룹별로 어느정도 사용할 수 있는 Number Range를 설정하는 것이 오류를 줄일 수 있다.

위에 화면에서 라인을 선택하고 Field Status 버튼을 클릭하면 필드의 특성을 설정할 수 있다.

계정 특성 설정

계정코드는 각각 어떤 특성을 가진 계정인지 설정을 해야한다.

Balance Sheet 특성 (대차대조계정) 과 P&: Statement Account 특성 (P/L 손익계정) 이다.

연말결산작업 중 잔액이월(Balance Carry-forward) 작업을 수행 할 때

Balance Sheet 특성을 가진 계정은 계정잔액금액을 금액 그대로 차년도 이월

P&L Statement Account 계정은 해당 계정으로 이월하지 않고,

이익잉여금계정(retained earnings account)으로 설정된 계정에 손익계정을 전체 합한 잉여금계정만 이월한다.

즉, B/S계정은 해당 잔액을 그대로 차기년도로 이월하는 것이고 P/L계정은 이익잉여금계정으로

P/L 계정들이 Summary된 금액이 이월되는 차이점을 가지고 있다.

Define Retained Earnings Account (이익잉여금 정의) 에 들어가보면

이익잉여금계정 설정화면이 나온다.

이익잉여금계정은 하나 혹은 여러 개를 설정할 수 있다.

위 화면은 1개의 이익잉여금 계정으로 집계되도록 설정된 경우다.

만약 'X' 말고 다른 계정 'A' 로 이익잉여금 계정을 추가했다면

G/L Account 설정 시 P&L Statement account 로 설정 시

Functional Area에서 X'와 'A' 중 하나를 선택하는 화면이 나타나며 둘 중 하나를 선택하면 된다.

Company Code Segment 정보 (FSS0)

Account Currency 필드는 해당 계정코드의 통화를 설정하는 필드다.

외화은행계좌인 경우엔 해당 외화 통화코드를 넣고 사용한다.

해당 필드가 특정 외화통화로 설정되어 있는 경우에는 이 계정으로 전표를 칠 때

지정된 통화이외에 다른 통화를 입력할 경우에는 전표 입력이 되지 않는다.

보통 빈칸으로 두거나, Company Code의 Local 통화로 입력하여

사용자가 어떠한 통화로 입력하여도 전표가 가능하게 설정을 합니다.

Tax Category 필드는 계정코드가 어떤 타입의 세금코드 인지를 설정하는 필드다.

값이 '*'인 경우 매입, 매출 어떠한 세금코드가 들어오더라도 전표기표가 가능하다.

값이 '-'인 경우 매입부가세 코드만 입력할 수 있으며,

값이 '+'인 경우 매출부가세 코드만 입력할 수 있다.

값이 '<'인 경우 해당 계정코드 자체가 매입부가세 계정코드라는 의미이며,

값이 '>'인 경우 해당 계정코드 자체가 매출부가세 계정코드를 의미한다.

Extended Open Item Management는 미결계정(Open Item) 으로 관리할 것인지를 결정하는 필드다.

미결계정이란 반드시 반제(Clearing)처리가 필요한 계정이라는 의미다.

일반적으로 Customer , Vendor 등의 reconciliation 계정은 여기에 체크하지 않고 자동으로 미결계정으로 인식한다.

Bank(은행), tax(세금), raw material(자재), reconciliation(조정), P&L(손익) 계정 등은 Open 계정으로 설정하지 않아도 자동으로 Open계정으로 인식

Sort Key 필드는 전표의 Assignment 필드값에 어떤 값이 들어올 것인지를 결정하는 설정 조건이다.

이 Assignment 필드는 Line Item 화면에서 제일 좌측에 보여져 전표의 라인항목 순서를 결정하므로 sort key라는 명칭으로 설정되었다.

Field Status Group 필드는 이 계정코드로 전표를 입력할 때 나타나는 전표입력 필드의 화면을 설정 하는 필드다.

Post Automatically Only 필드 설정할 경우엔 자동 생성되는 전표의 계정으로만 사용할 수 있다.

Supplement Auto. Posting 필드는 자동으로 생성되는 전표라고 할지라도 체크하게 되면

수작업으로 전표를 입력할 수 있는 계정이 된다.

해당 글은 ' 알기쉽게 정리한 SAP FI' 책을 통해 스스로 공부하면서 정리한 내용이다.

Chart of Accounts는 회사에서 사용할 G/L Account의 모음으로 계정과목집 혹은 계정코드집이라 한다.

SAP시스템 내에서는 여러 개의 CoA를 생성하여 사용할 수 있다.

Chart of Account는 위에 위치에서 정의 할 수 있다.

CoA는 4자리 이내 영문자 및 숫자로 코드값 정의 가능하다.

General specifications 탭

사용언어 설정 및 계정코드(G/L Account) 의 자릴수를 10자리 이내에서 설정 가능하다.

해당 항목은 6자리이내로 설정이 되어있다.

이렇게 10자리보다 작은 코드값을 사용할 경우 앞이나 뒷부분에 빈칸이 생기게 되는데,

시스템에서 G/L Account의 문자/숫자 유형에 따라 자동으로 0으로 채워준다.

숫자로만 이루어지면 0은 앞으로 채워진다. (ex. 0000123456 )

문자가 하나라도 있으면 0은 뒤로 채워진다. (ex. 12345A0000 )

Consolidation 탭

Group Chart of Account를 설정 할 수 있으며

서로 다른 CoA를 사용하는 회사를 하나의 계정코드로 묶어서 볼 수 있게 해주는 기능이다.

Status 탭

Blocked 필드를 이용하여 이 CoA를 사용중지 상태로 만들 수 있다.

하나의 Company Code는 반드시 하나의 CoA를 사용해야만 한다.

하지만, 여러 개의 Company Code가 하나의 동일한 CoA를 사용할 수 있다.

이유는 동일회사 또는 동일 그룹인 경우 하나의 CoA를 사용해야만 회사 전체 재무제표 생성이 쉽기때문이다.

위에 설정에서 CoA와 Company Code를 Assign 할 수 있다.

Group Chart of Account

Group Chart of Account는 서로 다른 CoA를 사용하는 회사에 대하여 동일한 Group Account를 연결하여

그룹공통의 재무제표를 생성할 수 있도록 해주는 그룹 계정과목집이다.

주로 대외적인 목적보다는 내부관리 목적으로 사용된다.

Group CoA가 활성화가 되면 Group Account Number가 필수필드가 되어

G/L Account 생성 시 반드시 Group Account Number를 입력 받아야 한다.

Group CoA를 사용하지 않는다고 세팅하면

G/L Account 생성 시 Group Account Number 필드가 화면에 보이지 않게 된다.

전표 작성 시 Group Account Number는 BSEG테이블의 ALTKT 필드로 들어간다.

Country Chart of Account

Country Chart of Account는 Country-specific CoA 혹은 Alternative CoA라고 불린다.

Country CoA는 국가별 특별한 규제 목적의 재무제표나 세무 레포트 작성을 위해 고유의 계정코드를 사용할 필요가 있다.

Group CoA는 내부적인 목적으로 사용이라면 Country CoA는 특정 국가별 요구되는 법적인 요건을 위한 외부적인 목적이다.

Alt. CoA가 설정되면 전표 생성 시 BSEG 테이블의 LOKKT 필드에 Country CoA 정보가 저장된다.

일반적인 Operation CoA는 필수로 입력되어야 하며,

Group CoA 나 Alternative CoA는 선택적으로 사용하거나 하지 않을 수 있다.

G/L Account 생성 시 설정해두면 자동으로 생성되기에 최근에 사용하는 기업들이 늘고 있는 추세다.

해당 글은 ' 알기쉽게 정리한 SAP FI' 책을 통해 스스로 공부하면서 정리한 내용이다.

1. Company

Company 는 Company Code와 다른 조직구조이다.

Company는 연결회계(consolidation) 목적으로 사용되며,

사용하려면 회사코드 생성하기 전에 먼저 생성하여야 한다.

오로지 Consolidation 담당자가 사용하는 조직구조로 일반 SAP사용자는 몰라도 되는 정보이다.

Define Company 에서 Company를 생성할 수 있으며

위에 보이는 화면과 같이 회사의 주소정도 , 나라, 언어 그리고 통화 정보를 입력하여 관리한다.

이렇게 설정된 Company 정보는 Company Code와 Assign할 수 있다.

하나의 Company는 여러 개의 회사코드와 연결될 수 있지만,

연결결산의 용도로 사용하기 위한 값이기에 상위조직은 아니다.

이렇게 미리 정의된 Company값을 가지고 계정코드 생성화면에서 각각의 계정코드 별로

Trading Partner 값을 등록하거나, 연결결산 혹은 Cross-Company code Transaction 처리시에 사용할 수 있다.

2. Profit Center

Profit Center : 손익부서코드로 매출을 취합하여 이를 원가에 반영하는 목적 (FI)

Cost Center : 비용을 취합하여 이를 원가에 투입하고자 하는 목적 (CO)

Profit Center는 내부관리 목적으로 B/S(대차대조표) 와 P/L (손익계산서)의 산출목적

CO모듈 구성요소로 시작하였으나,

New G/L를 사용하면서 BA기능을 대신할 수 있는 FI조직코드로 통합되어 사용하고 있다.

Profit Center는 Business Area보다 유연하게 사용이 가능하다.

입력하지 않더라도 전표생성 저장이 가능하고

조직구조 변경이나 Hierarchy 구성이 가능한 조직코드다

Profit Center 생성시에 설정하는 항목들이다.

Profit Center Group, Segment정보 , Profit Center값이 없을 때 자동으로 입력하게 하는

Dummy Profit Center인지 여부, Lock, 그리고 Company Code 등의 정보를 가지고 있다.

SAP사용 가능한 대부분의 Object에서 Profit Center를 연결하여 사용이 가능하므로

아주 강력한 조직구조의 하나이다.

들어가보면 아래 그림처럼 General Account(계정코드) 그룹에 대하여 기본 Profit Center값을 설정해 놓을 수 있다.

설정된 계정코드로 발생한 전표라인에 대해서 Default Profit Center로 설정된 값을 자동으로 할당된다.

필요하면, 사용자가 직접 수정할 수 있다.

3. Segment

Segment는 Business Area 나 Profit Center보다 더 자유로운 레포팅을 위하여 신규로 추가된 조직구주다.

위의 그림처럼 직접 Segment를 입력할 수 있으며,

아래와 같이 Profit Center 정의에서 생성시 연계된 segment 값을 미리 입력하여 저장 할 수 있다.

이렇게 Profit Center에 Segment를 설정해주면 다양한 Object에서 Profit Center 값이 정해질 때

Segment가 자동으로 반영된다.

MM/PP/SD/CO/PS 등 다른 모듈에서 재무전표가 발생하면 입력된 Profit Center 값이 들어올 때 자동으로 Segment를 가져오는 구조이다.

Segment는 New G/L Document Splitting 시에 사용하여 효율적인 재무제표를 생성할 수 있다.

Segment 는 위에 그림에서 설정이 가능하다.

해당 글은 ' 알기쉽게 정리한 SAP FI' 책을 통해 스스로 공부하면서 정리한 내용이다.

1. Client

Client는 직접적인 FI의 조직구조가 아니다. 하지만 SAP에서 모든 모듈의 최상위의 조직레벨로 볼 수 있다.

SAP GUI 로그인 할 때 Client를 지정하도록 되어있다.

즉, 우리가 일반적으로 SAP에 로그인하여 사용할 때 반드시 하나의 Client 업무 처리

Client 내에서 독립적인 사용자관리, IMG설정, Company Code 등의 조직단위 설정 및

트랜젝션처리 작업을 수행한다.

일부 IMG설정에서 전체 Client에 공용되는 설정도 있을 수 있다.

2. Company Code

Company Code(회사코드)는 SAP의 모든 조직구조 중에서 가장 기본이다.

Company Code = SAP FI에서 법적인 조직구조 (Legal entity)

회사코드 단위로 독립적인 B/L Sheet (대차대조표) 와 P/L Account(손인계산서) 생성이 가능.

또한,  재무결산 및 감가상각 등의 작업을 수행 할 수 있다.

회사코드는 국가별로 법인 또는 지점을 가지고 있을 경우

사용언어 및 통화상의 문제로 국가별로 Company Code를 구성하여 사용하기도 한다.

3. Business Area

Business Area(BA)는 회사 내부적인 레포팅을 작성하기 위한 조직구조로 많이 사용된다.

회사코드의 종속적인 조직구조가 아니다.

→ 하나의 BA가 여러 개의 회사코드에 연결하여 사용할 수 있으나,

일반적으로 하나의 회사코드에만 연결하여 사용하는 케이스가 많다.

BA 단위로 B/L Sheet나 P/L analysis를 작성할 수 있으나,

은행정보나 세금 정보가 직접적으로 연결이 안되어 외부보고차원의

재무제포나 레포트를 사용하기엔 어려움이 발생하고

결산 프로그램이나 감가상각작업 등 실행 할 수 없다.

그래서 최근에는 BA보다는 역할을 대신할 수 있는 Profit Center를 사용하는 경우가 많다.

실제로, SAP에서 BA기능보안은 중지하고, Profit Center를 많이 사용하도록 권장한다.

하나의 BA는 여러 개의 회사코드와 연결 될 수 있기에

회사코드와 별도로 연결(Assign) 설정을 하지 않는다.

Business Area를 사용할 것인지 아닌지는 Company Code 설정화면에서 세팅한다.

Enter Global Parameters에 들어가면 다음과 화면이 나온다.

Business Area Fin. Statements 필드에 체크를 할 경우 Business Area가 필수 필드로 설정된다는 것이다.

BA가 필수 필드가 되면 CO,MM,SD등 다른 모듈에서도 동일하게 필수값으로 입력 받아야 한다.

조직구조에서 Client와 Company Code 그리고 Business Area에 대해서 알아보았다.

해당 글은 ' 알기쉽게 정리한 SAP FI' 책을 통해 스스로 공부하면서 정리한 내용이다.