개린이의 개발자 blog

FB01에서 전기키 선택 시 각 PK별로 유형을 선택 할 수 있다. IMG > 재무회계 > 재무회계 전역 세팅 > 전표 > 전표 변경 규칙 에서 유형별로 전표작성 시 변경 가능 여부를 컨트롤 할 수 있다. 예를들어 전기키 31에서 특정 BSEG의 필드를 수정 할 수 있도록 컨트롤 하고 싶다면, 위 IMG 세팅을 확인해보자

운영을 하다보면 스탠다드 테이블에 컬럼(필드)를 추가 해야하는 경우가 종종 발생하곤 한다. 예를들어 BKPF 테이블에 법인카드 임시전표 생성 후 결재가 완료되면 결재가 완료가 되었는지 값이 필요 할 수 있고 국세청에 세금계산서를 보낼때 국세청승인번호와 맵핑을 위해 컬럼이 추가로 필요 할 수 있다. 그렇다면 스탠다드 테이블에 컬럼을 어떻게 추가할까? 정답은 구조추가 이다. T-CODE : SE11

변경전 SELECTION SCREEN의 조회조건(파라미터)가 모두 영문자 코드로 작성되어있다. 변경 과정 변경 후

CTS에 소스를 올리기전 과거에 수정내역이 있는지 확인 할 필요가 있는것 같다. (여러명에서 작업하고 QA에만 올려놓는 경우도 발생하기 때문....) 운영에 반영시 문제가 터지기 전에 version을 확인 하고 수정된 내역을 보고 왜 수정했는지 분석 하자

----------------------------------------------작업------------------------------------------------------------- SM35 - BDC 배치 입력 LSMW - Legacy System Migration Workbench (대량데이터 마이그레이션 툴) ------------------------------------------------------------------------------------------------------------------ ----------------------------------------------FI--------------------------------------------------..

T-CODE : ST03N 1. ST03N -> 왼쪽 상단 Expert mode 선택 2. Total 선택 -> 사용내역 확인일 선택 3. 왼쪽 하단의 Analysis View에서 Transaction Profile - > Standard 클릭 4. 조회된 내역 조회 및 더블클릭으로 상세내역 조회

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

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

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