設計変更（ECO）は、図面やBOMを書き換えるだけでは完了しません。
なぜ変更したのか、どの品番・ロット・工程に影響するのか、どの評価で妥当性を確認したのか、誰が承認したのか。そこまで残っていて、初めて後から説明できる変更になります。
この流れが切れていると、監査、顧客説明、不具合再発時の確認で時間がかかります。
この記事では、ECOを起点に、変更理由、影響範囲、評価計画、試験結果、承認、リリースまでを一つの流れで確認できるトレーサビリティ設計を整理します。
ECOは、単なる申請書ではなく、変更の理由と結果をつなぐ中心レコードです。
変更理由、対象、影響範囲、評価計画、承認、リリース条件までをECOに紐づけることで、変更の経緯を確認しやすくなります。
不具合是正、入手性、性能改善、規格対応など、変更の起点を残します。
品番、図面、BOM、ロット、顧客、工程、在庫への影響を確認します。
評価項目、合否基準、供試体、期限をECOに紐づけます。
技術・品質・製造の承認と、有効開始日・切替条件を残します。
影響範囲を判断するには、品目・BOMの情報が整っていることが前提になります。 品目や構成の持ち方は、品目マスタ・BOM設計 と合わせて考えます。
ECOでは、変更理由、評価計画、試験結果、承認、リリースが別々の場所にあると、確認に時間がかかります。
ポータルや管理画面では、ECO番号を起点に、関連する図面Rev、BOM Rev、評価データ、不具合、承認履歴へ移動できる構成にします。
不具合、規格、入手性など、変更の起点を登録します。
品番、図面、BOM、工程、在庫、顧客への影響を確認します。
合否基準、供試体、期限、評価担当を決めます。
評価データと添付をECOへ紐づけます。
設計、品質、製造の承認履歴を残します。
有効開始日、対象ロット、切替条件を記録します。
トレーサビリティが分かりにくくなる大きな理由は、版のズレです。
ECOから見て、どのRevが変更前で、どのRevが変更後なのかを明確にします。
| 管理対象 | 変更前 | 変更後 | 紐づける情報 |
|---|---|---|---|
| 図面 | Rev.A | Rev.B | 変更箇所、承認者、発行日、旧版の保持 |
| BOM | Rev.3 | Rev.4 | 部品変更、代替品、在庫影響、購買影響 |
| 評価データ | 旧Rev参考値 | EV-221 | 変更後Revで実施した試験条件・結果 |
| リリース | Lot24Cまで | Lot24Dから | 有効開始日、在庫・仕掛品の扱い |
版管理の考え方は 版管理 を土台にします。 差し替えで過去版を消すのではなく、旧Revと新Revを並べて確認できる状態にしておくことが重要です。
ECOの承認で確認が増えやすいのは、「この評価で足りるのか」という部分です。
承認前に、評価項目、合否基準、供試体、期限をECOに紐づけておくと、設計・品質・製造の間で判断しやすくなります。
評価依頼をフォーム起点で扱う場合は、案件一覧の“一覧化”（試作・評価依頼フォーム）とつなぐと、計画と実行状況を同じ画面で確認しやすくなります。
ECOに「試験済み」とだけ書いてPDFを添付しても、あとから条件別に探すことはできません。
試験結果は、試験レコード、条件、供試体、添付ファイルの構造で保存し、ECOからその評価結果へ移動できるようにします。
| 評価ID | 評価内容 | 条件 | 結果 | 紐づけ先 |
|---|---|---|---|---|
| EV-221 | 耐久試験 | 連続120時間 / 常温 | 合格 | ECO-2026-118 / 図面Rev.B |
| EV-224 | 環境試験 | 高温85℃ / 96時間 | 確認中 | ECO-2026-118 / BOM Rev.4 |
| EV-229 | 工程確認 | 量産ラインA / 作業者2名 | 問題なし | 製造承認の根拠 |
評価データは 評価データまとめ の考え方で、条件と結果をセットで保存します。 これにより、ECOから評価へ、評価から試験条件へ、試験条件から添付ファイルへと確認できます。
設計変更の多くは、不具合や技術問い合わせが起点になります。
不具合受付、原因分析、ECO、評価、承認、リリースがつながっていれば、再発防止の説明がしやすくなります。
RMA-034 / 通信エラー / Lot24A。現象、写真、ログ、顧客報告を記録。
接触不良を原因として特定。ECO-2026-118で端子形状を変更。
変更後Rev.Bで耐久・環境・工程確認を実施し、Lot24Dから切替。
不具合受付は RMAフォーム、技術問い合わせが起点の場合は ナレッジ化の項目設計 とつながるようにします。 どちらを起点にしても、ECOへ進んだ理由と根拠が残ることが重要です。
承認は、技術的に妥当であることだけでは完了しません。
在庫、仕掛品、工程、治具、検査基準、顧客提出資料など、切替に関わる情報も確認が必要です。
端子形状変更 / 図面 Rev.A → Rev.B / BOM Rev.3 → Rev.4
耐久試験：合格 / 環境試験：確認中 / 工程確認：承認待ち
Lot24Dから適用。旧部品在庫はLot24Cまでで消化予定。
承認フローは 承認フロー設計 を土台にします。 品質保証・規格認証との共有は、Webで証跡が残る形にすると、後から確認しやすくなります（品質保証・規格認証との情報共有）。
ECOのトレーサビリティは、変更理由、影響範囲、評価計画、試験結果、承認、リリースの流れを切らないことが重要です。
図面Rev、BOM Rev、評価結果、不具合受付、技術ナレッジをECOに紐づけることで、変更の根拠を後から確認できます。
不具合、規格、入手性、性能改善など、変更の起点をECOに記録します。
図面Rev、BOM Rev、仕様Rev、評価対象RevをECOから確認できるようにします。
評価計画、試験結果、承認者、切替条件を同じ流れで確認できるようにします。
ECOは図面更新だけでなく、変更の理由と根拠を残す業務です。 評価データを条件で探せる形にし、RMAやナレッジにも戻れる導線を用意しておくと、監査・顧客説明・再発防止に使える情報として残ります。