개린이의 개발자 blog

Financial Document Clearing에 대하여 공부해보자 Clearing : 반제 1. Performing Open Item Clearing 대표적인 예로는 발생된 AR/AP Document에 대한 Payment Document 처리 G/L Account중에 유형이 K(Customer)또는 D(Vender) clearing(반제) 처리를 할 수 있는 대상이 된다. S(일반G/L유형)의 경우 계정마스터의 오픈아이템매니지먼트 속성을 선택하면 반제처리 대상이 된다. 지급처리를 하면서 Open item clearing을 한다. 순서 : AR Invoice 송장 발생 -> 날짜가 지나 예금 조회를 해보니 입금이 되어있고 입금금액의 이상이 없는지 확인 -> Clearing 처리 open item : 송..

FI 공부를 하다보면 어쩔 수 없이 회계용어에 대한 기본 지식이 필요한것 같다. 이번 포스팅에서는 AR / AP 전표에 대하여 공부하려 한다. 해당 내용은 다른 블로그에 더 많은 정보가 디테일 하게 있으니 참고만 하자 1. AR AR(Account Receivable) 매출채권 혹은 미수금 이라고 한다. Account - 계정 Receivable - 받을 수 있는 어려운 말은 뒤로 제쳐두고 두 단어가 합쳐져 '(돈을)받을 수 있는 계정' 이라고 단어의 뜻을 먼저 이해하자. 단어의 뜻을 이해 했으니 이제는 회계용어를 이해해보려 하자 AR은 매출채권과 외상매출금과 받을 어음을 일컫는 말이라고 한다. 외상으로 판매를 하고 돈을 나중에 받는다. 그래서 매출채권이랑 외상매출금 받을 어음은 뭔데? 외상매출 : 상품..

Posting Cross-Company Code Transactions 회사간 거래 전표처리에 대하여 공부해보겠다. 하나의 전표에 둘이상의 컴퍼니코드가 포함되는 회계범위 이다. SAP S/4 HANA 이전에는 Posting Cross가 불가능하여 회사 1000번과 2000번이 있다고 할 때 1000번과 2000번이 거래를 하게 되면 1000번의 거래계정에서는 2000번과의 거래를 클리어링하는 반대전표가 발생하고 2000번에서는 1000번과의 거래를 클리어링 하는 계정을 생성해야 했다. 그런데 SAP S/4 HANA에서 한번에 처리 할 수 있는 방법이 새롭게 생겼다. Central Procurement Example Posting CC 1000 -> Document no.1500000010 VENDOR 1..

이미 전기된 전표의 역분개 처리에 대하여 공부해보겠다. 역분개 처리는 두가지 방식이 있다. 물리적인 전표 삭제는 불가능하다. 그래서 이미 포스팅이 완료된 전표는 오류가 발견되어 무효화 하려면 차대를 변경하거나 SAP에서 지원하는 역분개 기능을 이용한다. 1. Normal Reversal 대변의 값을 차변에 추가로 대변의 값만큼 추가한다. 단점 : 차대의 잔액이 그대로 남아있어 포스팅을 하고 역분개를 할때마다 잔액이 증가하게된다. 2. Negative Posting 차대의 잔액을 0으로 만들기 위해 해당 방법이 고안되었다. 대변, 차변의 값 만큼 -금액으로 추가하여 잔액을 0으로 만든다. 실습 Negative Posting Reversal IMG Financial Accounting > General Le..

전표를 생성하였는데 전표에 수정이 필요하면 어떻게 해야할까에 대하여 공부해보자. 전표 정보중 변경이 가능한 필드가 있고 변경이 불가능한 필드가 있다. Modifiable fields in the header (전표의 모자모양 버튼 클릭하여 확인) 헤더 수정 불가 필드 : Document no, Company Code, Fiscal Year., Doc.Date, Posting date, Period, courrency ...... 헤더 수정 가능 필드 : Document header text, Referencce Modifiable fields in the items (전표의 돋보기모양 버튼 클릭하여 확인) 헤더 수정 불가 필드 : Account, Amount, Tax ID, Additional infor..

