ラベル発行システム2026｜現品票と出荷ラベルで割れる発番の設計

ラベルプリンターを速い機種に買い替えても、現品票の取り違えは減りません。ラベル発行システムの導入が失敗するのは、印刷が遅いからでもソフトの機能が足りないからでもなく、誰がどの番号を発番し、再発行したときに元の番号をどう無効にするかを決めていないからです。本記事では、タイの日系自動車部品工場を想定したモデル試算で、回収が3.7年にも9.0年にも割れる理由を計算式ごと公開します。

ラベル発行システムとは何を自動化するのか — 「印刷」ではなく「発番」

ラベルを印刷物だと思っている限り、この投資は回収しません。工場が1枚のラベルを出力するとき、実際に起きているのは印刷ではなく、識別子を1個この世に生み出す発番イベントです。そのラベルに書かれた製造ロット番号や通し番号は、貼られた瞬間から現物と1対1で結び付き、以降の検品、在庫引き当て、出荷実績、不具合時の追跡までが、その1個の番号を前提に動きます。

だから、同じ番号のラベルが2枚存在した瞬間に、下流はすべて静かに壊れます。厄介なのは「静かに」の部分です。二重に発番された識別子は検品端末では正常に読み取れ、在庫システムにもエラーは出ません。表面化するのは、期末の棚卸で数字が合わないとき、あるいは客先から「同じロット番号の箱が2つ届いた」と連絡が来たときです。そこから原因を遡る工数は、最初に発番ルールを決めておく工数の何十倍にもなります。

つまり、ラベル発行システムに求められている中心機能は印刷の高速化ではなく、発番の一元化です。この認識が発注側と受注側でずれたまま案件が進むと、性能の良いプリンターと使いやすいレイアウトエディタが納品され、二重発番はそのまま残ります。

工場のラベルは3系統ある（現品票 / 出荷ラベル / 入荷・受入ラベル）

まず、自社で発行しているラベルを3系統に分けてください。これを混ぜたまま「ラベルを自動化したい」と要件を出すと、必要のない範囲まで見積に入ります。

3系統の性格はまったく違います。現品票は自社内で完結するので書式を自社の都合で決められますが、出荷ラベルは客先の仕様書に従うため決定権が自社にありません。入荷ラベルは、仕入先が貼ってきたラベルをそのまま使うのか自社で貼り替えるのか、という設計判断が先にあります。そしてこの3系統のうち費用対効果が最も大きいのは出荷ラベルです。社内向けのラベルは間違えても社内で吸収できますが、社外向けのラベルは間違えた瞬間に運賃と信用のコストが発生するからです。

Excel＋Wordのラベル印刷が限界になる4つの症状

多くの日系工場は、Excelで管理している品番マスタをWordの差し込み印刷に流し込むか、Excelのセルにバーコードフォントを当てて印刷しています。この運用が限界に来たかどうかは、印刷速度ではなく次の4症状で判定します。

• 同じ番号のラベルが2枚出ている。 発番用のExcelファイルがコピーされ、別のPCで別の人が連番を進めているケースが典型です。ファイル名に日付や担当者名が付き始めたら、すでにこの状態です。
• 誰がいつ何枚出したかが分からない。 印刷は履歴を残さない操作です。追加で刷った枚数が把握できないと、廃棄したはずのラベルが現場に残っているかどうかも確認できません。
• 客先の仕様変更のたびに全テンプレートを手で直している。 客先が10社あれば、レイアウトファイルは10種類以上に分岐しています。1社が改訂したとき、影響範囲を洗い出す作業自体が属人化します。
• 現品票と出荷ラベルで品番の桁数が違う。 社内では8桁の自社品番、客先向けには12桁の客先品番を使っている、という状態です。この変換表がExcelの別シートにあると、変換漏れが必ず起きます。

このうち1つでも当てはまるなら、システム化の検討対象です。逆に、4つとも当てはまらないなら、印刷が多少遅くても現状の運用で問題ありません。「Excelだから危ない」のではなく、発番が一元化されていないから危ないのです。

「バーコード管理システム」と何が違うのか

バーコード管理システムという言葉は、実務では2つの意味で使われています。ひとつは読み取り側、つまりハンディターミナルで読んで実績を登録する仕組み。もうひとつが発行側、つまり本記事で扱うラベル発行システムです。この2つは同じプロジェクトの中で語られがちですが、設計上の関心事が違います。

読む側の関心事は、どの識別方式を選ぶか（1次元コード、2次元コード、直接刻印、RFID）、どの端末で読むか、どこで照合するか、です。識別方式そのものの選び方についてはトレーサビリティのバーコード選定で、読む端末の選定と費用についてはハンディターミナル導入で、それぞれ別途整理しています。本記事が扱うのは、その決まった方式をどう発行するかです。

もうひとつ混同されやすいのが電子帳票です。電子帳票システムの導入で扱っているのは検査記録や作業日報といった「記録」の電子化で、ラベルは「識別子の発番」です。記録は後から追記・訂正できますが、識別子は一度発番したら訂正できません。この違いが、両者の設計を分けます。

2026年、タイの工場でラベルの作り直しが同時に起きている

