SAP PP MRP 管理責任者

SAP PP MRP管理責任者
MRPコントローラ(ドイツ語:MRP-Verantwortlicher)とは、プラント内でMRPの実行と計画手配の変換を管理する責任者または計画グループです。これは軽量ですが、戦略的に重要なマスタデータオブジェクトです。MRP計画の対象となるすべての品目には、MRP 1ビューでMRPコントローラが割り当てられている必要があり、すべてのMRP実行、例外メッセージ、計画リストはこのキーによってフィルタリングされます。この記事では、MRPコントローラの定義、範囲、設定トランザクション、およびPPコンサルタントがブループリントから本番稼働まで習得すべきフィールドレベルの詳細について説明します。
第1部: MRPコントローラ — 基本概念(全モジュール共通)
1.1 MRPコントローラとは

MRPコントローラは、プラントごとに定義される計画担当者レコードです。これは、担当するプランナーまたは計画チームの下で品目をグループ化する組織キーとして機能し、フィルタリングされたMRP実行、ワークリスト管理、および例外メッセージのトリアージを可能にします。
| 項目 | 詳細 |
|---|---|
| 役割 | プラント内で割り当てられた品目のMRP計画を担当する担当者またはチームを識別します。MRP実行および計画評価におけるフィルターキーとして使用されます。 |
| 使用するモジュール | PP(プライマリオーナー — MRP実行、計画手配変換、製造指図作成)、MM(オプション:購買計画を購買チームと共有する場合に使用) |
| トランザクション | OPJK / OMD0(カスタマイジング:MRPコントローラの定義)/ MM02(品目マスタMRP 1ビューへの割当)/ MD01N / MD03(MRP実行)/ MD04(在庫/所要量照会)/ MD06(MRP例外メッセージ) |
| 主要テーブル | T024D(プラント別MRPコントローラ) |
| S/4HANAに関する注意 | MRPコントローラの定義と割り当てはECCから変更されていません。S/4HANAでは、MD01N(MRP Live)が標準のMRP実行トランザクションとしてMD01に代わります。MD06での例外メッセージ処理は、Fioriアプリ「MRP例外メッセージの管理」からも利用可能です。 |
1.2 MRP管理責任者割当戦略のタイプ

MRPコントローラは、自由形式のキー(最大3文字)です。顧客がコントローラを定義および割り当てる方法は、日々の計画業務の負荷分散に大きく影響します。適切でない粒度(コントローラが少なすぎる、または多すぎる)を選択すると、管理不能なワークリストまたは計画上の死角が生じます。
| 戦略 | 典型的なコードパターン | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 個別プランナー | 001, 002, JKO | プランナーが少なく、各プランナーが定義された品目セットを担当する小規模プラント | 1対1:プランナー=管理責任者。正確な例外オーナーシップを可能にするが、プランナーが5~7名を超え、品目数が多いと管理が困難になる。 | |
| 品目タイプ別計画グループ | FIN, SFG, RAW | 完成品、半製品、原材料を異なるチームが計画する中~大規模プラント | 調達/生産の役割に基づいて品目をグループ化。個別製造業で一般的。各チームがMRPを実行し、ワークリストを独立して管理できる。 | |
| 製品ライン別計画グループ | PL1, PL2, EXP | 多品種製造または複数事業部を持つプラント | 製品ファミリーまたは事業単位で品目をグループ化。損益に沿った計画と例外オーナーシップを可能にする。 | |
| 共有管理責任者 | 000, MRP | パイロットプロジェクト、小規模サイト、または単一の計画リソースしかないプラント | すべてまたはほとんどの品目が1人の管理責任者を共有。最もシンプルな設定。MD06や計画ワークリストで責任者によるフィルタリングができなくなる。 |
設計原則: コントローラの粒度は、実際の運用構造に合わせるべきであり、品目からボトムアップで設計してはなりません。ブループリント時にコントローラ一覧を確立し、プランナーが管理できる範囲を超えてコードを増やさないようにしてください。
1.3 組織レベルとデータ階層

具体的な例を用いたデータ階層
Client
│
└── Plant 1000
│
├── MRP Controller
│ Key 001 — Finished Goods Planner
│
└── Material 100-001
Finished Good — Widget Assembly X (MRP 1 View)
── assigned to ──> MRP Controller 0011.4 他のマスタデータオブジェクトとの統合

