SAP Info
시리즈 안내 ① 전체 구조와 INCLUDE 문 ② INITIALIZATION과 START-OF-SELECTION ③ END-OF-SELECTION · 스크린 100 만들기 ④ ALV GRID 출력과 PAI 처리 ← 지금 읽는 글 (마지막) 들어가며 3편에서 스크린 100번과 컨테이너(CON1)까지 만들었습니다. 이제 그 컨테이너에 ALV GRID를 연결해서 실제 데이터를 뿌려주고, 버튼 동작까지 완성하면 프로그램이 끝납니다. 1. [순서 8] PBO에 ALV 모듈 추가하기 스크린
시리즈 안내 ① 전체 구조와 INCLUDE 문 ② INITIALIZATION과 START-OF-SELECTION ③ END-OF-SELECTION · 스크린 100 만들기 ← 지금 읽는 글 ④ ALV GRID 출력과 PAI 처리 들어가며 2편까지 진행하면서 조회조건 입력과 데이터 조회를 완성했습니다. 이제 조회한 데이터를 사용자에게 보여줄 화면을 만들 차례입니다. 이번 편은 클릭이 많아서 왔다 갔다 헷갈릴 수 있습니다. 순서 1~7까지 순차적으로 따라오시면
시리즈 안내 ① 전체 구조와 INCLUDE 문 ② INITIALIZATION과 START-OF-SELECTION ← 지금 읽는 글 ③ END-OF-SELECTION · 스크린 100 만들기 ④ ALV GRID 출력과 PAI 처리 들어가며 1편에서 프로그램의 뼈대와 조회조건 화면까지 만들었습니다. 이번 편에서는 조회조건에 초기값을 넣고, F8을 눌렀을 때 데이터를 가져오는 로직을 만들어 보겠습니다. 전체 흐름을 다시 한번 그림으로 보고 시작하죠. 1. INITIALIZATION
들어가며 SAP 프로젝트에 처음 투입되면 가장 먼저 만들게 되는 것이 리포트(Report) 프로그램입니다. 조회조건을 입력받고, 데이터를 조회해서, ALV 화면으로 뿌려주는 그 프로그램이죠. 이 시리즈에서는 표준 테이블 SFLIGHT(항공편 정보) 를 조회해서 ALV GRID로 출력하는 프로그램을 처음부터 끝까지 직접 만들어 보겠습니다. SAP를 처음 접하는 분도 그대로 따라 할 수 있도록 순서대로 정리했습니다. 완성하면 이런 모습이 됩니다. 1. 리포트
SAP FI 전표를 처음 뜯어보면 가장 먼저 부딪히는 벽이 두 개 있습니다. 헤더(BKPF)의 문서유형 BLART, 그리고 라인(BSEG)의 전기키 BSCHL입니다. Oracle EBS에서 넘어온 분들이 특히 헷갈려 합니다. EBS는 분개 라인에 ENTERED_DR / ENTERED_CR 두 컬럼이 따로 있어서 차대가 명시적이고, 전표의 성격은 Journal Source와 Category로 구분합니다. 반면 SAP은 금액 컬럼이 하나(BSEG-DMBTR)뿐이고, 차변인지 대변인지, 어떤 종류의 계정인지, 어떤
이 주제가 EBS와 SAP의 세계관 차이가 가장 노골적으로 드러나는 지점이라, 한쪽만 알고 쓰면 반드시 틀리기 때문입니다. 이번 글의 질문은 두 개입니다. 1. 먼저 문제부터 — “화면 계정 ≠ 전기 계정” ERP 회계를 처음 파는 사람이 가장 먼저 부딪히는 벽이 이겁니다. AP 송장 화면에서 분명히 52100 – 소모품비를 입력했는데, GL에서 전표를 열어보면 다른 계정이 찍혀 있습니다.
EBS를 오래 다룬 사람이 SAP FI 테이블을 처음 열면 대체로 두 번 놀랍니다. 첫 번째는 “이렇게 단순하다고?” 입니다. XLA만 해도 테이블이 열 개 넘게 얽혀 있었는데, SAP FI 전표는 사실상 두 개입니다. 두 번째는 “왜 조인이 이렇게 지저분하지?” 입니다. 전표 하나를 특정하는 데 컬럼이 세 개, 라인까지 가면 네 개가 필요합니다. 이 글은 그 두
외부 시스템에서 SAP로 회계 전표를 밀어 넣는 작업. 요건만 보면 단순하다. “AP 인보이스 데이터를 받아서 전표를 생성한다.” 그런데 실제로 붙여보면 상황이 다르다. 차변과 대변이 0.01원 차이로 안 맞고, 세금 라인을 넣으면 갑자기 dynpro 오류가 뜨고, 로컬에서 되던 게 QAS에서는 Field Status 오류를 내뱉는다. 표준 문서에는 파라미터 목록만 나열되어 있을 뿐, 왜 이 순서로 넣어야 하는지,
ABAP 개발자에게 최근 몇 년간 가장 큰 변화를 꼽으라면 단연 RAP(ABAP RESTful Application Programming Model) 일 것이다. 과거 BOPF나 클래식 다이나믹 프로그래밍으로 만들던 트랜잭션 애플리케이션이, 이제는 CDS 뷰와 선언적 동작 정의(Behavior Definition)로 대체되었다. 특히 S/4HANA 클린 코어(Clean Core) 전략과 ABAP Cloud가 표준이 되면서, RAP은 “선택 사항”이 아니라 “기본기”가 되었다. 이 글에서는 RAP 비즈니스 오브젝트(Business Object,
