
SELECT 없이 외부 데이터 CDS처럼 그만 — Custom Query Provider #shorts #SAP #RAP
RAP Custom CDS Entity와 @ObjectModel.query.implementedBy를 활용해 실제 DB 테이블 없이 외부 API/Function Module 데이터를 OData 엔드포인트로 노출하는 방법을 알아봅니다. if_rap_query_provider 인터페이스를

RAP Custom CDS Entity와 @ObjectModel.query.implementedBy를 활용해 실제 DB 테이블 없이 외부 API/Function Module 데이터를 OData 엔드포인트로 노출하는 방법을 알아봅니다. if_rap_query_provider 인터페이스를

이 글에서 다루는 것 RAP(ABAP RESTful Application Programming Model)에서 Service Binding은 서비스를 실제 소비 가능한 프로토콜로 노출하는 마지막 관문입니다. 그런데 개발자들이 자주 놓치는 부분이 있습니다. 바로 Binding Type을

Draft 처리의 필요성과 이 글의 방향 SAP RAP(RESTful ABAP Programming Model)에서 Draft는 사용자가 편집 중인 데이터를 임시로 보관하고, 세션이 끊기더라도 이어서 작업할 수 있게 해주는 핵심 기능입니다. Fiori Elements의 Object Pa

1. 개요 및 이 글에서 다루는 것 SAP S/4HANA Fiori 화면에서 사용자가 신규 판매 오더를 입력하다가 실수로 브라우저를 닫으면 지금까지 입력한 내용이 모두 사라져 버립니다. RAP(ABAP RESTful Application Programming Model)의 Draft 기

Draft란 무엇인가 — RAP에서의 역할과 필요성 Fiori 기반 엔터프라이즈 애플리케이션에서 사용자가 긴 양식을 작성하다가 브라우저를 닫거나 세션이 끊겼을 때 입력값이 모두 사라진다면 어떨까요? Draft는 바로 이 문제를 해결하기 위해 ABAP RESTful Application
개요 및 이 글에서 다루는 내용 SAP RAP(ABAP RESTful Application Programming Model)에서 Behavior Definition(BDEF)을 작성할 때 가장 먼저 마주치는 갈림길이 바로 managed 와 unmanaged 시나리오의 선택입니다. 잘못

개요 및 핵심 포인트 SAP RAP(RESTful ABAP Programming Model)에서 CDS 뷰는 단순히 "데이터를 보여주는 SQL 래퍼"가 아닙니다. RAP의 계층 아키텍처에서 Interface View와 Projection View는 명확히 분리된 역할을 가지며, 이 분리
1. SAP OData 서비스 개발의 역사와 패러다임 전환 SAP의 ABAP 기반 서비스 개발은 지난 15년간 큰 변화를 겪었습니다. 초기 SAP NetWeaver Gateway가 등장하면서 SAP는 SOAP 기반 RFC/BAPI 호출에서 벗어나 OData(REST 기반) 프로토콜을 표

1. BOPF의 시대: 왜 새로운 모델이 필요했나 2010년대 초반 SAP는 ABAP 기반 트랜잭션 애플리케이션의 비즈니스 로직을 표준화하기 위해 BOPF(Business Object Processing Framework)를 도입했습니다. 당시 ABAP 개발자들은 화면(Dynpro),

개요와 이 글에서 다룰 내용 RAP(ABAP RESTful Application Programming Model)에서 데이터를 읽는 작업은 단순해 보이지만, 실제 트랜잭션 처리에서는 두 가지 전혀 다른 의미를 갖습니다. 단순 조회용 READ ENTITIES 와 수정을 전제로 한 READ

개요 및 이 글에서 다루는 것 SAP RAP(ABAP RESTful Application Programming Model)을 처음 시작하면 "도대체 어디부터 손을 대야 하지?"라는 질문이 가장 먼저 떠오릅니다. CDS View, Behavior Definition(BDEF), Behav

이 글에서 다루는 내용과 체크포인트 RAP(ABAP RESTful Application Programming Model)에서 Dynamic Feature Control은 인스턴스별로 필드의 readonly/mandatory 여부나 액션의 활성화 여부를 런타임에 결정하는 강력한 메커니즘입

이 글에서 다루는 내용과 도달 지점 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이라는 두


개요와 이 글에서 다루는 범위 SAP RAP(RESTful Application Programming Model)에서 draft 활성화는 Fiori Elements 기반 UX의 표준 권장 사항으로 자리잡았습니다. 그러나 실제 프로젝트에서는 라이선스 데이터 모델 제약, 외부 시스템 동기화
개요와 이 글에서 얻어갈 것 ABAP RESTful Application Programming Model(RAP)을 처음 다루는 개발자가 가장 자주 묻는 질문 중 하나는 "내 코드 어디에도 COMMIT WORK 가 없는데 왜 DB에 데이터가 저장되어 있는가?"이다. 전통적인 ABAP 개

Feature Control이란 무엇이며 왜 필요한가 RAP(ABAP RESTful Application Programming Model)에서 비즈니스 객체를 설계할 때 가장 자주 마주치는 요구사항 중 하나는 "어떤 상태에서는 특정 필드를 수정할 수 없게 막아야 한다", "특정 권한이

1. RAP Draft의 역할 — 왜 존재하는가 SAP RAP(RESTful ABAP Programming Model)에서 Draft는 단순한 "임시 저장" 기능이 아닙니다. Fiori Elements UI와 OData V4 백엔드 사이의 상태 관리 계층으로, 사용자가 화면에서 값을 입