ForHosting KIT · 開発者向けツール

EAN-13チェックディジット

12桁の商品番号を入力すると13桁目が分かります。400638133393のチェックディジットは1で、印刷されるコードは4006381333931です。13桁のEAN-13を貼り付ければ、ラベル印刷や仕入先ファイルの取り込みの前に打ち間違いを見つけられます。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
数
400638133393
結果
計算モード
Compute
入力
400638133393
チェックディジット
1
Ean13
4006381333931

小売商品、包装ライン、カタログシステムは、ほぼ常に13桁のEAN-13(GTIN-13とも呼ばれる)バーコードで品目を識別します。そのうち12桁はGS1の企業プレフィックスと品目参照を担い、13桁目は固定の交互重み式から導かれるチェックディジットです。そのため、1桁の打ち間違いや隣接桁の入れ替えは、別の有効な商品に見えるよりはるかに失敗しやすくなります。本機能は12桁の商品番号からそのチェックディジットを計算するか、完全な13桁バーコードを検証し、保存されている末尾桁が再計算値と一致するかを報告します。どちらも同じ純算術を用い、ネットワーク往復もバーコードの保存もありません。

EAN-13チェックディジットの計算方法

EAN-13のGS1仕様(構造はGTIN-13と同一)は、先頭12桁に対する決定論的なチェックディジットを定義します。データ位置を左からインデックス0で番号付けし、インデックスが偶数の桁は重み1、奇数の桁は重み3を掛け、12個の加重値を合計します。チェックディジットは、その合計の10を法とした余りを10から引いた値を、再び10を法として取ったものです。

すでに10で割り切れる合計はチェックディジット0になります。その1桁を付加すると、バーの下に印刷され記号に符号化される完全な13桁コードになります。検証はその逆で、先頭12文字から期待桁を再計算し、13桁目と比較します。

アルゴリズムは固定重みの純整数演算であるため、同じ商品番号はブラウザ、Worker、オフラインのテストハーネスのいずれでも常に同じチェックディジットを返します。そのため本機能はモデル呼び出しではなく、tier Aのparseエンジンとして提供されます。*ツールで使われるLuhn、Damm、mod-97方式と区別できるようにしています。

EAN-13チェックディジットが実業務に収まる場面

ブランド所有者やプライベートラベルのチームはGS1企業プレフィックスを受け取り品目参照を割り当てます。アートワークを印刷に出す前に正しいチェックディジットを付け、小売スキャナが初回スキャンで記号を受け入れるようにする必要があります。倉庫や3PLシステムは13桁コードの仕入先CSVを取り込み、チェックディジットが一致しなくなった行を拒否すべきです。

これは人手の編集と上流ジェネレータのオフバイワンバグの両方を捉えます。商人がEANを手入力できるECカタログは、フォーカス喪失時に検証しvalidがtrueになるまで掲載を止め、マーケットプレイスへの失敗送信を減らせます。12桁の商品番号から棚ラベルを組む印刷所は、SKUごとに一度computeを呼び、バーコード図の下にean13を配置します。

どのワークフローでも契約は同じです。チェック通過をGS1割当やブランド所有の証明と見なさないでください。それは13桁文字列がEAN-13規則の下で算術的に整形式であることの証明に過ぎず、あらゆる小売チェックサムに適用する同じ誠実さの基準です。

印刷用に12桁の商品番号を完成させる

GS1プレフィックスと品目参照(12桁)を取り、computeモードを呼び出してバーの下にean13を印刷し、スキャナで有効なEAN-13をラベルに載せます。

仕入先のGTIN列を監査する

取引先CSVやERPエクスポート内の各EAN-13を一括検証し、チェックディジットが再計算した期待値と一致しない行を隔離します。

EAN-13のチェックディジットとは何ですか?

小売バーコードの13桁目で、先頭12桁からGS1の交互重み1と3で計算されます。1桁の打ち間違いは別商品に見えるより、検証失敗になりやすいです。

EAN-13のチェックディジットはどう計算しますか?

12桁に、先頭から1と3を交互に掛けて合計します。その合計を次の10の倍数にする数字がチェックディジットで、合計がすでに10の倍数なら0になります。

13桁のバーコード全体はどう確認しますか?

検証の項目を選び、13桁をすべて入力します。先頭12桁から数字を計算し直し、最後の桁が合っているかと本来の数字を示すので、ラベルやカタログに載る前に直せます。

