タイ工場でシリアル番号管理システムを導入する目的は、ラベルを印刷することではありません。「どの個体が、どの材料・設備・作業・検査を経て、いまどこにあり、異常時に何を止めればよいか」を、現場で再現できる証拠として残すことです。番号体系、バーコードやRFID、イベントデータ、MES・ERP・QMS連携、再発行、手直し、FAT/SAT、運用責任までがつながって初めて、検索できる製造履歴になります。
本稿は、タイの製造拠点で個体管理をRFPに落としたい工場長、品質、生産技術、IT/OT、調達担当者向けの実行ガイドです。GS1 General Specifications Release 26.0、EPCIS 2.0.1、ISO/IEC 15459-4:2008、EUのESPR、米国FDAの食品トレーサビリティ資料、GS1 Thailandの2026年資料を参照します。ただし、特定規格の採用や法令適合を記事だけで断定するものではありません。対象製品、輸出先、顧客要求、タイ法令、契約条件を案件ごとに確認してください。
シリアル番号管理システムの前に識別階層を分ける
最初の設計会議で「シリアル」「ロット」「パレット番号」を同じIDとして話すと、後工程で必ず矛盾します。それぞれが答える問いが違うためです。製品クラスは「何という品種か」、個体は「どの一台・一個か」、ロットは「どの生産群に属するか」、物流単位は「どの箱・パレットとして運んだか」を表します。
| 識別階層 | 答える問い | 代表的な識別子 | 管理上の注意 |
|---|---|---|---|
| 製品クラス | 何という品種か | GTIN、社内品目コード | 一個の現物とは限らない |
| 個体 | どの物理個体か | GTIN＋serial、社内個体ID | 発行主体と品種を含む一意性が必要 |
| バッチ／ロット | どの生産群か | lot/batch ID | ロット履歴だけでは個体別の差を示せない |
| 物流単位 | どの箱・パレットか | SSCC、社内物流単位ID | 中身の個体は積替えで変わり得る |
| イベント | 何がいつどこで起きたか | event ID＋対象ID | 現在ステータスだけでは履歴を復元できない |
同じ個体が、ある製造ロットに属し、途中で別のトレーやパレットへ積み替えられることは普通です。したがってデータモデルは、個体ID、ロットID、物流単位IDを別項目として保持し、その時点の所属関係をイベントで記録します。「パレット番号を読めば全数の個体が分かる」のは、梱包イベントと積替え・抜取り・追加の履歴が正しく閉じている場合だけです。
データベースの主キーを短いserialだけにするのも危険です。複数工場、複数ブランド、仕入先採番、品種変更をまたぐと同じ文字列が現れます。発行主体または名前空間、製品クラス、シリアル番号の組合せを論理キーとし、検索用の内部UUIDを別に持つ設計を検討します。何が一意かを「経験上、重複しない」で済ませず、識別子ポリシーとして承認します。
ISO/IEC 15459-4:2008は、個々の製品と製品包装の識別子に関する規格です。ここから得るべき設計上の示唆は、識別子の発行と一意性を統治することです。公開概要だけから、有償規格の詳細要件を再構成したり、特定のデータベース構造が認証済みだと主張したりはできません。採用を契約条件にする場合は公式規格本文を入手し、発行主体、対象、データ構文、他の15459規格との関係を専門家と確認します。
GTINとシリアル番号をどう組み合わせるか
GS1 General Specifications Release 26.0では、Application Identifier（AI）01がGTIN、AI 21がシリアル番号を表し、AI 21のデータフィールドは最大20文字です。人が読める表記では(01)、(21)のように括弧を付けますが、括弧は通常、バーコードにデータ文字として入れるものではありません。実際のエンコードは使用するシンボル、FNC1、可変長フィールドの区切りなどGS1の仕様と検証ツールに従います。
ここで重要なのは、シリアル番号単独ではなく、どの製品クラスのシリアルかを一緒に解釈することです。例えばGTIN＋serialなら、「何の製品の、どの個体か」を表せます。一方、AI 10はバッチ／ロット、AI 17は有効期限の例です。GS1 Thailandが2026年に公開したヘルスケア実装資料でも、AI 01、10、17、21の組合せが紹介されています。ただし、これはタイで公開された実装例であり、すべての一般製造業に同じAI構成が義務付けられるという意味ではありません。
番号体系のRFP要求項目
| 要求 | RFPで決める内容 | 曖昧なまま進めた場合の故障 |
|---|---|---|
| 発行主体 | 本社、各工場、仕入先、委託先の誰が採番するか | 同じ番号を複数拠点が発行する |
| 一意性範囲 | 品種内、法人内、グループ内、顧客空間内 | 統合後に重複が見つかる |
| 文字集合・長さ | 数字のみか英数字か、大小、禁止文字、先頭ゼロ | 装置やERPで切捨て・変換される |
| 再利用 | 永久不再利用か、条件付きか | 旧履歴と新個体が混ざる |
| 発行タイミング | 指図発行、投入、完成、検査、梱包のどこか | 未使用番号や後付け番号が増える |
| 外部ID | GTIN、顧客番号、仕入先番号との対応 | ラベルごとに別の「正本」ができる |
| 廃止・無効化 | 予約取消、印刷失敗、廃棄時の状態 | 欠番を不正と誤認、または不正流用する |
| 監査証拠 | 誰が、いつ、どの端末で、なぜ行ったか | 再発行や修正の説明ができない |
番号に工場、年月日、ライン、品種を詰め込めば便利に見えます。しかし、設備移管や品番変更で意味が崩れ、桁不足と採番ロジックの分散を招きます。シリアルは意味を持たない一意キーとし、工場や品種など変わり得る属性をマスタ・イベント側に置く設計も比較してください。意味を埋め込む場合は、変更規則、将来桁、タイムゾーン、日跨ぎ、再稼働時の採番を試験条件にします。
トレーサビリティバーコードとRFIDを工程で選ぶ
バーコードかRFIDかは、技術の優劣ではなく読取り条件で決めます。ラベルを一枚ずつ見せられ、低コストで人が目視確認する工程には1Dや2Dコードが合います。複数タグを見通しなしで読みたい、搬送中に自動認識したい、耐久タグへ情報を書きたい工程ではRFIDが候補になります。ただし、金属、液体、タグ向き、反射、読取ゾーン、隣接ライン、電波規制、タグ脱落を実物で評価しなければなりません。
| 観点 | 1Dバーコード | 2Dコード | RFID |
|---|---|---|---|
| 見通し | 必要 | 必要 | 原則不要だが電波条件に依存 |
| 情報量 | 比較的小さい | より多い | タグ種別により可変 |
| 複数同時読取 | 基本は一枚ずつ | 基本は一枚ずつ | 可能だが過読・漏読設計が必要 |
| 人の目視 | 印字併記しやすい | 印字併記しやすい | EPC等を人可読で併記する設計が必要 |
| 現場リスク | 汚れ、傷、曲面、照明、焦点 | 小セル、印字品質、反射、歪み | 金属・液体、向き、干渉、デッドゾーン |
| 検証 | シンボル品質、実機読取、データ構文 | 同左 | ゾーン、出力、アンテナ、タグ位置、誤読 |
「RFIDなら100%読める」「2Dなら壊れない」といった表現は避けます。必要読取率は工程リスクと救済方法を含めて定義し、実ワーク、最悪姿勢、汚れ、速度、隣接品、満載状態でPoCします。読めなかった場合にラインを止めるのか、手動ステーションへ送るのか、後で補完できるのかを先に決めます。平均値だけでなく、連続漏読、誤った対象の読取り、同一コード二重読取りを試験します。
ラベル材料もシステム要件です。接着面、温度、油、水、薬品、摩擦、屋外、洗浄、塗装、熱処理、製品寿命、リサイクルを確認します。印字直後に読めても、顧客到着時に剥がれるなら追跡は成立しません。直接刻印、レーザーマーク、耐久ラベル、再剥離ラベル、埋込みタグをライフサイクルで比較し、製品安全とリサイクル要求も含めて承認します。
個体管理システムはイベントデータで作る
個体台帳に「完成」「出荷済」と上書きするだけでは、製造履歴管理になりません。必要なのは、対象、時刻、場所、工程、処理、状態、責任、理由をイベントとして追加し、後から当時の状態を再現できることです。最低限、次の問いに答えられるイベントモデルを設計します。
- What: どの個体、ロット、物流単位が対象だったか。
- When: 装置時刻とシステム受信時刻はいつか。タイムゾーンは何か。
- Where: どの工場、ライン、工程、設備、保管場所か。
- Why: 製造、検査、手直し、梱包、出荷など、どの業務ステップか。
- Who/How: 誰またはどの設備・アプリケーションが記録したか。
- Result: 合否、数量、測定、状態、理由、関連指図は何か。
GS1 EPCIS 2.0.1は、サプライチェーン可視化のイベントデータを表現・共有するための標準です。ObjectEvent、AggregationEvent、TransformationEvent、AssociationEventなどの考え方により、物の観測、箱やパレットへの集約、材料から製品への変換、持続的な関連付けを表現できます。ただしEPCISは採番エンジンではなく、ERPの品目マスタ、MESの実績、QMSの判定を自動的に正しくするものでもありません。どのイベントを、どのIDで、誰が正本として発行するかを別に決める必要があります。
工程イベントの最小例
| イベント | 対象 | 必須にしたいデータ | 失敗時の扱い |
|---|---|---|---|
| ID予約 | 製品クラス＋serial | 発行元、発行時刻、指図、状態 | 再試行しても重複発行しない |
| ラベル発行 | ラベルID＋対象個体 | テンプレート版、プリンタ、回数 | 未貼付と貼付済みを分ける |
| 貼付・検証 | 個体＋読取ID | 読取値、工程、照合結果 | 不一致は隔離し理由を残す |
| 工程完了 | 個体 | 工程、設備、レシピ版、時刻 | 二重送信を冪等化する |
| 検査 | 個体またはロット | 特性、値、単位、規格版、判定 | 再検査は旧結果を消さない |
| 手直し | 個体 | 不良、処置、作業者、再検査 | 元履歴と処置を連結する |
| 梱包 | 個体→物流単位 | 親子関係、数量、場所、時刻 | 抜取り・追加を差分イベント化 |
| 出荷 | 物流単位と内包個体 | 出荷先、伝票、時刻、状態 | 未承認・隔離品をブロック |
イベントには一意なevent IDを持たせ、端末やPLCからの再送で同じ実績を二重登録しないようにします。オフライン時はローカルに安全にバッファし、復旧後の順序と競合を処理します。PLC時刻、端末時刻、サーバー時刻がずれると工程順が逆転するため、時刻同期、タイムゾーン、許容差、受信時刻の保存を要求します。「ネットワークが切れたら紙に書く」場合も、復旧後の入力責任、二重登録防止、原票保管をSOPにします。
製造履歴管理をMES・ERP・QMSへ分担する
すべてを一つのシステムへ押し込むより、各データの正本を決め、責任ある連携にします。一般的な役割分担のたたき台は次の通りですが、既存システムと統制に合わせて調整します。
| システム | 正本候補 | 受け取るもの | 返すもの |
|---|---|---|---|
| ERP | 品目、BOM、指図、顧客、受払、出荷 | 完成・消費・廃棄実績 | 指図、品目、ロット、出荷条件 |
| MES | 個体進捗、工程実績、設備・作業履歴 | 指図、品質判定、設備データ | 完成、消費、個体履歴、停止理由 |
| QMS | 検査規格、不適合、処置、承認 | 個体・ロット、測定結果 | 保留、解除、手直し・逸脱承認 |
| WMS | ロケーション、荷姿、入出庫、物流単位 | 出荷条件、製造完成 | 梱包、積替え、出荷実績 |
| ラベル管理 | テンプレート、版、プリンタ、発行証跡 | 品目・顧客・個体データ | 発行、再発行、検証結果 |
| データ基盤/EPCIS | 共有イベント、外部照会 | 各正本の承認イベント | 標準化した可視化・照会データ |
連携仕様書にはフィールド対応だけでなく、所有者、作成条件、更新条件、拒否条件、再送、順序、タイムアウト、アラート、手動補正、監査ログを記述します。例えばQMSが「保留」を出した直後にMESが工程完了を送った場合、ERPは完成計上してよいのか。ネットワーク復旧後に古い「合格」が新しい「不合格」を上書きしないか。正常系の矢印だけではなく、競合と遅延を状態遷移で試験します。
製造履歴を一画面で見せる場合も、元データの所在と取得時刻を表示します。検索画面のキャッシュが古いのか、QMSの正式判定なのか分からなければ、出荷判断に使えません。個体ページから、材料ロット、設備、レシピ、作業者、検査、逸脱、手直し、梱包、出荷へたどれ、逆に不良材料ロットから影響個体を検索できる双方向性が重要です。
関連する費用構造を先に整理したい場合は、タイ工場のトレーサビリティシステム費用ガイドを参照してください。導入事例から段階設計を比較する場合は、タイ製造業のトレーサビリティ導入事例も参考になります。
再発行を印刷ボタンの権限だけで終わらせない
再発行は、シリアル番号管理で最も監査リスクが高い操作の一つです。同じ個体に同じラベルを再印刷するのか、未使用ラベルを破棄して新しい番号を発行するのか、現物の識別を置換するのかで意味が違います。
再発行の状態を分ける
- 印刷前の予約取消: IDは予約されたが媒体は作られていない。取消理由と再利用可否を記録する。
- 印刷失敗: 媒体は出た可能性がある。印刷枚数、プリンタ応答、失敗媒体の回収を記録する。
- 貼付前の再印刷: 同一内容を再印刷する。旧媒体を無効化・破棄し、枚数を照合する。
- 貼付後の交換: 現物に結び付いた識別媒体を交換する。旧コード、新コード、対象個体、承認者を連結する。
- 個体IDの置換: 原則例外。顧客・法令・業務ルールに沿い、旧新IDの関係と理由を永久に追跡する。
再発行画面では、理由コード、自由記述、権限、二者承認の要否、対象現物の再読取り、旧ラベル回収、印刷カウンタ、端末、時刻を保持します。管理者がデータベースを直接更新する運用は避け、緊急修正にもチケットと事後承認を付けます。再発行回数、時間帯、担当者、プリンタ別の偏りをKPIにすれば、媒体品質、教育不足、不正利用の兆候を検出できます。
分割・結合・積替えでロット追跡を壊さない
原材料ロットを複数の仕掛ロットに分け、複数ロットを混合し、完成品を箱やパレットへ集約する工程では、親子関係を上書きしてはいけません。分割は元ロットの数量を減らし、子ロットを作るイベント、結合は複数入力と一つ以上の出力を結ぶ変換イベントとして記録します。個体のシリアル番号は、単に箱を替えたから変えるものではありません。
数量収支も必要です。入力、良品、仕掛、サンプル、廃棄、残量の合計が説明できるかを確認します。ただし重量や液体、蒸発、歩留まりを扱う工程では、整数の個数と同じ厳密一致を要求できません。単位、換算、許容差、計量器、丸めを工程別に定義します。
梱包後の抜取りでは、「パレットの中身リスト」を直接編集せず、対象個体を親物流単位から外すイベントを追加します。追加、積替え、再梱包も同様です。これにより、出荷時点で何が入っていたかと、現在何が入っているかを分けて再現できます。RFIDゲートで複数読取りする場合も、読めたタグ集合をそのまま確定せず、予定内容、読取ゾーン、重複除去、例外確認を経て梱包イベントに昇格させます。
手直し・修理・交換の履歴を一本につなぐ
手直しは新しいシリアルを発行して問題を隠す工程ではありません。原則として同じ物理個体のIDを維持し、不適合、処置指示、作業、交換部品、再検査、承認を追加イベントとして残します。部品を交換した場合は、親製品と取外し部品・取付け部品の関係を時点付きで記録します。
一方、破壊・再製造・法的な再認証などにより新しい個体として扱う必要がある場合は、承認済みルールで後継IDを発行し、旧IDを「置換済み」として新IDへリンクします。旧履歴を削除しません。保証修理では、出荷時構成、返却時構成、修理後構成を区別できることが重要です。
手直しループが何度も回ると、現在工程だけを見る画面では永久に滞留して見えます。イベント列から一回目・二回目の検査と処置を区別し、許容回数、特別承認、再検査項目、スクラップ条件をワークフローで制御します。QMSの承認前にMESが次工程へ送れないインターロックも、通信断と緊急運用を含めて試験します。
ESPRのデジタル製品パスポートを先走って断定しない
EU Regulation (EU) 2024/1781、いわゆるESPRは、製品の環境配慮設計要求とデジタル製品パスポート（DPP）の枠組みを定めます。Articles 9–10は製品パスポートとその要件を扱いますが、「すべての製品に今すぐ個体シリアルのDPPが必要」と読むのは正確ではありません。対象製品、データ、アクセス、データキャリア、識別の粒度などは製品別のdelegated actに依存し、モデル、バッチ、アイテムのどのレベルになるかも対象措置で決まります。
したがって、現在のシリアル番号管理では、将来の外部要求に耐える基礎を作ります。製品クラス、個体、ロット、事業者、施設、イベントを分離し、外部識別子との対応を保持し、データ項目の出典、責任者、有効期間、アクセス区分を管理します。二次元コードを貼っただけ、URLを作っただけではDPP適合を意味しません。対象delegated actが出た段階で、要求データ、粒度、キャリア、レジストリ、アクセス、更新・保存を正式にギャップ評価します。
FDAの例は食品ロットレベルの演習として読む
米国FDAのFood Traceability Ruleは、Food Traceability Listに含まれる一定の食品を扱う者を対象に、Critical Tracking Events（CTE）に結び付くKey Data Elements（KDE）の記録を求める規則です。FDAは当該規則を2028年7月20日より前には執行しない意向を示しています。これは一般の自動車、電機、機械工場に同じ義務があるという意味ではありません。
FDAが2026年に公開したトレーサビリティ準備のtabletop exercise報告と更新FAQには、規則の対象文脈で要求情報を電子的なソート可能スプレッドシートとして24時間以内に提供する準備が扱われています。この例から学べるのは、デモ画面が速いことではなく、異なる部署・取引先に散ったロットイベントを、指定範囲で正確に抽出できるかを机上演習する重要性です。
食品工場で対象性がある場合は、FDA原文と専門家判断に基づいてCTE/KDE、traceability lot code、記録保存、提出形式を設計します。一般製造業でも「特定材料ロットの影響個体と出荷先を24時間以内に説明する」といった社内演習を自主目標にできますが、それをFDA義務とは表示しません。時間目標は顧客リスク、製品安全、回収手順に基づいて承認します。
タイ工場のRFPに入れるシステム要求
RFPは「バーコードでトレースできること」の一行では比較できません。同じ現場範囲、データ、例外、受入試験を各社へ配布し、適合、部分適合、非適合、要確認を要求IDごとに回答させます。
RFP要求パック
| 要求群 | 記載する内容 | 受入証拠 |
|---|---|---|
| 対象範囲 | 工場、ライン、品種、工程、取引先、既設 | 境界図、対象一覧、除外一覧 |
| 識別子 | 発行主体、一意性、GTIN/serial/lot/SSCC、再利用 | 採番試験、重複試験、移行試験 |
| 媒体 | 1D/2D/RFID、材質、位置、耐久、読取ゾーン | 実ワーク環境試験、品質検証 |
| イベント | 工程、状態、時刻、場所、理由、親子・変換 | シナリオ別イベント記録 |
| 例外 | 再発行、分割結合、手直し、廃棄、オフライン | 異常注入、復旧、監査証跡 |
| 連携 | ERP/MES/QMS/WMS/PLC、正本、API、再送 | インターフェース試験、照合 |
| 性能 | 同時端末、ピーク、検索、保存、可用性 | 合意負荷での測定結果 |
| セキュリティ | 役割、最小権限、監査、暗号化、遠隔支援 | 権限試験、ログ、脆弱性対応方針 |
| 運用 | マスタ、版、教育、サポート、バックアップ | SOP、教育評価、復元試験 |
| 引渡し | 構成、ソース、設定、ライセンス、文書 | 文書台帳、バックアップ、管理権限 |
性能値は「高速」と書かず、工場のピーク条件を測って設定します。例えば、シフト開始時の一括ログイン、梱包場の同時読取り、月末出荷、履歴一括検索、外部連携停止中のキュー量です。保存年数も記事で一律に決めず、製品寿命、保証、顧客契約、法令、訴訟保全、ストレージ費用を基にデータ種類ごとに決めます。
セキュリティでは、操作者、班長、品質、保全、IT、ベンダーの役割を分けます。製造実績の削除、合否変更、再発行、時刻修正、マスタ公開、ユーザー作成は同じ権限にしません。ベンダー遠隔接続には承認、期限、多要素認証、操作ログ、緊急停止を設けます。バックアップは取得成功ではなく、隔離された環境への復元と、アプリ・DB・ラベルテンプレート・端末設定が整合することを確認します。
30日PoCで技術と運用を同時に試す
30日PoCは業界標準の納期ではなく、意思決定用の計画例です。全工場を模擬するのではなく、失敗すると設計を変える重要仮説を選びます。代表一品だけで成功させず、最悪条件の媒体、姿勢、速度、ネットワーク、例外を入れます。
| 期間 | 活動 | ゲート |
|---|---|---|
| 1–5日 | 現場観察、ID・イベント・責任境界、現状値 | PoC要求、試験データ、合否基準 |
| 6–10日 | ラベル／タグ候補、プリンタ・読取、簡易連携 | 媒体と読取ゾーンの成立性 |
| 11–17日 | 正常工程、個体履歴、親子関係、検索 | End-to-endの証拠線 |
| 18–23日 | 再発行、重複、分割結合、手直し、通信断 | 例外と監査の成立性 |
| 24–27日 | ピーク負荷、権限、バックアップ・復元 | 性能・統制・回復性 |
| 28–30日 | 結果、残課題、TCO、展開設計、Go/No-Go | 承認記録と次段階RFP |
PoC合否はデモの印象ではなく、試験ケースで記録します。対象ワーク、ラベルロット、タグ位置、読取距離、速度、アンテナ出力、ソフト版、ネットワーク条件、期待結果、実結果、ログ、逸脱を残します。RFIDなら満載・空載、金属・液体、隣接ゾーン、複数タグ、タグ欠落を含めます。2Dなら印字濃度、曲面、汚れ、照明、角度、移動、最小セル、検証器と実スキャナの双方を確認します。
「読取率99.9%」のような数字を出すなら、分母、試行回数、再試行、手動救済、誤読の扱いを明示します。本稿では架空のベンチマークを置きません。目標は、見逃し・誤読が製品安全、品質、停止時間へ与える影響と、救済工程の能力から案件ごとに決めます。
FATで仕様と異常系を閉じる
FATはサプライヤー拠点で画面を見る会ではありません。RFP・URSの要求ID、データモデル、媒体、機器、連携、権限、例外、バックアップを、承認版の構成で検証します。実物または同等ワーク、量産相当のラベル・タグ、実プリンタ・スキャナ・リーダ、PLCや上位システムの模擬を使います。
FATの代表試験
- GTIN＋serial、ロット、物流単位を混同せず生成・読取り・検索できる。
- 最大桁、先頭ゼロ、英数字、可変長、禁止文字、未知コードを正しく扱う。
- 二重送信、タイムアウト、順序逆転、再起動でも実績を重複・欠落させない。
- ラベル詰まり、印刷失敗、貼付前再発行、貼付後交換を区別できる。
- ロット分割・結合、梱包・抜取り・積替えで数量と親子履歴を保てる。
- 不合格、保留、手直し、再検査、廃棄を承認ワークフローで制御できる。
- 権限のないユーザーが再発行、合否変更、マスタ公開、ログ削除をできない。
- バックアップから指定時点の構成を復元し、検索・印刷・連携を再開できる。
FAT記録には、環境、版、試験データ、期待値、実結果、スクリーンショットまたはログ、実施者、立会者、日時、逸脱、是正、再試験を付けます。未完了はパンチリスト化し、重大度、出荷可否、SATへの影響、責任、期限、支払条件を結びます。重大な識別重複や監査ログ欠落を「現地で直す」として無条件に先送りしません。
SATでタイ工場の現実条件を検証する
SATでは、実際の床、照明、温湿度、粉じん、油、電源、ネットワーク、作業動線、言語、シフト、上流下流設備で再確認します。FATで読めたコードも、現地の反射、振動、取付け角、搬送速度で読めないことがあります。RFIDは設備や在庫配置が変わると読取ゾーンも変わります。
現場受入では正常生産に加え、ネットワーク断、サーバー再起動、プリンタ交換、スキャナ故障、停電復旧、誤品投入、重複ラベル、ラベルなし品、保留品の出荷試行を実施します。操作者がタイ語SOPで起動、印刷、照合、例外処理を行え、班長が承認し、品質が履歴を検索し、ITが復元・アカウント管理できることを役割別に評価します。
FAT/SATトレーサビリティ表
| 要求ID | 目的 | FAT | SAT | 運用証拠 | 承認者 |
|---|---|---|---|---|---|
| ID-01 | 重複しない採番 | 競合・再送試験 | 実ネットワークで再確認 | 重複アラートと日次照合 | IT/品質 |
| MED-02 | 現物で安定読取 | 治具上の最悪条件 | 実ライン速度・環境 | 点検と救済実績 | 生産技術 |
| EVT-03 | 工程順と履歴 | 異常順序・再起動 | 上下位実接続 | 欠落・滞留監視 | MES担当 |
| QMS-04 | 保留品を流さない | 合否・権限試験 | 実出荷ブロック | 解除承認ログ | 品質 |
| REC-05 | 復旧できる | 検証環境へ復元 | 現地バックアップで演習 | 定期復元記録 | IT責任者 |
引渡し後の運用でシリアル番号管理を守る
量産開始後に番号体系、ラベルテンプレート、品目、設備、APIを変えると、過去と将来の履歴が切れます。変更要求では、目的、変更前後、対象、データ移行、後方互換、セキュリティ、教育、ロールバック、回帰試験を確認し、承認版を記録します。
引渡しパッケージには次を含めます。
- 識別子ポリシー、データ辞書、ER図、イベント定義、状態遷移、API仕様。
- 承認済みラベル・RFID仕様、テンプレート、プリンタ・リーダ設定、取付図。
- ERP/MES/QMS/WMS/PLCの責任境界、再送、キュー、監視、手動補正手順。
- ソース、ビルド情報、設定、ライセンス、管理アカウント、証明書の更新手順。
- FAT/SAT結果、既知制約、パンチリスト、データ移行・照合記録。
- 操作、再発行、分割結合、手直し、障害、バックアップ・復元のタイ語を含むSOP。
- 役割別教育、実技評価、サポート窓口、応答条件、予備品と保守計画。
運用KPIは「発行枚数」だけにしません。未使用番号、重複拒否、再発行率、読取失敗、手動補正、イベント滞留、時刻ずれ、マスタ不一致、検索時間、バックアップ・復元結果を追います。数値の悪化を操作者の責任にする前に、媒体、治具、工程能力、UI、教育、保全を調べます。異常を報告すると評価が下がる制度では、ログに出ない手作業が増えます。
タイの投資文脈は導入効果と混同しない
Thailand Board of Investmentの2026年上期発表では、Smart and Sustainable Industryの投資促進申請が132件、投資額は約172億THB（17.2 billion THB）と報告されています。これはタイで生産高度化への投資が続く文脈として参考になりますが、シリアル番号管理システムの導入件数、平均価格、補助金、ROIを示す数字ではありません。個別案件のBOI対象性、条件、申請時期、対象支出は、BOIまたは専門家へ正式に確認してください。
投資判断は、現状の追跡時間、隔離範囲、誤出荷、再ラベル、仕掛滞留、監査工数、回収演習、保証解析を実測し、同じ定義で導入後と比較します。効果を人員削減だけに寄せず、影響範囲の縮小、判断時間、証拠品質、顧客要求、事業継続も評価します。ライセンス、端末、媒体、保守、クラウド、ネットワーク、教育、マスタ運用、変更、データ保持、廃止をTCOへ含めます。
FAQ：シリアル番号管理システムのよくある質問
個体管理システムとロット追跡システムは何が違いますか？
個体管理は一台・一個ごとの履歴を追い、ロット追跡は共通の生産・材料グループを追います。どちらか一方ではなく、個体がどのロットに属したかを関係として保持します。パレットなど物流単位も別IDにし、梱包・積替えイベントで結びます。
シリアル番号は品番ごとに一意なら十分ですか？
単一工場内だけなら成立する場合もありますが、複数品種・工場・仕入先・顧客を統合すると衝突します。一意性の範囲、発行主体、再利用、外部IDとの組合せをポリシーで決めてください。データベースではserial単独でなく名前空間や製品クラスを含むキーを検討します。
トレーサビリティバーコードは1Dと2Dのどちらがよいですか？
必要データ量、印字面積、読取距離、搬送速度、汚れ、曲面、顧客要求で決めます。2Dは小面積に多くのデータを持てますが、印字品質と実環境での検証が必要です。人が読める文字も併記し、読めない時の救済工程を設計します。
トレーサビリティRFIDはバーコードより確実ですか？
一律には言えません。RFIDは見通しなし・複数読取りに利点がありますが、金属、液体、タグ向き、干渉、隣接ゾーンによる漏読・過読があります。実ワークと最悪条件でPoCし、予定内容との照合と例外処理を含めて評価します。
GS1のAI 01とAI 21を使えば海外顧客に対応できますか？
GTINとシリアルを標準的に表現する有力な方法ですが、顧客・業界・市場の全要求を自動的に満たすわけではありません。データキャリア、ラベル書式、AI、検証、登録、マスタ交換を顧客仕様とGS1公式資料で確認してください。
EPCIS 2.0.1を導入すればMESは不要ですか？
不要にはなりません。EPCISは可視化イベントの表現・共有に有効ですが、採番、作業指示、設備制御、品質承認、在庫会計の責任を代替しません。MES、ERP、QMSなどの正本から承認イベントを生成し、目的に応じて共有します。
再発行で同じシリアル番号を印刷してよいですか？
業務状態によります。貼付前の印刷失敗と、貼付後の現物ラベル交換では統制が違います。旧媒体の回収、理由、承認、印刷回数、現物再読取り、旧新関係を監査ログに残し、現場が判断に迷わないSOPを作ります。
30日PoCで本番導入まで終わりますか？
30日は本稿の仮説検証例であり、本番完了の保証ではありません。対象工程を絞り、媒体、読取り、イベント、連携、例外、権限、復元の重要仮説を検証します。結果を基に全体RFP、移行、FAT/SAT、教育、展開計画を確定します。
FDAの2028年7月20日はタイの一般工場にも適用されますか？
一般製造業への一律期限ではありません。FDA Food Traceability RuleはFood Traceability Listの一定の食品を扱う対象者の規則です。食品サプライチェーンで対象性がある場合は、FDA原文と専門家判断で確認してください。他業種は追跡演習の考え方を任意で参考にできます。
デジタル製品パスポートには個体シリアルが必須ですか？
一律ではありません。ESPRの製品別delegated actにより、対象製品、データ、キャリア、アクセス、モデル・バッチ・アイテムなどの粒度が決まります。将来対応には識別階層とイベントを分けておき、具体的措置が出た時点で正式にギャップ評価します。
まとめ：番号ではなく証拠線を調達する
シリアル番号管理システムの成果は、ラベル枚数や画面数ではありません。製品クラス、個体、ロット、物流単位を分け、採番の一意性を統制し、バーコード・2D・RFIDを現場条件で選び、製造・検査・手直し・梱包・出荷をイベントとして残すことです。MES、ERP、QMS、WMSの正本を決め、再発行、分割結合、通信断を異常系として設計し、PoC、FAT、SAT、復元演習で証拠を閉じます。
タイ工場で番号体系、RFP、30日PoC、MES/ERP/QMS連携のたたき台を作る段階でもご相談いただけます。TOMAS TECHは、現場の読取りから製造履歴、上位連携、運用受入までを一つの要求表に整理します。規格・法令・顧客適合は対象市場と製品に応じた専門家確認を組み込みます。お問い合わせはこちら。
参考一次情報
- GS1, GS1 General Specifications Release 26.0
- GS1, EPCIS and CBV Standard 2.0.1
- ISO, ISO/IEC 15459-4:2008 — Individual products and product packages
- European Union, Regulation (EU) 2024/1781 — ESPR
- U.S. FDA, Food Traceability Rule
- U.S. FDA, 2026 traceability-readiness tabletop report and updated FAQs
- GS1 Thailand, 5 Steps to GS1 Standards Implementation in Healthcare
- Thailand Board of Investment, 2026 H1 investment application release
*事実確認日：2026年9月1日。標準・法令・顧客仕様は意思決定直前に公式原文で再確認してください。*