ラベルは一度作れば終わりの静的な成果物ではなく、改訂が定期的に降ってくる資産です。この認識が稟議に入っていないと、テンプレート保守の工数がどの部署の予算にも計上されず、結局は現場の残業で吸収されることになります。2026年のタイでは、この改訂が業種横断でほぼ同時に発生しています。

食品：MOPH告示450号の経過措置は2026年7月19日で終了した

タイ保健省の食品表示に関する告示 No.450 B.E.2567 は、2024年7月18日に官報公示され、翌7月19日に施行されました。この告示には経過措置が置かれ、2024年7月19日以前に表示を行った製品は2026年7月19日まで販売可能とされていました。つまり、この記事の執筆時点でその期限はすでに過ぎており、旧表示のままの在庫は販売できません。

この種の告示が重要なのは、「印刷済みラベルの在庫」を直接的に無価値にするからです。外注印刷でまとめ買いしている工場ほど改訂時の損失が大きく、オンデマンド発行へ移行する動機のひとつがこの在庫リスクの解消です。

医療機器：2026年6月20日施行、SaMDにUDI表示

医療機器分野では、Software as a Medical Device（SaMD）にUDI表示を求める告示が2025年12月22日に官報公示され、2026年6月20日に施行されました。経過措置は2028年6月までとされています。

実務として重要なのは、UDIが「バーコードを貼る」話ではなく、識別子の体系を決めて、それを発番できる仕組みを持つ話である点です。ソフトウェア製品にまで固有機器識別を求める規制が動いている事実は、識別子の管理を印刷作業の付随物として扱えなくなってきていることを示しています。

自動車：AIAG B-10 / B-16（GTL）/ VDA 4902 は客先ごとに版が違う

自動車部品を納入している工場には、客先ごとのラベル仕様書が届きます。よく参照されるのが、北米系の AIAG B-10、およびグローバル輸送ラベル（GTL）である AIAG B-16 です。GTLは Odette、AIAG、JAMA、JAPIA が共同で開発したもので、ISO 15394 などを下敷きにしています。欧州系の客先であれば VDA 4902 の輸送ラベルを指定されます。

問題は、これらが規格として存在することではなく、客先ごとに参照している版が違うことです。同じGTL準拠を名乗っていても、A社は特定のデータ項目を必須にし、B社は別の項目を追加要求する、という差が生じます。実在する例として、自動車OEM系サプライヤーが公開している標準物流ラベル仕様書を見ると、寸法、配置、フォントサイズ、データ項目の必須・任意まで細かく指定されていることが分かります。

つまり、客先が10社あれば10通りの仕様書があり、それぞれが独自の改訂サイクルを持っています。テンプレート保守を年間費用として見積に入れないと、この改訂は毎回「突発の手作業」として発生します。

小売納入：GS1 Sunrise 2027は締切ではない — 誤解が生む過剰投資

近年、「2027年までに全ラベルをQRコード化しなければならない」という提案が出回っています。これは GS1 の Sunrise 2027 を誤読したものです。

GS1 US は Sunrise 2027 について、2027年までに2次元コードの全機能を実装する必要はないと明記しています。2027年は、小売のPOS側が2次元コードを読めるようになることを目指す目標年であり、サプライヤー側に対する実装期限ではありません。したがって、工場が2027年に向けて急ぐべきは、既存のバーコードを一斉にQRへ置き換えることではありません。

急ぐべきなのは、AI（アプリケーション識別子）付きのデータを出せるように発番側を作っておくことです。物流ラベルの世界では、GS1-128 がシンボル体系、SSCC が18桁の物流単位識別番号にあたり、AI (00) SSCC、(01) GTIN、(10) ロット番号、(11) 製造日、(17) 有効期限、といった形でデータを構造化します。この構造化されたデータを発番側が持っていれば、出力先のシンボルが1次元でも2次元でも、テンプレートの差し替えだけで対応できます。逆に、印刷用の文字列としてしかデータを持っていない工場は、シンボルを変えるたびに発番ロジックから作り直すことになります。

「2027年までにQR化」という提案が過剰投資になるのは、この順序が逆だからです。

ラベル発行システムを4つの部品に分解する

見積を比較できる状態にするために、ラベル発行システムを4つの部品に分解します。ベンダーの提案書は製品名で書かれていますが、4部品のどこをカバーしているかで読み替えると、金額差の理由が見えます。

部品1 データ源（生産管理・ERP・WMS）

ラベルに印字する内容の出どころです。品番、品名、数量、ロット番号、製造日、客先コード、発注番号といった項目が、生産管理システム、ERP、WMSのどれかに存在します。

ここで最初に確認すべきは、印字したい項目がすべて既存システムに存在するかです。実際には、客先が要求する項目の一部（客先側の品番、納入場所コード、便名など）が既存システムに無く、Excelの別表で管理されていることがよくあります。この場合、システム化の前提として、その項目をどのマスタに持たせるかを決める作業が発生します。この作業を見落とすと、稼働後も「一部の項目だけ手入力」という運用が残り、投資効果が半分になります。

部品2 レイアウト定義（テンプレート）

