バーコード39と128の違いとは？特徴・使い分け・見分け方をわかりやすく解説

バーコード39と128の違いとは？特徴・使い分け・見分け方をわかりやすく解説

バーコード39とバーコード128は、どちらも商品管理、在庫管理、部品管理、物流ラベルなどで使われる1次元バーコードですが、対応できる文字、情報量、バーコードの長さ、チェック機能、向いている現場が違います。結論から言うと、短い英数字の管理番号をシンプルに扱うならバーコード39、長い数字列や伝票番号を短く効率よく扱うならバーコード128が向いています。

たとえば、備品に貼る「PC-001」や工具に貼る「TOOL-A15」のような短い番号なら、バーコード39でも実用上は使いやすいです。一方で、出荷番号やロット番号のように「2026011500012345」のような長い数字列を扱うなら、バーコード128の方がラベル幅を抑えやすくなります。バーコード39でも長い番号を表すことはできますが、横に長くなりやすく、小さなラベルでは読みにくくなることがあります。

「バーコード 39 128 違い」と検索する人が実際に困りやすいのは、規格名そのものよりも、今あるバーコードがどちらなのか、どちらを選べば現場で読めるのか、スキャナで読めない原因が規格なのか印刷なのかという判断です。見た目だけでは似ているため、「なんとなく同じバーコードだろう」と考えると、ラベル作成やシステム登録で失敗しやすくなります。

バーコード39は、英大文字、数字、一部記号を扱える比較的シンプルなバーコードです。部品番号、資産番号、備品番号、棚番号など、短くて人が見ても分かりやすい管理番号に向いています。バーコード128は、より広い文字範囲を扱える高密度バーコードで、数字列を効率よく短くできるため、物流、倉庫、配送、出荷、在庫管理などの業務システムと相性がよい規格です。

選ぶときは、規格名だけで決めるのではなく、バーコード化したいデータの文字種、最大桁数、ラベルサイズ、印刷するプリンタ、読み取るスキャナ、実際の作業環境を確認することが大切です。特に、取引先や運送会社に提出するラベルでは、自社の都合だけで選ばず、相手先の仕様書を優先してください。

バーコード39と128の違いをまず結論で比較

バーコード39はシンプルな英数字管理に向いている

バーコード39は、短い英数字の管理番号を扱うのに向いた1次元バーコードです。数字だけでなく、英大文字や一部の記号を表せるため、製造業の部品番号、社内備品の管理番号、工具番号、棚番号、簡単なロット番号などに使いやすい規格です。英字を含む管理コードの考え方は、バーコードにアルファベットが入っている理由を確認すると理解しやすくなります。たとえば「AB-1234」「PART-500」「ROOM-01」「TOOL-A15」のような番号であれば、バーコード39でもラベルに収まりやすく、現場の担当者も目視で確認しやすいです。

Code39は、ISO/IEC 16388として規格化されているバーコードです。公式な規格情報は、ISOのISO/IEC 16388:2023ページで確認できます。バーコード39は、開始と終了を示す記号を持ち、構造が比較的分かりやすいため、古くから工場や資産管理の現場で使われてきました。

ただし、バーコード39は高密度なバーコードではありません。同じ文字数でもバーコード128より横に長くなりやすく、長い番号を小さなラベルに入れる用途には向きません。たとえば、最初は「A-001」だけだった管理番号が、後から拠点名や年度を足して「TOKYO-A-2026-000123」のように長くなると、バーコード39ではラベル幅が足りなくなることがあります。

そのため、バーコード39は「短い英数字を分かりやすく管理する」「既存の設備がCode39に合わせてある」「人が目視確認する場面も多い」といった場合に検討しやすい規格です。逆に、長い番号を大量に読み取る物流現場では、バーコード128の方が適することが多くなります。

バーコード128は情報量が多い業務管理に向いている

バーコード128は、情報量が多い業務管理に向いている高密度の1次元バーコードです。英数字や記号を幅広く扱えるだけでなく、数字だけが連続する場合に短く表現しやすい特徴があります。注文番号、出荷番号、伝票番号、ロット番号、シリアル番号、倉庫管理番号など、長い番号を扱う現場ではバーコード128がよく使われます。

Code128は、ISO/IEC 15417:2007として規格化されています。コードセットA、コードセットB、コードセットCを使い分けることで、扱う文字に合わせて効率よくデータを表現できます。特にコードセットCでは、数字2桁を1単位として表せるため、長い数字列を短くしやすいです。

たとえば、配送伝票や出荷ラベルには、宛先、商品名、数量、日付、注意書きなども印字されます。その中でバーコードだけが横に長くなりすぎると、ラベル全体が読みにくくなります。バーコード128は同じ数字列でもバーコード39より短く収まりやすいため、限られたスペースに情報を入れたい物流や在庫管理で使いやすいです。

ただし、バーコード128は短くできるからといって、どこまでも小さく印刷できるわけではありません。高密度であるぶん、印字がにじんだり、バーが細かすぎたり、余白が不足したりすると読みにくくなります。バーコード128を選ぶ場合は、プリンタの解像度、ラベル素材、印刷濃度、スキャナ性能まで含めて確認する必要があります。

迷ったときは桁数・印字スペース・読み取り環境で判断する

バーコード39と128で迷ったときは、まずバーコード化したいデータを見ます。短い英数字で、今後も大きく桁数が増えないならバーコード39が候補になります。長い数字列、英小文字を含むデータ、将来的に桁数が増えそうな番号、業務システムと連携する番号ならバーコード128を検討するのが自然です。

次に、印字スペースを確認します。ラベルが大きく、多少バーコードが横長になっても問題ないならバーコード39でも使えます。しかし、小さな商品ラベル、部品ラベル、ケーブルタグ、梱包ラベルなどでは、バーコード39が長くなりすぎて読みにくくなることがあります。その場合は、バーコード128で短くできるか試した方がよいです。

さらに、読み取り環境も大切です。事務所の机の上で読むだけなら問題なくても、倉庫の棚、工場の作業台、薄暗い場所、曲面の容器、汚れやすい部品ラベルでは読み取り条件が変わります。バーコード39でも128でも、実際に使うスキャナとプリンタでテストしなければ、本当に運用できるかは分かりません。

判断の流れは、データの文字種を確認する、最大桁数を確認する、ラベルサイズを確認する、プリンタとスキャナの対応を確認する、現場で読み取りテストをするの順番がおすすめです。この順番で確認すれば、見た目だけで選んで失敗するリスクを減らせます。

判断ポイント	バーコード39が合いやすい場合	バーコード128が合いやすい場合
データの長さ	短い管理番号が中心	長い番号や伝票番号が中心
文字の種類	数字、英大文字、一部記号で足りる	英小文字や幅広い記号も扱いたい
ラベルサイズ	横幅に余裕がある	小さなラベルに収めたい
現場の用途	備品管理、部品管理、簡単な資産管理	物流、出荷、在庫管理、システム連携
確認方法	短いコードで実物テスト	最大桁数のデータで実物テスト