有効なEAN-13なら商品は登録済みですか?

いいえ。チェックディジットが合うことは、13桁がEAN-13の規則どおりに組み立てられていることを示すだけです。GS1がその番号を割り当てたかや、ブランドの持ち主までは分かりません。

UPC-Aのコードにも使えますか?

UPC-Aも先頭に0を足して13桁にすれば、同じ規則が当てはまります。ただし、このツール自体は12桁と1桁のEAN-13の形式を対象にしています。

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

POSThttps://api.kit.forhosting.com/enc/ean-check

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

curl -X POST https://api.kit.forhosting.com/enc/ean-check \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"number":"400638133393"}'
{
  "number": "400638133393"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.ean_check",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

HTTPコード意味
401unauthorizedAPIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
402insufficient_balance残高が不足しています。チャージ後に再度お試しください。
404unknown_type指定されたタスクタイプは存在しません。タイプ名を確認してください。
429rate_limitedリクエストが多すぎます。しばらく待ってから再度お試しください。

非数字文字や不正な桁数は、黙ってゴミを除去せず、明確なinvalid_inputエラーで拒否します。ブラウザで無料実行するか、公開価格でKIT APIを呼び出してください。

EAN-13チェックディジットの計算方法

同じ規則は、左にゼロ埋めして13桁にしたUPC-Aなど関連する小売識別子にも通じますが、本ツールは検索意図とAPI契約を明確に保つため、EAN-13の12+1レイアウトに厳密に焦点を当てます。

チェックディジットの計算と完全バーコードの検証

modeの既定はcomputeです。validateモードはちょうど13桁を期待します。空文字、欠落したnumber、不正なmode、誤った桁数(例:11桁や14桁)は加重和の前に失敗し、課金されません。新しい商品コードを発行・完成させるときはcomputeを、スキャナ、CSV、仕入先フィードから完全なバーコードを受け取りSKU保存前に真偽ゲートが必要なときはvalidateを優先してください。0から9の文字だけを含むnumberフィールドを送信してください。空白、ハイフン、英字、小数点は非数字入力としてinvalid_inputで拒否され、フォームが黙って整形済みの値を受け入れることはありません。商品桁をちょうど12桁与えると、エンジンは1文字の文字列としてcheck_digit、12桁にチェックを付けたean13、lengthとして13を返します。末尾桁が再計算したexpected_check_digitと一致するとvalidはtrueとなり、常にpayload(先頭12桁)、送信どおりのcheck_digit、expected_check_digit、payloadと期待桁から組み立てた正規のean13が含まれます。この形により、包装UIで「入力はX、期待はY」を2回目の要求なしに表示しやすくなります。経路は時計・乱数源・ネットワークのない純parseのため、同じ入力は無料のブラウザツールとAPIで常に同じJSONになります。成功リクエストあたり$0.002で、カスタム階層を交渉せずにカタログ一括取込、ラベルプリンタ、取引先ファイル監査を保護できます。

EAN-13チェックディジットが実業務に収まる場面

結合テストやデータ品質ジョブは、エクスポートの各GTIN列でexpected_check_digitを再計算し、POSに届く前に不一致を隔離します。

入口でスキャン/手入力バーコードを検証する

ハンディスキャナやフォームが13桁を送ったらvalidateモードを呼び、validがfalseのときは在庫やカタログ更新を止め、expected_check_digitを示して打ち間違いを直します。

このAPIでEAN-13チェックディジットを計算するには?

numberをちょうど12桁にし、modeをcompute(または省略)してPOSTします。応答にはcheck_digitとean13(完全な13桁コード)が含まれます。

完全な13桁バーコードを検証するには?

13桁の文字列とmode validateでPOSTします。応答にはvalid、check_digit、expected_check_digit、payload、正規のean13が含まれます。

英字・空白・ハイフン・桁数誤りはどうなりますか?

非数字入力と、computeで12桁以外・validateで13桁以外の長さはinvalid_inputで拒否されます。失敗した検証タスクは課金されません。

EAN-13チェックディジットツールは無料ですか?

ブラウザツールは無料でローカル実行されます。API呼び出しは公開の基本価格$0.002の前払いKIT残高を使い、無効入力は課金されません。

KITの完全なドキュメントを見る →