SAP IBPとは：サプライチェーンのための統合ビジネス計画

SAP IBPはSAP Integrated Business Planning for Supply Chainの略です。販売・事業計画、需要予測、在庫、対応と供給の計画、そしてデマンドドリブン補充のためのSAPのクラウドソフトウェアです。SAP S/4HANAやSAP ECCの上位に位置し、そこからマスタデータとトランザクションデータを受け取り、計画を実行側へ送り返します。

これが短い答えです。長い答えは、適合性に関わります。私は防衛関連の製造業でIBPを導入してきましたが、投資に見合うかどうかは、いつも1つのことに行き着きます。計画がどれだけ複雑かです。

このガイドは、サプライチェーン部門の責任者、CFO、プログラムリーダー向けです。現在のIBPの機能、S/4HANAとの接続方法、組込PP/DSやスプレッドシートとの比較、そしてよくある失敗が技術的なものではない理由を取り上げます。

IBPはSAP HANA上に構築されたクラウドサービスです。SAPはSAP Integrated Business Planning for Supply Chainとして販売しており、計画機能は次のとおりです。

1. 販売・事業計画（S&OP）：営業、マーケティング、サプライチェーン、財務が、需要、供給、財務への影響について一つの数字で合意する調整の層
2. 需要：プロモーションや営業からの情報で補強した統計的予測と機械学習による予測。合意形成の管理と予測精度の追跡を含みます
3. 在庫：サービスレベル、需要の変動、リードタイムから設定する製品・拠点ごとの目標在庫。多段階ネットワークにも対応します
4. 対応と供給：優先順位付けされた需要、割当、能力から作成する制約付きの供給計画。計画と現実が乖離したときに対応するオーダーベース計画も含みます
5. デマンドドリブン補充：DDMRP手法に基づく戦略的デカップリングポイントと在庫バッファー

チェーン全体の可視化とアラートのためのSAP Supply Chain Control Towerは、IBPとネイティブに連携します。SAPのアプリケーション概要に、リリースごとの現在の範囲が記載されています。

SAPのAIアシスタントであるJouleは、Jouleの利用権があればIBPで使えます。SAPのIBPドキュメントに基づいて質問に答え、2508リリースではJouleによるジョブのスケジューリングが追加されました。保存済みジョブの一覧表示、スケジューリング、ステータスの確認です。便利ですが、計画を代わりに立ててくれるわけではありません。

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

S/4HANAは業務の実行を担います。MRP、製造指図、現場のスケジュール、確認です。IBPは戦術的・戦略的なレベルで機能し、加えてオーダーベースの対応計画を担います。S/4HANA側については、私の「SAP PPガイド」で取り上げています。S/4HANAの従来のSOPが互換性スコープであり、IBPがその後継として名前を挙げられている理由も説明しています。

マスタデータ（製品、拠点、リソース）とトランザクションデータ（販売実績、未決注文、在庫）は、S/4HANAからIBPへ流れます。計画は逆方向に戻ります。たとえば、予測は計画独立所要量として返されます。SAP LearningのIBP連携ツールのガイドは、主な経路として3つを挙げています。

1. SAP Integration Suite（Cloud Integration）：新規のIBPのお客様にSAPが推奨する方法です。SAP BTP上で稼働し、SAP Cloud Connectorを通じてオンプレミスやプライベートクラウドのシステムに接続します。SAPは大量データを移動するためのS/4HANA Cloud Public Edition向けの連携コンテンツを公開しています。
2. SAP Cloud Integration for data services（CI-DS）：既存のIBPのお客様の多くがすでに使っているバッチツールで、主に時系列データに使われます。これらのお客様には引き続きサポートされますが、オンプレミスのエージェントが必要です。
3. リアルタイム連携（RTI）：対応と供給におけるオーダーベース計画のためのものです。bgRFCを使い、スケジュールされたバッチジョブなしで、マスタデータとトランザクションデータの変更を発生と同時にIBPへ送ります。SAPのリアルタイム連携のドキュメントに、ソースシステムごとの前提条件が記載されています。

