SAP Integrated Business Planningが重要な理由

SAP Integrated Business Planning（IBP）は、SAPのサプライチェーン計画向けクラウドスイートです。セールス・アンド・オペレーションズ・プランニング（S&OP）、需要、在庫、対応と供給に加え、需要主導型補充を扱います。S/4HANAやECCの上位に位置し、そこからマスタデータとトランザクションデータを受け取り、実行のために計画を戻します。計画が本当に複雑な場合に意味を持ち、SAP SCMの保守が縮小していく中で、APOの計画機能の大半についてSAPが示す後継でもあります。本ガイドは、IBPが投資に見合うかどうか、そしてよくある失敗をどう避けるかを検討しているサプライチェーン責任者、CFO、プログラムリーダーに向けたものです。その失敗は、技術的なものであることはまれです。計画担当者がアウトプットを信頼せず、スプレッドシートを手放さないのです。

SAP IBPを本稼働させたあとも、サプライチェーンのチームがサイロの中で計画しているのを見てきました。需要予測は一つのスプレッドシート、生産計画は別のスプレッドシートにあり、物流は昨日の数字をもとに判断していました。IBPは導入されていました。S/4HANAとの連携も稼働していました。ダッシュボードにはデータが表示されていました。

計画担当者は、そこに表示される内容を信用せず、自分たちのモデルを使い続けていました。私が関わったある企業では、計画担当者が何か月も、IBPと並行して古いスプレッドシートをこっそり更新していました。システムはそこにありましたが、仕事のやり方は変わっていなかったのです。

IBPは、SAP HANA上に構築されたクラウドサービスです。そのアプリケーションは、次の範囲をカバーします。

1. セールス・アンド・オペレーションズ・プランニング（S&OP）：営業、マーケティング、サプライチェーン、財務が、需要、供給、財務への影響について一つの数字で合意するための調整レイヤー
2. 需要：統計および機械学習による予測に、プロモーションと営業部門のインプットを加味し、バージョンとコンセンサスの管理、予測精度の追跡も行う
3. 在庫：サービスレベル、需要のばらつき、リードタイムから、製品と拠点ごとの目標在庫を算出する。多段階ネットワークも対象
4. 対応と供給：ネットワーク全体にわたる制約付きの供給計画に加え、計画と現実がずれたときに対応するオーダーベースの計画
5. 需要主導型補充：DDMRP手法に基づくバッファの配置

チェーン全体の可視化とアラートを担うSAP Supply Chain Control Towerは、IBPとネイティブに連携します。現在の対象範囲は、SAPのアプリケーション概要に一覧があります。

IBPでは、リリース2502（2025年1月）からJouleが一般提供されています。別ライセンスです。SAPのIBPドキュメントや、自社のグラウンディング用ドキュメントをもとに質問に答え、適切なアプリを開き、マスタデータのヘルスチェックを実行し、ジョブのスケジュールと監視を行います。便利ですが、代わりに計画を立ててくれるわけではありません。

IBPはS/4HANAのモジュールではありません。RISE with SAPのお客様を含め、独自のサブスクリプションを持つ別のクラウド製品です。

S/4HANAは、MRP、製造指図、現場のスケジュールと実績確認といった、業務の実行を担います。IBPは、月次と週次の需要・供給計画、S&OP、在庫戦略といった、戦術・戦略レベルで機能します。私のSAP PPガイドでは、S/4HANA側を取り上げており、S/4HANAの従来型SOPがなぜ互換性スコープ（IBPが後継として名指しされている）なのかも説明しています。

連携は双方向です。マスタデータ（製品、拠点、リソース）とトランザクションデータ（販売実績、未処理オーダー、在庫）は、S/4HANAからIBPへ流れます。計画は、実行を動かすために戻されます。主な経路は二つあります。

