あらゆるERP、Claude、ChatGPT、Copilotと連携

SkyPlannerのオープンREST APIは、社内ERPを含むERP、MES、運用システムと連携します。自社で構築することも、当社チームの支援を受けることもできます。

単体でも動作 — ERP連携はオプションで、必須ではありません。

SkyPlanner MCPサーバー — Model Context Protocolを通じて、Claude、ChatGPT、CopilotをSkyPlannerに接続できます。

連携プロジェクトを相談

以下のようなERP・MESシステムと連携

APS・スケジューリング

設計変更指示書:承認から生産への反映まで

設計変更指示書(ECO)は承認後も生産計画が必要です。対象作業、改訂の適用基準、仕掛品の扱いを明確にし、生産能力と納期への影響を評価する方法を解説。

Jussi Mäntylä 生産計画スペシャリスト、SkyPlanner 更新日 2026年10月29日 3 分で読めます
Bracket drawing points to a bin of L-brackets beside a parts tray and probe-and-magnifier inspection station.
この記事の内容
  1. ECR・ECO・ECNの違いとは?
  2. 設計変更指示書に記載すべき内容
  3. 切り替え方法を決める前に、変更対象の作業を特定する
  4. 改訂の適用基準を明確にする
  5. 着手済みの作業をどう扱うか決める
  6. 未着手の作業
  7. 着手済みの作業
  8. 完成品在庫と納入済み製品
  9. 承認済みの変更を実際の生産作業に反映する
  10. SkyPlannerで変更による納期への影響を把握する
  11. 利用中のAIアシスタントに対象作業について質問する
  12. Mamec:繰り返される製造工程の変更を、より少ない負担で評価
  13. 実施を確認してから、次の納期を約束する

ホーム » リソース » 設計変更指示書:承認から生産への反映まで

推定読書時間: 11 分

設計部門では新しい改訂版が承認され、購買部門にも更新済みの部品仕様が届いています。ところが、未完了の製造指図には古い図面が添付されたままで、別のロットは変更対象の工程をすでに通過しています。この状況で、製造現場は具体的に何をすべきでしょうか。

設計変更指示書(ECO)は、製品やその製造情報に関する変更を定義し、審査・承認を経て実施するための管理文書です。変更内容、対象となる品目や文書、承認者、変更の導入方法を明確にします。承認されると、組織として合意した実施の根拠となります。

承認と実施は同じではありません。変更を適切な製造対象に確実に反映し、変更後の作業も工場で処理できるようにする必要があります。SkyPlanner APSは、そのスケジューリングを支援します。承認済みの変更が対象の生産作業に反映された後、他のオーダーも含めて作業の配置を計算し、完了時期への影響を可視化します。

ECR・ECO・ECNの違いとは?

変更を提案する段階、実施内容を定めて承認する段階、正式に発行された変更を周知する段階に分けると、役割を整理しやすくなります。

  • 設計変更要求書(ECR):変更案とその理由を提示し、変更を進めるべきかチームで評価するための文書です。
  • 設計変更指示書(ECO):変更内容を定義し、関連情報や実施上の決定事項をまとめ、必要な審査と承認を受けるための文書です。
  • 設計変更通知書(ECN):承認された変更と、その実施に必要な情報を関係者に伝える文書です。

名称や各文書が担う業務範囲は企業によって異なります。ECOとECNを別の意味で使ったり、両者の機能を一つにまとめたりしているメーカーもあります。略称だけで作業の実施が承認されていると判断せず、自社で定められた管理手順に従ってください。

ECOの対象には、設計の修正、部品の代替、製造方法の改善、顧客要求への対応などがあります。審査の範囲や深さは、変更の影響に応じて決める必要があります。穴位置の変更と図面注記の明確化では、実施に要する作業が同じとは限りません。

設計変更指示書に記載すべき内容

各担当部門が独自に変更内容を解釈しなくても行動できるよう、必要な詳細を記録します。次の内容を盛り込みましょう。

  • 変更を一意に識別する番号、変更理由、責任者、現在のステータス。
  • 対象となる部品番号、組立品、文書、および現行と変更案の改訂番号。
  • 変更前後の違いがわかる明確な説明。該当する場合は、図面、部品表、工順、作業手順書、検査要件も含めます。
  • 購入資材、在庫、未完了の生産作業、完成品への影響。
  • 新しい要件をどこから適用するかを明確に定めた適用基準。
  • 既存の資材や作業の扱いに関する決定事項。例外とその承認権限者も含めます。
  • 必要な承認、実施の担当と責任、実施時期、完了を証明する記録。

