ラベル発行システム｜タイ工場のRFP・PoC実践

タイ工場でラベル発行システムを導入するとき、比較すべき対象はプリンターの速度だけではありません。誤った版の使用、承認前の発行、無制限な再発行、読み取れないバーコード、出荷時の品目違いまでを一つの証拠鎖で管理できるかが重要です。本稿では、版管理、承認、ラベルプリンター連携、印字検証、入出荷検品システムを閉ループにするためのRFP、PoC、受入、運用設計を解説します。

ラベル発行システムを「印刷ソフト」ではなく統制基盤として選ぶ

ラベルは、品目、ロット、数量、使用期限、届け先、規制情報などを、現物とデジタル記録の間で受け渡す媒体です。見た目が正しくても、旧版、誤ったマスタ、別ロットのデータで印刷されれば、その後のスキャンは誤りを忠実に高速化します。したがって、良いラベル発行システムは次の問いに答えられなければなりません。

• 誰が、どの注文・品目・ロットに対して、どの承認済み版を呼び出したか。
• ERPやMESなどのどのデータを、どの時点で固定して印刷したか。
• どのプリンター、設定、用紙、リボンで何枚発行したか。
• 廃棄や破損による再発行を、誰が、なぜ、何枚承認したか。
• 実際の印字が読み取れ、内容が業務データと一致したか。
• 梱包・出荷時に、ラベルと現物と出荷指示が一致したか。

本稿でいう閉ループとは、単に「印刷できた」状態ではなく、承認済み版の選択→権限付き発行→印字検証→貼付対象の照合→出荷ゲート→例外処理→監査証跡が一続きになっている状態です。バーコードそのものの採番や在庫追跡の基礎はバーコード管理システムの解説を、現場端末の選定はタイ工場のハンディターミナル導入ガイドも参照してください。本稿は、それらの上に載るラベル統制に焦点を絞ります。

先に固定すべき対象範囲と責任分界

RFPの前に、ラベルの種類と業務境界を棚卸しします。「全ラベル対応」とだけ書くと、ベンダーは得意な帳票印刷を示し、利用部門は製品ラベル、物流部門は配送ラベルを想定するため、PoC後に認識差が出ます。

責任分界では、業務オーナー、ラベル版オーナー、マスタオーナー、システム管理者、発行者、再発行承認者、品質判定者を分けます。同じ人が版を変更し、承認し、再発行までできる構成は、少人数拠点でも避けるべきです。人員が限られる場合は、金額や法規リスクではなく「変更」と「承認」、「通常発行」と「例外再発行」の分離を優先し、代行時の期限付き権限を用意します。

ラベル版管理と承認ワークフローの要件

版管理の目的は、ファイル名の末尾にv2を付けることではありません。有効な市場、品目、顧客、包装階層、施行日時を持つ承認済みオブジェクトとして扱い、古い版を現場が任意に選べないようにすることです。

ラベル版が持つべき属性

• 一意な版ID、版番号、状態（編集中、レビュー中、承認済み、廃止）。
• 適用品目、顧客、国・言語、包装階層、工場、ライン。
• 有効開始・終了日時と、切替時の仕掛品・旧包材の処置。
• 可変項目のデータ源、形式、桁数、必須条件、許容文字。
• バーコード種類、識別子、データ構文、最小サイズなどの設計条件。
• レビュー者、承認者、承認日時、変更理由、関連文書。
• 比較可能な差分、テスト印刷、検証結果、ロールバック先。

GS1 General Specificationsは、GS1識別キーやデータキャリアの利用要件を定める一次資料です。2026年1月公開のVersion 26.0を、採用するシンボル、データ構文、用途別仕様表を確認する現行参照点として扱えます。GS1 General Specifications 26.0 一方、GSCNには次版27.0に向けた2DやDigital Product Passport関連などの変更通知が掲載されています。これは将来変更の準備材料であり、通知された内容すべてを現在の必須要件と断定してはいけません。GS1 General Specifications Change Notifications

承認ワークフローで止めるべき変更

文字位置だけでなく、固定文言、翻訳、単位、法規記号、バーコードデータ、データソース、計算式、条件分岐、フォント、印字濃度や速度に影響する設定も変更対象です。軽微変更と重大変更を分類してもよいですが、「軽微だから無審査」ではなく、承認者数、証拠、テスト範囲をリスクに応じて変えます。