1. 時系列計画（S&OP、需要、在庫）は、データサービス向けSAP Cloud Integrationを通じて連携し、S/4HANAまたはECCのアドオンで抽出を簡素化します。
2. オーダーベース計画（対応と供給）は、ECCまたはS/4HANAとのリアルタイム連携を使い、Core Interface（CIF）上に構築されています。

ここで、データガバナンスが結果を左右します。品目マスタに誤ったリードタイム、欠落した計画パラメータ、誤ったプラント割当が含まれていれば、IBPはその誤りの上で計画を立てます。出力は技術的には正しく、業務上は間違っています。

1. 04SAP IBP計画：セールス・アンド・オペレーションズ、需要、在庫、対応と供給
2. 03連携時系列データはデータサービス向けCloud Integrationで、オーダーベース計画はCIF経由でリアルタイムに
3. 02SAP S/4HANAまたはECC実行：MRP、製造指図、実績確認
4. 01マスタデータリードタイム、計画パラメータ、プラント割当

サブスクリプションに誰かが署名する前の、最初のテストとして、この表を使ってください。

シグナル	IBPが向いている	S/4HANAの計画機能だけで足りる
販売チャネル	小売、直販、輸出があり、リードタイムとサービスレベルが異なる	主要チャネルが一つ
需要パターン	季節性があるか、プロモーション主導	安定している
流通ネットワーク	工場から地域倉庫、さらに現地倉庫へ	単一拠点、または単純なネットワーク
供給制約	最適化が必要な、実際のキャパシティやサプライヤーの制限がある	キャパシティが制約になることはまれ
S&OPの成熟度	月次サイクルはあるが、別々のスプレッドシートで運用されている	S&OPのプロセスがまだない
製品ラインナップ	SKUと拠点が多い	SKU数が限られている

ほとんどの回答が右側の列に入るなら、S/4HANAのMRPと生産計画で業務上のニーズは満たせ、IBPの追加コストは回収できないかもしれません。S&OPのプロセスがまったくない場合は、まずプロセスを設計してください。ソフトウェアがプロセスを作ってくれることはありません。

コンフィグレーション前にデータ品質が直されていない

データを直す前にコンフィグレーションするチームは、現実に合わない初期の計画を生み出します。現在のリードタイムを無視した予測、実際のキャパシティを無視した供給計画、不完全な履歴をもとにした在庫目標などです。計画担当者は、システムを無視することで対応します。データが直る頃には、IBPを無視することが習慣になっており、その習慣を変えるのは、データを直すよりも困難です。

対処法：コンフィグレーションを始める前に、S/4HANAのマスタデータをIBPの要件に照らして評価し、ギャップを埋め、計画担当者に頼ってもらう前にアウトプットがもっともらしいかを確認します。その評価の進め方は、SAPデータ移行が失敗する理由と対処法の記事で扱っています。

IBPを軸にS&OPを再設計していない

ほとんどの組織で、S&OPは、各部門が自分たちの数字を発表する一連の会議です。その下にIBPを置いても、同じばらばらのプロセスから新しいアウトプットが出てくるだけです。効果的なS&OPには、固定されたデータ提出サイクル、需要と供給のギャップを解消するための定まった経路、そして助言ではなく拘束力のある経営判断が必要です。ソフトウェアは、そのプロセスを回しやすくします。存在しないプロセスを回すことはできません。

連携のスコープが曖昧なまま

IBPの連携も、ほかと同じように仕様を定めます。どのマスタデータオブジェクトか、どのトランザクションがいつS/4HANAに戻るか、二つのシステムが食い違ったときに誰が突き合わせるか。概念レベルで記述されて技術チームに任された連携は、テストで、さらに悪ければ本番環境で、ギャップとして表面化します。

定着を研修として扱う