製品データ管理は、製品の定義情報とその改訂を適切に管理するために役立ちます。ECOは、その定義情報を個々の変更と結び付けます。製造部門には、それに加えて、どのオーダーや工程を変更すべきかという情報も必要です。

切り替え方法を決める前に、変更対象の作業を特定する

まず変更する品目を起点に、その使用先をたどります。一つの部品が複数の組立品、製品バリエーション、顧客オーダーに使われている場合があります。図面の改訂は、自社の加工待ち作業だけでなく、治工具、検査手順書、仕入先で製作中の品目にも影響する可能性があります。

最新の製品構成だけで判断せず、実際の記録から変更対象を洗い出します。未完了の購買オーダー、入荷済み・払出し済みの資材、生産オーダーとその進捗、完成品在庫を確認してください。現地対応や顧客対応が必要な変更であれば、納入済みの製品も確認します。対象外となるものも記録しておけば、限定的な変更によって工場全体に不要な混乱が広がるのを防げます。

対象の生産オーダーごとに、適用されている改訂版、数量、現在の工程を確認し、現物が実際にどこまで進んでいるかを把握します。同じ「未完了」でも、着手待ちの作業、すでに部品を取り付けた組立品、ほぼ完成して検査を待つ製品では状況が異なります。それぞれに応じた判断が必要です。

改訂の適用基準を明確にする

改訂の適用基準とは、どの製品や作業から変更を適用するかを決める境界です。日付、シリアル番号、ロット、生産オーダー、その他の管理用識別子で定めることができます。関係部門とシステムが一貫して運用できる基準を選んでください。

「月曜日から新しい改訂版を使う」だけでは、重要な点が曖昧なままです。月曜日に作成するオーダーに適用するのか、月曜日に開始する工程なのか、それとも月曜日以降に納入する製品なのか。切り替えの境界をまたぐロットは、どう扱うのでしょうか。

意図する適用ルールを明記し、対象となる未完了の作業を一覧にして、承認された例外も文書化します。着手済みの作業にも変更を適用する必要があるなら、将来の適用日を設定するだけでは不十分です。今ある対象作業を特定し、適切に管理しなければなりません。

適用基準を確定する前に、実行可能かを確認してください。新しい部品の到着が切り替え予定より遅れる場合や、追加検査に必要なリソースが別の納入案件ですでに埋まっている場合もあります。こうした不整合は、設計、品質、購買、製造の各部門が協力して解消する必要があります。納期に支障が出るからといって、使用を承認されていない旧版を使ってよいわけではありません。同様に、新しい改訂版が承認されても、それを製造する能力が生まれるわけではありません。

着手済みの作業をどう扱うか決める

ブラケットの穴パターンの変更が承認され、組立前に追加検査が必要になったと仮定します。まだ着手していない製造指図がある一方で、加工済みのブラケットもあり、完成した組立品は出荷を待っています。

ブラケットの品目マスターを更新しても、すでに存在する現物の扱いが決まるわけではありません。対象をグループに分け、それぞれについて、次に何を行ってよいのか、誰の権限に基づくのかを明確に決めてください。

未着手の作業

対象のオーダーには、現場へ発行する前に承認済みの改訂版を反映します。必要な資材、工程順序、段取り時間と加工時間、治工具、作業手順書、検査作業を確認してください。旧版の手順書は、使用場所から撤去します。

マスターデータを後から編集すれば既存のオーダーにも反映される、とは考えないでください。オーダー自体の製造情報と、スケジューリングシステムで使われる作業を確認する必要があります。製品データが改訂されていても、オーダーの工順は変わっていないことがあります。

着手済みの作業

残りの計画を変更する前に、現物の状態を確認します。ブラケットの例であれば、加工済み部品を手直しできるのか、交換が必要なのか、あるいは明示的に承認した例外としてそのまま使用できるのかを、設計部門と品質部門が判断する必要があります。生産計画担当者は、その承認された判断に従ってスケジュールを組みます。