承認後にテンプレートを直接編集できないこと、緊急変更には期限と事後レビューがあること、ERPマスタ変更がラベル表示に与える影響を確認できることを受入テストに含めます。画面上の承認履歴だけでなく、誰がどの差分を見て承認したかを後から再現できることが重要です。

ラベルプリンター連携で確認する技術要件

ラベルプリンター連携は「Windowsから印刷できる」だけでは不十分です。工場では複数メーカー、異なるDPI、ネットワーク断、消耗品交換、プリントサーバー停止、現場の予備機切替が起きます。RFPでは次を具体化します。

Zebraの公式ドキュメントには、プリンターのZPL ModeとしてZPL IIとZPL互換の設定が説明されています。Zebra ZPL mode これは特定機種・メーカーの設定例であり、すべてのラベルプリンターがZPLで同じ動作をするという意味ではありません。RFPでは、採用予定機種のファームウェア、解像度、フォント、通信方式で実機確認します。

プリンターへの送信成功と、紙が正しく出たことは別です。システムのジョブID、プリンターの応答、検証機の読取結果、作業者の貼付確認を、注文番号や梱包IDなど一つの業務キーで結べる設計が望まれます。

印字検証はスキャナー読取テストだけではない

一般的なスキャナーで一度読めたからといって、バーコード品質が十分とは限りません。GS1 Supportは、印字バーコード品質の測定にISO/IEC 15426準拠のverifierを用い、GS1 General Specificationsの用途別symbol specification tablesに従って評価するよう案内しています。GS1 Support: printed barcode quality またGS1の検証ガイドは、検証を品質管理プロセスとして位置付けています。GS1 Barcode Verification Process

受入では、次の三層を分けます。

1. 内容検証：人が読める文字とエンコードデータが、ERP/MES/WMSの対象レコードと一致する。
2. 可読性確認：現場スキャナーやハンディで、想定距離、角度、速度、照明、包装状態でも読める。
3. 品質検証：必要な用途では、校正・管理されたverifierで規格に沿う評価を行う。

印字品質は、プリンターだけでなく、用紙、リボン、印字方式、速度、濃度、ヘッド摩耗、汚れ、静電気、曲面貼付、透明フィルム、ラミネート、低温・高温環境の組合せで変化します。そのため、PoCのきれいな事務所サンプルではなく、本番の資材、最小・最大データ、実際のライン速度、保管後のサンプルで確認します。

スマートフォンやタブレットを補助読取に使う場合、Google ML KitのBarcode Scanningは主要な1D/2D形式を端末上で処理でき、オフライン利用も可能と説明されています。Google ML Kit Barcode Scanning ただし、同ページにある一度の呼出しで扱うコード数などの記述はML Kit固有の実装条件です。産業用スキャナー、verifier、ラベル発行システム一般の上限として転用してはいけません。またスマートフォン読取は、規格適合の品質検証を代替しません。

再発行統制が誤出荷対策の弱点を塞ぐ

再発行は必要な機能ですが、最も悪用・誤用されやすい例外でもあります。作業者が「読めなかった」「紛失した」を選ぶだけで同じラベルを何枚でも再発行できれば、一つの製品IDやパレットIDが複数の現物に貼られる恐れがあります。

再発行の最小統制

• 元発行ジョブと再発行を同じIDで関連付ける。
• 理由コードに加え、自由記述、破損ラベルの回収確認、写真などをリスクに応じて求める。
• 数量上限、時間窓、役割別承認、シフト跨ぎの扱いを設定する。
• 再発行物にシステム上の世代を持たせ、旧ラベルの無効化状態を追えるようにする。
• 連番やSSCCなど再利用不可の識別子について、複製と再生成を区別する。
• 高リスク品や顧客固有ラベルは二者承認または品質部門承認にする。
• 再発行率、理由、担当者、機種、時間帯を定期レビューする。

ただし、すべての再発行を管理者承認にするとライン停止を招き、共有アカウントや抜け道が生まれます。重要度別に、低リスクは理由入力と上限、中リスクはリーダー承認、高リスクは品質承認というように層別化します。KPIも「再発行ゼロ」ではなく、正当な再発行を隠さず記録し、異常な集中や原因未解決を減らす方向に置きます。

