MRPを超えて：ERPが有限生産スケジューリングで失敗する理由

By Mirko Peters · 2026-09-16

無限能力計画という前提により、従来のMRPやERPシステムが現実的で実行可能な生産スケジュールを作成できない理由を解説します。

Automatically translated with AI from the original post. Read the English original

従来のERPおよびMRPシステムは、需要の追跡、部品表の管理、企業全体の在庫調整には優れています。しかし、実行可能な生産スケジュールの作成という点では根本的に機能しません。標準的なERPの計画は無限能力の前提に依存しているため、同じ機械の同じ時間帯に複数の製造指図が重複して割り当てられることが日常的に起こります。その結果、計画担当者はそのギャップを埋めるためにスプレッドシートに頼らざるを得なくなります。

重要なポイント

• 従来のERPシステムは、実際の機械時間の有限な枠を確保することなく、需要をリソースに割り当てて計画します。
• 後方スケジューリングは、すべての指図について日付を個別に計算するため、重複した、物理的に不可能な機械の作業負荷が生じます。
• 能力所要量計画（CRP）は、16時間の機械に40時間の需要があるといった能力超過を検出できますが、自動的に解消することはできません。
• 製造の実行には、資材の準備状況、工具、オペレーター、治具と、実際のリソースの利用可能状況を組み合わせる必要があります。
• 高度な計画・スケジューリング（APS）システムは、ERPの需要信号を実行可能な現場の計画に変換するために必要な意思決定のレイヤーを追加します。

ERP計画の本質的な矛盾

複雑な産業用ポンプ組立品を製造する工場を想像してください。月曜の朝、顧客から金曜日に約束した受注について問い合わせがあります。計画担当者が企業資源計画（ERP）システムを開くと、すべてが整って見えます。すべての工程に開始日と終了日が設定され、すべての作業指示が正式に発行されており、資材所要量計画（MRP）では、原材料はすべて在庫にあるか、予定どおりに入荷することになっています。

ところが、現場の実態を詳しく見ると、1台の加工センターが、どの物理的なシフトでも処理しきれないほどの負荷を抱えていることがわかります。スケジュールは紙の上では完成しているように見えても、実際の生産ではそのとおりに実行することはできません。これは、製造業者が日々直面する典型的な矛盾です。ERPは作業を暦の日付に割り当てることはできますが、物理的な機械には有限の稼働時間があり、実際の保守による停止時間があり、厳格な運用上の制約があります。

ERP計画の設計目的

なぜERPで最適な生産スケジュールを作成できないのかを理解するには、まずその主な目的を理解する必要があります。ERPは、顧客需要、受注、発注、在庫状況、部品表、財務追跡のための究極の記録システムです。顧客の注文が入ると、ERPは部品表を使って必要な部品を定義し、工程表を使って製造の手順を示すことで、その需要を製品構成に結び付けます。

次にMRPが、その需要を供給の必要量に変換します。MRPは次のようなマクロレベルの問いに答えます。

• 外部サプライヤーから購入しなければならない部品は何か。
• 社内での製造指図が必要なサブアセンブリはどれか。
• サプライチェーンのリズムを維持するために、これらの指図をいつ発行すべきか。

これは企業全体の需要と供給の調整です。重要な業務機能ではありますが、現場で分単位に実行する計画ではありません。

逆算スケジューリングと無限キャパシティの落とし穴

顧客注文で納期が決まると、ERPは製品の工程順序(ルーティング)を逆方向にたどります。最終組立に1日かかるなら、出荷前に完了していなければなりません。機械加工が組立に先立つなら、機械加工を先に終える必要があります。原材料にリードタイムがあれば、購買はさらに早く動く必要があります。この逆算スケジューリングの計算では、標準所要時間、リードタイム、作業センターのカレンダーを使い、すべての作業について計画開始日と計画完了日を算出します。