バーコード39とは？特徴と使われる場面

バーコード39の基本仕様

バーコード39は、Code39とも呼ばれる1次元バーコードです。名前の「39」は、1文字を表すパターンの中に9本の要素があり、そのうち3本が太い要素になる構造に由来します。実務では細かい構造をすべて覚える必要はありませんが、短い英数字コードを扱うための比較的シンプルなバーコードと考えると分かりやすいです。

バーコード39は、開始と終了を示すためにアスタリスクを使います。ただし、通常のラベル作成ソフトでは、人がアスタリスクを意識しなくても、ソフト側が必要な開始・終了処理をしてくれることがあります。一方で、バーコードフォントを使って手作業で作る場合は、開始と終了の指定を忘れるとスキャナで読めないことがあります。

たとえば、管理番号「A123」をバーコード化したい場合、あるソフトではデータ欄に「A123」と入力すれば自動で正しいCode39が作られます。しかし、フォントだけで作る場合は「*A123*」のようにアスタリスクを含める必要があるケースがあります。この違いを知らないと、「画面ではバーコードに見えるのに読めない」というトラブルが起こります。

また、バーコード39はチェックデジットが必須ではありません。必要に応じてチェックキャラクタを使う運用もありますが、簡単な管理では付けない場合もあります。導入しやすい一方で、読み取り結果が本当に正しいかを確認する仕組みを、必要に応じて別に考えることが大切です。

バーコード39で使える文字の種類

バーコード39で扱える基本的な文字は、数字、英大文字、一部の記号です。よく使われる文字は、0から9、AからZ、ハイフン、ピリオド、スペース、ドル記号、スラッシュ、プラス、パーセントなどです。ひらがな、カタカナ、漢字をそのまま表す用途には向いていません。

たとえば「A123」「AB-001」「LOT2026」「RACK-05」「TOOL-A15」のような管理番号であれば、バーコード39で扱いやすいです。一方で「商品名：青い部品」「担当者：山田」「保管場所：第2倉庫」のような日本語情報をそのままバーコード化したい場合、バーコード39ではなく、管理番号だけをバーコード化して、詳しい情報はシステム側で持つ方法を考えた方が現実的です。

実務では、バーコードにすべての情報を入れるのではなく、バーコードには短い識別番号だけを入れることが多いです。たとえばバーコードには「ITEM-001」とだけ入れておき、システム側で「ITEM-001＝青い部品、担当者＝山田、保管場所＝第2倉庫」と管理します。この方法なら、バーコードを短く保ちやすく、後から商品名や担当者が変わっても、ラベルを貼り替えずにデータベース側で修正できます。

検索している人が勘違いしやすいのは、「バーコードにたくさん情報を入れた方が便利」と考えることです。実際には、バーコードに入れる情報が多いほど長くなり、読みにくくなります。バーコード39を使うなら、なるべく短く、変わりにくい管理番号を入れるのが安全です。

バーコード39が製造業や資産管理で使われやすい理由

バーコード39は、製造業や資産管理で使われやすい規格です。理由は、英数字の型番や管理番号をそのまま表しやすいからです。工場では、部品番号、治具番号、工程番号、設備番号、ロット番号など、数字だけでなく英字を含むコードが多く使われます。バーコード39なら、こうした英数字コードを分かりやすくバーコード化できます。

社内の備品管理でも、バーコード39は使いやすい場面があります。たとえば、パソコンに「PC-001」、椅子に「CHAIR-020」、工具に「TOOL-A15」、測定器に「METER-05」といった番号を付け、それをバーコード化するような運用です。管理番号が短く、読み取り回数もそこまで多くないなら、バーコード39でも十分に使えます。

現場でよくある例として、年に数回の棚卸しだけに使う備品ラベルがあります。毎日大量にスキャンするわけではなく、担当者がラベル下の文字も目で確認しながら作業する場合、バーコード39のシンプルさが役に立ちます。番号が短ければラベルも大きくなりすぎず、古いスキャナでも対応していることがあります。

ただし、製造現場ではラベルが油、粉じん、熱、こすれ、曲面貼りなどの影響を受けることがあります。バーコード39だから必ず読めるというわけではありません。対象物が小さい、ラベルが曲がる、作業者が少し離れた距離から読む、といった条件では、ラベルサイズや印刷品質も合わせて確認する必要があります。

バーコード39のメリットと注意点

バーコード39のメリットは、構造がシンプルで、短い英数字コードを扱いやすいことです。ラベル作成ソフトやバーコードプリンタでも対応していることが多く、短い管理番号を印刷してハンディスキャナで読み取るような基本的な運用に向いています。既存の設備がCode39に合わせてある場合も、継続利用しやすいです。

注意点は、情報密度が低く、バーコードが横に長くなりやすいことです。たとえば、同じ12桁や16桁の番号をバーコード化した場合、バーコード39ではラベル幅に収まりにくくなることがあります。無理に小さく印刷すると、バーやスペースが細くなりすぎて、スキャナで読み取りにくくなります。

もう1つの注意点は、チェックデジットの扱いです。バーコード39ではチェックデジットが必須ではないため、簡単な管理では使わないこともあります。チェックデジットの基本的な役割は、バーコードのチェックデジットとは何かでも詳しく整理しています。しかし、出荷検品や在庫更新のように、読み取り結果がそのまま業務処理につながる場合は、誤読対策を考える必要があります。チェックデジットを使うか、読み取り後にシステム側で存在確認を行うなどの方法があります。

たとえば、棚卸しで「読み取った番号を画面に表示して、人が確認してから登録する」運用なら、比較的シンプルでも問題になりにくいです。しかし、「読み取った瞬間に出荷完了になる」ような運用では、誤読や誤登録の影響が大きくなります。バーコード39を使う場合でも、業務の重要度に合わせて安全策を入れましょう。

バーコード128とは？特徴と使われる場面

バーコード128の基本仕様

バーコード128は、Code128とも呼ばれる高密度の1次元バーコードです。バーコード39より多くの文字を効率よく表現でき、同じ情報でも短く収めやすいことが特徴です。物流、倉庫、出荷、在庫管理、医療、製造工程など、業務システムと連携して大量のバーコードを読み取る現場でよく使われます。

バーコード128では、スタートコード、データ、チェックキャラクタ、ストップコードなどの要素を使います。チェックキャラクタが必須で、読み取り時にデータが正しく読めているかを確認する仕組みがあります。この点は、チェックデジットが必須ではないバーコード39との大きな違いです。

ただし、バーコード128は高密度であるぶん、印刷品質の影響を受けやすくなります。バーがつぶれたり、線が細すぎたり、余白が不足したりすると、正しく読めないことがあります。バーコード128を使う場合は、プリンタ、ラベル素材、スキャナ、印字サイズ、読み取り距離を含めて確認することが大切です。

