APS と MES の違い、重なり、そして連携の仕方

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

APS と MES を簡単に言うと、APS は実行可能なスケジュールを先に立て、MES は実行を記録し管理します。両者が重なる部分と、最初に埋めるべきギャップを解説します。

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

APS(Advanced Planning and Scheduling)システムは、キャパシティ、カレンダー、資材、優先順位に基づいて、実行可能なスケジュールを事前に算出します。MES(Manufacturing Execution System)は、現場で実際に何が起きているかを、オーダー単位、工程単位で記録し、管理します。APS は先を見て、MES は今を見ます。両者は詳細スケジューリングの領域で重なり、ここから混乱が生じることが多くあります。本記事は、どちらから着手すべきか、あるいは両者をどう連携させるかを決める必要がある生産計画の担当者を対象としています。

重要なポイント

• APS は、キャパシティ、カレンダー、資材、優先順位から実行可能なスケジュールを事前に算出します。MES は、現場で実際に起きていることを記録し、管理します。
• ISA-95 では、詳細スケジューリング、作業ディスパッチ、作業追跡が製造運営管理の活動として定義されています。そのため、両方の種類の製品にスケジューリング機能が現れるのです。
• 最も明快なルールは、順序の責任者を一つに定めることです。両方のシステムが作業リストを発行すると、現場には二つの計画が存在することになります。
• データは双方向に流れます。順序、日程、資源は下位へ流れ、開始、完了、数量、スクラップ、停止時間、資材使用量は上位へ戻ります。
• オーダーの状態を信頼できないのであれば、まずそのギャップを埋めてください。スケジューラーは実績データを前提に動くため、実績がなければ計画は徐々に現実からずれていきます。

APS と MES: 各システムは何をするのか?

まずは平易な説明から始めましょう。

APS は計画ソフトウェアです。オーダー、ルーティング、資源、シフトカレンダー、資材の在庫状況、ルールを入力として受け取り、工場が実際に運用できるスケジュールを算出します。計画担当者は「この急ぎの注文はいつ納品できるか、そして何を後ろにずらすことになるか」といった問いへの答えを得るために使います。優れた APS では、計画を複製して一つの前提条件を変え、二つを比較できます。

MES は現場のソフトウェアです。作業指示や工程に対する生産活動を記録します。たとえば、ある工程で消費された資材などです。オペレーターや監督者はシフト中にこれを使用します。中小製造業向けの MES に関する NIST のブログ記事では、MES を、リアルタイムのデータを収集して不良や非効率を検出し、生産活動を実際のコストと結び付け、ERP システムへデータを提供できるソフトウェアとして説明しています。なお、この記事の見解は著者個人のものであり、MES は品質管理や스케줄링のシステムとしても利用できると記されています。

したがって、最初の違いは時間軸と利用者です。APS は数時間から数週間の単位で動き、計画担当者にサービスを提供します。MES は数秒から数日の単位で動き、現場にサービスを提供します。

ISA-95 では両者をどう位置づけているのか?

ここで ISA-95 規格が役立ちます。両陣営に同じ地図を与えてくれるからです。OPC Foundation の要約では、各レベルを次のように説明しています。

• レベル 4 は事業計画とロジスティクスであり、通常は ERP システムによって自動化されます。時間の単位は、月、週、日です。
• レベル3は製造運用管理です。対象とする時間範囲は数日から数秒までです。挙げられている活動は、詳細スケジューリング、作業の割り当て（ディスパッチ）、作業または製品の追跡です。
• レベル0から2は、物理的なプロセス、センサーとアクチュエーター、自動化と制御を扱います。

詳細スケジューリングは、ディスパッチや追跡と並んでレベル3に置かれている点に注目してください。この標準では、そこに「APS」という製品カテゴリーは使われていません。標準が記述しているのはソフトウェアパッケージではなく活動です。ISA公式ページには8つのパートが挙げられており、パート2はレベル3とレベル4の間のインターフェース内容を、パート3は製造運用管理の活動モデルを扱っています。

そのため、詳細スケジューリングは、どちらの種類の製品にも含まれていることがあります。ベンダーはこれを計画の枠に入れることも、実行の枠に入れることもあり、どちらも筋は通ります。

