生産設備 トレーサビリティ導入｜製品につながる設備履歴の設計と受入試験

「この製品を加工した設備の設定値は何だったか」。生産設備 トレーサビリティの導入で難しいのは、PLCから数値を集めることより、設備の出来事を製品ロットや個体に誤りなく結び付けることです。設備監視画面に温度や圧力のグラフがあっても、不具合品のシリアル番号から該当する加工窓、レシピ版、工具、材料ロットをたどれなければ品質調査には使いにくい。本稿ではタイの工場が設備と製品のつながりを発注・検収するためのイベント契約、RFP、FAT/SATを具体化します。

生産設備 トレーサビリティで買うべき成果は「設備データ」ではなく「製品との結合」

設備データ収集の提案書には、接続可能なPLCの台数、取得タグ数、ダッシュボードの画面例が並びがちです。しかし、品質担当が求める回答は別です。「製品Aに使った材料ロットは何か」「どの号機で、どの作業指示とレシピ版を使い、いつ加工したか」「その時点で工具と計測器の状態は有効だったか」「異常が出た時間帯の出荷済み品はどこまでか」。つまり、設備側の事実と製品側の識別子を結ぶ証拠の連鎖が成果物です。

本稿の対象は、工場全体のトレーサビリティ構想ではありません。構築方式の全体像はトレーサビリティ導入方式の選び方で、変更承認の全体像は4M変更管理システムの設計で整理しています。ここでは一つの設備工程を取り出し、入力材料と出力品の間に「どの設備が何を実行したか」を残す最小契約と、その受入方法を扱います。4M変更管理全体、検査データの集約、SEMI EDAやSECS/GEMの接続仕様自体を置き換える解説でもありません。既存のインターフェースから取得した情報を、製品に結び付く工程イベントへどう整形するかが主題です。

設備監視と製品履歴は質問が違う

設備監視は「いま号機M-02の温度は正常か」に答えます。製品履歴は「シリアルS-1007が加工された瞬間の条件は何か」に答えます。前者は設備IDと時刻があれば成立しますが、後者は製品ID、作業指示、開始・終了の境界、実測値を同じイベントに結び付ける必要があります。タイムスタンプだけで後から結合すると、サイクルが重なる設備、途中排出品、時計ずれ、段取り替えを挟むラインで誤結合が起きます。

目的を見分ける簡単な試験があります。画面から一件の製品IDを入力し、加工履歴の証拠を一画面またはエクスポートで再構成できるか。逆に一つの設備アラームと発生時間を指定し、影響の可能性がある出力ロットまたはシリアルの一覧を出せるか。この両方向が成立しなければ、設備データの収集には成功していても、設備起点のトレーサビリティは未完成です。

まず「設備から製品へ」の粒度と境界を決める

すべての工程で個体シリアルを読む必要はありません。射出成形機から一定時間ごとに排出される製品、連続炉を通過する材料、複数個取りの金型、停止と再起動を繰り返す組立機では、結合できる単位が異なります。顧客要求、品質リスク、現在の識別手段を照らし、工程ごとに証明可能な粒度を決めます。ロット単位でしか識別していないのに個体単位の完全履歴を約束すると、RFPも受入試験も成立しません。

粒度は「細かいほど良い」ではありません。読み取りの失敗率や運用負荷が増えると欠損データが増え、かえって証明力が落ちます。例えば一個流しの自動スキャンが工程上不可能な場合、設備・時間窓・投入ロットによる結合を採用し、影響範囲を広めに見積もることを明示します。実測できる事実と推定した対応を同じ確度で表示しないことが重要です。

「加工した」の定義を先に合意する

加工開始信号、加工終了信号、良品排出信号は同じ意味ではありません。開始したが途中で停止したサイクルを「完成品」と数えると、影響品の一覧が狂います。設備から取得するイベントは、少なくとも投入確認、加工開始、加工完了、良品／不良品排出、再加工、廃棄を区別します。工程によって使えない信号があれば代替のセンサーや作業者確認を定義し、データの出所を記録します。

一つの設備イベントをいつ確定させるかも合意します。例として、入口のバーコード読取だけでは加工実績としない。設備の完了信号と出口読取がそろって初めて正常完了にする。出口読取が欠けたときは自動的に「正常」と補完せず、未照合として保留する。こうしたルールを品質・製造・設備担当が同じ文言で承認してから実装に入ります。

機械と製品を結ぶイベント契約の必須項目

