2026.10.03 ERP

SAP IBPとは：需給計画とS&OPの機能構成・APO後継の位置付けと生産管理との分担を解説

SAP IBP（SAP Integrated Business Planning）とは、需要計画、供給計画、在庫計画、S&OP（販売事業計画）を1つのクラウド環境にまとめた、SAPのサプライチェーン計画ソリューションです。ERPが受注や製造指図といった「実行」を記録するのに対し、IBPは「何を、どこで、いつ、いくつ用意するか」という計画を受け持ちます。本稿では、2026年10月時点のSAP公式情報をもとに、6つのモジュールの役割、統合事業計画とS&OPの違い、APOの保守期限との関係、生産管理・在庫管理システムとの分担を整理し、採用すべき企業と見送るべき企業を示します。

まとめ：SAP IBPの正体と、自社の需給計画に入れるか見送るかを決める判断の要点

SAP IBPは、ERPの外側に置く計画専用のクラウド製品です。需要予測から供給計画、在庫水準の設定、経営会議でのS&OPまでを同じデータで回せる点が売りで、SAP公式サイトは世界で1,000社を超える企業が使っていると説明しています。

押さえることは2つです。1つは分担で、IBPが出すのは数量と時期の計画であり、指図の発行、在庫の引当、工程の細かな順序決めはERPや生産管理システム側に残ります。もう1つは期限で、APOを含むSAP SCM 7.0の標準保守は2027年末に終わります。APOで需給計画を回している企業や、複数の工場と倉庫をまたいで計画を立てる製造業には第一候補になり、単一工場で品目が数百点程度の企業には過剰、というのが本稿の結論です。

SAP IBPの定義と統合事業計画・S&OPの関係、APOの保守期限との関わり

「IBP」は製品名と業務概念の両方を指すため、検索すると説明が食い違って見えます。先に用語を分けておきます。

SAP公式FAQが示すクラウド型サプライチェーン計画ソリューションの定義

SAP Integrated Business Planningの製品ページは、IBPをSAP HANAを基盤としたクラウドベースのソリューションと説明し、販売事業計画（S&OP）、予測・需要、対応・供給、需要主導型補充、在庫計画を統合すると書いています。同じページのよくある質問では、ほかのSAPシステムやサードパーティーのシステムと統合できる、という位置付けです。

オンプレミスに導入するソフトウェアではありません。ERPがECCでもS/4HANAでも、SAP以外の製品でも、計画に必要なデータをIBPへ送り、計画結果を戻す構成になります。

統合事業計画という業務概念とS&OPの違いを製品名と切り分けて読む

SAPは統合事業計画（IBP）の解説ページで、業務概念としてのIBPを「従来のS&OPを発展させたもの」と説明しています。S&OPが需要と供給の釣り合いを取ることを優先するのに対し、統合事業計画は時間軸を全社の長期目標まで広げ、販売と生産以外の部門も巻き込み、財務の指標まで追う、という4つの拡張点が挙げられています。

製品のSAP IBPは、この業務概念を回すための道具です。製品を入れても、月次で需要と供給と財務をすり合わせる会議体が無ければ、統合事業計画にはなりません。製品名で検索した読者がまず確認すべきは、自社にS&OPの会議がすでにあるかどうかです。

APOを含むSAP SCM 7.0の標準保守2027年末と延長保守2030年末の期限

IBPの検討が具体化するきっかけの多くは、旧製品APO（Advanced Planning and Optimization）の保守期限です。SAP News Centerの2020年2月4日の発表は、Business Suite 7のコアアプリケーションの標準保守を2027年末まで、任意の延長保守を2030年末までとし、脚注でSAP Supply Chain Management 7.0を対象に含めています。APOはこのSCM 7.0の構成要素です。

延長保守は、保守料の算定基礎に2ポイントを上乗せする条件です。ERP本体の延命判断と同じ構図なので、ECC側の期限と選択肢はSAPの2027年問題とS/4HANA移行・延命の判断を解説した記事で合わせて確認してください。

SAP IBPの6つのモジュール構成と需要予測から供給計画までの役割分け

SAP公式FAQは、IBPの構成を需要管理、対応および供給計画、在庫管理、販売事業計画、需要主導型補充、サプライチェーンコントロールタワーの6つに分けています。導入範囲はモジュールごとに決められ、6つ全部をそろえる前提ではありません。

