학습 일지

생성되어 있는 재무전표를 변경하고 싶을 때,

어떤 필드를 변경할 수 있을지의 변경규칙을 설정할 수 있다.

전표 헤더의 필드와 라인항목에 대한 설정이 가능 하다.

Header부분은 변경할 수 있는 필드가 제한되어 있다.

해당 필드들에 대해 설정을 할 수 있으나, 실제 전표 헤더 수정가능한 필드는

Header Text 와 Reference 두개 필드라고 보면 된다.

전표 헤더 필드에 대한 통제는 Account Type별이나 Special G/L의 Trans. Type별

그리고 Company Code별로 설정이 가능하지만,

위에 세팅한 것처럼 모든 타입에 대하여 다 변경 가능하도록 설정한다.

전표 라인항목도 헤더부분과 마찬가지로 Account Type, Trans. Type, Company Code 별로 설정할 수 있다.

Text필드를 제외한 대부분의 필드들을 변경하기 위해서는 아래 조건에서 가능한 경우가 대다수다.

1. 전기기간(Posting Period)이 열려 있다.
2. 라인아이템이 반제(Clearing)되거나 역분개(Reverse)되지 않아야 한다.
3.  관련된 Credit Memo Invoice가 없어야 한다.
4.  Down Payment로부터 관련된 Credit Memo가 없어야 한다.

Reverse and Negative Posting

SAP에서 이미 생성된 재무전표는 물리적으로 삭제나 중요필드 변경이 불가능하다.

금액을 변경하거나 전표를 취소하려면 차변과 대변이 서로 반대되는 역분개(Reverse)전표 방식으로 처리를 해야한다.

전표 역분개 방법은 Normal Reverse Posting 방식과 Negative Reverse Posting 방식이 있다.

1) Normal Reverse Posting

역분개된 계정의 금액이 반대편으로 나타나서 각 차변과 대변에 금액이 그대로 남아 있으며

단순 합계잔액만이 0으로 표시되는 방식이다. (차/대변에 동일한 금액이 남아 있음)

2) Negative Reverse Posting

발생한 차/대변 항목에 마이너스로 해당 금액을 표기하는 방식이다.

차변이나 대변이나 모두 각각 금액이 0원으로 표기되고, 잔액도 0원으로 표기되어

역분개 금액이 보이지 않는 방식이다.

이러한 방식은 역분개된 금액이 과대 계상되어 보이지 않으므로 실제로 대부분 Negative 방식을 사용한다.

Reverse된 전표번호에 Additional Data를 누르면 Negative 체크 여부로 어떻게 처리되었는지 알 수 있다.

Negative Reverse Posting을 하기위해서는 3곳에서 설정이 필요하다.

첫번째는 Company Code에서 허용하도록 설정.

해당 IMG 경로를 통해 Negative Posting을 허용 할 수 있다.

Negative Postings Permitted 필드 체크를 하면 해당 Company Code에서 Negative Posting이 가능하다.

두번째는 Reason Code에 Negative Posting 허용 설정

역분개 T-Code : FB08에 들어가보면 Reversal Reason을 필수 값으로 입력하게 되어있다.

해당 설정은 위 IMG 경로 Define Reasons for Reversal에서 처리 가능하다.

Reversal Reason 코드에서 Negative Posting 필드를 체크하면 Negative Posting이 가능하다.

Alternative Posting Allowed 설정은 이전 전기기간으로의 Posting을 허용할 것인지에 대한 체크다.

체크되어 있지 않다면 당월로만 역분개가 가능하다. (체크 된 경우 이전월로도 역분개 가능)

세번째는 전표타입(Document Type)에서 설정해야한다.

4장에서 Document Type 설정에서 Negative Posting Permitted 필드 부분 체크여부에 대해 설명 했다.

정리하면, Negative Reverse Posting을 하기위해서는 아래 3가지가 필요하다.

1) Company Code에 Negative Posting 관련 부분 설정

2) Reason Code에 Negative Posting 필드 체크 여부

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

Fiscal Year는 회계 결산기간 설정하는 회계 연도를 의미한다.
 

국가에 따라 1년을 회계연도로 하는 방법이 다르다.

1) Calendar Year = Fiscal Year.

우리나라와 같이 회계연도를 매년 1월1일부터 12월31일까지

달력월이 Fiscal Year의 Period와 동일한 경우다.

2) Calendar Year <> Fiscal Year.