「PLCタグをすべて保管する」は契約になりません。タグの時系列は保管しても、どの値がどの製品に適用されたかを説明できないからです。設備イベントには、物理的な出来事のID、関連する識別子、開始・終了、実際の条件、結果、記録品質を持たせます。以下はRFPの出発点となる項目表であり、全産業に一律の法的要件を示すものではありません。

同一の設備が複数の作業指示を処理する場合、設備資産IDだけでは不足します。作業指示と工程版、レシピ版をイベント時点で固定します。パラメータも「温度160」のような無単位の値では比較できません。測定単位、サンプリング位置、実測か設定か、サイクル内の最大・平均・終了時など集約方法を定義します。仮に成形機の圧力を毎秒取得しても、製品ごとの代表値の意味が曖昧なら品質解析はできません。

設備資産IDと現場の呼び名を分ける

現場の「2号機」は移設や増設で意味が変わることがあります。イベントでは変更しない設備資産IDをキーにし、ライン名や号機表示は有効期間付きの属性として管理します。交換可能な金型、工具、計測器も設備本体に埋め込まず個別IDで記録します。これにより、設備の表示名が変わった後も過去イベントの解釈を保てます。設備階層を企業システムと整合させる際の参考として、ISA-95は企業と制御システムの統合に用いる設備階層の枠組みを示しています。ただし同規格を採用しただけで、この工場固有のID対応が自動で決まるわけではありません。

材料と出力の関係は単なる一対一とは限らない

一つの材料ロットから複数の出力ロットを作る、複数の投入ロットを混ぜる、一度加工した品を再投入する。これらを「入力ロット」一列と「出力ロット」一列だけで保存すると情報が失われます。親子関係または入力・出力の複数行として保持し、数量と理由を添えます。GS1 EPCISは、何が、いつ、どこで、なぜ、どのような状態で動いたかをイベントとして表現する考え方を提供します。工場内の工程イベントをそのままEPCISへ必ず移すという意味ではありませんが、後で取引先へ可視性データを渡す可能性があるなら、識別子とイベント時刻を最初から整える価値があります。

時刻だけの突合を危険にする五つの場面

「生産実績の開始・終了時刻に入る設備ログを結ぶ」という仕様は簡単に見えます。しかし現実のラインでは、その条件だけで誤った製品に値が付くことがあります。RFPでは、以下の場面について期待する判定を一つずつ示してください。

1. 時計ずれ。PLC、ゲートウェイ、MESの時計が異なる場合、設備時刻と収集時刻を別々に残し、同期状態を監視する。時刻の信頼性が下がった区間は「推定結合」と表示する。
2. サイクル重複。搬送中に次のワークが設備へ入り、加工窓が重なる。設備サイクルIDか入口・出口の読取を主キーとし、単なる近傍時刻で決めない。
3. 通信断と後送。現場ゲートウェイに一時保存したイベントが後で届く。記録時刻と受信時刻を分け、同じevent IDなら重複登録しない。
4. 段取り替え。レシピを切り替えた瞬間の途中品を旧版と新版のどちらに属させるか。適用開始イベントと最初の対象ワークを確定する。
5. 例外処理。再加工、手動排出、サイクル取消、品番読取失敗を通常の良品完了と混ぜない。補正した人、理由、変更前後を監査できるようにする。

時刻同期の許容差を全工程で一律に決めるのも危険です。10秒サイクルの装置と2時間の炉では、必要な精度が異なります。実際のサイクルタイム、バッファ量、製品の移動遅れ、利用できるハードウェア時刻から、工程別に許容差と失敗時の扱いを決めます。数値を契約で指定するなら、その測定方法と試験負荷もセットにします。「NTPを使う」とだけ書いて受入条件にしないことです。

OPC UA、ISA-95、GS1をどこに使うか

規格の名前を列挙しても、製品との結合が自動で成立するわけではありません。それぞれが担う境界を分けて考えると、調達仕様が明確になります。OPC FoundationのOPC UA for Machineryは機械の情報を標準化し、Part 3のJob Managementは機械上のジョブ管理を対象にします。Machine Toolsの仕様には機械監視とジョブ管理のモデルが示されています。設備から作業指示や状態を取得する際の参照として有用です。一方で「当社の製品シリアルをどの設備サイクルに結ぶか」は工程と現場の運用で決める必要があります。

