SAP BPC：機能する場面、しない場面、そして次の一手

SAP BPC（Business Planning and Consolidation）は、2026年の今もサポートされていますが、いつまでかは、使っているバージョンによります。Microsoft版BPCは、2026年6月30日にメインストリームメンテナンスを終えました。NetWeaver版BPC 10.1は、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、Microsoft版	メインストリームは2026年6月30日に終了。お客様固有のメンテナンスのみ	今すぐ移行を計画してください。SAPはSAP Business Data Cloudへの移行を推奨しています
BPC 11.1、BW/4HANA 2.0版	2025年12月31日に終了	BPC 2021へアップグレードするか、移行してください
BPC 10.1、NetWeaver（BW 7.5）版	メインストリームは2027年12月31日まで。オプションの延長メンテナンスは2030年12月31日まで	移行先ではなく、猶予の期間です。S/4HANAの計画の中で判断してください
BPC 2021、BW/4HANA 2021および2023版	2030年12月31日まで。後継バージョンが、少なくとも2040年まで約束されている	BW/4HANAがアーキテクチャに残るなら、何年も使い続けられます
BPC 10.1、S/4HANA向け最適化版	S/4HANAの各リリースに合わせ、少なくとも2040年まで	S/4HANAのオンプレミス版またはプライベートエディションと並行して使えます

1. 2025BPC 11.1 BW/4HANA 2.0版が終了12月31日。BPC 2021へアップグレードするか、移行
2. 2026Microsoft版BPCがメインストリームを終了6月30日。お客様固有のメンテナンスのみ
3. 2027NetWeaver版BPC 10.1がメインストリームを終了12月31日。その後はオプションの延長メンテナンス
4. 2030NetWeaverの延長メンテナンスが終了BPC 2021もここまで。その後は後継バージョン
5. 2040BW/4HANAの系統とS/4HANA版BPC少なくとも2040年まで計画

出典: SAPのBPC戦略アップデート、2025年10月

ほかに、二つの変化が重要です。第一に、SAPは2025年にSAP Business Data Cloudを開始し、NetWeaver版BPC 10.1やBPC 2021は、BWとともに、そのプライベートクラウドエディションへ移せます。これは載せ替えであり、再設計ではありません。第二に、SAPの計画領域におけるAIの取り組みは、SACに投入されています。Jouleの分析インサイトは、2025年半ばから一般提供されており、SACの「Just Ask」機能で、自然言語の質問に答えます。BPCには、これに相当するものがありません。

新規のプログラムの標準的なアーキテクチャは、計画にSAC、法定連結にS/4HANA Group Reporting、そして単一の記録としてのユニバーサルジャーナルです。新規の導入では、Group Reportingがまだうまく扱えない出資構造のような特定の理由がない限り、BPCが選ばれることはまずありません。

既存のお客様にとっての問題は、タイミングです。S/4HANAのプログラムの最中に移行するほうが、あとで財務の別プロジェクトを走らせるより、たいてい安上がりです。データ、設計、テストの作業を共有できるからです。

私の見立てはこうです。BPCは今も動き、サポートもされており、SACが及ばない複数事業体の連結の処理を、今もこなします。ただし、BW/4HANAかS/4HANAのオンプレミスに腰を据えると決めていない限り、長期的なプラットフォームへの賭けではなく、特定の期間に限った戦術的な選択です。実行が2年先であっても、ロードマップは今のうちに立ててください。

BPCは、20年以上、市場にあります。構造化された決算サイクル、厳格な監査コンプライアンス、多数の事業体にまたがる法定連結で、ユーザーベースを獲得してきました。プラットフォームの種類は4つあります。

1. BPC Standard（NetWeaverまたはBW/4HANA）：データ、ロジック、セキュリティがBPCの中にあります。財務部門が所有しやすい構成です。
2. BPC Embedded：BWオブジェクトの上に構築されています。業務データとの統合は緊密ですが、モデルの保守にはBWのスキルが必要です。
3. Microsoft版BPC：SQL Serverに、Excelおよび.NETのフロントエンドを組み合わせます。2026年6月から、メインストリームメンテナンスの対象外です。
4. S/4HANA向け最適化BPC：S/4HANAのスタック上で動作し、実績をユニバーサルジャーナル（ACDOCA）から読み、計画データを計画テーブル（ACDOCP）に書き込めます。リアルタイムで、レプリケーションは不要です。