일본, 영국 같은 경우 당해 년도 4월부터 내년 3월인 4~3월제를 사용한다.

실제 달력상 년도와 SAP Posting Period(전기기간)의 Fiscal Year가 같지 않은 경우다.

SAP에서는 최대 16Period까지 설정하여 사용할 수 있다.

13~16 Period는 Special Period라고 불리는데, 주로 IFRS 조정 혹은 연말결산 등을 위하여 사용된다.

13~16Period에 전표를 입력할 수 있는 것은 실제 Posting Date가 마지막 월인 경우에만 가능하다.

위 경로에서 Fiscal Year를 설정할 수 있다.

표준 Fiscal Year는 SAP에서 설정한 값이 있으므로 보통 Special Period가 있는 K1~K4를 주로 사용한다.

이러한 Fiscal Year Variant를 Company Code에 Assign하는 설정은 위 IMG경로에

Assign Company Code to a Fiscal Year Variant에서 설정 할 수 있다.

이렇게 설정된 Period를 기준으로 결산을 위한 전기기간 마감작업이나 계정잔액 조회 시 Period별로 조회가 가능하다.

Posting Period

전기기간을 Posting Period별로 통제할 수 있다.

즉, 재무 결산담당자가 사용자의 특정시점 전표입력을 막고 결산작업을 수행하는 도구로 사용 가능하다.

먼저, Posting Period통제를 위한 Variant를 생성해야 한다.

해당 경로에서 Define Variants for Open Posting Periods를 실행하여

통제를 위한 Variant를 생성한다.

그 후 Open and Close Posting Periods를 실행하여 실제 전기기간을 입력하고

Assign Variants to Company Code를 실행 후 Company Code와 연결하여 적용한다.

Open and Close Posting Periods 화면

실제 전기기간을 입력하는 화면을 보면 Account Type이 있는데

A(Asset), D(Customer), K(Vendor), M(Material), S(G/L Account) 등으로 구분하여 각 타입에 대한 범위를 관리할 수 있다.

Account Type이 '+'인 경우 모든 Account Type에 대해 일괄로 적용하겠다는 것이다. (우선순위)

통제 가능한 Period 범위가 3개가 있다. (보통 Period2 까지 사용한다)

통제가 필요한 경우,

 Authorization Group 에 미리 Authorization을 관리하는 Object인 F_BKPF_BUP의 권한 생성 후,

해당 경리부서의 결산담당자의 사용자 아이디에 위에 만든 Authorization Group을 연결한다.

 그 후 , 위 AuGr필드에 해당 Authorization Group 코드 값을 넣어주면, 해당 권한을 가지는 사용자는

Period1, Period2, Period3 모든 기간에 대하여 전표입력이 가능하고,

AuGr에 해당하지 않는 일반 사용자는 Period2에 대해서 입력이 가능하다.

해당 경로에서 특수한 필드에 대해서 입력을 통제 할 수 있다.

모든 필드에 대하여 통제를 할 수 있는 것은 아니고,

Company ID, Business Area, Profit Center 등 지정된 필드에 대해서만 통제 가능하다.

Posting Authorization ( Tolerance Group )

해당 설정은 국내에서는 잘 사용하지 않는 기능이다.

위 경로에서 Company Code별로 Tolerance Group을 생성하고,

그 생성한 Tolerance Group을 Assign User/Tolerance Groups에서 해당 유저와 연결해주면 된다.

이렇게 하면 특정 사용자에게 전표 입력 시 입력가능 한 총 금액 or Open Item 당 사용가능 금액 등 통제할 수 있다.

Default Values for Accounting Editing Options

전표처리 시 자주 사용하는 필드에 Default Values(기본 값)을 설정해주는 방법으로 T-Code : FB00에서 세팅할 수 있다.

해당 설정은 사용자 개인에 한하여 저장되고 사용된다.

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

이번에 소개할 Event Handler는 DATA_CHANGED다. 

이것은 ALV가 수정모드일 때 데이터가 변경되면 감지해서 이벤트가 발생하게 하는 핸들러다.

로컬 이벤트 핸들러 클래스에 data_changed 이벤트를 구성해주고

1편에서 했던 방법과 똑같이 Set Handler에 handle_data_changed를 설정해주고 해당 구문에 

Break-point를 줘서 ALV의 값을 변경해보자.