どの位置に、どのフォントで、どのサイズで印字するかの定義です。専用のラベル設計ソフトで作るのが一般的で、1つのテンプレートに対して、データ源から渡された値を差し込む変数を配置します。

テンプレートの数は、想像よりはるかに多くなります。客先の数 × ラベル種別（製品ラベル、パレットラベル、混載ラベル）× 用紙サイズ、で掛け算になるためです。後述のモデル試算では、全系統一斉で140種、出荷ラベル先行で35種を前提にしています。この本数の見積が甘いと、移行工数がそのまま外れます。

部品3 発行エンジン（プリンタ言語とドライバ）

テンプレートとデータを受け取って、実際にプリンターへ出力する部分です。ここには2つのやり方があります。ひとつはWindowsのプリンタドライバを経由する方法、もうひとつは ZPL や SBPL といったプリンタ言語のコマンドを直接プリンターへ送る方法です。

この違いは印字速度だけでなく、システム構成そのものを分けます。詳しくは次章で扱います。

部品4 発行ログ（いつ・誰が・何を・何枚）

発行した1枚1枚について、日時、実行者、印字内容、枚数、そして再発行であればその理由を記録する部分です。

このログがあるかどうかで、次のような問いに答えられるかが決まります。「このロット番号のラベルは何枚発行されたか」「この番号を再発行したのは誰で、いつか」「昨日の第2ラインで発行された出荷ラベルのうち、破棄されたのは何枚か」。監査対応でも、客先クレームの原因調査でも、最初に求められるのはこの情報です。

4部品のうち、見落とされるのは常に部品4

提案依頼書（RFP）を書く段階で、部品1から3までは自然に記述されます。データはどこから取るか、レイアウトはどう作るか、プリンターは何台つなぐか。これらは目に見える機能なので、要件として書き出せます。

書き落とされるのが部品4です。発行ログは、平常時には誰も見ません。見る必要が生じるのは、何かが起きたときだけです。そのため要件定義の場では優先度が下がり、「将来的に」と書かれて予算から落ちます。

しかし、部品4を持たないシステムは、二重発番を検出する手段を持たないシステムでもあります。番号が重複したかどうかを確認する唯一の方法が、発行実績の突合だからです。ログの無いラベル発行システムは、Excel運用より速く、Excel運用と同じ精度で番号を重複させます。

ラベルプリンター連携の3方式 — 見積が2倍以上割れる分岐点

ラベルプリンターの連携方式は、実務上3つしかありません。どれを選ぶかで初期費用も統制の効き方も変わり、同じ台数・同じ枚数の要件に対して見積が2倍以上開く原因になります。

方式A クライアントドライバ印刷

各PCにラベル設計ソフトとプリンタドライバをインストールし、そのPCのローカルにテンプレートを置いて印刷する方式です。最も安く、最も早く始められます。小規模で、発行場所が1〜2か所、テンプレートが10種以下なら、これで十分成立します。

この方式が破綻するのは、発行場所が増えたときです。テンプレートが各PCのローカルにあるため、客先の仕様改訂を反映する作業がPC台数分だけ発生します。誰かが更新を忘れたPCは、旧版のラベルを出し続けます。しかも、旧版が出ていること自体は、客先から指摘されるまで誰も気づきません。

方式Aを選んだ現場は、ほぼ例外なく「PCごとにテンプレートが違う」問題に着地します。安いのではなく、統制のコストを将来に先送りしていると理解するのが正確です。

方式B サーバ集中印刷（プリンタ言語直送）

テンプレートとデータをサーバ側に集約し、サーバがプリンタ言語（ZPL、SBPLなど）のコマンドを生成して、ネットワーク経由でプリンターへ直接送る方式です。プリンタドライバを介さないため印字が速く、テンプレートが1か所にしか存在しないため版ずれが起きません。発行ログもサーバ側で自然に取得できます。

デメリットは、初期の作り込みが必要なことと、サーバが止まると全拠点の発行が止まることです。後者はサーバの冗長化か、通信断時にプリンター側のメモリに保持したテンプレートで最低限の発行を継続する仕掛けで対処します。

方式C ラベル発行ミドルウェア

市販のラベル発行専用ミドルウェアを導入し、テンプレート管理、印刷指示、承認フロー、再発行管理、ログ取得をパッケージ機能として使う方式です。方式Bを自前で作る代わりに製品を買う、という位置づけになります。

客先ごとの仕様差が大きい場合、複数拠点で同じテンプレート資産を共有したい場合、そして再発行に承認を要求したい場合には、この方式が最も早く要件を満たします。ライセンス費用は発生しますが、承認フローと再発行理由の記録を自前開発するより安く付くことが多い領域です。

3方式の比較表

どの方式でも共通して必要になるもの

方式に関係なく必要になるものが3つあります。ここを見積から落とすベンダーが多いので、提案書を受け取ったら明示的に確認してください。

• 品番マスタと客先コードの整備。 印字項目が既存マスタに揃っていない場合、その整備工数はどの方式でも発生します。
• テンプレートの初期作成と検証。 既存の紙ラベルと1枚ずつ突き合わせて、寸法、位置、バーコードの読み取り率を確認する作業です。
• 年間のテンプレート改訂枠。 客先の改訂は毎年降ってきます。年間費用として予算化していない工場は、毎回が突発対応になります。

