バーコードシステム

バーコードシステムとは？

バーコードシステム（barcode systemとも表記）は、物体を識別し、その情報を記録するために使用される、機械可読シンボル、スキャン機器、ソフトウェア、運用手順の組み合わせです。物流およびeコマースでは、現物の商品、保管場所、荷物、物流単位をデジタル記録と結び付け、入荷、在庫管理、注文処理、出荷、返品の作業を記録・確認できるようにします。

バーコード自体は構成要素の1つにすぎません。完全なシステムでは、識別子が何を表すのかを決定し、適切なシンボルを生成または取得し、それを正しく読み取り、デコードされた情報を業務アプリケーションで使用する必要があります。たとえば、注文ピッキング中に商品をスキャンすると、倉庫管理システムが選択された商品と注文行が一致しているか確認できます。

この用語は、平行なバーとスペースで構成されたシンボルに由来しますが、バーコードシステムではQR CodeやData Matrixなどの二次元シンボルも使用できます。適切なシンボルは、エンコードする情報、適用される規格、スキャン機器、受取組織の要件によって異なります。

バーコードシステムの構成要素

機能するシステムには、物理的なラベルとデジタル記録の間の合意が必要です。スキャナーを購入したりラベルを印刷したりするだけでは、その合意は確立されません。

• 識別ルール：商品タイプ、個別のシリアル化商品、倉庫棚、物流単位など、何を識別するのかを定義します。
• バーコードシンボル：識別子やその他のデータを機械可読形式で保持します。バーコードシンボロジーは、その情報をどのように表現するかを定めます。
• ラベルの作成またはマーキング：シンボルは包装に印刷したり、ラベルとして貼付したり、適切な表面に直接マーキングしたりできます。
• 読み取り機器：互換性のあるスキャナー、カメラ、モバイル機器でシンボルを取得し、デコードします。
• 業務ソフトウェアと記録：アプリケーションがデコードされた情報を解釈し、商品、注文、場所、出荷、その他の記録と結び付けます。
• 運用手順：いつスキャンするか、不一致にどう対応するか、破損・重複・識別不能なラベルをどう扱うかを定めます。

これらの構成要素は相互に依存しています。明瞭に印刷されたシンボルでも、その識別子が誤った商品に割り当てられていれば、誤った取引が発生する可能性があります。逆に、正確なデータベースがあっても、利用可能な機器で読み取れないラベルを補うことはできません。

バーコードシステムの仕組み

1. 識別レベルを定義する。商品タイプ、ロットまたはバッチ、個別商品、パレットなどの荷役単位のいずれを区別する必要があるかを組織が決定します。
2. 識別子を割り当てるか取得する。関連する社内または社外の識別ルールに従って識別子を作成し、業務記録と関連付けます。
3. 情報をエンコードする。選択したバーコード形式で識別子を表現し、対応していて必要な場合は、バッチ番号や有効期限などの追加情報も表現します。
4. シンボルを貼付する。包装、折り目、その他のラベルで覆われることなく、意図した作業中に読み取れる場所へバーコードを配置します。
5. 工程イベントでスキャンする。入荷、棚入れ、ピッキング、梱包、発送、その他定義された作業中に、作業員または自動読み取り機がバーコードを取得します。
6. 取引を検証して記録する。ソフトウェアがデコードされた情報を作業内容または想定される記録と照合します。取引を受け付けたり、追加情報を要求したり、例外としてフラグを付けたりできます。

バーコードの読み取りと取引の完了は異なる作業です。正常にデコードできたことは、機器がシンボルを解釈したことを意味しますが、商品が正しいこと、想定数量が存在すること、取引が保存されたことを証明するものではありません。これらの確認は、アプリケーションロジックと運用管理に依存します。

商取引と物流で使用されるバーコード形式

バーコード形式は、一般的に一次元シンボルと二次元シンボルに分類されます。この区別は物理的な構造を示すものであり、それらが保持できるすべての識別子の業務上の意味を示すものではありません。以下の例は、網羅的な分類ではなく、確立された形式を示しています。

GS1アプリケーション識別子は、関連するデータ要素の意味と形式を示します。これにより、互換性のあるアプリケーションは、商品識別子、バッチ番号、有効期限などの情報を区別できます。これらの要素を扱うシステムは、すべてのスキャンを区別のない文字列として扱うのではなく、その構造を正しく解釈する必要があります。

物流ワークフロー全体での利用

入荷と在庫

入荷時には、バーコードによって到着した商品を、予定されている商品または物流単位の記録と結び付けることができます。ワークフローによっては、作業者が数量、バッチ、シリアル番号、保管場所も取得できます。商品をスキャンしても、受け取った数量が自動的に確定するわけではありません。数量は、定義されたプロセスに基づいて、エンコード、入力、計数、または算出する必要があります。

棚入れと補充では、商品と移動先の場所の両方をスキャンすることで、在庫を倉庫棚に関連付けやすくなります。在庫数の計数では、同じ識別子を使用して、実際に確認された在庫と記録上の残高を比較できます。ただし、結果の精度は正確な計数と一貫した取引記録に依存します。

ピッキング、梱包、発送