ISA-95は企業側と制御側の情報をつなぐための活動・設備階層の共通言語として役立ちます。ERPのオーダー、MESの作業指示、設備上のジョブのIDを混同しないためです。GS1 EPCISは製品・資産の可視性イベントを組織内やサプライチェーンで共有する際の参照です。これらは競合規格として選択するものではなく、取得、業務文脈、外部共有という異なる層に置けます。いずれを採用するにしても、設備固有の信号から「加工完了」への変換ルールと、製品IDの確認点を契約に書かなければ受入試験はできません。

RFPは「取得タグ一覧」だけでなく、再現できる受入シナリオを求める

ベンダーへの依頼に「PLCと接続」「トレーサビリティ機能」とだけ書くと、各社は異なる範囲を見積もります。比較可能にするには、工程図と現場信号の一覧、対象品の識別方法、作業指示とレシピ版の管理場所、必要な検索結果、例外時の判定、テストデータを同じ資料として渡します。未知の部分は「提案時に現地調査し、追加費用を分離して提示」と明記します。接続できることと、品質調査で使えることを別の納品基準にします。

RFPに添付する一枚のイベント契約表

まず一つの設備・一つの代表製品を選び、入力と出力を図示します。入口に材料ロットを読むスキャナー、設備にジョブ開始と完了信号、出口に製品シリアルの読取があるなら、それぞれのデータ発生時点と保持先を記します。イベント項目ごとに「必須／条件付き／対象外」「収集元」「欠測時の扱い」「正本システム」「保存期間の根拠」「受入試験番号」を割り当てます。全設備のタグを先に数えるより、この一枚で見積もりの前提が揃います。

保存期間は業種、顧客契約、品質システム、現地法令により異なります。本稿から一律の年数を指定しません。ベンダーには、保存対象とアーカイブ方式、検索時間、バックアップと復元試験の範囲を見積書で分離してもらいます。データ所有権、ベンダー変更時のエクスポート、設備更新時のマッピング維持も確認します。

ベンダーに提出してもらう成果物

• 設備信号から工程イベントへのマッピング表。各信号の意味、単位、更新タイミング、異常値の扱いを記載。
• 設備ID、オーダーID、作業指示ID、レシピ版、材料ロット、出力IDの対応図。
• 正常・異常・再加工・通信断・手修正を含む状態遷移図。
• サンプルのイベントデータと、シリアルからの逆引き、アラームからの順引きの画面またはAPI仕様。
• FATとSATの試験項目、期待結果、証跡の保存方法、未解決事項の判定基準。
• 運用担当者向けの不一致処理手順、マスター更新手順、復旧手順。

「タグ数無制限」「何でも接続可能」の表現は、工程イベントの品質を保証しません。むしろ見積比較では、どこまでが標準機能で、どこからが設備固有の解析・配線・PLC改修・オペレーター作業なのかを分けます。タイ工場では保全担当と製造担当の勤務時間が異なることもあるため、夜間のデータ欠損を誰が検知し、翌シフトで誰が補正するかまで運用設計に含めます。

FATで試すこと、SATで初めて分かること

FATは供給者環境で、設計した契約とソフトウェアが期待通りに動くかを確かめる場です。設備実機がなくても、PLC信号やスキャンを模擬してイベント生成と検索を試せます。SATは工場の実設備、配線、ネットワーク、作業者、実製品で同じ判定が成り立つかを確かめます。両方で「画面が表示された」だけを合格にせず、製品と設備の結合証拠を保存します。

試験で使う製品IDと設備イベントIDを記録し、期待結果と実際のエクスポートを添付します。アラーム影響範囲の判定では、アラーム開始時点に設備内にあったワーク、搬送中のワーク、再起動後の初品をどう扱うかをあらかじめ決めます。「問題品を漏らさない」だけを基準にすると、全ロットを一律に疑う実装でも合格してしまいます。反対に「狭く絞れる」だけでは漏れの危険があります。漏れを防ぎつつ、判断の根拠が説明できる範囲を合格条件にします。

受入基準は数値だけでなく証拠の形式まで決める

例えば「完了イベントの欠損ゼロ」と書くなら、対象期間、設備、計画停止、空サイクル、通信断の扱い、分母を決めます。誤結合率を測るなら、独立したスキャン記録や試験用ワークの正解表が必要です。検索応答時間を決めるなら、対象データ量と問い合わせの条件を記します。数値だけを契約に書くと、試験日に「何を数えるか」で議論になります。