APSとMESはどこで重なるのでしょうか。

重なる部分は作業の順序です。次の3つの問いが整理の助けになります。

1. 複数の制約のもとで順序を組み立て、代替案を比較できるのはどのシステムでしょうか。これはAPSの仕事です。MESが簡易版を備えていても同様です。
2. 各オーダーの現在の正確な状態を把握しているのはどのシステムでしょうか。これはMESの仕事です。
3. オペレーターが作業の指示として使うリストを出力するのはどのシステムでしょうか。これは必ず1つに限られます。

3つ目の問いは、答えを誤ると最も痛手になります。APSが1つのリストを出力し、MESが別のリストを表示していると、現場は従いやすい方を選びます。すると計画は、知らぬ間に計画ではなくなってしまいます。順序の責任者を1つに定め、もう一方のシステムはその順序を利用する側とするべきです。

再スケジューリングにも同じ明確さが必要です。機械が停止したとき、最初に把握するのはMESです。新しい計画の形を決めるのはAPSです。この2つの出来事の間には、ルールが存在します。シフト中に誰が順序を変更できるのか、その変更がどのようにプランナーに戻るのかを、文書にしておくべきです。

APSとMESはどのようにデータをやり取りするのでしょうか。

計画データは下方向に流れ、フィードバックは上方向に戻ります。

下方向に流れるのは、リリースされたオーダー、その順序、計画上の開始・終了時刻、リソースの割り当て、優先度です。上方向に戻るのは、実際の開始・終了時刻、良品数と不良品数、段取り時間と稼働時間、停止時間、材料の消費量、そして人と機械の稼働可否です。

ISA-95では、レベル3とレベル4のシステム間でやり取りされる情報を4種類挙げています。すなわち、材料、設備、物理資産、そして人員とその役割・資格です。スケジューラーにとって、これは必要な情報を確認するための適切なチェックリストになります。どのオペレーターがどの機械に対して資格を持っているかを無視したスケジュールは、画面上でどう見えても実行不可能です。

次に問題になるのは速度です。OPCの概要では、レベル3におけるリアルタイムとは、現場での事象の数秒後に情報が利用可能になることだとしています。レベル4では、シフト終了後、日次または数時間以内にデータが利用可能になることを指します。生産管理について、アーヘン工科大学（RWTH Aachen）のFIRも同様の指摘をしています。リアルタイムはミリ秒のことではなく、定義された事象を記録するまでの遅延として理解すべきだというものです。各メッセージがどの判断を支えるのかを問うてください。ジョブが遅れたときに作業者を配置し直す監督者には数分が必要です。明日のオーダーを再スケジューリングするプランナーには、シフト終了時点での状況が必要です。

同じFIRのページは、逸脱は後の判断で考慮され、後続の計画の入力データを変えうると述べています。平たく言えば、実績は計画を改善すべきものです。プランナーが、MESが毎日矛盾を示している標準時間を使い続けているなら、ループは閉じていません。

APSが必要か、MESが必要か、それとも両方が必要か。

最も大きなギャップで判断します。次のようなパターンがよく見られます。

• 信頼できる納期を示せない、ボトルネックの順序を決めるのに数時間かかる、緊急オーダーで週の計画が崩れる、といった状況です。ルーティングデータが整ったら、APSを検討してください。
• いつ何が生産されたかが分からない、オーダーの状態が紙で管理されている、あるいはどの材料がどの製品に使われたかを示せない、といった状況です。まずはMESまたはより簡易な現場報告を検討してください。
• 製品が規制対象で、バッチやシリアル番号ごとの記録が必要な場合です。これはMESの領域です。
• ルーティングが安定しており、生産能力に余裕がある場合です。ERPの計画機能と慎重なプランナーの組み合わせで十分かもしれません。
• 現場で起きることに計画を反応させたい場合です。両方が必要で、データ交換を明確に定義する必要があります。