現場でよくある失敗は、「バーコード128にしたら短くなったので、さらに小さく印刷した」というものです。短く表現できることと、どこまでも縮小できることは別です。バーコードは、黒いバーと白いスペースの幅が正しく印刷されて初めて読めます。小さくしすぎると、バーコード128の利点が読み取り不良につながることがあります。

バーコード128で使える文字の種類

バーコード128は、数字、英大文字、英小文字、記号、制御文字など、幅広い文字を扱える規格です。バーコード39が英大文字と数字、一部記号を中心にしているのに対し、バーコード128はより広い範囲のデータに対応できます。英小文字を含むコードや、システムが自動発行する複雑なコードを扱う場合には、バーコード128が候補になります。

ただし、バーコード128でも日本語をそのまま分かりやすく入れる用途には注意が必要です。日本語の商品名や説明文を直接入れるというより、実務では商品コード、注文番号、ロット番号、出荷番号などの識別情報を入れ、そのコードをシステム側で商品情報に紐づける使い方が一般的です。

たとえば「青い部品」という日本語名をバーコードに直接入れるのではなく、「ITEM-0001」というコードをバーコード化し、システム上で「ITEM-0001＝青い部品」と管理します。この方が、バーコードの長さを抑えやすく、読み取りやすく、システム連携もしやすくなります。

バーコード128は、業務システムとの相性がよい規格です。たとえば、出荷ラベルに注文番号、商品コード、数量、ロット情報などを含めたい場合、バーコード128や、その応用であるGS1-128が検討されます。GS1-128については、GS1 JapanのGS1-128シンボル説明ページで、コード128を使ってGS1アプリケーション識別子に従ったデータを表すバーコードとして説明されています。

コードセットA・B・Cの違い

バーコード128には、コードセットA、コードセットB、コードセットCがあります。簡単に言うと、扱う文字の種類に応じて表現方法を切り替える仕組みです。コードセットAは制御文字を含む範囲、コードセットBは英小文字を含む一般的な文字、コードセットCは数字列を効率よく表すために使われます。

特に重要なのがコードセットCです。コードセットCでは、数字2桁を1単位として扱えるため、数字だけが長く続く番号を短く表現できます。たとえば、伝票番号や出荷番号のように数字が連続するデータでは、バーコード128の強みが出やすくなります。

たとえば「123456789012」のような数字だけのコードなら、バーコード128は短くしやすいです。一方で「AB12-CD34-EF56」のように英字、数字、記号が混ざる場合は、コードセットの切り替えが必要になることがあります。実際には、バーコード生成ソフトが自動で最適なコードセットを選ぶことも多いですが、生成ソフトによって出力される横幅が変わることがあります。

ここで勘違いしやすいのは、「Code128なら必ず短くなる」と決めつけることです。数字だけが長く続く場合は短くなりやすいですが、英字や記号が細かく混ざるデータでは、思ったほど短くならないこともあります。導入前には、実際のデータでバーコードを作成して、バーコード39と128の横幅を比較しましょう。

バーコード128が物流や在庫管理で使われやすい理由

バーコード128が物流や在庫管理で使われやすい理由は、情報量が多くても比較的短く印字でき、読み取りミスの検出にも強いからです。物流現場では、商品コード、数量、出荷先、ロット番号、期限、伝票番号など、複数の情報を扱います。ラベルに印字できるスペースは限られているため、短く効率よく表現できることは大きな利点です。

倉庫作業では、入庫、棚入れ、ピッキング、検品、梱包、出荷など、1日に何度もバーコードを読み取ります。読み取りミスが起きると、在庫差異、誤出荷、再発送、問い合わせ対応につながることがあります。バーコード128はチェックキャラクタを持つため、読み取りデータの整合性を確認しやすく、システム運用に向いています。

物流ラベルで注意したいのは、バーコード128とGS1-128を混同しないことです。GS1-128は、Code128というシンボルを使いながら、GS1アプリケーション識別子などのルールに従ってデータを表す仕組みです。取引先から「GS1-128で表示してください」と指定された場合、単にCode128で数字を印字するだけでは足りないことがあります。

たとえば、賞味期限、ロット番号、数量、出荷単位などをGS1ルールで連結する場合、アプリケーション識別子の意味を理解してデータを作る必要があります。GS1のアプリケーション識別子については、GS1 Application Identifiersの公式リファレンスでも確認できます。外部に提出するラベルでは、規格名だけでなく、データの並び方まで確認しましょう。

バーコード39と128の主な違い

対応できる文字種の違い

バーコード39と128の大きな違いの1つは、対応できる文字種です。バーコード39は、数字、英大文字、一部記号を扱うシンプルな規格です。管理番号や型番のように、あらかじめ使う文字が決まっているデータに向いています。特に、英大文字と数字だけで構成される短いコードでは扱いやすいです。

一方、バーコード128は、英小文字や多くの記号、制御文字なども扱えるため、表現できる範囲が広くなります。業務システムから出力されるコード、物流ラベル、伝票番号、ロット番号など、さまざまな形式のデータを扱う場合はバーコード128の方が柔軟です。

ただし、文字種が多いからといって、何でもバーコードに入れればよいわけではありません。バーコードは読み取りやすさが大切です。商品名や説明文を長く入れるより、短い識別コードを入れて、詳細情報はシステム側で管理する方が実務では扱いやすくなります。

たとえば、商品名、色、サイズ、担当者名、保管場所をすべてバーコードに入れようとすると、バーコードが長くなりすぎたり、データ変更時にラベルを貼り替える必要が出たりします。バーコードには「変わりにくい識別番号」を入れ、変わりやすい情報はデータベース側で管理する方が現実的です。

同じ内容を表したときのバーコード幅の違い

同じ内容をバーコード化した場合、バーコード39はバーコード128より横に長くなりやすいです。これは、バーコード39の情報密度が低めで、1文字を表すために必要な幅が大きくなりやすいためです。短い管理番号なら問題になりませんが、桁数が増えるとラベルに収まりにくくなります。

たとえば、備品番号のような「PC-001」ならバーコード39でも十分です。しかし、出荷番号のような「2026011500012345」をバーコード39で作ると、横幅が長くなり、ラベルの端まで伸びてしまうことがあります。これを無理に縮小すると、読み取りエラーの原因になります。

バーコード128は高密度なので、同じ数字列をより短く表現しやすいです。小さなラベルや伝票、梱包用シールに印字するなら、バーコード128の方が現実的な選択になることが多いです。ただし、バーコード128もデータが長すぎれば当然長くなります。

実務では、画面上で見たサイズではなく、実際のラベルに印刷したサイズで判断する必要があります。パソコン画面では問題なく見えても、実寸で印刷するとバーが細かすぎたり、左右の余白が足りなかったりすることがあります。最大桁数のデータで印刷して確認しましょう。

扱える情報量と桁数の違い

