ABAP 개발자 80%가 놓치는 I_ServiceOrder 구조 #shorts #SAP #ABAP
1. I_ServiceOrder가 필요한 이유 — CS 도메인의 데이터 통합 과제 SAP S/4HANA Customer Service(CS) 모듈에서 서비스 오더(Service Order)는 고객 설비의 수리, 정기 점검, 현장 출동 작업 등을 처리하는 핵심 트랜잭션입니다. 기존 ECC
?= 다운캐스트 금지 — 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 레벨 계정 마스터) 테이블을 직접
managed vs unmanaged — 선택 기준 딱 2가지 #shorts #SAP #RAP
개요 및 이 글에서 다루는 내용 SAP RAP(ABAP RESTful Application Programming Model)에서 Behavior Definition(BDEF)을 작성할 때 가장 먼저 마주치는 갈림길이 바로 managed 와 unmanaged 시나리오의 선택입니다. 잘못
Interface View 직접 노출하면 큰일 #shorts #SAP #RAP
개요 및 핵심 포인트 SAP RAP(RESTful ABAP Programming Model)에서 CDS 뷰는 단순히 "데이터를 보여주는 SQL 래퍼"가 아닙니다. RAP의 계층 아키텍처에서 Interface View와 Projection View는 명확히 분리된 역할을 가지며, 이 분리
BOPF에서 RAP로 — 전환 이유 30초 만에 정리 #shorts #SAP #RAP
1. SAP OData 서비스 개발의 역사와 패러다임 전환 SAP의 ABAP 기반 서비스 개발은 지난 15년간 큰 변화를 겪었습니다. 초기 SAP NetWeaver Gateway가 등장하면서 SAP는 SOAP 기반 RFC/BAPI 호출에서 벗어나 OData(REST 기반) 프로토콜을 표
트랜잭션 없이 개발 — RAP vs BOPF 결정적 차이 #shorts #SAP #RAP
1. BOPF의 시대: 왜 새로운 모델이 필요했나 2010년대 초반 SAP는 ABAP 기반 트랜잭션 애플리케이션의 비즈니스 로직을 표준화하기 위해 BOPF(Business Object Processing Framework)를 도입했습니다. 당시 ABAP 개발자들은 화면(Dynpro),
일반 Read vs Read for Update 잠금 차이 #shorts #SAP #RAP
개요와 이 글에서 다룰 내용 RAP(ABAP RESTful Application Programming Model)에서 데이터를 읽는 작업은 단순해 보이지만, 실제 트랜잭션 처리에서는 두 가지 전혀 다른 의미를 갖습니다. 단순 조회용 READ ENTITIES 와 수정을 전제로 한 READ
RAP 순서 틀리면 큰일 — BDEF부터 바인딩까지 #shorts #SAP #RAP
개요 및 이 글에서 다루는 것 SAP RAP(ABAP RESTful Application Programming Model)을 처음 시작하면 "도대체 어디부터 손을 대야 하지?"라는 질문이 가장 먼저 떠오릅니다. CDS View, Behavior Definition(BDEF), Behav
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)로 넘어올 때 가장 먼저 부딪히는 벽은 라이프사이클의 재구성 입니
BOPF vs RAP 라이프사이클 — 개발자가 헷갈리는 이유 #shorts #SAP #RAP
1. BOPF 라이프사이클 구조 — 과거의 표준 S/4HANA 초기와 ECC 기반 Fiori 1.0 시대를 거쳐온 개발자라면 BOPF(Business Object Processing Framework)는 익숙한 이름일 것입니다. BOPF는 비즈니스 오브젝트의 트랜잭션 처리를 일관된 방식
key mapping 없이 Late Numbering 0줄 저장 #shorts #SAP #RAP
개요 및 학습 흐름 SAP RAP(RESTful ABAP Programming Model)에서 비즈니스 키(primary key)를 어느 시점에 확정할 것인가는 트랜잭션 설계의 근본 결정 사항입니다. RAP는 이를 위해 Early Numbering과 Late Numbering이라는 두
RAP BO 레이어 3개 — BDEF 없이 못 씀 #shorts #SAP #RAP
placeholder
RAP Draft 빠뜨리면 큰일 — ETag Lock 충돌 #shorts #SAP #RAP
개요와 이 글에서 다루는 범위 SAP RAP(RESTful Application Programming Model)에서 draft 활성화는 Fiori Elements 기반 UX의 표준 권장 사항으로 자리잡았습니다. 그러나 실제 프로젝트에서는 라이선스 데이터 모델 제약, 외부 시스템 동기화
RAP COMMIT 원리 — 개발자 90%가 모르는 내막 #shorts #SAP #RAP
개요와 이 글에서 얻어갈 것 ABAP RESTful Application Programming Model(RAP)을 처음 다루는 개발자가 가장 자주 묻는 질문 중 하나는 "내 코드 어디에도 COMMIT WORK 가 없는데 왜 DB에 데이터가 저장되어 있는가?"이다. 전통적인 ABAP 개
Static vs Dynamic — 상태별 UI 통제 기준 #shorts #SAP #RAP
Feature Control이란 무엇이며 왜 필요한가 RAP(ABAP RESTful Application Programming Model)에서 비즈니스 객체를 설계할 때 가장 자주 마주치는 요구사항 중 하나는 "어떤 상태에서는 특정 필드를 수정할 수 없게 막아야 한다", "특정 권한이
RAP Draft 30초 — Lock UX 자동으로 잡힙니다 #shorts #SAP #RAP
1. RAP Draft의 역할 — 왜 존재하는가 SAP RAP(RESTful ABAP Programming Model)에서 Draft는 단순한 "임시 저장" 기능이 아닙니다. Fiori Elements UI와 OData V4 백엔드 사이의 상태 관리 계층으로, 사용자가 화면에서 값을 입
OData V2 vs V4 — Fiori에서 맞는 선택 #shorts #SAP #RAP
OData V2와 V4, 무엇이 어떻게 달라졌나 OData는 SAP가 REST 기반 데이터 액세스 표준으로 채택한 프로토콜이며, 현재 SAP 생태계에는 V2와 V4 두 가지 메이저 버전이 공존합니다. V2는 2010년대 초반부터 SAP Gateway, SAP UI5, Fiori Clas
아직도 Draft 없이 RAP 개발? 놓치는 것 3가지 #shorts #SAP #RAP
RAP과 Draft: 왜 처음부터 설계에 포함되었는가 ABAP RESTful Application Programming Model(RAP)을 설계한 SAP 엔지니어링 팀은 단순한 CRUD 프레임워크를 만들고자 했던 것이 아닙니다. 그들이 마주한 문제는 명확했습니다 — 클라우드 환경에서