チェックデジットが違うとどうなりますか

結論

チェックデジットが違うと、バーコードの番号が検証エラーになり、読み取り後の処理や商品登録、データの取り込みが拒否されることがあります。ただし、必ず読み取り自体が失敗するわけではありません。入力ミス、桁数の誤り、計算方式の違いなどを確認し、元の番号と計算結果を照合することが大切です。

クイックアンサー:チェックデジットが違う場合は、番号の形式的な整合性が確認できていない状態です。まず元の番号、桁数、先頭のゼロ、使用する規格を確認しましょう。末尾の数字だけを変更すると、別の番号を作ってしまう可能性があるため注意が必要です。

チェックデジットが違うと起こること

チェックデジットは、バーコードなどの番号が正しく入力・読み取られたかを確認するための検査用の数字です。元の番号から規定の計算式で求め、実際に付いている数字と照合します。両者が一致しない場合、番号を扱うシステムによって入力エラー、警告、登録拒否などの対応が行われます。

たとえば、商品に付けるJANコードを入力したとき、最後の数字が計算上のチェックデジットと一致しなければ、JANコードの検証に失敗する可能性があります。実際の処理は、バーコードスキャナー、商品マスタ、在庫管理システム、販売管理システムなどの仕様によって異なります。

1. バーコードの読み取りや検証でエラーになる

チェックデジットを検証する機能があるスキャナーや読み取りソフトでは、計算結果が一致しない番号をエラーとして扱うことがあります。読み取り自体はできても、後続のソフトウェアで番号の検証に失敗する場合もあります。

一方、チェックデジットを検証しない設定では、番号がそのまま出力されることもあります。バーコードを読み取れたことだけを理由に、番号が正しいと判断するのは避けましょう。

2. 商品マスタへの登録や照合に失敗する

商品マスタに登録されているJANコードと入力した番号が一致しなければ、商品を特定できなかったり、登録時にエラーが表示されたりすることがあります。

たとえば、正しいJANコードの末尾を手入力で間違えると、同じ商品を指定したつもりでも照合できません。ただし、末尾の数字だけが原因とは限りません。途中の数字が間違っていたり、別の商品番号を入力していたりする可能性もあるため、元データとの照合が必要です。

3. 在庫管理や販売管理のデータ処理に影響する

チェックデジットの不一致を検出したシステムでは、入庫、出庫、商品登録、販売データの取り込みなどが保留または拒否される場合があります。検証せずに取り込む仕組みでは、誤った番号が後続の処理に渡されるおそれもあります。

特に、複数の商品番号をまとめて登録する場合は、一部の行だけがエラーになることがあります。エラーが出た行を特定し、元の商品データと照合してから再処理すると、関係のない行まで変更するリスクを抑えられます。

発生する場面 起こり得ること 最初に確認すること
バーコードの読み取り 検証エラー、警告、読み取り後の処理失敗 スキャナーやソフトの検証設定
商品登録 JANコードの登録拒否、商品照合の失敗 元のJANコードと入力値
在庫管理 入出庫データの保留や登録エラー 商品マスタと対象データ
一括データ処理 特定行のエラー、取り込みの中断 エラー行、桁数、計算結果

なお、チェックデジットが不一致だからといって、必ずバーコード画像の印刷品質に問題があるわけではありません。数字そのものの誤りと、バーコードの汚れ、かすれ、印刷サイズなどによる読み取り不良は分けて調べましょう。

チェックデジットの不一致で分かること・分からないこと

チェックデジットの不一致から分かるのは、入力された番号が、その方式の検査ルールを満たしていないということです。数字の転記ミスや桁数の誤りなどを発見する手掛かりになりますが、どの数字が間違っているか、どのような原因で不一致になったかまでは、通常それだけでは特定できません。

不一致から分かること

不一致だけでは分からないこと

チェックデジットの検算と、商品マスタや元データとの照合は別々に行う必要があります。前者は番号の形式的な整合性を調べる作業であり、後者はその番号が本来の対象に対応しているかを確認する作業です。

チェックデジットが違う主な原因

チェックデジットが一致しない場合は、まず入力内容を確認し、それでも解決しなければ計算式やデータの扱い方を調べます。バーコード生成ツールの問題だと決めつけず、番号を入力した段階から順番に確認することが重要です。