バーコード39と128は、どちらも可変長のバーコードとして使われますが、実務上は扱える情報量に差が出ます。バーコード39でも長いデータを表すことはできますが、横幅が長くなりやすいため、ラベルサイズや読み取り距離の制約を受けやすくなります。

バーコード128は、数字列を効率よく圧縮できるため、長い番号に向いています。物流の出荷番号、倉庫の在庫番号、ロット番号など、桁数が長くなりやすいデータでは、バーコード128を使うことで印字スペースを抑えやすくなります。

ただし、実際に何桁まで読めるかは、規格だけでなく、印刷サイズ、解像度、ラベル素材、読み取り距離、スキャナ性能によって変わります。長いデータを扱う場合は、仕様上の可否だけでなく、現場で読み取れるかどうかを確認する必要があります。

現場で失敗しやすいのは、短いサンプルコードでテストして安心してしまうことです。本番では最大桁数の番号を使うのに、テストでは「12345」のような短い番号だけを読ませてしまうと、本番開始後に長い番号だけ読めないという問題が出ます。テストでは必ず最大桁数のデータを使いましょう。

チェックデジットの有無と読み取りミスへの強さ

チェックデジットとは、読み取ったデータが正しいかどうかを確認するための検査用の文字や数字です。バーコード39ではチェックデジットが必須ではありません。必要に応じて付けることはできますが、簡易的な運用では使われないこともあります。

バーコード128では、チェックキャラクタが必須です。読み取り時に計算結果が合わない場合、スキャナやシステム側で読み取りエラーとして扱えるため、誤読を検出しやすくなります。物流や在庫管理のように、読み取りミスがそのまま誤出荷や在庫差異につながる業務では、この違いは重要です。

ただし、チェックデジットがあるから絶対に安心というわけではありません。印刷が薄い、バーがにじんでいる、余白が足りない、スキャナ設定が合っていないなどの問題があれば、そもそも読み取れません。チェックデジットは、あくまで誤読を検出する仕組みの1つです。

また、チェックデジットやチェックキャラクタは、利用者が目で見る番号として表示する場合と、内部的に使われる場合があります。特にCode128では、チェックキャラクタは通常の読み取りデータとして出力されないことが多いため、システム側で「なぜチェック文字が出てこないのか」と混乱しないように仕様を確認しておきましょう。

印刷品質やスキャナ性能で注意すべき違い

バーコード39は比較的シンプルな構造なので、短いコードであれば扱いやすい場面があります。ただし、バーコードが長くなると、ラベルの曲がり、貼付面の凹凸、読み取り角度の影響を受けやすくなります。長いバーコード39を無理に小さく印刷するのは避けた方が安全です。

バーコード128は短く表現しやすい反面、線の密度が高くなります。そのため、低解像度のプリンタやにじみやすいラベルでは、バーやスペースがつぶれて読めないことがあります。特に小さなラベルに細かく印字する場合は、プリンタの解像度とスキャナの性能が重要です。

実務では、パソコン上でバーコードがきれいに見えるだけでは不十分です。実際のラベルに印刷し、実際に使うスキャナで、実際の距離と角度で読めるかを試すことが大切です。倉庫や工場では、照明、汚れ、貼付面の形状も読み取りに影響します。

読み取りテストでは、1回読めたかどうかだけで判断しない方が安全です。角度を変える、距離を変える、ラベルを少し曲げる、照明の暗い場所で試す、実際の作業者に読んでもらうなど、現場に近い条件で確認しましょう。

バーコード39と128の見分け方

見た目だけで完全に判断するのは難しい

バーコード39と128は、どちらも黒いバーと白いスペースで構成される1次元バーコードです。そのため、見た目だけで完全に判断するのは難しいです。特に、短いデータを印字している場合は、バーコード39も128も似たように見えることがあります。

見分けたい場合は、まず人が読める文字列の表示を確認します。バーコードの下に「CODE39」「CODE128」と印字されていることもありますが、必ず表示されているわけではありません。ラベル作成ソフトや印刷設定を確認できるなら、そこで規格名を見るのが確実です。

また、スキャナや検証ソフトによっては、読み取ったバーコードの種類を表示できるものがあります。現場で「このバーコードは何の規格か分からない」という場合は、見た目だけで判断せず、スキャナ設定や生成元データを確認しましょう。

特に取引先から受け取ったラベルや、昔からある社内ラベルでは、作った人がすでにいないこともあります。その場合は、ラベルの見た目だけで判断するより、スキャナの識別機能やバーコード検証ツールを使った方が安全です。

バーコード39は横に長くなりやすい

バーコード39は、同じ文字数でも横に長くなりやすい傾向があります。特に英数字を1文字ずつ表現するため、文字数が増えるほどバーコード全体が伸びます。短い管理番号なら問題ありませんが、10桁以上の番号になると、ラベルサイズによっては目立って長く感じることがあります。

現場で見分けるときの目安として、同じような桁数のコードを並べたときに、片方が明らかに長い場合はバーコード39の可能性があります。ただし、印字倍率や余白の設定によっても長さは変わるため、これだけで確定はできません。

バーコード39は、下に表示される文字が英大文字や数字中心で、比較的短い管理番号に使われていることが多いです。社内備品、工場部品、工具管理などで昔から使われているラベルなら、バーコード39の可能性があります。

ただし、バーコード128でも印字倍率を大きくすれば長く見えますし、バーコード39でも短い文字列なら短く見えます。横幅はあくまで目安です。最終的には生成設定やスキャナで確認しましょう。

バーコード128は同じ桁数でも短く収まりやすい

バーコード128は、高密度にデータを表現できるため、同じ桁数でも短く収まりやすいです。特に数字だけが長く続く番号では、コードセットCによって効率よく表現できるため、バーコード39より短くなることがあります。

配送伝票や物流ラベルのように、長い数字列が比較的コンパクトに印字されている場合は、バーコード128やGS1-128などが使われている可能性があります。もちろん、見た目だけでは断定できないため、ラベル作成ソフトやスキャナで確認するのが安全です。

また、バーコード128は、業務システムから自動出力されるラベルで使われることが多いです。注文番号、出荷番号、ロット情報、期限情報などがシステムと連携している場合、バーコード128系の規格が採用されていることがあります。

見た目上の特徴として、バーコード128は線のパターンが細かく見えることがあります。ただし、これも印字条件によって変わるため、「細かいから必ずCode128」と決めつけるのは避けましょう。

スキャナや生成ソフトで規格を確認する方法

バーコード39と128を確実に見分けたいなら、バーコードを作成したソフトやスキャナの読み取り結果を確認するのが一番です。ラベル作成ソフトでは、バーコード種類の設定欄に「Code39」「Code128」「GS1-128」などが表示されていることがあります。