作業を続けることで使用不能品や受け入れられない製品が生じるおそれがある場合は、判断が出るまで、合意済みの保留手順に従います。シフト交代時に誤って作業が再開されないよう、保留する数量と工程を明確にしてください。

完了済みの作業実績と実際の進捗は、そのまま残します。手直しが必要な場合も、元の工程が行われなかったかのように記録を書き換えるのではなく、追加する工程や再検査を定義してください。ロットの一部を別の工順で進める場合は、数量の整合性を確認します。

完成品在庫と納入済み製品

完成品については、そのまま受け入れ可能か、検査や改修が必要か、出荷を止めるべきかを別途判断します。今後の生産を対象とするECOだからといって、旧版の製品すべてに変更が必要になるわけではありません。一方で、完成品在庫が自動的に対象外になるわけでもありません。

その変更に適用される設計・品質・顧客・安全上の要件に基づいて判断してください。既存製品の改修、現地対応、顧客承認に関する作業も、その判断と結び付けて管理します。生産オーダーが完了済みであることだけでは、対応が必要な範囲を判断できません。

承認済みの変更を実際の生産作業に反映する

変更の対象とその処置方針について合意したら、実施内容を管理できるタスクに落とし込みます。製品情報、購買要件、オーダー固有のデータ、生産作業、現場の作業手順を誰が更新するのかを明確にしてください。また、部門間の引き継ぎに食い違いがないかを確認できる実施責任者を1人置きます。

ブラケットの変更であれば、新しい図面を添付するだけでは不十分です。対象の作業には、改訂後の製造作業、承認された手直しがあればその内容、追加検査、そして組立までの正しい前後関係を反映する必要があります。資材をいつ使用できるか、いつから着手が許されるかにも、新版への切替方針を反映しなければなりません。

一括更新の結果をそのまま信頼する前に、対象から代表的なオーダーを選び、一連の流れを確認してください。意図した改訂版が参照されているか。残りの工程は正しいか。現場で正しい作業手順を確認できるか。スケジューリングシステムには、現場で実行するはずの作業と同じ内容が渡っているか。その後、例外や更新に失敗したものも含め、対象リスト全体と更新結果を照合します。

システム間で情報を受け渡す場合は、この確認が特に重要です。設計システムや受注入力システムで編集が正常に完了しても、すでにスケジュールされた作業が変更された証拠にはなりません。各項目をどのシステムで管理するか、既存の作業をどう特定するか、更新結果をどう確認するかを決めておきます。受注設計生産で、一部を製造向けにリリースした後も顧客別の設計が変わる場合には、同じように管理する必要があります。

ここまで確認して初めて、スケジュールの再計算に意味が生まれます。そうでなければ、もっともらしい完了日が表示されても、旧工順に基づく日付のままかもしれません。

SkyPlannerで変更による納期への影響を把握する

追加検査には、実際の作業順序の中に枠を確保する必要があります。手直し作業が、通常の生産と同じマシニングセンタを取り合うこともあります。使用部品が変われば、組立を開始できる時期も変わり得ます。対象オーダーだけを移動させると、別の顧客の納期に問題を移してしまう可能性があります。

SkyPlannerは、ワークステーション、シフト、作業者、優先順位、資材を1つの生産計画にまとめます。スケジューリングAIのArcturusは、設定された生産能力、使用可能なリソース、工程間の依存関係に基づいて、定義済みの工程をスケジュールします。ガントチャートでは、各工程をどこで実行し、いつ作業が完了する見込みかを確認できます。

ブラケットの変更が該当する生産作業に反映されれば、その機械加工、検査、組立を、同じリソースを使う他のオーダーと並べて確認できます。個別の作業待ちリストを組み直したり、手作業で納期の整合を取ったりする時間を減らせます。共有されたスケジュールを基に、優先順位を調整するか、利用可能な生産能力を追加するか、約束した納期の見直しを相談するかを、より明確な根拠を持って判断できます。

資材の利用可否を考慮するスケジューリングを有効にすると、Arcturusは資材の手配状況も考慮します。使用が承認された部品と、その手配状況に関する情報を最新に保ってください。在庫数量だけでは、その部品が正しい改訂版であることや、使用を許可されていることは確認できません。