フラットファイルのアップロード、Excelアドイン、ODataサービスは、小規模なデータやSAP以外のデータの取り込みに使います。すでにCI-DSを使っているなら、撤去する必要はありません。これから始めるなら、Integration Suiteを中心に設計してください。

1. 04SAP IBP計画：販売・事業計画、需要、在庫、対応と供給
2. 03連携バッチデータにはSAP Integration SuiteまたはCI-DS、オーダーベース計画にはリアルタイム連携
3. 02SAP S/4HANAまたはECC実行：MRP、製造指図、確認
4. 01マスタデータリードタイム、計画パラメータ、プラント割当

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

この3つは、競合するかのように比較されます。実際には、ほとんどの場合、答える問いが違います。

組込PP/DS（Production Planning and Detailed Scheduling）はS/4HANAの中で動きます。数日から数週間の範囲で、工場のリソース上の指図を有限能力でスケジュールします。

IBPはネットワーク全体を数か月単位で計画し、部門間で計画について合意させます。スプレッドシートは、計画担当者が作ったとおりに動き、システムとのつながりはありません。

それぞれがどこに合うかを下の表に示します。

問い	SAP IBP	S/4HANAの組込PP/DS	スプレッドシート
主な役割	ネットワーク、戦術、S&OPの計画	工場内の詳細な有限能力スケジューリング	計画担当者がモデル化したもの
計画期間	数週間から数か月、それ以上	数時間から数週間	任意
範囲	多数の工場、倉庫、チャネル	1つの工場のリソースと指図	1人の計画担当者の視点
データ	S/4HANAまたはECCから連携	S/4HANAと同じデータベース	コピーされ、やがて古くなる
部門横断の合意	標準で組み込み（S&OP、需要の合意）	なし	メールと会議で
ライセンス	別のクラウドサブスクリプション	S/4HANAの範囲に含まれる。高度な機能はライセンスを確認	なし

実務では、私はS/4HANAの組込PP/DSとMRP Liveの両方を使ってきましたし、ケースに応じてクライアントにIBPを勧めたこともあります。多くの製造業はPP/DSやMRP Liveを必要とし、IBPは必要としません。両方が必要な企業もあります。ネットワーク計画とS&OPにはIBPを、工場で実際に流すものの順序付けにはPP/DSを使います。

ほとんどの企業はスプレッドシートから始めます。計画が1人のモデルの手に負えなくなるまでは、それで問題ありません。ERP自体をまだ選んでいる段階なら、まず私の「製造業向けERPの比較」でその判断を取り上げています。

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

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

答えの大半が右の列に入るなら、業務上のニーズはS/4HANAのMRPと生産計画でカバーできます。IBPの追加コストは回収できないかもしれません。

S&OPのプロセスがまったくないなら、まずプロセスを設計してください。ソフトウェアがプロセスを作ってくれることはありません。

SAP IBPで本稼働したのに、まだ部門ごとに縦割りで計画しているサプライチェーンチームを見てきました。予測はあるスプレッドシートに、生産計画は別のスプレッドシートにあり、ロジスティクスは前日の数字に基づいて判断していました。IBPは導入され、S/4HANAとの連携は動き、ダッシュボードにはデータが入っていました。

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

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

データを直す前にコンフィグレーションを進めたチームは、現実と合わない初期の計画を作ります。現在のリードタイムを無視した予測、実際の能力を無視した供給計画、不完全な履歴に基づく目標在庫です。計画担当者はシステムを無視することで応えます。データが直るころには、IBPを無視することが習慣になっています。

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

IBPに合わせてS&OPが再設計されていない

ほとんどの組織では、S&OPは各部門が自分たちの数字を発表する一連の会議です。その下にIBPを置いても、同じ分断されたプロセスから新しいアウトプットが出てくるだけです。

