SAP BPC: 통하는 경우, 통하지 않는 경우, 그리고 다음 단계

SAP BPC(Business Planning and Consolidation)는 2026년에도 여전히 지원되지만, 얼마나 오래 지원되는지는 사용하는 버전에 달려 있습니다. BPC for Microsoft는 2026년 6월 30일에 메인스트림 유지보수가 끝났습니다. BPC 10.1 for NetWeaver는 2027년 말에 끝납니다. BW/4HANA 버전과 S/4HANA 버전은 2040년까지 계획되어 있습니다. 신규 작업에 대해 SAP는 계획은 SAP Analytics Cloud(SAC)로, 연결 결산은 S/4HANA Group Reporting으로 안내합니다. 이 가이드는 BPC를 유지할지, 재설계할지, 교체할지 결정하는 CFO, 재무 컨트롤러, 재무 시스템 리드를 위한 것입니다. 아래 표에서 사용 중인 버전을 찾은 다음, 의사결정 가이드로 다음 단계를 정하십시오.

대부분의 BPC 구축은 기본을 제대로 해냅니다. 시스템이 가동되고, 보고서가 자동화되고, 데이터가 정해진 일정대로 재무 부서에 도달합니다.

그러다 몇 달 뒤, 재무팀은 예전에 쓰던 오프라인 모델을 다시 만들고 있습니다.

원인이 소프트웨어인 경우는 드뭅니다. 배포 방식이 문제입니다. 업무 방식에 비해 지나치게 경직된 템플릿. 너무 기술적이라 아무도 손대지 않는 연결 결산 로직. IT가 있어야 하는 예측 갱신. 경영진에게 보이기 전에 여전히 손으로 서식을 맞추는 보고서. BPC는 대체하려던 프로세스 위에 얹힌 보고 계층으로 전락하고, 기대한 투자 수익은 돌아오지 않습니다.

SAP가 발표한 2025년 10월 BPC 전략 업데이트는 버전별 유지보수 현황을 다음과 같이 정리합니다.

BPC 버전	유지보수	의미하는 바
BPC 10.1 for Microsoft	메인스트림은 2026년 6월 30일 종료, 고객 개별 유지보수만 제공	지금 이탈을 계획하십시오. SAP는 SAP Business Data Cloud로 이전할 것을 권고합니다
BPC 11.1 for BW/4HANA 2.0	2025년 12월 31일 종료	BPC 2021로 업그레이드하거나 이관하십시오
BPC 10.1 for NetWeaver(BW 7.5)	메인스트림은 2027년 12월 31일까지, 선택형 연장은 2030년 12월 31일까지	종착지가 아니라 유예 기간입니다. S/4HANA 계획 과정에서 결정하십시오
BPC 2021 for BW/4HANA 2021 및 2023	2030년 12월 31일까지, 후속 버전은 최소 2040년까지 제공 예정	BW/4HANA가 아키텍처에 남아 있다면 앞으로 수년간 사용할 수 있습니다
BPC 10.1 optimized for S/4HANA	각 S/4HANA 릴리스에 맞춰 최소 2040년까지	S/4HANA 온프레미스나 프라이빗 에디션과 함께 사용할 수 있습니다

1. 2025BPC 11.1 for BW/4HANA 2.0 종료12월 31일. BPC 2021로 업그레이드하거나 이관
2. 2026BPC for Microsoft 메인스트림 종료6월 30일. 고객 개별 유지보수만 제공
3. 2027BPC 10.1 for NetWeaver 메인스트림 종료12월 31일. 이후 선택형 연장 유지보수 제공
4. 2030NetWeaver 연장 유지보수 종료BPC 2021도 이 시점까지 지원되며, 이후에는 후속 버전이 이어짐
5. 2040BW/4HANA 계열과 BPC for S/4HANA최소 2040년까지 계획됨

출처: SAP BPC 전략 업데이트, 2025년 10월

그 밖에 두 가지 변화가 중요합니다. 첫째, SAP는 2025년에 SAP Business Data Cloud를 출시했고, BPC 10.1 for NetWeaver나 BPC 2021은 BW와 함께 그 프라이빗 클라우드 에디션으로 옮길 수 있습니다. 이는 이전(lift)이지 재설계가 아닙니다. 둘째, 계획 영역에서 SAP의 AI 투자는 SAC로 향합니다. 2025년 중반부터 정식 제공된 Joule의 분석 인사이트는 SAC의 "just ask" 기능으로 자연어 질문에 답합니다. BPC에는 이에 해당하는 기능이 없습니다.