SAC Planningは、ドライバーベースの計画と部門横断のコラボレーションを、BPCより上手にこなします。法定連結は、ネイティブには扱えません。多段階の出資関係、会社間取引の消去、監査統制のかかった決算サイクルを持つグループにとって、BPCには、SACが標準機能では及ばないことが今もあります。

S/4HANAのお客様にとって、連結の移行先はGroup Reportingです。BPCでもSACでもありません。Group Reportingは、クリーンなソースデータがS/4HANAの中を流れていることを前提にします。そうなっていなければ、移行は、ほかの連結ツールと同じデータの問題にぶつかります。それに供給する財務の設計は、私のSAP FICOのガイドで扱っています。

BPCが今も地位を保つ場面は、4つあります。

1. ECCのお客様と、まだGroup Reportingの準備ができていない、段階的なS/4HANA移行
2. 複雑な出資の階層と、非支配株主持分の計算を伴う連結
3. 監査証跡とデータのロックが譲れない、コンプライアンスの厳しい環境
4. 連結に、SACでは表現できないカスタムのビジネスルールが必要な、ハイブリッド環境

BPCを最大限に生かしている財務チームは、すべてを使おうとはせず、4つの機能を深く使い込んでいます。

構造化された計画テンプレート。 損益、原価センタ、収益の入力フォームを、計画カレンダーに結びつけ、検証、明確な責任者と期限を備えて、すべてExcelの中で動かします。ユーザーは、構造ではなく、数字に集中できます。

法定連結と会社間取引の消去。 出資関係、通貨換算、消去、非支配株主持分。BPCがほとんどの代替製品を上回るのは、ここです。ジョイントベンチャーや階層的な出資のあるグループでは、BPCがスクリプトロジック、ビジネスルール、ディメンション設計を通じて提供する統制を、再現するのは困難です。

データのロックと監査統制。 提出され、検証されたデータはロックされます。監査証跡が、誰が、何を、いつ、なぜ変更したかを記録します。見た目はいちばん洗練されていませんが、内部統制と外部監査人が求めるものそのものです。

バージョン管理。 予算、フォーキャスト1、フォーキャスト2、実績を並べて管理します。モデルを作り直さず、ITを待たずに、営業費用を5%削減した場合や、収益が12%不足した場合を試算できます。

導入モデルは、誰が計画モデルを所有するか、データがどれだけ速く動くか、状況が変わったときに財務部門がどれだけ素早く対応できるかを決めます。BPCの問題の大半は、早すぎるアーキテクチャの判断から始まります。財務部門の動き方ではなく、パートナーの好みで決められていることも少なくありません。

導入モデル	仕組み	向いているケース
BPC Standard	データとロジックがBPCの内部にある。保守にBWのスキルは不要	ITに依存せず管理したい、財務主導のチーム
BPC Embedded	BWオブジェクトを使う。ロジックの変更にBWまたはABAPのスキルが必要	BWのスキルが高い、IT主導の環境
Microsoft版BPC	SQL Server、Excelおよび.NETのフロントエンド	既存ユーザーのみ。撤退を計画中
S/4HANA向け最適化BPC	ユニバーサルジャーナル上のリアルタイム計画。レプリケーションなし	計画ロジックが標準的な、成熟して安定したS/4HANA環境
BPCとSACのハイブリッド	連結とルールにはBPC、ダッシュボードとシナリオにはSAC	構造化された連結を維持しながら、クラウドへ移行する組織

ハイブリッド構成は、多くのチームが、気づけばひっそりと運用している形です。役割を分けたときにうまくいきます。ルールに基づくフォーキャスト、コンプライアンス、連結はBPC、シナリオとユーザー入力はSAC。その境界がなければ、両方のツールが計画ロジックを抱え、「真実」が2通りできます。SAC側については、私のSAP Analytics Cloudのガイドで扱っています。

プラットフォームとS/4HANAの計画から、進む道を選んでください。

