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 프레임워크를 만들고자 했던 것이 아닙니다. 그들이 마주한 문제는 명확했습니다 — 클라우드 환경에서
Unmanaged RAP CRUD 실수 5가지 #shorts #SAP #RAP
1. Managed와 Unmanaged의 갈림길 — 언제 Unmanaged를 선택하는가 RAP(RESTful ABAP Programming Model)는 ABAP Platform 1909 이상(특히 ABAP Cloud 및 S/4HANA 2020+)에서 비즈니스 객체를 선언적으로 정의하는
Unmanaged RAP CRUD 90%가 빠지는 함정 #shorts #SAP #RAP
1. Managed vs Unmanaged — 무엇이 다른가 SAP의 ABAP RESTful Application Programming Model(이하 RAP)은 비즈니스 객체의 동작을 구현하는 두 가지 주요 시나리오를 제공합니다. Managed 시나리오에서는 RAP Framework가
Unmanaged RAP에서 COMMIT WORK 쓰면 큰일 #shorts #SAP #RAP
1. Unmanaged RAP가 등장한 배경 ABAP RESTful Application Programming Model(RAP)은 S/4HANA Cloud 및 ABAP Platform 2022 이상에서 비즈니스 객체를 선언적으로 정의하기 위한 프레임워크입니다. 일반적으로 신규 개발이라
아직도 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 앱을 만들다 보면, 데이터 소
구조체 vs Abstract Entity — RAP 액션 파라미터 차이 #shorts #SAP #RAP
Action 파라미터 설계의 두 갈래 RAP(RESTful ABAP Programming Model)에서 Action을 구현할 때 개발자가 처음 마주치는 질문이 있다. 파라미터를 어디에 어떻게 정의할 것인가. 일반적인 ABAP 개발 경험을 가진 사람이라면 자연스럽게 딕셔너리 구조체(Da
단순 파라미터 없이 RAP 액션 30초 이해 #shorts #SAP #RAP
Abstract Entity와 RAP Action 파라미터 설계의 출발점 SAP S/4HANA Cloud Private Edition 2023 및 ABAP Platform 2023 이상에서 RESTful ABAP Programming Model(RAP)을 다루다 보면, Action을 정
BO 중복 코드 그만 — RAP BO 인터페이스 실전 #shorts #SAP #RAP
개요 및 이 글에서 다루는 것 SAP RAP(RESTful ABAP Programming Model)에서 동일한 라이프사이클이나 동작 패턴을 가진 Business Object(BO)가 늘어나면, 동일한 동작(action), 결정(determination), 검증(validation) 로
RAP 개발자 90%가 놓치는 Additional Binding #shorts #SAP #RAP
개요와 이 글에서 다룰 것 RAP에서 하나의 Business Object를 만들었는데, 부서마다 요구하는 OData 서비스가 다르다면 어떻게 해야 할까요? 같은 데이터를 노출해야 하는데 서비스를 새로 만들 때마다 BO도 복제해야 한다면, 유지보수 지옥이 시작됩니다. Additional
Root View Entity 실수 3가지 큰일 납니다 #shorts #SAP #RAP
큰일 났습니다, 당신의 Root View Entity가 잘못 설계됐다면 "분명히 CDS View Entity로 모델링은 끝났는데, 왜 Fiori Elements 화면에서 자식 데이터가 안 나오죠?", "왜 Draft가 활성화 안 되죠?", "왜 트랜잭션 동작이 부모-자식 단위로 묶이지
BO 복제 금지 — Additional Binding 30초 설정 #shorts #SAP #RAP
1. Additional Binding이 필요한 이유 — 실무에서 마주치는 상황 SAP S/4HANA Cloud 또는 ABAP Platform 2023 이상에서 RAP(RESTful Application Programming Model)로 Business Object를 개발하다 보면,
RAP Mapping 없이 쓰다 생기는 실수 4가지 #shorts #SAP #RAP
Mapping 절이 필요한 이유 — DB 컬럼명과 CDS 필드명 불일치 문제 SAP RAP(RESTful Application Programming Model)에서 비즈니스 오브젝트를 설계하다 보면, 데이터베이스 테이블의 컬럼명이 짧고 함축적인 이름(예: MANDT , SOITEM_ID
개발자 90%가 놓치는 Deep Insert 함정 #shorts #SAP #RAP
Deep Insert가 필요한 이유 — 기존 방식의 한계 전형적인 주문 처리 화면을 떠올려 봅시다. 사용자는 SalesOrder 헤더를 입력하고, 그 아래에 여러 줄의 OrderItem을 함께 채워 넣은 뒤 한 번의 저장 버튼으로 모두 등록하길 원합니다. 그런데 OData V2 시절 흔
아직도 %control 없이 수정 처리해요? 3가지 #shorts #SAP #RAP
1. %control이란 무엇인가 — RAP의 부분 업데이트 철학 SAP RAP(RESTful ABAP Programming Model)은 OData v4 기반의 트랜잭션 처리를 위해 설계되었습니다. OData v4의 PATCH 요청은 PUT과 달리 "리소스의 일부만 갱신한다"는 의미를
RAP 핸들러 간 API 중복 호출 그만 #shorts #SAP #RAP
개요 및 이 글에서 다룰 내용 SAP RAP(RESTful ABAP Programming Model)에서 Behavior 핸들러는 각각 독립적인 메서드로 호출되며, 같은 트랜잭션 안에서도 핸들러 간 직접적인 변수 공유가 불가능합니다. 특히 Determination 단계에서 계산한 값이나
Late Numbering — 번호 갭 3줄로 해소 #shorts #SAP #RAP
test
%cid 30초 이해 — 임시 키로 부모 참조하는 법 #shorts #SAP #RAP
이 글에서 다루는 내용과 도달 지점 SAP RAP(RESTful Application Programming Model)에서 %cid 는 단일 트랜잭션 내에서 아직 데이터베이스에 커밋되지 않은 신규 인스턴스를 식별하기 위한 임시 키(temporary key)입니다. 특히 부모-자식 관계를
RAP 개발자 90%가 모르는 Service Definition #shorts #SAP #RAP
1. Service Definition이 필요한 이유 SAP S/4HANA Cloud 또는 ABAP Platform 환경에서 RAP(ABAP RESTful Application Programming Model)를 다루다 보면, 비즈니스 로직을 캡슐화한 CDS 뷰를 외부 시스템이 사용할
Service Definition vs Service Binding — OData 공개 구조 #shorts #SAP #RAP
OData 서비스가 외부에 노출되는 원리 알에이피(RAP) 아키텍처에서 비즈니스 오브젝트를 외부 시스템이나 Fiori 앱에 공개하려면 반드시 두 가지 오브젝트가 필요합니다. 바로 Service Definition과 Service Binding입니다. 많은 개발자가 이 둘을 비슷한 것으로