機械設計 #74：トレーサビリティと製品履歴 — この部品がどこを通ったかを答えられる記録

1. 機能と証拠から始める

寸法、設定、センサー、部品を先に決めず、このトレーサビリティが何を行い、入力がどこから来て、境界でどう動き、何を故障と呼ぶのかを明確にする。「古い機械と同じ」では、タイミング、担当、アクセス、保全、安全の前提が隠れる。検証できる要求には入力状態、運転条件、期待結果、許容限界、測定方法を含める。社内標準は出発点であり、最終判断は実機、工程、作業者、設置場所で確認する。

2. 四つの層を同時に見る

機能と荷重では、定格、始動、衝撃、芯ずれ、異常、復旧を分け、システム全体の流れを追う。慣性、温度、通信遅延、圧力、洗浄、作業者の操作、実際のサイクル数を含める。実装では、機械、制御、ソフト、データ、作業票で同じ要求を作れて測れるかを確認する。インターフェースでは基準、信号、識別子、向き、アクセス、引渡し、変更権限を定義する。運転と保全では、交換、復旧、清掃、調整、基準値へ戻す証拠を実機で見る。

3. このテーマの基本チェック

部品の識別、ロット、製造番号、親子関係：部品の識別、ロット、製造番号、親子関係を定義し、組立品からそれを構成した部品まで分解できるようにする。
事象、工程、時刻、作業者、機械の状態：事象、工程、時刻、作業者、機械の状態を記録する。文脈のない記録は、後の問いに答えられない。
測定値、レシピ、材料、ソフトウェアの版数：その時点で有効だった測定値、レシピ、材料、ソフトウェア版数を記録する。現在の値ではない。
欠損データ、手直し、廃棄、例外の経路：例外の経路を先に設計する。欠損データ、手直し、廃棄こそ、追跡の仕組みが壊れる場所である。
保存期間、アクセス、書き出し、改ざん防止：保存期間、アクセス権、書き出しの方法、そして後から書き換えられないための保護を定める。
実際の問いに答えられる検索の試験：顧客が実際に尋ねる問いで検索を試す。すべてを保存して何も答えられない仕組みは、やはり失敗である。

証拠のないチェックは完了ではない。「確認した」は「計算した」と同じではなく、「計算した」も「境界で試験した」と同じではない。要求の隣に証拠番号を置く。

4. ばらつきと故障モード

機能入力から守る特性までの連鎖を作り、公称、最悪値、工程が安定した場合だけ統計値を分ける。人の操作、遅延、データ欠落、摩耗、汚れ、復旧時間を含める。トレーサビリティでは特に、identity, process events, data integrity, retention, searchability, and exception handlingを境界条件で確認する。

故障モード	症状	確認
境界を楽観視	デモは通るが運転や異常で停止	最小・最大と異常条件で試験
機能と無関係な要求	がた、拘束、誤状態、誤記録	機能基準から再構築
工程やデータを省略	ずれ、欠落、復旧不能	ルートと重要段階を測定
復旧を未設計	停止が長い、安全に再開できない	中断・復旧トライアル
文書が不一致	改訂や設定が違う	図面、ソフト、レシピ、作業票を基準化

5. 発行と現場レビュー

機能に意味があり検査できる要求だけを書く。特殊要求には範囲、基準またはデータ源、条件、合否限界を示す。「注意して扱う」だけでは行動は決まらない。根拠、改訂、前提、レビュー、試作・FAT、変更後の再確認点を保管する。実機では始動、通常運転、停止、再始動、中断、管理された異常を通し、力、温度、タイミング、アラーム、識別子、接触痕、交換・復旧時間を記録する。

6. MINATA発行チェック

[ ] 機能、入力、サイクル、異常境界を記載した。
[ ] 材料、工程、制御、データ、検査方法を合意した。
[ ] 機能インターフェースと責任者が見える。
[ ] 六項目に証拠と合否基準がある。
[ ] 選択、組立、復旧、誤操作防止を実機で試した。
[ ] 故障モードに担当者、証拠、再試験条件がある。
[ ] サプライヤーと受入記録が改訂・ロットに紐付く。
[ ] 立上げ基準と保全対応を定義した。

この主題が単純化されやすい理由

追跡の仕組みは「とりあえず全部記録しておく」から始まりがちです。項目は増える一方で、いざ問題が起きたときに必要な問いへ答えられません。記録の量ではなく、答えるべき問いから設計します。

調べたい問いから始める

ある材料のロット、あるいはある締付工具に問題が見つかったとき、影響を受けた製品はどれかを、誰がいつ知る必要があるのか。この問いを先に書けば、記録すべき事象と項目はそこから決まります。

識別子は一意で、長く残るものにする

製品の識別子、搬送具の識別子、ロット、製造番号、取引の識別子を定義します。バーコードを読み直したときや、手直しをしたときに、管理されない二重の系譜ができないようにします。

あいまいな断面ではなく事象を記録する

工程に入った、作業を開始した、条件を取得した、結果を合格または不合格と判定した、責任が次へ移った。こうした事象で記録します。時刻には、時刻の出所と時間帯を明記します。

データの品質そのものが要求事項です

欠落がないこと、値が妥当であること、重複がないこと、前後で矛盾しないこと、必要な時刻までに届いていること。通信が切れたときの一時保存、再送、重複の扱いも設計の一部です。

保存する範囲を決める

すべてを永久に残すことは目的ではありません。どの問いに何年答える必要があるのかを決め、それに合わせて保存期間、保存場所、検索の方法、廃棄の手順を決めます。検索できない記録は、無いのとほとんど同じです。

8. まとめ

良い設計は、製造、運転、保全、変更を通過する明示された前提の連鎖である。トレーサビリティについて問うべきなのは「動くか」だけでなく、「境界が動いても動き続ける証拠は何か」である。これがMINATAの基準である。

まとめ

トレーサビリティと製品履歴は、プロジェクトの最後に付け足すロジックではなく、アーキテクチャとライフサイクルの問題である。状態、識別、操作権限、データ、復旧のそれぞれに明確な取り決めがあれば、機械は運転しやすく、調査しやすく、変更しやすくなる。最初にプログラムを書いた人の記憶に頼らずに済む。

MINATAの技術記事をすべて見る