スキャナによっては、読み取ったデータの前にシンボル識別子を付ける設定があります。この設定を有効にすると、どの種類のバーコードを読んだかを判別しやすくなります。ただし、設定方法はスキャナによって異なるため、取扱説明書を確認する必要があります。

現場でよくある失敗は、見た目が似ているから同じ規格だと思い込み、システム側に違う設定で登録してしまうことです。バーコードが読めない、読めても桁数が合わない、チェックデジットが合わないといった問題が出た場合は、まず規格名と生成設定を確認しましょう。

確認の順番としては、1つ目にラベル作成ソフトのバーコード種類を見る、2つ目にスキャナの読み取り設定を見る、3つ目にバーコード検証機や検証ソフトでシンボルを確認する、という流れが安全です。特に取引先へ提出するラベルでは、見た目ではなく仕様書と照合して確認しましょう。

バーコード39と128の使い分け方

少ない文字数の管理番号ならバーコード39を検討する

少ない文字数の管理番号を扱うだけなら、バーコード39を検討できます。たとえば、社内備品の「PC-001」、工具の「TL-010」、棚番号の「A-05」、試作品番号の「TEST-12」のような短い英数字コードです。こうしたデータなら、バーコード39でもラベルに収まりやすく、運用もシンプルです。

バーコード39は、導入時の理解がしやすいという利点もあります。現場の担当者が管理番号を見て、バーコード下の文字と照合しやすいため、人の目による確認と併用する運用にも向いています。小規模な管理や、既存の台帳と組み合わせる場合にも扱いやすいです。

ただし、今は短い番号でも、将来的に桁数が増える可能性があるなら注意が必要です。最初は「A-001」だけだったものが、拠点追加や品目増加によって「TOKYO-A-2026-0001」のように長くなる場合、バーコード39では横幅が問題になることがあります。

最初に決めたバーコード規格は、あとから変更すると現場の負担が大きくなります。ラベルの貼り替え、スキャナ設定、システム登録、過去データとの整合性確認が必要になるからです。短い番号で運用する場合でも、将来の桁数増加を少し見込んでおくと安心です。

長い数字列や伝票番号ならバーコード128を検討する

長い数字列や伝票番号を扱うなら、バーコード128を検討するのが自然です。たとえば、注文番号、出荷番号、送り状番号、ロット番号、シリアル番号など、桁数が多いデータです。数字だけが長く続く場合、バーコード128は効率よく短く表現しやすいです。

物流現場では、ラベルの中に複数の情報を印字することがあります。バーコードだけでなく、宛先、商品名、数量、日付、注意書きなども入るため、バーコードの横幅を抑えることは重要です。バーコード39で長くなりすぎる場合、バーコード128にすることでラベル全体を見やすくできることがあります。

また、伝票番号や出荷番号は、読み取りミスが業務トラブルにつながりやすいデータです。バーコード128はチェックキャラクタが必須のため、誤読検出の面でも業務用途に向いています。ただし、印刷品質とスキャナ対応の確認は必要です。

取引先や運送会社がバーコード仕様を指定している場合は、その指定を優先します。自社内ではCode128で読めても、取引先がGS1-128を求めている場合は、単なるCode128では仕様違反になることがあります。外部とやり取りするバーコードは、必ず相手先の仕様書を確認しましょう。

小さなラベルに印字するならバーコード128が有利

小さなラベルに印字するなら、バーコード128が有利になることが多いです。部品ラベル、ケーブルタグ、小箱ラベル、検体ラベルなど、貼付スペースが限られている場合、バーコード39では必要な幅を確保できないことがあります。

ただし、小さなラベルにバーコード128を使う場合でも、無理に縮小しすぎるのは避けるべきです。バーコードは、黒いバーと白いスペースの幅が正しく印刷されて初めて読み取れます。小さく印字しすぎると、プリンタのにじみやスキャナの解像度の影響で読めなくなることがあります。

実務では、候補となるラベルサイズで実際に印刷し、想定する距離と角度で読み取りテストを行います。机の上では読めても、倉庫の棚や曲面の容器に貼ると読みにくくなることがあります。規格の選定と同じくらい、実物テストが大切です。

小さなラベルで失敗しやすいのは、バーコードの高さを削りすぎることです。横幅だけでなく、縦方向の高さも読み取りやすさに関係します。バーコードを低くしすぎると、スキャナの読み取り角度に弱くなることがあります。

古い設備やシンプルな運用ならバーコード39が合う場合もある

古い設備やシンプルな運用では、バーコード39が合う場合もあります。すでにバーコード39で運用している現場で、問題なく読めており、管理番号も短いなら、無理にバーコード128へ変える必要はありません。変更すると、既存ラベルの貼り替え、スキャナ設定の変更、システム改修が必要になることがあります。

また、バーコードを人が目視確認する場面が多い場合も、バーコード39の分かりやすさが役立つことがあります。現場担当者が、バーコード下の文字列を見て管理番号を確認するような運用では、短い英数字のバーコード39は扱いやすいです。

一方で、読み取り回数が増えた、ラベルが小さくなった、データ桁数が長くなった、システム連携が増えたという場合は、バーコード128への切り替えを検討するタイミングです。現場の変化に合わせて見直すことが大切です。

つまり、古いからバーコード39が悪い、新しいからバーコード128が必ず良い、という判断は避けるべきです。現在の運用で何が困っているのかを明確にしてから選びましょう。

用途別に見るバーコード39と128の選び方

製造業・部品管理で使う場合

製造業や部品管理では、バーコード39と128のどちらも使われます。部品番号や型番のように、短い英数字コードを識別するだけならバーコード39が合うことがあります。たとえば「PART-A100」「JIG-25」「LOT-A01」のようなコードです。

一方で、工程管理、作業履歴、ロット情報、検査結果など、システムで多くのデータを扱う場合はバーコード128が向いています。1つのラベルに長い番号を入れたい場合や、読み取りミスをできるだけ避けたい場合は、バーコード128を検討するとよいでしょう。

製造現場では、ラベルが油、粉じん、熱、こすれなどの影響を受けることがあります。そのため、規格だけでなく、ラベル素材、印字方式、貼付位置、保護フィルムの有無も重要です。実際の現場環境で読めるかどうかを確認しましょう。

たとえば、金属部品に小さなラベルを貼るなら、バーコード128で短くまとめる方が有利な場合があります。一方、大きな保管箱や工具棚に貼るラベルなら、バーコード39でも十分なことがあります。対象物の大きさと読み取り距離で判断しましょう。

倉庫・物流・在庫管理で使う場合

倉庫、物流、在庫管理では、バーコード128が向いている場面が多いです。理由は、長い番号を短く表現しやすく、システム連携にも使いやすいからです。商品コード、棚番、出荷番号、ロット番号、数量などを扱う現場では、読み取りの速さと正確性が重要になります。

ピッキング作業では、棚ラベルや商品ラベルを何度もスキャンします。バーコードが長すぎたり、印字が小さすぎたりすると、読み取りに時間がかかります。バーコード128で適切なサイズに収めれば、作業効率が上がる可能性があります。

