EKKO EKPO 없이 구매 오더 조회하는 3가지 방법 #shorts #SAP #ABAP
개요 및 실습 목표 SAP S/4HANA 도입 이후에도 여전히 많은 개발자가 구매 오더 정보를 조회할 때 EKKO (구매 오더 헤더)와 EKPO (구매 오더 아이템) 테이블을 직접 SELECT 하는 관행을 유지하고 있습니다. 이 방식은 익숙하지만 S/4HANA의 Virtual Data
VBAP 없이 — CDS 뷰 판매 아이템 조회 3줄로 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 것 S/4HANA 전환 이후 판매 오더 라인 아이템 조회의 표준 접근 방식은 더 이상 VBAP 직접 SELECT가 아닙니다. SAP는 Virtual Data Model(VDM) 계층에서 I_SalesOrderItem 이라는 CDS 뷰를 제공하며, 이를 통해 필
CDS 개발자 90%가 놓치는 $session.user 자동 필터링 #shorts #SAP #ABAP
1. CDS 세션 변수가 필요한 이유 ABAP CDS에서 뷰를 작성하다 보면 "지금 접속한 사용자가 담당한 오더만 보여줘"라거나 "오늘 만료되는 계약만 조회해줘"와 같은 요구를 자주 받게 됩니다. 이때 화면에서 파라미터를 매번 넘겨받아 처리하면 개발자·사용자 모두 피곤합니다. CDS $
CDS 분석 쿼리 매번 재계산 그만 — dataExtract #shorts #SAP #ABAP
@Analytics.dataExtract 개요 및 배경 SAP S/4HANA에서 분석용 CDS View를 설계할 때 가장 자주 마주치는 병목은 "쿼리 응답이 초 단위로 튄다"는 것입니다. Fiori Analytical List Page(ALP)나 SAP Analytic
자산 이력 조회 실수 3가지 — ANEK 말고 이렇게 #shorts #SAP #ABAP
개요 및 작성 의도 SAP S/4HANA의 자산 회계(FI-AA) 모듈에서 자산 거래 이력은 감사, 결산, 자산 가치 분석의 핵심 데이터입니다. 전통적으로 ABAP 개발자는 ANEK(자산 거래 헤더) 및 ANEP(자산 거래 라인)을 직접 조회해 왔지만, S/4HANA 환경에서는 가상 데
MKPF MSEG vs I_GoodsMovement — 자재이동 CDS 비교 #shorts #SAP #ABAP
1. I_GoodsMovement 뷰의 정체와 등장 배경 SAP S/4HANA 환경에서 자재 이동(Goods Movement) 데이터를 다룰 때 가장 먼저 만나게 되는 표준 CDS 뷰 중 하나가 I_GoodsMovement 입니다. 이 뷰는 자재 문서 헤더 테이블인 MKPF (Mater
EWM 태스크 30초 완성 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 범위 SAP Extended Warehouse Management(EWM)에서 창고 태스크(Warehouse Task)는 작업자의 실제 물리적 이동·작업을 지시하는 최소 실행 단위입니다. I_WarehouseTask는 이 태스크 데이터를 ABAP CDS 뷰 계
PM 알림 결함 조회 30초 만에 #shorts #SAP #ABAP
QMEL 테이블과 PM 알림 데이터의 출발점 SAP Plant Maintenance(PM) 모듈에서 알림(Notification)은 설비 이상, 결함, 작업 요청을 추적하는 핵심 객체입니다. 알림 헤더는 전통적으로 QMEL 테이블에 저장되며, 각 알림에 연결된 결함 항목(Item)은 Q
아직도 EQUI 직접 조회? — I_Equipment 3단계 #shorts #SAP #ABAP
개요와 이 글에서 얻어갈 것 SAP S/4HANA의 Plant Maintenance(PM) 영역에서 설비(Equipment)는 보전 계획·작업오더·측정·고장 분석의 출발점이 되는 마스터 데이터입니다. 클래식 EQUI 테이블을 직접 조회하던 방식에서 벗어나, S/4HANA는 I_Equip
SKA1 vs I_GLAccount — GL 계정 조회 차이 #shorts #SAP #ABAP
개요 및 이 글에서 다룰 내용 S/4HANA 재무 모듈에서 총계정원장(General Ledger) 계정 마스터를 다룰 때 가장 먼저 마주치는 CDS 뷰가 바로 I_GLAccount 입니다. 전통 ABAP에서는 SKA1 (Chart of Accounts 레벨 계정 마스터) 테이블을 직접
ABAP 개발자 90%가 모르는 FOR THEN UNTIL 패턴 #shorts #SAP #ABAP
개요 및 학습 포인트 ABAP 7.52부터 정식 지원되는 FOR ... THEN ... UNTIL 표현식은 단순한 반복 카운터를 넘어, 수학적 수열(arithmetic/geometric sequence)을 한 줄의 인라인 표현식으로 만들어내는 강력한 기능입니다. 전통적인 DO ... E
BOPF에서 RAP로 — 전환 이유 30초 만에 정리 #shorts #SAP #RAP
1. SAP OData 서비스 개발의 역사와 패러다임 전환 SAP의 ABAP 기반 서비스 개발은 지난 15년간 큰 변화를 겪었습니다. 초기 SAP NetWeaver Gateway가 등장하면서 SAP는 SOAP 기반 RFC/BAPI 호출에서 벗어나 OData(REST 기반) 프로토콜을 표
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
VBAK vs I_SalesOrder — 판매 오더 조회 차이 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 내용 SAP S/4HANA의 SD(Sales & Distribution) 영역에서 판매 오더를 다루다 보면 가장 먼저 마주치게 되는 테이블이 VBAK(판매 오더 헤더)입니다. 그러나 S/4HANA 환경에서는 더 이상 VBAK를 직접 SELECT 하기보다
아직도 RBKP 직접 조회? — FI 연계 실수 3가지 #shorts #SAP #ABAP
개요 및 핵심 포인트 이 글은 SAP S/4HANA의 표준 CDS View인 I_SupplierInvoice 를 RBKP 테이블 구조와 FI(Financial Accounting) 연계 관점에서 다룹니다. MM-IV(Invoice Verification) 프로세스에서 생성된 공급업체 인
아직도 DB만? RAP로 외부 API OData 노출하기 #shorts #SAP #RAP
외부 API를 OData 표면으로 끌어올리는 RAP Custom Entity의 가치 SAP S/4HANA 또는 BTP ABAP Environment에서 RAP(ABAP RESTful Application Programming Model) 기반으로 Fiori 앱을 만들다 보면, 데이터 소
I_UnitOfMeasure로 단위 텍스트 조회 30초 이해 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 내용 SAP S/4HANA 환경에서 판매오더, 자재마스터, 생산오더 등 거의 모든 업무 문서에는 수량 단위(Unit of Measure, UoM)가 등장합니다. 그런데 데이터베이스에는 KG , EA , PC , ST 같은 코드 형태로만 저장되어 있어, 사용자
아직도 MOVE? CONV 타입 변환 실수 3가지 #shorts #SAP #ABAP
개요 및 이 글에서 얻어갈 것 ABAP에서 타입 변환은 가장 빈번하게 일어나는 작업이지만, 동시에 가장 많은 런타임 오류( CX_SY_CONVERSION_NO_NUMBER , CX_SY_CONVERSION_OVERFLOW )를 일으키는 영역입니다. 7.40 이전에는 MOVE 또는 단순
RAP 핸들러 간 API 중복 호출 그만 #shorts #SAP #RAP
개요 및 이 글에서 다룰 내용 SAP RAP(RESTful ABAP Programming Model)에서 Behavior 핸들러는 각각 독립적인 메서드로 호출되며, 같은 트랜잭션 안에서도 핸들러 간 직접적인 변수 공유가 불가능합니다. 특히 Determination 단계에서 계산한 값이나