학습 일지

전표 입력 시 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' 책을 통해 스스로 공부하면서 정리한 내용이다. 

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' 책을 통해 스스로 공부하면서 정리한 내용이다. 

SAP에서 프로그램을 개발할 때 가장 많이 쓰는 ALV Class 에대해서 알아보자.

SAP에서 제공하는 ALV Class는 바로 CL_GUI_ALV_GRID .

ALV란 Report 프로그램에서 데이터를 조회하거나 조회된 데이터를 가공하는데 사용되는 

ABAP List Viewer다.

아래 그림과 같이 하나의 테이블로 구성되어 화면에 나타나는 것을 ALV라고 한다.

기본적으로 ALV Class인 CL_GUI_ALV_GRID 클래스를 사용하기 위해서는 

하기와 같이 DATA 타입을 선언이 필요하다. 

인라인 방법으로는 다음과 같다.

container_name에는 스크린의 Custom Control Name에 넣어준 이름을 넣어주시면 됩니다.

그러면 CL_GUI_ALV_GIRD에서 자주 사용하는 메서드를 알아보자.

1. GET_SELECTED_ROWS

ALV에 선택된 행에 대한 정보를 받아오는 Method다.

.

해당 Method는 CL_GUI_ALV_GRID 를 참조하는 객체를 생성한 go_alv를 이용하여 호출.

'BACK' (뒤로가기) 버튼을 눌렀을 때 선택된 라인에 대한 정보를 얻기위해 아래와 같이 코드를 작성 후

디버깅을 걸고 2개 선택을 한 후 lt_rows에 어떤 정보가 오는지 확인해보겠습니다.

하기와 같이 2번째와 4번째 선택된 행의 Index 정보를 얻을 수 있습니다.

해당 기능을 통해 Add버튼 혹은 Del 버튼 등 로직을 작성하는데 사용할 수 있습니다.

2. GET_CURRENT_CELL.

AVL에서 커서가 놓은 위치의 값과 속성들을 반환하는 메소드입니다.

호출 방법은 동일

해당 메소드는 2개의 라인과 컬럼의 인덱스 번호를 반환한다.

하나는 현재 선택된 셀의 라인과 컬럼을 반환하고 

다른 하나는 필터링을 통해 설정하거나 숨기기 했을 때 실제로 보이는 값과

인터널 데이블의 순서가 다르기 때문에 인터널 테이블의 라인과 칼럼을 반환한다.

다음과 같이 ALV에서 Over Days 컬럽에 5번째 라인 30을 선택하고 디버깅을 진행해보면

해당 셀에 몇번째 컬럼인지 , 라인의 인덱스 정보, 값 등 선택된 행에 대한 정보를 얻을 수 있다. 

3. CHECK_CHANGED_DATA.

ALV 내에서 변경된 데이터를 확인하는 Method입니다.

위에서 확인했던 Over Days 30의 값을 40으로 변경해서 디버깅 진행해보겠습니다.

그러면 lv_valid 값이 변경되어서 'X'를 받아옵니다.

만약 alv에 아무것도 변경하지 않았다면 lv_valid 값은 빈값으로 반환 됨.

해당 기능을 이용하여 alv에 변경사항이 있을 시 언급해주는 로직을 작성 가능.

4. REFRESH_TABLE_DISPLAY

조회된 화면에 ALV 인터널 테이블을 다시 조회할 때 사용하는 메소드로,

데이터가 변경되거나 SELECT문을 다시 수행할 때 새로고침 해주는 메소드

해당 메소드는 아래와 같은 방법으로 호출 할 수 있다.

is_stable : 라인의 컬럼 위치를 기억하여 재조회 하고 이전의 위치에 화면을 보이게 하는 역할.

i_soft_refresh : 'X'를 주었을 때 sort, filter, sum 등 현재 alv의 layout 세팅을 그대로 유지한 상태로 refresh 진행.

i_soft_refresh에 빈값을 넣으면 alv sort등이 유지가 안되어 원하는 위치에 라인을 추가할 경우 

원하는 위치에 반영이 되지않을 수 있으니 참고하세요.

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' 책을 통해 스스로 공부하면서 정리한 내용이다.

ABAP 개발을 하다보면 Search help 기능을 많이 만들게 된다.

그때마다 자주 사용하는 CALL FUNCTION인 

'F4IF_FIELD_VALUE_REQUEST' 와

'F4IF_INT_TABLE_VALUE_REQUEST'

FUNCTION에 대해서 알아보고, 초기 필드값을 넘겨줘서 제한된 값을 얻는 방법에 대해서 알아보자.

'F4IF_FIELD_VALUE_REQUEST' 는 기본적으로 이렇게 구성된다.

