T005 말고 I_Country — 90%가 더 나은 이유 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 것 SAP S/4HANA 기반 시스템에서 국가 코드는 단순한 두 글자 식별자가 아니라, 세금 처리·통화·주소 포맷·언어·EU 회원국 여부 등 수많은 비즈니스 로직의 분기점입니다. 전통적으로 ABAP 개발자는 T005 테이블을 직접 SELECT 했지만, RAP·
따옴표로 숫자 쓰면 큰일 — ABAP 타입드 리터럴 #shorts #SAP #ABAP
따옴표 하나가 만든 야근, 타입드 리터럴이 막아준다 금요일 오후 6시, 운영 환경에서 갑작스럽게 떨어진 단가 계산 잡(Job)이 멈춰 섰다. 디버거를 열어보니 원인은 어이없게도 한 줄의 코드였다. DATA(lv_quantity) = '00100'. 작성자는 정수 100을 의도했지만 AB
아직도 KNA1 따로? BUT000 뷰로 BP 통합 #shorts #SAP #ABAP
이 글에서 다루는 범위 S/4HANA에서 고객(Customer, KNA1)과 공급업체(Vendor, LFA1)는 더 이상 별개의 마스터 데이터가 아닙니다. 비즈니스 파트너(Business Partner, BP)라는 단일 엔티티로 통합되었고, 모든 외부 거래 주체는 BUT000 테이블을
BUT000 vs BP 통합 뷰 — 조회 방법 차이 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 범위 SAP S/4HANA에서 가장 자주 호출되는 CDS 뷰 중 하나가 바로 I_BusinessPartner 입니다. 전통적인 ERP 시대에는 고객( KNA1 )과 공급업체( LFA1 )가 분리되어 있었지만, S/4HANA는 BUT000 을 중심으로 비즈니스
LOOP로 순위 계산 그만 — SQL 윈도우 함수 #shorts #SAP #ABAP
개요와 이 글에서 얻어갈 것 ABAP 개발자라면 한 번쯤 "랭킹을 구하려고 SELECT 결과를 내부 테이블에 담고 SORT한 뒤 LOOP를 돌리며 카운터를 증가시킨" 경험이 있을 것입니다. 이런 방식은 작동은 하지만 데이터가 수십만 건을 넘어가면 애플리케이션 서버 메모리와 네트워크 전송
CRHD vs I_WorkCenter — 작업 센터 조회 차이 #shorts #SAP #ABAP
I_WorkCenter란 무엇인가 I_WorkCenter는 SAP S/4HANA에서 작업 센터(Work Center) 마스터 데이터를 표준화된 형태로 노출하는 ABAP CDS 기본 뷰(Basic Interface View)입니다. 전통적으로 작업 센터는 CRHD(Work Center H
AUFK JOIN 없이 생산 오더 읽는 법 3가지 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 범위 SAP S/4HANA 환경에서 생산 오더(Production Order) 데이터를 ABAP으로 다룰 때, 과거에는 AUFK, AFKO, AFPO 같은 클러스터 테이블을 직접 JOIN하여 조회하는 방식이 일반적이었습니다. 그러나 S/4HANA 1909 이후
생산 오더 상태 90%가 막히는 이유 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 범위 I_ProductionOrder는 SAP S/4HANA에서 생산 오더(Production Order) 헤더 정보를 표준화된 형태로 노출하는 기본(Basic) CDS View입니다. 내부적으로 AUFK(오더 마스터)와 AFKO(오더 헤더), AFPO(오더
PLAF 없이 계획 오더 조회 3가지 — I_PlannedOrder #shorts #SAP #ABAP
개요 및 핵심 포인트 SAP S/4HANA 환경에서 MRP(Material Requirements Planning) 실행 결과로 생성된 계획 오더(Planned Order)는 PLAF 테이블에 저장됩니다. 과거에는 PLAF 테이블을 직접 SELECT 하거나 BAPI_PLANNEDORDE
SKA1 vs I_GLAccount — GL 계정 조회 차이 #shorts #SAP #ABAP
개요 및 이 글에서 다룰 내용 S/4HANA 재무 모듈에서 총계정원장(General Ledger) 계정 마스터를 다룰 때 가장 먼저 마주치는 CDS 뷰가 바로 I_GLAccount 입니다. 전통 ABAP에서는 SKA1 (Chart of Accounts 레벨 계정 마스터) 테이블을 직접
BKPF vs I_AccountingDocument — FI 전표 CDS 조회 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 범위 SAP S/4HANA의 재무회계(FI) 모듈은 전통적으로 BKPF (전표 헤더)와 BSEG (전표 라인)이라는 두 클러스터 테이블에 데이터를 보관해 왔습니다. 그러나 S/4HANA로 전환되면서 SAP는 I_AccountingDocument 를 비롯한 표준
BSEG 직접 SELECT 해도 돼? #shorts #SAP #ABAP
개요 및 이 글에서 다룰 범위 SAP S/4HANA로 전환된 환경에서 재무 전표(FI Document) 라인 아이템을 조회할 때, 과거처럼 BSEG 클러스터 테이블을 직접 SELECT 하는 방식은 더 이상 권장되지 않습니다. 대신 SAP는 I_JournalEntryItem 이라는 표준
BKPF SELECT 금지 — CDS View 전환 3가지 #shorts #SAP #ABAP
개요와 이 글에서 다루는 범위 SAP S/4HANA 환경에서 회계 전표 헤더 정보를 조회할 때 과거에는 BKPF 테이블을 직접 SELECT 하는 방식이 일반적이었습니다. 그러나 가상 데이터 모델(VDM)이 도입된 이후로는 I_JournalEntry CDS View가 표준 접근 경로로 자
I_SalesContract 30초 해부 — 계약 CDS 구조 #shorts #SAP #ABAP
개요와 이 글에서 다루는 범위 판매 계약(Sales Contract)은 고객과 일정 기간 동안 정해진 조건으로 거래하기로 약속한 'Outline Agreement'의 한 종류입니다. S/4HANA에서는 전통적인 VBAK/VBAP 테이블 위에 Virtual Data Model(VDM) 계
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 기반) 프로토콜을 표
VBRK 직접 조회 그만 — FI 전기 CDS 뷰 #shorts #SAP #ABAP
개요 I_BillingDocument는 SAP S/4HANA의 표준 인터페이스 뷰(Interface View)로, 전통적인 SD 모듈의 청구 문서 헤더 테이블 VBRK를 가상 데이터 모델(VDM, Virtual Data Model)로 추상화한 핵심 CDS 뷰입니다. 이 글에서는 VBRK
트랜잭션 없이 개발 — RAP vs BOPF 결정적 차이 #shorts #SAP #RAP
1. BOPF의 시대: 왜 새로운 모델이 필요했나 2010년대 초반 SAP는 ABAP 기반 트랜잭션 애플리케이션의 비즈니스 로직을 표준화하기 위해 BOPF(Business Object Processing Framework)를 도입했습니다. 당시 ABAP 개발자들은 화면(Dynpro),
LIKP vs I_DeliveryDocument — 배송 출고 상태 추적 #shorts #SAP #ABAP
개요와 이번 글에서 다루는 범위 SAP S/4HANA의 배송(Delivery) 영역은 SD(Sales & Distribution)와 MM(Materials Management)의 교차점에 위치하며, 주문에서 출고까지의 흐름을 추적하는 핵심 트랜잭션 데이터입니다. 전통적으로 LIK