SAP PPの機能と、つまずきやすいポイント

SAP PP（Production Planning）は、SAP S/4HANAの中で需要を生産計画に変える領域です。予測と受注を取り込み、在庫、部品表、作業手順、能力と突き合わせて、何を作り、何を買い、いつ手配するかを提案します。このガイドは、PPが何をするのか、S/4HANAで何が変わったのか、導入がどこで行き詰まるのかを知りたい工場長、計画担当者、プロジェクトリーダーに向けたものです。最後の点への答えを先に言えば、マスタデータです。品目マスタ、部品表、作業手順、作業区が間違っていれば、MRPの出力も間違います。どんな設定でも、それは直せません。出発点は、後ほど示す準備チェックリストです。

以前、週に400件を超える製造指図を抱える包装工場のチームと仕事をしたことがあります。PPがなかった頃、彼らはスプレッドシートと付箋で回していました。導入後に完璧になったわけではありません。それでも、溺れることはなくなりました。

PPはロジスティクスのチェーンの中心にあります。需要を起点に、品目、能力、タイミングへとさかのぼって、生産の提案を作ります。需要が流れる順に、機能は次のとおりです。

1. 販売・生産計画（SOP）：予測と市場の見通しに基づく、大枠の数量
2. 需要管理：その数量を、MRPの起点となる計画独立所要量（PIR）に変換する
3. 所要量計画（MRP）：在庫、リードタイム、未完了の指図をもとに、何を、いつ、どれだけ生産または購入するかを算出する
4. 能力計画と平準化：作業区の過負荷を、現場に届く前に示す
5. 製造指図の管理：指図の作成、リリース、スケジューリング、確認入力を完了まで進める

PPがカバーするのは、個別製造（自動車部品、電子機器、産業機器）と繰り返し製造（包装、消費財）です。食品、化学、製薬のバッチやレシピに基づく生産には、PP-PI（Production Planning for Process Industries）を使います。PP-PIは、製造指図と作業手順の代わりに、プロセス指図とマスタレシピで動きます。

需要から完了までの流れは、5つの段階からなります。実際には中断なく流れることはまずありませんが、PPが管理するように作られているのは、この構造です。

1. 01SOP予測から導く数量目標
2. 02需要管理MRP実行の起点となるPIR
3. 03MRP計画手配と購買依頼
4. 04製造実行指図のリリースと資材の段取り
5. 05確認入力作業時間、数量、在庫移動の計上

SAPが現場で実際に起きたことを反映する

SOPは、大枠の生産目標を決める段階です。市場データに照らして厳密に運用する企業もあれば、概算で済ませる企業もあります。どちらの場合も、結果は需要管理に渡されます。S/4HANAでは、従来のSOPトランザクションは互換性スコープに入ります。これは後ほど説明します。

需要管理はPIRを生成します。PIRは予測です。この製品がこの時期にこれだけ必要になる、という見込みを表します。PIRはMRPへの入力なので、ここでの誤りは連鎖します。あるクライアントは、3か月分のPIRを二重にアップロードしてしまいました。生産があらゆるものを過剰に手配し始めるまで、誰も気づきませんでした。

MRPは計画エンジンです。PIRと受注から、在庫と入庫予定を差し引いて正味の所要量を求め、社内生産には計画手配を、外部調達品には購買依頼を作成します。きちんと設定された実行は、状況を明確にしてくれます。不正確なマスタデータの上で動かせば、ノイズが出るだけで、計画担当者は何週間もそれを追いかけることになります。

製造実行は、計画手配が製造指図になる段階です。指図がリリースされ、資材が段取りされ、作業区で作業が進みます。

確認入力で一巡します。作業時間が計上され、数量が記録され、在庫移動が転記されます。人が期限どおりに確認入力をすれば、システムは現場で実際に起きたことを反映します。

マスタデータは、SAP PPの背骨です。たとえ話ではありません。結果を伴う事実です。