実務では「合格」「条件付き合格」「未合格」の条件も文書化します。例えば、通信断後の再送が成功しても復旧まで影響品を検索できないなら、その間の運用手順が必要です。校正期限切れの計測器を検出できたとしても、関連製品を抽出できなければ品質対応は完結しません。SATで見つかった設備信号の意味の違いは、単なる表示修正ではなくイベント契約の変更として記録します。

導入の順序：一設備・一製品群で契約を実証する

最初から工場全体のタグと全品目を対象にすると、ID対応と例外処理が見えないまま接続だけが進みます。代表的な一工程を選び、品質問題の調査で本当に尋ねる問いを二つに絞ります。例えば「不良シリアルから設備条件を逆引きする」と「特定アラーム中に加工された品を順引きする」。この二問を実データで解けるところまでが第一段階です。

次に、工程図上で各IDが確定する瞬間をマークします。材料ロットはいつ設備へ投入されたと判断するか。作業指示は誰が設備へ送るか。レシピ改訂版は設備にロードされた値か、MES上の予定値か。工具交換をどの信号またはスキャンで確定するか。出力ロットはいつ付番されるか。問いを一つずつ現場へ持ち込み、記録できない欄を明らかにします。記録できない事実を画面で「正常」と見せないことが、導入初期の信頼を守ります。

その後にイベント契約、信号マッピング、例外ルールを凍結してFATへ進みます。SATでは一シフトの通常運転だけでなく、段取り替え、停止、再加工、通信断の代表場面を含めます。合格した契約を設備テンプレートにし、同型機へ横展開します。機種が違う場合は信号の名前を置き換えるだけでなく、「完了」や「良品排出」の意味が同じかを再確認します。

誰がどのデータを確定するか

設備メーカー、システムインテグレーター、工場の製造・品質・IT担当の責任分界も先に決めます。例えば設備メーカーはPLC信号の意味と更新条件を説明できても、その信号をどの製品に適用するかは工場の工程設計が決めます。ERP担当はオーダーIDの発番元を知っていても、現場でレシピが実際にロードされたかまでは保証できません。責任表には「提供するデータ」「変換する担当」「承認する担当」「障害時に最初に切り分ける担当」を書き、境界に名前のない項目を残さないようにします。

特にレシピ版と校正状態は、現在値を参照するだけでは過去の再現に失敗します。レシピが後日改訂されても、対象品のイベントには加工時点で適用された版を残します。計測器の校正記録が後で更新された場合も、加工時にどの校正状態を参照したかが分かるよう、有効期間または履歴への参照を保持します。これは変更管理システム全体を新設するという意味ではありません。工程イベントが当時の事実を指せるよう、既存の正本と適用時点を結ぶ作業です。

投資範囲を段階ごとに見積もる

見積は設備接続だけでなく、識別手段、PLC信号の追加、ゲートウェイ、イベント変換、MES/ERP連携、検索画面、データ保存、試験、教育、保守に分けます。設備メーカーから利用可能な信号一覧が出ていない場合、その解析は確定価格に埋めず調査工程として分ける方が比較しやすくなります。読み取り位置の変更や作業標準の改定が必要なら、設備費だけでなくライン停止と教育の負荷も計画に入れます。価格を低く見せるために例外処理やSATを省くと、公開後に品質担当が使えない履歴が残ります。

最初の設備で得たイベント契約を横展開する際は、設備の類似度で工数を区分します。同型PLCかどうかだけでは不十分です。同じ「加工完了」信号でも、一方は加工終了時、もう一方は排出完了時に立つなら、製品との結合ルールを変える必要があります。横展開の受入試験もゼロにはせず、各機種で代表的な正常、停止、再加工を再確認します。追加設備の見積には、共通部品を再利用できる部分と個別のマッピングを要する部分を分けて提示してもらいます。

運用開始後に見るべき品質指標

稼働率だけでは履歴品質を測れません。運用会議では、製品IDへ結合できなかった工程イベント、製品IDはあるが設備実績がない行、時刻同期の異常、手動補正、再送の遅延、未解決のアラーム影響範囲を件数と原因で見ます。増減の評価は設備・品種・シフトの構成を考慮します。ゼロ件に見える場合も、異常を検知する機能自体が停止していないか確認します。改善項目は信号、作業手順、マスター、システムロジックに分けて担当者へ戻します。

日々の品質会議で使える検索結果にする