ここで仮定の例を挙げます。ある工場では紙の作業票で生産を回しています。オペレーターは交代の終わりに数量を書き込み、翌朝に計画担当者がそれを入力します。計画担当者が火曜日の進捗を知るのは水曜日です。より優れたスケジューラーを導入すれば計画の精度は上がりますが、それは前日の状況に基づくものにすぎません。まず必要なのは、交代中に進捗を記録して情報の鮮度を上げることです。この例に登場する工場は架空のものです。ただし、この論理はどの工場にも当てはまります。スケジューラーは実績に基づいて動くものであり、実績がなければ計画は徐々に現実からずれていきます。

大規模なプロジェクトを立ち上げずに、両システムをどう接続すればよいのでしょうか。

小さなステップで進めましょう。一度に一つのラインだけを対象にします。

1. 作業の順序を誰が管理するのかを決め、文書に書き残しましょう。
2. 双方向のメッセージを一覧にします。送信元、受信先、トリガー、頻度を明記してください。
3. パイロットラインのルーティング、作業時間、カレンダーを確認しましょう。どちらのシステムも、ここに含まれる誤りをそのまま引き継いでしまいます。
4. 新しいフローを、従来の工程と並行して数週間運用します。
5. 各オーダーの計画開始・完了と実績開始・完了を比較し、そのずれを確認します。
6. 両側の数値が一致したときにのみ、次のラインへ展開します。

ベンダーには何を確認すべきでしょうか。

APS、MES、あるいはその両方を購入する場合でも、次の質問によって、的確な回答と曖昧な回答を見分けられます。

• 作業順序について、どちらのシステムがマスターなのか。また、変更が発生したときに、もう一方のシステムはどのようにそれを把握するのか。
• どのメッセージを、どの方向に、どの頻度で送るのか。
• 接続が失敗した場合はどうなるのか。現場は作業を継続でき、後から追いつくことができるのか。
• 再スケジュールにはどれくらいの時間がかかるのか。また、計画担当者は何が変わったのかをどのように把握できるのか。
• 製品ファミリーや作業センターを追加した際、データマッピングは誰が保守するのか。
• インターフェースはどの標準を使用しているのか。たとえば、ISA-95ベースのメッセージ定義や OPC UA などです。

1つのラインで、自社のデータを使ったパイロットを依頼しましょう。ベンダーのサンプル工場でのデモでは、自社データが不完全な場合に両システムがどう振る舞うかはわかりません。

よくある間違い

• 本来は現場の作業データが不足していることが問題なのに、APSを購入して解決しようとすること。
• MESを購入すれば作業順序が最適化されると期待すること。
• 両方のシステムに作業リストを発行させること。
• インターフェースは「標準」なので、データマッピングは不要だと考えて省略すること。
• 1年間誰も確認していない標準作業時間を基準に、計画を評価すること。
• 工場全体を一斉に稼働させ、最初のラインから学ぶ機会を持たないこと。

Polarisの位置づけ

主な課題が実行可能な計画と、その現場との連携である場合は、iFAKT Polarisが検討の候補になります。iFAKTは、Polarisを、ERPデータを扱う生産向けのAIとデジタルツインとして説明しています。Polaris Optimizerモジュールは、リソース、シフト、スキル、キャパシティといった制約条件のもとで最適化された計画を作成し、障害の影響を分析して再最適化を行います。Polaris Operatorモジュールは、計画を時間単位のタスクとして現場に届け、進捗、遅延、障害をフィードバックとして取り込みます。Polarisが既存のMESを置き換えるのか、補完するのかは、MESに何を記録させる必要があるかによって決まります。たとえば、材料消費、品質データ、トレーサビリティなどです。まずはこの一覧を比較してください。

関連して確認したいトピック

• 有限能力スケジューリング：週単位の負荷ビューは問題なく見えても、日次のスケジュールが実行不可能になる理由。
• クローズドループ生産計画：現場からのフィードバックが次の計画をどう変えるか。
• スケジューリングのマスターデータ：ルーティング、作業時間、カレンダーを誰が管理するのか。
• MESとERPの接続：どのオーダーと実績報告が、どの方向に流れるのか。

次のステップ

自社の工場にどちらの文が当てはまるか考えてみてください。「信頼できるスケジュールを作れない」か、「実際に何が起きているのか見えない」か。この答えで、APSとMESのどちらを選ぶべきかの大半が決まり、最初に話すべきベンダーも見えてきます。