品目マスタ（MRPビュー）。 製造する品目にはすべて、MRPビューを正しく設定する必要があります。MRPタイプ、ロットサイズ、ストラテジグループ、利用可能性チェック、スケジューリング余裕キーは、それぞれMRPの動きを変えます。私が参加したプロジェクトでは、品目マスタの項目がひとつ欠けていただけで、生産が1週間止まりました。たった1項目です。

部品表（BOM）。 部品表は、完成品に何が入るかを定義します。構成品目、数量、スクラップ率、場合によっては代替品です。部品表にはバリアントを持たせることができ、これはコンフィギュレーション対象の製品には向いていますが、SAPに不慣れなチームを混乱させます。「この1品目に、本当に5つの部品表が必要なのか」という問いには、きちんとした答えがあります。それは、MRPを実行しながらではなく、導入の前に突き止めてください。

作業手順（ルーティング）。 作業手順は、ものをどう作るかを定義します。作業の順序、それぞれを担当する作業区、各作業にかかる時間です。作業手順がなければ、SAPは生産期間を計算することも、能力をチェックすることもできません。単純な製品でも明確な作業手順が必要ですが、急いだプロジェクトはそれを飛ばします。

作業区。 作業区は、生産が行われる場所です。機械、ライン、人のグループなどです。スケジューリング式、原価計算とのリンク、シフトカレンダーを持ちます。本稼働後も最新の状態に保つ作業は、真っ先に落とされます。落とされると、能力計画が不正確になり、計画担当者はシステムを信用しなくなります。

生産バージョン。 生産バージョンは、有効な部品表と有効な作業手順を、日付範囲とロットサイズに結び付けます。S/4HANAでは社内製造の品目に必須で、これがなければMRP Liveは部品表を展開しません。部品表選択方法に頼っていたECCのお客様は、コンバージョンの際に生産バージョンを作成する必要があります。

組織構造

PPが依存する組織要素と、それぞれの連携先です。

組織要素	SAP PPでの目的	主な連携
クライアント	最上位の企業構造	すべてのモジュールで共通
会社コード	財務報告の単位となる法人	生産に関するFIの原価把握
プラント	生産が行われる中核の単位	PPをMM、SD、PMと結び付ける
保管場所	プラント内の物理的な在庫の区分	資材の段取りと移動
MRPエリア	MRPを個別に実行するための計画範囲	S/4HANAでは保管場所MRPに代わる
作業区	生産リソース（機械、ライン、グループ）	作業手順、能力計画、COの原価センタ
生産バージョン	品目に対して有効な部品表と作業手順の組み合わせ	S/4HANAではMRPと指図の作成に必須

最初のMRP実行前の準備チェックリスト

移行したデータでMRPを走らせる前に、この手順を実施してください。括弧内は、承認する担当者です。

1. 計画対象のすべての品目で、品目マスタのMRPビューが完成していること。 ストラテジグループとロットサイズも含みます（計画責任者）
2. 部品表が、実際に製造しているものと照合済みであること。 構成品目とスクラップは、設計部門が確認します（設計部門）
3. 社内製造のすべての品目に、作業手順があること。 作業時間は現実的な値にします（生産技術部門）
4. 作業区のカレンダーと能力が、現在のシフトを反映していること（工場長）
5. 社内製造の品目ごとに、有効な生産バージョンがひとつあること。 計画期間をカバーするものです（計画責任者）
6. PIRが一度だけロードされていること。 最初の実行の前に、承認済みの需要計画と突合します（需要計画担当者）
7. 未完了の指図と在庫が、旧システムとSAPの間で突合されていること（在庫管理担当者）
8. 単一のプラントまたはMRPエリアで、テスト用のMRP実行を行うこと。 全体の実行の前に、計画担当者が例外を確認します（計画責任者）

PPは単独では動きません。連携ポイントは、そのまま失敗ポイントにもなります。

資材管理（MM）。 PPが資材所要量を生成し、MMがそれを調達します。MM側の在庫状況が間違っていれば、製造指図は欠品にぶつかります。PPとMMの連携がうまくいっていれば、緊急調達の連続は終わります。