商品マスタ、伝票、表計算ソフトなどから番号を転記するときに数字を誤ると、チェックデジットが一致しなくなることがあります。途中の数字の入力漏れ、余分な数字の追加、隣り合う数字の入れ替わりなども確認しましょう。

チェックデジットだけを正しい値に変更するのではなく、まず番号全体が正しく入力されているかを確認してください。末尾だけを修正すると、元の商品番号とは異なる番号を作ってしまう可能性があります。

番号の桁数が足りない、先頭のゼロが消えている、余分な数字が付いているといった問題も原因になります。表計算ソフトで番号を数値として扱うと、先頭のゼロが保持されないことがあります。

JANコードなどの識別番号は、数量のような通常の数値とは異なり、各桁を含めた文字列として管理する必要がある場面があります。元データと出力データの桁数を比べ、先頭のゼロが保持されているかも確認してください。

隣り合う数字を逆の順序で入力するなど、数字の入れ替わりも確認したい原因の一つです。検出できる誤りの種類はチェックデジットの計算方式によって異なるため、入れ替わりがあれば必ずエラーになるとは限りません。

番号を目視で確認するときは、先頭から最後まで順番に比較しましょう。桁数が正しくても、数字の順序が異なれば別の番号になることがあります。

4. チェックデジットの計算式が違う

チェックデジットの計算方法は、すべてのバーコードで共通ではありません。JANコードなどの方式に合わない計算式を使うと、入力した番号が正しくても、計算したチェックデジットが一致しないことがあります。

チェックデジットを自動計算するバーコード生成ツールを利用する場合は、選択したバーコード形式と入力データの対応を確認してください。チェックデジットを自分で入力する形式なのか、ツール側で自動計算する形式なのかによって、確認すべき箇所が変わります。

5. 商品マスタや元データが間違っている

入力した番号が保存済みデータと一致していても、元の商品マスタ自体に誤った番号が登録されている可能性があります。別の商品番号をコピーした、古いデータを使った、登録時に数字を誤ったといったケースでは、チェックデジットだけを検算しても問題を解決できません。

この場合は、信頼できる元データと照合し、番号が対象の商品に正しく対応しているかを確認します。番号の形式が正しいことと、商品情報が正しいことを混同しないようにしましょう。

チェックデジットの計算方法を確認する

チェックデジットは、対象の規格で定められた計算式を使って求めます。JANコードでは、末尾のチェックデジットを除く数字に規定の重みを掛けて合計し、その合計が10の倍数になるように末尾の数字を決めます。

たとえば、JANコードの13桁形式では、チェックデジットを除いた12桁に左から1と3の重みを交互に適用し、合計を求めます。その合計を次の10の倍数にするために必要な数字がチェックデジットです。合計がすでに10の倍数なら、チェックデジットは0になります。

これはJANコードの計算方法の説明です。CODE128など、別の規格では異なる計算方式が使われるため、同じ式をそのまま適用してはいけません。

検算で確認できる範囲

検算によって確認できるのは、番号が指定された規格のチェックデジットのルールを満たしているかどうかです。商品が実在するか、番号が正しい商品に割り当てられているか、商品マスタに登録されているかまでは判定できません。

複数の番号を検算する場合は、チェックデジットだけでなく、桁数、数字以外の文字、空欄、重複、商品マスタとの対応も確認すると、データの問題を分類しやすくなります。

チェックデジットが一致しないときの確認手順

エラーが発生したら、番号をすぐに書き換えるのではなく、次の順番で確認します。元データを残したまま、入力内容、桁数、計算方式、生成結果を一つずつ調べると、原因を切り分けやすくなります。

  1. 元の番号を確認する:商品マスタや元ファイルに記載された番号と、エラーが出た番号を照合します。
  2. 桁数と先頭のゼロを確認する:余分な数字や欠落した数字がないか、先頭のゼロが保持されているかを確認します。
  3. 数字の転記ミスを調べる:各桁を順番に比較し、入力ミスや数字の入れ替わりがないかを確認します。
  4. バーコード形式を確認する:JANコードなど、実際に使っている形式に合った計算式で検算します。
  5. チェックデジットを再計算する:対象形式の計算ルールに従って求めた値と、入力された値を比較します。
  6. 生成後のデータを確認する:バーコード生成ツールで作成した場合は、生成前の番号と生成後のデータが意図どおりかを確認します。
  7. 修正後に再検証する:番号を修正したら再度検算し、必要に応じて読み取りと商品マスタとの照合も行います。