ただし、倉庫では照明、棚の高さ、ラベルの汚れ、読み取り距離などが影響します。バーコード128を使う場合でも、実際の作業動線でテストし、読み取りにくい棚や角度がないかを確認することが大切です。

また、倉庫で使うバーコードは、社内だけで使うものと、取引先にも読ませるものを分けて考えましょう。社内棚番なら自社ルールで作れますが、納品ラベルや出荷ラベルでは取引先の指定に合わせる必要があります。

社内備品・資産管理で使う場合

社内備品や資産管理では、バーコード39が使いやすいことがあります。パソコン、椅子、机、工具、測定器などに短い管理番号を付けるだけなら、バーコード39でも十分です。管理番号が「PC-001」「DESK-010」「METER-05」のように短ければ、横幅も大きな問題になりにくいです。

一方で、資産管理システムと連携し、拠点番号、部署番号、購入年度、資産分類などを含めた長いコードを使う場合は、バーコード128も検討できます。情報量が多くなるほど、バーコード39では長くなりやすいからです。

社内備品管理では、読み取り回数が物流ほど多くないこともあります。そのため、必ず高密度なバーコード128が必要とは限りません。運用の簡単さ、ラベルの見やすさ、スキャナの対応状況を見て選ぶとよいでしょう。

たとえば、年に数回の棚卸しで読むだけなら、多少横長でもバーコード39で十分なことがあります。毎日何百回も読み取る現場なら、読み取り速度やラベルの収まりを重視してバーコード128を検討する価値があります。

配送ラベルや伝票番号で使う場合

配送ラベルや伝票番号では、バーコード128系の規格が使われることが多いです。伝票番号は桁数が長くなりやすく、ラベルの中には宛先や品名、数量、日付なども印字されるため、バーコードを短く収めることが重要です。

また、配送や出荷では読み取りミスが大きなトラブルにつながります。誤った荷物を出荷したり、追跡番号が正しく登録されなかったりすると、再出荷や問い合わせ対応が発生します。バーコード128はチェックキャラクタを持つため、業務システムと組み合わせた正確な運用に向いています。

ただし、配送ラベルで使うバーコードは、取引先や運送会社の指定がある場合があります。自社判断だけでバーコード39や128を選ぶのではなく、相手先の仕様書、運送会社のラベル仕様、利用システムの出力形式を確認しましょう。

特に、物流標準や業界標準が関係する場合は、単にCode128で印刷すればよいとは限りません。GS1-128のように、データの入れ方やアプリケーション識別子のルールまで決まっている場合があります。相手に読ませるバーコードでは、規格名だけでなくデータ形式まで確認することが重要です。

小売や商品管理で使う場合

小売の商品管理では、一般的な商品にはJANコードやEAN/UPCなど、別の標準バーコードが使われることが多いです。そのため、バーコード39や128を商品そのものの販売用バーコードとして使うのか、社内管理用として使うのかを分けて考える必要があります。

店舗のバックヤード管理、棚卸し、社内用の管理ラベルなどであれば、バーコード39や128が使えることがあります。短い社内コードならバーコード39、長い在庫番号やシステム連携用コードならバーコード128という判断ができます。

商品を流通させるためのバーコードでは、取引先や業界標準が関係します。小売向けの商品識別ではGS1標準の考え方が関わることもあるため、社内だけで使うバーコードなのか、外部取引先にも読ませるバーコードなのかを先に確認しましょう。

社内用ラベルなら柔軟に設計できますが、レジで読み取る商品コードや納品先が指定する物流ラベルでは自由に選べない場合があります。「バーコード39と128のどちらが良いか」より先に、「誰が読むバーコードなのか」を確認することが大切です。

バーコード39と128でよくある失敗例

長い番号をバーコード39にしてラベルに収まらない

よくある失敗の1つが、長い番号をバーコード39にしてしまい、ラベルに収まらなくなることです。最初は短い管理番号だったためバーコード39で問題なかったものの、後から年度、拠点、部門、連番を追加して、気づいたらバーコードが横に長くなりすぎるケースがあります。

無理にラベルに収めようとして縮小すると、バーが細くなりすぎて読み取りにくくなります。印刷プレビューでは問題なさそうに見えても、実際にスキャナで読むとエラーが増えることがあります。長い番号を使う予定があるなら、最初からバーコード128を検討した方が安全です。

たとえば「A-001」なら短くても、「TOKYO-A-2026-000123」のように拠点名、年度、分類、連番を足すと一気に長くなります。今の番号だけでなく、最大でどこまで長くなるかを想定しておきましょう。

バーコード128を印字したが線が細かすぎて読み取れない

バーコード128は高密度で短く表現できる反面、線が細かくなりやすいです。そのため、低解像度のプリンタやにじみやすいラベルで印刷すると、バーやスペースがつぶれて読み取れないことがあります。特に小さなラベルに長いデータを詰め込む場合は注意が必要です。

この失敗を防ぐには、実際のプリンタ、ラベル、スキャナでテストすることが大切です。データを短くする、ラベルサイズを大きくする、バーコードの高さを確保する、印刷濃度を調整するなどの対策も考えられます。バーコード128だから必ず読めるのではなく、適切な印字条件が必要です。

また、ラベルを貼る対象にも注意が必要です。平らな箱に貼る場合は読めても、曲面のボトルやケーブル、金属部品の角に貼ると読みにくくなることがあります。貼付面の形状まで含めて確認しましょう。

対応していないスキャナで読もうとして読み取りできない

スキャナが対象の規格に対応していないと、バーコードは読めません。多くのバーコードリーダーはCode39やCode128に対応していますが、機種や設定によっては無効になっていることがあります。新しいラベルを作ったのに読めない場合、バーコード自体ではなくスキャナ設定が原因のこともあります。

現場では、スキャナの初期設定で一部のバーコード規格だけが読み取り有効になっている場合があります。Code39は読めるがCode128は無効、またはその逆ということもあり得ます。導入前に、取扱説明書や設定バーコードで対応規格を確認しましょう。

複数の部署で同じラベルを使う場合は、すべてのスキャナで読む必要があります。本社の新しいスキャナでは読めても、倉庫の古いスキャナでは読めないということがあります。導入前に、実際に使う全機種でテストすることが大切です。

チェックデジットの扱いを間違えてデータが合わない

チェックデジットやチェックキャラクタの扱いを間違えると、読み取り結果がシステム側の期待値と合わないことがあります。バーコード39ではチェックデジットを付ける運用と付けない運用があります。バーコード128ではチェックキャラクタが内部的に必要ですが、通常はスキャナが読み取りデータとして表示しないことがあります。

失敗しやすいのは、バーコードに含めるべきデータと、スキャナが出力するデータを混同するケースです。システム側が「123456」を期待しているのに、生成側がチェックデジット込みの値を管理番号として扱っていると、照合に失敗することがあります。導入時には、印字するデータ、読み取るデータ、システムに渡すデータを分けて確認しましょう。

