CAP Action vs Function 차이 3가지 #shorts #SAP #CAP
개요 및 이 글에서 다루는 것 SAP Cloud Application Programming Model(CAP)로 서비스를 만들다 보면 표준 CRUD로는 표현이 어려운 비즈니스 오퍼레이션이 반드시 등장합니다. 예를 들어 구매 요청 승인 , 재고 가용성 조회 , 주문 취소 같은 동작은 단순
ABAP Unit Test 없이 개발하면 그만 #shorts #SAP #ABAP
1. 개요 및 이 글에서 다루는 범위 ABAP 개발 현장에서 "테스트는 나중에", "DB에 값 넣고 눈으로 확인하면 되지"라는 관성은 여전히 강합니다. 그러나 S/4HANA 전환과 Clean Core 원칙이 확산되면서, DB 의존 없는 단위 테스트가 품질 게이트의 표준으로 자리잡고 있습
JSONModel vs ODataModel — 선택 기준 3가지 #shorts #SAP #UI5
JSONModel과 ODataModel이란 무엇인가 SAPUI5(1.120 LTS 기준)에서 뷰(View)와 데이터를 연결할 때 가장 먼저 마주하는 갈림길이 바로 JSONModel 과 ODataModel 입니다. 두 모델 모두 sap.ui.model 네임스페이스 아래에 있으며, 뷰의 컨
Hybrid Testing 90%가 모르는 cds bind #shorts #SAP #CAP
개요와 이 글에서 얻어갈 것 CAP(Cloud Application Programming Model) for Node.js 프로젝트를 개발할 때 대부분의 개발자는 cds watch 로 로컬 SQLite와 목업(mock) 인증만 사용합니다. 문제는 배포 후에야 "BTP의 XSUAA 인증
버튼 하나로 100건 일괄처리 — Mass Action 3가지 #shorts #SAP #RAP
RAP Mass Action이란 무엇인가 RAP(RESTful Application Programming Model)에서 Mass Action 은 List Report의 여러 행을 선택한 뒤 단일 액션 호출로 한꺼번에 처리하는 메커니즘입니다. 예를 들어 주문 목록에서 100건을 체크박스
T001W 직접 조회하면 큰일 — I_Plant CDS #shorts #SAP #ABAP
I_Plant가 필요한 이유 — T001W 직접 조회의 함정 SAP S/4HANA 환경에서 플랜트(Plant, 공장/사업장) 정보를 조회할 때 여전히 많은 개발자가 습관적으로 T001W 테이블을 직접 SELECT합니다. 하지만 클라우드/온프레미스 하이브리드 시대에는 이 접근이 위험 요소
MARA 직접 쓰면 90% 놓치는 자재조회 #shorts #SAP #ABAP
I_Material이 필요해진 이유 — CDS View의 등장 배경 SAP S/4HANA에서 자재 마스터를 다뤄본 개발자라면 MARA와 MAKT를 JOIN하는 SELECT문을 수없이 작성해봤을 것입니다. 그런데 S/4HANA 1610 이후 SAP는 I_Material 이라는 표준 CDS
RESB vs CDS 뷰 — 생산 오더 컴포넌트 어떻게 다른가 #shorts #SAP #ABAP
개요와 이 글에서 얻어갈 것 S/4HANA 환경에서 생산 오더의 BOM 컴포넌트를 조회할 때, 여전히 많은 코드베이스가 RESB 테이블을 직접 SELECT 하고 있습니다. RESB는 예약(Reservation)과 종속소요량을 함께 담는 레거시 테이블이라 필드 의미가 복잡하고, 생산 오더
MCHB 직접 SELECT 금지 — CDS로 30초 전환 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 범위 S/4HANA 환경에서 배치(Batch) 관리 자재의 재고 조회는 오랫동안 MCHB , MCHA , MCH1 같은 클래식 테이블 직접 SELECT에 의존해 왔습니다. 그러나 SAP S/4HANA 1809 이후 배치별 재고 스냅샷은 MATDOC 기반의 CD
아직도 MARD 직접 조회? I_MaterialStock 3단계 #shorts #SAP #ABAP
개요 및 이 글에서 얻어갈 것 SAP S/4HANA 환경에서 자재 재고를 조회할 때 여전히 MARD 테이블을 직접 SELECT 하는 코드가 남아있는 프로젝트가 많습니다. 하지만 S/4HANA로 넘어오면서 재고 데이터의 저장 구조가 변경되었고, MATDOC 기반의 aggregation 로
I_Material vs I_Product 실수 3가지 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 것 SAP S/4HANA를 다루다 보면 I_Material 과 I_Product 라는 두 개의 CDS 뷰를 자주 마주치게 됩니다. 둘 다 자재 마스터의 헤더 정보를 노출하고, 내부적으로는 대부분 MARA 테이블에서 데이터를 가져옵니다. 그런데도 SAP는 왜 두
아직도 T001L 직접 조회해? 이제 CDS 뷰로 #shorts #SAP #ABAP
저장 위치(Storage Location)란 — 물류 구조에서의 역할 SAP 물류 모듈에서 저장 위치(Storage Location)는 공장(Plant) 하위에 존재하는 재고 관리의 최소 단위입니다. 하나의 Plant 안에 여러 개의 Storage Location이 존재할 수 있으며,
MKPF MSEG vs I_GoodsMovement — 자재이동 CDS 비교 #shorts #SAP #ABAP
1. I_GoodsMovement 뷰의 정체와 등장 배경 SAP S/4HANA 환경에서 자재 이동(Goods Movement) 데이터를 다룰 때 가장 먼저 만나게 되는 표준 CDS 뷰 중 하나가 I_GoodsMovement 입니다. 이 뷰는 자재 문서 헤더 테이블인 MKPF (Mater
아직도 MKPF JOIN? CDS로 자재 이동 3가지 #shorts #SAP #ABAP
I_GoodsMovement 뷰란 무엇인가 SAP S/4HANA에서 자재 이동(Goods Movement)은 입고·출고·전송·재고 조정 등 물류 흐름의 근간을 이루는 트랜잭션입니다. 전통적으로 MM 모듈 개발자는 MKPF(자재 문서 헤더)와 MSEG(자재 문서 아이템)를 직접 JOIN하
아직도 MKPF MSEG 직접 JOIN? — 이렇게 바꾸세요 #shorts #SAP #ABAP
개요 및 도입 SAP S/4HANA에서 자재 이동(Goods Movement)은 입고, 출고, 전송, 재고조정 등 모든 물류 흐름의 근간이 되는 핵심 트랜잭션입니다. 전통적으로 ABAP 개발자는 MKPF(자재 문서 헤더)와 MSEG(자재 문서 항목)를 직접 JOIN하여 데이터를 조회해
LGPLA 없이 창고 빈 조회 끝 — I_StorageBin CDS 뷰 #shorts #SAP #ABAP
개요와 이 글에서 다루는 범위 SAP S/4HANA의 Extended Warehouse Management(EWM) 환경에서 저장 빈(Storage Bin)은 물리적 보관 위치를 식별하는 최소 단위입니다. I_StorageBin 은 LGPLA 테이블 계열을 기반으로 만들어진 CDS 기본
아직도 T001W 직접 쓰는 실수 3가지 #shorts #SAP #ABAP
I_Plant CDS View가 필요한 이유 SAP S/4HANA 환경에서 플랜트(Plant)는 생산, 조달, 재고, 물류, 회계 모듈 전반의 기준 마스터 데이터입니다. 전통적으로 ABAP 개발자는 T001W 테이블에 직접 SELECT 문을 작성하여 플랜트 정보를 조회했지만, 이 방식은
IF 분기 vs SQL CASE — 뭐가 빠를까 #shorts #SAP #ABAP
개요 및 학습 포인트 ABAP Open SQL의 CASE 표현식은 SELECT 문 내부에서 조건에 따라 값을 분기시킬 수 있는 강력한 기능입니다. 기존에는 데이터를 가져온 후 ABAP 레벨에서 IF/CASE 문으로 가공했다면, CASE 표현식을 사용하면 DB 서버에서 직접 분기 처리하여
IF 중첩 그만 — COND 조건 처리 #shorts #SAP #ABAP
개요 및 이 글에서 다룰 내용 ABAP에서 조건 분기를 표현할 때 가장 익숙한 도구는 IF ... ELSEIF ... ENDIF 입니다. 그러나 단순히 변수 하나에 값을 채우기 위해 5~6줄의 IF 블록을 반복해서 작성하다 보면 코드는 빠르게 비대해지고, 한눈에 의도를 파악하기 어려워집
중첩 IF 90% COND로 줄이는 법 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 것 ABAP 7.4 이후 도입된 COND 표현식은 전통적인 IF...ELSEIF...ENDIF 블록을 한 줄의 우아한 표현식으로 압축할 수 있는 강력한 기능입니다. 이 글에서는 중첩 조건문을 COND 로 리팩토링하는 방법과 실무 시나리오에서의 적용 패턴을 다룹