Column
コラム
バーコード在庫管理、業種によってここまで違う——製造業・小売業・卸売業・ECが「導入後にぶつかった壁」と乗り越え方

執筆:Spes編集部
「バーコードさえ貼れば管理が楽になる」——そう思って導入したのに、現場が混乱したまま3ヶ月が過ぎた。そんな話は珍しくありません。バーコードを使った在庫管理は、業種によって「何を解決するか」がまるで違います。小売業で効果を上げた仕組みをそのまま製造業に持ち込んでも、現場の運用が成立しないことがある。この記事では、製造業・小売業・卸売業・EC事業者の4つの業種が、バーコード在庫管理の導入でどんな壁にぶつかり、何を起点に立て直したかを比較しながら整理します。
業種ごとに「バーコードで解きたい課題」がまったく違う

| 課題の整理 現場で起きていること | → | 原因・整理 構造・ボトルネック | → | 解決の方向性 クラウド活用など |
| 記事の整理:課題 → 整理 → 解決 | ||||
まず前提として、バーコードを使った在庫管理が解決しようとする課題が、業種によって根本的に異なります。以下の表で整理すると、その違いが見えてきます。
| 業種 | 主な課題 | バーコードで狙う効果 |
|---|---|---|
| 製造業 | 仕掛品・部品の所在が追いにくい | ロット・工程ごとの在庫追跡 |
| 小売業 | レジ・棚卸しでの数え間違い | SKUレベルのリアルタイム在庫把握 |
| 卸売業 | 取引先ごとに品番・単位がバラバラ | 入出荷照合の自動化 |
| EC事業者 | 複数モール間の在庫ズレ・欠品 | 出荷ピッキングの精度向上と在庫同期 |
この違いを無視して「とりあえずハンディスキャナを買った」だけでは、現場が使いこなせないまま機材が棚に眠るという結果になりがちです。実際、中小製造業の現場担当・渡辺さんは「バーコードラベルは作ったが、どの工程でスキャンするかルールを決めていなかったため、2週間で誰もスキャンしなくなった」と振り返ります。これは珍しいケースではありません。
課題のズレに気づかないまま進むと、機器購入コストだけが残ります。導入前に「何のためにバーコードを読むのか」を業種の特性に合わせて言語化することが、成功の分かれ目です。
各業種で「何を解決するか」を定めてから、共通基盤となるシステムに集約する流れが基本形です。
製造業と卸売業——「ロット管理」と「品番の壁」が最初の難所