発番と再発行をどう統制するか — 最初に決める4つのルール

ここが本記事の中心です。製品選定より前に、次の4つのルールを自社で決めてください。決まっていない状態で発注すると、ベンダーは一般的な仕様で設計し、その前提が自社の運用と合わなかったときの手戻り費用は発注側の負担になります。

ルール1 連番の発番元は必ず1か所にする

ロット番号でも通し番号でもSSCCでも、番号を発番する主体は1つのシステムに限定します。発番元が2つあると、その2つが同期する仕掛けを別途作らなければならず、同期が止まったことに誰も気づかない期間が発生します。

実務でよくある崩れ方が、「通常はシステムで発番するが、システムが止まったときは手書きの予備票を使う」という運用です。この予備票の番号が、後でシステムに戻されないまま現場を流れます。予備運用を用意すること自体は正しいのですが、予備で使った番号をシステムへ登録し直す手順まで含めて設計しなければ、そこが二重発番の入口になります。

ルール2 再発行は「無効化」とセットでしか作らない

再発行は必ず起きます。印字がかすれた、ラベルが破れた、貼る箱を間違えた。これらをゼロにすることはできません。したがって、決めるべきは「再発行を許すか」ではなく、再発行したとき、元のラベルをどう無効にするかです。

無効化の方法は3つあります。ひとつは物理的に剥がして破棄する方法。ひとつは元の番号をシステム上で無効フラグにし、検品端末で読んだときにエラーを出す方法。もうひとつは、再発行時に枝番を付けて別番号として扱い、元番号を使用済みにする方法です。どれを選んでも構いませんが、選ばないという選択肢はありません。

無効化の仕掛けが無いシステムは、再発行ボタンを押した瞬間に二重識別子を作ります。しかもこの二重識別子は、システムから見れば正当に発行された番号なので、どのチェックにも引っかかりません。

ルール3 破棄ラベルの回収責任を工程に持たせる

無効化をシステム側で実装しても、剥がしたラベルが現場に残っていれば、誰かがそれを別の箱に貼ります。悪意ではなく、剥がれかけたラベルの代わりに机の上にあったラベルを貼る、という善意で起きます。

したがって、破棄ラベルは工程の責任として回収し、当日中に処分する運用を決めます。具体的には、各発行端末の横に破棄ラベル用の回収箱を置き、回収枚数を発行ログの再発行件数と照合する、という運用です。この照合が合わない日があれば、現場にラベルが残っている可能性を示します。

システムだけで閉じない部分ですが、ここを工程の作業標準に落とさない限り、ルール2は機能しません。

ルール4 現品票と出荷ラベルの粒度を混ぜない

現品票は仕掛品の単位で発番され、出荷ラベルは出荷梱包の単位で発番されます。この2つの単位は一致しません。工程内で3箱に分けていた仕掛品が、出荷時には1パレットにまとまることも、逆に1つの製造ロットが複数便に分かれることもあります。

にもかかわらず、現品票の番号をそのまま出荷ラベルに使い回す設計がよく見られます。作る側から見れば同じモノなので、番号も同じでよいという発想です。しかしこれをやると、1つの番号が「仕掛品1箱」と「出荷梱包1個」の両方を指すことになり、数量の突合が成立しなくなります。

正しい設計は、現品票の番号と出荷ラベルの番号を別体系にし、両者の関係を紐付けテーブルで持つことです。この紐付けがあれば、客先から出荷ラベルの番号で問い合わせが来たときに、どの製造ロットのどの仕掛品から来たかを遡れます。粒度を混ぜた設計では、この遡りが人の記憶に依存します。

なお、出荷ラベルの精度は照合工程と表裏一体です。どこで何を照合するかの設計については入出荷検品システムで扱っています。本記事が扱っているのは、その照合の入力になるラベルを、誰がどう発番するかという一段手前の話です。

費用のモデル試算 — 100品番・日次2,000枚のタイ工場

ここからは具体的な数字で検討します。以下はすべてモデル試算であり、実際の見積は工場の条件で変わります。ただし、計算の構造は共通です。

モデル工場の前提

• タイの日系自動車部品工場、単一拠点、稼働 250 日/年
• 品番 100
• 日次発行枚数は、現品票 300 枚 + 出荷ラベル 800 枚 + 入荷ラベル 900 枚 = 2,000 枚/日
• 出荷件数は日次 80 件
• 人件費 180 バーツ/時

ラベル資材費（ラベル用紙とリボン）は、紙運用でも同じだけ発生するため、増分ゼロとして計上しません。システム化によって資材費が下がるという前提を置くと試算が甘くなります。

比較するのは2つのシナリオです。シナリオAは現品票・出荷・入荷の全系統を一斉に切り替える案、シナリオBは出荷ラベルだけを先行して切り替える案です。

費用を5層に分解する

単位はバーツです。第2層はA が 85,000 × 8台 = 680,000、B が 85,000 × 3台 = 255,000 で算出しています。第4層のテンプレート数の差（140種と35種）が、そのまま移行工数の差になっています。