MRPコントローラは、計画マスタデータを計画実行に結びつけるフィルタキーです。その影響はすべてのMRP出力に及びます。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| 品目マスタ (MRP 1 ビュー) | 品目-プラントレベル (MARC-DISPO) で担当者が割り当てられる | MRP関連品目には必ず担当者が割り当てられている必要がある。担当者が割り当てられていない品目は、MD06や計画ワークリストでフィルタできず、例外メッセージは「未割当」の包括カテゴリにのみ表示される。 | |
| MRP実行 (MD01N / MD03) | 担当者は選択フィルタとして使用される | MD01Nでは、MRP担当者を選択基準として受け付けるため、プランナーは自分に割り当てられた品目に対してのみMRPを実行できる。これが担当者キーの主要な運用上の使用法である。 | |
| 在庫/所要量照会 (MD04) | MD07 / MDBTで担当者によりフィルタされる | MD07 (MRPリスト - 一括表示) および MDBT (バックグラウンドMRP) は、フィルタとして担当者を受け付ける。これにより、プランナーは自分の品目のみを確認できる。 | |
| 例外メッセージ (MD06) | 主要な例外フィルタ | MD06は日次の計画ワークリストである。プランナーはMD06を開き、プラントとMRP担当者でフィルタし、例外メッセージ(日程変更、取消、計画手配の変換)を処理する。担当者の粒度が、このワークリストの有用性を直接決定する。 | |
| 計画手配 (MD12 / MD13) | 計画手配は品目の担当者を保持する | 計画手配リスト (MD16) はMRP担当者でフィルタできる。手配変換週間中、プランナーはこのフィルタを使用して、自分に割り当てられた計画手配のみを製造指図に変換する。 | |
| 製造指図 (CO01) | 計画手配/品目から担当者を継承する | 担当者は製造指図ヘッダに表示される。COレポートのフィルタで使用でき、計画責任と実際の指図実行を関連付けることができる。 |
第2部: PP固有のフィールド詳細
2.0 PPオーナーシップの範囲

| データ区分 | PPの関与 | 備考 | |
|---|---|---|---|
| 管理担当者定義 (T024D) | ◎ オーナー | SPROでプラントごとに定義。PPコンサルタントが定義全体を担当 | |
| 品目マスタ割当 (MARC-DISPO) | ◎ オーナー | MM02のMRP1ビューで割当。PPがMRPビューの全項目を担当 | |
| MRP実行範囲 | ◎ オーナー | MRP実行範囲、例外トリアージ、計画手配変換のすべてで管理担当者が主要フィルタとして使用 | |
| MM購買連携 | ○ MMと共有 | 外部調達(F)または複合(X)の品目の場合、MRP管理担当者が計画手配を購買依頼に変換する担当者を決定。MM購買担当者がその後処理を実行 |
凡例: ◎ = オーナー/重要, ○ = 直接関与
2.1 コントローラ定義 (T024D — カスタマイジング)

Controller Definition(コントローラ定義)はカスタマイジング(SPRO)で管理され、プラント内のMRPコントローラ割当に有効なキーを設定します。これはフィールド数が少ない短いレコードですが、これがないと品目マスタのメンテナンスがブロックされます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| プラント (WERKS) | このコントローラ定義のプラントキー | MRPコントローラキーはプラント固有です。同じ計画チームが複数のプラントを担当する場合は、各プラントで同じキーを個別に定義してください。プラント間の継承は存在しないため、それを前提としないでください。 | |
| MRPコントローラ (DISPO) | 3桁の計画キー | MRP 1ビューで品目に割り当てられるキーです。計画担当者が一目で認識できるコード(例:FIN、RAW、001)を選択してください。日常の例外トリアージ中に解釈にルックアップテーブルが必要となるような難解なコードは避けてください。 | |
| 説明 | コントローラの自由記述テキスト | 計画ワークリストやレポートに表示されます。担当チームや役割を明確に特定できる説明を記述してください。「FG」ではなく「完成品計画チーム」のように記述します。明確な説明により、例外メッセージの誤ったルーティングを減らせます。 | |
| 電話番号 | 連絡先電話番号(オプション) | 情報提供のみを目的とします。キーの背後にある計画担当者の身元が他のチームにとって明らかでない、マルチサイト環境やシェアードサービスセンター環境で役立ちます。システムロジックでは使用されません。 |
2.2 品目マスタ割当 (MRP 1 ビュー — MARC)

