연재: SAP BPC vs Group Reporting 연결 엔진 비교 (5/5) ① 비교의 틀 · ② 아키텍처 · ③ 데이터 모델 · ④ 프로세스 · ⑤ 시사점과 용어 대응표
지금까지 네 회차에 걸쳐 BPC와 GR을 아키텍처, 데이터 모델, 프로세스 관점에서 비교했습니다. 마지막 회차에서는 이 비교를 하나로 모아, 한쪽 엔진에 익숙한 컨설턴트가 상대 엔진을 볼 때 어디서 오해가 생기는지 정리합니다. 마지막에는 두 엔진의 용어 대응표와 참고 자료를 덧붙였습니다.
오해는 다섯 영역에서, 정반대 방향으로 생긴다
한쪽 엔진의 사고방식으로 다른 엔진을 해석하면 다섯 가지 영역에서 오해가 생깁니다. 흥미로운 점은 오해의 방향이 경험한 엔진에 따라 정반대로 나타난다는 것입니다.
영역 | BPC 경험자가 GR을 볼 때 | GR 경험자가 BPC를 볼 때 | 관련 회차 |
|---|---|---|---|
① Flow·감사 추적 | 오해: Subitem과 Document Type을 Dimension처럼 자유롭게 정의할 수 있다 실제: 연결 로직·통제와 묶인 설정이다 | 오해: AuditTrail에 통제 기능이 있다 실제: 출처 구분일 뿐이고, 통제는 Journal과 Work Status가 맡는다 | ③ |
② 기간 연속성 | 오해: 특정 기간만 단독으로 결산할 수 있다 실제: 누적 잔액 이관과 기간 운영 방식을 다시 설계해야 한다 | 오해: 기초 잔액이 자동으로 이어진다 실제: 이월 재실행과 기초·전기 말 대사가 필요하다 | ③ ④ |
③ 투자자본 | 오해: Model을 추가하면 플랫폼 안에서 해결된다 실제: on-stack RAP 확장 개발 과제다 | 오해: 투자자본 로직이 표준 기능이다 실제: 고객별 커스텀 Model과 로직이다 | ② ③ ④ |
④ 보고 | 오해: Excel 수준의 레이아웃 자유도가 있다 실제: 계층구조와 쿼리에서 정의해야 한다 | 오해: 보고서 수치가 곧 시스템 데이터다 실제: 시트 수식과 Local Member로 가공되었을 수 있다 | ② ④ |
⑤ 연결 로직 | 오해: 커스텀 스크립트로 무엇이든 구현할 수 있다 실제: 표준 Method가 우선이고, 불가능한 부분만 확장한다 | 오해: Business Rule 설정이 로직의 전부다 실제: Script Logic과 BAdI까지 함께 해석해야 한다 | ② ④ |
오해의 방향은 반대이지만, 이를 피하기 위해 던져야 할 질문은 하나로 같습니다.
"이 정합성은 시스템이 보장하는가, 아니면 사람·Excel·커스텀 로직이 보장하는가?"
BPC 경험자는 GR을 볼 때 "예전에는 내가 직접 보장하던 것을 이제 시스템이 강제하고 있구나"를 확인해야 합니다. GR 경험자는 BPC를 볼 때 "시스템이 보장해 주던 것을 여기서는 누가, 어떤 절차로 보장하고 있는가"를 확인해야 합니다.
핵심 정리
연재 전체의 결론을 세 가지로 정리합니다.
1. 차이의 출발점은 플랫폼 위치입니다. BPC는 ERP 밖의 BW에서, GR은 S/4HANA Universal Journal 위에서 동작합니다. 이 위치 차이가 데이터 흐름, 모델, 통제 방식의 차이로 이어집니다.
2. 모든 비교 항목은 하나의 트레이드오프로 모입니다. 모델링, 저장 방식, 확장, 보고에서 '유연성(사용자 책임) 대 정합성(시스템 강제)'이라는 같은 구조가 반복됩니다.
비교 축 | BPC: 유연성 (사용자 책임) | GR: 정합성 (시스템 강제) |
|---|---|---|
데이터 모델 | 사용자 정의 Dimension | 사전 정의 Master Data |
저장 방식 | YTD 독립 저장 | Periodic 연속 저장 |
확장 방식 | 플랫폼 내부에 Model·로직 추가 | Clean Core 밖 on-stack RAP + Released API |
보고 방식 | Excel 셀 단위 자유 레이아웃 | 계층구조·쿼리 기반 보고 |
3. 상대 엔진을 이해하는 질문은 하나입니다. "이 정합성은 누가 보장하는가?" BPC에서는 사용자, Excel, 커스텀 로직을 확인하고, GR에서는 표준 구조와 확장 영역의 경계를 확인하면 됩니다.
두 엔진은 우열의 관계가 아니라 서로 다른 설계 선택입니다. 어느 한쪽에 익숙하다는 것은 그 설계 선택에 익숙하다는 뜻이고, 상대 엔진을 이해하는 일은 그 선택이 어떻게 다른지를 아는 데서 시작합니다.
부록 1. 용어 대응표
한쪽 엔진의 용어로 상대 엔진의 개념을 찾아볼 수 있도록 핵심 용어 18개를 정리했습니다. 대응은 개념 수준의 근사이며, 세부 차이는 관련 회차에서 확인하시기 바랍니다.
데이터 모델
BPC | GR | 관련 회차 |
|---|---|---|
Environment · Model | 해당 개념 없음 (단일 모델 ACDOCU) | ③ |
Entity | Consolidation Unit | ③ |
Scope (연결 그룹) | Consolidation Group | ③ |
Account | FS Item | ③ |
Flow | Subitem / Subitem Category | ③ |
IntCo | Partner Unit | ③ |
Category | Version | ③ |
RptCurrency | Local · Group · Transaction 금액 필드 | ③ |
AuditTrail | Document Type · Posting Level | ③ |
로직 · 프로세스 · 보고
BPC | GR | 관련 회차 |
|---|---|---|
Rate Model | Exchange Rate Type (환율 테이블) | ③ |
Ownership Model · Ownership Manager | Group Structure (Ownership) | ③ |
FX Business Rule | Translation Method · 환산 Task | ③ |
IC Matching · IC Booking · US Elim | ICMR · Elimination Method | ④ |
연결 Business Rule | Rule Based CoI · Automatic Posting | ④ |
Script Logic · BAdI | on-stack RAP 확장 | ② |
DM Package · BPF | Data Monitor · Consolidation Monitor | ④ |
Work Status · Controls | Task 차단 · Validation Rule | ④ |
EPM Add-in 보고서 | Fiori 앱 · SAC · CDS 쿼리 | ② |
부록 2. 참고 자료
이 연재의 사실관계는 아래 SAP 문서, 교육 과정, 커뮤니티 자료로 확인했습니다(2026년 10월 기준). 릴리스에 따라 달라질 수 있는 내용은 최신 문서로 다시 확인하시기 바랍니다.
Group Reporting
SAP S/4HANA Cloud Public Edition 2602 Feature Scope Description (SAP Help Portal): 릴리스별 기능 범위
Integrating Data from SAP S/4HANA Finance (SAP Learning): Release Task의 델타 반영과 재실행
Discussing Consolidation of Investments (SAP Learning): Public Cloud의 CoI 방식 (Rule Based 표준, Activity Based는 요청 시)
Rule-based Consolidation of Investments (SAP Learning): Rule Based CoI의 취득법·지분법, 최초·후속 연결
ICMR Intercompany Variances System Setup – SAP S/4HANA Public Cloud (SAP Community): ICMR 대사 케이스와 차이 전기 설정
BPC
SAP Business Planning and Consolidation, Version for SAP BW/4HANA (SAP Community): BPC 11.x 문서·가이드 진입점
SAP Business Planning and Consolidation, Version for SAP NetWeaver (SAP Community): BPC 10.x Standard 모델 자료 진입점
다섯 회차에 걸친 연재를 읽어 주셔서 감사합니다. BPC와 GR 중 한쪽에 익숙한 분들이 상대 엔진을 이해하는 데 이 비교가 출발점이 되기를 바랍니다.