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입니다. 많은 개발자가 이 둘을 비슷한 것으로
RAP Validation 삽질 끝 — on SAVE·on MODIFY 이벤트 완벽 분리 실전 #shorts #SAP #RAP
RAP Validation에서 on SAVE와 on MODIFY 이벤트를 잘못 선택하면 UX 버그와 성능 이슈가 생깁니다. 두 이벤트의 호출 시점, BDEF 선언 문법, ABAP 구현 패턴, 흔한 실수 3가지를 실전 코드로 정리합니다.
[RAP] Side Effects와 Business Events로 워크플로우 자동화 구현 — 필드 연동부터 이벤트 드리븐 처리까지
RAP의 Side Effects와 Business Events를 활용하여 필드 변경 시 자동 갱신, 이벤트 드리븐 워크플로우 자동화를 구현하는 방법을 단계별로 설명합니다.
[RAP] Managed 시나리오 심화 — Validation, Determination, Action 완전 구현 가이드
RAP Managed 시나리오에서 Validation(저장 검증), Determination(자동 필드 설정), Action(사용자 트리거 오퍼레이션) 세 가지를 BDEF 선언부터 Implementation Class 구현까지 실전 코드로 완전히 다룹니다. %tky vs %key 차이,
[RAP] ABAP RESTful Application Programming Model 입문 — Business Object 4-Layer 구조 완전 가이드
RAP의 4-Layer 구조(CDS View, Behavior Definition, Service Definition, Service Binding)를 단계별로 구현하는 방법을 설명합니다. Managed 시나리오로 CRUD + Action + Validation까지 완성.