境界を決めるのは機能ではなく「再計画の頻度」

APS(Advanced Planning and Scheduling/生産スケジューラ)とMESの分担は、製品カタログの機能比較では決まりません。決め手は次の1問です。

計画を引き直す頻度は、月単位か、日単位か、時間単位か。

  • 月〜週単位で足りるなら、ERPのMRPで完結します。APSもMESのスケジューラも要りません
  • 日単位で組み替えるなら、APSかMES内蔵スケジューラのどちらかがあれば足ります
  • 設備トラブルや飛び込み受注で時間単位の組み替えが日常的に起きるなら、制約条件を扱えるAPSと、実績を即座に返せるMESの両方が必要になります

3番目に該当するかどうかは、現場に「1日に何回、作業順を変えていますか」と聞けば判定できます。回数が1日3回を超える工場で、日次バッチのスケジューラを入れても使われません。

計画のループと、各段階の持ち主

計画は一方通行ではなく、実績が戻って次の計画に反映されるループです。このループのどこを誰が担当するかを図にすると、境界が具体的になります。

生産計画のループにおけるERP・APS・MESの責任範囲を示す図 計画系(何をいつ作るか) 実行系(実際にどう作ったか) ① 需給計画・MRP 担当:ERP サイクル:月〜週 所要量・購買・大日程を決める 設備の能力制約は粗くしか見ない ② 詳細スケジュール 担当:APS サイクル:日〜時間 設備・人・治具・段取りの制約を解く 「どの設備で何時何分から」まで決める ③ 作業手配・ディスパッチ 担当:MES サイクル:分 現場端末に作業順を出し、着手・完了を取る 資格・校正・材料の可否判定はここで効く ④ 実績・制約のフィードバック 担当:MES → APS/ERP 実績時間・停止・不良・設備の使用可否 ここの精度が②の精度の上限になる オーダー スケジュール 実績 制約の更新 境界の実体=ディスパッチリストの正を持つのは②か③か
生産計画のループと各段階の責任システム。左半分(需給計画と詳細スケジュール)は計画系、右半分(手配と実績)は実行系。APSとMESの境界は「ディスパッチリストを誰が確定するか」に現れる。

図の一番下に置いたとおり、APSとMESの境界は「現場が見る作業順(ディスパッチリスト)の正を、どちらが持つか」に現れます。APSが正なら、現場での順序変更はAPSに戻して再計算しなければ整合が取れません。MESが正なら、APSの出力はあくまで推奨であり、現場の判断で順序を変えられます。この1点を決めずに両方を導入すると、2つの作業順が現場に並ぶという最悪の状態になります。

3つの構成と、それぞれの適用条件

構成内容成立する条件つまずきやすい点
ERP完結型MRPの結果をそのまま作業指示にする品目が少なく、設備の段取り制約が弱い。計画変更が週単位段取り時間が製品の組み合わせで変わる工程には向かない
APS別立て型専用APSで詳細計画を組み、MESが実行制約条件が多い(段取り、金型、人の資格、炉のバッチまとめ)APSに渡す実績とマスタの精度が低いと、誰も計画を信じなくなる
MES内蔵型MESのスケジューリング機能で順序付けまで行う制約が主に「設備の空き」と「納期」に絞れる制約が増えたときに拡張できず、後からAPSを足す二度手間になる

判断の順序は、まず制約条件を数え上げることです。段取り時間が前後の品種で変わる、金型が同時に1か所でしか使えない、有資格者が特定シフトにしかいない——こうした制約が5つ以上あるなら、MES内蔵スケジューラでは早晩足りなくなります。逆に制約が2〜3個なら、内蔵機能で十分なうえ、システム間インターフェースが1本減る利点のほうが大きくなります。機能面の詳細は作業のスケジューリングで扱っています。

APSの精度は、MESが返す実績の質で決まる

APS導入が失敗する原因の大半は、アルゴリズムではなくインプットです。APSは次の3つを前提に計算しますが、いずれもMES側から供給されます。

  1. 標準時間の実態:マスタ上の標準時間と実際の所要時間が2割以上乖離していると、計画は初日から崩れます
  2. 設備の使用可否:保全中・故障中の設備を空きとみなすと、実行不能な計画が出ます
  3. 仕掛の現在位置:どの指図がどの工程まで進んでいるかが分単位で分からないと、再計画の起点が定まりません

3番目については、作業手配の設計そのものが実績の粒度を決めます(作業手配・製造指示)。つまり「APSを入れたいならMESが先」という順序には合理性があります。逆にMESの実績精度が低い状態でAPSだけを導入すると、計画が現実と合わず、現場がホワイトボードに戻ります。

よくある質問

MESにスケジューリング機能があれば、APSは不要ですか?

制約条件の数によります。MES内蔵のスケジューラは、多くの場合「設備の空き時間に順に詰める」有限能力計画までは行えますが、段取り時間の品種依存、複数リソースの同時制約、納期と在庫のトレードオフ最適化までは扱いません。判断基準として、計画担当者がExcelで組んでいる際に考慮している条件を書き出し、5つを超えるならAPSを検討するのが実務的です。なお、後からAPSを足す前提であれば、MES側のインターフェースに「外部から確定順序を受け取る」口があるかを選定時に確認してください。

現場が作業順を変えたとき、システムはどう扱うべきですか?

順序変更を禁止する設計は、ほぼ確実に失敗します。設備トラブルや材料欠品は必ず起きるためです。実務的な設計は、MESが順序変更を受け付け、変更理由コードとともに記録し、APSへ即時にフィードバックする構成です。これにより、APSは次の再計算で現実の状態から出発でき、同時に「なぜ計画どおりに流れなかったか」の分析データが蓄積されます。順序変更の理由コードは、後から改善のネタになる重要な情報です。

APSとMESは同じベンダーで揃えるべきですか?

揃える利点は、インターフェースが製品標準として提供され、データモデルの不一致が起きにくいことです。一方、APSは業種特性が強く出る領域のため、自社の制約を最もよく表現できる製品が別ベンダーということも珍しくありません。判断としては、「制約の表現力」を最優先し、次にインターフェースの実績を見るのが妥当です。異ベンダー構成を選ぶ場合は、B2MML(MESA Internationalが公開する ISA-95 準拠のXML/JSONスキーマ)のような標準形式に対応しているかを確認すると、接続工数の見通しが立ちます。