다양한 기본값들에 대해서 관리하는 것에 대하여 공부를 해보자. Parameter IDs sap 로그인 후 컴퍼니 코드를 입력해야하는 트랜잭션 사용시 컴퍼니코드 입력을 안해도 자동으로 입력되도록 세팅하는 기능 User Master sap에 로그인하는 유저를 관리하는 마스터가 있음. 자기 아이디만 수정가능하도록 권한이 풀려있는데 Language (EN, DE, FR, ES, KR, JP) date format (DD.MM.YYYY, MM/DD/YYYY) Output device( 출력 등) Decimal notation (숫자의 콤마, 점을 정의 10,00 / 10.00) Document display 전표를 조회시 리스트에 구성되는 항목을 임의로 변경 가능 System Defaults 전표처리시 전기일이 ..

업무를 하다보니 계약금(선급금)에 대한 프로세스를 알아야 하는 경우가 생겨 전표생성 포스트와 흐름을 조금 틀어 계약금에 대한 공부를 조금 해보겠다. 업무 : 업체(Vendor)로 부터 지급되거나 수령이 필요한것이 있는데 얼마를 주고 받을 것인지 미리 메모를 해두고 실제로 입금/지급이 완료가 되면 반제(Clearing)작업을 한다. - 프로세스 T-CODE 로직 : FS00(G/L계정 생성 - 계정이 있는 경우 스킵) -> OBYR(대체 및 표준 조정 계정 연결 이미 한경우 스킵) -> F-48(계약금 메모항목 입력) -> FBL1N(공급업체 개별 항목/선급금 내역 조회) -> F-43(송장처리) -> F-54(전기이전) -> F-44(클리어) - 프로세스 로직 : 계정생성 -> 조정계정연결 -> 계약금 ..

전표의 Splitting에 대하여 이해해보자 (Document Splitting) General leger view 원장별로 전표처리한 내역을 볼 수 있는 화면 Data entry view (or entry view) 전표를 사람이 입력한 내역별로 볼 수 있는 화면 Document Splitting을 사용 하는 이유 법적 기준이나 회사의 관리기준에 따라 Company code외의 다른 그룹의 형태로 대차대조표가 필요로 할 때가 있는데 그런경우 세그먼트별로 재무재표를 보여준다. 전표들중 세그먼트가 지정되어있는 Account(계정)은 세그먼트별로 조회하는 화면에서 조회가 가능한데 세그먼트가 지정이 안된 계정은 조회가 불가능하다 그래서 이런 문제를 해결하고자 Document Splitting을 이용한다. Do..

전포조회시 Overview, Detail, 돋보기 버튼 등을 통해 전표의 세부 항목을 볼 수 있다. FI Document는 헤더와 라인아이템으로 나누어져 있다. Line Item - 최소한 2개이상의 라인아이템이 필요하다. (차변, 대변) 전퓽유형을 보고 어떤 거래인지 기준을 잡는다. (ex : 전표유형이 DZ 이면 Customer에 대한 전표, 전표유형이 KR이면 Vendor에 대한 전표) STANDARD 전표유형 (Document type) Customer 위주 유형 DR : Customer invoice (AR전표) - 커스터머 정보가 필수로 입력되야함 DG - Customer credit memos (대변메모) DZ - Customer payments SA - G/L accounting Posti..

Posting Period - 전기기간 Posting Period Variants - 원하는 기간에만 전기할 수 있도록 컨트롤해줌 - Company code 별로 연결해서 관리하는 경우가 많이있다. - 마지막 전기기간인 12번 Posting Periods 다음에 13,14,15,16번 전기기간을 추가해줄 수 있는데 13,14,15,16 전기기간은 closing(결산)기간 일때만 오픈해줄 수 있다. - Posting Period Variants는 Account types과 G/L Accounts로 구성되어 있다. - FI전표 생성시 FI document의 Document header에서 기간을 정검을 먼저 한 후 이상이 없으면 Item에서 계정타입에 따라 전기기간을 체크한다 - First Two Perio..