ERPから現場まで：生産計画にデジタルツインが必要な理由

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-11

ERPから現場までの間で、計画は現実から離れていきます。ERP計画が外れる理由、デジタルツインが加える価値、そして工場長が計画を実行可能なものにする方法を解説します。

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

ERPから現場までの経路は、多くの生産計画が現実から離れてしまう箇所です。ERPシステムは製造指示を計画しますが、停止、段取り替え、資材の欠品がリアルタイムで発生しても、それを把握することはほとんどありません。本記事は、ラインが追従できない計画を公開している工場長の方を対象としています。このギャップが生じる理由、データが双方向にどう流れるべきか、デジタルツインが加える価値、そして1ラインから始める方法を解説します。

重要なポイント

• ERPシステムは「何を、いつ作るか」を計画し、現場は「今、どのように作るか」を決めます。両者が整合性を保つには、フィードバックの経路が必要です。
• ERPの計画は理論上のサイクルタイムを使い、集計された実績しか受け取らないことが多いため、停止、段取り替えの超過、シフト単位の品質問題を見落とします。
• 工場のデジタルツインは、実際の制約、実際の所要時間、現在の状態を計画に取り込みます。これにより、計画を公開する前に検証できます。
• ISA-95は、レベル4の事業計画とレベル3の製造運用管理の間のインターフェースを定義しており、計画と実績の差はこの境界でよく生じます。
• まずは1ラインから始めましょう。理論上の時間を実測値に置き換え、実績の進捗をフィードバックし、毎シフト計画と実績を比較します。

データはERPから現場へどのように流れますか？

ISA規格のISA-95（IEC 62264としても知られています）は、事業系と製造制御系がどのように情報を交換するかを定義しています。レベル4の事業計画・物流（ERPなど）と、レベル3の製造運用管理（MESなど）の間のインターフェースに焦点を当てています。これらの層の間でインターフェースを構築する方法を示し、製造部門とIT部門が共通の用語を持てるようにします。詳しくは、ISA-95に関するISAのページをご覧ください。

Fabricoの記事では、この役割分担を分かりやすく説明しています。ERPシステムは、顧客からの注文を製造指示に変換し、資材を計画して、在庫と原価を管理します。その対象期間は数か月から数日までで、中心的な問いは「何を、いつ作るか」です。製造実行システムは数日から数秒の単位で動作し、中心的な問いは「今、作業をどのように進めているか」です。詳しくは、ERPとMESに関するFabricoの記事をご覧ください。

両者は次のようなループで連携します。

1. ERPは、製造指示、スケジュール、資材計画を現場に送ります。
2. 現場は、実際の生産数量、資材消費、ステータスを記録します。
3. そのデータが上位に戻されることで、ERPは在庫、原価、スケジュールを更新できます。

Fabricoの記事は、上方向のフィードバックがなければ、事業計画が現場の実態から乖離していくと警告しています。多くの工場では、下方向の経路は整っていても、上方向の経路が弱いままになっています。

なぜERPの計画は現実と合わないのでしょうか？

TeepTrak は OEE ソフトウェアのベンダーで、このデータのギャップについて説明しています。ERP システムは、何が計画されたかは把握していますが、実際に何が起きたかは把握していません。ERP に届くのは、総数量、スクラップ、作業時間などの集計された実績確認だけです。そのため、マイクロストップ、段取り替えの超過、シフト単位の品質傾向は見えません。その結果、生産能力計画では理論上のサイクルタイムが使われ、OEE の議論は推定値に基づくことになります。詳しくは MES と ERP の統合に関する TeepTrak の記事をご覧ください。この記事はベンダーによるものなので、コストの数値は慎重に扱ってください。ギャップそのものの説明は、多くの工場で見られる状況と一致しています。

実際には、計画は次の 4 つの理由で破綻します:

• 理論上の時間。 ルーティングでは 1 個あたり 4.0 分となっていますが、小停止を含めた実際の平均はそれより長くなります。
• 理想的な稼働率。 計画では、機械が一日中稼働していると想定されています。段取り替え、休憩、修理が考慮されていません。
• 無制限の能力。 従来の資材計画では、その時点で機械や作業者が空いているかどうかは確認されません。
• 遅れて届く情報。 9:00 に発生した停止は、シフト終了時に計画担当者に届くか、場合によっては届きません。

現場のデータは、どのように上流へ戻すべきでしょうか?

上流へ戻す経路には、リアルタイムに近い形で取得された、少数の重要な事実が必要です。ラインをリアルタイムで把握することは、優れた生産スケジュールの基礎です。次の情報を収集します:

• 各工程の開始と終了(生産数量を含む)。
• ダウンタイムの事象(理由コード付き)。どの停止が最もコストを生んでいるかを把握できます。
• スクラップと手直し。ラインでの品質管理チェックから取得します。
• 材料消費。ロットと完成品の追跡可能性の確保にも役立ちます。
• 作業者と機械の状態。例えば、稼働中、待機中、段取り替え中などです。

この現場データは、いくつかのシンプルな指標の基礎にもなります。稼働率、速度、品質、計画どおりに完了した受注の割合です。これらがなければ、計画と実行の間の流れは一方通行のままです。標準的なインターフェースを通じて ERP ソフトウェアとデータを連携させ、手入力なしで実績確認が届くようにしてください。目的はデータを増やすことではなく、適切なデータを適切なタイミングで得ることです。