빈값이 었던 4번째 라인에 로컬 클래스를 KRW를 입력하고 엔터를 치면 해당 클래스에 디버깅이 타게된다.

해당 이벤트를 타는 것을 알 수 있다.

이후에 PERFORM문에 로직을 작성하면 된다.

로직을 작성할때는 er_data_changed 오브젝트에 들어가보며 mt_mod_cells항목이 있는데 

그 항목이 수정되어있는 라인들의 정보다.

LOOP AT po_data_changed->mt_mod_cells INTO ls_mod_cells. 

수정한 라인의 위치 값 정보를 가지고 로직을 작성 할 수 있다.

다음은 DOBBLE_CLICK 이벤트와 HOTSPOT CLICK 이벤트 가 있는데 두 기능은 비슷하다.

더블클릭은 말그대로 더블클릭했을 때 이벤트가 발생하는거고 핫스팟 클릭은 한번 클릭했을 때 이벤트가 발생하는

이벤트 핸들러라고 생각하면 이해가 쉽다.

더블클릭과 핫스팟 클릭을 구성하고 Set Hanlder까지 구성 후 ALV 실행해서 ALV필드를 클릭해보겠습니다.

더블클릭하면 디버깅이 다편서 몇번째 라인, 어떤 필드를 선택해서 더블클릭했는지 정보를 받아오면서 

이벤트 트리거가 발생합니다.

하지만, 한번 클릭하는  hot spot click은 이벤트 트리거를 안타는데

핫스팟을 설정하려면 다음과 같은 설정이 추가로 필요합니다.

필드카달로그 구성하는 곳에서 원하는 필드에 hotspot 설정을 다음과 같이 해줘야합니다.

Flight Date에 핫스팟 설정을 해주고 ALV를 실행해보면 

해당 필드값에 밑줄이 생기면서 핫스팟 대상임을 표시해 준다.

밑줄이 있는 필드에 한번 클릭을 하게되면 Hotspot 이벤트 트리거가 발생하면서 

해당 로우와 컬럼의 정보를 받아오는 것을 알 수 있습니다.

위 화면의 정보를 가지고 로직을 작성하면 된다.

Exchange Type

동일한 환율이라도 현찰 살 때와 팔 때 그리고 송금 전신환으로 보낼 때 와 받을 때 등 여러가지 Activity 별로 필요한

환율타입을 여러 종류를 만들어 등록 관리하여 사용한다.

기본적으로 환율타입 'M' (Standard transaction at average rate)을 정하여 모든 환율의 기본 표준으로 정하고,

필요시에 환율타입을 추가로 만들어 관리할 수 있다.

환율 타입은 위 경로에서 설정 할 수 있다.

기본적으로 'M' 타입은 필수타입으로 반드시 관리를 해야 하며, 이외 타입은 필요에 따라 여러가지 만들어 사용하면 된다.

위 화면에서 Inv 필드는 자동으로 환율을 Invert할 것인지 여부를 체크하는 필드다.

이 필드에 체크를 했을 경우, KRW : USD 환율 값을 등록 한 경우,

USD : KRW를 등록하지 않아도 자동으로 USD : KRW 환율 값을 반대로 자동 환산 해준다.

위 경로에서 국가코드 설정 시 사용할 환율타입을 설정해 놓아야 해당 국가에 대한 전표처리가 가능하다.

Exchange Rate

Exchange Rate는 국가별로 매일 달라지는 환율 값이다.

환율 값을 위 경로에서 입력할 수 있다.

Direct quotation방식과 Indirect quotation 방식이 있다.

Direct quotation 방식 : 1EUR = 0.94USD

Indirect quotation 방식 : 0.94USD = 1EUR

Direct 방식은 다른 통화를 '1'로 보고 Indirect 방식은 Local Currency를 1로 보는 방식이다.

환율 타입별로 매일 환율 값을 수작업 하는 것은 쉬운일이 아니기에 

대규모 회사에서는 외환은행과 EDI(Electronic Data Interface)를 구현하여,

매일 일정한 오전시간에 자동으로 외한은행에서 제공하는 국가에 대한 다양한 환율 값을 자동으로 구현한다.

Translation Ratios

외환은행 환율 고시 정보를 보면 엔화 같은 경우엔 (100)이라는 표시가 있다.

이것은 Translation Ratios 값으로 우리나라의 통화와 비교할 때 1원이 아니라 100원 기준으로 표시한다는 의미다.

