LOOP 없이 변환하는 3가지 #shorts #SAP #ABAP
이 글의 목적과 핵심 점검 항목 ABAP 7.4부터 도입된 FOR ... IN 표현식은 명령형(Imperative) 스타일의 LOOP AT ... APPEND 패턴을 선언형(Declarative) 한 줄로 압축해 주는 강력한 도구입니다. 이 글에서는 단순 변환부터 필터링·중첩·구조 매핑
이 글의 목적과 핵심 점검 항목 ABAP 7.4부터 도입된 FOR ... IN 표현식은 명령형(Imperative) 스타일의 LOOP AT ... APPEND 패턴을 선언형(Declarative) 한 줄로 압축해 주는 강력한 도구입니다. 이 글에서는 단순 변환부터 필터링·중첩·구조 매핑
1. I_ServiceOrder가 필요한 이유 — CS 도메인의 데이터 통합 과제 SAP S/4HANA Customer Service(CS) 모듈에서 서비스 오더(Service Order)는 고객 설비의 수리, 정기 점검, 현장 출동 작업 등을 처리하는 핵심 트랜잭션입니다. 기존 ECC
개요 및 활용 시나리오 SAP S/4HANA Customer Service(CS) 모듈에서 서비스 오더는 고객 장비의 수리, 점검, 정기 유지보수 같은 현장 서비스 업무를 처리하는 핵심 트랜잭션 문서입니다. I_ServiceOrder 는 이러한 서비스 오더 헤더 데이터를 가상 데이터 모
개요와 이 글에서 얻어갈 것 SAP S/4HANA의 Plant Maintenance(PM) 영역에서 설비(Equipment)는 보전 계획·작업오더·측정·고장 분석의 출발점이 되는 마스터 데이터입니다. 클래식 EQUI 테이블을 직접 조회하던 방식에서 벗어나, S/4HANA는 I_Equip
개요 및 학습 흐름 I_FunctionalLocation은 SAP Plant Maintenance(PM) 영역에서 설비·구조물의 물리적 위치를 계층적으로 표현하는 CDS 뷰 엔터티입니다. 기존 IFLOT(Functional Location Master) 테이블과 텍스트 테이블(IFLOT
개요 및 이번 글에서 다루는 범위 I_MaintenanceOrder는 SAP S/4HANA의 PM(Plant Maintenance, 설비관리) 모듈에서 정비 오더(Maintenance Order) 헤더 데이터를 표준 가상 데이터 모델(VDM)로 제공하는 CDS View입니다. 기존 AB
PM 정비 오더와 I_MaintenanceOrder가 필요한 이유 설비 관리(Plant Maintenance, PM) 모듈은 SAP S/4HANA 운영 환경에서 가동률과 직결되는 핵심 도메인입니다. 발전소 터빈, 반도체 클린룸 장비, 자동차 도장 라인의 로봇 암 등 자산이 고장 나거나
개요와 이 글에서 얻어갈 것 ABAP 개발자라면 한 번쯤 "랭킹을 구하려고 SELECT 결과를 내부 테이블에 담고 SORT한 뒤 LOOP를 돌리며 카운터를 증가시킨" 경험이 있을 것입니다. 이런 방식은 작동은 하지만 데이터가 수십만 건을 넘어가면 애플리케이션 서버 메모리와 네트워크 전송
I_WorkCenter란 무엇인가 I_WorkCenter는 SAP S/4HANA에서 작업 센터(Work Center) 마스터 데이터를 표준화된 형태로 노출하는 ABAP CDS 기본 뷰(Basic Interface View)입니다. 전통적으로 작업 센터는 CRHD(Work Center H
개요 및 이 글에서 다룰 범위 SAP S/4HANA로 전환된 환경에서 재무 전표(FI Document) 라인 아이템을 조회할 때, 과거처럼 BSEG 클러스터 테이블을 직접 SELECT 하는 방식은 더 이상 권장되지 않습니다. 대신 SAP는 I_JournalEntryItem 이라는 표준
개요 및 이번 예제에서 다룰 내용 ABAP 7.40 SP08부터 도입된 FOR ... GROUPS BY 표현은 내부 테이블을 키 기반으로 그룹화하고 각 그룹별로 집계·요약 데이터를 한 번의 표현으로 생성할 수 있게 해주는 강력한 구문입니다. 기존에는 COLLECT , LOOP AT ..
개요 및 학습 포인트 ABAP 7.52부터 정식 지원되는 FOR ... THEN ... UNTIL 표현식은 단순한 반복 카운터를 넘어, 수학적 수열(arithmetic/geometric sequence)을 한 줄의 인라인 표현식으로 만들어내는 강력한 기능입니다. 전통적인 DO ... E
개요 및 이 글에서 다루는 내용 SAP RAP(ABAP RESTful Application Programming Model)에서 Behavior Definition(BDEF)을 작성할 때 가장 먼저 마주치는 갈림길이 바로 managed 와 unmanaged 시나리오의 선택입니다. 잘못
개요 및 도입 ABAP에서 연속된 숫자 시퀀스나 날짜 범위를 내부 테이블로 만들어야 하는 상황은 의외로 자주 발생합니다. 월별 매출 집계 슬롯, 회계연도 12개 기간, 발주일로부터 D+30까지의 일자 배열, 페이지네이션 인덱스 등이 대표적입니다. 전통적으로 DO ... ENDDO 루프로
개요와 이 글에서 다룰 내용 RAP(ABAP RESTful Application Programming Model)에서 데이터를 읽는 작업은 단순해 보이지만, 실제 트랜잭션 처리에서는 두 가지 전혀 다른 의미를 갖습니다. 단순 조회용 READ ENTITIES 와 수정을 전제로 한 READ
이 글에서 다루는 내용과 도달 지점 BOPF(Business Object Processing Framework)를 수년간 다뤄온 개발자가 RAP(ABAP RESTful Application Programming Model)로 넘어올 때 가장 먼저 부딪히는 벽은 라이프사이클의 재구성 입니
1. BOPF 라이프사이클 구조 — 과거의 표준 S/4HANA 초기와 ECC 기반 Fiori 1.0 시대를 거쳐온 개발자라면 BOPF(Business Object Processing Framework)는 익숙한 이름일 것입니다. BOPF는 비즈니스 오브젝트의 트랜잭션 처리를 일관된 방식
개요 및 학습 흐름 SAP RAP(RESTful ABAP Programming Model)에서 비즈니스 키(primary key)를 어느 시점에 확정할 것인가는 트랜잭션 설계의 근본 결정 사항입니다. RAP는 이를 위해 Early Numbering과 Late Numbering이라는 두
개요와 이 글에서 얻어갈 것 ABAP RESTful Application Programming Model(RAP)을 처음 다루는 개발자가 가장 자주 묻는 질문 중 하나는 "내 코드 어디에도 COMMIT WORK 가 없는데 왜 DB에 데이터가 저장되어 있는가?"이다. 전통적인 ABAP 개
OData V2와 V4, 무엇이 어떻게 달라졌나 OData는 SAP가 REST 기반 데이터 액세스 표준으로 채택한 프로토콜이며, 현재 SAP 생태계에는 V2와 V4 두 가지 메이저 버전이 공존합니다. V2는 2010년대 초반부터 SAP Gateway, SAP UI5, Fiori Clas