重要なのは、エラー表示を消すことではなく、正しい元データに戻すことです。検算結果だけを見て番号を推測で修正するのは避けましょう。

ExcelやCSVの番号をまとめて検証するときの注意点

商品番号をExcelやCSVで一括管理している場合、1件ずつ確認するだけでは、同じ入力ミスが大量のデータに残ることがあります。一括生成の前にデータ検証を行い、エラーのある行だけを修正できるようにしておくと、不要な再生成を減らせます。

Excelで先頭の0が消えた場合

Excelで番号を開いたときに先頭の0が消えると、元の番号と桁数が変わり、チェックデジットエラーの原因になることがあります。セルの表示形式だけを変更しても、失われた元の数字が復元されるとは限りません。

元のCSVや商品マスタに正しい番号が残っているか確認し、そこから再取り込みするのが安全です。CSVをExcelで開いて保存し直す場合も、番号が意図せず変換されていないか確認してください。

一括検証の基本手順

  1. 元データを保存する:修正前のExcelやCSVを別ファイルとして保管し、元の番号を失わないようにします。
  2. 列の形式を確認する:商品番号を数値として処理すると、先頭の0が失われることがあります。識別番号は文字列として扱う方法を検討してください。
  3. 桁数と文字を確認する:規格ごとの桁数、使用できる文字、空欄、余分な空白を確認します。
  4. チェックデジットを検算する:規格に対応した計算式で各行を検証し、不一致の行を抽出します。
  5. 商品マスタと照合する:不一致の番号は、元の登録情報や仕入先から得た正しいデータを確認して修正します。
  6. 少数のデータで試す:修正後の番号からバーコードを生成し、印刷や読み取りを試してから一括処理に進みます。

CSV・Excel・Google Sheetsで一括QRコードを生成するときのデータ管理

チェックデジットの検算は、主にJANコードなどの識別番号を扱うときに重要です。一方、QRコードはURL、文章、商品番号など、さまざまなデータを格納できます。QRコードを一括生成する場合も、入力データに誤りがないかを事前に確認しておくことが大切です。

たとえば、CSVに商品番号や商品ページのURLをまとめ、各行からQRコードを作る場合、生成された画像が正常でも、元の番号やURLが間違っていれば意図した情報にはつながりません。QRコードの生成と、格納するデータの検証は別の作業として考えましょう。

CSVからまとめて生成する場合

bulk qr code generator from csvという用途では、CSVの各行を個別のQRコードに対応させる運用が考えられます。たとえば、商品番号、商品名、URLを列ごとに管理すれば、どのデータから生成されたQRコードなのかを確認しやすくなります。

取り込み前には、空欄、余分な空白、重複した識別番号、URLの入力ミスを確認します。CSVをExcelなどで開いて保存し直す場合は、先頭のゼロや長い番号が変換されていないかもチェックしてください。CSVに対応する生成ツールを選ぶ際は、列の指定方法や出力形式も確認しましょう。

関連ページ: Excel(エクセル)データからQRコードを一括作成する方法|完全無料・大量一括生成ガイド

Google Sheetsのデータから生成する場合

bulk qr code generator in google sheetsという使い方では、Google Sheetsに保存したデータをもとにQRコードをまとめて作るワークフローが考えられます。商品番号やURLを行ごとに整理しておけば、生成対象のデータを管理しやすくなります。

ただし、Google Sheetsとの直接連携、CSVエクスポート、対応するアドオンなどの利用方法はサービスによって異なります。ツールがどの方法に対応しているかを確認してから作業を進めましょう。

共有シートを使う場合は、生成対象の列を明確にし、意図しないセルの変更や古いデータの混入を防ぐことも重要です。商品番号の検算が必要な場合は、QRコードを生成する前に、規格に合った方法で確認してください。

テキストからQRコードをまとめて作る場合

bulk qr code generator with textという用途では、商品説明、管理用の文字列、短いメッセージなどをQRコードに格納する方法が考えられます。テキスト自体が商品識別番号でなければ、JANコードのチェックデジットを一律に適用する必要はありません。

一方、テキストの中にJANコードやCODE128で扱う識別番号を含める場合は、番号の形式やチェックデジットの要否を別途確認します。また、URLや商品情報をテキストとして格納する場合も、生成前に内容と表記を確認しましょう。

