バーコード管理システムの導入を検討すると、最初に集まる情報はたいてい読取端末とラベルプリンターの話になります。しかし実際に稼働してから「思ったほど楽にならない」と言われる案件を分解すると、原因は機器ではなく、コードそのものの設計と、読み取ったデータを生産管理システムへどう渡すかの設計にあります。本記事では、タイに工場を持つ日系製造業の生産管理・情報システム担当者に向けて、現品票の発番ルールとマスタ設計、そして基幹システムとの連携設計という2つの軸で整理します。
バーコード管理システムとは何か — 「読む仕組み」ではなく「決める仕組み」
バーコード管理システムという言葉は、文脈によって指す範囲が大きく変わります。ハンディターミナルのことだと思っている人もいれば、ラベル発行ソフトのことだと思っている人もいます。導入の合意形成でつまずくのは、たいていこの定義がそろっていないためです。
実務上は、次の4つの部品の総称と考えると議論が整理できます。
- コード体系 — 何を1件とみなし、どういう文字列で表すかを決める部分。現品票番号の桁構成、ロット番号の採り方、GS1標準を使うかどうかがここに入る。
- 発行 — 決めた体系に従って番号を採番し、現品票や出荷ラベルとして紙やタグに落とす部分。
- 読取 — 現物に付いたコードを端末で読み、作業者の操作と結び付ける部分。
- 連携 — 読み取ったイベントを、生産管理システムやWMSの在庫データ・実績データに変換して書き込む部分。
世に出ている「バーコード管理システムの選び方」の記事は、3つ目の読取に寄っていることが多く、機器のスペック比較が中心になります。しかし導入後に効果が出ない案件のほとんどは、1つ目のコード体系と4つ目の連携が曖昧なまま機器を買ってしまったものです。読取は現場が慣れれば安定しますが、コード体系の作り直しは現物に貼った札を全部剥がす話になり、連携の作り直しは基幹側の改修になります。どちらも後戻りが高くつく領域です。

このうち発行側の設計、つまりプリンター連携や再発行の統制についてはラベル発行システム2026|現品票と出荷ラベルで割れる発番の設計で扱っています。読取端末のハード選定、1次元レーザーか2次元イメージャかという分岐はハンディターミナル導入の費用と選び方2026にまとめました。本記事はその間にある、コード体系と連携という「決める部分」に集中します。
最初に決めるのは「何を1件とみなすか」— 識別の4階層
バーコード管理システムの設計は、機能一覧の比較から始めるとほぼ必ず迷走します。先に決めるべきは、現物のどの単位に番号を振るかです。製造業の現場では、次の4階層が同時に存在します。
| 階層 | 識別するもの | 典型的な用途 | ラベル枚数の増え方 |
|---|---|---|---|
| 品目 | 品番そのもの(個体は区別しない) | 棚ラベル、品番表示 | 品番数だけ。増えない |
| ロット | 同一条件で作られた・仕入れた一群 | 不良の範囲特定、先入先出、有効期限 | 品番数 × 製造回数 |
| 荷姿(箱・パレット) | 中身が確定した1つの梱包 | 入出庫の一括計上、出荷検品 | 梱包数と同数 |
| 個体(シリアル) | 製品1個 | 客先からの単品照会、修理履歴 | 生産数と同数 |
この4階層は排他ではなく、重ねて使います。よくある構成は「品目+ロット」を現品票に載せ、出荷時に「荷姿」の番号を追加で貼り、客先要求がある機種だけ「個体」を足す、というものです。

