営業が緊急注文を約束したとき何が起こるか

緊急の顧客要望は一見単純に思えます。営業が早い納期を約束し、受注を優先扱いにして、生産に組み込むよう依頼します。しかし新しい受注は空の工場に入るわけではありません。すでに機械の予約、材料の割り当て、段取り計画、有資格者、検査能力、保全期間、そして他の顧客への約束で埋まったスケジュールに入るのです。したがって本当の問いは、緊急受注を生産できるかどうかだけではなく、計画を動かしたときに、既存のどの約束がその混乱を吸収するのか、ということです。

約束は生産計画ではない

商業上の約束は、事業が顧客に何を届けるつもりかを伝えるものです。一方、実現可能な生産納期とは、利用可能な時間内に材料、機械加工、組立、検査、梱包、出荷へと至る実際の道筋が存在することを証明するものです。

ERPは要求納期、回答納期、製造指示、材料、工程情報を保持できますが、優先フラグは能力を生み出しません。CNC機械には稼働時間の上限があり、検査には有資格者と設備が必要であり、出荷には運送業者の締切があります。緊急性は優先順位を変えますが、物理的な制約を取り除くことはできないのです。

有限能力が本当のトレードオフを露わにする

無限能力型の計画では、同じ資源に対して複数の受注を配置し、その衝突の解消を後から現場に任せてしまうことがあります。有限能力型のスケジューリングは、その衝突を表に出させます。

緊急受注をCNC機械の火曜午前に割り当てれば、別の工程は火曜午前を失います。押し出された受注は組立、検査、梱包の時間枠を逃し、緊急受注が実際に消費した時間をはるかに超える時間を失うかもしれません。

つまり最初のスケジュール変更は、残りの工程全体に連鎖反応を引き起こすのです。

材料は優先フラグに従わない

在庫が「利用可能」と表示されていても、それが緊急受注に使えるとは限りません。材料がすでに別の顧客の受注に割り当てられているかもしれず、品質による出荷可否の判定を待っているかもしれず、特定のロットやサプライヤーを必要とするかもしれず、トレーサビリティや使用期限の制約があるかもしれません。

材料を振り替えれば緊急の顧客は救えても、別の場所で静かに欠品を生み出すことがあります。工場は制約を取り除いたのではなく、別の場所へ移し替えただけなのです。

これは治具、ゲージ、特殊梱包、試験設備など、複数の受注が依存する物理的資源すべてに当てはまります。

機械の能力は使用可能な能力とは限らない

機械のカレンダーに空きがあっても、その作業に使えるとは限りません。必要な段取り者が勤務についていないかもしれず、オペレーターが必要な資格を持っていないかもしれず、治具が別の場所に取り付けられているかもしれず、現在の製品改訂版に対してCNCプログラムがリリースされていないかもしれません。

実際の能力とは、機械、人員、工具、材料、工程承認、時間枠が揃って初めて存在するものです。

そのため、代替機械があるからといって、自動的に代替の生産ルートになるわけではありません。実証された代替ルートには、承認済みの工具とプログラム、品質確認、現実的なサイクルタイム、そして実際にその作業を遂行できる人員が必要です。

ボトルネックは移動する

緊急受注は当初、機械加工の問題に見えるかもしれません。機械加工で解決策が見つかると、圧力は組立、検査、試験、梱包、あるいは1人の承認担当者へと即座に移ることがあります。

ボトルネックは固定された1台の機械に恒久的に結びついているわけではありません。出荷に向けた作業の流れを現時点で制限している制約こそがボトルネックなのです。

だからこそ設備稼働率が高いからといって、納期遵守が良いとは限りません。工工場は効率的な機械を持っていても、適切でない作業が適切でないボトルネックで、適切でないタイミングで待たされていれば、出荷が遅れることがあります。

二次的な影響こそ損害が広がる場所である

緊急受注の目に見える影響は分かりやすいものです。それが前に進むのです。

