Clean Core Journey with AI & Extensibility

2026년 6월 18일(목) 진행된 SAP Clean Core Council 2026 세미나 내용입니다. Clean Core 가 대두되고 있는 중요한 키워드라 온라인 세션 자료들을 정리하여 공유 드리고자 합니다. Clean Core Journey with AI & Extensibility 1. 요약 SAP 고객은 시스템 업그레이드 시 발생하는 충돌/복구 작업을 최소화하고, AI/클라우드 서비스를 신속히 도입하기 위해 Clean Core 방식을 점점 더 요구하고 있습니다. Clean Core는 SAP 표준에 직접 손을 대는 전통적인 커스터마이징을 지양하고, SAP가 제공하는 공개 API와 클라우드 확장성을 활용하도록 유도합니다. 이를 통해 업그레이드 비용과 시간을 절감하고, 총소유비용(TCO)을 낮추며, AI/자동화 기능을 빠르게 적용할 수 있습니다. 2. Clean Core를 요구하는 주요 이유 주요 원인 구체적인 영향 SAP 객체와의 강한 결합 업그레이드 시 SPAU/SPDD 충돌이 빈번히 발생하고, 수동으로 해결해야 함 S/4HANA 빠른 진화 패치·서비스 팩 적용 시 커스터마이징 코드가 깨질 위험이 커짐 업그레이드 미실시 보안·지원이 중단되고, 클라우드 전환이 어려워짐 대규모 회귀 테스트 프로젝트 일정·비용이 크게 늘어남 기술 부채 누적 시스템 복잡도가 상승하고 유지보수 비용이 급증 Compatibility Pack(2026‑05) 종료 기존 레거시 기능이 사라져 재개발이 필요 클라우드 마이그레이션 장애 레거시 확장으로 퍼블릭 클라우드 전환이 어려워짐 3. 확장성 모델 S/4HANA Public Cloud S/4HANA Public Cloud는 이미 100 % Clean Core 구조를 갖추고 있습니다. 시스템은 3 개월마다 새로운 기능이 추가되는 방식으로 자동 업그레이드되며, 고객께서는 최소 6 개월마다 강제 업그레이드를 진행하셔야 합니다. 운영 인프라는 SAP가 직접 SaaS 형태로 제공하고 있습니다. 그럼에도 불구하고 Key User Extensibility(키 사용자 확장성) 기능은 그대로 제공됩니다. 사용자는 다음과 같은 작업을 수행하실 수 있습니다. 화면에 필드 추가 간단한 사용자 정의 로직 구현(예: BAdI 대체, 이벤트 핸들러) 메일 템플릿 및 워크플로우 커스텀 이러한 확장은 표준 코어를 건드리지 않으며, SAP가 정의한 Released API 또는 Extension Point 만을 활용합니다. ABAP Cloud (Classic ABAP 대비) ABAP Cloud는 기존 클래식 ABAP과는 다른 개발 패러다임을 제공합니다. 가장 큰 특징은 업그레이드 영향을 받지 않는 신규 개발 방법론이라는 점입니다. RAP(RESTful ABAP Programming) 모델을 기본으로 사용합니다. 개발자는 반드시 Released API만을 호출할 수 있습니다. 표준 테이블을 직접 SELECT하거나 INSERT하는 경우 컴파일 단계에서 오류가 발생합니다. 즉, 코드 수준에서 Clean Core가 엄격히 강제되어 향후 S/4HANA 업그레이드 시 충돌 위험이 원천 차단됩니다. 3.1 기본 구분 – On-stack(In-App) vs Side-by-Side(BTP) 구분 On-stack(In-App) Side-by-Side(BTP) 주된 목적 SAP 핵심 데이터·프로세스에 직접적인 확장 독립적인 애플리케이션·외부 시스템 연동 트랜잭션 처리 S/4HANA와 동일한 LUW(논리적 작업 단위) 별도 트랜잭션, API·이벤트 기반(비동기) 수명 주기 S/4HANA 업그레이드와 동기화 자체 배포·업데이트 주기(독립) 개발 환경 저코드/노코드(Key User 도구, SAP Build)·프로코드 ABAP Cloud·클래식 ABAP(프라이빗) 저코드/노코드(SAP Build)·프로코드 CAP, RAP, Java, JavaScript, Python 등 데이터베이스 SAP HANA (핵심) SAP HANA Cloud, PostgreSQL, SQLite(개발용) 등 다양한 PaaS DB 런타임 ABAP Environment ABAP Environment + Cloud Foundry/Kyma(Neo 종료 2028) UI 기술 SAP Fiori, SAPUI5 SAP Fiori, SAPUI5, React, Angular, Vue 등 데이터 접근 로컬 API(CDS, BAPI 등) 직접 호출 원격 API(OData, REST, SOAP, Delta Sharing) 주 사용 대상 내부 사용자 파트너·고객 등 외부 사용자도 손쉽게 지원 보안·인증 기존 S/4HANA 역할·권한 객체 활용 BTP ID·권한 관리와 외부 연동 가능 성능 DB 직접 접근 → 지연 최소 네트워크 오버헤드 존재 → 비동기 설계 권장 3.2 ProCode비교 항목 클래식 ABAP(온‑프레미스/프라이빗) ABAP Cloud‑온‑스택 ABAP Cloud‑BTP CAP·BYOL(BTP 런타임) 주 환경 ECC / S/4HANA 온‑프레미스/프라이빗 클라우드 S/4HANA Cloud (Public·Private) SAP BTP ABAP Environment (SaaS) SAP BTP Cloud Foundry·Kyma 등 언어 ABAP Cloud‑Optimized ABAP (BadI 포함) Cloud‑Optimized ABAP Java·Node.js·Python 등 툴 SE80/SE37/SE24, Eclipse ADT, Fiori UI, RAP, Key User 도구 Eclipse ADT, BAS, RAP + Key User 도구 Business Application Studio·VS Code BAS·VS Code 확장 스타일 직접 DB 객체 수정·Enhancement → 결합도 강함 In‑App 개발 – 로컬 API 활용 → 결합도 낮음 Remote API 전용 – 이벤트 기반 → 결합도 가장 낮음 Open‑Source 언어 기반 마이크로서비스 핵심 장점 DB 직접 접근·풍부한 기능 핵심 성능·통합 권한 관리 독립적 배포·클라우드 스케일링·AI 통합 용이 빠른 개발·언어 다양성·클라우드 네이티브 제한점 업그레이드 시 충돌·기술 부채 증가 일부 기능 차이·대규모 실시간 부하에 제한 있음 네트워크 지연·핵심 로직 비동기 설계 필요 원격 API 설계 필요·핵심 객체와 직접 연동 어려움 4. Clean Core 확장성 모델 4.1 Tier 개념 (구버전) Tier 1 – Cloud Extensibility 신규 앱·확장은 기본적으로 ABAP Cloud 기반을 요구합니다. 클래식 ABAP 사용이 불가능합니다. Tier 2 – Cloud API Enablement 온‑프레미스·프라이빗에서도 Tier 1을 적용할 수 있도록 SAP 표준 API 가 부족한 경우 Z‑객체로 래핑(후에 공식 API 로 교체)합니다. Tier 3 – Classic ABAP Extensions 기존에 존재하던 전통적인 커스터마이징 방식입니다. 가능한 한 폐기·전환·갱신 해야 합니다. 4.2 Level 개념 (현행) Level 정의 사용 예시 A – Released API SAP가 공식적으로 공개한 로컬·원격 API(안정성 보장). 최신 버전에서도 거의 변경되지 않음. Business Accelerator Hub에 있는 OData / CDS API B – Classic API 공식 발표는 없지만 다수 고객이 사용하고 있으며, 변경 로그를 통해 위험성을 추적할 수 있는 API. BAdI, Classic User‑Exit, BAPI 등 C – Internal 공개되지 않은 내부 객체. 변경 로그를 검토하고 대체 가능한 공개 API 가 없을 경우에만 사용. 내부 테이블/뷰에 직접 접근 D – Not Recommended 사용이 명시적으로 금지된 객체(예: 직접 테이블 구조 변경, Implicit Enhancement). 절대 사용을 금합니다. 4.3 업그레이드 영향 검토) 최신 Simplification DB 를 SAP For Me → CCMSIDB 에서 다운로드합니다. SYCM 트랜잭션으로 ZIP 파일을 임포트합니다. 대상 릴리즈(예: 2025 SPS03 → Core 109) 에 대해 영향받는 객체(함수·클래스·인터페이스·CDS 등)를 확인합니다. ALV 레이아웃에 “SAP Internal name”, “Release From” 컬럼을 추가하면 어느 시점부터 영향을 받는지 한눈에 파악할 수 있습니다. 5. Clean Core 진단 – ATC 활용 ATC(ABAP Test Cockpit) 에서 Clean Core Check Variant(노트 3627152)을 활성화합니다. ATC 결과는 다음과 같이 구분됩니다 ATC Priority Level (Clean Core) 의미 1 (Error) D 즉시 수정 필요 (사용 금지 객체) 2 (Warning) C 가능한 경우 다른 API 로 교체 권고 3 (Info) B 현재는 허용되지만 차후 변동 가능성 존재 ABAP For Cloud Development 로 작성된 코드는 자동으로 Level A 로 인식돼 ATC 에 포함되지 않습니다. 5.1 관리·거버넌스 패키지별(예: CBO 패키지) 정기 ATC 실행 → Cloud ALM Dashboard 에서 추세를 분석합니다. CTS 전송 전 ATC 결과를 검증하도록 정책을 적용합니다. 필요 시 코드 취약점 분석 도구와 연동해 보안까지 한 번에 관리합니다. 5.2 Remembrance 예시 PERFORM 호출은 Level D 로 표시됩니다. 해당 서브루틴을 로컬 함수 모듈이나 메서드로 복제하고 직접 호출하도록 변경합니다. 특정 클래스/함수가 삭제된 경우 노트에 제시된 후속 객체(successor) 를 찾아 코드 교체합니다. 대체 가능한 API 가 존재하지 않을 경우 해당 로직을 별도 사이드‑바이‑사이드 서비스로 옮겨 Clean Core 를 유지합니다. 6. AI‑지원 개발 – SAP Joule & Agentic 기능 기능 현재 제공 여부 향후 로드맵 코드 자동 완성(예측) ABAP Cloud 내 제공 – 단위 테스트 자동 생성(ABAP & CDS) 제공 – 코드 설명·ATC Fix 제안 제공 – Extensibility Assistant (영문) Public S/4HANA 에서 제공 2027년 다국어 지원 예정 RAP‑Model‑Driven Joule Integration 2026 Q3 예정 – AI 기반 Clean Core 자동 리팩터링 2027년 예정 – CDS 분석 모델 자동 생성(기본·확장) 2027년 예정 – ABAP AI Explain (Function Group / Behavior Definition / Vulnerability Analyzer) 2027년 예정 – MCP(다중 코드 검색) 도구 2027년 예정 – Agentic 대규모 코드 변환 & Clean Core 실행 파이프라인 2026 Q2–Q4 단계적 출시 – 활용 예시 (한국어/영어 자연어 입력) “고객 주문 화면에 ‘우선 배송’ 체크박스를 추가하고 OData API 를 활성화해 주세요.” → Joule 이 자동으로 UI 필드와 OData 엔드포인트를 생성합니다. “현재 프로젝트에서 사용 중인 BADi 목록과 대체 가능한 공개 API 를 알려 주세요.” → AI 가 BadI 를 찾아보고, 동일 기능을 제공하는 Released API 를 추천합니다. “새로운 엔터프라이즈 애플리케이션에 필요한 RAP 엔드포인트와 검증 로직을 코드로 만들어 주세요.” → RAP 기반 서비스와 기본 단위 테스트까지 자동 생성됩니다. 향후 Agentic 파이프라인은 대규모 레거시 코드 자동 변환, Clean Core 준수 자동 검사, AI 기반 리팩터링 제안 등을 제공하여 전환 비용을 크게 낮출 것으로 기대되고 있습니다. 7. 로드맵 요약 (2026‑2027) 2026 Q2–Q4 : Agentic 기반 IDE(IDEA/Eclipse/VS Code) 경험 제공 → 주요 LLM(Microsoft, Amazon, Google, Anthropic) 연동 2027년 전체 : AI‑지원 Clean Core 자동 리팩터링 도구 완전 출시, CDS 분석 모델 자동 생성 기능 제공 지속적인 SAP Build 저코드/노코드 스위트 AI 강화 (Public·Private 모두) 8. 결론 Clean Core 로의 전환은 단순히 “커스터마이징을 금지”하는 것이 아니라, 업그레이드 안정성 확보, 기술 부채 해소, 그리고 AI·클라우드 혁신을 빠르게 도입하기 위한 전략적 선택입니다. 1) 온‑스택과 사이드‑바이‑사이드 확장성을 상황에 맞게 조합하시고, 가능한 한 Level A/B 공개 API 를 활용 2) 정기적인 ATC 기반 Clean Core 진단과 Simplification DB 검토로 사전 위험을 차단 3) 최신 AI‑지원 개발 도구(SAP Joule, Agentic)를 도입하시면 코드 품질과 생산성을 동시에 끌어올릴 수 있음 위 원칙을 체계적으로 적용하신다면 기존 레거시 시스템에서도 최소한의 리스크로 최신 SAP 기능과 AI 서비스를 도입가능