年間の運用費は次のとおりです。

ソフト保守は A が 450,000 × 18% = 81,000、B が 280,000 × 18% = 50,400 です。プリンタ保守は A が 12,000 × 8台 = 96,000、B が 12,000 × 3台 = 36,000 です。テンプレート改訂費を年間費用として明示的に立てている点が、この試算の要点です。前章で述べたとおり、客先の仕様改訂は毎年降ってきます。

シナリオA 全系統一斉

初期 2,290,000 バーツ、年間運用 237,000 バーツ。3系統すべてを同時に切り替えるため、プリンターは工程内と出荷場と受入に分散して8台必要になり、テンプレートも140種を移行します。稼働までの期間も長く、並行運用の負荷が全部署に同時に乗ります。

シナリオB 出荷ラベル先行

初期 985,000 バーツ、年間運用 110,400 バーツ。対象を出荷ラベルだけに絞るため、プリンターは出荷場の3台、テンプレートは客先仕様の35種で済みます。現品票と入荷ラベルは当面そのままの運用を続けます。

初期費用の差は 2,290,000 − 985,000 = 1,305,000 バーツです。この差が効果の差に見合っているかを、次に確認します。

年間効果の内訳

効果1 出荷ラベル作成工数の削減。 出荷1件あたりのラベル作成が 4.5 分から 1.2 分になり、差は 3.3 分です。80件/日 × 3.3分 = 264 分/日 = 4.4 時間/日。年間では 4.4 × 250 = 1,100 時間/年。金額換算で 1,100 × 180 = 198,000 バーツ/年。

効果2 誤ラベル起因の出荷差し戻しの削減。 年 24 件から 6 件に減り、差は 18 件。1件あたりの是正コストを 8,500 バーツ（再出荷運賃、臨時検査、是正報告書の作成）とすると、18 × 8,500 = 153,000 バーツ/年。

効果3 客先ラベル仕様変更への対応工数の削減。 年 12 回発生する改訂対応が、1回あたり 16 時間から 3 時間になります。12 × 13 = 156 時間/年。金額換算で 156 × 180 = 28,080 バーツ/年。

ここまでの3つが出荷系の効果で、合計は 198,000 + 153,000 + 28,080 = 379,080 バーツ/年。これがシナリオBの年間効果です。

効果4 現品票の手書き記入の削減（シナリオAのみ）。 1枚あたり 30 秒 × 300枚 = 150 分/日 = 2.5 時間/日。年間では 2.5 × 250 = 625 時間/年。金額換算で 625 × 180 = 112,500 バーツ/年。

シナリオAの年間効果は 379,080 + 112,500 = 491,580 バーツ/年 です。

注目すべきは比率です。シナリオAはシナリオBの約2.3倍の初期費用をかけていますが、効果は 491,580 ÷ 379,080 = 約1.3倍にしかなりません。効果の8割近くが社外向けラベルに集中しているからです。現品票を電子発行にしても、手書き時間は消えますが、ラベルを貼る時間と現物を確認する時間は消えません。入荷ラベルも同様で、仕入先から届いた資材を確認する作業そのものは残ります。

回収年数と5年累計

計算過程は次のとおりです。シナリオAの年間ネット効果は 491,580 − 237,000 = 254,580 バーツ。回収年数は 2,290,000 ÷ 254,580 ≒ 9.0 年。シナリオBの年間ネット効果は 379,080 − 110,400 = 268,680 バーツで、回収年数は 985,000 ÷ 268,680 ≒ 3.7 年です。

5年TCOは、Aが 2,290,000 + 237,000 × 5 = 3,475,000、Bが 985,000 + 110,400 × 5 = 1,537,000。5年累計ネットは、Aが 491,580 × 5 − 3,475,000 = 2,457,900 − 3,475,000 = −1,017,100、Bが 379,080 × 5 − 1,537,000 = 1,895,400 − 1,537,000 = +358,400 です。

全系統一斉は5年では回収しません。年間ネット効果は、Aが 254,580 に対してBが 268,680 と、むしろBのほうが大きくなっています。運用費がAで倍以上かかるためです。同じ会社の同じ現場で、対象範囲を変えるだけでこれだけ結果が変わります。

前提が崩れたときの感応度

この試算で最も脆いのは、効果2で置いた是正コスト 8,500 バーツです。ここは工場ごとの実績に大きく依存します。

是正コストを 8,500 バーツから 4,200 バーツに置き直すと、差は 4,300 バーツです。18 件 × 4,300 = 77,400 バーツぶん効果が減り、シナリオBの年間効果は 379,080 − 77,400 = 301,680 バーツになります。年間ネット効果は 301,680 − 110,400 = 191,280 バーツ、回収年数は 985,000 ÷ 191,280 ≒ 5.1 年です。

つまり、是正コストの置き方ひとつで回収年数は3.7年から5.1年まで動きます。稟議では単一の数字ではなく、この幅を出してください。1つの数字で提出した稟議は、前提の1つが崩れた瞬間に信頼を失います。幅で出しておけば、最悪ケースでも投資判断が成立するかどうかを、決裁者がその場で確認できます。