モジュール	決めるもの	主な利用者
需要管理	品目別・期間別の需要予測	需要計画担当
対応および供給計画	拠点ごとの生産量と輸送量	供給計画担当
在庫管理	拠点別の安全在庫の水準	在庫管理担当
販売事業計画	部門間で合意した月次の計画	経営層・各部門長
需要主導型補充	在庫バッファーの配置と量	補充計画担当
コントロールタワー	計画と実績のずれの監視	サプライチェーン責任者

表のうち、最初に入れる対象として多いのは需要管理と販売事業計画の2つです。供給側のモジュールは、拠点間の部品表や生産能力のマスタが整ってから追加する順番が現実的です。

需要管理と在庫管理：統計モデルの予測とサービスレベルで安全在庫を決める

需要管理は、販売実績、市場動向、統計モデルや機械学習のアルゴリズムを組み合わせて予測を作るモジュールです。製品ページは、販売履歴の異常値を自動で補正する機能と、短期の需要の変化を拾うデマンドセンシングを挙げています。予測手法の種類と精度の測り方は需要予測の手法とシステム導入の進め方を解説した記事で整理しました。

在庫管理モジュールは、保管コスト、欠品、サービスレベルのトレードオフを見ながら拠点別の在庫水準を出します。予測の誤差が大きい品目ほど安全在庫が厚くなるため、需要管理と組で入れる価値が高いモジュールです。予測値を発注点やリードタイムに落とす考え方は需要予測を在庫管理につなぐ設計の記事が参考になります。

対応・供給計画と需要主導型補充：多段階の部品表と生産能力を考える計画

対応および供給計画は、生産能力の制約、リードタイム、在庫水準を考えて生産計画と流通計画を組むモジュールです。製品ページは、複数の拠点にまたがる多段階の部品表（BOM）をモデル化し、ネットワーク全体で供給計画を作れると説明しています。

需要主導型補充は、DDMRPと呼ばれる手法に対応したモジュールです。予測に全面的には頼らず、サプライチェーンの要所に在庫バッファーを置いて変動を吸収します。部品点数が多く、予測を外しやすい組立型の製造業で候補に挙がる方式です。

販売事業計画とコントロールタワー：財務計画と業務計画を月次でつなぐ

販売事業計画は、販売、マーケティング、生産、財務が同じ数字を見て月次の計画に合意するためのモジュールです。製品ページは、財務計画と業務計画を1つのS&OPプロセスに統合し、需要と供給の変化をシミュレーションできると説明しています。

コントロールタワーは、計画と実績のずれをリアルタイムに近い形で可視化し、アラートを出す仕組みです。計画の作成より監視の道具なので、計画の精度が一定水準に達してから入れても遅くありません。金額で組む予算や見込みの編成はSAP Analytics Cloudが受け持つ領域で、その機能と接続方式はSAP Analytics Cloudの機能構成と採用判断を解説した記事で整理しています。

SAP IBPと生産管理・在庫管理システムの分担：計画はIBP、実行はERP側

導入の相談で最も多い誤解は「IBPを入れれば生産管理や在庫管理の仕組みが要らなくなる」というものです。実際には、IBPの出力を受けて動く実行系のシステムが必ず残ります。

IBPが決めるのは数量と時期、指図と引当を出すのはERPと生産管理システム

IBPの計画結果は、多くの場合、品目・拠点・期間ごとの数量としてERPへ戻され、そこからMRP（資材所要量計画）が購買依頼や計画手配を作ります。製造指図の発行、作業実績の収集、出荷の引当はERPと生産管理システムの機能とERP・MESとの違いを解説した記事で扱う実行系の仕事です。

倉庫の入出庫やロケーションの管理も同じで、IBPには入りません。在庫の実数を正しく記録する在庫管理システムの入出庫と引当の仕組みが整っていないと、IBPは誤った在庫を起点に計画を立てることになります。

工程単位の詳細スケジューリングはIBPでなくS/4HANA側に残るという線引き

APOには、工程の順序や設備ごとの段取りまで決める詳細スケジューリング（PP/DS）の機能がありました。IBPはこの領域を受け持たず、S/4HANAに組み込まれたPP/DSなど、ERP側の機能が受け皿になります。APOからの移行では「APOの機能をIBPへ移す」という1対1の置き換えにならない点に注意が必要です。

移行の範囲を見積もるときは、APOで使っている機能を需要計画、供給計画、詳細スケジューリング、在庫引当（ATP）に分け、それぞれの移行先をIBPかS/4HANAかで決めます。S/4HANA側の機能と移行方式はSAP S/4HANAの導入形態と移行方式を解説した記事にまとめています。