bulk qr code generator freeやbulk qr code generatorを探す際は、無料で利用できるかだけでなく、入力データの形式、生成できる件数、出力形式、データの取り扱いを確認することが重要です。無料プランの条件や機能はサービスごとに異なるため、利用前に現在の仕様を確認してください。

bulk generate qr codesという目的で複数のコードをまとめて作るなら、生成前にデータを整理し、生成後に元データとの対応を確認できる方法を選ぶと管理しやすくなります。無料であることだけを理由に、重要な商品番号や業務データを未検証のまま取り込むのは避けましょう。

スマートフォンから一括生成する場合

bulk qr code generator mobileという用途では、スマートフォンからデータを準備したり、生成したQRコードを確認したりする方法が考えられます。ただし、ファイルの取り込み、一括処理、複数画像の保存などに対応するかどうかは、使用するサービスや端末によって異なります。

スマートフォン上で表データを編集する場合も、番号の先頭のゼロや桁数が変わっていないか確認してください。大量のデータを扱うときは、元ファイルを保存し、生成結果を少数ずつ確認してから本格的な運用に進むと、誤りの影響を抑えやすくなります。

CODE128のバーコードをまとめて作る場合

bulk qr code generator 128という検索語でツールを探す場合、CODE128のような一次元バーコードの一括生成を求めている可能性もあります。QRコードとCODE128は異なる形式であり、チェックデジットやチェックキャラクタの扱いも同じではありません。

CODE128では、規定の計算方法に基づいてチェックキャラクタが生成されます。入力データに何を含めるか、生成ツールがチェックキャラクタを自動計算するか、読み取り側がどのように処理するかを確認してください。JANコードの計算式をCODE128にそのまま適用することはできません。

一括生成する前には、使用する形式、元データ、チェックキャラクタの設定を確認し、少数のサンプルで読み取りをテストします。形式の選択が適切でなければ、データが正しくても期待した結果にならない場合があります。

QRコードには、コードの一部が汚れたり欠損したりした場合でも情報を復元できるようにする誤り訂正の仕組みがあります。これは、JANコードなどの番号の末尾に付けられるチェックデジットとは役割が異なります。

チェックデジットは、番号の計算結果が規定のルールに合っているかを確認する仕組みです。一方、QRコードの誤り訂正は、読み取り時に一部の情報が失われても復元できるようにする仕組みです。どちらも誤りへの対策ですが、同じ機能ではありません。

たとえば、正しいURLを格納したQRコードを生成すれば、誤り訂正によって画像の一部が損傷しても読み取れる場合があります。しかし、最初から間違ったURLを入力して生成した場合、誤り訂正によって正しいURLに直るわけではありません。生成前にデータを確認することが重要です。

よくある間違いと正しい対処方法

チェックデジットエラーが発生したときは、末尾の数字だけを変更するのではなく、元の番号、桁数、バーコード規格、計算方式を順番に確認します。同じエラー表示でも、入力ミス、データの欠落、規格の選択違いでは対処方法が異なります。

症状 考えられる原因 正しい対処方法
検算すると末尾の数字が一致しない 数字の入力ミス、計算方式の違い 元の番号と適用する計算式を照合する
番号の桁数が足りない 先頭の0の欠落、桁の入力漏れ 商品マスタや元データから正しい番号を確認する
バーコードを読み取れない 印刷品質、サイズ、画像の劣化、規格の不一致など 番号の検算と印刷・読み取り条件の確認を分けて行う
生成ツールと手計算の結果が違う 規格やチェックデジットの設定が異なる 使用するバーコード規格と生成設定を確認する
検算は通るのに商品を特定できない 商品マスタへの未登録、登録内容の不一致 商品マスタの番号と商品情報を照合する
QRコードを読み取っても目的のページが開かない 格納したURLの誤り、リンク先の変更、通信環境など 元のURLと実際に格納された内容を確認する

チェックデジットだけを修正してはいけないケース

計算結果と一致しない場合でも、計算で得られた数字に末尾を置き換えれば正しい商品番号になるとは限りません。途中の数字が誤っていると、末尾を合わせても元の商品を示す番号に戻らない可能性があります。

まず元データを確認し、入力した番号が正しいことを確かめてから検算します。正しい番号なのにエラーが出る場合は、計算方式やバーコード規格、生成ツールの設定を見直してください。

読み取りエラーとチェックデジットエラーを区別する