신규 프로젝트의 기본 아키텍처는 계획에 SAC, 법정 연결 결산에 S/4HANA Group Reporting, 단일 기록으로 유니버설 저널(Universal Journal)입니다. 신규 구축에서 BPC를 고르는 경우는 드뭅니다. Group Reporting이 아직 잘 다루지 못하는 지분 구조처럼 구체적인 이유가 있을 때뿐입니다.

기존 고객에게 문제는 시점입니다. S/4HANA 프로젝트 중에 이관하는 편이 나중에 별도 재무 프로젝트를 돌리는 것보다 대개 저렴합니다. 데이터, 설계, 테스트 작업을 함께 쓸 수 있기 때문입니다.

제 판단은 이렇습니다. BPC는 여전히 작동하고 지원되며, SAC가 따라오지 못하는 다법인 연결 결산 기능도 여전히 해냅니다. BW/4HANA나 S/4HANA 온프레미스를 계속 쓰기로 정한 경우가 아니라면, 특정 기간을 위한 전술적 선택이지 장기 플랫폼에 거는 베팅이 아닙니다. 실행이 2년 뒤라도 로드맵은 지금 세우십시오.

BPC는 20년 넘게 시장에 나와 있습니다. 체계적인 결산 사이클, 엄격한 감사 컴플라이언스, 다수 법인에 걸친 법정 연결 결산으로 사용자층을 얻었습니다. 플랫폼 변형은 네 가지입니다.

1. BPC Standard(NetWeaver 또는 BW/4HANA): 데이터, 로직, 보안이 BPC 안에 있습니다. 재무 부서가 맡기 더 쉽습니다.
2. BPC Embedded: BW 오브젝트 기반입니다. 운영 데이터와 더 긴밀하게 통합되지만, 모델을 유지하려면 BW 기술이 필요합니다.
3. BPC for Microsoft: Excel과 .NET 프런트엔드를 쓰는 SQL Server 기반입니다. 2026년 6월부터 메인스트림 유지보수 대상에서 빠졌습니다.
4. BPC optimized for S/4HANA: S/4HANA 스택에서 실행되며, 유니버설 저널(ACDOCA)에서 실적을 읽고 계획 데이터를 계획 테이블(ACDOCP)에 쓸 수 있습니다. 실시간이며 복제가 없습니다.

SAC Planning은 드라이버 기반 계획과 부서 간 협업을 BPC보다 잘 처리합니다. 법정 연결 결산은 기본 기능으로 제공하지 않습니다. 다단계 지분 구조, 내부거래 제거, 감사 통제를 받는 결산 사이클을 가진 그룹이라면, BPC는 여전히 SAC가 기본 기능으로는 따라오지 못하는 일을 합니다.

S/4HANA 고객의 연결 결산 경로는 BPC도 SAC도 아니라 Group Reporting입니다. Group Reporting은 S/4HANA 안에서 깨끗한 원천 데이터가 흐른다고 전제합니다. 그렇지 않다면 이관 과정에서 다른 연결 결산 도구와 똑같은 데이터 문제에 부딪힙니다. 여기에 데이터를 공급하는 재무 설계는 SAP FICO 가이드에서 다룹니다.

BPC가 여전히 자리를 지키는 경우는 네 가지입니다.

1. ECC 고객, 그리고 아직 Group Reporting을 도입할 준비가 되지 않은 단계적 S/4HANA 이관
2. 복잡한 지분 단계와 비지배지분 계산이 필요한 연결 결산
3. 감사 추적과 데이터 잠금이 협상 대상이 될 수 없는 컴플라이언스 중심 환경
4. 연결 결산에 SAC가 표현할 수 없는 맞춤 비즈니스 규칙이 필요한 하이브리드 환경

BPC에서 가장 큰 성과를 내는 재무팀은 모든 기능을 쓰려 하지 않고 네 가지 기능을 깊이 파고듭니다.

