バーコードを作成するときは、画像の見た目だけでなく、元の番号、桁数、チェックデジット、登録先の商品マスタを順に確認する必要があります。チェックデジットが合っていても、番号が正式に発行済みであることや、商品名・価格が正しいことまで証明されるわけではありません。
このページでは、チェックデジットの意味、JAN/GTINでの計算の考え方、ITF-14・UPC・SSCCとの関係、検出できるエラーとできないエラー、作成・登録・印刷前の実務的な確認順をまとめます。実際に数字を計算したい場合は、最後に紹介する<a href="/check-digit/">チェックデジット計算ツール</a>を使えます。
チェックデジットは、JAN、EAN、UPC、ITF-14などのコードで使われる検査用の数字です。多くの場合は数字列の末尾1桁に置かれ、先頭から順番に意味を持つ商品番号の一部というより、前の桁を計算した結果として決まります。
たとえばJAN-13では、最初の12桁を規則に従って足し合わせ、10の倍数にするために必要な数字を13桁目へ入れます。読み取り機やシステムが受け取った13桁について同じ規則を確認すれば、途中で数字が欠けたり変わったりした可能性を検出できます。
ここで区別したいのは「番号が形式上正しい」ことと「番号が正式に登録されている」ことです。チェックデジットが一致しても、存在しない商品番号を公式なJANとして使えるわけではありません。正式運用ではGS1 Japan、販売先、取引先の仕様を別途確認してください。
人がコードを入力する場面では、1桁の打ち間違い、桁落ち、転記中の置き換わりが起こります。スキャナーで読んだ結果をPOSや在庫システムへ渡す場合も、通信や入力処理の途中で値が変わっていないかを確かめる必要があります。チェックデジットは、このような「数字列の整合性」を安価に確認する仕組みです。
一方で、チェックデジットは商品データベースではありません。番号から商品名、価格、製造国、在庫数を自動的に保証するものではなく、バーの欠損や印刷のにじみをすべて判定する機能でもありません。数字の計算、画像の品質、登録情報の正しさを分けて確認すると、トラブルの原因を追いやすくなります。
| 確認対象 | チェックデジットで分かること | 別に確認すること |
|---|---|---|
| 数字列 | 規則上、末尾の数字が合っているか | 番号の出所、重複、商品マスタ |
| 入力・転記 | 一部の桁落ちや置き換わりの可能性 | 元データと入力結果の照合 |
| バーコード画像 | 画像に埋め込んだ値の検算 | 余白、倍率、濃度、縦横比、実機読み取り |
| 商品運用 | 形式的な番号チェック | GS1登録、販売先仕様、POS設定 |
JAN-13やGTIN-13のチェックデジットは、末尾を除く12桁から求めます。右端から重みを交互に適用し、合計値を10の倍数へそろえるために必要な数字を最後へ追加する、という流れです。実際の手計算では、左から並べた桁を表にして、足し間違いを防ぐと安全です。
説明用に、基準となる12桁を `490123456789` とします。桁を規格どおりに重み付けして合計を出し、合計を10で割った余りを確認します。余りが0なら検査数字は0、余りがそれ以外なら10から余りを引いた値がチェックデジットになります。
この計算は、番号を新しく発行する手続きではありません。すでに割り当てられた番号の末尾を確認したり、入力値に対する完成形を確認したりするための計算です。桁数が違うコードをJANの式で計算すると、別の規格の値を誤って検証することになるため、最初にJAN、ITF-14、UPC-Aなどの種類を選びます。
JANコードの作成前に確認したいのは、入力した番号が何桁なのか、最後の1桁を自分で入力するのか、ツールが自動で補うのかという点です。12桁を入力して13桁の完成値を得る方式と、13桁を入力して末尾が正しいか検証する方式は、似ていますが操作の目的が違います。
次の例では、バーコード画像の作成ではなく、数字の確認手順だけを示します。サンプル番号は説明用であり、正式な商品登録番号や実在商品の情報を表すものではありません。
| 入力・確認部分 | 例 | 確認するポイント |
|---|---|---|
| 基準となる12桁 | 490123456789 | 先頭ゼロを含め、元データと一文字ずつ一致しているか |
| 完成した13桁 | 4901234567894 | 末尾の計算結果が規則と合っているか |
| バーコード下の文字 | 人が読める数字 | 欠け、順序違い、印刷切れがないか |
| 読み取り結果 | スキャナーが返した値 | 商品マスタの文字列と一致しているか |
チェックデジットの考え方は複数の番号体系で使われますが、入力する基準桁の長さや、完成後に何桁になるかは同じではありません。物流用のITF-14、北米小売で使われるUPC-A、輸送単位を識別するSSCCを混同しないように、用途と規格を先に確定します。
Code128やCode39は任意の英数字を扱えるバーコードとして便利ですが、JAN/GTINと同じ商品番号ルールを自動で持つわけではありません。QRコードも、数字の末尾を同じ式で補うチェックデジットではなく、誤り訂正レベルを含む別の仕組みでデータを保護します。
| 形式 | 主な用途 | 確認の考え方 |
|---|---|---|
| JAN / EAN-13 | 日本を含む一般商品の識別 | 基準12桁から13桁目を計算・検証 |
| EAN-8 | 小型商品の短縮商品コード | 8桁の規格と入力方式を確認 |
| ITF-14 / GTIN-14 | 段ボール・集合包装・物流 | 13桁から14桁の完成値を確認 |
| UPC-A | 北米向けの商品・小売 | GTIN-12の桁数と仕様を確認 |
| SSCC | 出荷単位・物流ラベル | 企業の物流運用と番号管理を確認 |
| QRコード | URL、文章、連絡先など | チェックデジットではなく誤り訂正とデータ容量を確認 |
チェックデジットが不一致になった場合、入力ミス、転記ミス、桁落ち、読み取り結果の変化などを疑います。計算結果が不一致なら、まずコード種別、入力桁数、先頭ゼロ、末尾数字の扱いを確認します。規格を取り違えると、正しい番号を入力していてもエラーになります。
ただし、すべての誤りを見抜けるわけではありません。計算規則を満たす別の番号へ置き換わった場合、数字としては一致することがあります。また、チェックデジットが正しくても、バーの幅、左右の余白、印刷のにじみ、光の反射、スキャナーの対応形式が原因で読めないことがあります。
そのため、確認は一つの合否だけで終わらせません。番号の計算、元データとの照合、画像下の数字、実際の読み取り、POSや商品マスタの登録を分けて記録します。
- 不一致で疑うこと：規格違い、桁落ち、先頭ゼロの消失、末尾数字の重複、転記ミス。
- 一致しても残る課題：正式登録の有無、商品名や価格の正しさ、印刷品質、機器の対応状況。
- 再確認の順番：元データ→桁数→チェックデジット→画像→実機→商品マスタ。
テスト用の画像を作るだけなら、入力値と計算結果が合うかを確認すれば始められます。商品流通や倉庫運用で使う場合は、番号を誰が管理するか、どのマスタへ登録するか、販売先や物流機器がどの形式を受け付けるかまで先に決めておきます。
画像をExcelやラベルソフトへ貼り付けるときは、縦横比を変えず、左右の余白を切らないことが重要です。画面上で読めても、実際の用紙、距離、照明、スキャナーで失敗することがあるため、本番に近い条件で試します。
末尾の数字を手計算する必要があるとき、複数の候補を検証したいとき、入力した13桁や14桁の整合性を確認したいときは、チェックデジット計算ツールが便利です。JAN/EAN、ITF-14、UPC、SSCCの基準桁や完成桁を選び、計算結果と入力値を比較できます。
ツールの結果は、あくまで数字列の形式確認です。正式なJANコードの取得、GS1事業者コードの登録、POSへの商品マスタ登録、印刷物の品質保証を代行するものではありません。計算後に画像を作る場合は、JANコード作成、ITFコード作成、UPCコード作成へ進み、最後に本番環境で読み取りを試してください。
Q. チェックデジットとは何ですか？
JANやGTINなどの数字列の末尾に付く検査数字です。前の桁を規則に従って計算し、入力・転記・読み取り時の一部の誤りを検出するために使います。
Q. チェックデジットを計算すれば正式なJANコードになりますか？
なりません。計算で分かるのは数字列が規則に合うかどうかです。正式な商品番号の発行・登録、重複管理、販売先の条件はGS1 Japanや関係先へ別に確認してください。
Q. JANコードのチェックデジットは何桁目ですか？
JAN-13では13桁目、JAN-8では8桁目に当たる末尾の1桁です。12桁や7桁の基準数字から完成コードを求める場合と、完成済みコードを検証する場合があります。
Q. ITF-14やUPC-Aも計算できますか？
できますが、入力する基準桁と完成後の桁数がJANとは異なります。ITF-14、UPC-Aなど正しい形式を選んでから計算し、物流や販売先の仕様も確認してください。
Q. チェックデジットが合っているのにバーコードが読めないのはなぜですか？
数字の整合性と画像品質は別だからです。バーの欠損、左右の余白、サイズ、縦横比、濃度、反射、スキャナーの対応形式、商品マスタを順番に確認します。
Q. Excelでチェックデジットを扱うときの注意点は？
番号を数値ではなく文字列として保存し、先頭ゼロを残します。Excelの自動変換で桁が変わると、計算結果やバーコード画像が元の番号と一致しなくなります。
Q. QRコードにも同じチェックデジットがありますか？
一般的なJANの末尾1桁と同じ仕組みではありません。QRコードはデータ容量や誤り訂正レベルなど、二次元コード向けの別の仕組みでデータを扱います。
Q. 無料の計算ツールに入力した番号は保存されますか？
当サイトのチェックデジット計算はブラウザ内で処理する設計です。ただし、正式な商品番号や社内機密を扱う場合は、組織の情報管理方針も確認してください。
チェックデジットの計算は形式確認に役立ちますが、番号の発行・登録・物流運用には別のルールがあります。商品流通や集合包装で使う前は、公式情報と取引先の仕様を優先してください。
- GS1 Japan：チェックデジットの計算方法：GTINのチェックデジットを計算する公式資料。
- GS1 Japan：GS1標準コード：JAN、GTIN、集合包装などの番号体系を確認できます。
- GS1：GTIN standards：国際的なGTIN識別キーと番号管理の公式説明。
- GS1 Japan：よくあるご質問：商品コードの登録や利用条件に関する公式FAQ。