チェックデジットエラーは、読み取った番号や入力された番号の検査結果が期待値と一致しない状態です。一方、読み取りエラーは、スキャナーがバーコードの情報を正常に取得できない状態も含みます。印刷のかすれや汚れなどが原因なら、数字を修正するだけでは解決しません。

番号を直接入力して検算し、バーコードを読み取った場合の結果と比較すると、データの問題か、印刷・読み取りの問題かを切り分けやすくなります。

JANコードやCODE128などで確認したい違い

チェックデジットの扱いは、バーコード規格によって異なります。JANコードで使う計算方法を、そのままCODE128やCODE39に適用することはできません。検算する前に、番号がどの規格に属するかを確認しましょう。

規格 確認するポイント 注意点
JANコード 規定の桁構成とチェックデジット 商品番号の桁数と末尾の数字を照合する
EANコード 対象となる形式とチェックデジット JANコードと関連する規格でも、対象形式を確認して検算する
CODE128 チェックキャラクタの計算と生成設定 通常、チェックキャラクタはデータから計算され、バーコード内に含まれる。表示や入力の扱いはツールの仕様を確認する
CODE39 チェックデジットの使用設定 チェックデジットを使うかどうかを含め、生成側と読み取り側の設定を確認する

規格に合った計算式で検算する

チェックデジットの計算式は、規格によって重み付けや文字の扱いなどが異なります。計算結果が合わない場合は、数字そのものが間違っていると決めつけず、対象規格に対応した計算方法を選んでいるか確認してください。

また、チェックデジットを生成する設定と、入力済みのチェックデジットを検証する設定は、目的が異なります。バーコード生成ツールで番号を新しく作るときは、入力データにチェックデジットが含まれるか、ツール側で自動計算するかも確認しましょう。

複数の番号をまとめて検証するときのポイント

大量の番号を扱うときは、すべてのエラーを同じ扱いにせず、桁数不一致、チェックデジット不一致、商品マスタ未登録、重複、空欄、読み取り不良などに分類すると原因を特定しやすくなります。検算に合格しても、商品番号と商品情報の対応が正しいとは限らないため、必要に応じてマスタとの照合も行いましょう。

一括処理の前に、元データを別ファイルとして保存し、修正対象の行を特定できる状態にしておきます。修正後は同じデータを再検証し、エラーが解消したことを確認してからバーコードやQRコードを生成します。元の番号を推測して置き換えるのではなく、確認できた正しいデータを基準にすることが重要です。

よくある質問

チェックデジットが違うと商品を識別できなくなりますか?

システムによっては番号を受け付けず、商品を特定できないことがあります。ただし、商品マスタへの登録状況や照合方法によって結果は異なります。元の番号と商品マスタを照合してください。

チェックデジットがあれば番号の間違いは必ず見つかりますか?

必ず見つかるわけではありません。チェックデジットは特定の入力ミスや読み取り誤りを検出するための仕組みです。計算方式によっては検出できない誤りもあるため、検算に合格した番号でも元データとの照合が必要です。

同じ商品なのにJANコードが違うのはなぜですか?

別の規格や商品識別番号を参照している、入力した番号が違う、商品マスタの登録内容が一致していないなど、複数の可能性があります。チェックデジットが合っているだけでは同じ商品だと判断できません。信頼できる商品情報と照合してください。

余りが0のときチェックデジットは10になりますか?

JANコードのチェックデジットでは、計算結果がすでに10の倍数になっている場合、末尾のチェックデジットは0です。計算方式によって規則が異なるため、対象の規格に従って確認してください。

通常、CODE128のチェックキャラクタは規定の計算に基づいて生成されます。手入力が必要かどうか、生成結果にどのように表示されるかはツールによって異なるため、設定を確認してください。

ExcelやCSVで一括QRコードを生成する前に何を確認すべきですか?

元データ、列の対応、空欄、重複、URLや番号の入力ミス、先頭のゼロの欠落を確認しましょう。JANコードなどの識別番号を含む場合は、規格に合った方法でチェックデジットも検算します。生成後は、QRコードに格納された情報が元データと一致しているか確認してください。

検算機能の有無はツールによって異なります。無料で複数のQRコードを生成できるツールであっても、格納する商品番号やURLの正しさまで自動的に保証されるとは限りません。必要に応じて元データを別途検証し、生成結果も確認しましょう。

スマートフォンから一括生成するときもチェックデジットを確認する必要がありますか?