なお、過去1年の出荷差し戻し実績が社内に記録として無い場合、効果2は試算の根拠を持ちません。その場合は効果2をゼロと置いて、効果1と効果3だけで判断してください。198,000 + 28,080 = 226,080 バーツから運用費 110,400 バーツを引くと年間 115,680 バーツで、回収は 8.5 年を超えます。差し戻し実績を記録していない工場は、まずその記録から始めるべきという結論になります。

導入の進め方 — 90日で1系統を切り替える

前章の結論を踏まえると、進め方は「出荷ラベル1系統を90日で切り替える」が現実的です。全系統を同時に動かす計画は、費用面だけでなく、並行運用の負荷が全部署に同時に乗るという点でも成立しにくくなります。

第1〜15日｜現物の棚卸し。 現在発行しているラベルを実物で集めます。客先ごと、種別ごとに現物を並べ、何種類あるかを数えます。この段階でテンプレート数の見積が確定し、第4層の費用が固まります。想定より多いことがほとんどです。

第16〜30日｜印字項目とデータ源の突合。 集めたラベルに印字されている全項目を洗い出し、それぞれが既存システムのどのテーブルにあるかを対応させます。既存システムに無い項目が見つかった場合、どのマスタに持たせるかをこの段階で決めます。ここを飛ばすと、稼働後に手入力が残ります。

第31〜45日｜4つのルールの決定。 発番元の一元化、再発行と無効化の方式、破棄ラベルの回収運用、現品票と出荷ラベルの粒度分離。この4点を文書化し、生産管理、品質保証、出荷、情報システムの合意を取ります。この15日間を確保できないプロジェクトは、着手すべきではありません。

第46〜70日｜テンプレート作成と読み取り検証。 レイアウトを作り、実際にラベルを印字し、現場で使っている読み取り端末で読み取り率を確認します。客先仕様書に寸法指定がある場合は、ノギスで実測して照合します。バーコードの印字品質は、プリンターの解像度、リボンの種類、印字速度の組み合わせで変わるため、机上では判定できません。

第71〜85日｜並行運用。 新旧両方のラベルを発行し、内容が一致するかを毎日照合します。この期間に発見される差異のほとんどは、マスタデータの不整合です。並行運用を省略した案件は、切替日に出荷が止まります。

第86〜90日｜切替と旧運用の停止。 旧テンプレートのファイルを凍結し、旧ラベルの在庫を回収します。旧運用を残したまま新運用を始めると、必ず両方が使われます。停止まで含めて切替です。

タイ・ベトナム拠点に固有の論点

日本の本社で決めた仕様をそのままタイやベトナムの拠点に持ち込むと、以下の4点で必ずつまずきます。

タイ語表記とフォント — 印字で最初に欠けるもの

タイ語には、子音の上下に付く母音記号と声調記号があります。これらは文字の高さ方向に積み重なるため、行間や文字サイズの設定が日本語や英語のままだと、上の記号が切れて印字されます。切れた文字はタイ人作業者には別の語に見えるか、意味の取れない文字列に見えます。

さらに厄介なのがプリンター内蔵フォントです。産業用サーマルプリンターには、内蔵フォントにタイ語が無い、あるいは有っても記号の重ね合わせを正しく処理しない機種があります。その場合はラベルを画像として生成して送る方式に切り替えることになり、印字速度が落ちます。タイ語を印字する要件があるなら、機種選定の前に実機で試し刷りをしてください。カタログのフォント対応表だけでは判定できません。ベトナム語も声調記号が母音の上下に付くため、同じ検証が必要です。

高温多湿とラベル資材の選定

タイの工場、特に空調の無い倉庫や屋外ヤードでは、ラベルの粘着剤が高温で軟化し、剥がれます。逆に、冷蔵倉庫へ入る製品では低温で粘着力が落ちます。屋外保管のパレットでは、雨と直射日光でサーマル紙の印字が消えます。

対策は資材の選定です。感熱紙（ダイレクトサーマル）は安価ですが熱と光で印字が消えるため、屋外や長期保管には向きません。熱転写（リボン使用）にすると耐久性が上がりますが、リボンの種類（ワックス、ワックスレジン、レジン）で耐薬品性と耐擦過性が変わるため、貼付後にラベルが何にさらされるかを先に整理してから選定します。なお、この切り替えはシステム導入と独立して実施できます。モデル試算で資材費を増分ゼロとしたのは、この判断が別問題だからです。

プリンターの現地保守とヘッド交換

産業用サーマルプリンターの印字ヘッドは消耗品です。モデル試算では1台あたり年1個、1個 12,000 バーツで計上しました。この交換をどこに頼むかを、購入前に確認してください。

タイ国内にサービス拠点を持つメーカーならヘッドの在庫が現地にあり、数日で交換できます。拠点が無い機種は海外からの取り寄せになり、その間そのプリンターは使えません。出荷場のプリンターが1台しか無い工場では、これがそのまま出荷停止になります。必ず予備を1台持つか、複数台のうち1台が止まっても他で代替できる配置にしてください。安い機種を必要台数ちょうど買うより、実務上の可用性が上がります。