MRP 1ビューでは、MRPコントローラがプラントレベルで個別の品目に割り当てられます。このビューには、この品目に対するMRPの実行方法や、コントローラの作業負荷がどのように生成されるかを決定するMRPタイプやその他の計画パラメータも含まれています。
| 項目 | 説明 | 実務上の使用 | |
|---|---|---|---|
| MRP担当者 (DISPO) | 計画責任キー | 主要な割当フィールド。プラントのT024Dで定義されたキーを参照する必要があります。大量取扱い品目の担当者をプロジェクト途中で変更すると混乱を招きます。進行中の例外メッセージは、次回のMRP実行まで旧担当者に表示されます。データ移行時に割り当てを確定し、ガバナンスポリシーで固定してください。 | |
| MRPタイプ (DISMM) | 品目に使用するMRP手順を制御 | 計画ロジックを決定します。PD = MRP(標準決定論的)、VB = 発注点方式、ND = MRPなし。MRP担当者は、アクティブなMRPタイプ(PD、VBなど)を持つ品目に対してのみ実務上意味があります。NDの品目は計画手配や例外メッセージを生成しないため、担当者を割り当てても参考情報に過ぎません。 | |
| MRPグループ (MTVFP) | 一括MRP実行パラメータ用に品目をグループ化 | オプション。MRPグループ(トランザクションOPPR)では、MRPタイプが提供するものに加えて、追加の計画パラメータ(計画期間、作成区分デフォルト)を設定できます。複雑な生産環境で、同一プラント内で製品ファミリーごとに計画パラメータを区別するために使用されます。 | |
| 発注点 (MINBE) | 計画手配をトリガーする在庫レベル(VBタイプのみ) | 発注点計画にのみ関連します。MRPタイプPDの場合、このフィールドは無関係です。平均日消費量 × 補充リードタイム + 安全在庫に基づいて設定し、実際の需要パターンに照らして四半期ごとに見直します。 | |
| 計画時間枠 (PLFZEIT) | MRPが既存の指図を再日程計画しない日数 | 確定した製造指図が、時間枠内でMRPによって再日程計画されるのを防ぎます。MRP担当者は、時間枠内の例外を手動で解決する責任があります。時間枠が0の場合、MRPはすべてを再日程計画します。大量取扱いプラントでは、MD06に再日程計画メッセージが殺到し、計画担当者のシステムへの信頼を損ないます。 | |
| 安全在庫 (EISBE) | 補充がトリガーされる最低在庫バッファ | MRPタイプPDの場合、安全在庫は追加の需要シグナルとして機能します。MRP担当者は、変動する需要シナリオにおいて慢性的な過剰調達や在庫切れを防ぐために、安全在庫値を定期的に見直す必要があります。 |
2.3 MRP実行範囲

MRPコントローラの主な運用上の価値は、MRP実行トランザクションにおけるフィルタおよび所有権キーとしての役割にあります。これらはマスタデータレコードの「項目」ではなく、コントローラの割当によって駆動される実行時の動作です。
| 実行コンテキスト | 説明 | 実務上の使用例 | |
|---|---|---|---|
| MRP実行範囲 (MD01N) | MRP実行の範囲を限定するための選択パラメータとして使用される管理担当者 | 特定の管理担当者の品目のみMRPを実行し、実行時間を短縮し計画範囲を限定する。本稼働後の安定化フェーズでは、管理担当者ごとに実行することで、プラント全体の実行前に担当者が自身の品目を確認できる。MD01Nの選択画面で「MRP管理担当者」選択フィールドを有効にする必要がある。 | |
| 例外メッセージ (MD06) | 日次計画作業リストの主要フィルタとして使用される管理担当者 | プランナーは毎朝、自身の管理担当者キーとプラントでフィルタされたMD06を開く。例外メッセージには、日程前倒し/延期、取消、数量増減、新規要求が含まれる。これらのメッセージの量と対応可能性は、計画データ品質の最も直接的な指標となる。「日程前倒し」メッセージの量が多い場合は、通常、計画納入リードタイムが非現実的に長いか、安全在庫が高すぎることを示す。 | |
| 計画手配一覧 (MD16) | 計画手配変換のフィルタとして使用される管理担当者 | 週次の手配変換ミーティングで、プランナーは管理担当者でフィルタされたMD16を使用し、製造指図への変換が必要な計画手配を確認する。ここでの管理担当者の粒度は、変換作業負荷がプランナー間でどの程度明確に分散されるかを決定する。 | |
| MRP評価 (MD05 / MD07) | MRP実行後のレビュー用に管理担当者でフィルタされたMRPリスト | MRP実行後、プランナーはMRPリスト(品目別MD05、一括MD07)を確認し、システムが提案した内容をチェックする。管理担当者でフィルタすることで、プランナーはプラント全体の出力を見ることなく、自身に割り当てられた品目のレビューに集中できる。 | |
| 在庫/所要量照会 (MD04) | 個別品目の計画ビュー | 管理担当者ではフィルタされない。MD04は常に品目別である。管理担当者は品目のMRP1ビューで確認できるが、MD04自体は管理担当者に関係なく、1つの品目の計画状況を表示する。ここでの統合は、MD06/MD16を介して行われ、これらはドリルダウン用にMD04にリンクしている。 |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| pp-001 | Overview | SAP PPとは? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| pp-a01 | Overview | SAP PP マスタデータ:概要、階層、および関係性 |
| pp-a02-01 | Master Data | SAP PP 品目マスタ |
| pp-a02-02 | Master Data | SAP PP MRP 管理責任者 📍 |
| pp-a03-01 | Master Data | SAP PP 作業区 |
| pp-a04-01 | Master Data | SAP PP 部品表 |
| pp-a04-02 | Master Data | SAP PP 作業手順 |
| pp-a05-01 | Master Data | SAP PP 製造バージョン |
| pp-a06-01 | Master Data | SAP PP クラス |
| pp-a06-02 | Master Data | SAP PP 特性 |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| pp-b01 | Overview | SAP PPトランザクション:プロセスフロー、階層、および関係性 |