tabname 은 테이블 또는 스트럭쳐 Name일 말한다. 

fieldname은 해당 tabname에 필드 네임을 넣어준다.

위에 코드로 예시를 들면 T001이라는 테이블에 BUKRS(company code) 필드를 말한다.

searchhelp는 해당 search help 이름을 말한다.

SE11에서 Tabname 'T001'을 조회해보면 해당 테이블에 필드 BUKRS가 있고,

Input Help/Check tab에 Srch help에 C_T001이라는 Search Help가 연결된 것을 확인 할 수 있다.

이렇게 할당되어있는 경우에는 위에 Search Help값을 필드 BUKRS가 Search Help C_T001이 연결되어있기에 문제없이 호출이 된다.

Search help값을 주석하고 돌려도 이렇게 잘 되는 것을 알 수 있다.

하지만 Tabname에 특정 필드에 연결된 search help가 없을 경우엔 Search help를 넣어줌으로써 해당search help를 불러온다.

Search help를 직접 할당한 경우엔 fieldname, tabname 아무 값이나 넣고 돌려도 C_T001이 열린다.

대신 tabname과 fieldname은 필수로 exporting해줘야 하는 값이기에 삭제하면 Dump에러가 발생한다.

shlpparam은 Search Help에서 값을 가져올 Field 이름이다.

위에서는 BUKRS를 넣어줬으니 Bukrs값을 가져온다는 의미이다.

해당 C_T00l1은 BUKRS만 구성되어있지만,

아래 서치헬프 H_T002은 SPRAS, SPTXT값을 가져올 수 있다.

dynprog 은 Exporting 파라미터를 보낼 프로그램

dynnpr은 exporting 파라미터를 보낼 프로그램의 Screen 번호

dynprofiled는 exporting 파라미터를 내보낼 필드로 보시면 된다.

말그대로 dynamic하게 반영해주기 때문에 아주 편하고 유용하게 사용된다.

자 그럼 초기 필드값의 세팅하는 방법에 대해서 알아보자.

Exporting 에 callback_program과 callback_form을 넣어주면 됩니다.

callback_program 은 Search Help 실행 전 Perform문을 부를 프로그램 정보

callback_form은 callback_program에 있는 Perform문의 이름을 가리킨다.

그러면 sy-repid(현재 프로그램)에 CALL_BACK_BUKRS 퍼폼문을 부른다는 의미이기에 다음과 같이 해당 프로그램에 Perform문을 작성해준다.

이부분은 Exit을 이용한 Search Help를 만들때와 같은 방법으로 selopt을 설정하여 파라미터를 넘겨주는 것과 같다.

BUKRS필드에 '맛있닭'이라는 초기값을 세팅해서 F4(search help)를 사용해보면 다음과 같은 결과가나온다.

자 그러면 2번째로 많이 쓰이는 FUNCTION인 'F4IF_INT_TABLE_VALUE_REQUEST'와 비교해보자.

Function 이름에서 부터 Internal table을 가지고 search help할 것이라는 느낌을 받을 수 있듯이

위와 같이 search help할 테이블을 인터널 테이블로 구성하고 TABLES에 해당 인터널테이블을 보내

Search Help를 만들어 주는것으로 보면 된다.

특정 테이블의 필드와 매칭된 search help 나 혹은 만들어진 search help가 아니라 커스텀한 테이블을 가지고 search help를 구성할 때 사용한다고 생각하면 될 것 같다.

retfield는 internal table에서 구성된 어떤 필드를 exporting 할 파라미터인지를 정해주는 것으로 보면 된다.

초기 필드값 세팅하는 방법은 위의 방법과 같이 callback_program 과 callback_form을 지정해주고

Perform문을 만들어 주기만 하면 끝.

하지만 위에 설명한 CALL BACK FORM에서 다른점은 다음과 같다.

해당 펑션은 internal table로 받아오기 때문에, F4 실행전 수행하는 Form문에서는 

어떤 필드에 초기값을 넣어줘야할지 인식을 못한다.

첫번째 값이면 'F0001' 두번째면 'F0002' ~ 이런식으로 넣어주면 된다.

위의 코드를 보면 3번째 필드에 초기값을 세팅하는 것이라고 보면 된다.

User 필드에 세팅하고 싶다면 

ls_selopt-shlpfield = 'F0001'로 설정하면 User필드에 값이 들어 간다.

기존의 Search Help가 대량의 데이터거나 internal table이 대령 데이터일 경우

초기값을 세팅하여 초기값으로 제한된 Hit List를 띄어 선택할 수 있게 할 수 있어서

F4를 눌렀을 떄 시간을 단축시킬 수 있어 프로그램이 훨씬 깔끔해지는 장점이 생긴다.