客先ラベル仕様書が英語でしか無い問題

自動車系の客先から届くラベル仕様書は、英語で書かれていることがほとんどです。前述の標準物流ラベル仕様書のように、寸法、配置、フォントサイズ、データ項目の必須・任意が細かく指定されています。

問題は、この仕様書を読む人、テンプレートを作る人、発行操作をする人が別々で、しかも母語が違うことです。日本人管理者が英語の仕様書を読み、日本語で指示を出し、タイ人担当者がテンプレートを作る経路で、解釈のずれが生じます。

対策として、仕様書の要求項目を1枚の対比表にして、日英タイの3言語で持つ運用を勧めます。項目名、必須か任意か、データの出どころ、桁数の4列があれば足ります。この表があれば、客先が改訂を送ってきたときに差分だけを確認すれば済みます。仕様書そのものを毎回読み直す運用では、改訂のたびに同じ工数が発生します。

よくある失敗5つ

失敗1 プリンターの選定から始める。 最も多い入口です。展示会でプリンターを見て、速度と価格で比較し、発注する。この順序だと、部品1（データ源）と部品4（発行ログ）が要件から抜けたまま話が進みます。プリンターは最後に決めても間に合います。

失敗2 再発行機能を「あとで考える」にする。 初期要件に入れずに稼働させると、現場は必ず回避策を作ります。典型は、Excelの旧テンプレートを1台のPCに残しておき、再発行が必要なときだけそれを使う運用です。この瞬間に発番の一元化は崩れ、システムの発行ログには残らない番号が現場を流れます。

失敗3 テンプレート数を過少に見積もる。 「客先は10社だから10種類」と見積もると、実際には製品ラベル、パレットラベル、混載ラベル、サンプル出荷用と分岐して、3倍から5倍になります。第1〜15日の現物棚卸しを省略した案件で必ず起きます。

失敗4 テンプレート改訂費を年間予算に入れない。 客先の仕様改訂は毎年降ってきます。年間費用として立てていないと、改訂のたびに稟議が要るか、現場が残業で吸収するかのどちらかになります。モデル試算では年 24,000 バーツ（シナリオB）を計上しています。金額としては大きくありませんが、予算枠が無いことが問題です。

失敗5 全系統を一斉に切り替えようとする。 モデル試算のとおり、全系統一斉は回収 9.0 年、5年累計で −1,017,100 バーツです。出荷ラベル先行なら 3.7 年、5年累計 +358,400 バーツ。範囲を絞ることは妥協ではなく、投資判断として正しい選択です。

まとめ

ラベル発行システムは、印刷を速くするための投資ではありません。識別子の発番を1か所に集め、再発行したときに元の番号を確実に無効にするための投資です。同じ番号のラベルが2枚存在した瞬間に、検品も在庫もトレーサビリティも静かに壊れ、壊れたことは監査か客先クレームまで表面化しません。

したがって、製品選定より先に決めるべきは4つです。発番元を1か所にすること、再発行を無効化とセットでしか作らないこと、破棄ラベルの回収を工程の責任にすること、そして現品票と出荷ラベルの粒度を混ぜないこと。この4点が決まっていない状態で発注すると、機能の良い製品が納品され、二重発番はそのまま残ります。

範囲については、モデル試算が明確な答えを出しています。全系統一斉は初期 2,290,000 バーツ、回収 9.0 年、5年累計 −1,017,100 バーツ。出荷ラベル先行は初期 985,000 バーツ、回収 3.7 年、5年累計 +358,400 バーツ。効果の大半は社外向けラベルに集中しており、現品票の電子化は手書き時間しか消しません。ただし是正コストの置き方で回収は 3.7 年から 5.1 年まで動き、出荷差し戻しの実績を記録していない工場では 8.5 年を超えるため、稟議には必ず幅を出してください。

2026年のタイでは、食品の表示規則の経過措置が7月19日に終了し、SaMD（プログラム医療機器）へのUDI表示が6月20日に施行され、自動車の客先ラベル仕様は各社の版で改訂が続いています。ラベルは一度作れば終わりの成果物ではなく、改訂が定期的に降ってくる資産です。GS1 Sunrise 2027を「2027年までにQR化する締切」と読むのは誤りで、工場が備えるべきはアプリケーション識別子付きのデータを出せる発番側の構造です。

導入を検討する段階での相談先について

現在のラベル運用がシステム化に値するかどうかは、発行枚数ではなく、本記事で挙げた4症状のいずれに当てはまるかで判断できます。自社の状況を整理する段階でも、テンプレート数の棚卸しや、出荷ラベル先行が妥当かどうかの検討でも、お問い合わせからご相談いただけます。まだ製品を絞っていない、既存システムのどこにデータがあるか分からない、という段階からで構いません。タイ国内の工場を対象に、現物の棚卸しから発番ルールの設計、プリンター連携の実装までを日本語で対応しています。

よくある質問

ラベル発行システムの費用はどれくらいですか？