注文処理では、ソフトウェアがスキャンされた商品識別子と注文で要求された商品を比較できます。梱包時には、別の確認によって選択された商品を準備中の荷物に関連付けることができます。その後、配送業者のラベルが出荷ワークフローで使用される識別子を提供します。

これらの識別子は互換性があると考えてはいけません。商品バーコードが答える質問と、荷物バーコードが答える質問は異なります。1つの荷物に複数の商品が入る場合があり、1つの注文が複数の荷物で処理される場合もあります。ソフトウェアは、これらの関係を明示的に管理する必要があります。

返品

返品ワークフローでは、元の商品バーコード、荷物識別子、返品承認識別子を使用して、関連する記録を検索できます。識別は出発点にすぎません。検査、状態評価、返金対象の可否、商品の再入庫または廃棄の判断は、別個の作業として残ります。

越境移動

越境eコマースでは、識別子によって、倉庫、輸送、商取引システム間で交換される情報と現物の商品を取引パートナーが結び付けられるようになります。ただし、バーコードだけで税関上の輸入可否、原産地、関税分類、関税の取扱いが確定するわけではありません。これらは対象商品、書類、申告、法的要件によって決まります。

異なる組織が同じラベルをスキャンする場合、相互運用性には読み取り可能な印刷以上のものが必要です。パートナー間で、識別方式、データ構文、ラベル要件、識別子に関連付けられた電子記録について合意する必要があります。

関連用語と識別範囲

GTINは通常、特定の包装レベルにおける取引商品を識別するものであり、個々の現物をそれぞれ識別するものではありません。特定の個体を識別するには、適切な個体レベルの識別子、または商品識別子とシリアル番号の組み合わせなどが必要です。同様に、SSCCは物流単位を識別するものであり、その単位に含まれるすべての商品を説明する代替手段ではありません。

実務上の確認事項と制限

バーコードシステムは一貫した識別を支援できますが、その有効性はデータガバナンス、機器の互換性、ラベル品質、ワークフロー設計に左右されます。実装時には、以下の点を確認するとよいでしょう。

• 識別子の範囲：各コードが商品タイプ、個別商品、場所、荷物、物流単位のいずれを表すのかを明確にします。関係のない有効な記録に同じ識別子を割り当てないようにします。
• リーダーの互換性：機器が選択したシンボルを読み取れることを確認します。一次元バーコード専用の機器が二次元シンボルも読み取れるとは限りません。
• データ解釈：ソフトウェアが先頭ゼロ、可変長フィールド、区切り文字、構造化データ要素をどのように処理するかをテストします。
• 印刷と配置の品質：実際に使用する包装上で、コントラスト、シンボル寸法、必要な余白、視認性を確認します。
• 運用上の耐久性：想定される取り扱い、摩耗、湿気への露出、温度変化の後もラベルが読み取り可能か評価します。
• 記録の照合：正しい包装レベルと計量単位を含め、スキャンによって意図した記録が開かれる、または更新されることを確認します。
• 例外処理：コードが不明、重複、読み取り不能、または作業内容と一致しない場合の処理を定義します。
• イベント記録：デコードされた識別子を保存するだけでなく、作業、場所、時刻などの関連コンテキストが取引に保持されることを確認します。

バーコード検証と通常のスキャンは目的が異なります。スキャナーテストは、特定の機器が試験条件下でシンボルを読み取れることを示します。正式な検証では、適用される基準に基づいてシンボル品質を評価します。いずれのプロセスも、それ単独では、エンコードされた識別子が正しい現物商品に関連付けられていることを確立するものではありません。

QA

バーコードシステムはバーコードスキャナーと同じですか？

いいえ。スキャナーは読み取り機器です。バーコードシステムには、識別ルール、ラベルまたはマーキング、ソフトウェア、業務記録、スキャン情報に基づいて処理する手順も含まれます。

バーコードには商品のすべての情報が含まれていますか？

必ずしもそうではありません。ソフトウェアが記録を取得するために使用する識別子だけが含まれている場合があります。一部の形式では追加の構造化データを保持できますが、利用できる情報は何がエンコードされたかによって異なります。

同じ商品バーコードを荷物の追跡番号として使用できますか？

商品識別子と追跡番号は異なる目的を持ちます。商品コードは取引商品を識別し、追跡識別子は出荷追跡記録に関連します。システムでは、両者が同一だと仮定するのではなく、その関係を管理する必要があります。

バーコードをスキャンすると在庫は自動的に更新されますか？

接続されたアプリケーションが在庫取引を実行するように設定されている場合に限ります。スキャンによって情報を取得したり、作業を検証したり、在庫残高を変更せずに例外を発生させたりすることもあります。

出典

• GS1：バーコード — バーコードの構造、対応形式、識別およびデータ取得における役割。
• GS1一般仕様 — 識別ルール、バーコード適用要件、データ構文、シンボル品質に関する考慮事項。
• GS1：Global Trade Item Number — 取引商品識別の範囲と目的。
• GS1：Serial Shipping Container Code — サプライチェーン業務における物流単位の識別。
• GS1アプリケーション識別子 — GS1アプリケーションで使用される構造化データ要素の意味と形式。