販売管理（SD）。 受注は、需要管理でPIRを消費できます。どう消費するかは、品目マスタのストラテジグループが制御します。これが間違っていると、受注と予測が相殺されずに並行して積み上がり、需要シグナルがエラーメッセージなしで二重になります。この連携の受注側は、私のSAP SDガイドで扱っています。

管理会計（CO）。 製造指図にはコストが乗ります。COは、実績の労務費、材料費、間接費を標準原価と比べて追跡し、精算で差異を転記します。COがなければ、生産の財務面の全体像は不完全です。

品質管理（QM）。 PPのイベントがQMの検査ロットを起動することがあり、品質の結果が指図を止めることもあります。これによって、品質は後付けではなく、プロセス管理の一部になります。

ECCから移行する場合、設計とデータに影響するPPの変更点は次のとおりです。詳細は、SAPのシンプリフィケーションリストと、互換性スコープのマトリクス（SAPノート2269324）にあります。

1. MRP Live（トランザクションMD01N）は、SAPが推奨する計画実行です。HANAデータベースの内部で動作し、1回の実行で複数のプラントを計画でき、MRPリストは書き込みません。従来のMD01からMD03も引き続き存在します。SAPのMRP Liveの学習モジュールは、入門に適しています。
2. 生産バージョンは必須です。 社内製造に対して、前述のとおりです。
3. MRPエリアが、保管場所MRPに代わります。 ECCで保管場所ごとに個別に計画していた場合、S/4HANAではMRPエリアが必要です。
4. SOP、MRPリスト、予測ベースの計画（MRPタイプVV）は、互換性スコープです。 使用権は、オンプレミスシステムでは2025年12月31日に終了しました。SAPはこれを、RISE with SAPまたはSAP Cloud ERP Privateの契約下にあるS/4HANAシステムについて、2030年12月31日まで延長しました。SOPの後継としてSAPが挙げているのは、SAP IBPです。
5. 組み込み型PP/DS（生産計画・詳細スケジューリング）は、有限能力スケジューリングのためにS/4HANAの内部で動作します。MRP Liveは、高度な計画の対象とされた品目を、PP/DSのヒューリスティックに引き渡します。これを前提に設計する前に、ライセンスを確認してください。

設定の詳細は、MRP Liveの利用に関するSAPヘルプのページにあります。

長年のあいだに、本当にひどい失敗をいくつも見てきました。避けるべきパターンは次のとおりです。RISE with SAPでは、クリーンコアのアプローチによって、かつてこうした問題を覆い隠していたカスタムコードが制限されます。質の悪いマスタデータは、今ではより早く表面化し、回避するコストも増えます。

マスタデータ移行を急ぐ。 ある自動車部品メーカーが、部品表と作業手順の移行を急いだことを覚えています。本稼働後の6か月間、データの問題で失敗し続ける製造指図の修正に追われました。移行前のマスタデータ検証は、片手間の作業ではありません。それがプロジェクトそのものです。さらに踏み込んだ内容は、SAPのデータ移行が失敗する理由の記事にあります。

ユーザーの抵抗。 経験豊富な計画担当者は、PPに抵抗することがよくあります。自分たちが手作業と判断で行ってきた仕事を、PPが引き受けるからです。設定の段階から早めに巻き込んでください。PPがどこで時間を返してくれるのかを見せることです。それが定着を左右します。

レガシーの業務をそのまま再現する。 私が最もよく目にする設定上の誤りです。標準の計画ロジックを採用せず、旧来の業務とまったく同じ動きになるようにSAPを設定してしまうのです。結果は、過剰に設定されたシステムで、PPが本来発揮できる成果より、得られるものが少なくなります。

連携テストの不足。 MM、SD、CO、QMとの接続は、どれも失敗する可能性があります。モジュールごとに単独でテストするチームは、連携の問題を本番環境で見つけることになります。

研修の削減。 導入に数百万もの費用をかけたうえで、研修を削って節約する企業を見てきました。システムを理解していないユーザーは、回避策を作ります。回避策は、MRPが頼りにするデータの精度を壊します。