連携方式は時系列データのバッチ転送と受注・購買の差分を送るリアルタイム統合

ERPとIBPの間のデータ連携には、大きく2つの型があります。販売実績や予測のように週や月で集計した時系列データを定期的に転送する型と、受注、購買発注、在庫の変化を発生のたびに送るリアルタイム統合（RTI）の型です。前者にはSAP Cloud Integration for data services（CI-DS）、後者ではERP側で計画に関わる変更を捕まえ、キューを経由して非同期にIBPへ送ります。

どちらの型でも、品目、拠点、顧客のコード体系がERPとIBPでそろっていることが前提です。SAP以外のERPや自社開発の基幹システムから連携する場合、このコード変換とデータの抽出処理が開発範囲の中心になります。

SAP IBPの費用の考え方と、導入プロジェクトで計画が回らなくなる失敗例

製品の機能より、費用とプロジェクトの進め方で判断が分かれる製品です。

価格は非公開でモジュール単位の見積もり、予算の大半はデータ整備に回る

SAPの製品ページに定価の掲載はなく、問い合わせを通じた見積もりになります。費用はモジュールの組み合わせ、利用者数、扱うデータ量で変わるため、比較するときはライセンスだけでなく、マスタの整備、連携処理の開発、計画担当者の教育まで含めた総額で見ます。

リリースは年と月の4桁で呼ばれ、2026年5月の版はIBP 2605のWhat’s New Viewerで新機能が公開されています。クラウド製品なので版上げは利用企業が止められません。連携処理や画面の拡張を作り込むほど、版上げのたびの動作確認が増える点も運用費に含めてください。

マスタの品質と計画の会議体が整わないまま入れて計画が使われなくなる型

失敗の典型は2つあります。1つはマスタです。リードタイム、ロットサイズ、生産能力の値が実態とずれたまま稼働すると、IBPの計画は現場の感覚と合わず、担当者が結局Excelで修正し始めます。

もう1つは会議体です。S&OPの会議で誰が何を決めるかが決まらないままモジュールを入れると、数字はそろっても合意が生まれません。SAPの解説ページも、導入手順の最初に部門横断のリーダーシップの確立を置き、テクノロジーの導入はその後の段階としています。製品の選定より先に、計画の会議体と決裁者を決めておくことが前提です。

SAP IBPを採用すべき企業と、需要予測システムや自社開発で足りる条件

ここまでの事実をもとに判断を示します。見る条件は、現行の計画システム、拠点の数、計画の会議体の成熟度の3つです。

APOで需給計画を回す企業と多拠点の製造業でIBPを第一候補にする条件

IBPを第一候補にするのは、APOで需要計画や供給計画を回していて2027年末の標準保守終了を控える企業と、複数の工場と倉庫をまたいで部品表をたどる計画が必要な製造業です。ERPがSAPであれば連携の型が用意されており、計画データの往復を一から作る必要がありません。

APOの機能の振り分け、ERPとの連携範囲の設計、S/4HANA移行との順序の決定は、一創のSAPコンサルティング・導入支援サービスで、IBPの見積もり比較と合わせて支援しています。

単一工場や品目の少ない企業は需要予測システムと既存ERPで足りる理由

反対に、工場が1つで品目が数百点程度、S&OPの会議も無い企業にはIBPは過剰です。この規模なら、需要予測の仕組みを既存のERPや在庫管理システムにつなぐだけで、欠品と過剰在庫の多くは減らせます。

ERPがSAP以外で、計画のためだけにSAP製品を追加する場合も慎重に見ます。連携処理の開発費が大きくなり、IBPの強みであるSAP ERPとの標準連携が効かないためです。需要予測に絞った製品や自社開発との比べ方は需要予測システムの比較で先に決める5つの軸を解説した記事で確認できます。

よくある質問

SAP IBPについて、検索でよく調べられている疑問に答えます。

SAP IBPとS&OPは何が違いますか？

S&OPは、販売と生産の計画を月次ですり合わせる業務プロセスの名前です。SAP IBPは、そのS&OPに需要計画、供給計画、在庫計画を加えて1つのクラウド環境で回すためのSAPの製品です。SAPは業務概念としての統合事業計画を、S&OPの時間軸、参加部門、扱うデータを財務まで広げたものと説明しています。