개린이의 개발자 blog

지급 관련 Tolearance group 지급을 하는데 Tolearance와 무엇이 관련이 있는지 아래 내용을 정리하면서 살펴보자 우선 Tolearance에 대해 복습을 하자면 사전적 의미로는 tolearance - 용인, 참다 와 같은 의미를 갖고있는데 앞 포스팅에서 설명한것과 같이 SAP에서는 한도 라고 생각하면 될것 같다. Tolerance group for employees (한도를 직원 레벨에서 컨트롤) - Upper limits for transactions (전표의 최대한도 금액 설정) - Permmited payment differences (차액 지급에 대한 허용범위 설정) Tolearance group for G/L accounts (한도를 G/L계정 레벨에서 컨트롤) - Permitt..

거래처에는 두가지 분류가 있다. 1.Customer(고객) - 타 업체에 판매를 하여 매출을 발생시키게 되는경우 2. Vendor(구매처) - 타 업체에 구매를 하여 매입을 발생시키게 되는 경우

1. IMG - 재무회계(신규) - General Ledger Accounting(NEW) - 마스터 데이터 - G/L 계정 - 재무제표버전 정의 작성 2.OBYP - 미착미불 관련해서 정의

오늘 업무를 하던도중 재무팀에게 연락이왔다. "지급제안생성 했는데 지급제안조회 하니까 예외건이 발생했어요! 왜그러죠?" 싸늘하다. T-CODE: F110 F110에서 제안조회 버튼을 통한 FBZ0으로 이동 에러코드 007 지급제안 예외건의 에러코드를 보니 에러코드가 007이다. T-CODE : FK03 처음 의심된 곳은 은행정보가 잘못 입력된게 아닐까 싶었다. 그래서 찾아간 곳은 공급업체 기준 정보이다. 은행정보는 정상적으로 입력되어 있고 지급조건 또한 올바르게 입력되어 있었다. F110 LOG F110에서 실행한 로그를 조회하는데 내자리에서 되지 않아서 직장동료의 SAP ID로 접속하여 로그를 확인하니 잘 조회되었다. 로그 내용 : 테이블 074 에서, 엔트리 1000 K W 3110305가 누락되었습..

하루에 한번씩 인사총무 시스템으로 부터 받은 법인카드 승인내역을 자동으로 전표처리 해주는 프로세스가 현업 요청에 의해 필요하게 되었다. 하여 설계를 하다보니 배치잡이 필요하게 되어 이번 포스팅은 배치잡을 만들며 작성하도록 하겠다. 배치잡의 특성으로는 Background Batch Job이라고 등록한 배치잡을 SM36이 아닌 일반 프로그램에 들어가서 배치를 실행하는 경우가 있는데 이런 경우는 마감등의 오래걸리는 작업을 할 때 Local트랜잭션이 아닌 서버쪽에서 트랜잭션을 발생시켜 session종료와 같은 현상으로 인해 도중에 중단되는 현상을 막을 때 사용한다. 또한 일반 프로그램에서 BatchJob실행시 SM36 권한이 없어도 정상적으로 실행이 가능 하다. 배치잡 관련 T-CODE : SM36 - 배치생성..

보통 전표를 생성할때는 전표를 만들려고 하는 취지가 부합한지 확인하고 정합성을 체크하기 위해 임시전표를 만들면 회계팀에서 승인을 하여 실전표를 생성한다. 물론 임시전표를 사용하지 않고 바로 전표를 생성하는 케이스도 있다. 임시전표 생성 T-CODE : FBV1 임시전표 승인 T-CODE : FBV0

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..