入出荷検品システムと閉ループにする

ラベル発行だけを独立させると、正しいラベルが別箱に貼られる、箱の中身が入れ替わる、出荷指示変更後に旧ラベルが残る、といった誤出荷は防げません。入出荷検品システムとの閉ループでは、イベントを順番に管理します。

1. 受注・製造指図・出荷指示から、許可されたラベル版とデータを決定する。
2. 梱包IDや現物IDをスキャンしてから、その対象に限って発行する。
3. 印字直後に内容・可読性を確認し、合格ジョブだけ貼付へ進める。
4. 貼付後、製品、内箱、外箱、パレットの親子関係を登録する。
5. 出荷ゲートで、出荷指示、届け先、品目、ロット、数量、包装階層を再照合する。
6. 変更・取消・再梱包があれば、旧関連を無効化して再検品する。
7. 出荷確定時に、証跡をWMS/ERPへ返し、未完了や重複をブロックする。

誤出荷対策として重要なのは、警告を表示することではなく、不一致を原則ブロックし、例外解除に権限、理由、有効期限、承認を要求することです。オフライン運用が必要なら、端末に保持できる注文、版、数量、時間を限定し、再接続時の競合解消と二重出荷防止をテストします。

タイ工場で追加確認する言語・法規・運用条件

タイの工場では、タイ語、英語、日本語、顧客指定言語が同じ工程に混在し得ます。文字化けだけでなく、結合文字、フォント置換、禁則、単位、日付形式、仏暦・西暦、ローカル入力とERPコードの対応を実機で確認します。現場画面の表示言語と、製品ラベルに必要な言語を混同しないことも重要です。

医療機器は一般製造業と同じルールで扱えません。タイFDAのIVDラベルガイドでは、home useとprofessional useで言語要件を分け、primary packageからouter boxまでの全artwork、複数包装や品番に対する別ラベル、性能claimの根拠などを申請時に確認する考え方が示されています。Thai FDA IVD label guide これはタイのIVD医療機器の例であり、一般部品や食品など全製品へそのまま適用するものではありません。対象製品の当局、顧客契約、業界規格を、現地の品質・法務担当者と確認してください。

法規ラベルでは、システム要件に「規制対応済み」と書くだけでは不足します。どの表示が、どの製品・市場・包装階層に必要かをルールとして登録でき、根拠文書と版を結び、施行日前後の在庫を管理し、監査時に当時のラベルを再現できることを確認します。

RFPに入れるべき評価項目

RFPは機能の有無を尋ねるチェックリストではなく、重要シナリオをベンダーに実証させる文書にします。「対応可」だけで満点にせず、標準機能、設定、追加開発、外部製品、運用回避策を分けて回答させます。

価格比較では、ライセンスとプリンターだけでなく、テンプレート移行、インターフェース、現場端末、verifier、ネットワーク、教育、バリデーション、消耗品試験、運用保守、将来変更、撤退時のデータ出力を含む総費用を確認します。本稿は市場価格を提示しません。拠点数、ラベル数、規制、既存設備、可用性要件で大きく変わるためです。

PoCは「きれいに1枚印刷」ではなく失敗を試す

PoCの目的はデモの再現ではなく、重要な仮説とインターフェースを本番条件で否定可能にすることです。最低でも、正常系、境界値、障害、権限、変更、再発行、出荷取消を含めます。

推奨PoCシナリオ

1. ERP指図から承認済み版を自動選択し、最小・最大桁の可変データを印刷する。
2. 旧版、未来版、別顧客版、別包装階層を意図的に要求し、拒否されることを確認する。
3. 203dpiと300dpiなど異なる実機で、内容、寸法、読取、品質を比較する。
4. 用紙切れや通信断を発生させ、再送しても二重枚数にならないことを確認する。
5. ラベル破損の再発行、上限超過、権限不足、承認期限切れを試す。
6. 正しいラベルを誤った箱に貼り、貼付後または出荷ゲートでブロックする。
7. 出荷指示を変更・取消し、発行済みラベルと梱包関係を無効化する。
8. タイ語や顧客固有文字、最大データ、低品質資材、実ライン速度で確認する。
9. 監査ログから、一つの出荷を版、データ、プリンター、検証、承認まで逆引きする。
10. バックアップから復旧し、版、連番、未完了ジョブの整合を確認する。