SkyPlannerは、公開REST APIを通じてあらゆるERPやMESと連携できます。既存の生産作業は、所要時間、作業指示、図面へのリンクなど、変更後の工程情報で更新できます。ただし、連携による更新先は、実際にスケジュールされている生産作業でなければなりません。SkyPlannerで受注入力側からスケジューリング側へデータをエクスポートする運用では、エクスポート後に受注入力側のレコードを編集しても、スケジューリング側の作業は更新されません。

この違いを押さえることで、計算結果を判断に役立てられます。設計上の承認と改訂版の適用開始条件は、合意した変更管理プロセスで決定し、その結果を該当する生産作業に反映してください。そのうえで、スケジュールの計算をSkyPlannerに任せます。優先順位と、スケジュール上で変更させない決定事項を決めるのは担当者です。Arcturusはその範囲内で計算します。

利用中のAIアシスタントに対象作業について質問する

Claude、ChatGPT、Microsoft Copilotなど、普段使っているAIアシスタントをMCP経由で接続すれば、対話形式でSkyPlannerを操作できます。MCPは、アシスタントとSkyPlannerのデータや機能をつなぐ仕組みです。アシスタントは、製品に関する知識と、アクセスを許可された生産情報を併せて活用できます。

この作業なら、まず「変更対象となるこれらの製造指図について、残りの工程と完了予定日を表示して」と依頼するとよいでしょう。複数の作業待ちリストから日付を集める代わりに、実際の作業を基に対話を進められます。権限の範囲内で変更を行う際にも、SkyPlannerの機能を利用できます。ただし、何を変更するかの根拠となるのは、あくまで承認済みの設計変更指示書(ECO)と、その対象オーダーのリストです。

Mamec:繰り返される製造工程の変更を、より少ない負担で評価

Mamecは、産業用混合機器と高度な技術を要する受託製品を製造しています。SkyPlannerの導入前は、数千件の製造指図の相互依存関係を手作業で管理することが難しく、紙の製造指図に記載された納期が現場の優先順位を決めていました。負荷の全体像も把握しにくい状況でした。

MamecはSkyPlannerをOscar ERPと連携させ、生産計画の中核となるプラットフォームとして使用しています。同社によると、計画業務の負担が軽くなり、顧客の要望に応える難度の高い製品開発でも変更を管理しやすくなりました。製造の工程順序が繰り返し変わる場合も、より少ない手間で影響を評価し、どこまで約束できるかを顧客に伝えられるとしています。

MamecによるSkyPlannerの評価は、製造作業が変わる際に、生産計画を共有する利点を示しています。ここで重要なのは、ECOの承認をもって生産への反映も完了したとみなすことではありません。状況を可視化し、計画を組み直す負担を軽減することです。

実施を確認してから、次の納期を約束する

変更対象全体について、実施結果まで確認して一連の対応を完結させます。対象のオーダーと現物に承認済みの改訂版または文書化された例外が適用されたか、必要な検査が完了したか、旧版の作業指示が適切に管理されたか、残る対応に責任者が割り当てられているかを確認してください。変更管理プロセスで求められる証拠も記録します。承認とガントチャートの再スケジュールだけでは、現物に変更が実施された証拠にはなりません。

ここからのスケジュール判断は、実際に残っている作業に基づいて行います。工順の改訂によって納期が変わる場合は、新たに約束する納期とその根拠を共有してください。営業、製造、顧客がそれぞれ異なる日付を認識したままにしてはいけません。

変更が承認されるたびに、作業順序や約束した納期を何度も組み直しているなら、SkyPlannerをご検討ください。変更後の作業を、すでに製造を約束している他のすべての作業と同じ能力計画に組み込めます。

SkyPlannerのデモを予約する際は、承認済みの変更を1件、その影響を受ける未完了オーダー、各オーダーの現在の生産状況、適用予定の改訂切替ルールをご用意ください。その具体的な情報を使い、更新後の工程が生産能力や完了日にどう影響するかを一緒に確認できます。まずはスケジューリングを試してみたい方は、デモデータでSkyPlannerを試すか、SkyPlanner AssistantのAIによる導入ガイドをご利用ください。

Jussi Mäntylä

生産計画スペシャリスト、SkyPlanner

SkyPlannerで、わかりやすい生産スケジュールを

データを連携し、最初の計画を確認。本番稼働するすべてのスケジュールは計画担当者が最終判断します。