研修は、画面の使い方を教えます。信頼は生みません。信頼は精度から生まれます。IBPの予測が自分のモデルを上回るのを見た計画担当者は、乗り換えます。外れが続くのを見た計画担当者は、乗り換えません。外れの原因は、たいていデータの質の低さ、チューニングされていない統計モデル、誰も入力しなかった業務上の例外です。計画担当者に腹をくくってもらう前に、正確なアウトプットを見せます。

IBPプロジェクトを始める前に、次の項目を順に確認します。

1. IBPが取り込むマスタデータのドメインごとに、名前の挙がった責任者がいる
2. IBPの要件に照らしたデータ品質の評価があり、ギャップは解消済みか、解消の予定が組まれている
3. 設計済みのS&OPサイクル：カレンダー、提出期限、意思決定権限、エスカレーション経路
4. オブジェクト、方向、頻度、突き合わせの責任者を一覧にした連携仕様書
5. 現在の手法による予測精度のベースライン。IBPのほうが優れていることを示せるように
6. 計画担当者がIBPのアウトプットを自分のモデルと比較する、並行稼働の期間

SAP IBPとは何で、何ができますか？

SAP Integrated Business Planningは、SAPのクラウド型サプライチェーン計画スイートです。セールス・アンド・オペレーションズ・プランニング、需要予測、在庫最適化、対応と供給の計画、需要主導型補充を扱います。各部門がそれぞれのスプレッドシートで計画する代わりに、IBPは共通のデータセットとプロセスを提供します。計画するのはIBP、実行するのはS/4HANAまたはECCです。

SAP IBPにはどんなアプリケーションがありますか？

SAP IBP for sales and operations（S&OP）、SAP IBP for demand（需要）、SAP IBP for inventory（在庫）、SAP IBP for response and supply（対応と供給）、そして需要主導型補充です。SAP Supply Chain Control Towerが、可視化とアラートのためにネイティブに連携します。多くの企業は、S&OPと需要から始め、その後に在庫と供給を加えます。

SAP IBPはS/4HANAの一部ですか？

いいえ。IBPは独自のサブスクリプションを持つ別のクラウド製品で、RISE with SAPの基本契約には含まれていません。S/4HANAは、MRPや製造指図などの業務の実行を担います。IBPは、戦術・戦略レベルの計画を担います。時系列データはデータサービス向けSAP Cloud Integrationを通じて連携し、オーダーベース計画は、Core Interface（CIF）上に構築されたリアルタイム連携を使います。

SAP IBPがS/4HANAから必要とするデータは何ですか？

マスタデータ：計画パラメータとリードタイムを持つ製品、拠点、リソースとキャパシティ、そしてどこからどこへ出荷するかというネットワーク。トランザクションデータ：販売実績、未処理の販売オーダー、拠点別の在庫、未処理の製造オーダーと購買オーダー。そのデータの質が、計画の質を決めます。リードタイムが誤っていればタイミングが誤り、拠点に不整合があればネットワーク計画に穴が開きます。

SAP IBPの導入にはどのくらいかかりますか？

導入には通常6か月から12か月かかります。それより速くできると約束する相手は、私なら信用しません。複雑なネットワーク設計と多段階の在庫最適化を含め、全領域にわたる本格的な導入は、12か月から18か月かかることがあります。超過の原因として最も確実なのは、スコープに入っていなかったデータ作業です。例えば、プロジェクトの途中で、品目マスタに多くの製品のリードタイムが登録されていないことが分かる、といったケースです。

SAP APOとSAP IBPの違いは何ですか？

SAP APO（Advanced Planner and Optimizer）は、SAP SCM 7.0のオンプレミスの計画コンポーネントで、標準保守は2027年に終了し、任意の延長保守が2030年まで用意されています。IBPは、APOの計画機能の大半についてのSAPのクラウド後継です。詳細な生産スケジューリングは、S/4HANA内の組み込みPP/DSに移ります。サプライチェーン向けのSAPのReadiness Checkは、移行のスコープ決定に役立ちます。リフト・アンド・シフトではなく、計画の再設計として扱ってください。