PoCの数値は自社条件で決めます。たとえば「対象20シナリオ中、重大シナリオは全件合格」「高リスク不一致は100%ブロック」「再送試験で意図しない重複0件」「監査証跡の必須項目欠落0件」と置く場合、それは受入目標の例であり、業界標準値や効果保証ではありません。印字品質の等級や測定条件は、採用する規格・用途の要件に従って別途定義します。

UAT・受入判定を証拠ベースにする

受入は機能別の○×だけでは不十分です。重要業務シナリオ、非機能、運用準備、データ移行、例外対応を一つの判定表にまとめます。

• 重大度別の欠陥基準と、未解決で稼働可とする承認者。
• ラベル版・マスタ・ユーザー・プリンター設定の移行件数と照合結果。
• 性能、同時発行、ピーク時、スプール詰まり、ネットワーク遅延の試験。
• バックアップ、復旧、オフライン、フェイルオーバー、予備機切替。
• 権限、監査ログ、時刻同期、ログ保管、管理者操作。
• 現場教育、標準作業、再発行、廃棄、エスカレーション。
• 稼働後の初期流動管理、KPI、日次レビュー、終了条件。

受入証拠には、テストID、前提データ、期待結果、実結果、スクリーンショットやログ、印刷サンプル、検証結果、実施者、日時、欠陥IDを含めます。紙サンプルは時間と環境で変化するので、採取条件と保管方法も決めます。

KPIは印刷枚数ではなく閉ループの健全性を見る

印刷枚数が増えたことは成果ではありません。むしろ過剰印刷や再発行の兆候かもしれません。稼働後は次のような指標を、品目、ライン、シフト、プリンター、版、理由コードで分解します。

• 初回正しく発行されたジョブ比率。
• 旧版・不正版のブロック件数と原因。
• 内容不一致、不読、品質不合格の件数。
• 再発行率、上位理由、未回収旧ラベル、承認逸脱。
• 貼付後不一致、梱包親子不一致、出荷ゲートブロック。
• 誤出荷・ヒヤリハットと、検知された工程。
• プリンター停止、復旧時間、予備機切替、二重印刷。
• ラベル変更のリードタイムと緊急変更比率。

仮に「再発行率を月1%未満」と置くなら、それは自社の過去データとリスクに基づく目標例です。単一の数字を全ラインへ強制すると、作業者が破損を報告しなくなることがあります。件数だけでなく、正当性、集中、再発原因、旧ラベル回収を見ます。

導入ロードマップと役割

導入を安全に進めるには、全工場一斉展開より、代表的で観測可能な一つの製品群または出荷レーンから始めます。

1. 現状把握：ラベル、版、データ源、プリンター、例外、誤出荷履歴を棚卸しする。
2. 統制設計：RACI、版状態、承認、再発行、出荷ゲート、監査証跡を決める。
3. RFP・選定：必須シナリオと証拠形式を提示し、標準と追加開発を分ける。
4. PoC：本番資材、実機、実データ構造で正常・失敗シナリオを実施する。
5. 構築・移行：インターフェース、テンプレート、権限、監視、手順を整備する。
6. UAT・教育：現場、品質、物流、ITがE2Eで受入し、例外訓練を行う。
7. 限定稼働：KPIと日次レビューで安定性を確認し、拡張可否を判断する。
8. 横展開：差分を管理し、工場や顧客ごとに再検証する。

ITは接続と可用性、品質は版・規制・検証、製造は現物と工程、物流は梱包・出荷、マスタ担当はデータ品質、経営は許容リスクと投資判断を担います。ベンダーに責任を丸投げしても、承認権限や現物の正しさは自社に残ります。

よくある失敗と回避策

プリンター更新をシステム導入と呼ぶ

出力は速くなっても、旧版や誤データ、再発行、誤貼付は残ります。版・データ・検証・出荷までの業務キーを先に設計します。

Excelや共有フォルダを承認済み版の正本にする

コピーやローカル保存を止められず、有効時期や差分が曖昧になります。承認済み版を一元管理し、発行時に状態を再確認します。

PoCを事務所のデモ機で終える

資材、速度、照明、ネットワーク、文字、実データ量が違います。少なくとも最も難しい実条件をPoCへ入れます。

すべて警告で通す

警告疲れが起き、重要な不一致も無視されます。重大条件はブロックし、例外解除を記録します。