次の表は、各リスクを、その影響と、私ならプランに盛り込む対策に対応づけたものです。

リスク	影響	対策
MRP設定の誤り	欠品、過剰生産、調達コストの超過	MRPタイプ、ストラテジグループ、ロットサイズ設定を、業務責任者とともに検証する
部品表または作業手順の不正確さ	誤った資材所要量、現場の遅れ	移行前の部品表と作業手順のレビューに、設計部門を参加させる
能力計画の不備	作業区のボトルネック、納期遅れ	指図をリリースする前に、能力評価と平準化を実施する
生産バージョンの欠落	MRPが部品表を展開できず、有効な指図を作成できない	社内製造の品目ごとに、有効な生産バージョンをひとつ用意する
現場からのリアルタイムのフィードバックがない	生産状況が不正確、乖離の把握が遅れる	確認入力を期限どおりに徹底する。SAP Digital Manufacturingまたは別のMESを連携する
研修不足のユーザー	誤った確認入力、バックフラッシュのエラー、未解決の手直し	実際の生産サイクルに沿った、役割別の研修
バリアントコンフィギュレーションへの未対応	コンフィギュレーション対象製品に対する誤った指図	部品表と作業手順をあわせて、コンフィギュレーションのロジックをテストする

SAP PPとは何で、何をするのですか？

SAP PP（Production Planning）は、製造の計画と実行のためのSAPモジュールです。部品表、作業区、作業手順、製造指図を管理します。中核の役割は、予測と受注から生まれる需要を、MRPを通じて生産能力に結び付け、製造指図を作成から精算まで進めることです。

SAP PPにはどのマスタデータが必要ですか？

5つのオブジェクトです。品目マスタのMRPビュー、部品表、作業手順、作業区、そしてS/4HANAでは生産バージョンです。それぞれが本稼働の時点で正確であり、その後も維持される必要があります。品目マスタの項目がひとつ欠けるだけで、製造指図を作成できなくなることがあります。

SAP S/4HANAでMRPはどのように動きますか？

MRPは、需要（PIR、受注、従属所要量）から、在庫と入庫予定を差し引きます。その際、品目マスタにあるリードタイム、ロットサイズ、安全在庫を使います。出力は、社内生産向けの計画手配と、外部調達向けの購買依頼です。S/4HANAでは、SAPはMRP Live（MD01N）を推奨しています。これはHANAデータベース内で動作し、MRPリストを作成しません。

SAP PPの製造指図とは何ですか？

製造指図は、特定の品目を、特定の数量、特定の日までに作るための指示です。通常は、MRPの計画手配から変換されます。ライフサイクルは、作成とリリースから、確認入力、入庫、精算へと進みます。精算では、実績原価を標準原価と比較し、差異がCOに転記されます。

SAP PPとSAP PP-PIの違いは何ですか？

SAP PPは、部品表と作業手順に基づく製造指図を使う、個別製造と繰り返し製造のために作られています。SAP PP-PIは、食品、飲料、化学、製薬におけるバッチやレシピに基づく生産のために作られています。プロセス指図とマスタレシピを使い、連産品、副産物、バッチのトレーサビリティが加わります。規制対象の業界では、バッチ単位で追跡できる記録は、コンプライアンス上の要件です。

SAP S/4HANAでSOPはまだ使えますか？

従来のSOPはS/4HANAの互換性スコープに含まれており、使用権には期限があります。この使用権は、オンプレミスシステムでは2025年12月31日に終了し、RISE with SAPまたはSAP Cloud ERP Privateの契約下にあるシステムでは2030年12月31日までです。SAPが推奨する後継は、SAP Integrated Business Planning（IBP）です。

SAP PP導入で最もよくある失敗は何ですか？

マスタデータを急ぐこと、誤ったストラテジグループを設定すること、旧来の業務を設定にそのまま持ち込むこと、連携テストを省くこと、研修を削ることです。ほとんどは、同じ結末になります。誰も信用しないMRPの出力と、スプレッドシートに戻った計画担当者です。