Ex) 100원 = 884.25엔

시스템에도 Translation Ratio를 위 경로에서 할 수 있다.

Translation Ratio가 100:1 이므로 환율 값을 입력할 때 100JPY기준으로 환율 값을 입력해야 한다.

기본적으로 1:1 설정이 많지만, 일본이나 베트남 등 특수 국가들은 다른 값을 설정하여 사용하게 된다.

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

Currency는 통화코드로 전표 입력 시 자국내 통화코드(Local Currency) 를 사용하지만,

경우에 따라 외화코드(Foreign Currency) 사용하는 경우도 존재한다.

Currency 설정 IMG경로는 위 화면과 같다.

다음과 같이 국제표준기구(ISO) 코드를 SAP 표준시스템에서 등록 되어있다.

동일한 ISO코드를 사용하는 두개 이상의 Currency Code를 등록한다면 우선적으로 대표되는

Currency Code에 Primary 필드를 체크한다.

Company Code(회사코드)에는 최대 3개 Currency를 설정하여 관리할 수 있다.

위 경로에 들어가보면

회사코드(company Code)별 FI Currency 3개 설정할 수 있고,

1st local currency는 필수 지정값으로 모든 Company Code에 대하여 무조건 설정이 되어야한다.

2nd, 3rd local currency는 선택사항으로 관리 된다.

전표 조회창에서 Display Currency 버튼을 누르면 어떤 Currency별로 조회할 지 선택가능.

Source Currency Type 은 2nd, 3rd local currency로 환산하여 저장할 경우

환산대상을 전표입력 시 넣은 Transaction currency를 기준으로 할 것인지,

아니면 1st local currency를 기준으로 할 것인지 결정하는 필드다.

('00' = Document currency, '10' = Local currency )

Transltn Date Type (Type of Translation Date) 필드는 환산시에 기준이 되는 일자를 전표의 어느 일자 기준으로 할 것인지 결정하는 필드다.

보통은 전표에 입력한 환산일(Translation date)를 기준으로 하지만 증빙일이나, 전기일로 설정할 수 있다.

Currency Type

Currency Type은 SAP에서 지정한 통화타입으로 용도에 따라 사용하거나,

FI와 CO모듈간에 Interface 등을 사용하는 경우에 두 모듈사이 금액을 변환하는데 주로 사용된다.

40(Hard Currency)에 대해 설명을 하자면,

한국에서 심한 인플레이션이 발생하여 1월에는 1$의 통화가치가 834원이었는데,

점점 원화가치가 떨어져 12월에는 1$의 통화가치가 10000원이 되었다고 가정을 해보자.

연말 기준으로 1년치의 매출금액을 더하면 총 120,000원이다.

12월 환율기준 1$에 10,000원이므로 연간 매출액을 USD로 반환하면 12$로 표시될 수 있다.

그러나 실제로 월별로 환율을 미리 적용하여 표시한 2nd Local Currency 로 하면

이렇게 각각의 발생시점에 통화 환율변환 하는지 혹은 연말에 모아서 연말 총 금액에 대하여 환율 반환할지에 따라

2nd Local Currency 별로 큰 금액차이가 발생할 수 있다.

이때 외부국가의 시각에서는 78$가 더 객관적이고 신빙성이 있다.

이렇게 인플레이션이 심한 국가에서 실질적인 현재가치를 파악하고 싶을 때

2nd Local Currency로 Hard Currency를 사용할 수 있다.

Group Currency는 여러 국가에 회사를 가진 Group일 경우에 동일한 화폐단위로 재무제표를 보기 위해서 사용되며,

Index-based Currency는 인플레이션이 아니더라도 외부의 보고목적으로 해당 목적에 적합한 기준통화를 정하고

그 기준통화로 재무제표 고시를 하기 위하여 사용된다.

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

CL_GUI_ALV_GRID인 클래스 인데, T-code: SE24에 들어가서 해당 클래스 검색해보면

다음과 같은 항목이 보일텐데 Event 탭에 들어가서 어떠한 Event Handler가 있는지 확인 할 수 있다.

이중에서 가장 많이 사용되고 알아두면 좋을만한 것들에 대해서 알아보자.

1. ALV를 구성할 때 작동하는 Event인 Toolbar에 대해서 알아보자.

Toolbar는 ALV에 대해서 작동하는 toolbar 버튼을 구성해주는 Event Handler라고 보면 된다.