구조화된 계획 템플릿. 손익계산서, 코스트 센터, 매출을 입력하는 양식으로, 계획 일정과 연결되어 있고, 검증, 명확한 책임자, 마감일을 갖추고 있으며 모두 Excel에서 작동합니다. 사용자는 구조가 아니라 숫자에 집중합니다.

법정 연결 결산과 내부거래 제거. 지분 구조, 통화 환산, 제거 분개, 비지배지분을 다룹니다. 이 부분에서 BPC는 대부분의 대안보다 앞섭니다. 합작 법인이나 다단계 지분 구조를 가진 그룹에서는 BPC가 스크립트 로직, 비즈니스 규칙, 디멘션 설계로 제공하는 통제력을 다른 도구로 재현하기 어렵습니다.

데이터 잠금과 감사 통제. 제출되고 검증된 데이터는 잠깁니다. 감사 추적은 누가 무엇을 언제 왜 바꿨는지 기록합니다. 가장 예쁜 인터페이스는 아니지만, 내부 통제와 외부 감사인이 필요로 하는 바로 그것입니다.

버전 관리. 예산, 예측 1, 예측 2, 실적을 나란히 둡니다. 모델을 다시 만들지 않고, IT를 기다리지 않고도 운영비 5% 절감이나 매출 12% 부족 시나리오를 돌릴 수 있습니다.

배포 모델은 누가 계획 모델을 책임지는지, 데이터가 얼마나 빨리 움직이는지, 여건이 바뀔 때 재무 부서가 얼마나 빨리 대응할 수 있는지를 결정합니다. BPC 문제 대부분은 너무 빨리 내린 아키텍처 결정에서 시작되며, 그 결정은 재무 부서의 업무 방식이 아니라 파트너의 선호에 따른 경우가 많습니다.

배포 모델	작동 방식	적합한 경우
BPC Standard	데이터와 로직이 BPC 안에 있음, 유지에 BW 기술 불필요	IT에 의존하지 않고 통제권을 원하는 재무 주도 팀
BPC Embedded	BW 오브젝트 사용, 로직 변경에 BW 또는 ABAP 기술 필요	BW 기술이 탄탄한 IT 주도 환경
BPC for Microsoft	SQL Server, Excel 및 .NET 프런트엔드	이탈을 계획 중인 기존 사용자
BPC optimized for S/4HANA	유니버설 저널 위의 실시간 계획, 복제 없음	표준 계획 로직을 쓰는 성숙하고 안정적인 S/4HANA 환경
BPC와 SAC 하이브리드	연결 결산과 규칙은 BPC, 대시보드와 시나리오는 SAC	구조화된 연결 결산을 유지하면서 클라우드로 옮겨 가는 조직

많은 팀이 결국 조용히 운영하게 되는 것이 하이브리드 구성입니다. 역할이 나뉘면 작동합니다. 규칙 기반 예측, 컴플라이언스, 연결 결산은 BPC, 시나리오와 사용자 입력은 SAC입니다. 그 경계가 없으면 두 도구가 모두 계획 로직을 갖게 되어 진실이 두 개가 됩니다. SAC 쪽은 SAP Analytics Cloud 가이드에서 다룹니다.

사용 중인 플랫폼과 S/4HANA 계획을 기준으로 경로를 고르십시오.

1. BPC for Microsoft를 사용 중인 경우. 이관하십시오. 메인스트림 유지보수가 끝났습니다. 선택할 것은 목적지입니다. S/4HANA가 예정되어 있다면 SAC와 Group Reporting, 그렇지 않다면 다른 연결 결산 제품입니다.
2. BPC 10.1 NetWeaver를 사용 중이며 2년 안에 S/4HANA로 이관하는 경우. BPC 결정을 S/4HANA 프로젝트에 포함시키십시오. 연결 결산용 Group Reporting과 계획용 SAC를 Go-Live 이후가 아니라 설계 단계에서 평가하십시오.
3. BPC 10.1 NetWeaver를 사용 중이며 2028년 이전에 S/4HANA 계획이 없는 경우. 문제가 있는 부분을 재설계하고, 연장 유지보수 예산을 잡고, 다시 검토할 시점을 정하십시오.
4. BPC 2021 for BW/4HANA를 사용 중이며 BW/4HANA를 계속 쓰는 경우. 유지하십시오. 책임 소재와 템플릿 설계를 바로잡으십시오. BW를 자사 데이터 센터에서 빼고 싶다면 Business Data Cloud 프라이빗 클라우드 에디션을 고려하십시오.
5. 이미 S/4HANA를 사용 중인 경우. 연결 결산 요건에 맞춰 Group Reporting을 테스트하십시오. Group Reporting에 분명한 공백이 있는 곳에만 BPC optimized for S/4HANA를 유지하십시오.