製造業でバーコード在庫管理を入れると、最初に直面するのがロット番号とバーコードの紐付け設計です。部品Aのバーコードを読んでも、それがどのロットの入荷分か・どの仕掛品に使われているかが分からなければ、トレーサビリティの精度は上がりません。10人規模の金属部品メーカー・中村製作所(仮)では、ロット番号をバーコードに含めるGS1-128形式への切り替えと、工程の入口・出口にスキャンポイントを設けるルール化に2ヶ月かけました。その後、月次の棚卸し工数が約40%削減されたと担当者が話しています。
卸売業の場合は別の壁があります。取引先ごとに品番の呼び方が異なり、自社バーコードと得意先コードが一致しないことが多い。電気部品卸の伊藤さんは「仕入先が貼ってきたバーコードをそのままスキャンしても、自社システムとマスタが合わなくてエラーが出続けた」と言います。解決策はマスタの整備を先行させることです。バーコード機器の購入より前に、自社品番と仕入先・得意先コードの対応表を整備する工程を入れた事業者は、その後のスキャン精度が格段に改善しています。
- ロット番号・シリアル番号をバーコードに含める形式(GS1-128等)を使うか決めているか
- 自社品番と仕入先・得意先コードの対応マスタが整備されているか
- スキャンポイント(どの工程・どの棚で読むか)のルールが文書化されているか
- 既存のシステムとハンディ端末のデータ連携方式(リアルタイムか、バッチか)を決めているか
小売業とEC——「スピード」と「在庫の同期」が命綱
小売業でバーコード管理が機能しやすい理由は、JAN(EAN)コードがメーカーレベルで標準化されていることです。スキャンすれば商品が特定できる状態がすでに整っているため、棚卸しや入荷検品の精度改善に直結しやすい。ただし、複数店舗を持つ場合は拠点をまたいだ在庫の一元管理が課題になります。各店のスキャンデータがサーバーに集まらなければ、本部からリアルタイムの在庫状況が見えません。クラウド型の在庫管理システムとハンディ端末をWi-Fiでつなぐ構成が一般的な解決策ですが、店舗の通信環境を先に確認しておかないと「スキャンはできるが送信できない」というトラブルが起きます。
EC事業者の場合、悩みは少し異なります。楽天・Amazon・Yahoo!ショッピングなどの複数モールで販売していると、各モールの在庫数が手動更新のままではズレが生じ、二重販売や欠品が起きます。バーコードスキャンで出荷ピッキングの精度を上げることは有効ですが、それだけではモール間の在庫同期は解決しません。出荷スキャンのデータを在庫管理システムに即時反映し、そこからモールAPIに連携するという一本の流れを作る必要があります。
Spesのようなクラウド型在庫管理では、ハンディ端末(バーコードスキャナ)との連携を前提に、複数倉庫・複数チャネルの在庫を一元管理する構成をとることができます。EC向けにはネクストエンジンとのAPI連携による受注データの自動取得にも対応しており、「スキャンしたら在庫が減り、モールの在庫数も更新される」という流れを整えたい事業者の参考になります。詳しくはこちらから相談できます。
機器購入より先に「マスタ整備」と「ルール設計」を終わらせることが、導入後の混乱を減らす鍵です。
業種を問わず共通する「導入後に崩れやすい3つのポイント」
業種ごとの違いを踏まえた上で、バーコード在庫管理の定着に失敗しやすい共通パターンも把握しておく価値があります。
- スキャン漏れが常態化する:忙しいときに「後でまとめて入力するか」という判断が積み重なり、在庫データの鮮度が落ちる。スキャンしなければ次の工程に進めない仕組み(ゲート設計)にすると防ぎやすい
- ラベルが剥がれ・汚れで読めなくなる:倉庫の環境によっては耐水・耐熱素材のラベルが必要。コスト優先で普通紙ラベルを使った結果、3ヶ月でスキャン精度が大きく落ちた事例がある
- マスタの更新が追いつかない:新商品・新部品を追加したときにバーコードとシステムのマスタを同時更新するフローが決まっていないと、「スキャンしても品番が出ない」エラーが頻発する
政府統計(e-Stat)の商業動態統計では、在庫回転率の悪化が中小卸売業・小売業の収益圧迫要因として継続的に示されており、在庫精度の低下が経営全体に与える影響は小さくありません。バーコード管理はその精度を上げる手段として有効ですが、定着させるための運用ルールが揃って初めて機能します。
よくある質問
バーコードと QRコードはどちらを選ぶべきですか?
一般的な商品管理(JAN/EANコード)はバーコードで十分対応できます。ロット番号・製造日など多くの情報を1つのシンボルに収めたい場合は、2次元コード(QRコードやGS1 DataMatrix)が適しています。業種と管理したい情報量に応じて使い分けるのが現実的です。
ハンディスキャナとスマートフォンのカメラ、どちらが現場に向きますか?
読み取り速度・耐衝撃性・長時間使用の安定性を重視するなら専用ハンディスキャナが有利です。スマートフォンは初期コストを抑えやすいですが、バーコードアプリの読み取り精度やバッテリーの持ちが課題になることがあります。1日のスキャン件数が少ない小規模事業者ならスマートフォンから始める選択肢もあります。
既存のエクセル在庫管理からどう移行すればいいですか?
まず現状のエクセルで管理している品番・数量・ロケーションのデータをクリーンアップし、新システムのマスタに取り込む準備から始めます。移行と並行してバーコードラベルの発行・貼付を進め、新旧両方の管理が混在する期間を最小限に設計することが重要です。移行スケジュールについては、Spesへのお問い合わせから個別に相談できます。
カテゴリー
- すべて
- 物流ソフトWMS
- 在庫管理と会計の連携
- 在庫データの分析
- 在庫管理ソフトの市場規模
- 海外取引と在庫管理について
- 貿易と在庫管理
- 在庫管理のDX化
- 在庫管理クラウドソフト
- Spesの導入事例
- 中小企業の在庫管理
- 在庫管理ソフトのコスト感
- Spesの無償提供について
- 在庫管理とは
- 在庫管理ソフトによる入出庫管理
- 在庫管理の計画作り
- 飲食業の在庫管理
- エクセル管理からの脱却
- DX・クラウド在庫管理
- 在庫管理の改善
- 発注・安全在庫
- バーコード棚卸・入出庫