スマートフォンを使う場合でも、識別番号を扱うなら確認が必要です。ファイルの取り込みや表計算アプリでの編集によって、桁数や先頭のゼロが変わっていないかを調べてください。QRコードの生成機能と番号の検算機能は別々に確認しましょう。

まとめ:元の番号と規格から確認する

チェックデジットが違うと、システムによっては入力を拒否したり、警告を表示したり、番号を無効として扱ったりします。ただし、不一致だけで正しい商品番号を特定することはできません。

まず元の番号と桁数を確認し、次にJANコードやCODE128などの規格に合った方法で検算します。ExcelやCSVを使った一括処理では、先頭のゼロ、空欄、重複、商品マスタとの対応も確認してください。

一括QRコード生成では、CSV、Excel、Google Sheetsなどのデータを整理し、生成前に番号やURLを検証することが重要です。チェックデジットの確認とQRコードの生成は役割が異なります。正しい元データを基準に検算し、生成後のコードも実際に読み取って確認することで、入力ミスやデータの取り違えを減らせます。

チェックデジットが違うとどうなりますか?

システムの仕様に応じて、入力エラーや警告が表示されたり、番号が無効として扱われたりします。処理結果は利用するシステムによって異なります。

チェックデジットエラーとは何ですか?

番号から計算したチェックデジットと、番号に含まれるチェックデジットが一致しない状態です。入力ミスや計算方式の違いなどが原因になります。

チェックデジットが違うと商品を識別できなくなりますか?

システムによっては番号を受け付けず、商品を特定できないことがあります。ただし、商品マスタへの登録状況や照合方法によって結果は異なります。

チェックデジットが違うときは末尾の数字を直せばよいですか?

必ずしもそうではありません。途中の数字が間違っている可能性もあるため、元の番号を確認してから正しい計算式で検算してください。

チェックデジットが合っていれば番号は正しいですか?

必ずしも正しいとは限りません。検算に合格しても、商品マスタへの未登録や別商品の番号との取り違えなどは残る可能性があります。

数字を1桁間違えると必ずエラーになりますか?

検出されるかどうかは、規格とチェックデジットの計算方式によります。チェックデジットは特定の誤りを検出する仕組みであり、あらゆる誤りを必ず検出するものではありません。

数字の順番を入れ替えるとチェックデジットは変わりますか?

変わる場合がありますが、すべての入れ替えを必ず検出できるわけではありません。対象規格の計算方式で検算し、元データとも照合してください。

JANコードとEANコードでは同じ計算式を使えますか?

JANコードとEANコードは関連する規格ですが、検算時は対象となる形式と桁構成を確認してください。番号の形式を確かめずに計算式を適用しないことが大切です。

CODE128のチェックデジットは自分で入力する必要がありますか?

通常は生成ツールが入力データからチェックキャラクタを計算します。ただし、入力欄や自動計算の扱いはツールによって異なるため、生成設定を確認してください。

CODE39ではチェックデジットが必ず必要ですか?

必ずしも必要ではありません。チェックデジットを使用するかどうかは生成側の設定や運用仕様によって異なるため、読み取り側の設定も含めて確認してください。

バーコードを読み取れない原因はチェックデジットだけですか?

いいえ。印刷のかすれ、汚れ、サイズ、画像の劣化、規格の設定違いなども原因になります。番号の検算と、印刷・読み取り条件の確認を分けて行いましょう。

Excelでチェックデジットエラーが増えるのはなぜですか?

先頭の0の欠落、桁数の変化、不要な空白、誤ったデータの貼り付けなどが考えられます。元のファイルと照合し、番号を文字列として扱う必要がないか確認してください。

CSVをExcelで開くとチェックデジットが変わることはありますか?

CSVの読み込みや保存時に番号が数値として解釈され、先頭の0が失われたり、表示やデータ形式が変わったりすることがあります。元データと照合し、必要に応じて文字列として取り込みます。

チェックデジットエラーが出た番号は再生成すべきですか?

原因を確認してから判断してください。元の番号が正しい場合は設定や読み取り条件の修正で解決することがあり、番号そのものに誤りがある場合は正しいデータに基づく再生成が必要です。

複数のバーコードをまとめて検証するときは何を確認しますか?

規格、桁数、文字の形式、チェックデジット、先頭の0、商品マスタとの対応を確認します。不一致の行を分類し、元データで修正した後に再検証してください。