特に、バーコードフォントを使って自作する場合は注意が必要です。専用ソフトならチェックキャラクタを自動計算してくれることがありますが、フォントだけで作る場合は必要な計算や開始終了文字の扱いを自分で管理しなければならないことがあります。

見た目だけで規格を判断して誤登録してしまう

バーコード39と128は見た目が似ているため、見た目だけで規格を判断して誤登録してしまうことがあります。ラベル作成ソフトで本当はCode128を選ぶべきところをCode39にしてしまったり、既存ラベルがCode39なのにCode128としてシステムに登録してしまったりするケースです。

このような失敗を防ぐには、バーコード生成時の設定を記録しておくことが大切です。規格名、データ桁数、チェックデジットの扱い、ラベルサイズ、プリンタ設定、スキャナ設定を一覧にしておけば、後からトラブルが起きたときに原因を追いやすくなります。

また、取引先にバーコードを提出する場合は、相手が求める規格名を正確に確認しましょう。「Code128」と「GS1-128」は似ていますが、同じ意味で使ってよいとは限りません。データの入れ方まで指定される場合があります。

バーコード39と128を導入する前の確認手順

バーコード化したいデータの文字種を確認する

まず、バーコード化したいデータの文字種を確認します。数字だけなのか、英大文字を含むのか、英小文字や記号を含むのかを見ます。バーコード39は英大文字、数字、一部記号に向いています。英小文字や幅広い記号を扱いたい場合は、バーコード128を検討します。

また、日本語をそのまま入れたい場合は注意が必要です。バーコード39や128に商品名を直接入れるより、商品コードや管理番号を入れて、システム側で日本語の名称と紐づける方が実務では扱いやすいです。バーコードには「読み取るための短いキー」を入れると考えましょう。

確認する項目は、数字だけか、英字が入るか、英小文字が必要か、記号が必要か、将来的に桁数が増えるかです。ここを確認せずに規格を選ぶと、後から「この文字が入らない」「桁数が増えてラベルに入らない」といった問題が出ます。

必要な桁数とラベルサイズを確認する

次に、必要な桁数とラベルサイズを確認します。今使っている番号だけでなく、将来的に桁数が増えるかも考えます。現在は6桁でも、年度や拠点番号を追加して12桁以上になる可能性があるなら、バーコード39では長くなりすぎるかもしれません。

ラベルサイズも重要です。横幅が広いラベルならバーコード39でも対応できることがありますが、小さな部品ラベルや商品ラベルではバーコード128の方が収まりやすいです。データの最大桁数でバーコードを作り、実際のラベルに印刷して確認しましょう。

ラベルサイズを決めるときは、バーコード本体だけでなく、左右の余白、下に表示する人間可読文字、商品名や注意書きのスペースも考える必要があります。バーコードだけが入っても、ラベル全体として読みにくければ現場では使いにくくなります。

使用するプリンタの印刷精度を確認する

バーコードは、プリンタの印刷精度に大きく影響されます。一般的な文字は多少にじんでも読めますが、バーコードは黒い線と白い間隔の幅が重要です。印刷が薄い、濃すぎる、にじむ、かすれる、用紙が粗いといった問題があると、読み取りに失敗します。読み取り不良が起きたときの原因の切り分けは、バーコードが読み取れない原因と対処法も参考になります。

バーコード128は高密度になりやすいため、特に印刷精度が重要です。小さなラベルに印字する場合は、プリンタの解像度、印字濃度、ラベル素材、リボンの種類まで確認しましょう。バーコード39でも、長いコードを小さく印刷すると読み取りエラーが起きやすくなります。

インクジェット、レーザー、感熱、熱転写など、印刷方式によっても向き不向きがあります。屋外や工場で使う場合は、湿気、こすれ、熱、油などで印字が劣化しないかも確認しましょう。

使用するスキャナがCode39とCode128に対応しているか確認する

使用するスキャナがCode39とCode128に対応しているか確認します。対応していても、設定で無効になっていることがあります。新しいバーコードを導入する前に、スキャナの設定表や取扱説明書で、対象規格が読み取り有効になっているかを確認しましょう。

複数の現場で使う場合は、すべてのスキャナで確認することが大切です。本社のスキャナでは読めても、倉庫の古いスキャナでは読めないということがあります。スキャナの機種が混在している現場では、規格選定の前に機器一覧を作ると判断しやすくなります。

さらに、スキャナが読み取った後に出力する文字列も確認しましょう。先頭や末尾に改行が入る、タブが入る、シンボル識別子が付く、チェックデジットを出すか出さないかなど、設定によってシステム側の受け取り方が変わることがあります。

実際の現場で読み取りテストを行う

最後に、実際の現場で読み取りテストを行います。机の上で読めるだけでは不十分です。倉庫の棚、工場の作業台、商品箱、曲面の容器、少し離れた位置など、実際に使う場面に近い状態で試すことが重要です。

読み取りテストでは、1回読めたかどうかだけでなく、連続して何回読んでも安定するかを確認します。角度を変える、距離を変える、照明を変える、ラベルが少し汚れた状態を想定するなど、現場の条件に近づけて確認しましょう。ここで問題が出るなら、規格、サイズ、印刷設定、ラベル素材を見直します。

テスト時には、最大桁数のデータで確認することが大切です。短いサンプルでは読めても、本番の長い番号では読みにくくなることがあります。バーコード39でも128でも、最も条件が厳しいデータで試すようにしましょう。

確認順序	確認内容	見るべきポイント
1	データの文字種	数字だけか、英字や記号を含むか
2	最大桁数	将来的に番号が長くならないか
3	ラベルサイズ	左右の余白や文字表示も含めて収まるか
4	プリンタ	解像度、にじみ、印字濃度、ラベル素材
5	スキャナ	Code39とCode128への対応と設定
6	現場テスト	実際の距離、角度、照明、貼付面で読めるか

バーコード39と128の比較表

文字種・情報量・用途を一覧で比較

比較項目	バーコード39	バーコード128
正式な規格	ISO/IEC 16388で規定されるCode39	ISO/IEC 15417で規定されるCode128
向いている用途	短い英数字の管理番号、備品管理、部品管理	長い番号、伝票番号、物流、在庫管理、システム連携
文字種	数字、英大文字、一部記号が中心	英数字、英小文字、記号、制御文字など幅広い
情報密度	低めで横に長くなりやすい	高く、短く収まりやすい
チェック機能	チェックデジットは必須ではない	チェックキャラクタが必須
導入しやすさ	シンプルで扱いやすい	高機能だが印刷品質や設定確認が重要
注意点	長いデータでは横幅が大きくなりやすい	小さく印刷しすぎると読みにくくなることがある

