UPC-E変換
UPC-Eの425261はUPC-Aの042100005264に展開されます。小さな包装のために省いたゼロを戻し、メーカー42100、商品00526に分け、共通のチェックディジット4も計算します。圧縮はその逆です。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- コード
- 425261
- 計算モード
- Expand
- 方向
- expand
- 入力コード
- 425261
- ナンバーシステム
- 0
- Upc e
- 425261
UPC-Eは小売用UPC-Aバーコードのゼロ抑制された6桁形式で、12桁シンボルが入らない小さな包装で使われます。倉庫システム・ラベルプリンタ・商品データベースはほぼ常に展開後のUPC-Aを保存するため、どのゼロが省略されたかを推測せずに両形式を行き来する必要があります。本UPC-E変換は有効なUPC-Eを対応する完全なUPC-Aへ展開し、条件を満たすUPC-Aを再びUPC-Eへ圧縮し、共有のチェックデジットを常に計算または検証して末尾の誤入力をすぐ検出します。autoモードは桁数から方向を決め、expandとcompressはスクリプトやフォーム向けに一方向を強制します。アルゴリズムはGS1ゼロ抑制の決定的な算術のみで、ネットワーク・モデル・時計は使いません。
UPC-Eの展開と圧縮の仕組み
標準のUPC-Aは12桁です。小売UPC-E向けの番号体系(0または1)、5桁のメーカーコード、5桁の商品コード、左から右へ重み3と1で求めるmod-10のチェックデジット1桁です。UPC-EはGS1が定めるメーカー/商品パターンに現れるゼロ列を抑えてデータ桁を6桁だけ保持します。
展開は第6データ桁から欠落ゼロを再構築します。その桁が0・1・2のときメーカーはその桁+00で終わり商品は00+中央3桁、3のときメーカーは00で終わり商品は000+2桁、4のときメーカーは0で終わり商品は0000+1桁、5〜9のときメーカー5桁を保ち商品は0000+最終桁です。
番号体系を先頭に付け11桁本体のチェック和を取り、正規の12桁UPC-Aになります。圧縮はその逆で、番号体系0または1かつゼロパターンが一致するコードだけがUPC-Eになれ、それ以外は圧縮不可と報告されます。
UPC-Eのチェックデジットは展開後UPC-Aのそれと定義されるため、展開してから圧縮すれば有効なUPC-Eメッセージは必ず往復一致し、ラベルソフトや試験キー用の安全なフィクスチャ生成に向きます。浮動小数・乱数・外部表は使わず、桁分岐と加重和のみです。
UPC-E変換が役立つ場面
小売オペレーションは化粧品・菓子・電子機器の小さなパックの短いコードを、12桁UPC-Aだけ受け付ける在庫ツールへ貼り付け、ゼロを捏造しない展開を必要とします。印刷所やプライベートブランド製造は狭いアート向けにゼロ抑制シンボルを設計し、GS1パターンが許すときだけカタログUPC-AをUPC-Eへ圧縮し、不可なら明確に失敗させて不適格SKUの誤印刷を防ぎます。
品質保証スクリプトは何千件ものコードを往復し、展開→圧縮→一致を検証して本番前にチェックデジットのずれを捉えます。多記号の検証や印刷用シンボルが必要な場合は一般的なチェックデジット検証やバーコード画像生成と併用できますが、UPC-Eの展開・圧縮は検索意図を単一目的に保つため専用ランディングに置いてください。
貼り付けUIにはauto、短いコードの一括にはexpand、適格時のみUPC-Eにするカタログ出力にはcompressを推奨します。
活用例
小型包装の小売入荷
入荷担当はコンパクトな商品パックの6桁UPC-Eを、完全形のみ保存するWMSスキャンファイル用の12桁UPC-Aへ展開します。
ラベル設計とプライベートブランド印刷
デザイナーはゼロパターンが許すときカタログUPC-AをUPC-Eへ圧縮し、SKUがゼロ抑制を合法に使えないときは明確なエラーを受け取ります。
よくある質問
このUPC-E変換は何をしますか?
UPC-E(6〜8桁)を完全な12桁UPC-Aへ展開し、適格なUPC-A(または先頭0のEAN-13)を再びUPC-Eへ圧縮し、共有のチェックデジットを常に計算または検証します。
autoモードは展開と圧縮をどう選びますか?
autoは6〜8桁を展開し、11〜13桁を圧縮します。桁数に関係なく一方向が必要なときはexpandまたはcompressを指定してください。
UPC-AをUPC-Eに圧縮できないのはなぜですか?
6桁の形があるのは、ナンバーシステムが0か1で、メーカーと商品の部分にGS1が定めたゼロの並びを含むコードだけです。それ以外は誤ったラベルにせず、圧縮できないと知らせます。
省かれたゼロはどう戻しますか?
6番目のデータ桁で決まります。0・1・2ならメーカーコードはその数字とゼロ2つで終わり、3ならゼロ2つ、4ならゼロ1つで終わります。5から9ではメーカーはそのままで、商品はゼロ4つとその数字になります。
どのナンバーシステムに対応していますか?
小売用のUPC-Eで使う0と1に対応します。6桁だけを入力した場合は0として扱い、必要なら1を選べます。先頭にナンバーシステムが付いた番号では、その値をそのまま使います。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/enc/upce \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"code":"425261"}'const res = await fetch("https://api.kit.forhosting.com/enc/upce", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"code": "425261"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/upce",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"code": "425261"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/upce", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"code":"425261"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"code":"425261"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/upce", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"code": "425261"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.upce",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
圧縮不可・チェックデジット誤り・非対応の番号体系は誤ラベルを黙って出さず、invalid_inputで拒否します。成功したAPI呼び出しは公開の基本料金$0.002が1件ごとにかかります。
入力・モード・応答フィールド
スペース・ハイフン・アンダースコア・ピリオドは除去されるため、包装からコピーした値でも解析できます。7桁は先頭が0または1なら体系+6データ、そうでなければ6データ+チェックデジットです。8桁は体系・6データ・チェックデジットで、誤ったチェックは検証失敗になります。11桁はチェックなしのUPC-Aで、ツールがチェックを計算してから圧縮します。12桁は完全なUPC-Aで検証付きです。13桁は先頭0のEAN-13形式のUPC-Aのときのみ受け付けます。必須のcodeフィールドにバーコード桁を送ってください。6桁は既定で番号体系0のUPC-Eデータとして扱い、任意のnumber_systemで0または1を指定できます。auto(既定)は長さ8までを展開、11〜13を圧縮し、expandとcompressは一方向を強制して長さが合わないとinvalid_inputを上げます。codeにはaliasのtext・value・input・barcode・upcを、modeにはop・action・directionを、number_systemにはns・numberSystem・systemを使えます。成功応答には常にmode、direction、code_in、number_system、upc_e(6データ桁)、upc_e_full(体系とチェック付き8桁)、upc_a(12桁)、manufacturer_code、product_code、check_digit、valid=trueが含まれます。欠落・空・非数値・長すぎ・圧縮不可・チェック不一致はinvalid_inputとなり、プリペイド経路では課金されません。成功呼び出しの料金は公開基本の$0.002が1件あたりです。
UPC-E変換が役立つ場面
EC掲載は仕入先表の6桁風コードを示しつつマーケットプレイスはGTIN-12を要求することが多く、本エンドポイント経由の変換は掲載自動化を決定的に保ちます。成功呼び出しはモデルトークンも外向きネットワークもなく基本料金$0.002のみで、検証失敗は残高を消費しません。
連携の活用例
QAフィクスチャとマーケットプレイス連携
パイプラインはゴールデンテストで展開・圧縮を往復し、仕入先の短いコードを手作業でゼロを当てずGTIN-12へ変換して掲載アップロードします。
技術的な質問
対応する番号体系はどれですか?
UPC-Eのゼロ抑制は番号体系0と1のみです。他の体系桁での圧縮はinvalid_inputで失敗します。
UPC-Aが圧縮できない場合は?
メーカーと商品の桁がGS1のゼロ抑制パターンに合わないと、リクエストはコードがUPC-Eへ圧縮できない旨のinvalid_inputで失敗します。
UPC-E変換の料金は?
ブラウザツールは無料です。APIは成功呼び出しごとにKITプリペイド残高から$0.002を使い、無効入力は課金されません。