対象範囲で大きく変わります。本記事のモデル試算（品番100、日次2,000枚、タイの単一拠点）では、現品票・出荷・入荷の全系統を一斉に切り替えるシナリオが初期 2,290,000 バーツ、年間運用 237,000 バーツ。出荷ラベルだけを先行するシナリオが初期 985,000 バーツ、年間運用 110,400 バーツでした。費用は発行ソフト、プリンター、データ連携開発、社内のテンプレート移行工数、教育・並行運用の5層に分解して比較してください。ベンダーの見積で最も差が出るのはデータ連携開発の層です。

現品票の発行だけを自動化する意味はありますか？

工数削減の効果としては薄いのが実情です。モデル試算では、現品票の手書き記入の削減効果は年 112,500 バーツで、出荷系3項目の合計 379,080 バーツに対して3割弱にとどまります。手書きの時間は消えますが、ラベルを貼る時間と現物を確認する時間は消えないためです。ただし、費用対効果とは別に、手書きの現品票が読めずに次工程で誤読が起きている、といった品質上の理由があるなら、そちらを判断根拠にしてください。その場合は誤読の発生実績を先に記録することを勧めます。

ラベルプリンター連携はどの方式を選ぶべきですか？

発行場所が1〜2か所でテンプレートが10種以下なら、方式A（クライアントドライバ印刷）で成立します。発行場所が3か所以上、または複数系統をまたぐなら方式B（サーバ集中印刷）です。客先ごとの仕様差が大きく、再発行に承認フローを付けたいなら方式C（ミドルウェア）が最短です。判断基準は費用ではなく、テンプレートが何か所に存在することになるかです。方式Aは安いのではなく、統制のコストを将来に先送りしています。

GS1 Sunrise 2027までにQRコードへ移行する必要がありますか？

ありません。GS1 US は、2027年までに2次元コードの全機能を実装する必要はないと明記しています。2027年は小売のPOS側が2次元コードを読めるようになることを目指す目標年であり、サプライヤーに対する実装期限ではありません。工場が備えるべきは、バーコードの一斉置き換えではなく、アプリケーション識別子付きの構造化データを出せるように発番側を作っておくことです。データが構造化されていれば、出力するシンボルが1次元でも2次元でも、テンプレートの差し替えで対応できます。

再発行を許可すると管理が甘くなりませんか？

再発行を禁止しても、印字かすれや破損は起きるため、現場は必ず回避策を作ります。典型は、旧来のExcelテンプレートを1台のPCに残しておく運用です。この時点で発番の一元化は崩れます。したがって、再発行は許可したうえで、元のラベルをどう無効にするかを決めてください。無効化の方法は、物理的に剥がして破棄する、システム上で無効フラグを立てて検品端末でエラーにする、枝番を付けて元番号を使用済みにする、の3通りです。加えて、破棄ラベルの回収を工程の責任として作業標準に落とさなければ、システム側の無効化だけでは機能しません。

バーコード管理システムとラベル発行システムは同じものですか？

違います。バーコード管理システムは主に読み取り側、つまり端末で読んで実績を登録する仕組みを指します。ラベル発行システムは発行側、つまり識別子を発番して印字する仕組みです。同じプロジェクトで語られることが多いのですが、設計上の関心事が違います。読む側は識別方式の選定と照合ポイントの設計、発行側は発番の一元化と再発行の統制です。両方を1つのRFPにまとめると、発行側の要件、特に発行ログが抜け落ちやすくなります。

導入にはどれくらいの期間がかかりますか？

出荷ラベル1系統に絞れば、90日が目安です。内訳は、現物の棚卸しに15日、印字項目とデータ源の突合に15日、発番ルールの決定に15日、テンプレート作成と読み取り検証に25日、並行運用に15日、切替と旧運用の停止に5日です。このうち短縮してはいけないのが、発番ルールの決定と並行運用です。ルール決定を飛ばすとベンダーが一般的な仕様で設計することになり、並行運用を飛ばすと切替日に出荷が止まります。全系統を同時に進める計画は、費用面でも並行運用の負荷の面でも成立しにくくなります。

参考情報

• Thailand Updates Food Labeling Requirements — Tilleke & Gibbins。MOPH告示 No.450 B.E.2567 は2024年7月18日官報公示・7月19日施行。2024年7月19日以前に表示した製品は2026年7月19日まで販売可
• Thailand Introduces UDI Labeling Requirements for Software as a Medical Device — Tilleke & Gibbins。2025年12月22日官報公示、2026年6月20日施行、経過措置は2028年6月まで
• Sunrise 2027 — GS1 US。2027年は目標年であり、全機能の実装期限ではないと明記
• Barcode Guide – Automotive — Seagull Scientific。AIAG B-10 / AIAG B-16 Global Transport Label は Odette・AIAG・JAMA・JAPIA が共同開発、ISO 15394 等を下敷きにしている。VDA 4902 は欧州系の輸送ラベル標準
• Labeling for New Suppliers – GS1-128, SSCC, and Where Labels Have to Go — SPS Commerce。GS1-128はシンボル体系、SSCCは18桁の物流単位識別番号。AI (00)(01)(10)(11)(17)
• Standard Logistic Label Requirement Specification — OPmobility / HBPO。自動車OEM系サプライヤー向けラベル仕様書の実例