SAP BPC와 Oracle FCCS

Oracle Financial Consolidation and Close(FCCS)는 클라우드 전용이며 Oracle EPM Cloud의 일부입니다. 도입이 더 빠르고, 통화 환산, 내부거래 제거, 법정 보고 로직 같은 표준 연결 결산 기능이 강력합니다. 소수 정예 팀에 맞습니다.

표준 연결 결산을 넘어서는 맞춤 로직이 필요해지면 제약이 생기기 시작합니다. BPC는 연결 결산 규칙에 대한 통제력이 더 크지만, 이를 유지하려면 SAP 기술이 필요하다는 대가가 따릅니다. 재무 부서가 모든 로직을 직접 통제하고 싶고 그런 기술도 갖추고 있다면 BPC가 유리합니다. 가치 실현 속도와 현대적인 인터페이스가 더 중요하다면 FCCS도 충분히 타당한 선택입니다.

SAP BPC와 Anaplan

Anaplan은 클라우드 네이티브이며 빠릅니다. 재무와 공급망 팀이 IT 없이 모델을 만듭니다.

수년간 약점은 연결 결산이었습니다. 2024년에 Anaplan이 Fluence Technologies를 인수해 재무 결산과 연결 결산 기능을 추가하면서 상황이 달라졌습니다. 복잡하고 감사 가능한 결산 사이클을 가진 그룹이라면, 의존하기 전에 그 통합이 얼마나 성숙했는지 확인하십시오. Anaplan이 가장 강한 때는 부서 간 예측 모델을 처음부터 만들 때입니다.

SAP BPC와 OneStream

OneStream은 연결 결산, 계획, 보고를 하나로 묶으며 감사와 보안이 탄탄합니다. 연결 결산과 계획이 여러 도구에 흩어져 있을 때 후보로 거론됩니다.

도입이 BPC보다 항상 빠른 것은 아니며, Go-Live 이후의 책임은 파워 유저나 전담 관리자에게 돌아가는 경향이 있습니다. SAP ERP를 쓰고 있다면 BPC optimized for S/4HANA는 복제 없이 실시간으로 계획합니다. 아직 S/4HANA로 옮기지 않은 기업이라면 BPC는 벤더의 메시지가 시사하는 것보다 더 오래 자리를 지킬 수 있습니다.

세 가지 비교에서 패턴은 같습니다. 도구가 실패하는 것은 기능이 부족해서가 아니라, Go-Live 이후 누가 모델을 유지할지 아무도 묻지 않았기 때문입니다.

SAP에서 BPC는 무엇의 약자이며 무슨 일을 합니까?

BPC는 Business Planning and Consolidation의 약자입니다. 계획, 예산 편성, 예측, 재무 연결 결산을 위한 SAP의 도구입니다.

NetWeaver 또는 BW/4HANA(Standard 또는 Embedded), S/4HANA 스택, 또는 Microsoft SQL Server에서 실행됩니다. Standard는 재무 주도이며 유지하기 더 쉽고, Embedded는 로직을 BW 오브젝트에 묶으므로 더 많은 기술 역량이 필요합니다.

핵심 용도는 체계적인 예산 및 예측 사이클, 내부거래 제거를 포함한 법정 연결 결산, 감사 통제를 받는 결산입니다.

SAP BPC는 단종됩니까?

아닙니다. 다만 지원은 버전에 따라 다릅니다. BPC 10.1 for Microsoft는 2026년 6월 30일에 메인스트림 유지보수가 끝났습니다. BPC 11.1 for BW/4HANA 2.0은 2025년 12월에 끝났습니다. BPC 10.1 for NetWeaver는 2027년 말까지 메인스트림 유지보수가 제공되고, 선택형 연장 유지보수는 2030년까지 제공됩니다. BW/4HANA 계열과 BPC optimized for S/4HANA는 최소 2040년까지 계획되어 있습니다.

