現場で順序が変わる回数を数えることから始める
スケジューリングの要件定義を始めるとき、最初にやるべきなのは製品比較ではありません。「現場で作業順序が計画と変わる回数を、1日あたりで数えること」です。
材料の入荷遅れ、設備の突発停止、緊急割り込み、前工程の遅延、作業者の欠員。これらのたびに順序は組み替わります。この回数が1日1〜2回なら、朝に確定した順序表を配って現場裁量で微調整する運用で足ります。1日20回を超えるなら、人が組み替えを追いかけるのは不可能で、自動再計画の仕組みが要ります。
この回数によって、必要なのがAPS（生産スケジューラ）なのか、MESのディスパッチ機能なのか、あるいはその両方なのかが決まります。順序を変える理由が「設備の制約」なのか「材料の制約」なのか「人の制約」なのかを分けて数えておくと、さらに判断が明確になります。
スケジューリングは3層に分かれている
計画は単一の機能ではなく、時間軸の異なる3つの層に分かれます。層をまたいで同じ機能を実装すると、必ずどちらかが使われなくなります。
多くのプロジェクトが躓くのは、この図のAPS層とMES層の境界です。ERPとAPSの境界は比較的はっきりしていますが、「有限能力で並べた順序」と「現場で実際に流す順序」は近すぎて、両方に実装できてしまいます。
| 層 | 決めること | 時間軸 | 制約の扱い | 変更頻度 |
|---|---|---|---|---|
| ERP（MPS/MRP） | 何を何個、いつまでに | 月〜週 | 山積み・無限能力が多い | 週次〜日次 |
| APS | どの設備で何番目に | 週〜日 | 段取り・設備制約を有限能力で解く | 日次〜数時間 |
| MES（ディスパッチ） | いま着手してよいか | 時間〜分 | 資源・資格・材料の可否をAND判定 | 随時 |
決めるべきは「順序の最終決定権を誰が持つか」
機能配置の議論は、突き詰めると「現場端末に表示される順序を、最後に書き換える権限を誰に与えるか」という1点に収束します。選択肢は3つあります。
A. APSが決め、MESは配るだけ。 順序変更はAPSでのみ行い、MESは受け取った順序を表示・実行する。整合性は最も高くなりますが、現場が5分で解決できる入れ替えのために、計画担当者を呼んでAPSを再実行する運用になります。装置産業や大ロット生産のように、順序変更のコストが大きい現場に向きます。
B. MESが現場裁量で並べ替え、APSへは結果を返す。 現場のディスパッチリスト上で作業者や班長が順序を入れ替えられる。反応は速いですが、APSが持つ最適化の前提（段取り順序、納期）が崩れます。多品種少量で、順序変更の理由が現場にしか見えない現場に向きます。
C. ルールで区切る。 「同一設備内・同一日内の入れ替えは現場裁量、設備をまたぐ変更と日をまたぐ変更はAPS」のように、変更の種類で権限を分ける。実務で最も多く採用される折衷案ですが、ルールを文書化して現場に周知しないと機能しません。
再計画のトリガーと頻度を設計する
自動再計画を入れると決めたなら、次に決めるのは「何が起きたら計画を作り直すか」です。設計項目は4つあります。
- トリガー条件：設備停止が何分続いたら、遅延が何分を超えたら、緊急オーダーが入ったら。すべての実績イベントで再計画すると、順序が数分ごとに変わり現場が追随できません。
- 再計画の範囲：全ラインを解き直すのか、影響を受ける設備の下流だけか。範囲が広いほど計算時間が伸び、現場が見ている順序が古くなります。
- 凍結期間（フリーズウィンドウ）：直近N時間は順序を変えない、という取り決め。これがないと、着手直前の作業が入れ替わり続けます。段取り替えを伴う工程では、凍結期間は最低でも段取り時間の2倍を目安にします。
- 通知：順序が変わったことを誰にどう知らせるか。黙って画面が書き換わるのが最悪のパターンです。
このうち凍結期間が最も軽視されます。「リアルタイムに最適化される」という説明を額面どおり受け取ると、現場は準備ができません。準備時間を計画に織り込むのがスケジューリングの目的であって、秒単位で最適解を追いかけることではありません。
実装の失敗と、製品による位置づけの違い
失敗1：APSの前提データをMESから返していない。 段取り時間、実際のサイクルタイム、設備別の歩留まりをマスタの固定値のまま運用すると、APSの計画は最初から現実とずれます。MESの実績を定期的にAPSの標準値へ反映する運用（実績値のフィードバック）を設計に含めてください。
失敗2：ディスパッチリストに「順序」しか出していない。 現場が知りたいのは順序だけでなく、次に必要な材料・治具・段取りです。順序だけの画面は、紙の日程表と情報量が変わりません。
失敗3：スケジューリングの評価指標を決めていない。 納期遵守率を上げたいのか、段取り回数を減らしたいのか、仕掛を減らしたいのか。目的関数を決めずに導入すると、「前より良くなったか」を誰も判定できません。
製品側の位置づけも一様ではありません。Velotic（旧GE Vernova）のProficyは、2026年リリースでProficy Schedulerを完全SaaS化し、スケジューラをMES本体から切り離す方向を明確にしました。AVEVAは自社でスケジューラを抱え込まず、PlanetTogetherとの協業（co-sell）で提供する形をとっています。一方、SiemensはSaaS型MOMのOpcenter Xに「Advanced Scheduling」をモジュールとして同梱しています。
つまり業界全体として、スケジューリングはMESの一機能というより「隣接する別コンポーネント」として扱う流れにあります。MESとAPSの境界そのものはMESとAPS（生産スケジューラ）の境界、確定した順序を現場へ配る側の設計は作業手配・製造指示で個別に扱います。
よくある質問
APSを入れずに、MESのスケジューリング機能だけで運用できますか？
工程が直列に近く、段取り時間が短く、設備の制約が少ない現場であれば十分に成立します。逆に、段取り順序で所要時間が大きく変わる、複数工程で共有する設備がある、納期の重みが品目ごとに違う、といった条件が重なるとMESの簡易スケジューリングでは解けません。目安として、「順序を人が組むのに毎朝30分以上かかっている」なら、有限能力のスケジューラを検討する段階です。
自動再計画は本当に現場で受け入れられますか？
凍結期間と通知の設計次第です。着手直前の作業が予告なく入れ替わる仕組みは、どれだけ最適化の精度が高くても現場に拒否されます。導入時は「凍結期間を長め（たとえば4時間）に設定して始め、運用が安定してから短くしていく」進め方が安全です。最初から短い凍結期間で始めると、初期の混乱が「このシステムは使えない」という評価に固定されます。
スケジューリング結果の良し悪しは何で評価すればよいですか。
導入前に目的関数を1つに絞るのが原則です。納期遵守率、段取り回数、平均仕掛日数、設備稼働率のうち、経営として最も改善したいものを1つ選び、それを主指標にします。複数を同時に最適化しようとすると、指標同士がトレードオフの関係にあるため（稼働率を上げれば仕掛は増えます）、結果の評価ができなくなります。副次的な指標は「悪化させない下限値」として設定するのが実務的です。
