글쓴이 이름: inkas00

[SAP ABAP 기초] 리포트(Report) 프로그램 만들기 ① 전체 구조와 INCLUDE 문

들어가며 SAP 프로젝트에 처음 투입되면 가장 먼저 만들게 되는 것이 리포트(Report) 프로그램입니다. 조회조건을 입력받고, 데이터를 조회해서, ALV 화면으로 뿌려주는 그 프로그램이죠. 이 시리즈에서는 표준 테이블 SFLIGHT(항공편 정보) 를 조회해서 ALV GRID로 출력하는 프로그램을 처음부터 끝까지 직접 만들어 보겠습니다. SAP를 처음 접하는 분도 그대로 따라 할 수 있도록 순서대로 정리했습니다. 완성하면 이런 모습이 됩니다. 1. 리포트

SAP FI 전표의 두 축 — 전기키(Posting Key)와 문서유형(Document Type) 완전 정리

SAP FI 전표를 처음 뜯어보면 가장 먼저 부딪히는 벽이 두 개 있습니다. 헤더(BKPF)의 문서유형 BLART, 그리고 라인(BSEG)의 전기키 BSCHL입니다. Oracle EBS에서 넘어온 분들이 특히 헷갈려 합니다. EBS는 분개 라인에 ENTERED_DR / ENTERED_CR 두 컬럼이 따로 있어서 차대가 명시적이고, 전표의 성격은 Journal Source와 Category로 구분합니다. 반면 SAP은 금액 컬럼이 하나(BSEG-DMBTR)뿐이고, 차변인지 대변인지, 어떤 종류의 계정인지, 어떤

FA 자산, 취득→감가상각→처분까지 과정분개로 정리

“AP 전표 흐름 인보이스에서 지급까지 에서” 에서 AP 송장을 데이터 모델로 분해했습니다. 그 송장 중 일부는 비용이 아니라 자산입니다. 노트북을 샀다면 AP에서는 송장 한 건이지만, FA에서는 이후 3~5년간 매달 감가상각되는 살아 있는 객체가 됩니다. 이번 글은 그 객체의 생애를 따라갑니다. 1. FA의 조직 단위 — 자산대장(Book) 1편에서 Ledger, OU, Inventory Org를 봤습니다. FA에는 하나가 더

GL 전표 흐름과 GL_INTERFACE 활용법

지금까지 AP를 여러 각도로 봤습니다. 이번엔 모든 것이 도착하는 곳입니다. GL로 들어오는 경로는 생각보다 많습니다. 진입로는 여럿이지만 종착지는 하나입니다. 그리고 외부에서 들어오는 거의 모든 길이 GL_INTERFACE를 지납니다. 1. GL 데이터 모델 배치 → 헤더 → 라인 sql ACTUAL_FLAG를 조건에서 빼지 마세요. A(실적) 외에 B(예산), E(약정/Encumbrance) 데이터가 같은 테이블에 있습니다. 조건을 안 걸면 예산 금액이 실적에

AP 전표 흐름 인보이스에서 지급까지 

전편들 중에서 이미 AP를 다뤘습니다. 그런데 또 AP입니다. 관점이 다르기 때문입니다. 편 관점 질문 전편 (AP 송장 관련 내용) 회계 송장이 어떻게 GL 전표가 되는가 전편 (AP 지급 관련 내용) 프로세스 지급 시 어떤 이벤트가 생기는가 이번 데이터 모델 어느 테이블을 어떻게 조인하는가 현업 문의에 답하려면 결국 SQL을 짜야 하고, SQL을 짜려면 조인 조건과 카디널리티를

커스텀 (Extension) 스키마 설계 및 개발 표준 과 원칙

전 편에서 명명 규칙을 다루면서 “커스텀은 XX로 시작한다”고 한 줄 언급했습니다. 이번에는 그 원칙이 왜 있고, 어디까지 확장되어야 하는지를 정리합니다. 솔직히 말하면, 이 주제는 개발하는 동안에는 별로 중요해 보이지 않습니다. 표준을 지키든 안 지키든 프로그램은 똑같이 돌아가니까요. 값이 드러나는 순간은 세 번입니다. 특히 세 번째가 결정적입니다. SAP 전환 프로젝트를 해 보면, 커스텀 목록을 정리하는 것만으로

Oracle EBS 테이블 명명 규칙 읽는 법

EBS 데이터베이스에는 테이블과 뷰가 2만 개 이상 있습니다. 이걸 다 외우는 사람은 없습니다. 외울 필요도 없습니다. 대충 접미어들이 이렇습니다. _ALL, _TL, _B, _V, _S 대신 이름 읽는 법을 알면, 처음 보는 테이블도 30초 안에 성격을 파악할 수 있습니다. 이 글은 그 읽는 법을 정리한 것입니다. 시리즈 중간의 짧은 실무 편이지만, 앞으로 어떤 EBS 작업을 하든

BKPF , BSEG 테이블을 Oracle 시각으로 본 SAP FI 전표 구조

EBS를 오래 다룬 사람이 SAP FI 테이블을 처음 열면 대체로 두 번 놀랍니다. 첫 번째는 “이렇게 단순하다고?” 입니다. XLA만 해도 테이블이 열 개 넘게 얽혀 있었는데, SAP FI 전표는 사실상 두 개입니다. 두 번째는 “왜 조인이 이렇게 지저분하지?” 입니다. 전표 하나를 특정하는 데 컬럼이 세 개, 라인까지 가면 네 개가 필요합니다. 이 글은 그 두

위로 스크롤