Copy Action 없이 복제 삽질 끝 — factory 3단계 #shorts #SAP #RAP
왜 Copy Action이 아닌 Factory Action인가 RAP(RESTful ABAP Programming Model)에서 기존 비즈니스 오브젝트(BO)를 복제하는 요구사항은 실무에서 매우 자주 등장합니다. 예를 들어 판매 오더(SalesOrder)를 그대로 복사해 새 오더 초안
헤더-아이템 따로 조회 그만 — $expand 3단계 #shorts #SAP #RAP
개요와 이 글에서 얻어갈 것 OData 서비스를 개발하면서 헤더와 아이템을 두 번씩 나눠 호출하고 있다면, 이는 네트워크 왕복(round-trip)을 두 배로 소비하는 안티패턴입니다. 실제로 판매 주문 500건을 화면에 뿌리려고 헤더 GET → 아이템 GET을 순차 호출하면 500 +
역할 카탈로그 vs 역할 그룹 차이 3가지 #shorts #SAP #Fiori
이 글의 목적과 도달점 SAP Fiori Launchpad(FLP)를 처음 접하면 사용자 화면에 표시되는 타일과 그룹이 어디에서 오는지, 어떤 순서로 조립되는지 파악하기가 쉽지 않습니다. 특히 Role Catalog (역할 카탈로그)와 Role Group (역할 그룹)이라는 두 축이 헷
역할 TR 30초 체크 — 프로파일 누락 방지 #shorts #SAP #PFCG
이 글의 개요와 도달 목표 PFCG로 만든 역할(Role)을 개발기(DEV)에서는 정상 작동하는데, 품질기(QAS)나 운영기(PRD)에 반영하고 나면 "권한 없음" 오류가 쏟아지는 상황은 SAP Basis 초심자가 가장 자주 겪는 사고 유형이다. 원인의 대부분은 Transport Req
Table vs List vs Tree 선택 기준 3가지 #shorts #SAP #UI5
이 글에서 다룰 것 UI5에서 다량의 비즈니스 데이터를 화면에 뿌릴 때 가장 먼저 부딪히는 고민은 "어떤 컨트롤을 써야 하지?"입니다. sap.m.Table , sap.m.List , sap.m.Tree 는 겉보기에는 비슷하지만, 데이터 구조와 사용자 시나리오에 따라 명확히 다른 선택을
Metadata Extension 없이 @UI 쓰면 큰일 나는 이유 #shorts #SAP #RAP
이 글의 목적과 도달점 SAP RAP(ABAP RESTful Application Programming Model)로 Fiori Elements 앱을 개발하다 보면, 개발 초기에는 @UI 어노테이션을 CDS 뷰 안에 직접 넣는 경우가 많습니다. 처음에는 편리해 보이지만, 필드가 30개를
COEP vs CDS 뷰 — 코스트센터 실비 조회 차이 #shorts #SAP #ABAP
COEP의 시대가 끝났다 — S/4HANA 비용 아키텍처 전환 ECC 시절 원가회계 담당자에게 COEP는 성전(聖典)이었다. 실적 라인 아이템은 여기 있었고, 배부·정산·재분배 결과도 모두 여기로 흘러들었다. 그러나 S/4HANA로 넘어오면서 회계 데이터 모델은 Universal Jou
abapGit 모르면 큰일 — Git Push까지 3단계 #shorts #SAP #ABAP
abapGit이 왜 ABAP 개발자의 필수 도구가 되었는가 ABAP 개발자라면 한 번쯤 이런 경험이 있을 것이다. 트랜스포트 요청(TR)을 잘못 릴리즈해서 코드가 뒤엉키고, 누가 언제 어떤 변경을 했는지 추적할 수 없어 밤을 새운 기억 말이다. abapGit 은 이런 고통을 해결하기 위
아직도 T007S로 세금 코드 조회? — I_TaxCode 3단계 #shorts #SAP #ABAP
개요 및 학습 도달점 SAP S/4HANA로 전환한 개발 조직이 가장 먼저 마주하는 질문 중 하나는 "T007S를 계속 직접 조회해도 되는가?"입니다. 이 글에서는 세금 코드 마스터를 조회하는 새로운 표준 접근인 I_TaxCode CDS View의 구조, 동작 원리, 그리고 실무에서의
아직도 AUFK 직접 조회? — CDS 뷰로 바꾸는 3단계 #shorts #SAP #ABAP
이 글의 목적과 도달점 SAP S/4HANA 환경에서 생산 오더 데이터를 조회할 때, 과거 ECC 시절부터 이어져 온 AUFK · AFKO · AFPO 테이블 직접 SELECT 방식은 여러 부작용을 낳습니다. 조인이 길어지고, 권한 체크가 누락되며, 릴리스 업그레이드 시 필드 변경에 취
아직도 MARD 직접 조회? I_MaterialStock 3단계 #shorts #SAP #ABAP
개요 및 이 글에서 얻어갈 것 SAP S/4HANA 환경에서 자재 재고를 조회할 때 여전히 MARD 테이블을 직접 SELECT 하는 코드가 남아있는 프로젝트가 많습니다. 하지만 S/4HANA로 넘어오면서 재고 데이터의 저장 구조가 변경되었고, MATDOC 기반의 aggregation 로
I_Material vs I_Product 실수 3가지 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 것 SAP S/4HANA를 다루다 보면 I_Material 과 I_Product 라는 두 개의 CDS 뷰를 자주 마주치게 됩니다. 둘 다 자재 마스터의 헤더 정보를 노출하고, 내부적으로는 대부분 MARA 테이블에서 데이터를 가져옵니다. 그런데도 SAP는 왜 두
AUFK 직접 vs CDS — PM 오더 실전 비교 #shorts #SAP #ABAP
이 글에서 다루는 범위와 도달점 SAP S/4HANA의 PM(Plant Maintenance) 모듈에서 정비 오더는 설비 고장, 예방 정비, 검사 작업을 관리하는 핵심 트랜잭션 객체입니다. 이 글은 I_MaintenanceOrder CDS 뷰가 레거시 AUFK 테이블을 어떻게 의미론적으
SE11 vs CDS Value Help — F4 도움말 차이 #shorts #SAP #ABAP
이 글에서 다루는 내용과 도달 지점 Fiori Elements 앱에서 사용자가 입력 필드 옆의 돋보기 아이콘(F4)을 눌렀을 때 뜨는 값 도움말(Value Help)은 UX 품질을 좌우하는 핵심 요소입니다. 이 글은 ABAP CDS View에 @Consumption.ValueHelpDe
T 테이블 vs CDS Text View — 다국어 연결 #shorts #SAP #ABAP
개요 및 핵심 포인트 SAP 시스템은 태생부터 다국어 환경이었습니다. 독일 본사에서 만든 마스터 데이터가 미국 지사에서는 영어로, 한국 지사에서는 한국어로 표시되어야 하는 요구사항이 기본값이었죠. 전통적인 ABAP 개발자라면 이런 상황에서 반사적으로 "T 테이블(Text 테이블)을 만들
PRPS 직접 조회하면 큰일 — WBS는 CDS View로 #shorts #SAP #ABAP
WBS 요소란 무엇인가 - 프로젝트 계층 구조의 핵심 SAP Project System(PS) 모듈에서 WBS(Work Breakdown Structure) 요소는 프로젝트를 관리 가능한 단위로 세분화하는 계층적 구성 요소입니다. 하나의 프로젝트는 최상위 프로젝트 정의(Project D
WBS 연결 실수 3가지 #shorts #SAP #ABAP
개요 및 이 글에서 다루는 범위 SAP S/4HANA의 프로젝트 시스템(PS, Project System) 모듈은 대형 투자 프로젝트, R&D 프로젝트, 서비스 프로젝트 관리의 핵심입니다. 그 중심에는 PROJ 테이블에 저장되는 프로젝트 정의(Project Definition)가 있으며
프로젝트-WBS 조인, 외부키 써도 될까? #shorts #SAP #ABAP
이 글에서 다룰 것 SAP S/4HANA의 Project System(PS) 모듈은 오랫동안 PROJ 테이블을 프로젝트 헤더의 근간으로 사용해 왔습니다. 최근 S/4HANA에서는 이 테이블을 CDS View인 I_ProjectDefinition 으로 감싸 재사용 가능한 데이터 모델로 노
Cockpit 없이 CF 배포 — 90%가 놓치는 CLI 설정 #shorts #SAP #BTP
개요 및 실전 배포 목표 SAP BTP Cockpit은 시각적으로 편리하지만, 반복 배포·CI/CD·원격 서버 작업에서는 오히려 병목이 됩니다. 이 글은 Cloud Foundry CLI(cf CLI) 하나만으로 로그인부터 서비스 바인딩, 매니페스트 배포, 롤백까지 전체 흐름을 완성하는
단일 서브어카운트 vs 환경 분리, 차이는? #shorts #SAP #BTP
1. 왜 서브어카운트 설계가 프로젝트 초반의 승부수인가 SAP BTP 프로젝트에서 가장 자주 목격되는 실수는 "일단 하나 만들고 나중에 나누자" 는 접근입니다. 무료 트라이얼로 시작해 Proof of Concept(PoC)을 진행하다가, 어느 순간 그 서브어카운트에 개발/QA/운영 리소