現場で検索結果を使う担当者は、単に長いイベント一覧を読む時間がありません。製品IDを入力したときは、まず加工工程の順序、各設備の資産ID、加工日時、判定結果、未照合の有無を一覧で示し、必要に応じて実測値と生ログへ掘り下げられる構成が実用的です。アラームから検索するときは、疑わしい製品の一覧とともに「どの規則でこの製品を含めたか」を示します。アラームの時刻と加工窓が重なったのか、同じ設備内で停止したのか、再起動後の初品として含めたのかを区別しなければ、品質担当は出荷保留の根拠を説明できません。

検索結果をCSVで出せる場合も、画面と異なる判定ロジックを使わないことが大切です。エクスポートには検索条件、実行日時、イベント契約の版、未照合件数を添えます。後日同じ調査を再実行したとき、手修正によって結果が変わる可能性があるため、調査時点の結果と修正後の結果を区別できるようにします。これにより「以前の報告と現在の画面が違う」場合でも変更経緯を追えます。

設備イベントの品質を上げる仕事はシステム導入日で終わりません。新しい品種、金型、作業指示、設備改造が入ったときに、既存のイベント契約がそのまま適用できるかを確認します。変更のたびに全項目を設計し直す必要はありませんが、製品IDの確認点、完了信号の意味、レシピ版の取得元、例外の処理は再確認します。ここを運用変更のチェック項目に組み込むと、導入直後だけ正確で数か月後に意味がずれた履歴になる事態を防ぎやすくなります。

よくある質問

生産設備 トレーサビリティはPLCの全データを保存すれば実現しますか？

いいえ。必要なデータを保管しても、どの作業指示、製品、材料ロットに適用されたかが不明なら、製品履歴として使えません。イベントID、設備・ジョブ・製品の識別子、工程境界、実際の条件、例外処理を契約で結びます。生の時系列データは詳細調査の証拠として残し、製品との結合結果を別に持つ構成が考えられます。

既設設備にシリアル読取がない場合、個体追跡を諦めるべきですか？

設備の前後にスキャナーやセンサーを追加できるか、搬送順序を保証できるかをまず調べます。保証できないなら、時間窓とロット単位の追跡を採用し、その粒度での影響範囲を顧客と合意します。シリアルを推定で割り当てる場合は、確定履歴と区別し、不一致時の保留手順を設けます。

設備トレーサビリティのRFPでは何をベンダーに試してもらいますか？

一つの製品IDから材料、設備、ジョブ、レシピ版、条件、工具・校正状態、アラームを逆引きする試験と、一つの設備アラームから対象出力を順引きする試験を求めます。正常運転に加え、レシピ切替、通信断、重複再送、再加工、読取失敗を含め、入力データと期待結果を渡してください。

FATで合格すれば現場SATは省略できますか？

省略しない方がよいです。FATは模擬信号を使って仕様を確かめる一方、SATは実設備の信号意味、配線、ネットワーク、時計、搬送遅れ、作業手順を検証します。工場側の条件がイベント契約を変えることもあります。現場での証拠を残して初めて、品質調査に使えると判断できます。

まとめ

生産設備 トレーサビリティの調達では、接続台数やタグ数を成果指標の中心に置かず、製品IDから設備履歴を再構成できるイベント契約を先に決めます。設備資産、作業指示、レシピ版、時間窓、実測値、工具・校正状態、アラーム、材料と出力の関係を、工程の粒度に合わせて結びます。そしてFAT/SATでは正常時だけでなく、切替、停止、再送、再加工、不明品を試し、検索結果と証跡を保存します。

タイ工場で既設設備とMES・ERPの間にある履歴の欠けを整理したい場合は、対象設備一台の工程図と現在のスキャン位置から検討を始められます。TOMAS TECHへのお問い合わせでは、RFP前の段階でも、どのイベントを取得し、何を受入条件にすべきかをご相談いただけます。

参考情報

• OPC Foundation: OPC UA for Machinery, Part 1 — 機械情報モデルの基礎。
• OPC Foundation: OPC UA for Machinery, Part 3 Job Management — 機械上のジョブ管理の参照。
• OPC Foundation: OPC UA for Machine Tools, Part 1 — 工作機械監視とジョブ管理の参照。
• International Society of Automation: ISA-95 — 企業・制御システム統合と設備階層の説明。
• GS1: EPCIS and CBV — 製品・資産の可視性イベントの説明。
• GS1: EPCIS 2.0.1 specification — イベントの情報要素を確認するための規格本文。

*注：本稿のイベント項目と試験例は実装設計の提案であり、上記規格が全項目を一律に義務付けるという意味ではありません。顧客契約、製品規制、品質システムに応じて必須項目と保存期間を確認してください。*