バーコードとは？バーコードの仕組み（初心者向けガイド）
バーコードとは、アイテムに関するデータ（ほとんどの場合、アイテムを識別する番号）を符号化した、機械読み取り可能なバー、スペース、または形状のパターンです。スキャナーがこのパターンを読み取り、内蔵されたチェックデジットを使用して検証し、その番号をシステムに送信することで、システムが製品に関するその他のあらゆる情報を検索します。 理解しておくべき重要な点は、バーコードに「含まれていない」情報についてです。一般的な小売用バーコードには、製品番号以外の情報は含まれていません。価格も、説明文も、在庫数も含まれていません。バーコードはあくまでポインター（指し示すもの）です。有用な情報はすべてデータベース内にあり、バーコードはどのレコードを参照すべきかを最も迅速かつ確実に伝えるための手段に過ぎません。 この区別を理解すれば、その後の内容のほとんどが説明できます。例えば、同じバーコードであっても、2つの異なる店舗でスキャンすると異なる価格が表示される理由もこれで分かります。 バーコードの仕組み バーコードは、数字を光と影のパターンとして符号化します。1Dバーコードでは、バーとスペースの幅が変化し、特定の幅の組み合わせが特定の数字を表します。 スキャン時のプロセスは以下の通りです： スキャナーがコードを照射する：レーザーやLEDを使用します。 反射光を測定する：暗いバーは光をほとんど反射せず、明るいスペースは多く反射するため、波形が生成されます。 パターンをデコードする：そのバーコード形式のルールに従って文字に変換します。 結果を送信する：通常、キーボード入力が行われたかのようにシステムに送信されます。 システムが検索する：システムが情報を照会し、製品レコードを返します。 世界中のあらゆる店舗で信頼されるほど確実なものにしているのは、2つの設計上の特徴です。 クワイエットゾーン：コードの両側にある空白スペースで、何も配置してはいけません。これはスキャナーに対し、コードの開始位置と終了位置を教える役割を果たします。デザイナーがラベルに収めるためにこの領域を削ってしまうことがよくありますが、これは読み取りの断続的な失敗を引き起こします。これは、常に読み取れない場合よりもはるかに厄介な問題です。 チェックデジット：最後の桁は、それ以前の桁から計算されます。デコード後、スキャナーは再計算を行い、比較します。一致しない場合、誤った情報として報告されるのではなく、読み取り自体が拒否されます。これが、バーコードスキャンが手入力よりもはるかに正確である理由です。スキャンミスが発生しても、通常は誤った結果ではなく「結果なし」となります。 バーコードのスキャン方法：リーダーの種類 コードはシステムの一部に過ぎません。どのように読み取るかによって、作業の速度、信頼性、距離が決まります。 レーザースキャナー：レーザーがバーを横切るように照射され、センサーが反射光を測定します。古くからあり安価で、清潔で平らな1Dバーコードを適切な距離から読み取るのに優れています。1次元のみを読み取るため、QRコードやData Matrixは読み取れず、またスキャンラインが1本しかないため、損傷していたり、湾曲していたり、印刷状態が悪いラベルの読み取りには苦労します。 リニアイメージャー：カメラセンサーがコードの画像をキャプチャし、ソフトウェアがそれをデコードします。依然として1D専用ですが、レーザーよりもはるかに許容範囲が広く、傷があったり、印刷が不鮮明だったり、コントラストが低いラベルにも対応でき、レーザーでは通常不可能な画面上のコードも読み取れます。 エリア（2D）イメージャー：フルカメラセンサーにより、1Dおよび2Dコードをあらゆる向きでデコードします。リーダーをバーに合わせる必要がないため、実際にはスキャン1回あたりの時間を大幅に短縮でき、1台のデバイスで遭遇する可能性のあるあらゆるシンボル体系をカバーできます。レーザーより高価ですが、価格差は縮まっており、現在ではほとんどの新規導入でこちらが選ばれています。 スマートフォンやタブレットのカメラ：最新のスマートフォンであれば、アプリを通じてほとんどのシンボル体系をデコードできるため、たまに行うスキャンや、臨時スタッフによる棚卸し、専用ハードウェアを導入したくない小規模な運用には非常に有用です。ただし、大量の作業を行う場合には限界があります。スキャン速度が遅く、スキャンボタンがなく、暗所や遠距離での性能が低く、コンクリートへの落下に耐える設計にはなっていません。堅牢なハンディターミナルが存在するのは、まさにこの最後の理由のためです。 固定式およびプレゼンテーションスキャナー：コンベア上を通過するアイテムをスキャンする、あるいは作業台に設置して作業者がアイテムをかざすタイプのリーダーです。スループットが固定位置での作業を正当化する場合、より高速です。 選び方：距離、コードの種類、環境に合わせてリーダーを選定してください。清潔な1Dラベルを腕の届く範囲でしかスキャンしないのであれば、レーザーは安価で十分な性能を発揮します。将来的にQRコードやData Matrixを追加する可能性がある場合、ラベルが損傷しやすい場合、あるいはスキャン速度が重要な場合は、わずかな追加コストでエリアイメージャーを選ぶことで、多くの問題を未然に防げます。また、冷凍倉庫、屋外、フォークリフト上などでスキャンを行う場合は、光学性能よりも環境耐性が重要になります。 バーコードに含まれるもの 小売製品のバーコード（UPCやEAN）の場合、番号は以下のパーツに分かれます： 企業プレフィックス：製品を所有する企業にライセンス付与されます。 製品リファレンス：その企業がプレフィックス内で割り当てます。 チェックデジット：残りの数字から計算されます。 これらを合わせてGTIN（国際取引商品コード）となり、世界中で一意となります。この「一意性」こそが重要です。世界中のどこでスキャンしても、その番号が同じ製品を指し示すことを意味します。 他の形式では異なるペイロードを運びます。Code 128は数字だけでなく文字も符号化でき、社内ラベルや物流に使用されます。GS1-128は、アプリケーション識別子（AI）を使用して構造化されており、各データが何を意味するかを示す短いプレフィックスが付いているため、1つのコードで製品番号、ロット番号、有効期限を、準拠したシステムであれば解析可能な形式で保持できます。 倉庫でバーコードが重要な理由 正確性：手入力によるデータ入力は、驚くほどの高確率でエラーが発生します（通常、数百文字に1回程度）。チェックデジットを用いたバーコードスキャンは、このエラー率を桁違いに低減します。スキャンを導入していない現場における在庫精度の問題のほとんどは、入力ミスに起因しています。 速度：スキャンは一瞬で完了します。番号を目視で確認して入力するには数秒かかり、作業者の集中力も必要です。 トレーサビリティ：各ステップでスキャンを行うことで、アイテムがいつどこにあったかの記録が作成されます。これがなければ、「どこにあるはずか」しか報告できません。 プロセスの強制：ピッキングの確認にスキャンを必須とするシステムであれば、正しいアイテムが取り出されたかをチェックできます。紙のピッキングリストでは不可能です。 他のすべてを可能にする：サイクルカウント、指示に基づく格納、FIFOによる先入れ先出し、ロット回収など、すべてはアイテムを迅速かつ確実に識別できるかどうかにかかっており、それができて初めて現場で運用が可能になります。 バーコードの活用場所 小売製品：POSでのUPCまたはEAN。 カートンおよびケース：外装用のITF-14またはGS1-128。 パレット：1回のスキャンでユニットロード全体を識別するライセンスプレート番号。 保管ロケーション：ラックに貼付されたCode 128ラベル。格納やピッキングの際に位置を確定します。 ドキュメント：ピッキングリスト、納品書、返品書類。正しい書類が正しい移動に紐付けられます。 資産および機器：工具、コンテナ、通い箱などを追跡するための耐久ラベル。 スキャンを導入したばかりの現場で最も忘れられがちなのが、ロケーションのラベル付けです。製品をスキャンすれば「何がピッキングされたか」が分かります。ロケーションをスキャンすれば「正しい場所から取り出されたか」が分かり、これこそが製品が建物から出荷される前にエラーを検知する鍵となります。 制限事項 視認性（ライン・オブ・サイト）が必要です。 シュリンク包装で隠れていたり、向きが間違っていたり、カートンの内側に埋もれていたりするバーコードは読み取れません。これが根本的な制約であり、RFIDが存在する理由です。 1つずつ処理する必要があります。 スキャンは意図的な動作です。100個のアイテムを数えるには、100回のスキャンが必要です。 損傷は致命的です。 バーコードの破れ、汚れ、傷は読み取りを妨げます。2Dフォーマットは誤り訂正機能により損傷に耐性がありますが、1Dフォーマットにはそれがありません。 印刷品質がすべてを決定します。 […]
UPCとは？Universal Product Codeを徹底解説
UPCとはUniversal Product Codeの略称で、バーコードとして印刷される12桁の数字であり、世界中で特定の製品を識別するためのものです。このコードをスキャンするすべての小売業者は同じ製品を認識します。なぜなら、この番号は中央で発行され、特定の品目とメーカーに紐付いているからです。 この「普遍性」こそがUPCの存在意義であり、企業が独自に作成する社内コードとUPCを分かつ点です。自社の製品コードは社内でのみ意味を持ちますが、UPCはそれを読み取るすべての店舗、倉庫、マーケットプレイスにおいて同じ意味を持ちます。 UPCとは何か、その意味 UPCはUniversal Product Codeの略です。1974年に米国で導入され（レジで最初にスキャンされたのはチューインガムのパックでした）、現在も北米全域における標準的な小売製品識別子として定着しています。 この番号は、製品識別標準を管理する非営利の国際組織であるGS1を通じて発行されます。GS1は各企業に固有のプレフィックス（接頭辞）を割り当て、企業はそのプレフィックス内で独自の製品番号を割り当てます。2つの企業が同じプレフィックスを共有することはないため、2つの製品が同じコードを持つこともありません。 UPCは製品を識別するものであり、個々のユニットを識別するものではありません。同一のアイテムにはすべて同じUPCが付与されます。例えば、同じスープの缶詰が1,000個あれば、それらはすべて同じコードを共有します。個々のユニットを識別するコードはシリアル番号と呼ばれ、UPCとは全く別物です。 バーコード自体は機械可読な表現形式に過ぎません。数字が識別子であり、バーはスキャナーがそれを読み取るための手段です。 12桁の数字の構成 標準的なUPC-Aコードは以下のようになっています： 0 12345 67890 5 │ └──┬──┘ └──┬──┘ │ │ │ │ └── チェックデジット（1桁） │ │ └─────── アイテムリファレンス（5桁） │ └─────────────── 企業プレフィックス（5桁） └──────────────────── ナンバーシステム（1桁） ナンバーシステム（1桁）。コードの広範なカテゴリを示します。0、1、6、7、8は標準的な小売商品です。2は食肉や農産物など、店内で計量・価格付けされる商品用に予約されており、価格情報がコード内に埋め込まれます。3は医薬品およびヘルスケア商品です。4は小売業者の内部使用用で、チェーン店の外で見かけることはありません。5と9はクーポン用です。 企業プレフィックス（通常5桁）。メーカーやブランドオーナーを識別するもので、GS1によって各企業に固有の番号が割り当てられます。プレフィックスは必ずしも5桁とは限りません。GS1は、必要な製品番号が少ない企業には長いプレフィックスを、多い企業には短いプレフィックスを発行するため、プレフィックスとアイテムリファレンスの桁配分は変動します。 アイテムリファレンス（通常5桁）。各製品に対して企業自身が割り当てます。ここで企業は、コード00123を500mlボトル、00124を750mlボトルとする、といった定義を行います。サイズ、色、フレーバー、パック数量ごとに個別の番号が必要です。 チェックデジット（1桁）。他の11桁が正しく読み取られたかを検証するための計算値です。これは任意に選ぶものではなく、算術的に導き出されるため、UPCを適当に作成することはできません。 UPC-AとUPC-Eの違い UPC-Aは標準的な12桁のバージョンであり、ほとんどの小売パッケージで見かけるおなじみの長方形のバーコードです。特別な理由がない限り、これを使用すべきです。 UPC-Eは、バーコードを印刷するには小さすぎる製品のための圧縮された6桁バージョンです。化粧品、菓子類、小型電子機器、試供品などに使用されます。 UPC-Eはゼロを省略することで機能します。特定のゼロのパターンを持つUPC-A番号は、ゼロを取り除くことで短縮でき、UPC-Eを読み取るスキャナーは、検索前にそれを元の12桁に展開します。情報が失われることはなく、基盤となる識別子は同じ番号です。 制限として、適切なゼロのパターンを持つUPC-A番号のみが圧縮可能です。任意の製品に対して勝手にUPC-Eを選択することはできず、番号が条件を満たしている必要があります。実務上は、製品に小さなコードが必要になると分かっている場合は、最初から圧縮可能な番号を申請することを意味します。 UPC vs SKU vs EAN vs GTIN vs 部品番号 最も混乱を招きやすい点ですが、その違いは見た目よりも単純です。 内容 […]
RFIDとは？仕組みとバーコードとの比較
RFIDとはRadio Frequency Identification（無線自動識別）の略称です。電波を使用してアイテムに貼付されたタグを読み取るため、視認性は不要であり、密封されたカートン内の数百個のタグを一度に読み取ることができます。システムは、タグ、リーダー、そして読み取ったデータを解釈するソフトウェアの3つの要素で構成されています。 この最後の要素こそが、RFIDの真価です。バーコードは、一つずつ見つけ出し、位置を合わせ、スキャンする必要があります。一方、RFIDリーダーは、密封されたカートンがゲートを通過する際に、その中の数百個のタグを一度に読み取ることができます。この機能が課題と合致する場合、RFIDは業務を劇的に変革します。しかし、そうでない場合、単に印刷されたラベルで十分な作業に対して高コストな手段となってしまいます。 RFIDとは RFIDシステムは3つのパーツで構成されています。 タグは、識別子を保持するマイクロチップとアンテナを搭載しています。アイテム、カートン、パレット、または通い箱に貼付されます。タグには、粘着ラベル型、硬質プラスチック筐体型、製造時に製品に埋め込まれるタイプなどがあります。 リーダーは、無線信号を送信し、タグからの応答を待ち受けます。リーダーには、ハンディ型、ゲートやドックの入り口に設置される固定型、コンベアに組み込まれるタイプ、フォークリフトに搭載されるタイプなどがあります。 ソフトウェアは、タグから読み取ったデータのストリームを意味のある情報に変換します。この部分は最も過小評価されがちです。ドックの入り口にあるリーダーは、近くの棚にあるタグや、反対方向に通過するパレットのタグを含め、1分間に数千件の読み取りを行います。それを「この出荷がこの時刻に行われた」という情報に変換するのはフィルタリングの問題であり、RFIDプロジェクトの成否を分けるポイントです。 RFIDの仕組み パッシブタグにはバッテリーがありません。リーダーからの無線信号がタグのアンテナを励起し、チップを駆動させることで、識別子を送信します。そのため、パッシブタグは安価で薄く、電池切れの心配がないため半永久的に使用できます。倉庫で使用されるRFIDのほとんどはパッシブ型です。 アクティブタグは独自のバッテリーを搭載しており、継続的またはスケジュールに従って信号を送信します。読み取り範囲は数十メートルと非常に広く、温度や衝撃を検知するセンサーを搭載することも可能です。ただし、タグ単価は大幅に高く、バッテリーはいずれ寿命を迎えます。アクティブタグは、高額資産、車両、およびタグを長年再利用する通い箱などに適しています。 セミパッシブ（バッテリーアシスト型パッシブ）タグは、その中間に位置します。チップの駆動にはバッテリーを使用しますが、通信エネルギーはリーダーから供給されます。パッシブよりも通信距離が長く、アクティブよりも安価です。 タグの種類と同様に、周波数も重要です。 低周波（LF、約125–134 kHz）。通信距離は数センチと短いです。金属や液体の近くでも読み取り精度が高く、動物の個体識別や入退室管理に使用されます。 高周波（HF、13.56 MHz）。通信距離は最大1メートル程度です。NFCで使用される帯域であり、スマートフォンでHFタグを読み取れるのはこのためです。図書館、チケット、決済などで一般的です。 超高周波（UHF、860–960 MHz）。数メートルの通信距離があり、高速な一括読み取りが可能です。サプライチェーンや小売におけるRFIDとは、実質的にこのUHFを指します。 倉庫にとって興味深いのはUHFですが、導入前に知っておくべき物理的な課題があります。UHF信号は金属で反射し、水に吸収されます。ボトル飲料のパレットや金属部品のケージは、衣類のパレットに比べて読み取り精度が大幅に低下します。金属対応の特殊タグやリーダーの慎重な配置で改善は可能ですが、この制約は現実的なものであり、ベンダーのデモで液体パレットが使われることはまずありません。 RFIDとバーコード：主要な比較 業務のあり方を変える決定的な違いは以下の通りです。 視認性。バーコードには必要ですが、RFIDには不要です。これが根本的な違いです。 読み取り速度。バーコードは一度に1スキャンですが、UHFリーダーは数秒で数百個のタグを読み取れます。 通信距離。バーコードは数センチから2メートル程度ですが、パッシブUHFは数メートル、アクティブタグは数十メートルに達します。 アイテムあたりのコスト。印刷されたバーコードは非常に安価ですが、パッシブUHFタグはそれよりもコストがかかり、アクティブタグはさらに高額です。大規模導入では、これが決定要因になることが一般的です。 データ。バーコードは固定された印刷値しか保持しません。多くのRFIDタグは読み書きが可能であり、タグ自体にステータスを更新できます。 耐久性。バーコードはラベルが破れたり、汚れたり、隠れたりすると読み取れません。筐体内のタグは、印字を破壊するような環境下でも機能します。 確実性。バーコードスキャンは明確な結果を伴う意図的な行為です。RFIDの読み取りは確率的であり、タグの読み取り漏れや、意図しないタグの読み取りが発生する可能性があります。そのため、プロセス設計に工夫が必要です。 この最後の点が、多くの人を悩ませます。バーコードをスキャンする作業者は、スキャンしたことを認識できます。一方、RFIDゲートで48個中47個しか読み取れなかった場合、原因不明の差異が生じ、その手動照合にかかるコストが、スキャンで節約できたコストを上回る可能性があります。 RFIDが有効な場面、そうでない場面 導入価値がある場合： 一度に大量のアイテムをカウントする必要がある場合。パレットやケージ全体を一度に読み取ることで、真の労働力削減が実現します。 アイテムが梱包されている場合。開封せずにカートンの中身を確認できれば、工程を一つ削減できます。 棚卸しが頻繁で負担が大きい場合。ファッション小売が最も成功している事例です。バーコードでは一晩かかっていた店舗全体のカウントが、ハンディRFIDリーダーなら1時間で完了します。これにより、四半期ごとではなく毎週の棚卸しが可能になり、在庫精度が飛躍的に向上します。 資産が高額で再利用可能な場合。通い箱、工具、機器など。タグのコストを数年かけて償却できます。 環境がラベルを破壊する場合。密封された筐体内のタグは、印字が消えるような環境でも機能し続けます。 導入が難しい場合： 利益率が低く、取扱量が多い場合。ユニットあたりのタグコストと利益率のバランスが、導入の是非を左右します。 製品が金属や液体の場合。特殊タグで対応可能ですが、読み取り精度の低下とエンジニアリングの負荷を覚悟する必要があります。 一つの地点で一つのアイテムを識別する場合。作業者が個別にアイテムを扱うのであれば、バーコードの方が圧倒的に低コストです。 データの管理者が不在の場合。RFIDはバーコードよりもはるかに多くの読み取りデータを生成します。そのデータが何を意味するのかを管理する責任者がいなければ、高コストなノイズ源となってしまいます。 RFIDプロジェクトの実際の内容 タグの選定は、プロジェクトの難所ではありません。 サイト調査。電波の挙動は建物ごとに異なります。ラック、外壁、他の機器、そして製品自体がすべて読み取り精度に影響します。導入後にデッドゾーンを発見するよりも、購入前の調査の方が低コストです。 タグの選定と配置。同じタグでも、カートンのどこに貼るかによって読み取り結果が変わります。一般的な推奨事項を鵜呑みにせず、自社の製品でテストを行うことが重要です。 リーダーの配置と調整。出力が強すぎると意図しないタグまで読み取ってしまい、弱すぎると読み取り漏れが発生します。ゲートの形状、アンテナの角度、出力設定はすべて、実際の運用状況に合わせて調整する必要があります。 システム統合。WMSがタグの読み取りデータを受け取り、在庫移動として処理できる必要があります。それができなければ、並行システムを構築することになり、照合作業という新たな手間が発生します。 プロセスの再設計。最も見落とされがちなステップです。RFIDは、それを利用するためにプロセスを変更して初めて投資回収が可能です。パレットを一括読み取りした後に、結局カートンを一つずつスキャンしていては、コストだけがかかり、メリットは得られません。 賢明な手順は、すべてにタグを付けて効果を期待するのではなく、棚卸し時間、ドックの精度、カウント頻度といった明確な成功指標を定めて、一つのプロセスでパイロット運用を行うことです。RFIDで価値を生み出している多くの現場では、バーコードを置き換えるのではなく、それぞれの強みを活かして併用しています。 標準規格：EPCとその重要性 RFIDタグには番号が記録されています。その番号が自社システムの外でも意味を持つためには、標準規格に従う必要があります。 サプライチェーンにおいて主流となっているのがEPC（Electronic Product […]
バーコードの種類：完全ガイド（1D & 2D）
バーコードの形式は数十種類存在し、大きく2つのファミリーに分類されます。1次元（リニア）バーコード（UPC、EAN、Code 128、ITF-14など）は、一方向にデータをエンコードし、約8〜25文字の情報を保持します。一方、QR CodeやData Matrixといった2次元バーコードは、縦横の両方向を使用し、数千文字もの情報を保持できます。 本ガイドでは、実際に遭遇する可能性が高い形式、それぞれの保持情報、用途、そして選択基準について解説します。結論から言えば、小売販売を行う場合は、好むと好まざるとにかかわらずGS1形式が必要となります。自社のロケーション管理用であれば、確実にスキャンできるものであれば何を使用しても問題ありません。 2つのファミリー：1次元と2次元 すべてのバーコードはいずれか一方のグループに分類され、その違いは単なる見た目だけではありません。 1次元バーコード（リニアバーコードとも呼ばれます）は、おなじみの縦線とスペースのパターンです。一方向にのみデータをエンコードするため、幅が広く高さが低い形状をしています。1次元バーコードは本質的に「印刷された数字」であり、識別子を保持するだけで、それ以外の詳細情報はデータベース側で管理します。 2次元バーコードは、正方形、ドット、六角形など、縦横の両方向にデータをエンコードします。両方の軸を使用するため、より小さなスペースでより多くの情報を保持でき、単なるポインターではなく、バッチ番号、有効期限、シリアル番号、URLといった実データを保持することが可能です。 実用上の違いは以下の通りです： 容量：一般的な1次元バーコードは約8〜25文字を保持します。2次元コードは数千文字を保持可能です。 サイズ：2次元コードはより小さな面積に多くの情報を詰め込めるため、小型製品や電子部品に適しています。 耐損傷性：ほとんどの2次元形式には誤り訂正機能が含まれており、コードの一部が欠けていてもスキャン可能です。1次元バーコードは、線に傷が入ると読み取れなくなります。 スキャナーの要件：レーザースキャナーは1次元のみを読み取ります。イメージャースキャナーは両方を読み取れます。現在レーザー式を使用している場合、2次元への移行にはハードウェアの入れ替えが必要です。 スキャン角度：2次元コードは通常、どの向きからでも読み取り可能です。1次元コードは、ある程度正確な位置合わせが必要です。 どちらのファミリーが優れているというわけではありません。1次元は印刷コストが安く、どこでも読み取れ、製品識別には十分です。2次元は、システム上のデータだけでなく、アイテム自体にデータを付随させる必要がある場合に真価を発揮します。 一般的な1次元（リニア）バーコード UPC-A — 12桁の数字で、主に北米の小売製品で使用されます。企業プレフィックス、製品番号、チェックデジットをエンコードします。米国での小売販売には通常これが必須です。 UPC-E — UPC-Aを収容できない小さな製品用の6桁圧縮バージョンです。缶詰、小型化粧品、菓子類などに使用されます。 EAN-13 — 13桁の数字で、UPC-Aの国際版であり、欧州および世界の大部分で使用されています。追加の1桁は国コードです。現代の小売用スキャナーは、EANとUPCの違いを意識することなく両方を読み取ります。 EAN-8 — UPC-Eと同様の目的で使用される、8桁の圧縮バージョンです。 UPCとEANはどちらもGS1によって管理されています。ここで注意すべき点は、独自に作成することはできないということです。製品に正規の小売用バーコードを付けるには、GS1から企業プレフィックスを購入し、その範囲内で番号を割り当てる必要があります。安価な再販業者から購入したバーコードは、解散した企業のプレフィックスを再利用していることが多く、大手小売業者では拒否される可能性があります。 Code 39 — 英数字混在が可能で可変長であり、現在も広く使われている最も古い形式の一つです。A〜Z、0〜9、およびいくつかの記号をエンコードします。弱点は密度で、バーコードがすぐに長くなってしまうため、現在では大部分が他の形式に置き換わっています。防衛、自動車、古い社内システムでは依然として一般的です。 Code 128 — 英数字混在が可能で可変長であり、Code 39よりもはるかに高密度です。3つのサブセットを通じて完全なASCIIセットをエンコードでき、物流の主力となっています。カートンラベル、出荷ラベル、社内のロケーションラベルなどに使用されます。自社の業務内で英数字を含むラベルを作成する場合、通常はCode 128が最適です。 GS1-128 — ルールが定められたCode 128です。アプリケーション識別子（AI）を使用し、その後に続くデータが何を意味するかを定義する短い数値プレフィックスを付与します。（01）は製品コード、（10）はバッチ番号、（17）は有効期限を指します。これにより、GS1準拠のシステムであれば解析可能な構造化データを、単一のバーコードで保持できます。小売サプライチェーンのパレットやカートンラベルの標準です。 ITF-14 — 14桁の数字で、外装ケースや出荷用カートン向けに設計されています。太いバーで構成されているため、段ボールに直接印刷しても、細いバーコードのように滲んで読み取れなくなることがありません。 Codabar — 古い自己チェック機能付きの形式で、図書館、血液銀行、一部の物流用途で見られます。新規導入で選択することはまずないでしょう。 その他のニッチな1次元形式：特定の業界では、数十年前の設備が現在も稼働しているため、古いシンボル体系が生き残っています。 MSI Plessey — 数字のみ。一部の店舗で小売棚のラベルや在庫タグとしてほぼ独占的に使用されています。固定長がなくエラーチェックも弱いため、そのニッチな分野以外には広まりませんでした。 […]
在庫管理の方法：手法とステップバイステップガイド
在庫トラッキングとは、何をどれだけ保有し、どこに保管し、どのように移動したかを記録し、販売や仕入れの判断に耐えうる正確性を維持することを指します。具体的には、すべての製品にコードを付与し、すべての保管場所にラベル付きのロケーションを設定し、移動のたびにその都度記録を行い、定期的に棚卸しを行って記録の整合性を確認します。 この手法には、スプレッドシート、バーコードシステム、専用ソフトウェアなどが利用されます。重要なのは、どのツールを選ぶかではなく、在庫が移動するその瞬間に、毎回必ず記録が行われるかどうかです。 在庫トラッキングとは何か、在庫管理とどう違うのか トラッキング（追跡）とは、現状を把握することです。 数量、場所、移動履歴を指します。これは記録保持のための規律であり、「いくつあるか」「どこにあるか」「いつ移動したか」という事実に関する問いに答えるものです。 在庫管理とは、何をどれだけ持つべきかを決定することです。 保有量、再発注のタイミング、仕入れ対象、取り扱い中止品、保管コストなどを判断します。これは計画および商業的な規律であり、判断を要する問いに答えるものです。 両者の関係は一方向です。すべての管理上の意思決定はトラッキングデータに基づいて行われるため、管理体制が整っていてもトラッキングが不十分な企業は、誤った数値に基づいて慎重な判断を下していることになります。これが、トラッキングが優先される理由であり、「予測精度を上げる必要がある」という悩みの多くが、実はトラッキングの問題を予測の問題と履き違えている理由です。 第3の用語として、両者の中間に位置する在庫管理（在庫コントロール）があります。これは、棚卸しや調整の規律など、トラッキングの正確性を維持するためのプロセスを指します。 在庫トラッキングの手法：成熟度の階段 企業は成長に伴い、この階段を一段ずつ上っていく傾向があります。各ステップは、その下のステップで生じる問題を解決する役割を果たします。 1. ペンと紙。 手書きの在庫台帳や棚の横のクリップボード。コストはかからず、トレーニングも不要で、小規模な拠点での少数の品目には有効です。しかし、2人以上が在庫に関する判断を下すようになると、相手が何を移動させたか把握できず、分析可能な履歴も残らないため、機能しなくなります。 2. スプレッドシート。 成長中の企業にとって最も一般的な出発点であり、小規模であれば十分に機能します。製品ごとに1行を割り当て、数量、場所、コスト、再発注点などを列にまとめ、数式で計算を行います。しかし、限界は予想よりも早く訪れます。複数人での同時編集ができない、監査証跡がない、数式のコピーミスによるエラーが発生するなどの問題です。詳細は在庫管理スプレッドシートのガイドをご覧ください。 3. SKUとロケーションの規律。 これはツールというより、それ以上のステップを機能させるための基盤です。すべての製品に固有のSKUを付与し、すべての保管場所に「通路・ベイ・棚」といったラベル付きのロケーションを設定します。これを怠ると、後に導入するソフトウェアがうまく機能しない原因となります。 4. バーコードスキャン。 製品やロケーションに印刷されたコードをスキャナーやスマートフォンで読み取り、システムに直接反映させます。在庫が移動する瞬間の手入力作業を排除するため、正確性が劇的に向上し、エラー率が桁違いに減少します。在庫管理のためのバーコードスキャンで設定方法を解説しています。 5. 専用の在庫管理ソフトウェア。 連携した販売チャネルからの自動更新、複数拠点トラッキング、再発注アラート、監査証跡、レポート機能を備えています。通常はスキャンと併用されます。詳細は在庫管理ソフトウェアを参照してください。 6. RFID。 視界を遮られても読み取り可能な無線タグで、一度に大量の読み取りが可能です。棚卸しをほぼ瞬時に完了させ、在庫位置を自動化します。タグ単価が高いため、高額商品や再利用可能なコンテナ、あるいは棚卸しのスピード自体が利益に直結する現場に適しています。RFIDとはで詳細を解説しています。 7. WMS。 階段の頂点に位置し、単なるトラッキングにとどまらず、作業者に「どこに置くか」「どこからピッキングするか」を指示するソフトウェアです。これはトラッキングではなく倉庫管理であり、作業指示の最適化が課題となった段階で導入すべき正解です。 順序に関する注意点。 ステップ3と4は、それ以上のステップよりも投資対効果が高く、多くの企業がソフトウェア導入を優先してこれらを飛ばしてしまいます。ラベルのないロケーションや一貫性のないプロセスにソフトウェアを導入しても、スプレッドシートよりも速く誤った数値を生み出すだけです。 無料で在庫をトラッキングする方法 取り扱い品目が少なければ、コストをかけずに十分なトラッキングを行うことが可能です。 適切に構成されたスプレッドシート。 SKUごとに1行を割り当てます。コード、説明、場所、手持ち数量、発注残、再発注点、単価、最終棚卸日を列に設定します。数量が再発注点を下回った行を強調表示する条件付き書式を設定すれば、アラートシステムとして機能します。 多くの人が見落としがちな必須項目は、すべての入出庫を日付とともに記録する移動履歴シート（現在の数値だけでなく履歴を残すため）と、数ヶ月間確認されていない在庫を把握するための最終棚卸日列です。 無料のバーコード生成。 スプレッドシートで無料のバーコードフォントを使用すればCode 128バーコードを生成でき、無料のオンラインジェネレーターで印刷用シートを作成できます。ラベル自体のコストは非常に安価です。 スマートフォンをスキャナーとして活用。 無料アプリでバーコードを読み取り、スプレッドシートにエクスポートできます。専用スキャナーよりは低速ですが、週次の棚卸しや小規模な入庫作業には十分対応可能です。 在庫管理ソフトウェアの無料プラン。 注文数、SKU数、ユーザー数に制限がある無料プランを提供している製品がいくつかあります。有料化を検討する前に確認する価値があり、データを移行する前にエクスポート条件を確認しておくことをお勧めします。 無料の代償。 手入力の手間、監査証跡の欠如、販売チャネルとの自動同期ができないこと、そしてチャネルや担当者が増えた時点で限界が来ることです。最初は正解でも、ある一定の規模を超えると「安物買いの銭失い」になります。 適切な手法の選び方 現在の制約に合わせて手法を選択してください。 SKU数。 50程度までならスプレッドシートで十分です。50から数百の間では、スキャンやソフトウェア導入の検討価値が高まります。それ以上であれば、導入しない理由を見つけるのが困難です。 ロケーション数。 1部屋なら1棟より簡単で、1棟なら複数拠点より簡単です。複数拠点管理は、スプレッドシートが最も苦手とする領域です。 販売チャネル数。 […]
クラウド在庫管理とは？メリットと仕組みを解説
クラウド在庫管理とは、自社ビル内のマシンでシステムを運用するのではなく、プロバイダーのサーバー上でシステムを稼働させ、インターネット経由でアクセスする仕組みを指します。サーバー、バックアップ、セキュリティ、アップグレードはプロバイダーが管理し、ハードウェアやライセンスを一括購入する代わりにサブスクリプション料金を支払います。 技術的な違いはこれだけです。リアルタイム更新、複数拠点での可視化、販売チャネルとの統合など、「クラウド」に起因するとされるその他の要素は、サーバーの設置場所ではなく、現代のソフトウェア設計によるものです。オンプレミス型のシステムでもこれらを実現しているものは多く、逆にクラウドシステムでも不十分なものは多々あります。 この点を明確にしておくことは重要です。なぜなら、この選択はしばしば哲学的な問題として提示されますが、実際にはコスト構造、管理体制、そして自社でどこまで運用可能かという問題だからです。 仕組み ブラウザやアプリを通じてログインします。データはプロバイダーのデータセンターに保存されます。プロバイダーがサーバー、バックアップ、セキュリティパッチ、アップグレードを管理します。ライセンスを購入するのではなく、通常はユーザー数や注文量に応じたサブスクリプション料金を支払います。 倉庫内のスキャナーはWi-Fi経由でシステムと通信し、システムはAPIを介して販売チャネル、会計パッケージ、配送業者と連携します。すべてがインターネット経由で同じデータベースにアクセスするため、マーケットプレイスでの販売や倉庫でのピッキングが発生すると、ファイルをエクスポートすることなく、即座に在庫数値が更新されます。 実用的な側面は以下の通りです： サーバーの購入や保守が不要。 数年ごとのハードウェア更新や、週末のOSパッチ適用作業から解放されます。 アップグレードが自動的に適用される。 新しいバージョンが自動的に届きます。これはメリットであると同時に煩わしさでもあります。プロジェクトなしで改善が得られる一方、意図しないインターフェースの変更に直面することもあります。 どこからでもアクセス可能。 複数拠点での運用、3PLとの連携、現場にいなくても在庫を確認したい場合に役立ちます。 接続環境に依存する。 これについては後述しますが、倉庫において最も重要な懸念事項です。 クラウドの強み マルチチャネル販売。 自社サイト、複数のマーケットプレイス、卸売チャネルを通じて販売している場合、すべてのチャネルで在庫数値を正確に保つことは、クラウドシステムが解決するために構築された課題です。過剰販売は返金対応やマーケットプレイスのアカウント健全性に悪影響を及ぼし、手作業での照合は少数の出品数を超えると対応しきれなくなります。 複数拠点での可視化。 常にわずかに古いデータしか反映されない夜間の同期処理を必要とせず、複数の拠点で一つのライブ在庫状況を共有できます。 導入のスピード。 サーバー調達や実装プロジェクトを必要とせず、数日または数週間で開始できます。成長中の企業にとって、これが決定打となることがよくあります。 小規模時の予測可能なコスト。 初期投資が不要です。規模に応じて変動するサブスクリプション料金は、2年後の規模が予測できない事業運営に適しています。 統合。 現代のクラウドプラットフォームは、既存のシステムに対してAPIや構築済みのコネクタを提供します。古いオンプレミス型ソフトウェアでは、同じ結果を得るためにカスタム開発が必要になることが頻繁にあります。 どこからでもリアルタイムに可視化。 リモートアクセスは最も明白なメリットであり、必要になるまでその価値を過小評価しがちです。在庫数値、注文ステータス、再発注アラートは、サプライヤーのオフィスにいる時や自宅のノートPCからでも確認できます。これは、購買決定権を持つ担当者が倉庫に常駐していないビジネスにおいて重要です。 記録精度の向上。 ソフトウェアが優れているからではなく、スキャンによってデータが直接入力され、すべての動きにタイムスタンプと属性が付与されるためです。作業の発生と同時に更新されるシステムは、一日の終わりにバッチ処理で更新されるシステムよりも、現実との乖離がはるかに遅くなります。 在庫切れの減少。 再発注点が古い数値ではなくライブ数値に対して機能し、すべてのチャネルで同時に可視化されます。マルチチャネルビジネスにおける在庫不足のほとんどは、購買の問題ではなく同期の問題であり、これが直接的な解決策となります。 蓄積される時間短縮。 チャネル間の手作業による照合、毎週の在庫レポートの再作成、あるシステムから別のシステムへのエクスポート・インポート作業が不要になります。単日で見れば劇的な節約にはなりませんが、四半期単位で見れば大きな差となります。 プロジェクトなしでの拡張性。 販売チャネルの追加、2拠点目の開設、注文量が10倍になる場合でも、サーバーのアップグレードではなく設定変更で対応可能です。これは、自社の規模を予測できない企業にとって最も重要なメリットです。 注意点 接続環境は必須。 これが倉庫における真の制約です。スチールラックが並ぶ大型倉庫はWi-Fiにとって過酷な環境であり、通路14でスキャナーの接続が切れたピッカーは作業が止まってしまいます。導入前にカバレッジを適切に調査し、オフライン時のシステムの挙動を確認してください。ローカルでトランザクションをキューイングして再接続時に同期する機能があれば、通信障害が「不便」で済むか「作業停止」になるかの分かれ目となります。 サブスクリプションコストの逆転。 小規模な運営ではサーバーより安価ですが、大規模な規模で5〜7年運用すると、累積サブスクリプション料金が自社所有システムのコストを上回る可能性があります。初年度だけでなく、実際に計画している期間全体でモデル化してください。 データが外部にある。 どこに保存され、誰がアクセスでき、エクスポート形式は何で、解約時にどうなるかを確認してください。クリーンなフルエクスポートを提供できないプロバイダーは、解約できないプロバイダーです。 アップグレードのスケジュールを制御できない。 変更によってワークフローが中断された場合、適応するしかありません。オンプレミスであれば、移行のタイミングは自分で選べます。 カスタマイズは通常「設定」で行う。 クラウドプラットフォームは、修正ではなく制限内での設定を可能にします。ほとんどの業務にとってはこれで十分であり、健全とも言えます。しかし、極めて特殊なプロセスを持つ企業にとっては、後になって判明する厳しい制約となる可能性があります。 プロバイダーの安定性が自社の安定性。 小規模なベンダーは買収され、製品が廃止されることがあります。運営期間がどのくらいか、自社と同規模の顧客を何社抱えているかを確認してください。 クラウド vs オンプレミス：決定方法 どちらが優れているかではなく、どちらが適しているかという問題です。 クラウドが適している傾向： 社内にIT部門がない企業、マルチチャネル販売を行っている企業、複数拠点での運営、予測不能な成長や縮小がある企業、数週間以内に稼働を開始したい企業。 […]
在庫管理のバーコードスキャン：仕組みと導入方法
バーコード在庫管理システムは、製品や保管場所に印刷されたコードをスキャナーで読み取ることで、在庫の動きを自動的に記録する仕組みです。在庫が動くその瞬間にスキャンを行うことで、手入力が不要になります。在庫の誤入力のほとんどは手入力で発生するため、スキャンへの切り替えにより、誰かが後でまとめて処理するのではなく、在庫データが即座に更新されるようになります。 これは、多くの現場において在庫精度を向上させるために最も価値の高い改善策であり、予想よりもはるかに低コストで導入可能です。小規模な事業者であれば、スマートフォンとラベルプリンターだけで構築できます。 バーコード在庫管理システムとは 3つの要素で構成されており、すべてが不可欠です。 製品のコード： メーカーが既存で付与しているバーコード（小売商品であれば UPC や EAN）か、自社の SKU を記載して自作したラベルのいずれかを使用します。 ロケーションのコード： 最も省略されがちですが、単なる在庫数確認を「在庫管理システム」へと変える重要な要素です。すべてのベイ、棚、ビンに独自のラベルを貼ることで、システムは「何が動いたか」だけでなく、「どこからどこへ移動したか」までを記録できるようになります。 読み取りと記録更新を行う手段： 専用スキャナーやスマートフォンを使用し、在庫管理ソフトウェアや WMS、あるいは最もシンプルなものであればスプレッドシートにデータを送信します。 この仕組みを支えているのがチェックデジットです。すべてのバーコード形式には、他の数字から算出された特定の数字が含まれており、スキャナーは読み取りのたびにこれを検証します。読み取りミスがあればチェックに失敗し、スキャナーは警告音を鳴らすため、誤った製品を誤認することはありません。これが、スキャンによるエラー率が数百万文字に1回程度であるのに対し、手入力では数百回に1回発生する理由です。 バーコードスキャンの仕組み どのようなシステムを導入していても、基本的な流れは同じです： ロケーションをスキャン → 製品をスキャン → 数量を入力または確認 ↓ ↓ ↓ システムが把握 システムが把握 システムが把握 どこに（WHERE） 何を（WHAT） いくつ（HOW MANY） ↓ 記録が即座に更新 ↓ 在庫データが販売チャネルへ反映 入荷時： 発注書をスキャンし、パレットから降ろされる各製品をスキャンして数量を確認します。不一致があればその場でフラグが立つため、最も低コストで解決できます。 格納時： 製品をスキャンし、格納先のロケーションをスキャンします。システムが正確な保管場所を把握できるため、後のピッキング指示が可能になります。 ピッキング時： システムがピッカーにロケーションと製品を指示します。ピッカーはロケーションをスキャンして正しい場所にいることを確認し、製品をスキャンして正しい品目であることを確認し、数量を入力します。両方をスキャンすることで、隣の棚から似たような商品を誤って取るという最も一般的なミスを防ぐことができます。 棚卸時： ロケーションをスキャンし、各製品をスキャンして、現物数量を入力します。システムが記録と照合し、数値を転記することなく差異を算出します。 出荷時： 各アイテムをスキャンして注文に紐付け、システムが出荷前に注文内容と梱包内容が一致しているかを検証します。 重要な点は、在庫が物理的に移動し、誰かがそれをスキャンしたという事実に基づいて記録が変更されることであり、誰かが後から記憶を頼りに手入力するのではないということです。 メリット 桁違いの精度： 手入力では数百文字に1回程度のミスが発生しますが、チェックデジット付きのスキャンでは数百万回に1回程度です。これは単なる改善ではなく、次元の異なる精度です。 スピード： スキャンは1秒もかかりませんが、製品コードを探して入力するには10秒ほどかかる場合があります。週に数千回の移動があれば、その差は非常に大きくなります。 ロケーションレベルの追跡： […]
SKUとは？在庫管理単位の意味と作り方を解説（例付き）
SKUとは、販売する個々の製品に企業が割り当てる固有のコードであり、システム上で各アイテムを識別し、追跡するために使用されます。読み方は「スキュ―」で、stock keeping unit（在庫管理単位）の略です。サイズ、色、バリエーションごとに独自のコードが割り当てられます。 つまり、Sサイズの青いTシャツとLサイズの青いTシャツは、同じシャツであっても、それぞれ異なるSKUとなります。 SKUは、在庫管理の残りの部分を構築するための基盤です。製品ごとに固有のコードがなければ、在庫を正確に追跡したり、レポートを作成したり、どのアイテムが売れたのかをシステムに伝えることができません。些細なことに思えるかもしれませんが、SKUを導入しなかったり、不適切な構造で作成したりする企業は、後々、混乱やミスの代償を払うことになります。本ガイドでは、SKUとは何か、どのように構成すべきか、UPCやバーコードとの違い、そしてよくある間違いを避けながら独自のSKUを作成する方法について解説します。 SKUとは何か、その意味 stock keeping unit (SKU)とは、企業が各製品やバリエーションを識別・追跡するために割り当てる、社内用の英数字コードです。「社内用」という点が重要です。SKUは自社で作成するものであり、自社内でのみ意味が通じればよいのです。 これが、小売パッケージに印刷されているコードとSKUを区別する点です。SKUは、製品に対する自社独自のラベルです。短い文字列から、アイテムを即座に検索し、在庫数を確認し、保管場所を把握し、売れ行きを追跡することができます。 SKUの構成 優れたSKUはランダムなものではなく、意味が組み込まれた小さなコードです。人が一目見ただけで、検索することなく製品の主要な属性を読み取れるようにするのが理想です。 例えば、TSH-BLU-M-SSというSKUを見てみましょう。分解すると、以下のような意味になります。 TSH — 製品タイプ：Tシャツ BLU — 色：青 M — サイズ：M SS — スタイル：半袖 各セグメントは1つの属性を表しており、通常は最も広い範囲（カテゴリ）から最も具体的な範囲（バリエーション）へと順に並べられます。正確な構造は自由に決められますが、重要なのは、今後追加するすべての製品を網羅できるほど一貫性があり、読みやすく、拡張性があることです。適切に構築されたSKUは、ピッカーやマネージャーが一目でそのアイテムが何であるかを理解できるようにします。 セグメントを広いものから順に並べることは、単に整理されているだけでなく、実用的でもあります。製品リストをSKU順にアルファベット順で並べ替えると、関連するアイテムが自動的にグループ化されます。すべてのTシャツが隣り合い、その中で青いものがまとまり、さらにその中でMサイズがまとまります。このグループ化により、レポートが読みやすくなり、在庫も見つけやすくなります。逆に、バリエーションを先に、カテゴリを後にすると、リストはたまたまサイズが同じだけの無関係なアイテムの寄せ集めになってしまいます。 もう1つ明確にしておくべき違いがあります。人々は時折、製品を指して「SKU」と言い、コードを指して「SKU番号」と言うことがあります。実際にはこれらは同じ意味で使われており、SKUは識別子であると同時に、大まかに言えばそれが識別する対象そのものでもあります。いずれにせよ、それは社内参照コードであり、以下の標準化されたコードとは一線を画すものです。 SKU vs UPC vs バーコード vs GTIN vs ASIN vs モデル番号 ここが混乱しやすいポイントですので、各識別子とSKUとの違いを以下にまとめました。 識別子 割り当て元 範囲 目的 SKU 自社（社内用） 自社のみ 自社流の在庫追跡 UPC 標準化団体 (GS1) 汎用的 小売店がレジでスキャンする共通の製品コード バーコード […]