Component.js 없이 FLP 통합 큰일 — 3단계 해결 #shorts #SAP #UI5
📖 개요와 목표 체크리스트 로컬 index.html 에서는 멀쩡히 돌던 UI5 앱이 Fiori Launchpad(FLP)에 올리는 순간 빈 화면만 보여주는 경우가 있습니다. 원인의 대부분은 Component.js 부재 또는 잘못된 구성 입니다. FLP는 앱을 "페이지"가 아니라 "컴포
String Template vs CONCATENATE 차이점 #shorts #SAP #ABAP
개요: 이 글에서 얻어갈 것 ABAP에서 문자열을 조합할 때 아직도 CONCATENATE 를 쓰고 있다면, 이 글이 코드 스타일을 바꾸는 계기가 될 것입니다. ABAP 7.02부터 도입된 String Template( |...{ }...| ) 문법은 문자열 조합을 한 줄로, 그리고 훨씬
List Report 정렬 없이 구현하다 실수 3가지 #shorts #SAP #RAP
1. List Report에서 정렬 기본값이 왜 중요한가 RAP(ABAP RESTful Application Programming Model)으로 List Report 앱을 처음 만들어 실행하면, 데이터가 키 필드 순서 그대로(사실상 무작위처럼 보이는 순서로) 표시됩니다. 판매 오더 목
RAP Side Effects — UI 자동 갱신 3가지 설정 #shorts #SAP #RAP
개요 — 이 글에서 다루는 것 RAP(ABAP RESTful Application Programming Model)로 만든 Fiori Elements 앱에서 할인율을 바꿨는데 총액이 화면에 바로 반영되지 않는 경험, 한 번쯤 있으실 겁니다. 서버의 Determination은 분명히 재계
ETag 없이 RAP 저장? 데이터 덮어씌워진다 #shorts #SAP #RAP
개요 — 이 글에서 다루는 것 두 명의 담당자가 같은 서비스 오더를 동시에 열어 편집하면 어떤 일이 벌어질까요? ETag가 설정되지 않은 RAP 비즈니스 오브젝트에서는 나중에 저장한 사람이 먼저 저장한 사람의 변경을 조용히 덮어씌웁니다 . 오류도, 경고도 없습니다. 이 글은 SAP BT
I_CostEstimate vs KEKO — 원가 CDS 뷰 #shorts #SAP #ABAP
KEKO 테이블의 구조와 원가 견적 도메인 개요 SAP 제품 원가 계산(Product Cost Planning, CO-PC) 영역에서 KEKO 는 수십 년간 원가 견적(Cost Estimate)의 헤더 정보를 담아온 핵심 테이블입니다. 자재별 표준 원가 견적을 생성(CK11N)하고 표시
I_HouseBank vs BNKA: CDS로 바꿔야 하는 이유 #shorts #SAP #ABAP
BNKA 테이블의 구조와 한계 — 왜 직접 SELECT하면 안 되는가 SAP에서 은행 관련 데이터를 다뤄본 개발자라면 BNKA (은행 마스터), T012 (하우스 뱅크), T012K (하우스 뱅크 계좌) 세 테이블을 직접 SELECT하는 코드를 한 번쯤 봤을 것입니다. BNKA는 은행
I_HouseBank vs BNKA — 차이점 3가지 #shorts #SAP #ABAP
1. BNKA를 아직도 직접 조회하고 있나요? — 개요와 목표 S/4HANA 이전 시절부터 ABAP를 다뤄온 개발자라면 은행 관련 데이터를 조회할 때 습관적으로 SELECT ... FROM bnka 를 작성해 왔을 것입니다. 하지만 SAP S/4HANA 환경, 특히 클린 코어(Clean
CRHD vs CDS 뷰 — 작업장 능력 차이 #shorts #SAP #ABAP
I_WorkCenterCapacity CDS 뷰 개요 — 왜 CRHD를 버려야 하는가 SAP S/4HANA의 생산 관련 개발에서 작업장(Work Center) 능력 데이터를 다룰 때, 많은 개발자가 여전히 CRHD , CRCA , KAKO 테이블을 직접 조인하는 레거시 방식을 사용합니다
EINA EINE vs I_PurchasingInfo CDS #shorts #SAP #ABAP
개요 — 이 글에서 얻어갈 것 SAP S/4HANA에서 구매 정보 기록(Purchasing Info Record)을 조회할 때, 여전히 EINA와 EINE 테이블을 직접 조인하는 코드를 작성하고 계신가요? 이 글은 표준 CDS View인 I_PurchasingInfo 를 활용해 테이블
CL_SALV_TABLE vs ALV Grid 코드 비교 #shorts #SAP #ABAP
개요 및 이 글에서 다룰 것 SAP UI5 애플리케이션에서 화면에 데이터를 뿌릴 때, 백엔드에서 내려온 원본 값을 그대로 노출하면 사용자 경험이 어색해집니다. 예를 들어 20260714 라는 문자열, 1500000.00 이라는 숫자, P 라는 코드 값은 각각 2026-07-14 , 1,
OData V4 CRUD, V2 방식 그만 — 3단계 전환 #shorts #SAP #UI5
개요 — 이 글에서 다루는 것 UI5에서 OData V4 모델을 쓰면서도 생성·수정·삭제(CUD)를 여전히 fetch 나 수동 AJAX 호출로 처리하는 코드를 실무에서 자주 봅니다. OData V4 모델( sap.ui.model.odata.v4.ODataModel )은 V2와 설계 철학
CAP before vs on vs after 실행 순서 #shorts #SAP #CAP
📖 개요 — 이 글에서 얻을 수 있는 것 SAP CAP(Cloud Application Programming Model) for Node.js에서 커스텀 로직은 before / on / after 세 단계의 이벤트 핸들러로 구현됩니다. 세 단계는 이름만 다른 게 아니라 실행 시점, r
Copy Action 없이 복제 삽질 끝 — factory 3단계 #shorts #SAP #RAP
왜 Copy Action이 아닌 Factory Action인가 RAP(RESTful ABAP Programming Model)에서 기존 비즈니스 오브젝트(BO)를 복제하는 요구사항은 실무에서 매우 자주 등장합니다. 예를 들어 판매 오더(SalesOrder)를 그대로 복사해 새 오더 초안
EKKO 직접 조회 90%가 잘못된 이유 #shorts #SAP #ABAP
1. I_SchedulingAgreement가 해결하는 문제 구매 스케줄링 어그리먼트(Scheduling Agreement)는 장기 공급 계약을 체결하고 그 아래에 반복적인 납기 일정(Delivery Schedule Line)을 관리하는 SAP 표준 프로세스입니다. 전통적으로 개발자는
CDS vs EKPO — 구매 계약 조회 차이 #shorts #SAP #ABAP
1. I_PurchaseContractItem이 해결하는 문제 구매 계약(Purchasing Contract)은 특정 자재나 서비스를 정해진 기간·조건에 반복 조달하기 위한 아웃라인 협약(Outline Agreement)입니다. SAP ERP 시절에는 EKKO(헤더)/EKPO(아이템)
아직도 sy-subrc? Exception Class 3단계 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 것 ABAP 개발자라면 CALL FUNCTION 뒤에 무의식적으로 IF sy-subrc <> 0 를 붙이는 습관이 있을 것이다. 하지만 sy-subrc = 4 가 의미하는 바가 "레코드 없음"인지 "권한 오류"인지 "락 실패"인지는 매뉴얼을 뒤져야
S/4HANA 전환 90%가 Open Items 누락 #shorts #SAP #Finance
S/4HANA 전환에서 Open Items가 프로젝트 성패를 가르는 이유 SAP ECC에서 S/4HANA로 넘어가는 Finance 전환 프로젝트에서 가장 많은 프로젝트가 무너지는 지점은 놀랍게도 마스터 데이터도, 조직구조도 아닌 Open Items(미결 항목) 입니다. Open Item
헤더-아이템 따로 조회 그만 — $expand 3단계 #shorts #SAP #RAP
개요와 이 글에서 얻어갈 것 OData 서비스를 개발하면서 헤더와 아이템을 두 번씩 나눠 호출하고 있다면, 이는 네트워크 왕복(round-trip)을 두 배로 소비하는 안티패턴입니다. 실제로 판매 주문 500건을 화면에 뿌리려고 헤더 GET → 아이템 GET을 순차 호출하면 500 +
GridList 없이 Fiori 모바일 대응하면 큰일 #shorts #SAP #Fiori
개요 및 이 글에서 다루는 것 SAP Fiori 앱을 데스크톱에서만 테스트하고 배포한 뒤 "모바일에서 표가 잘려 보인다"는 컴플레인을 받아본 개발자가 많을 것입니다. Fiori 디자인 가이드라인은 세 가지 폼팩터(Phone/Tablet/Desktop)를 동시에 지원해야 한다고 명시하지만