아직도 서브쿼리 중첩? WITH CTE로 3단 분리 #shorts #SAP #ABAP
이 글에서 다루는 내용과 도달 지점 복잡한 분석 쿼리를 작성하다 보면 SELECT 절 안에 또 다른 SELECT가 중첩되고, 동일한 서브쿼리가 두세 번 반복되며, FROM 절에 인라인 뷰가 잔뜩 들어가는 상황을 자주 만나게 됩니다. ABAP 7.50부터 도입된 Open SQL의 WITH
SELECT 결과 30초 만에 — @DATA() 인라인 선언 #shorts #SAP #ABAP
이 글에서 다루는 것 ABAP 7.40 이상에서 가장 많이 쓰이는 문법 중 하나가 바로 인라인 선언(Inline Declaration)입니다. 특히 Open SQL의 SELECT ... INTO 구문에서 @DATA() 를 활용하면, 결과를 담을 internal table이나 work a
CSKS vs I_CostCenter — 원가 센터 조회 차이 #shorts #SAP #ABAP
I_CostCenter가 필요한 이유 — CSKS 직접 SELECT의 문제점 Controlling 영역에서 원가 센터(Cost Center) 정보를 다뤄야 할 때, 많은 ABAP 개발자들이 본능적으로 CSKS 테이블을 직접 조회합니다. 그런데 이 접근 방식은 S/4HANA 환경에서 여러
?= 다운캐스트 금지 — CAST 쓰는 이유 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 것 ABAP 객체지향에서 상위 클래스 참조를 하위 클래스 참조로 변환하는 다운캐스팅(Downcast)은 다형성을 활용하는 코드에서 반드시 마주치는 작업입니다. 전통적으로 사용해 온 MOVE ?= 또는 ?= 연산자는 한 줄에 변수 선언을 함께 쓰기 어렵고, 예외
SKA1 vs I_GLAccount — GL 계정 조회 차이 #shorts #SAP #ABAP
개요 및 이 글에서 다룰 내용 S/4HANA 재무 모듈에서 총계정원장(General Ledger) 계정 마스터를 다룰 때 가장 먼저 마주치는 CDS 뷰가 바로 I_GLAccount 입니다. 전통 ABAP에서는 SKA1 (Chart of Accounts 레벨 계정 마스터) 테이블을 직접
CORRESPONDING 복사 실수 3가지 — 큰일 납니다 #shorts #SAP #ABAP
왜 같은 이름의 필드인데도 값이 비어 있을까 ABAP 개발자라면 한 번쯤은 겪었을 상황이다. CORRESPONDING 한 줄로 깔끔하게 구조체를 복사했는데, 디버거를 열어보니 분명히 양쪽에 있는 필드 하나가 비어 있다. 컴파일 에러도 없고, 런타임 덤프도 없다. 그저 조용히 잘못된 값이
BSEG 직접 SELECT 해도 돼? #shorts #SAP #ABAP
개요 및 이 글에서 다룰 범위 SAP S/4HANA로 전환된 환경에서 재무 전표(FI Document) 라인 아이템을 조회할 때, 과거처럼 BSEG 클러스터 테이블을 직접 SELECT 하는 방식은 더 이상 권장되지 않습니다. 대신 SAP는 I_JournalEntryItem 이라는 표준
IF 중첩 그만 — COND 조건 처리 #shorts #SAP #ABAP
개요 및 이 글에서 다룰 내용 ABAP에서 조건 분기를 표현할 때 가장 익숙한 도구는 IF ... ELSEIF ... ENDIF 입니다. 그러나 단순히 변수 하나에 값을 채우기 위해 5~6줄의 IF 블록을 반복해서 작성하다 보면 코드는 빠르게 비대해지고, 한눈에 의도를 파악하기 어려워집
DATA() vs LET — ABAP 중간 변수 차이 #shorts #SAP #ABAP
개요 및 이 글에서 얻을 것 ABAP 7.40 이후 도입된 표현식 지향 프로그래밍(expression-oriented programming) 은 코드를 간결하게 만들었지만, 한 줄에 여러 계산을 욱여넣다 보면 오히려 가독성이 떨어지는 역설이 생깁니다. VALUE , REDUCE , FI
BKPF SELECT 금지 — CDS View 전환 3가지 #shorts #SAP #ABAP
개요와 이 글에서 다루는 범위 SAP S/4HANA 환경에서 회계 전표 헤더 정보를 조회할 때 과거에는 BKPF 테이블을 직접 SELECT 하는 방식이 일반적이었습니다. 그러나 가상 데이터 모델(VDM)이 도입된 이후로는 I_JournalEntry CDS View가 표준 접근 경로로 자
FOR GROUPS BY vs COLLECT — 집계 차이 #shorts #SAP #ABAP
개요 및 이번 예제에서 다룰 내용 ABAP 7.40 SP08부터 도입된 FOR ... GROUPS BY 표현은 내부 테이블을 키 기반으로 그룹화하고 각 그룹별로 집계·요약 데이터를 한 번의 표현으로 생성할 수 있게 해주는 강력한 구문입니다. 기존에는 COLLECT , LOOP AT ..
ABAP 개발자 90%가 모르는 FOR THEN UNTIL 패턴 #shorts #SAP #ABAP
개요 및 학습 포인트 ABAP 7.52부터 정식 지원되는 FOR ... THEN ... UNTIL 표현식은 단순한 반복 카운터를 넘어, 수학적 수열(arithmetic/geometric sequence)을 한 줄의 인라인 표현식으로 만들어내는 강력한 기능입니다. 전통적인 DO ... E
아직도 DO LOOP? FOR THEN UNTIL 3단계 #shorts #SAP #ABAP
개요 및 도입 ABAP에서 연속된 숫자 시퀀스나 날짜 범위를 내부 테이블로 만들어야 하는 상황은 의외로 자주 발생합니다. 월별 매출 집계 슬롯, 회계연도 12개 기간, 발주일로부터 D+30까지의 일자 배열, 페이지네이션 인덱스 등이 대표적입니다. 전통적으로 DO ... ENDDO 루프로
LIKP vs I_DeliveryDocument — 배송 출고 상태 추적 #shorts #SAP #ABAP
개요와 이번 글에서 다루는 범위 SAP S/4HANA의 배송(Delivery) 영역은 SD(Sales & Distribution)와 MM(Materials Management)의 교차점에 위치하며, 주문에서 출고까지의 흐름을 추적하는 핵심 트랜잭션 데이터입니다. 전통적으로 LIK
아직도 LIKP 직접 조회? 배송 상태 추적 3가지 #shorts #SAP #ABAP
개요와 이번 글에서 다루는 범위 SAP S/4HANA의 배송(Delivery) 영역은 SD(Sales & Distribution)와 MM(Materials Management)의 교차점에 위치하며, 주문에서 출고까지의 흐름을 추적하는 핵심 트랜잭션 데이터입니다. 전통적으로 LIK
RAP Feature Control SELECT 금지 — 성능 90% 차이 #shorts #SAP #RAP
이 글에서 다루는 내용과 체크포인트 RAP(ABAP RESTful Application Programming Model)에서 Dynamic Feature Control은 인스턴스별로 필드의 readonly/mandatory 여부나 액션의 활성화 여부를 런타임에 결정하는 강력한 메커니즘입
BOPF처럼 짜는 거 그만 — RAP 라이프사이클 #shorts #SAP #RAP
이 글에서 다루는 내용과 도달 지점 BOPF(Business Object Processing Framework)를 수년간 다뤄온 개발자가 RAP(ABAP RESTful Application Programming Model)로 넘어올 때 가장 먼저 부딪히는 벽은 라이프사이클의 재구성 입니
판매 오더 아이템 조회 실수 3가지 — VBAP vs CDS #shorts #SAP #ABAP
개요 및 이 글에서 다룰 내용 S/4HANA 환경에서 판매 오더 아이템 데이터를 다루는 일은 매우 빈번합니다. 전통적으로는 VBAP 테이블을 직접 SELECT 했지만, S/4HANA에서는 가상 데이터 모델(VDM)인 I_SalesOrderItem CDS 뷰를 통해 동일한 데이터에 의미론
VBAP 직접 조회 — ABAP 개발자 90% 실수 #shorts #SAP #ABAP
1. 이 글에서 다루는 범위와 도달 지점 S/4HANA 환경에서 판매 오더 아이템 정보를 조회할 때, 더 이상 VBAP 테이블을 직접 SELECT하는 것은 권장되지 않습니다. 대신 SAP가 제공하는 가상 데이터 모델(Virtual Data Model, VDM) 계층의 I_SalesOrd
BOPF vs RAP 라이프사이클 — 개발자가 헷갈리는 이유 #shorts #SAP #RAP
1. BOPF 라이프사이클 구조 — 과거의 표준 S/4HANA 초기와 ECC 기반 Fiori 1.0 시대를 거쳐온 개발자라면 BOPF(Business Object Processing Framework)는 익숙한 이름일 것입니다. BOPF는 비즈니스 오브젝트의 트랜잭션 처리를 일관된 방식