버튼을 구성하면 빨간박스 위치에 생성된다.

사용하는 방법은 다음과 같다.

하기와 같이 로컬 클래스 이벤트 핸들러를 정의해주고 로컬 클래스에 대해 생성자를 만들어 준 후 

내가 원하는 이벤트 핸들러를 하나씩 추가하면 된다.

로컬 클래스를 작성한 이후에 해당 클래스를 New구문을 통해 생성해주고,

해당 ALV Gird에 event modified 변수를 넘겨줘서 edit_event에 등록을 시켜주고 

작성한 handle_toolbar를 set handler에 설정해주면 이벤트가 동작한다.

handle_toolbar에 break-point를 찍어서 돌려보면 화면이 생성되는 시점에서 이벤트 트리거가 발생한다.

handle_toolbar에 있는 alv_handle_toolbar 퍼폼문을 다음과 같이 작성하면 된다.

function 명 , Icon여부, button명 등 설정을 해주고 실행하면 

아래 그림과 같이 ALV 버튼이 생성된다.

버튼을 생성했으면 해당 버튼에 대한 기능을 추가해줘야 하는데 이 이벤트는

USER_COMMAND 이벤트 핸들러를 사용하면 작동 시킬 수 있다.

handle_command 로직을 추가하고 핸들러도 추가해주고

PERFORM문 로직을 작성하면 된다.

해당 function은 위에 toolbar를 구성할 떄 작성해 두었던 function명을 입력해주면 해당 로직을 타게된다.

전표 입력 시 Header정보를 입력하고 Line Item항목을 입력하기 위해서는

Posting Key(Pstky) 필드와Account 필드는 필수로 입력해야 한다.

Posting Key는 전표의 각각 라인항목에 입력하는 중요한 코드 값이다.

Posting Key는 위에 경로에서 설정이 가능하다.

Posting Key가 가지는 기능은 크게 3가지로 구분할 수 있다.

1. 전표라인에 들어오는 계정코드가 어떤 타입인지를 구분한다.

위 그림처럼 SAP가 표준으로 정해 놓은 Posting Key 이다.

첫째 자리수가 '0'과 '1'은 AR전표(채권) 이며 ,

'2'와 '3'은 AP전표(채권) 전표,  '5'과'6'은 GL전표(일반)

'70'과 '75'은 AA(고정사잔) 그리고 '89' 와 '99'는 Material(자재)를 의미한다.

2. 라인아이템 항목이 차변(Debit) 인지 차변(Credit) 인지 결정한다.

Posting Key 설정 화면에 들어가면 해당 Posting Key가 차변 인지 대변인지 결정하는 항목이 있다.

설정에 따라 Posting Key가 입력될 때 전표라인의 차변/대변 구분이 가능하다.

3. 입력할 전표 화면의 Field Status 결정한다.

위 화면에서 상단 버튼 Maintain Field Status을 눌러보면,

전표의 라인항목 화면상태는 Posting Key와 G/L Account 의

Field Status Group 두개 조합으로 이뤄진다.

우선순위

Supperess(Hidden) > Display > Required entry > Optional entry

Suppress + optional entry = Suppress

Optional entry + Required entry = Required entry

Suppress + Required entry = Error(Dump)

4. Posting key가 sales와 관련된 것인지, Special G/L를 허용할 것인지,

Payment(지급반제)와 관련됐는지 결정 할 수 있다.

이렇게 Posting Key에 대해서 알아보았다.

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

Financial Document(재무전표) 는 기본적으로 전표 전체 입력하는 Header부분과

차변/대변 항목들의 상세한 정보들을 입력하는 Line Item으로 구성되어있다.

전표 Header Table 인 BKPF를 들어가보면

회사코드(BURKS), 전표번호(BELNR) , 전기기간 (GJAHR) 3개 필드로 키 값이 구성 되어있다.

전표 생성 FB01로 들어가보면 다음과 같이 구성되어 있다.

전표 헤더 구성은 다음과 같다.

Document Date(증빙일) , Document Type(전표유형), Company Code(회사코드),

Posting Date(전기일), Currency/Rate(통화) 필드는 필수 값으로 지정 되어있다.

Period는 월을 의미 한다.

그 아래 있는 항목들은 전표유형(Type)에 따라 Field Status Group설정이 반영된다.

라인항목에는 차변/대변을 구분하는 Posting Key, 계정코드(Account) ,

