EKET 직접 조회 그만 — CDS 납기 뷰로 바꾸기 #shorts #SAP #ABAP
1. EKET 테이블이란 무엇인가 — 구매 납기일정의 원본 SAP ERP/S/4HANA의 구매 모듈에서 가장 빈번하게 조회되는 테이블 중 하나가 바로 EKET 입니다. EKET는 "Einkaufsbelegterminierung"의 약어로, 풀어쓰면 Purchasing Document:
1. EKET 테이블이란 무엇인가 — 구매 납기일정의 원본 SAP ERP/S/4HANA의 구매 모듈에서 가장 빈번하게 조회되는 테이블 중 하나가 바로 EKET 입니다. EKET는 "Einkaufsbelegterminierung"의 약어로, 풀어쓰면 Purchasing Document:
OData V2와 V4, 무엇이 어떻게 달라졌나 OData는 SAP가 REST 기반 데이터 액세스 표준으로 채택한 프로토콜이며, 현재 SAP 생태계에는 V2와 V4 두 가지 메이저 버전이 공존합니다. V2는 2010년대 초반부터 SAP Gateway, SAP UI5, Fiori Clas
개요 및 이 글에서 다루는 범위 구매 발주(PO)의 납기는 한 줄이 아니라 여러 라인으로 분할되는 경우가 많습니다. 자재 1000개를 한 번에 받기보다 500개씩 두 차례 나눠 받는 식이죠. 이런 분할 납기 정보를 저장하는 EKET 테이블과, 이를 S/4HANA 환경에서 안전하게 소비할
RAP과 Draft: 왜 처음부터 설계에 포함되었는가 ABAP RESTful Application Programming Model(RAP)을 설계한 SAP 엔지니어링 팀은 단순한 CRUD 프레임워크를 만들고자 했던 것이 아닙니다. 그들이 마주한 문제는 명확했습니다 — 클라우드 환경에서
IF 중첩의 늪 - 코드가 무너지는 순간 ABAP으로 비즈니스 로직을 작성하다 보면 어느 순간 IF/ELSEIF가 5단, 6단까지 중첩되는 코드를 마주하게 됩니다. 주문 상태, 고객 등급, 결제 방식 같은 도메인 분기는 한두 줄로 끝나지 않습니다. 이 글에서는 ABAP 7.4 SP08
1. Managed vs Unmanaged — 무엇이 다른가 SAP의 ABAP RESTful Application Programming Model(이하 RAP)은 비즈니스 객체의 동작을 구현하는 두 가지 주요 시나리오를 제공합니다. Managed 시나리오에서는 RAP Framework가
개요 및 핵심 정리 SAP S/4HANA 환경에서 구매 발주(PO)의 납기 관리는 공급망 운영의 핵심입니다. I_ScheduleLine 은 EKET(Scheduling Agreement Schedule Lines) 테이블을 기반으로 하는 표준 CDS View로, 발주 항목별 납기 일정
1. Unmanaged RAP가 등장한 배경 ABAP RESTful Application Programming Model(RAP)은 S/4HANA Cloud 및 ABAP Platform 2022 이상에서 비즈니스 객체를 선언적으로 정의하기 위한 프레임워크입니다. 일반적으로 신규 개발이라
이 글이 답하는 질문 구매 오더 아이템을 조회할 때 EKPO 테이블에 바로 SELECT를 쏘는 코드를 한 번쯤 작성해 보셨을 겁니다. 그런데 SAP S/4HANA로 넘어오면서 표준 가상 데이터 모델(VDM)인 I_PurchaseOrderItem CDS View가 등장했고, 많은 실무 시
외부 API를 OData 표면으로 끌어올리는 RAP Custom Entity의 가치 SAP S/4HANA 또는 BTP ABAP Environment에서 RAP(ABAP RESTful Application Programming Model) 기반으로 Fiori 앱을 만들다 보면, 데이터 소
개요 및 이 글에서 다루는 핵심 포인트 SAP S/4HANA 환경에서 구매 오더 헤더 데이터를 다룰 때, 과거 ABAP 개발자들은 EKKO 테이블을 직접 SELECT 하는 방식에 익숙했습니다. 그러나 S/4HANA 도입 이후 SAP는 VDM(Virtual Data Model) 기반의 C
개요 및 이 글에서 다루는 내용 SAP S/4HANA 환경에서 판매오더, 자재마스터, 생산오더 등 거의 모든 업무 문서에는 수량 단위(Unit of Measure, UoM)가 등장합니다. 그런데 데이터베이스에는 KG , EA , PC , ST 같은 코드 형태로만 저장되어 있어, 사용자
개요 및 학습 포인트 SAP S/4HANA의 ABAP CDS 모델에서 단위(Unit of Measure)는 거의 모든 트랜잭션 데이터에 따라붙는 핵심 속성입니다. 그러나 데이터베이스 테이블 T006에는 "EA", "KG", "L"과 같은 내부 코드만 저장되어 있고, 사용자가 보는 텍스트
Abstract Entity와 RAP Action 파라미터 설계의 출발점 SAP S/4HANA Cloud Private Edition 2023 및 ABAP Platform 2023 이상에서 RESTful ABAP Programming Model(RAP)을 다루다 보면, Action을 정
개요 및 이 글에서 다루는 것 SAP RAP(RESTful ABAP Programming Model)에서 동일한 라이프사이클이나 동작 패턴을 가진 Business Object(BO)가 늘어나면, 동일한 동작(action), 결정(determination), 검증(validation) 로
개요와 이 글에서 다룰 것 RAP에서 하나의 Business Object를 만들었는데, 부서마다 요구하는 OData 서비스가 다르다면 어떻게 해야 할까요? 같은 데이터를 노출해야 하는데 서비스를 새로 만들 때마다 BO도 복제해야 한다면, 유지보수 지옥이 시작됩니다. Additional
이 글에서 다루는 내용과 도달 지점 SAP S/4HANA의 트랜잭션 데이터에는 수량 필드가 등장할 때마다 거의 항상 단위(UoM, Unit of Measure)가 짝꿍처럼 따라옵니다. 그런데 데이터베이스에 저장된 값은 'KG', 'L', 'ST'처럼 코드 형태일 뿐, 사용자에게 보여줄
개요 및 학습 체크리스트 SAP S/4HANA에서 자재 수량을 표현할 때 항상 따라붙는 것이 단위(Unit of Measure, UoM)입니다. EA(개), KG(킬로그램), L(리터) 같은 코드만 보여주면 사용자는 직관적으로 이해하기 어렵고, 다국어 환경에서는 더욱 그렇습니다. I_U
큰일 났습니다, 당신의 Root View Entity가 잘못 설계됐다면 "분명히 CDS View Entity로 모델링은 끝났는데, 왜 Fiori Elements 화면에서 자식 데이터가 안 나오죠?", "왜 Draft가 활성화 안 되죠?", "왜 트랜잭션 동작이 부모-자식 단위로 묶이지
개요 및 이 글에서 다루는 내용 SAP S/4HANA 환경에서 자재 마스터를 다루다 보면 자재 유형(Material Type, MTART)이 거의 모든 비즈니스 로직의 분기점이 됩니다. 완제품(FERT), 원자재(ROH), 반제품(HALB), 서비스(DIEN) 등 자재 유형에 따라 수량