ここで決めるべきなのは、階層をいくつ使うかではなく、階層どうしの親子関係をシステムのどこに保持するかです。箱の番号を読めば中身の品番とロットと数量が分かる、という状態は、箱ラベルにその情報が印字されているから成立するのではありません。発行時に「この箱番号にはこの品番・このロット・この数量が入っている」という紐付けを台帳に書いたから成立します。ここを設計しないまま箱ラベルを貼ると、箱を割ったときや詰め替えたときに台帳と現物がずれ、以後どの読取も信用できなくなります。
なお、どの階層まで追うかを決めた後で、その粒度をどの識別方式(ラベル・直接刻印・RFID)に載せるかは別の論点になります。方式の選定はトレーサビリティのバーコード選定2026|QR・刻印・RFIDの境界を参照してください。本記事では、決まった階層をどうコードの文字列とマスタに落とすかを扱います。
現品票の発番ルールを設計する — 決めるのは6つ
「現品票 発番ルール」は、バーコード管理システムの設計で最も質問が集中する部分です。実務で決めるべき論点は次の6つに整理できます。
1. 誰が採番するか。 生産管理システムが製造指図を出した時点で採番するのか、ラベル発行システムが印刷時に採番するのか、現場端末が読取時に採番するのか。ここを1か所に決めないと、同じ番号が2枚発行されます。原則は「在庫を持つシステムが採番する」です。
2. 固定長か可変長か。 固定長は読取後の切り出しが単純で、既存の生産管理画面にそのまま流し込めます。可変長は将来の拡張に強い代わりに、区切り文字の取り決めが必須になります。社内で閉じるなら固定長、社外とやりとりするならGS1標準の可変長という切り分けが実務的です。
3. 意味あり番号か、意味なし番号か。 これは後述する分岐点です。
4. 再発行時に同じ番号を使うか。 札が汚れて読めなくなったときに同番号で刷り直すのか、新番号を発行して旧番号を無効化するのか。同番号再発行は現場が楽ですが、二重計上を止められません。新番号方式は台帳が正確になりますが、無効化の操作を誰がやるかを決める必要があります。
5. 分割・統合したときの番号。 100個入りの箱から30個だけ払い出したとき、残り70個は同じ番号のままか、新しい番号を採るか。ここを決めていない現場が最も多く、そして棚卸差異の最大の発生源になります。
6. 番号の再利用と保持期間。 連番を使い切ったとき年度で戻すのか、桁を増やすのか。過去データの照会期間より短い周期で番号を再利用すると、履歴が混ざります。
意味あり番号と意味なし番号の分岐
現品票番号に工場コードやライン番号を埋め込むか、単なる連番にしてマスタ側に属性を持たせるか。これは好みではなく、運用条件で決まります。
| 観点 | 意味あり番号 | 意味なし番号+マスタ参照 |
|---|---|---|
| 番号を見ただけの判断 | できる。目視での仕分けが速い | できない。必ず端末が要る |
| 組織変更・ライン増設 | 桁の意味が破綻し、例外運用が増える | 影響を受けない |
| 桁数 | 長くなりがち | 短く保てる |
| 端末が使えない場面 | 紙運用にフォールバックしやすい | 事実上フォールバック不可 |
| 向く場面 | 目視作業が残る工程、少品種 | 全工程で端末が使える、多品種 |
現実の落としどころは折衷です。先頭2桁だけ拠点コードにして残りは意味なし連番にする、という設計は、拠点をまたいだ番号衝突を防ぎつつ、ライン構成の変更に耐えます。避けるべきは、番号の中に品番や客先コードといった「変わりうる属性」を埋め込むことです。品番改訂のたびに番号体系が揺れます。
GS1標準を使うか、自社体系にするか
判断基準はシンプルで、そのコードが会社の外に出るかどうかです。
出荷ラベル、客先からの受入検品対象、流通に乗る製品コードは、GS1標準に寄せたほうが後で楽になります。GS1では、コードの中の各データ要素にアプリケーション識別子(AI)という前置きの数字を付けて、どの項目が続くのかを機械が判別できるようにします。実務でよく使うものは次のとおりです。
| AI | 意味するデータ | 形式 |
|---|---|---|
| 00 | SSCC(出荷梱包用シリアルコード) | 数字18桁固定 |
| 01 | GTIN(商品識別コード) | 数字14桁固定 |
| 10 | バッチ/ロット番号 | 可変長、最大20文字 |
| 11 | 製造日 | 数字6桁 YYMMDD |
| 17 | 使用期限・有効期限 | 数字6桁 YYMMDD |
| 21 | シリアル番号 | 可変長、最大20文字 |
形式はGS1が公開しているアプリケーション識別子のデータセットに準拠しています。ここで実務上効いてくるのは、10と21が可変長で最大20文字だという点です。自社の現品票番号やロット番号を将来GS1標準に載せる可能性があるなら、桁数を20文字以内に収めておくと移行時に体系を作り直さずに済みます。
一方、仕掛品の現品票や工程間の移動票のように社内で閉じるものは、自社体系のままで実務上まったく問題ありません。むしろGS1に無理に合わせると桁が長くなり、印字面積と読取時間の両方を圧迫します。
ただし1点だけ将来に備えてください。GS1は、小売のPOSが従来の1次元シンボルとGS1の2次元シンボルの両方からGTINを読み取って処理できる状態を2027年末までに実現する、という業界目標を掲げています。これがSunrise 2027と呼ばれるものです。
ここで誤解されやすい点が2つあります。1つ目は、これが法規制ではなく業界の目標だということ。2つ目は、1次元シンボルが廃止されるわけではないということです。GS1自身が、2次元への移行を「既存のバーコード技術の置き換えではなく、能力の拡張である」と説明しており、EAN/UPCなどの1次元シンボルは当面のあいだ共存するとしています。つまり、いま使っている1次元の現品票が近い将来に使えなくなる、という話ではありません。
とはいえタイでも動きは始まっています。GS1 Thailandは2026年、バンコクを含む全国7県を回るロードショーを開催しており、その内容に2次元コードへの移行が含まれています。実装例としては、セブンイレブン・タイランドが2023年初頭の時点で、CPRAMが製造する調理済み食品約100品目にGS1 DataMatrixを表示し、GTINと賞味期限を1つのコードに収める運用を12,000店超で走らせています。QRではなくDataMatrixを選んだ理由は、同じ情報量ならDataMatrixのほうが小さく収まるからでした。
したがって、いま自社体系で走るとしても、後からGTINやロットをコードに追加できるだけの桁と印字スペースは確保しておくのが安全です。紙の現品票を電子化する流れと合わせて検討する場合は、電子カンバン導入2026|紙をやめる前に決める3つの境界も参考になります。
マスタ設計の実務 — 支えるのは3枚
コード体系が決まっても、マスタが整っていなければ読取は数字の羅列で終わります。バーコード管理システムを支えるマスタは、実務上3枚に集約できます。
品目マスタ — 「品番が3つある」問題を吸収する
品目マスタで必ず落ちるのが、品番の多重性です。自社品番、客先品番、サプライヤ品番の3つが同時に流通しており、現物に貼られたラベルがどれを載せているかは相手によって違います。サプライヤから届く箱にはサプライヤ品番が印字され、客先へ出す箱には客先品番が求められます。
対応は、自社品番を主キーに固定したうえで、読み替えテーブルを1枚持つことです。読み替えテーブルには、相手先コード、相手先の品番、自社品番、有効期間の4項目が要ります。有効期間を省くと、品番改訂の切り替え日をまたいだ受入で必ず事故が起きます。
品目マスタに持たせるべき項目は次のとおりです。
- 自社品番と品名
- 管理単位(個・kg・mなど)と、端末に出す表示単位
- 標準荷姿の入数(箱に何個入るか)
- ロット管理の要否と、ロット番号の採番元
- 個体管理の要否
- 相手先品番との読み替え
このうち標準荷姿の入数は軽視されがちですが、箱を1回読んだときに在庫が何個動くかを決める項目であり、ここが空欄だと箱読取そのものが成立しません。
ロケーションマスタ — 階層を先に決める
倉庫、エリア、棚、間口という階層を何段にするかは、後から増やすのが最も面倒な部分です。棚ラベルの貼り替えと、既存在庫データの移行が同時に発生します。
実務的な目安として、保管場所が数十か所なら2階層、数百か所なら3階層、ピッキング動線を最適化したいなら4階層まで用意します。あわせて、「仮置き」「受入待ち」「不良隔離」「出荷待ち」といった論理ロケーションを最初から定義してください。物理的な棚がない場所こそ、在庫が滞留して差異になります。
取引区分マスタ — 読取1回の意味を決める
同じコードを同じ端末で読んでも、それが入庫なのか出庫なのか移動なのか棚卸なのかは、コードからは分かりません。作業者が事前に選んだ取引区分が決めます。
取引区分マスタには、区分名、在庫への影響(増・減・移動・記録のみ)、必要な追加入力(数量・ロケーション・理由コード)、そして承認の要否を持たせます。よくある失敗は、区分を細かく作りすぎて現場が選択を間違えることです。現場が日常的に使う区分は6〜8個に抑え、例外はスーパーバイザー用の別画面に隔離するのが安全です。
読取データを生産管理システムへどう流すか — 連携4方式
ここからが本記事のもう1つの軸です。読取が成立しても、そのデータが基幹に正しく載らなければ在庫は合いません。連携方式は大きく4つあります。
| 方式 | 仕組み | 向く場面 | 主な弱点 |
|---|---|---|---|
| キーボードウェッジ | 読取値を既存画面のカーソル位置に文字入力として流す | 既存の生産管理画面を変えたくない、対象工程が少ない | 妥当性チェックが効かず、誤った番号もそのまま登録される |
| 専用アプリ+中継サーバ | 端末アプリが中継サーバへ送り、そこから基幹のインターフェースへ渡す | 複数拠点・複数システムへ配りたい | 中継層の構築費と、運用する担当者が要る |
| API直結 | 端末アプリが基幹のAPIを直接呼ぶ | 基幹側にAPIが用意されている、リアルタイム性が要る | 基幹の停止や改修の影響を直接受け、通信断に弱い |
| ファイル連携(バッチ) | 読取結果をファイルに溜め、定期的に取り込む | 通信環境が不安定、既存が夜間バッチ中心 | 反映が遅れ、エラーの差し戻しが翌日になる |
タイの工場で現実的に多いのは、2番目の中継サーバ方式と4番目のバッチ方式の組み合わせです。出荷検品のようにその場で止めたい業務は中継サーバ経由でリアルタイムに、月次の棚卸のようにまとめて確定させたい業務はファイル連携で、という使い分けが無理がありません。
キーボードウェッジは初期費用が最も安く、既存画面をそのまま使えるため魅力的に見えます。しかし「読み取れた=正しい」ではないという点が最大の弱点です。存在しない品番を読んでも、有効期限切れのロットを読んでも、画面はそれを受け付けます。誤りを止めたい業務にこの方式を選ぶと、結局は目視のダブルチェックが残り、工数が減りません。

