物流管理や製造現場、社内資産のトレーサビリティ向上において、高密度かつ英数・記号をフルカバーできるバーコード規格「CODE128」の導入が急速に進んでいます。しかし現場では、「作成したバーコードがリーダーで一切反応しない」「Excelで作ったはずが出力すると文字化けする」といったトラブルが後を絶ちません。
一見シンプルに見えるバーコードですが、CODE128は独自の計算構造やコードセットの仕様を正確に把握していないと、致命的な印字ミスにつながります。現場の混乱を未然に防ぎ、スムーズな運用フローを構築するための実践ノウハウを徹底検証します。
【規格と特徴】CODE128とは？CODE39やGS1-128との決定的な違い
CODE128は、コンピュータの標準文字コードであるASCII全128文字（数字、アルファベット大文字・小文字、記号、制御コード）をすべてバーコード化できる非常に汎用性の高い一次元シンボルです。省スペースでありながら情報密度が極めて高く、同じ桁数であればCODE39の約半分から3分の2程度の横幅に収まるという優れた省スペース性を誇ります。
実務で頻繁に比較される規格との相違点は明確です。CODE39との違いとして、CODE39は数字とアルファベット大文字、一部記号のみに対応し、桁数が増えるとバーコードが極端に長くなる弱点がありました。一方、CODE128は小文字や制御文字まで扱えるうえ、数字連続データを効率よく圧縮可能です。
また、GS1-128との違いで混乱するケースも散見されます。GS1-128は物理的なバーコード規格としてはCODE128を採用していますが、データの先頭に識別子（AI: Application Identifier）を付与する国際統一ルールが厳格に定められています。社内完結の管理番号や製品シリアルであれば通常のCODE128、企業間流通や医療用標準コードであればGS1-128という棲み分けが基本です。なお、CODE128自体に厳密な桁数制限はありませんが、スキャナの読み取り幅や印刷解像度の制約から実務上は20〜30桁前後で設計するのが一般的です。
なぜ読み取れない？CODE128バーコード作成で失敗する「3大原因」
現場から寄せられる「印字したのにスキャナが無反応」というトラブルを調査すると、その大半は決まったパターンに集約されます。失敗を招く決定的な3大要因を浮き彫りにしていきましょう。
最大の落とし穴は、「生データをそのまま専用フォントで変換してしまう」というミスです。CODE128は入力文字列をそのままフォント化しても正しいシンボルになりません。必須構成要素である「スタートコード」「チェックデジット」「ストップコード」を内部計算によって付加した特殊な文字列へ変換する必要があります。
次に多いのが、バーコード前後の余白であるクワイエットゾーン（マージン）の不足です。CODE128では左右に狭小エレメント幅の10倍以上（または2.54mm以上）の空白が絶対条件となります。デザイン枠ギリギリに配置したり、表の罫線と密着させたりするとリーダーはシンボルの開始位置を認識できません。
そして3点目が、印刷解像度と細線比率の崩れです。オフィス用プリンタのトナーにじみや、低解像度なビットマップ画像（JPG等）の拡大縮小により、バーとスペースの幅比率（モジュール比）が狂ってしまうと、どんな高性能リーダーでもデコード不能に陥ります。
【仕組みを解剖】コードセットA・B・Cの使い分けとチェックデジット計算
CODE128のポテンシャルを最大限に引き出す鍵となるのが、3種類のスタートコード（コードセットA / B / C）の切り替えと、誤読防止を司るチェックデジットの計算手順です。
CODE128には以下の3モードが存在します。
- コードセットA：数字、大文字アルファベット、特殊制御文字（CR、LF、TABなど）に対応
- コードセットB：数字、大文字・小文字アルファベット、一般的な記号に対応（最も汎用的）
- コードセットC：00〜99の数字ペア（2桁）を1キャラクタで表現。数字のみの連続データを極小サイズで印字可能
CODE128のチェックデジット計算方法は「モジュロ103（Modulo 103）」を採用しています。スタートコードの値に各データのキャラクタ値とウェイト（位置番号）を掛け合わせた合計を算出し、その値を「103」で割った余り（剰余）がチェックデジットとなります。この厳密な計算を経て生成された値がストップコードの手前に配置されることで、高い読み取り精度が保証されます。
【Excelで実践】無料フォント導入とVBA・関数による自動作成手順
日々の業務で最も需要が高いのが、Excelを活用したCODE128の自動出力です。追加コストをかけずに社内帳票へ組み込む手順を整理します。
最初に、PCにCODE128対応のフリーフォント（「Code 128」等のTrueTypeフォント）をダウンロードし、Windowsのフォントフォルダへインストールします。しかし前述の通り、Excelセルに「ABC12345」と打ち込んでフォントを変更するだけでは読み取れません。
Excel上で正しく作成するには、VBA（マクロ）による変換関数の実装が必須です。マクロ内で元文字列を解析し、最適なコードセットのスタートキャラクタを選択、モジュロ103計算でチェックデジットを導き出した後、専用フォントに対応するASCIIコード列へエンコードします。一度ユーザー定義関数（例：=Code128(A2)）を組んでしまえば、セルをドラッグするだけで大量の管理番号を一瞬でバーコード化できるようになります。
【ツール活用】高解像度SVG/PNG一括出力とオンラインツールの最適解
「マクロの導入が社内セキュリティで制限されている」「Webカタログや印刷用原稿に貼り付けるベクターデータが欲しい」という場合は、オンラインの無料バーコード作成サービスを活用するのが最短ルートです。
現在提供されている主要ジェネレーターでは、CSVやテキストファイルをアップロードすることで複数件のバーコードを一括出力（バルク生成）できる機能が充実しています。ここで妥協してはならないのが「画像フォーマットの選定」です。
現場で拡大印刷を行ったり、デザインツールで版下を作成したりする場合は、拡大しても一切エッジが劣化しないベクター形式（SVGまたはEPS）での出力を強く推奨します。ラベルプリンタ等への直接差し込みであれば、解像度300〜600dpi以上で書き出されたPNG形式を指定することで、ジャギーや滲みによるスキャン失敗を完全に封じ込めることが可能です。
【現場の最適化】バーコードリーダーの設定と印刷環境のチェックポイント
バーコード側が完全な規格通りに作られていても、読み取り機器側の仕様で躓くケースがあります。特に導入初期は、バーコードリーダーの本体設定を確認することが欠かせません。
多くのハンディスキャナは初期状態でCODE128が有効になっていますが、設定バーコード（マニュアル掲載）を読み取らせることで「コードセットCの読み取り可否」「最小・最大桁数リミットの解除」「GS1-128との識別モード」などを細かくカスタマイズできます。特定桁数だけスキャンされない場合は、リーダー側の桁数制限ガードが働いている可能性を疑いましょう。
加えて、印刷マテリアルへの配慮も重要です。光沢の強すぎるラミネート用紙や、リボン熱転写の熱量不足によるバーの欠け、サーマル紙（感熱紙）の経年劣化などは現場の読み取り効率を著しく低下させます。テスト印刷時は必ず実機のスキャナで多角的な読み取りテストを実施し、合格基準を策定しておくことが安定稼働の鉄則です。
【CODE128バーコード作成】に関するよくある質問（FAQ）
Q1：ExcelでCODE128フォントを適用したのに、リーダーが反応しないのはなぜですか？
A1：生データに「スタートコード」「モジュロ103チェックデジット」「ストップコード」が付加されていないためです。Excelの標準機能だけでは計算できないため、VBAマクロを用いてデータを専用の暗号化文字列に変換してからフォントを適用する必要があります。
Q2：数字だけのデータをCODE128で作る際、最もバーコードを短くする方法はありますか？
A2：スタートコードに「コードセットC」を指定してください。数字2桁を1文字分のバーコード幅に圧縮して表現するため、コードセットAやB、CODE39と比較して横幅を劇的にコンパクト化できます。
Q3：GS1-128とCODE128は同じバーコードリーダーで読み取れますか？
A3：基本的に読み取り可能です。ただしGS1-128は先頭に特殊な制御コード（FNC1）を含んでおり、業務システム側がアプリケーション識別子（AI）を分解して処理できるよう設定されている必要があります。
情報量の多さとコンパクトさを両立するCODE128は、正しく仕様を理解して実装すれば、物流・製造・在庫管理の現場力を劇的に高める強力な武器となります。Excelによる内製化でもオンラインツールによる一括出力でも、成否を分ける要点は「チェックデジットを含む完全なデータ構造」と「解像度・マージンの確保」にあります。自社の運用要件に合わせた最適な生成フローを確立し、エラーゼロのシームレスなトレーサビリティ環境を実現してください。