SAP의 전략적 계획 도구는 SAP Analytics Cloud입니다. S/4HANA의 연결 결산 경로는 SAC가 아니라 Group Reporting입니다.

SAP BPC와 SAP Analytics Cloud 중 무엇을 써야 합니까?

하는 일이 다릅니다. BPC는 엄격한 감사 통제, 데이터 잠금, 버전 관리를 갖춘 체계적 계획과 법정 연결 결산을 위해 만들어졌습니다. SAC Planning은 드라이버 기반 계획, 시나리오, 협업을 위해 만들어졌으며, 더 시각적인 인터페이스와 SAP의 AI 투자가 뒷받침합니다.

많은 조직이 둘 다 씁니다. BPC는 연결 결산과 컴플라이언스 엔진, SAC는 계획과 대시보드 계층입니다. 역할이 분명히 나뉠 때만 효과가 있습니다.

신규 계획 구축이라면 SAC가 미래를 내다본 선택입니다. 성숙한 BPC 연결 결산 모델이 있고 Group Reporting을 아직 쓸 수 없는 상황이라면, 너무 일찍 이관하는 것이 해결하는 문제보다 더 많은 문제를 만들 수 있습니다.

SAP BPC의 배포 모델에는 어떤 옵션이 있습니까?

다섯 가지입니다. BPC Standard는 로직을 BPC 안에 두며 재무 주도 팀에 맞습니다. BPC Embedded는 BW 오브젝트에 의존하며 BW 기술을 갖춘 IT 주도 환경에 맞습니다. BPC for Microsoft는 메인스트림 유지보수가 끝났고 신규 도입은 중단되었습니다. BPC optimized for S/4HANA는 유니버설 저널 위에서 실시간으로 계획하며 안정적이고 표준적인 프로세스에 맞습니다. BPC와 SAC 하이브리드는 연결 결산과 시나리오 및 대시보드를 분리합니다.

하이브리드 구성은 Go-Live 이후가 아니라 구축하기 전에 경계를 정의하십시오.

SAP BPC는 Oracle FCCS, OneStream과 어떻게 비교됩니까?

Oracle FCCS는 표준 연결 결산이 강력하고 도입이 더 빠르지만, 맞춤 로직이 필요해지면 제약이 생깁니다. BPC는 연결 결산 규칙에 대한 통제력이 더 크지만 유지하려면 SAP 기술이 필요합니다.

OneStream은 통합되어 있고 현대적이며 감사와 보안이 탄탄합니다. BPC보다 항상 빨리 구축되는 것은 아니며, Go-Live 이후의 책임은 전담 관리자에게 돌아가는 경우가 많습니다. 계획이 SAP ERP 데이터와 긴밀하게 묶여 있다면, 추가 통합 계층이 필요한 도구들에 비해 BPC가 잘 버팁니다.

이 도구들 가운데 기능이 부족해서 실패하는 것은 없습니다. Go-Live 이후 모델을 책임지는 사람이 없을 때 실패합니다.

SAP BPC 구성은 언제 점검하거나 재설계해야 합니까?

재무 부서가 BPC와 별개로 오프라인 모델을 다시 만들고 있을 때입니다. 시스템이 계획 도구가 아니라 보고 계층이 되었다는 가장 분명한 신호입니다.

다른 신호도 있습니다. 예측을 바꿀 때마다 IT가 필요하고, 연결 결산 로직이 너무 기술적이라 재무 부서가 유지할 수 없고, 실적이 늦게 오거나 불완전하게 오고, 경영진 보고서를 여전히 손으로 서식을 맞춥니다.

재설계할지 이관할지는 버전과 S/4HANA 계획에 달려 있습니다. 가까운 시일 내에 이전 계획이 없는 ECC라면 BPC를 개선하는 것이 맞습니다. S/4HANA가 예정되어 있다면 재설계를 확정하기 전에 Group Reporting과 SAC를 평가하십시오. 그 일정은 ECC에서 S/4HANA로의 이관 가이드에서 다룹니다.