금액, 세금, 사업장 등 여러가지 항목들이 포함된다.

이러한 전표 라인항목은 최소 2라인에서 최대 999라인 까지 입력이 가능하다.

전표 라인항목의 필드 자릿수가 3자리이기 때문에 999라인 이상의 라인항목 생성이 안된다.

차변/대변 의 합계 잔액은 반드시 0원이 되어야 전표가 생성될 수 있다.

Document Type

전표 타입은 위 경로에서 미리 설정 할 수 있다.

전표타입은 여러가지 기능을 수행한다.

첫번째 : 재무전표의 번호범위 (Number Range) 를 결정한다.

두번째 : 타입에 따라 어떤 Account Type을 허용할지 결정한다.

세번째 : Document Header Text, Reference Number와 같은 전표헤더의 필드 Status 설정 가능하다.

네번째 : Cash Discount관련하여 Gross Method / Net Method 처리 결정

등등 다양한 기능이 있다.

그러면 첫번째 기능부터 알아보자.

1. 번호범위(Number Range) 결정

위 화면을 보면 전표타입 'AA'는 Number Range '10'을 사용한다.

우측 버튼 (Number Range Information) 을 들어가보면

해당 Company Code 를 입력하게 되면 Number Range를 볼 수 있다.

10번은 1000000000 ~ 1099999999 로 세팅이 되어있다.

Number Range는 각각의 Company Code에 대하여 연도별로 설정이 가능하다.

Year값이 변하면서 연도별로 전표번호를 중복으로 사용이 가능하고,

9999년으로 세팅을 하면 중복된 전표번호 없이 9999년 까지 범위내 사용할 수 있다.

위에 세팅은 연도별로 초기화 되도록 세팅이 되어있는 상태다.

전표 번호범위는 반드시 연도에 대하여 설정이 되어야하며, 2가지 방식이 있다.

1) To a fiscal year in the future : 해당연도가 될 때까지 동일번호 범위로 생성

2) For every fiscal year : 매년 새로운 번호범위를 생성 ( 매년 Reset )

External : 자동 채번이 아니라 직접 입력해서 채번하는 방식

일반적으로 Internal 전표번호는 Number Range 안에서 순차적으로 +1 씩 올라간다.

그러나, 대량의 Goods Issue / Goods Receipt 등 작업이 수행되어 1초에

수천건의 전표가 생성될 경우 1씩 올라가면 처리속도가 아무 오래 걸린다.

이 처리속도로 인하여 GI/GR 처리속도가 급격하게 떨어진다.

주로 월말 결산 작업 시 이러한 현상이 발 생 할 수 있는데,

이럴 때 사용 하는 것이 Number Range Buffering 이다.

Number Range Buffering 값을 1말고 크게 100 정도 잡으면

대량의 작업이 시작될 때 100개씩 가지고가서 작업을 하므로 빠른 처리 속도를 가질 수 있다.

문제는 해당 버퍼번호를 다 사용하지 않을 경우 중간에 빈 전표번호가 발생한다는 점이다.

버퍼링 설정은 T-code : SNRO로 들어가서 한다.

2. Account Type 결정

특정 계정코드에 관련된 전표만 받을 것인지 결정할 수 있습니다.

위 그림처럼 해당 Document type에 대하여 계정을 선택 할 수 있습니다.

일반적으로 첫번째 알파벳으로 특성을 구분 지을 수 있는데

A(Asset) / D(Customer) / K(Vendor) / M(Materials) / S(General Ledger) 이렇게 구분된다.

3. Header Field 결정

체크를 하면 전표 입력 시 Header에서 체크 된 항목은 필수로 작성해야 전표를 생성 할 수 있다.

4. Cash Discount 방법 결정

Net Document type을 선택하면 Net Method 방식, 선택을 안하면 Gross Method 방식이다.

또한, 추가로 전표에서 하나의 Customer 나 Vendor 라인만 허용하는 Cust/Vend Check 설정부분이 있으며

Negative posing 허용 여부, Inter-Company( Corss-Company) posting 처리 허용 할 지

Inter-Compnay 처리시에 입력이 필요한 Trading partner 도 허용하게 할 것인지 결정을 할 수 있습니다.

마지막으로 Batch-input only로만 사용 가능하게 설정 도 할 수 있다.

Document Type(전표타입)은 Client별로 생성하고 관리되는 항목이다.

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