株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
商品ラベルの番号を台帳に転記したとき、見た目だけで入力の正しさを確かめるのは大変です。JANコード標準タイプなら、末尾のチェックデジットを再計算し、転記値と照合できます。本記事では、12桁に1と3を交互に掛け、合計を10の倍数にそろえる計算を、公式の公開例で追います。
対象は13桁のGTIN-13です。GS1 Japanの説明では、JANコード標準タイプをGTIN-13と呼びます。ここで扱うのは既にラベルなどにある番号の確認です。計算結果から、自由に商品コードを発行できるわけではありません。
末尾を外し、計算対象の12桁を確定する
まず、確認したい番号を、先頭から末尾まで文字列として控えます。末尾の数字は照合用に別の欄へ残し、それを除いた12桁を計算に使います。GS1 Japanの公式計算フォームでも、GTIN-13の欄に入力するのは末尾を除く12桁です。完成した番号全体を入力してしまうと、計算の出発点が変わります。
例題には、同ページに掲載された「456995111617」を使います。これは計算方法を説明するための公開例であり、当社の顧客や保有物品の番号ではありません。ここから末尾の数字を求め、その後、完成番号をどう確認するかを考えます。
数字を並べたら、左から何番目かを添えてください。今回の説明では、先頭の4を「左から1番目」と数えます。チェックデジットも含めて右から桁を数える資料と混ぜると、掛ける重みを逆にする原因になります。「奇数桁だからこちら」と覚えるより、数え始める位置を明示するほうが確認しやすくなります。
読取り自体ができていない場合は、先にバーコードを読み取る方法で入力手段を整理できます。ここでは読取り機器の選定には広げず、得られた数字の計算に絞ります。空白や記号が混じっている値は、元の表示を確かめてから処理対象を決めます。
例題を計算する:22+33×3=121、末尾は9
GS1 Japanのベーシックガイド17ページにある計算例と同じ数字を、左からの位置で並べ直すと次のようになります。計算前に、数字と重みの対応を一度見える形にしておきます。
| 左からの位置 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 数字 | 4 | 5 | 6 | 9 | 9 | 5 | 1 | 1 | 1 | 6 | 1 | 7 |
| 重み | 1 | 3 | 1 | 3 | 1 | 3 | 1 | 3 | 1 | 3 | 1 | 3 |
最初に、左から奇数位置の数字を足します。対象は4、6、9、1、1、1なので、「4+6+9+1+1+1=22」です。この組の重みは1なので、そのまま22を使います。
次に、左から偶数位置を足します。対象は5、9、5、1、6、7で、「5+9+5+1+6+7=33」です。こちらの組には重み3を掛けるため、「33×3=99」となります。数字を一つずつ3倍してから足しても同じですが、先に組ごとの合計を出すと途中の確認がしやすくなります。
両方を合わせると、「22+99=121」です。この121以上で、最も近い10の倍数は130なので、「130−121=9」。求めるチェックデジットは9、完成番号は「4569951116179」となります。最後に「121+9=130」となり、10で割り切れることを確かめます。ここまでの結果は、上記の公式公開例と一致します。
一般式で書くなら、重みを掛けた合計をSとして、「チェックデジット=(10−(Sを10で割った余り))を10で割った余り」です。外側でも余りを求めるのは、Sが既に10の倍数の場合に0を返すためです。単に「10から下一桁を引く」だけでは、下一桁が0のときに10を返してしまいます。チェックデジットは1桁なので、その場合は0です。
手計算が合わないときは、最後の引き算だけをやり直さず、奇数位置の合計、偶数位置の合計、3倍後の値を別々に見ます。表と途中式があれば、数字を写し間違えたのか、重みを逆にしたのかを切り分けられます。台帳にも完成番号だけでなく、再計算した末尾と照合結果を残す設計が有効です。
計算が通った番号でも、取り違えは残る
照合では、元の番号の末尾と、再計算した数字を比べます。不一致なら原ラベルや元資料に戻り、どの位置の転記が違ったかを確かめます。末尾だけを計算結果へ置き換える運用は避けます。前の12桁が間違っていた場合、その間違った数字列に整合する末尾を付けることになるためです。
また、一致は「計算上の整合」を意味します。番号が正式に割り当てられているか、その商品名が正しいか、目の前の物品に対応するかは、計算式に入力されていません。したがって、これらをチェックデジットだけで確認することはできません。
限界は同じ例題でも確かめられます。左から2番目の5と3番目の6について、重み付きの小計は「5×3+6×1=21」です。これを入れ替えると「6×3+5×1=23」となり、合計が2変わるため、元の末尾9とは一致しなくなります。
一方、左から9番目の1と10番目の6を入れ替えるとどうでしょうか。小計は「1×1+6×3=19」から「6×1+1×3=9」へ変わり、全体の合計は121から111になります。元の末尾9を足すと120となり、やはり10で割り切れます。隣り合う数字の差が5だと、重み1と3の交換による加重和の変化が10になるためです。これは同じ計算式から分かる限界であり、「すべての転記ミスを検出する」とは言えません。
物品台帳では、商品と個体の区別も必要です。GS1 JapanのEPC/RFID標準の説明では、JANコードは商品レベルの識別で、同一商品には同じ番号が付くと説明されています。同じ商品を複数保有するなら、社内の資産IDや製造番号など、個体を区別する欄を別に設ける必要があります。JANコードの一致だけで、台帳の重複行と判断しないようにします。
海外の公式ツールと標準の版を確認する
海外の公開例として、アイルランドのGS1 IrelandのCheck Digit Calculatorがあります。GTIN-13用の欄に12桁を入れると、チェックデジットを付けた完成番号を表示する構成です。手計算や自作関数の答えを照合する参照先になります。これは公式団体が計算機能を公開している例であり、特定企業の導入効果を示す事例ではありません。
同団体のGeneral Specificationsの案内は、2026年1月批准のRelease 26を掲げています。2026年11月時点の参照資料として、計算方法だけでなく、使用する識別コードと標準の版も記録しておくと、後から処理の前提を確認できます。この版の公開を、今回の計算式が新しく変わった根拠として扱う必要はありません。
なお、海外サイトの入力例や会員向けサービス案内を、日本での登録手続にそのまま当てはめることはできません。国内での番号設定・利用手続はGS1 Japanの案内を確認します。ここで参照する海外例の範囲は、GTIN-13の計算入力と出力です。
台帳化では、読取り候補と確定値を分ける
この計算を効率化するなら、先に担当者の確認動作を一巡させます。どのラベルを見たか、どの数字を転記したか、不一致なら何を見直すか。その順序を具体的にしてから、機械に任せる処理を決めます。renueは、こうして判断の根拠と工程のつながりを確かめることを、AI活用の出発点と考えます。
例えば、写真から数字を転記する候補づくりにAIを使う場合でも、チェックデジットの算出は決まった計算式で処理できます。読み取った原文、計算対象にした数字列、再計算した末尾、照合結果、確認後の確定値を別々に残します。人が修正した場合は、変更箇所と参照した原物もたどれるようにします。計算が通るまでAIに番号を推測し直させる設計にはしません。
入力にはコード種別も添えます。ここで使った桁数や位置の説明を、別形式のコードへそのまま流用しないためです。読取り対象の整理にはQRコードの読み取り方法も関連しますが、本記事のGTIN-13の計算とは確認項目を分けます。
写真を起点にした資産台帳化は、物品管理AIが扱う業務領域です。ここで示した検算は、そうした台帳を整える際に検討できる一般的な確認手順です。今回の例題で大切なのは、末尾9という答えに加え、何を計算で確かめ、何を原物で確かめるかまで決めておくことです。