デジタルツインは何をもたらすのでしょうか?

デジタルツインは、実際のリソース、その関係性、稼働条件を、観測データに基づいて最新の状態に保つデジタル表現です。生産計画においては、工場のツインがリソース、実際の所要時間、シフトカレンダー、作業の現在の状態を保持します。

これにより、計画は次の 3 つの点で変わります:

1. 実際の値を使用します。 計画時間はルーティングだけでなく、測定データから導き出されます。
2. リリース前に検証できます。 スケジュールをモデルで実行し、どこで破綻するかを確認して修正できます。現場で初めて気づく必要はありません。これは工場シミュレーションの考え方で、変更を実施する前にテストするモデルです。
3. 常に同期されます。 現場から停止や遅延が報告されると、モデルが更新され、現在の状態に基づいて計画を見直せます。

デジタルツインは ERP を置き換えるものではありません。ERP は引き続き、受注、資材、原価の管理システムです。デジタルツインはその横に置かれ、計画を実行可能なものにします。

実行可能な計画には何が必要でしょうか?

計画をリリースする前に、次のチェックリストを使用してください:

1. 実際の能力。 休憩、保守、通常のロスを差し引いた、リソースごとの正味稼働時間。
2. 測定された時間。 実際の生産実績に基づくサイクルタイムと段取り時間。
3. 制限の遵守。 どのリソースもカレンダーを超えて割り当てず、スキルを作業内容に合わせます。
4. 資材の確認。 計画は、何がいつ利用可能か、いつ追加入荷があるかを把握しています。
5. フィードバックの定義。 進捗、遅延、停止をどのように、どれくらいの速さで報告するかを、全員が把握しています。
6. 再計画のトリガー。 チームは、どの事象が新しい計画につながるか、そして誰が判断するかを把握しています。

例: 計画 112 個、納品 84 個

この例では想定の数値を使用しています。

ラインは 450 分の 1 シフトで稼働します。ERP のルーティングでは 1 個あたり 4.0 分です。

ERP の計画。 450 ÷ 4.0 = 1シフトあたり 112.5 個、切り捨てて 112 個。

実態(測定データより)。

• 段取り替え、停止、休憩の後の稼働率は 85 パーセントです: 450 × 0.85 = 382.5 分の稼働時間。
• 性能は定格速度の 90 パーセントです: 382.5 × 0.90 = 344.25 分の実効時間。
• 品質は、良品率98％です。

製造数量：344.25 ÷ 4.0 = 約86.1。良品数：86.1 × 0.98 = 約84.3。総合係数は 0.85 × 0.90 × 0.98 = 0.75 で、112.5 × 0.75 = 84.3 となり、一致します。

計画では1シフトあたり112個の生産を見込んでいますが、ラインが実際に生産できるのは約84個です。不足分は1シフトあたり28個、計画の25％にあたります。5日間の週単位では約140個になります。営業チームがERPの数値をもとに納期を約束していれば、現場に問題がなくても、工場はその納期を守れません。

1シフトあたり84個で計画するツインなら、最初から正しい納期を約束できます。さらに、停止が発生した場合でも、その日のうちに計画を見直せます。

どこから始めればよいでしょうか。

1. まず1つのラインを選びます。 できればボトルネックとなるラインが望ましいです。
2. 実際の数値を測定します。 稼働率、速度、品質を4週間、簡単な方法で記録し、ルーティングの値と比較します。
3. マスターデータを修正します。 ギャップが大きい箇所は、サイクルタイムと稼働カレンダーを更新します。
4. フィードバックの経路を定義します。 現場から何を、どのように、どのくらいの頻度で報告するかを合意します。
5. シフトごとに計画と実績を比較します。 差異が生じた理由を記録します。
6. モデルを追加します。 データが信頼できるようになったら、リリース前にモデルでスケジュールを検証します。

よくある間違い

• ルーティングを確認せずに信頼すること。 理論上の時間は、計画が失敗する一般的な原因です。
• フィードバックをシフト終了時にのみ行うこと。 遅れて届いた情報では、計画を適時に変更できません。
• ERPを置き換えること。 目的は、ERPシステムを作り直すことではなく、実行と計画のための層を追加することです。
• 工場全体を一度にモデル化すること。 まず1つのラインから始め、対象範囲を広げていきます。
• 人を軽視すること。 監督者やオペレーターが計画を信頼しなければ、彼らは独自の計画を持ち続けます。
• データを修正する前にソフトウェアを購入すること。 誤った時間をもとに構築したモデルは、誤った答えをより速く出すだけです。

ソフトウェアができること

計画ソフトウェアは、ERPと現場の間に配置できます。iFAKT's Polaris は、ERPシステムから受注データとマスターデータを取り込み、工場のデジタルツインと組み合わせる生産ソフトウェアです。これにより、スケジュールを最適化し、ボトルネックを可視化し、納期遵守率を高められます。ツールを比較する際は、ERPデータをどのように読み込むか、実績の進捗がどのように戻ってくるか、リリース前に計画をどのように検証するかを確認してください。

次のステップ

1つのラインを選び、4週間にわたってERPのサイクルタイムと実測値を比較してください。その差（1シフトあたりの生産数量の差）が、ERPと現場のギャップを埋めるための事業性の根拠になります。また、現場が実行できる生産計画の最初の入力データにもなります。