一方、あまり目に見えない影響は、後ろへ押し戻されるすべてのものです。1つの押し出された機械加工工程が組立部品を遅らせることがあります。その欠けた部品は、仕掛品、追加の搬送、もう1回の検査待ち、そして最終的な出荷遅延を生み出すかもしれません。緊急受注と同じ機械を共有していない別の受注でも、治具、材料の割り当て、試験台、熟練者を失うことがあります。

工場は孤立した部門ではなく、依存関係を通じて動いています。緊急受注は、その全体ネットワークにおける製品、工程、資源の関係を変化させるのです。

納期は再計算しなければならない

作業が移動したとき、ERP上で古い顧客納期をそのまま残しておくべきではありません。

押し出された受注には、残りのすべての工程を通る新たな実現可能な経路が必要です。機械加工が終わってから組立を開始し、組立が終わってから検査を行い、検査は梱包と運送業者の締切に間に合うよう早めに終える必要があります。

受注は技術的には納期日に生産を終えていても、トラックがすでに出発していれば遅れて届くことになります。

そのため顧客サービスには、現在の生産状況が支えていない日付に基づく安心させる言葉ではなく、現実的な出荷日とその前提条件が必要なのです。

なぜExcelが緊急時の管制室になるのか

多くの工場では、計画担当者がERP、MES、生産監督者、購買、品質、保全、サプライヤーの最新情報をかき集め、1つのスプレッドシートにまとめます。完全な状況を素早く再構築する最も手早い方法だからです。

Excelそのものが問題なのではありません。柔軟で実用的なツールです。

問題は、スプレッドシートが実際の生産判断が存在する唯一の場所になったときに現れます。営業はERP上の1つの日付を見ており、計画担当はブック上の別の日付を見ており、現場は前のシフトで変更された順序に従っているのです。

より根本的な問題は、システム間で共有された文脈が欠けていることです。

文脈が事実同士をつなぐ

機械の記録、作業指示、材料数量、オペレーターの名簿、顧客納期は有用な事実です。それらの間の関係が明示されたとき、緊急受注の判断に役立つようになります。

システムは次のことを理解する必要があります。

• この工程はこの作業指示に属する
• この作業指示はこの顧客への約束を支える
• この工程はこれらの承認済み資源で実行できる
• この材料はこの製造指示に割り当てられている
• この工具または治具はこの工程に必要である
• この人物はこの作業に有資格である
• この検査は出荷前に行われなければならない

ナレッジグラフや同様の関係モデルは、スプレッドシートや人の頭の中に隠れたままになるのではなく、こうした依存関係を可視化し追跡可能にする助けとなります。

Microsoft FabricとPower BIの役割

Microsoft Fabricは、ERP、MES、保全、品質、機械データ、計画情報をまたぐ共有データ基盤を提供できます。クロスシステム分析に使われるデータの準備、ガバナンス、履歴管理、接続を支援できます。

Power BIは、現在の負荷、リスクのある受注、材料の状態、待ち行列の推移、納期リスクを可視化し、営業、計画、生産、顧客サービスがより一貫した視点から作業できるようにします。

ただし、FabricやPower BIは自動的に有限能力のスケジューリングエンジンになるわけではありません。生産オプションが実現可能とみなされる前に、資源カレンダー、工程の依存関係、段取り、材料の利用可能性、スキル、保全期間、その他の制約をテストするスケジューリングまたは最適化レイヤーが依然として必要です。

作業を動かす前にシミュレーションする

緊急受注を直ちに前へ押し出すのではなく、シミュレーションによって計画側はまず結果を検証できます。

想定されるシナリオには次のようなものがあります。

• 緊急受注を既存作業より前に移す
• 管理された残業を追加する
• 承認済みの代替ルートを使う
• 出荷を分割する
• より遅い納期を提示する
• 安全に実現可能な選択肢がない場合は、要求納期を断る

どの選択肢も、リスクをどこかへ移動させます。シミュレーションは、その結果を見える化します。