1. Microsoft版BPCを使っている。 移行してください。メインストリームメンテナンスは終了しています。選ぶのは移行先です。S/4HANAが控えているなら、SACとGroup Reporting。そうでなければ、別の連結製品です。
2. NetWeaver版BPC 10.1で、2年以内にS/4HANAへ移行する。 BPCの判断を、S/4HANAプログラムに組み込みます。連結にGroup Reporting、計画にSACを、本稼働後ではなく、設計の一部として評価してください。
3. NetWeaver版BPC 10.1で、2028年より前のS/4HANAの計画がない。 壊れている部分を再設計し、延長メンテナンスの予算を確保し、見直す日付を決めてください。
4. BW/4HANA版のBPC 2021を使い、BW/4HANAに留まる。 残してください。所有体制とテンプレートの設計を直します。BWをデータセンターから外したいなら、Business Data Cloudのプライベートクラウドエディションを検討してください。
5. すでにS/4HANAにいる。 Group Reportingを、連結の要件に照らして試してください。Group Reportingに明確なギャップがある場合に限って、S/4HANA向け最適化BPCを残します。

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より導入が常に速いわけではなく、本稼働後の所有は、パワーユーザーか専任の管理者に落ち着きがちです。SAP ERPを使っているなら、S/4HANA向け最適化BPCはレプリケーションを避けて、リアルタイムで計画できます。まだS/4HANAに移行していない企業にとって、BPCは、ベンダーのメッセージが示すより長く、地位を保てます。

3つの比較に共通するパターンは同じです。ツールが失敗するのは、機能が足りないからではなく、本稼働後に誰がモデルを保守するのかを誰も問わないからです。

SAPのBPCとは何の略で、何をするものですか？

BPCは、Business Planning and Consolidationの略です。計画、予算編成、フォーキャスト、財務連結のための、SAPのツールです。

NetWeaverまたはBW/4HANA（StandardまたはEmbedded）、S/4HANAのスタック、あるいはMicrosoft SQL Server上で動作します。Standardは財務部門主導で保守しやすく、EmbeddedはロジックをBWオブジェクトに結びつけるため、より高い技術力が必要です。

中核となる用途は、構造化された予算とフォーキャストのサイクル、会社間取引の消去を伴う法定連結、そして監査統制のかかった決算です。

SAP BPCは終了するのですか？

いいえ。ただし、サポートはバージョンによります。Microsoft版BPC 10.1は、2026年6月30日にメインストリームメンテナンスを終えました。BW/4HANA 2.0版のBPC 11.1は、2025年12月に終了しました。NetWeaver版BPC 10.1は、2027年末までメインストリームメンテナンスがあり、オプションの延長メンテナンスが2030年まであります。BW/4HANAの系統とS/4HANA向け最適化BPCは、少なくとも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の導入モデルには、どんな選択肢がありますか？

5つです。BPC StandardはロジックをBPCの内部に持ち、財務主導のチームに向いています。BPC EmbeddedはBWオブジェクトに依存し、BWのスキルがあるIT主導の環境に向いています。Microsoft版BPCはメインストリームメンテナンスの対象外で、新規の導入は受け付けていません。S/4HANA向け最適化BPCは、ユニバーサルジャーナル上でリアルタイムに計画し、安定した標準的なプロセスに向いています。BPCとSACのハイブリッドは、連結を、シナリオとダッシュボードから切り離します。

ハイブリッド構成の境界は、本稼働後ではなく、構築する前に定義してください。

SAP BPCは、Oracle FCCSやOneStreamと比べてどうですか？

Oracle FCCSは、導入が速く、標準の連結が強力ですが、カスタムロジックが必要になると制約が出ます。BPCは連結ルールをより細かく制御できますが、保守にSAPのスキルが必要です。

OneStreamは統合的でモダンで、監査とセキュリティも堅実です。BPCより導入が常に速いわけではなく、本稼働後の所有は、専任の管理者に置かれがちです。計画がSAP ERPのデータと密接に結びついているなら、追加の連携層が必要なツールに対して、BPCは十分に戦えます。

どのツールも、機能が足りないせいで失敗するのではありません。本稼働後にモデルの所有者がいないときに、失敗します。

SAP BPCの構成は、いつ見直すか、再設計すべきですか？

財務部門が、BPCと並行してオフラインのモデルを作り直しているときです。システムが、計画ツールではなくレポートの層になっていることを示す、もっとも明確なサインです。

ほかにも兆候があります。フォーキャストを変えるたびにITが必要になる、連結のロジックが技術的すぎて財務部門が保守できない、実績の到着が遅い、または不完全、経営陣向けのレポートを、今も手作業で整えている。

再設計するか移行するかは、バージョンとS/4HANAの計画によります。ECCで、近い将来の移行がないなら、BPCの改善に意味があります。S/4HANAが控えているなら、再設計にコミットする前に、Group ReportingとSACを評価してください。そのタイムラインは、私のECCからS/4HANAへの移行ガイドで扱っています。