再発行を現場の善意だけに任せる

原因分析も重複ID防止もできません。元ジョブ、理由、枚数、承認、旧ラベル処置を結びます。

スキャナーで読めれば品質合格とする

一台・一条件の読取は品質検証ではありません。用途に応じてGS1仕様とverifierによる検証を設計します。

ラベル導入と入出荷検品を別プロジェクトにする

正しいラベルの誤貼付を見逃します。貼付対象と出荷指示までE2E受入します。

まとめ：ラベル発行から出荷証拠までを一つにつなぐ

ラベル発行システムの選定では、テンプレート作成や印刷速度より、承認済み版、正しい業務データ、権限付き発行、再発行統制、印字検証、現物照合、入出荷検品システムの出荷ゲートまでを追跡できるかを重視します。RFPは重要シナリオを証拠付きで回答させ、PoCでは通信断、旧版、誤貼付、再発行、取消といった失敗を実機・実資材で試します。受入後も、印刷枚数ではなく不一致のブロックと原因除去を測ることが、誤出荷対策につながります。

TOMAS TECHは、タイ工場の現状棚卸し、RFP作成、ラベルプリンター連携、ERP/MES/WMS接続、PoC・UAT、入出荷検品との閉ループ設計を支援します。製品や予算が未確定で、対象工程と要件を整理する段階からでもお問い合わせいただけます。

ラベル発行システムのFAQ

ラベル発行システムとは何ですか？

承認済みテンプレートとERP/MES/WMS等のデータを組み合わせ、権限と履歴を伴ってラベルを発行する仕組みです。工場用途では、版管理、プリンター状態、再発行、印字検証、貼付・出荷照合まで含めて評価します。

ラベルプリンター連携で最初に確認することは何ですか？

採用機種、DPI、印字言語・ドライバー、通信、状態取得、再送時の二重防止、フォントと文字コードを確認します。「印刷可能」ではなく、障害から復旧したときのジョブと枚数まで試験します。

入出荷検品システムと連携する利点は何ですか？

ラベルが正しいだけでなく、貼付対象、梱包親子、出荷指示、届け先、品目、ロット、数量の一致を出荷前に確認できます。正しいラベルを誤った箱へ貼るタイプの事故に有効です。

誤出荷対策で再発行を禁止すべきですか？

禁止ではなく統制が必要です。元ジョブとの関連、理由、数量上限、役割別承認、旧ラベル回収・無効化を記録します。リスク別に承認レベルを変え、現場を止めすぎない設計にします。

バーコードが読めれば印字検証は合格ですか？

必ずしもそうではありません。内容一致、現場読取、規格に沿う品質検証は別です。用途で求められる場合はISO/IEC 15426準拠のverifierとGS1の仕様表に基づき評価します。

PoCでは何枚印刷すれば十分ですか？

一律の枚数はありません。品目、文字、データ長、プリンター、資材、速度、環境、障害の組合せをカバーできるように設計します。きれいな正常サンプルを増やすより、旧版、通信断、再送、誤貼付、取消を含むシナリオが重要です。

RFPで価格以外に比較すべき点は何ですか？

版管理・承認、データ整合、プリンター状態、印字検証、再発行、検品閉ループ、監査証跡、可用性、権限、移行、保守を比較します。標準機能か追加開発か、将来変更時の費用と責任も分けて確認します。

タイ語ラベルで注意することは何ですか？

結合文字、フォント置換、改行、日付・単位、ERPコードとの対応を実機で確認します。製品別の言語要件は業界や規制で異なるため、タイFDAの医療機器例を一般製品へそのまま当てはめず、対象当局と品質担当に確認します。

稼働後にどのKPIを見るべきですか？

初回正発行、旧版ブロック、内容不一致、不読、再発行、未回収旧ラベル、貼付・梱包不一致、出荷ゲートブロック、プリンター停止、変更リードタイムを見ます。平均だけでなくライン、シフト、版、理由別に分析します。

参考資料

• GS1 General Specifications 26.0
• GS1 General Specifications Change Notifications
• GS1 Support: How can I measure the quality of my printed barcodes?
• GS1 Barcode Verification Process
• Zebra: ZPL Mode
• Google ML Kit: Barcode Scanning
• Thai FDA: IVD Label Guide