cds deploy 생략 금지 — HANA 연결 깨지는 이유? #shorts #SAP #CAP
개요 및 학습 체크리스트 CAP(Cloud Application Programming Model) 프로젝트를 로컬 SQLite에서 개발하다가 BTP의 HANA Cloud로 처음 배포할 때 가장 흔히 겪는 실패가 "연결은 성공했는데 테이블이 없다" 또는 "Database user is m
아직도 CONT vs DISC 헷갈려? HANA 분위수 핵심 #shorts #SAP #HANA
1. 왜 분위수 함수가 실무 분석의 핵심인가 매출 데이터, 응답 시간, 재고 회전율 같은 수치형 지표를 다룰 때 평균(AVG)만으로는 데이터의 진짜 모습을 놓치기 쉽습니다. 한 명의 초대형 고객이 전체 평균을 왜곡시키거나, 응답 시간의 상위 5%가 서비스 품질을 좌우하는 상황은 SAP
RAP 파일 첨부 Stream 없이 구현 가능? — 3단계 #shorts #SAP #RAP
개요 및 이 글에서 다룰 것 ABAP RESTful Application Programming Model(RAP)에서 비즈니스 오브젝트(BO)에 파일 첨부 기능을 얹는 작업은 겉으로 보면 단순해 보이지만, Stream 어노테이션과 content type 처리를 놓치면 Fiori Elem
HANA 성능 Trace 없이 될까요? #shorts #SAP #HANA
개요 및 배경 SAP HANA 성능 튜닝을 시작할 때 가장 흔한 실패 원인은 "느낌"으로 튜닝하는 것입니다. 어떤 SQL이 얼마나 자원을 소모하는지 데이터 없이 인덱스를 추가하거나 쿼리를 뜯어고치면, 오히려 다른 쿼리의 성능이 떨어지거나 리소스가 낭비됩니다. Expensive State
CAP Action vs Function 차이 3가지 #shorts #SAP #CAP
개요 및 이 글에서 다루는 것 SAP Cloud Application Programming Model(CAP)로 서비스를 만들다 보면 표준 CRUD로는 표현이 어려운 비즈니스 오퍼레이션이 반드시 등장합니다. 예를 들어 구매 요청 승인 , 재고 가용성 조회 , 주문 취소 같은 동작은 단순
ABAP Unit Test 없이 개발하면 그만 #shorts #SAP #ABAP
1. 개요 및 이 글에서 다루는 범위 ABAP 개발 현장에서 "테스트는 나중에", "DB에 값 넣고 눈으로 확인하면 되지"라는 관성은 여전히 강합니다. 그러나 S/4HANA 전환과 Clean Core 원칙이 확산되면서, DB 의존 없는 단위 테스트가 품질 게이트의 표준으로 자리잡고 있습
%filter 없이 RAP 대량 조회? 이렇게 터집니다 #shorts #SAP #RAP
개요 및 핵심 포인트 RAP(RESTful Application Programming Model) 기반 서비스에서 대량 데이터를 다룰 때 가장 흔히 발생하는 문제 중 하나가 바로 "필터링 누락으로 인한 전체 스캔"입니다. 프론트엔드에서 $filter , $top , $skip 쿼리를 던
RAP 개발자 90%가 놓치는 Unit Test 설정 #shorts #SAP #RAP
이 글에서 다루는 내용과 확인 체크리스트 RAP(RESTful ABAP Programming Model)로 Business Object를 개발할 때 가장 흔하게 놓치는 부분이 바로 Behavior Implementation Class에 대한 단위 테스트 입니다. UI만 눈으로 확인하고
HANA Cloud 연결 실패? cds deploy 3단계 #shorts #SAP #CAP
개요와 이 글에서 얻게 될 것 CAP(SAP Cloud Application Programming Model) 프로젝트를 로컬에서 cds watch 로 개발하다가 BTP HANA Cloud로 전환하는 순간 대다수 개발자가 "connection refused" 혹은 "no such tab
SELECT 없이 외부 API OData 연결 — 핵심 3가지 #shorts #SAP #RAP
이 글에서 다루는 내용과 도달 지점 RAP(RESTful ABAP Programming Model)에서 대부분의 서비스는 데이터베이스 테이블 또는 CDS View를 기반으로 만들어집니다. 그러나 실무에서는 SAP 시스템 외부의 REST API, 파일, 메시지 큐 같은 비관계형 소스를 O
Dialog 중복 금지 — Fragment 30초 분리법 #shorts #SAP #UI5
이 글에서 얻어갈 것 SAPUI5에서 Dialog는 사용자와의 상호작용에서 가장 자주 등장하는 컨트롤입니다. 그런데 많은 개발자들이 여전히 컨트롤러 안에서 new sap.m.Dialog({...}) 를 직접 호출하며 코드를 길게 늘어뜨리고 있습니다. 이 방식은 화면이 하나일 때는 괜찮지
cds deploy 없이 HANA 배포 — 연결 왜 안 돼? #shorts #SAP #CAP
개요와 이 글에서 얻어갈 것 CAP(Cloud Application Programming Model) 프로젝트를 SAP BTP에서 운영할 때 가장 먼저 마주치는 벽 중 하나가 바로 HANA Cloud 연결입니다. 로컬 SQLite에서는 잘 돌아가던 서비스가 cf push 후에는 "no
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)가 있으며
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/운영 리소
BTP Cockpit 서비스 인스턴스 생성 실수 4가지 #shorts #SAP #BTP
1. 이 글에서 다루는 범위와 도달점 SAP BTP(Business Technology Platform) Cockpit은 클라우드 자원을 시각적으로 다루는 관제탑 역할을 합니다. 이 글은 BTP 계정에 처음 로그인하는 개발자가 Cloud Foundry 런타임 환경에서 서비스 인스턴스를
BOPF에서 RAP로 — 전환 이유 30초 만에 정리 #shorts #SAP #RAP
1. SAP OData 서비스 개발의 역사와 패러다임 전환 SAP의 ABAP 기반 서비스 개발은 지난 15년간 큰 변화를 겪었습니다. 초기 SAP NetWeaver Gateway가 등장하면서 SAP는 SOAP 기반 RFC/BAPI 호출에서 벗어나 OData(REST 기반) 프로토콜을 표
BOPF vs RAP 라이프사이클 — 개발자가 헷갈리는 이유 #shorts #SAP #RAP
1. BOPF 라이프사이클 구조 — 과거의 표준 S/4HANA 초기와 ECC 기반 Fiori 1.0 시대를 거쳐온 개발자라면 BOPF(Business Object Processing Framework)는 익숙한 이름일 것입니다. BOPF는 비즈니스 오브젝트의 트랜잭션 처리를 일관된 방식
key mapping 없이 Late Numbering 0줄 저장 #shorts #SAP #RAP
개요 및 학습 흐름 SAP RAP(RESTful ABAP Programming Model)에서 비즈니스 키(primary key)를 어느 시점에 확정할 것인가는 트랜잭션 설계의 근본 결정 사항입니다. RAP는 이를 위해 Early Numbering과 Late Numbering이라는 두