連携設計で必ず決める5つのこと
方式を選んだあと、設計書に明記すべき論点が5つあります。ここが曖昧なまま本稼働すると、月末の締めで必ず表面化します。
1. 実績をいつ計上するか。 読んだ瞬間に在庫を動かすのか、作業終了の確定操作を待つのか。読んだ瞬間方式は現場が速い代わりに、途中で作業を中断したときの取り消し操作が要ります。確定方式は正確ですが、確定を忘れた分が宙に浮きます。どちらを選ぶにせよ、「読んだが確定していない」状態を画面で見える化してください。
2. 在庫トランザクションの粒度。 1回の読取を1明細として基幹に投げるのか、1作業分をまとめて1伝票にするのか。明細を細かく持つと追跡性は上がりますが、データ量と処理時間が増えます。出荷のように1件が数十読取になる業務では、まとめて1伝票にしたほうが基幹側が耐えます。
3. 二重読取の扱い。 同じ現品票を2回読んだとき、エラーにするのか、加算するのか。ここは業務によって正解が逆になります。入庫検品なら2回目はエラーであるべきですし、複数箱を数える作業なら加算が正しい。設計上は、読取ごとに一意なキー(端末ID+時刻+連番など)を付け、基幹側で同じキーを2度受け付けない仕組みを持たせるのが定石です。通信のリトライで同じデータが2回届く事故を、これで防げます。
4. オフライン時の動きと復帰順序。 工場の無線環境は、金属棚と稼働中の設備の影響で必ずどこかに死角があります。端末側に読取をためて後で送る設計にする場合、送信の順序を保証しなければなりません。出庫が入庫より先に届くと、在庫がマイナスになって弾かれます。溜めた読取は必ず読取時刻の昇順で送る、という取り決めを設計書に書いてください。
5. 締めとの整合。 月次締めの後に、締め対象期間の読取データが遅れて到着したらどうするか。自動で翌月に付け替えるのか、エラーにして人が判断するのか。経理と生産管理の合意が要る論点であり、システム担当だけでは決められません。
WMSを別に立てる構成を検討している場合、どこまでを生産管理システムが持ち、どこからをWMSが持つかの線引きが先です。判断の変数についてはWMS比較2026|在庫管理システムとの違いを6変数で判定するで整理しています。
QRコード在庫管理へ広げるとき、何が変わるか
「QRコード 在庫管理」で情報を探すと、1次元バーコードより優れているという説明が並びます。実務上の差は3点に集約されます。
- 情報量。 1次元コードは実用上20〜30文字程度が限界で、品番だけで埋まります。2次元コードなら品番・ロット・数量・日付を1つに収められます。
- 印字面積。 同じ情報量なら2次元コードのほうが小さく済みます。小物部品や電子部品のリールでは、これが決定的な差になります。
- 読取方向と汚れ耐性。 2次元コードは向きを問わず読め、一部が汚れても誤り訂正で復元できます。切削油や粉塵のある工程では効いてきます。
数字の感覚としては、GS1 USが2026年5月に公表した米国400社への調査で、1次元コードを主に使っている組織は初回読取失敗率7%、ラベル貼り直し率1.5%と報告しています。同じ発表に出てくるコスト削減幅はモデル推計と明記されているのでそのまま自社に当てはめる性質のものではありませんが、初回で読めない札が一定割合で出るという前提で運用を設計すべきなのは確かです。読み直しと貼り直しの手間は、機器の価格差より効いてきます。
一方で、2次元コードにすると読取端末は2次元イメージャが必須になり、旧来の1次元レーザースキャナは使えません。既存端末を流用したい場合、ここが移行の律速になります。
そして情報量が増えることには裏側があります。ロットや数量をコードに直接書き込むと、その情報を後から訂正できません。数量を修正したら札を刷り直すことになります。コードに載せるのは「変わらない識別子」に留め、変わりうる属性はマスタ側に持たせる、という原則は、2次元コードでも同じです。
タイ拠点に固有の論点
前提として押さえておきたい数字があります。ジェトロが2025年11月に公表した海外進出日系企業実態調査によると、タイの日系企業でデジタル技術を導入・活用または投資していると答えた割合は46.1%(有効回答583社)で、ASEAN平均の52.1%を下回りました。同調査で挙がった課題の上位は「デジタル人材の不足」が60.7%、「導入や運用のコストが高い」が56.0%です。裏を返せば、タイ拠点では人の手を前提にした運用がまだ多数派で、着手した工場が差をつけやすい局面だということでもあります。
その上で、タイの工場でバーコード管理システムを立ち上げるとき、日本と同じ設計では詰まる点があります。
サプライヤの現品票がそろわない。 日系サプライヤ、タイ系サプライヤ、中国からの輸入品で、ラベルの様式もコード体系も異なります。全社に統一を要求するのは現実的ではないため、受入時に自社の現品票へ貼り替える工程を設けるか、主要サプライヤ分だけ読み替えテーブルを持つかの二択になります。取引額の上位から順に読み替え対応し、それ以外は貼り替えという段階設計が現実的です。
画面とラベルの言語。 端末の操作画面はタイ語、管理帳票は日本語と英語、という三重構造になります。品名をタイ語でも持つなら、品目マスタに多言語項目を最初から用意してください。後から追加すると全品番の入力が発生します。
無線環境。 金属棚が密に並ぶ倉庫と、大型設備が動く製造エリアでは電波状況が大きく違います。アクセスポイントの設計は現地調査が前提で、日本の拠点の設計をそのまま持ち込むと死角が出ます。前述のオフライン設計は、タイでは選択肢ではなく前提です。
人の入れ替わり。 現場スタッフの定着率を前提にできない環境では、教育で誤りを防ぐ設計は続きません。端末側で入力の選択肢を絞り、存在しない組み合わせをそもそも選べなくする設計が要ります。取引区分を6〜8個に抑えるという前述の目安は、この事情からも来ています。
BOI恩典との関係。 BOIには既存事業の高度化を対象とした「Smart and Sustainable Industry」措置があり、そのうちデジタル関連の枠は、投資額の50%を上限として法人所得税を3年間免除するという内容です。最低投資額は100万バーツ、そして単発のツール導入ではなく3つ以上の業務機能を連携させることが条件とされています。バーコード管理システムは読取・在庫・生産実績という複数機能をつなぐ投資なので、この要件の考え方とは相性が良い部類に入ります。ただし適用可否は案件ごとの条件で決まり、設備と一体で申請するのか別途扱いにするのかで進め方も変わります。最新の申請ガイドを確認したうえで、社内の申請担当と早い段階ですり合わせてください。
費用のモデル試算 — 最大の隠れコストはマスタ整備
ここでの数字は当社の想定に基づくモデル試算であり、実際の見積もりは対象工程と既存システムの状態で大きく変わります。前提は、品目数2,000品番、現品票の日次発行1,500枚、読取端末10台、対象は受入・工程間移動・出荷検品の3業務、既存の生産管理システムにインターフェースを追加する構成です。
| 費目 | 初期(THB) | 年間(THB) |
|---|---|---|
| コード体系・マスタ設計 | 250,000 | — |
| マスタ整備の内部工数 | 80,000 | — |
| 読取アプリと画面の作り込み | 400,000 | — |
| 基幹連携(中継サーバとインターフェース) | 350,000 | 60,000 |
| 端末10台・プリンター2台 | 420,000 | 45,000 |
| 保守・ライセンス | — | 120,000 |
| 合計 | 1,500,000 | 225,000 |
注目してほしいのは2行目です。品目マスタの整備は、1品番あたり標準荷姿の実測とロット要否の判断を含めて平均8分と置くと、2,000品番で約267時間になります。これは社内工数なので、ベンダーの見積書には現れません。しかし現実には、この267時間を誰がいつやるかが決まらないために稼働が延びる案件が非常に多くあります。
さらに、この作業は生産管理と購買と倉庫にまたがるため、専任を1人立てないと進みません。プロジェクト計画には、システム構築とは別に「マスタ整備」というタスクを独立させて置いてください。
導入の進め方 — 90日で1業務を通す
全工程を一斉に切り替える計画は、ほぼ確実に延びます。1業務に絞って端から端まで通し、そこで見つかった設計の穴を潰してから横展開するほうが速く着地します。
1〜30日目。 対象業務を1つ選びます。効果が見えやすく、範囲が閉じている出荷検品か受入検品が適しています。並行して識別の階層を決め、現品票の発番ルール6項目を文書化します。この期間に、既存の品目マスタから標準荷姿の入数が欠けている品番を洗い出します。
31〜60日目。 連携方式を決め、インターフェースの仕様を確定します。前述の5論点、特に実績計上のタイミングと二重読取の扱いを設計書に明記します。同時にマスタ整備を開始し、対象業務で使う品番から先に埋めます。
61〜90日目。 対象業務で並行運用します。従来の紙運用を止めず、両方で記録して差分を突き合わせます。差分がゼロになるのではなく、差分の原因がすべて説明できる状態を到達目標にしてください。説明できない差分が残ったまま紙を止めると、以後どこがずれたのか追えなくなります。
よくある失敗5つ
- 機器選定から始めてしまう。 端末の仕様を先に決めると、コード体系がその端末で読めるものに引きずられます。順序は逆です。
- 標準荷姿の入数を空欄のまま進める。 箱を読んだときに何個動くか決まらず、結局手入力が残ります。
- 取引区分を作りすぎる。 20個を超えると現場が選択を間違え、誤った区分で計上されたデータの修正に時間を取られます。
- 紙運用を早く止めすぎる。 並行期間を設けずに切り替えると、初期の設計ミスを検出する手段がなくなります。
- マスタ整備を誰の仕事にもしない。 ベンダーの範囲外、現場は本業優先、という状態で数か月が過ぎます。
よくある質問
バーコード管理システムとは何ですか。
現物に付けた識別コードを読み取り、その読取イベントを在庫や製造実績のデータに変換して基幹システムへ反映する仕組みの総称です。コード体系・発行・読取・連携の4つの部品から成り、機器だけを指す言葉ではありません。
導入費用はどれくらいかかりますか。
本記事のモデル試算では、3業務・端末10台・既存の生産管理システムへの連携込みで初期1,500,000 THB、年間225,000 THBという規模感を置いています。対象業務を出荷検品1つに絞ればこれより小さく始められます。逆に、基幹システム側にインターフェースを新規で作る必要がある場合は連携費が膨らみます。
現品票の発番ルールは誰が決めるべきですか。
在庫を持つシステムの管理者、つまり生産管理の責任者が決めるのが原則です。情報システム部門だけで決めると、分割・統合時の扱いのように現場運用に踏み込む論点が抜けます。
QRコードとバーコードのどちらを選ぶべきですか。
コードに載せる情報が品番だけなら1次元で足ります。ロットや数量、日付を1つのコードに収めたい場合や、印字面積が小さい場合は2次元コードが有利です。ただし2次元にすると2次元イメージャが必須になるため、既存端末の流用可否を先に確認してください。
生産管理システムとのバーコード連携は既存パッケージのままでも可能ですか。
可能な場合が多いですが、条件はパッケージがインターフェースを公開しているかどうかです。標準の取込ファイル形式やAPIが用意されていれば、中継サーバを立てて連携できます。公開されていない場合は改修見積もりが必要になり、これが総額を左右します。
既存の在庫管理で棚卸差異が大きいのですが、バーコード導入で解決しますか。
読取そのものは入力ミスを減らしますが、差異の原因が分割時の番号運用やロケーションの未定義にある場合は、コードを付けても差異は残ります。導入前に差異の原因を分類し、どの原因に効くのかを確認してください。適正在庫の考え方は適正在庫の管理2026|公式より先に決める5層とリードタイムの裾にまとめています。
まとめ
バーコード管理システムの成否は、読取端末の性能ではなく、コード体系と連携設計という「決める部分」で決まります。押さえるべき順序は、識別の4階層のうちどこを使うかを決め、現品票の発番ルール6項目を文書化し、品目・ロケーション・取引区分の3マスタを整え、そのうえで連携方式を選んで実績計上のタイミングと二重読取の扱いを明記する、というものです。機器の選定はその後で構いません。
そして最大の隠れコストはマスタ整備の内部工数です。ベンダー見積もりに現れないこの作業を独立したタスクとして計画に置けるかどうかが、90日で立ち上がるか半年かかるかを分けます。
ご相談ください
タイでの拠点運営に合わせて、現品票の発番ルールをどう引くか、既存の生産管理システムとどこまで繋ぐかは、工場ごとに条件が違います。TOMAS TECHでは、タイに拠点を持つ日系製造業向けに、コード体系の設計から基幹連携までを含めた導入支援を行っています。まだ検討段階で、そもそも自社にどの階層まで必要なのかを整理したいという状態でも構いません。現状の運用をお聞かせいただければ、論点の切り分けからご一緒します。お問い合わせからお気軽にご連絡ください。
参考情報
- GS1 – GS1 Application Identifiers 一覧|本文のAI表の出典|https://ref.gs1.org/ai/
- GS1 – 2D Barcodes at Retail Point-of-Sale Implementation Guideline|2025年12月批准|https://ref.gs1.org/guidelines/2d-in-retail/
- GS1 – Solution provider 2D readiness|2027年末の業界目標|https://www.gs1.org/industries/retail/solution-provider-2d-readiness
- GS1 US – Sunrise 2027|https://www.gs1us.org/industries-and-insights/by-topic/sunrise-2027
- GS1 US – 2D Barcodes Can Cut Warehouse Costs by Over 60%|2026年5月|https://www.gs1us.org/industries-and-insights/media-center/press-releases/2D-Barcodes-Can-Cut-Warehouse-Costs-by-Over-60-
- GS1 – 7-Eleven Thailand 導入事例|https://www.gs1.org/insights-events/case-studies/7-eleven-thailand-boosts-consumer-safety-and-satisfaction-next-generation
- GS1 – GS1 General Specifications|https://www.gs1.org/standards/gs1-general-specifications
- GS1 – GS1 Digital Link Standard|https://www.gs1.org/standards/gs1-digital-link
- GS1 – Serial Shipping Container Code (SSCC)|https://www.gs1.org/standards/id-keys/sscc
- GS1 – Global Trade Item Number (GTIN)|https://www.gs1.org/standards/id-keys/gtin
- ジェトロ – 2025年度 海外進出日系企業実態調査(アジア・オセアニア編)|https://www.jetro.go.jp/world/reports/2025/01/231fa237934b5b0c.html
- Thailand Board of Investment – A Guide to Investment Promotion 2569|2026年4月|https://www.boi.go.th/upload/content/BOI_A_Guide_Web_Th.pdf
- GS1 Thailand – Next Gen Barcodes ロードショー2026|https://gs1th.org/next-gen-barcodes-2026-01/