ForHosting KIT · サイト取得・監視

EAN-13・UPC-A・Code 128のチェックデジット計算

バーコードのチェックデジットは、読み取り機や商品台帳が入力ミスを見つけるための算術的な仕組みです。数値データを入力し、EAN-13、UPC-A、Code 128 Mod-103から規格を選ぶと、必要な値を計算します。計算前に桁数を確認し、先頭のゼロを保持したまま、外部の登録情報を参照せず決定的に処理します。商品情報、ラベル、テストデータ、自動インポート処理の準備にご利用いただけます。

● Beta無料・ブラウザ内で実行
ご利用方法 ウェブAPIメールTelegramアプリ 近日

完成済みの番号ではなく、データ部分をご入力ください

計算したいチェックデジットは含めず、情報を表すデータ桁だけをご入力ください。EAN-13では正確に12桁を入力すると、13桁目と完成した13桁のバーコード番号を返します。UPC-Aでは正確に11桁を入力すると、12桁目を返します。APIを利用する際は、先頭のゼロが失われないよう値を文字列として送信してください。空白、句読点、符号、小数点など数字以外の文字は受け付けません。自動的に文字を除去すると、転記ミスを見逃すおそれがあるためです。選択した規格に合わない桁数もエラーになります。この明確な入力規則により、表計算の列や商品フィードに複数の識別番号形式が混在していても、入力から推測せず目的の規格を指定できます。なお、計算で確認できるのは数学的な整合性だけです。企業プレフィックスの割り当て、所有者の確認、実在商品の登録証明は行いません。

EAN-13とUPC-Aの計算方法

EAN-13とUPC-Aでは、同じ10を法とする重み付けを使用します。データの一番右の桁から左へ進み、交互の位置に3と1を掛け、その積を合計します。続いて、合計を次の10の倍数にする数字をチェックデジットとして選びます。合計がすでに10で割り切れる場合は0です。計算方式は同じでも、必要な長さは異なります。EAN-13はチェックデジットの前に12桁、UPC-Aは11桁のデータが必要です。正しいチェックデジットは、1桁だけの置換をすべて検出し、よくある桁の入れ替えも多く検出できるため、入力や読み取りの確認に役立ちます。ただし、暗号学的な署名ではありません。複数の値を組み合わせて変更すると、同じ結果が残る場合があります。まず構造上の簡易確認として使用し、その後に商品台帳固有の業務規則を適用してください。固定された整数演算だけを使うため、同じ入力と規格からはブラウザでもAPIでも常に同じ結果が得られます。

数値用Code 128 Mod-103の処理方法

Code 128 Mod-103では、数字を2桁ずつ効率よく表すCode Set Cを使用します。2桁から98桁までの偶数桁をご入力ください。各2桁は、0から99までの値を持つ1個のCode 128コードワードになります。チェックサムはStart Cの値105から始め、各データコードワードに1から始まる位置番号を掛けて加算します。その合計を103で割った余りが返されるチェック値です。JSON応答では1文字から3文字の10進表記になりますが、元の文字列へ印字用の数字として付け足すものではなく、1個のCode 128チェックサムコードワードを表します。バーコード生成側では、このコードワードを符号化してから停止パターンを追加する必要があります。この計算機はCode Set A、B、Cの選択や切り替えの最適化を行いません。数字だけを受け付けることで、符号化の前提を明確かつ再現可能にしています。文字、記号、またはコードセットの変更が必要な末尾の1桁を含む場合は、完全なCode 128エンコーダーをご利用ください。

商品ラベルを準備する

承認済みの商品番号をラベル作成ソフトへ渡す前に、EAN-13またはUPC-Aの最終桁を計算します。

インポート処理を検証する

商品フィードのテスト用に期待値を作り、宣言した規格と桁数が合わないレコードを拒否できます。

数値Code 128のテストを作る

スキャナー、エンコーダー、倉庫ラベル、連携処理の試験用にCode Set CのMod-103値を取得します。

既存のチェックデジットも入力しますか?

いいえ。EAN-13は12桁、UPC-Aは11桁、Code 128は偶数桁の数値データだけをご入力ください。

番号を文字列で送るのはなぜですか?

文字列なら先頭のゼロを正確に保持できます。JSONの数値ではゼロが消え、必要な桁数が変わる場合があります。

正しい結果なら商品が登録済みだと証明できますか?

いいえ。選択した算術規則に合うことだけを確認します。商品や企業の登録情報は照会しません。

Code 128で偶数桁が必要なのはなぜですか?

数字を2桁ずつ符号化するCode Set Cを使うためです。文字混在や奇数桁には完全なエンコーダーが必要です。

APIリクエストの料金はいくらですか?

APIリクエストは1回$0.002です。同じ決定的な計算をブラウザでは無料で実行できます。

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

POSThttps://api.kit.forhosting.com/web/barcode-check-digit

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

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

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

1リクエストあたり$0.002

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

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

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