効果的なS&OPには、決まったデータ提出のサイクル、需要と供給のギャップを解消するための明確な経路、そして助言ではなく拘束力のある経営判断が必要です。ソフトウェアは、そのプロセスを回しやすくします。存在しないプロセスを回すことはできません。

連携の範囲があいまいなまま

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

定着がトレーニングとして扱われている

トレーニングは画面の使い方を教えます。信頼は生みません。IBPの予測が自分のモデルを上回るのを見た計画担当者は乗り換えますし、頻繁に外れるのを見た計画担当者は乗り換えません。

外れる原因は、たいていデータの質の悪さ、調整されていない統計モデル、あるいは誰も入力しなかった業務上の例外です。計画担当者に本格的に使ってもらう前に、正確なアウトプットを見せてください。

統合ビジネス計画のベストプラクティスの多くは、順序に行き着きます。IBPプロジェクトを始める前に、次の項目をこの順に確認してください。

1. IBPが使用する各マスタデータ領域の、名前の明確なオーナー
2. IBPの要件に照らしたデータ品質評価と、ギャップの解消またはその予定
3. 設計されたS&OPサイクル：カレンダー、提出期限、決定権、エスカレーション経路
4. オブジェクト、方向、頻度、ツール、照合の責任者を記載した連携仕様
5. 現在の方法による予測精度のベースライン。IBPのほうが優れていることを示せるようにします
6. 計画担当者がIBPのアウトプットを自分のモデルと比較する並行稼働の期間

同時にECCから移行するなら、IBPはS/4HANAへの移行の後ではなく、並行して計画してください。移行パスと期限については、私の「ECCからS/4HANAへの移行ガイド」で取り上げています。

SAP IBPの正式名称は何ですか？

SAP IBPはSAP Integrated Business Planningの略です。SAPの正式な製品名はSAP Integrated Business Planning for Supply Chainです。S/4HANAとは別のクラウド型計画製品です。

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

SAP IBP for sales and operations、SAP IBP for demand、SAP IBP for inventory、SAP IBP for response and supply、そしてデマンドドリブン補充です。SAP Supply Chain Control Towerは、可視化とアラートのためにネイティブに連携します。Jouleは、Jouleの利用権があれば使えます。

SAP IBPはS/4HANAとどのように連携しますか？

新規のお客様にSAPが推奨する経路は、SAP BTP上のSAP Integration Suite（Cloud Integration）で、オンプレミスやプライベートクラウドのシステムにはSAP Cloud Connectorを使います。既存のお客様は、SAP Cloud Integration for data services（CI-DS）を使い続けることができます。対応と供給におけるオーダーベース計画ではリアルタイム連携を使い、変更が発生と同時にIBPへ送られます。

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

いいえ。IBPは独自のサブスクリプションを持つ、別のクラウド製品です。S/4HANAはMRPや製造指図などの業務の実行を担い、IBPはネットワーク全体の戦術的・戦略的な計画を担います。

SAP IBPとPP/DSの違いは何ですか？

組込PP/DSはS/4HANAの中で動き、短い計画期間で、工場のリソース上の指図を有限能力で詳細にスケジュールします。IBPは複数の工場、倉庫、チャネルにわたって数か月単位で計画し、S&OPの合意形成を支援します。どちらか一方が必要な製造業もあれば、両方が必要な製造業もあります。

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

SAP APO（Advanced Planner and Optimizer）は、SAP SCM 7.0のオンプレミスの計画コンポーネントで、メインストリームメンテナンスは2027年に終了し、オプションの延長メンテナンスは2030年までです。IBPはAPOの計画機能の大半についてSAPが示すクラウドの後継であり、詳細な生産スケジューリングはS/4HANAの組込PP/DSに移ります。そのまま載せ替えるのではなく、計画の再設計として扱ってください。

S/4HANAがすでに提供しているものとIBPを比較検討しているなら、ソフトウェアのデモではなく、自社の計画の複雑さから始めてください。適合性、範囲、連携設計についてセカンドオピニオンが欲しい場合は、ご連絡ください。