일반 Read vs Read for Update 잠금 차이 #shorts #SAP #RAP
개요와 이 글에서 다룰 내용 RAP(ABAP RESTful Application Programming Model)에서 데이터를 읽는 작업은 단순해 보이지만, 실제 트랜잭션 처리에서는 두 가지 전혀 다른 의미를 갖습니다. 단순 조회용 READ ENTITIES 와 수정을 전제로 한 READ
BOPF처럼 짜는 거 그만 — RAP 라이프사이클 #shorts #SAP #RAP
이 글에서 다루는 내용과 도달 지점 BOPF(Business Object Processing Framework)를 수년간 다뤄온 개발자가 RAP(ABAP RESTful Application Programming Model)로 넘어올 때 가장 먼저 부딪히는 벽은 라이프사이클의 재구성 입니
key mapping 없이 Late Numbering 0줄 저장 #shorts #SAP #RAP
개요 및 학습 흐름 SAP RAP(RESTful ABAP Programming Model)에서 비즈니스 키(primary key)를 어느 시점에 확정할 것인가는 트랜잭션 설계의 근본 결정 사항입니다. RAP는 이를 위해 Early Numbering과 Late Numbering이라는 두
VBAK vs I_SalesOrder — 판매 오더 조회 차이 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 내용 SAP S/4HANA의 SD(Sales & Distribution) 영역에서 판매 오더를 다루다 보면 가장 먼저 마주치게 되는 테이블이 VBAK(판매 오더 헤더)입니다. 그러나 S/4HANA 환경에서는 더 이상 VBAK를 직접 SELECT 하기보다
아직도 RBKP 직접 조회? — FI 연계 실수 3가지 #shorts #SAP #ABAP
개요 및 핵심 포인트 이 글은 SAP S/4HANA의 표준 CDS View인 I_SupplierInvoice 를 RBKP 테이블 구조와 FI(Financial Accounting) 연계 관점에서 다룹니다. MM-IV(Invoice Verification) 프로세스에서 생성된 공급업체 인
RAP COMMIT 원리 — 개발자 90%가 모르는 내막 #shorts #SAP #RAP
개요와 이 글에서 얻어갈 것 ABAP RESTful Application Programming Model(RAP)을 처음 다루는 개발자가 가장 자주 묻는 질문 중 하나는 "내 코드 어디에도 COMMIT WORK 가 없는데 왜 DB에 데이터가 저장되어 있는가?"이다. 전통적인 ABAP 개
EKET vs I_ScheduleLine 납기 조회 차이 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 범위 구매 발주(PO)의 납기는 한 줄이 아니라 여러 라인으로 분할되는 경우가 많습니다. 자재 1000개를 한 번에 받기보다 500개씩 두 차례 나눠 받는 식이죠. 이런 분할 납기 정보를 저장하는 EKET 테이블과, 이를 S/4HANA 환경에서 안전하게 소비할
IF 중첩 없이 한 줄로 조건 처리하기 #shorts #SAP #ABAP
IF 중첩의 늪 - 코드가 무너지는 순간 ABAP으로 비즈니스 로직을 작성하다 보면 어느 순간 IF/ELSEIF가 5단, 6단까지 중첩되는 코드를 마주하게 됩니다. 주문 상태, 고객 등급, 결제 방식 같은 도메인 분기는 한두 줄로 끝나지 않습니다. 이 글에서는 ABAP 7.4 SP08
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 이상에서 비즈니스 객체를 선언적으로 정의하기 위한 프레임워크입니다. 일반적으로 신규 개발이라
CREATE OBJECT 금지? NEW 인스턴스 생성법 #shorts #SAP #ABAP
이 글이 답하는 질문 CREATE OBJECT와 NEW 연산자, 무엇이 다른가? 기존 코드를 NEW로 리팩토링하려면 어떻게 해야 할까? 예외 처리, 팩토리 패턴, 단위 테스트에서 NEW를 어떻게 활용하나? NEW #(...)으로 타입 추론이 실패하는 이유는? 이 글을 보기 전에 이 글은
아직도 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 앱을 만들다 보면, 데이터 소
아직도 MOVE? CONV 타입 변환 실수 3가지 #shorts #SAP #ABAP
개요 및 이 글에서 얻어갈 것 ABAP에서 타입 변환은 가장 빈번하게 일어나는 작업이지만, 동시에 가장 많은 런타임 오류( CX_SY_CONVERSION_NO_NUMBER , CX_SY_CONVERSION_OVERFLOW )를 일으키는 영역입니다. 7.40 이전에는 MOVE 또는 단순
T134 vs I_MaterialType — 자재 유형 CDS 전환 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 내용 SAP S/4HANA 환경에서 자재 마스터를 다루다 보면 자재 유형(Material Type, MTART)이 거의 모든 비즈니스 로직의 분기점이 됩니다. 완제품(FERT), 원자재(ROH), 반제품(HALB), 서비스(DIEN) 등 자재 유형에 따라 수량
아직도 %control 없이 수정 처리해요? 3가지 #shorts #SAP #RAP
1. %control이란 무엇인가 — RAP의 부분 업데이트 철학 SAP RAP(RESTful ABAP Programming Model)은 OData v4 기반의 트랜잭션 처리를 위해 설계되었습니다. OData v4의 PATCH 요청은 PUT과 달리 "리소스의 일부만 갱신한다"는 의미를
FINAL vs DATA — 아직도 DATA만 쓰나요? #shorts #SAP #ABAP
개요와 이 글에서 얻어갈 것 ABAP 7.40 이후 변수 선언 방식이 인라인 선언( DATA(...) , FINAL(...) )으로 확장되면서, 많은 개발자가 습관적으로 DATA 만 사용하는 패턴을 유지하고 있습니다. 그러나 ABAP 7.57(SAP S/4HANA 2022 / Cloud
Late Numbering — 번호 갭 3줄로 해소 #shorts #SAP #RAP
test
%cid 30초 이해 — 임시 키로 부모 참조하는 법 #shorts #SAP #RAP
이 글에서 다루는 내용과 도달 지점 SAP RAP(RESTful Application Programming Model)에서 %cid 는 단일 트랜잭션 내에서 아직 데이터베이스에 커밋되지 않은 신규 인스턴스를 식별하기 위한 임시 키(temporary key)입니다. 특히 부모-자식 관계를
아직도 SELECT * 쓰나요? 금지 이유 3가지 #shorts #SAP #HANA
이 글에서 다루는 내용 SAP HANA 기반 시스템에서 SELECT * 구문은 개발 초기에는 편리해 보이지만, 프로덕션 환경에 그대로 배포되면 다양한 성능·유지보수 문제를 일으킵니다. 이 글에서는 SAP HANA Cloud(QRC 2/2024 기준) 및 HANA 2.0 SPS07 환경을
FINAL vs DATA — 아직도 헷갈리는 3가지 #shorts #SAP #ABAP
소개: DATA만 쓰던 시절을 넘어서 ABAP을 처음 배울 때 변수 선언은 거의 자동 반사처럼 DATA 로 시작합니다. 필드 하나가 필요하면 DATA lv_amount TYPE p DECIMALS 2. , 내부 테이블이 필요하면 DATA lt_items TYPE TABLE OF ...