この比較表を見ると、バーコード39はシンプルな管理に向き、バーコード128は情報量や効率が求められる管理に向いていることが分かります。どちらが上というより、使うデータと現場の条件によって選ぶべき規格が変わります。

現場で選ぶときの判断基準

• 短い英数字コードならバーコード39：部品番号や備品番号のように短く、英大文字と数字中心の管理ならバーコード39で対応しやすいです。小規模な資産管理や、既存台帳と組み合わせる用途にも向いています。
• 長い数字列ならバーコード128：伝票番号や出荷番号のように数字が長く続く場合は、バーコード128の方が短く収まりやすいです。物流や在庫管理のように読み取り回数が多い現場でも検討しやすいです。
• 小さなラベルならバーコード128を検討：印字スペースが限られる場合は、情報密度の高いバーコード128が有利です。ただし、小さくしすぎると読み取りにくくなるため、実物テストが必要です。
• 古い設備を使うなら対応確認：既存スキャナやシステムがどちらに対応しているかを必ず確認します。対応していても、設定で無効になっていることがあります。
• 外部に提出するラベルなら仕様書を優先：取引先や運送会社が規格を指定している場合は、自社の好みで選ばず、相手先の仕様に合わせます。GS1-128などデータ形式まで指定されることがあります。
• 最後は実物テストで決める：規格上は問題なくても、実際の印刷や読み取り環境で失敗することがあります。最大桁数のデータで、実際のラベルとスキャナを使って確認しましょう。

選定の流れとしては、まずデータの文字種と最大桁数を確認し、次にラベルサイズを決め、プリンタとスキャナの対応を確認し、最後に実機テストを行います。この順番で確認すれば、見た目やなんとなくの印象だけで選ぶ失敗を減らせます。

バーコード39と128に関するよくある疑問

Code39とCode128は同じバーコードリーダーで読めるのか

多くのバーコードリーダーはCode39とCode128の両方に対応しています。ただし、すべての機器で必ず読めるとは限りません。また、対応していても設定で無効になっていることがあります。読めない場合は、まずスキャナの対応規格と読み取り設定を確認しましょう。

特に古いスキャナや、特定用途向けに設定されたスキャナでは、読み取り可能なバーコード規格が制限されていることがあります。新しいバーコードを導入する前に、実際に使うスキャナでテストすることが大切です。

バーコード39と128は見た目だけで判別できるのか

見た目だけで完全に判別するのは難しいです。バーコード39は横に長くなりやすく、バーコード128は短く収まりやすい傾向がありますが、印字サイズやデータ内容で見た目は変わります。確実に知るには、生成ソフト、スキャナの識別機能、ラベル仕様書を確認する必要があります。

現場で判断に迷った場合は、ラベルを作成したソフトの設定画面を見る、スキャナのシンボル識別機能を使う、バーコード検証ツールで確認する、という順番で調べると安全です。

日本語をバーコード39や128で表せるのか

バーコード39は日本語をそのまま表す用途には向いていません。バーコード128も幅広い文字を扱える規格ですが、実務では日本語の商品名を直接入れるより、商品コードや管理番号を入れて、システム側で日本語情報と紐づける方法が一般的です。

日本語の名称や説明文を扱いたい場合は、バーコードにすべて入れるのではなく、管理番号を読み取ってデータベースから日本語情報を表示する設計にすると扱いやすくなります。日本語そのものを多く持たせたい場合は、QRコードなどの2次元コードも検討対象になります。

数字だけならバーコード39と128のどちらがよいのか

短い数字だけならバーコード39でも使えます。しかし、長い数字列ならバーコード128が有利です。バーコード128のコードセットCは数字を効率よく表現できるため、伝票番号や出荷番号のような長い数字に向いています。ラベルサイズが小さい場合もバーコード128を検討するとよいでしょう。

目安として、短い社内番号ならバーコード39でも十分なことがありますが、10桁以上の数字列や、将来的にさらに長くなる番号ではバーコード128を試す価値があります。ただし、最終判断は実際の印刷と読み取りテストで行いましょう。

チェックデジットは必ず必要なのか

バーコード39ではチェックデジットは必須ではありません。簡易的な管理なら使わないこともあります。ただし、重要なデータを扱う場合は、チェックデジットやシステム側の照合で誤読対策を考えるべきです。バーコード128ではチェックキャラクタが必須で、読み取りデータの検証に使われます。

チェックデジットが必要かどうかは、ミスが起きたときの影響で判断します。備品棚卸しのように後から人が確認できる業務と、出荷処理のように読み取り結果がすぐ業務に反映される業務では、必要な安全性が違います。

既存のバーコード39をバーコード128に変更してもよいのか

変更自体はできますが、慎重に進める必要があります。バーコードを変えると、ラベル作成ソフト、プリンタ設定、スキャナ設定、業務システム、既存ラベルとの互換性に影響します。既存のバーコード39で問題なく運用できているなら、変更の目的を明確にしましょう。

ラベルが長すぎる、読み取りミスが多い、桁数が増えた、小さなラベルに収まらない、取引先からCode128を指定された、といった理由がある場合は、バーコード128への切り替えを検討できます。ただし、移行期間中は古いバーコード39と新しいバーコード128が混在する可能性があります。現場で混乱しないように、ラベルの切り替え時期やスキャナ設定を管理しましょう。

まとめ｜バーコード39と128の違いは用途と情報量で判断する

バーコード39と128の違いは、対応できる文字種、情報密度、バーコードの長さ、チェック機能、向いている用途にあります。バーコード39は、短い英数字の管理番号をシンプルに扱いたい場合に向いています。社内備品、部品管理、簡単な資産管理などでは、今でも実用的な選択肢です。

一方、バーコード128は、長い数字列や業務システム連携に向いています。伝票番号、出荷番号、在庫管理、物流ラベルなど、情報量が多く、正確な読み取りが求められる現場では、バーコード128の方が使いやすい場面が多くなります。

見分け方については、横幅や見た目だけで完全に判断するのは危険です。ラベル作成ソフトの設定、スキャナの読み取り結果、仕様書を確認しましょう。特に、既存ラベルを流用する場合や、取引先に提出するバーコードを作る場合は、規格を間違えると読み取りトラブルにつながります。

導入前には、データの文字種、最大桁数、ラベルサイズ、プリンタの印刷精度、スキャナ対応、現場での読み取りやすさを確認することが大切です。バーコード39と128は、どちらか一方が常に正解ではありません。短くシンプルな管理ならバーコード39、長い番号や効率重視ならバーコード128という考え方を基準に、実際の現場でテストして選びましょう。

また、外部取引先や業界標準が関わる場合は、自社内の都合だけで決めないことが重要です。単なるCode128なのか、GS1-128なのか、チェックデータやアプリケーション識別子が必要なのかによって、作るべきバーコードは変わります。仕様書を確認し、実際のスキャナで読めることを確認してから本運用に進めると、後からの手戻りを防ぎやすくなります。