ただし、この仕組みは無限キャパシティの前提の上で動いています。機械が無限に稼働するなど誰も信じていないため、この言葉は一見ばかげて聞こえます。しかし実際には、システムが他の競合する注文との間で、利用可能な有限の作業時間を先に確保することなく、リソースに需要を割り当てているという意味です。各注文は、自身の納期を起点に他と切り離して逆算します。個々の注文計画は互いに調整されないため、複数の作業指示が同じ機械の同じ時間帯を指すという事態が起こります。

キャパシティ計画における検知と解決の違い

企業向けシステムの中には、作業センターのカレンダーに対して負荷を集計する所要能力計画(CRP)モジュールを備えたものがあります。CRPのレポートは、重要な機械加工センターで、ある週に利用可能な16時間に対して40時間の需要があることを正しく示せます。過負荷を特定し、その問題を人の記憶から共有ダッシュボードへと移すのです。

しかし、過負荷を検知することと解決することはまったく別物です。キャパシティレポートは衝突を数えはしますが、ほどくことはできません。どの注文を先に実行するか、どのジョブを延期するか、代替機械で処理できるか、あるいは後工程の組立にどう影響するかは判断しません。過負荷レポートを二度印刷しても、追加のシフトや作業者、もう1台の物理的な機械が生まれるわけではありません。

現場でExcelが使われ続ける理由

ERPの日付計算と工場での実際の実行との間にあるこの根本的なギャップこそが、計画担当者がスプレッドシート、ホワイトボード、現場の優先順位リストに頼り続ける理由を説明します。計画担当者は、ERP、保全記録、品質保留の情報に、現場についての暗黙知を組み合わせて、工場が実際に実行できる計画を作り上げています。スプレッドシートによる回避策は、たいてい根本原因ではありません。ERP内でネイティブに解決できないスケジューリングロジックに対する、必要な対応策なのです。

有限スケジューリングでギャップを埋める

企業計画から真の製造実行へ移行するには、業務トランザクションと有限スケジューリングを分離する必要があります。ERPは事業の財務面と資材面の事実を管理しますが、専用の計画レイヤーが、リソースの制約、資材の準備状況、治工具の要件、オペレーターの資格、段取り順序に依存する準備作業を評価しなければなりません。

高次のERP計画と実行可能な現場スケジュールの間のギャップを、最新の製造企業がどのように埋めているのかについて詳しくは、エピソード全編をお聴きください。有限スケジューリングと制約ベースの最適化が、硬直した企業の日付を、柔軟で現実的な生産計画へとどう変えるのかをぜひお確かめください。

よくある質問

ERPシステムにおける無限キャパシティの前提とは何ですか？

無限キャパシティの前提とは、ERPの計画計算が、競合する注文との間で、リソースの実際の利用可能時間を先に確保することなく、そのリソースに需要を割り当てられることを意味します。機械に対する物理的な時間制限を強制するよりも、資材と需要の所要量を計算することを優先します。

ERPシステムが逆算スケジューリングを使うのはなぜですか？

ERPシステムは、顧客が希望する納品日から製品の工程順序をたどって逆算するために、逆算スケジューリングを使います。これにより製造工程の目標開始日と購買の発注シグナルが算出され、企業全体でサプライチェーンのスケジュールを調整しやすくなります。

所要能力計画(CRP)で、過負荷の作業センターを解消できますか？

いいえ。CRPは作業センターの過負荷を検知して集計できます。たとえば、機械に対して16時間の利用可能時間に対して40時間の需要があることを示せます。しかし、どの注文を先に実行するか自動的に決めたり、競合するジョブを移動したり、後工程への影響を評価したりはしません。

なぜ工場の計画担当者は、ERPではなくスプレッドシートに頼るのでしょうか。

ERPの日付だけでは、機械のダウンタイム、工具の空き状況、オペレーターのシフト、段取り順序に依存する段取り替えといった、現場の制約を反映できません。そのため計画担当者は、スプレッドシートや手作業による回避策を使っています。Excelは、ERPの日付計算の外側にあるスケジューリングのロジックを補う手段として使われているのです。