バーコードを活用すると、商品コードを手入力する作業を減らし、入庫、出庫、棚卸し、在庫移動などの処理を現場で登録しやすくなります。
しかし、
「バーコードを導入すれば在庫が正確になる」
わけではありません。
商品マスタが重複している、入出庫の登録タイミングが決まっていない、返品や廃棄を記録していない、棚の移動をシステムへ登録していないといった状態では、バーコードを導入しても在庫差異は残ります。
そのため、バーコード在庫管理を検討するときは、
- 何にバーコードを付けるのか
- どの作業で読み取るのか
- 在庫をどの単位で管理するのか
- 商品マスタをどう整理するのか
- 倉庫や棚をどこまで管理するのか
- スマートフォンで十分なのか
- ハンディターミナルが必要なのか
- ExcelやAccessを残すのか
- SaaSを利用するのか
- 自社向けシステムを構築するのか
まで含めて検討する必要があります。
この記事では、倉庫、工場、卸売、小売、店舗、ECなどでバーコード在庫管理を検討している法人向けに、仕組み、必要機器、基本機能、導入手順、費用、Excel・無料アプリとの違いまで詳しく解説します。
最終的な目的は「バーコードを導入すること」ではありません。
在庫差異、棚卸し、探索、入力、出荷確認など、現在発生している業務課題を改善することです。
自社にバーコードが本当に必要なのか、SaaSで十分なのか、テンプレート型の在庫管理システムをカスタマイズした方がよいのかを判断する材料として活用してください。
バーコード在庫管理システムとは？
バーコード在庫管理システムとは、商品、部品、原材料、資材、ケース、パレット、棚などに付与されたバーコードやQRコードを読み取り、在庫に関する処理を記録する仕組みです。
代表的には、
- 入庫
- 出庫
- 在庫移動
- 棚卸し
- 検品
- 商品検索
などで利用します。
例えば、商品Aを10個入庫するとします。
従来の運用では、
商品コードを目視 → Excelで商品を検索 → 数量10を入力
という作業になることがあります。
バーコードを利用すれば、
商品バーコードを読む → システムが商品Aを特定 → 数量を入力 → 入庫確定
という流れにできます。
商品コードを手入力する作業が減るため、似た品番の入力間違いや表記ゆれを防ぎやすくなります。
ただし、読み取った後にどの処理を行うかはシステム側で設計する必要があります。
つまり、バーコードは在庫管理システムそのものではなく、
現物とシステム内のデータを結び付ける入力手段
と考えると分かりやすいでしょう。
バーコードを付けただけでは在庫管理は改善しない
バーコード導入で失敗しやすいのは、
「コードを読めれば在庫管理が改善する」
と考えてしまうことです。
実際には、
- 商品マスタ
- 入出庫ルール
- 棚の管理
- 返品処理
- 廃棄処理
- 棚卸し
- 担当者
- 権限
などが整理されていなければ、バーコードを付けても問題は残ります。
例えば商品が入庫したときにバーコードを読まず、夕方まとめて登録する運用を続ければ、その間は実在庫とシステム在庫に差が生じます。
棚から別の棚へ移したにもかかわらず、移動処理を行わなければ、システム上の保管場所も正しくありません。
つまり重要なのは、
現物を動かす作業と、システムへの登録をできるだけ同じタイミングにすること
です。
バーコード在庫管理の基本的なデータの流れ
一般的な流れを整理すると、次のようになります。
商品登録 商品コード・商品名・分類・単位・規格・仕入先 などを商品マスタへ登録します。 → バーコードを設定 既存JANコードを使用するか、自社管理コードを発行します。 → 現物へラベルを付ける 商品、箱、棚など必要な対象へラベルを貼ります。 → 作業時に読み取る 入庫・出庫・移動・棚卸し などのタイミングでコードを読み取ります。 → システムへ履歴を保存 商品・数量・日時・処理区分・担当者・保管場所 などを記録します。 → 現在庫を更新 履歴をもとに在庫数量を確認します。
この流れを一貫して設計することが、バーコード在庫管理の基本です。
入荷時のバーコード利用
商品が届いた場合には、仕入先から届いた現物を確認します。
例えば、
- 発注商品：A001
- 発注数量：100
に対し、
- 実際の商品：A001
- 実入荷数量：98
だった場合です。
バーコードを読み取れば商品を特定できます。
そのうえで98個と登録し、
- 発注100
- 実入荷98
- 差異2
を確認できます。
商品によっては、
- ロット
- 賞味期限
- 製造日
なども同時に登録します。
入庫・棚入れでバーコードを利用する
検品後の商品を倉庫へ格納するときには、
商品バーコード
と
棚・ロケーションバーコード
を組み合わせる方法があります。
商品を読む → 棚を読む → 数量を入力 → 入庫確定
という流れです。
これによって、
何が、どこに、いくつあるか
を管理しやすくなります。
商品を別の棚へ移動するときも、
商品 → 移動元 → 移動先
を登録します。
出庫・出荷時のバーコード利用
出荷時には、ピッキングした商品が出荷指示と一致しているか確認できます。
例えば、
出荷指示：A001
に対して、
A002
を読み取った場合に警告を表示することができます。
同様に、
- 予定数量10
- 実績数量9
のような数量差異を確認することも可能です。
特に似た商品や型番が多い企業では、バーコード照合が誤出荷防止に役立ちます。
棚卸し時のバーコード利用
棚卸しでもバーコードは有効です。
従来、
商品番号を書く → 数量を書く → Excelへ入力 → 集計する
という作業をしている場合、
商品を読む → 数量を入力
という形にできます。
ロケーションコードも読む場合には、
どの棚の商品を棚卸したのか
まで記録できます。
ただし、バーコードで読み取ったからといって数量が自動的に正しくなるわけではありません。
数量を数える作業そのものは必要です。
JANコード・QRコード・RFIDの違い
バーコード管理を検討するときには、何を利用するかも判断します。
| 方式 | 特徴 | 主な用途 | 注意点 |
|---|---|---|---|
| JAN等の一次元コード | 普及しており読み取り機器が多い | 商品・ケース | 情報量は限定的 |
| QRコード | 情報量が多くスマホでも読める | 棚・部品・社内管理 | コード設計が必要 |
| RFID | 非接触・複数読取が可能な場合がある | 大量検品・資産管理 | 費用・環境検証が必要 |
どれが最も優れているというものではありません。
現在の商品にJANコードが付いているなら、そのコードをそのまま利用できる場合があります。
社内独自の商品や部品なら、独自コードを付けることもできます。
JANコードをそのまま在庫管理へ利用できるか
販売商品にはすでにJANコードが付いている場合があります。
その場合、新しいバーコードを貼らず、既存JANコードを商品マスタへ登録して利用できることがあります。
ただし、
- 同じ商品をケース単位でも管理する
- 社内独自の商品区分がある
- ロット別に管理する
といった場合には、JANコードだけでは不足する可能性があります。
現在の商品識別方法と在庫管理単位を確認します。
QRコードが向いているケース
QRコードは、スマートフォンのカメラでも読み取りやすいため、
- 棚
- 設備
- 社内備品
- 部品
などの管理にも利用できます。
例えば、
- 商品コード
- ロケーションID
などをQRコード化します。
ただし、大量の文字情報をQRコード内へ直接保存する必要はありません。
基本的にはIDだけを保持し、詳細情報はシステムから取得する設計の方が管理しやすいことがあります。
RFIDを検討するケース
RFIDは、コードへスキャナーを直接向けなくても読み取れる場合があり、複数タグの一括読取にも利用できます。
例えば、
- 大量の商品を短時間で確認したい
- 高額資産を管理したい
- 通過時に情報を取得したい
といった用途で検討されます。
一方で、
- タグ
- リーダー
- アンテナ
- 環境調整
などの費用が必要になることがあります。
金属や液体の影響も受ける場合があるため、現場での検証が重要です。
一般的な中小企業の在庫管理であれば、まずバーコードやQRコードから検討する方が現実的なケースも多いでしょう。
バーコード導入前に「本当にバーコードが必要か」を確認する
重要なのはここです。
すべての在庫管理にバーコードが必要なわけではありません。
例えば、
- 商品数50点
- 担当者1人
- 入出庫が1日10件
という企業であれば、商品検索と数量入力だけでも十分な可能性があります。
一方、
- 商品数5,000点
- 入出庫1日数百件
- 似た型番が多い
- 複数作業者
という現場では、バーコードの価値が大きくなります。
つまり、
バーコードを使えるか
ではなく、
バーコードによってどの作業が減るか
を考えます。
バーコードを入れるべきか、まず在庫管理そのものを見直すべきか迷っている方へ
現在のExcel・Access・紙の管理方法から、必要な機能とシステム化する範囲を整理できます。
在庫管理システムの詳細を見る
在庫管理をExcelで続けていると、入出庫履歴、棚卸、在庫差異、複数人利用で限界が出やすくなります。Excel修正だけでなく、在庫管理システム化も相談できます。
バーコード在庫管理のメリット
商品コードの手入力を減らせる
商品コードを読み取ることで、手入力する回数を減らせます。
似たコードの選択間違いなどを防ぎやすくなります。
誤出荷を発見しやすくなる
出荷指示と現物を照合できます。
間違った商品を読んだ場合に警告する仕組みを作れます。
棚卸しを入力しやすくなる
紙へ商品番号を書き、その後Excelへ入力する作業を減らせます。
保管場所を把握しやすくなる
商品コードと棚コードを組み合わせることで、どこに商品があるか管理しやすくなります。
履歴を残しやすくなる
処理時に、
- 担当者
- 日時
- 商品
- 数量
を記録できます。
在庫差異が発生した場合の確認にも利用できます。
バーコード導入のデメリット
メリットだけでなく、運用負担もあります。
ラベルを管理する必要がある
独自コードを利用するなら、ラベル発行と貼付が必要です。
汚れや剥がれへの対応も必要です。
機器費用がかかる
スキャナー、端末、プリンターなどの費用が発生します。
現場教育が必要
「必ずスキャンする」という運用を現場へ定着させる必要があります。
通信環境が必要になる場合がある
クラウド型ではWi-Fi等を利用する場合があります。
読み取っただけでは数量が正しいとは限らない
バーコードは商品識別を助けますが、数量を数える作業まで完全に自動化するものではありません。
バーコード在庫管理に必要な機器
必要な機器は現場によって異なります。
代表的には、
- PC
- スマートフォン
- タブレット
- バーコードリーダー
- ハンディターミナル
- ラベルプリンター
- Wi-Fi環境
です。
全部購入する必要はありません。
バーコードリーダーが向いている現場
PCの前で商品を読み取る場合には、USBなどで接続するバーコードリーダーを利用できます。
例えば、
- 入荷検品台
- 出荷検品台
- 店舗レジ周辺
などです。
移動しながら作業する必要がなければ、比較的シンプルな構成にできます。
スマートフォンが向いているケース
スマートフォンのカメラでバーコードやQRコードを読み取る方法もあります。
小規模な倉庫や店舗では有力です。
例えば、
- 棚卸しだけで利用
- 1日数十件程度
- 既存スマートフォンを利用
という場合には、専用ハンディを購入せずに始められる可能性があります。
ただし、
- 読取速度
- バッテリー
- 耐久性
- 手袋操作
などを確認します。
ハンディターミナルが向いている現場
専用ハンディターミナルは、
- 大量の入出庫
- 倉庫内移動
- 連続スキャン
- 工場
- 物流現場
などに向きます。
業務用機器のため、
- 耐落下
- 防塵
- 防滴
- 物理キー
などを備えた機種があります。
一方、スマートフォンより費用が高くなりやすいため、必要性を確認して導入します。
ラベルプリンターは必ず必要か
商品に既存バーコードがあるなら、新規ラベルを作成する必要がない場合があります。
ただし、
- 独自商品
- 部品
- 棚
- パレット
- 社内管理品
には独自ラベルが必要になることがあります。
ラベルプリンターを選ぶ際には、
- 印刷枚数
- ラベルサイズ
- 耐水性
- 耐油性
- 低温環境
などを確認します。
商品だけでなく棚にもバーコードを付ける
ロケーション管理を行う場合は、商品だけでなく棚にもコードを付けます。
例えば、
OSK-A-03-05
を、
- 大阪倉庫
- Aゾーン
- 3通路
- 5棚
という意味にします。
入庫時に、
商品コード → 棚コード
を読み取ると、商品と保管場所をひも付けできます。
ロケーション管理が必要なケース
すべての企業で棚番管理が必要なわけではありません。
商品数が少なく、担当者が場所を把握しているなら不要な場合があります。
一方で、
- 倉庫が広い
- 商品数が多い
- 担当者が複数いる
- 商品を探す時間が長い
という場合には有効です。
固定ロケーションとフリーロケーション
固定ロケーション
商品ごとに置く場所を決めます。
覚えやすい反面、在庫が少なくてもスペースを使用します。
フリーロケーション
空いている棚へ置きます。
スペース効率は高くなりやすいですが、システムへ正確に登録する必要があります。
企業によっては、
- 定番商品＝固定
- 季節商品＝フリー
のように使い分けます。
仮置き・返品・不良品もロケーションとして考える
通常棚だけではなく、
- 検品待ち
- 返品
- 不良品
- 廃棄待ち
- 仮置き
も管理対象にすると、
「在庫はあるが販売できない」
状態を区別できます。
これは実務上非常に重要です。
バーコード在庫管理に必要な基本機能
バーコード機能だけでは在庫管理システムにはなりません。
最低限、
- 商品マスタ
- 倉庫・ロケーション
- 入庫
- 出庫
- 在庫一覧
- 履歴
- 棚卸し
が必要になります。
バーコードはこれらを操作しやすくする機能です。
商品マスタ
商品マスタでは、
- 商品コード
- 商品名
- 分類
- 単位
- 規格
- 仕入先
などを管理します。
バーコード番号も商品情報へひも付けます。
最初にマスタを整理することが重要です。
入庫機能
入庫では、
- 商品
- 数量
- 入庫日
- 倉庫
- ロケーション
などを登録します。
必要に応じて、
- 仕入先
- ロット
- 期限
なども管理します。
出庫機能
出庫では、
- 商品
- 数量
- 出庫日
- 出庫先
などを登録します。
出荷、製造利用、廃棄などを処理区分で分ける方法があります。
在庫移動機能
棚Aから棚Bへ移動した場合にも記録します。
これを行わないと、数量は合っていても保管場所が合わなくなります。
棚卸し機能
システム上の在庫と実際の在庫を比較します。
差異がある場合には、
- 差異数量
- 理由
- 担当者
を記録します。
権限管理
利用者によって操作範囲を分けます。
例えば、
- 一般作業者＝入出庫
- 責任者＝在庫調整
- 管理者＝商品マスタ
といった設計が可能です。
操作履歴
在庫調整を行った場合、
- 誰が
- いつ
- 何個から何個へ
変更したかを残します。
在庫差異の調査にも役立ちます。
ロット・期限管理
食品、化粧品、部品などでは、
- ロット
- 賞味期限
- 使用期限
- シリアル
などを管理する場合があります。
バーコードを利用すれば、登録を効率化できます。
ただし、必要以上に細かく管理すると現場作業が増えます。
本当に必要な管理粒度を決めます。
複数倉庫・店舗の管理
例えば、
- 大阪倉庫：100個
- 東京倉庫：50個
- 店舗A：20個
という形で拠点別在庫を確認します。
全社在庫170個も確認できるようにします。
倉庫間移動も履歴として残します。
POSとの連携
店舗の場合、POS販売時に在庫を減らす方法があります。
POSと在庫システムを別々に運用すると、二重入力になる場合があります。
連携可能か確認します。
ECとの連携
EC注文が入ったら在庫を引き当てる仕組みもあります。
ただし、
- 注文時
- 決済時
- 出荷時
のどのタイミングで在庫を減らすかを決めます。
ここが曖昧だと在庫差異が起きやすくなります。
基幹・販売管理との連携
既存の販売管理や基幹システムがある場合には、それを残しながら在庫管理だけ新しくすることもできます。
例えば、
-
商品マスタ
基幹 → 在庫
-
入出庫実績
在庫 → 基幹
といった連携です。
連携方法には、
- API
- CSV
- データベース
などがあります。
リアルタイム連携が必ず必要とは限らない
「リアルタイム連携」という言葉は魅力的ですが、すべての処理をリアルタイムにする必要はありません。
1日1回で十分なデータもあります。
数分単位で更新したいデータもあります。
秒単位で必要なデータもあります。
必要な更新頻度を整理することで、無駄な開発費を抑えられます。
Excelでバーコード在庫管理はできる？
可能です。
USBバーコードリーダーは、読み取ったコードをキーボード入力のようにExcelへ入力できる製品があります。
例えば、
商品コードをスキャン → Excelへコード入力 → 数量入力
という運用ができます。
小規模なら十分実用的です。
Excelで作る場合の基本構成
Excelでは、
- 商品マスタ
- 商品コード
- 商品名
- バーコード
- 単位
- 保管場所
- 入出庫履歴
- 日付
- 商品コード
- 区分
- 数量
- 担当者
- 在庫一覧
- 商品コード
- 入庫累計
- 出庫累計
- 現在庫
という構成が考えられます。
現在庫を直接修正するのではなく、履歴から集計する方法がおすすめです。
Excel＋バーコードの限界
利用者が増えると、
- ファイル競合
- 数式破損
- 最新版問題
- 権限
- 履歴
などが課題になります。
また、倉庫内を移動しながら入力したい場合にも不便になることがあります。
小規模運用ならExcel、規模が大きくなれば専用システムという考え方ができます。
Access＋バーコードという選択肢
Accessでもバーコードリーダーを利用できます。
商品マスタや入出庫テーブルを構築し、フォームからバーコードを読み取る方法です。
Excelよりもデータ構造を整理しやすくなります。
ただし、
- 複数拠点
- スマートフォン
- 多数利用者
- 外部API連携
などが必要になると、Webシステムの方が適している場合があります。
無料アプリ・SaaSで十分なケース
次のようなケースなら、既製のサービスを優先してよいでしょう。
- 標準的な商品管理
- 独自帳票が不要
- 特殊な入出庫がない
- 外部連携が限定的
- 業務をサービス仕様へ合わせられる
この場合には、自社開発する必要はありません。
SaaSで合わなくなるケース
一方、
- 独自の商品項目
- 特殊な入出庫
- 自社帳票
- 特殊なCSV
- 複数倉庫の独自ルール
- 基幹システムとの独自連携
などがある場合は、SaaSだけでは業務に合わないことがあります。
この場合にテンプレート型カスタマイズを検討します。
Mactism Quick Pack 在庫管理でバーコード対応する考え方
バーコード専用システム
ではありません。
在庫管理の基本機能をテンプレート化し、必要に応じてバーコード等を追加する方式です。
基本となるのは、
- 商品・品目マスタ
- 倉庫・保管場所
- 入庫
- 出庫
- 在庫移動
- 在庫一覧
- 入出庫履歴
- 棚卸し
- CSV
- 帳票
- 権限
です。
このうえに、
- バーコード
- QR
- ロット
- 期限
- 外部連携
などを必要に応じて追加します。
つまり、
バーコードありきではなく、まず在庫管理業務を整える
という考え方です。
SaaSの在庫管理では自社業務に合わない方へ
Mactism Quick Pack 在庫管理は、基本的な在庫管理機能をテンプレート化し、バーコード・ロケーション・帳票・CSVなど必要な部分だけを自社向けに追加できます。
在庫管理システムの詳細を見る
在庫管理をExcelで続けていると、入出庫履歴、棚卸、在庫差異、複数人利用で限界が出やすくなります。Excel修正だけでなく、在庫管理システム化も相談できます。
バーコード対応を追加するか判断する基準
| 条件 | 必要性 |
|---|---|
| 商品数が少ない | 低め |
| 入出庫が少ない | 低め |
| 似た商品が多い | 高め |
| 出荷間違いがある | 高め |
| 棚卸し対象が多い | 高め |
| 複数担当者 | 高め |
| ロケーション管理 | 高め |
| 入出庫件数が多い | 高め |
機能を追加できるから追加するのではなく、改善効果で判断します。
バーコード在庫管理システムの費用をどう考えるか
費用には、
- システム
- 端末
- ラベル
- 導入
- データ移行
- 教育
- 保守
などがあります。
単純に「バーコードシステムはいくら」と決めることはできません。
SaaSを利用する場合の費用
一般的なSaaSでは、
- 月額・年額利用料
- ユーザー数
- 拠点数
- オプション
によって料金が変わります。
少人数の簡易サービスなら、比較的低価格で利用できるものがあります。
自社業務へ適合するなら、費用対効果の高い選択肢です。
機器費用
必要になる可能性があるのは、
- バーコードリーダー
- スマートフォン
- ハンディターミナル
- ラベルプリンター
です。
既存端末を活用できるケースもあります。
最初から大量の専用端末を購入しないことも重要です。
Mactism Quick Pack 在庫管理の費用目安
マクティズムでは、在庫管理システムについて次の費用目安を公開しています。
| 内容 | 費用目安 | 想定 |
|---|---|---|
| テンプレート導入・軽微調整 | 150万〜300万円 | Excel・紙から基本管理へ移行 |
| 業務カスタマイズ | 300万〜600万円 | 入出庫・棚卸・ロケーション等を調整 |
| 拡張・システム連携 | 600万〜1,200万円 | 発注・販売・基幹連携等 |
| 保守・改善 | 月3万〜10万円 | 導入後の軽微改修・改善 |
バーコード対応の費用は、必要な画面、端末、ラベル、処理、外部連携などによって変わります。
バーコードを付けるだけで一律○万円という考え方ではありません。
バーコード在庫管理導入のSTEP1｜現在の課題を整理する
最初に、
なぜバーコードを導入したいのか
を整理します。
例えば、
- 商品番号の入力間違い
- 出荷ミス
- 棚卸し時間
- 商品探索
- 在庫差異
です。
問題によって必要な仕組みが違います。
STEP2｜現在の業務フローを確認する
入荷から出荷までの流れを確認します。
どこでバーコードを読むと効果があるかを判断します。
すべての工程で読む必要はありません。
STEP3｜管理単位を決める
- 単品
- 箱
- ケース
- パレット
のどこまで管理するかを決めます。
1箱12個の場合、
箱単位と個単位の関係も設定します。
STEP4｜商品マスタを整理する
- 商品コード
- 商品名
- 単位
- 規格
などを整理します。
重複商品がある状態では、コードを付けても正しく管理できません。
STEP5｜既存コードを使うか新しく発行するか決める
- 既存JAN
- 社内バーコード
- QR
などから選びます。
STEP6｜端末を選定する
- PC前ならリーダー。
- 小規模ならスマートフォン。
- 大量作業ならハンディ。
というように判断します。
STEP7｜在庫管理方式を選ぶ
- Excel
- Access
- SaaS
- Quick Pack
- 個別開発
から選びます。
STEP8｜小さく試す
いきなり全商品・全拠点へ展開しません。
例えば、
- 1倉庫
- 100商品
で試す方法があります。
STEP9｜例外処理を確認する
- 返品
- 廃棄
- 誤読取
- 数量訂正
- 棚移動
- ラベル破損
などをテストします。
通常処理だけで本番にしないことが重要です。
STEP10｜本番展開する
運用が安定した後に、
- 商品
- 倉庫
- 端末
を増やします。
バーコード導入前に必ずテストしたいこと
実際の環境で、
- ラベルが読めるか
- 照明の影響
- 棚の高さ
- ラベル汚れ
- Wi-Fi
- 手袋操作
を確認します。
オフィスで動いたから倉庫でも動くとは限りません。
通信障害への対応
クラウド型では通信障害も想定します。
例えば、
- 通信が止まったら紙運用へ切り替える
- 復旧後にまとめて登録する
- オフライン端末を使う
などの方法があります。
企業によって必要なBCPは異なります。
端末故障への対応
ハンディが1台しかなく、故障したら業務停止する構成はリスクがあります。
必要に応じて予備端末を用意します。
スマートフォンなら代替端末を準備する方法もあります。
ラベルが読めなくなった場合のルール
- 汚れ
- 破損
- 剥がれ
によって読み取れなくなることがあります。
再発行方法を決めておきます。
古いラベルを残したまま新ラベルを貼ると、誤読取の原因になることがあります。
現場教育で最も重要なのは「いつ読むか」
バーコードの読み方そのものは難しくありません。
重要なのは、
いつ読むか
です。
- 入庫したら読む
- 棚を移動したら読む
- 出庫時に読む
というルールを統一します。
「忙しいから後で登録」が常態化すると、バーコードを導入してもリアルタイム在庫にはなりません。
小売・店舗での活用
小売では、
- 商品登録
- 入荷
- 販売
- 返品
- 棚卸し
などで利用できます。
POSと連携する場合には、販売時に在庫を減らします。
複数店舗では、他店の在庫を確認できるようにすることも可能です。
ECでの活用
ECでは、
- 受注
- 在庫引当
- 出荷
- 返品
などと在庫を連携します。
カラーやサイズ違いの商品では、SKU単位の管理が重要です。
バーコードを使ってピッキング・出荷検品を行えば、似た商品の取り違え防止にも役立ちます。
卸売業での活用
卸売では、多数の商品を扱うことがあります。
- 倉庫別在庫
- 商品検索
- 出荷
- 販売管理連携
などが重要です。
既存の販売管理システムを残し、在庫部分だけWeb化する方法もあります。
製造業での活用
製造業では、
- 原材料
- 部品
- 仕掛品
- 完成品
などがあります。
例えば、
- 部品入庫
- 製造への払出
- 完成品入庫
という在庫移動があります。
ロット追跡が必要な場合は、どのロットをどの製造で使用したか管理します。
単純な商品在庫より複雑になることがあります。
食品での活用
食品では、
- ロット
- 賞味期限
- 使用期限
などを管理する場合があります。
同じ商品でも期限ごとに在庫を分ける必要があります。
バーコードだけでなく、在庫管理データの構造が重要です。
物流倉庫での活用
物流倉庫では、
- 入荷
- 棚入れ
- ピッキング
- 検品
- 梱包
- 出荷
の各工程があります。
高度な作業指示まで必要なら、本格的なWMSを検討します。
在庫管理システムだけで十分なのかを確認します。
バーコード在庫管理とWMSの違い
バーコードを利用するからWMSというわけではありません。
在庫管理システムでもバーコードは利用できます。
WMSでは、
- 作業指示
- ピッキング
- 進捗
- 物流工程
などをより細かく管理します。
「バーコードが欲しい」だけならWMSまで必要ない場合があります。
バーコード導入でAIは必要か
必須ではありません。
むしろ先に、
- 商品マスタ
- 入出庫
- 在庫履歴
- 棚卸し
を正確にすることが重要です。
その後に、
- 需要予測
- 発注支援
- 在庫分析
などへAIを利用する方法があります。
基本データが正確でなければ、高度な分析を追加しても十分な成果は期待できません。
無料アプリで始めるべきケース
例えば、
- 商品数が少ない
- 担当者が1人
- 簡単な棚卸し
だけなら無料アプリを試してみるのもよいでしょう。
既製サービスで解決できるなら、個別開発する必要はありません。
Excelで十分なケース
例えば、
- 1拠点
- 少人数
- 商品数が少ない
- 外部連携不要
という条件ならExcel＋バーコードリーダーでも十分なことがあります。
SaaSで十分なケース
標準的な業務で、
- クラウド共有
- バーコード
- 棚卸し
- 複数人
などが必要ならSaaSを比較します。
Quick Packが向いているケース
次のような状態なら、テンプレート型カスタマイズを検討します。
- Excel・Access管理が限界
- SaaSでは業務に合わない
- 独自帳票が必要
- 特殊な入出庫ルールがある
- 現在のCSVを使いたい
- 複数倉庫を独自ルールで管理したい
- バーコードを業務に合わせて導入したい
- 将来は発注や販売まで拡張したい
フルスクラッチが必要なケース
- 非常に独自な物流業務
- 多数のシステム連携
- 大規模物流
- 生産・販売等を含む全体再構築
などでは、フルスクラッチや基幹再構築を検討します。
バーコード導入で最も避けたい失敗
最も避けたいのは、
高額な端末とシステムを導入したが、現場で使われない
ことです。
その原因は、
- 操作が複雑
- スキャン回数が多すぎる
- 読み取りに時間がかかる
- 通信が不安定
- 例外処理ができない
などです。
導入前に現場でテストすることが重要です。
機能を増やし過ぎない
バーコード在庫管理を検討すると、
- ロット
- 発注
- 分析
- AI
- POS
- EC
まで一気に追加したくなることがあります。
しかし、最初の目的が誤出荷削減なら、
- 商品マスタ
- 出庫
- バーコード検品
だけでも大きな改善になる可能性があります。
目的から逆算します。
導入後に確認するKPI
効果を判断するため、導入前後で例えば次の数字を比較します。
- 棚卸し時間
- 在庫差異
- 誤出荷
- 商品探索時間
- 入力時間
- 欠品件数
- 緊急発注
これによって、バーコード導入が本当に業務改善につながっているか確認できます。
マクティズムが考えるバーコード在庫管理の導入
マクティズムでは、
バーコードを付けること自体
を目的にしません。
まず現在の在庫管理業務を確認します。
例えば、
- 商品数が少なく、Excelで十分ならExcelを継続する。
- SaaSの標準機能で実現できるならSaaSを利用する。
- 現在のAccessを修正すれば済むなら修正する。
- SaaSでは業務に合わない場合にはQuick Packを検討する。
- 大規模な独自業務なら個別開発を検討する。
という順番です。
Excel・Accessの既存資産も活かす
現在使っているExcelやAccessを全部捨てる必要もありません。
例えば、
- 在庫の正本＝Webシステム
- 分析＝Excel
と役割を分ける方法があります。
現在のCSV形式を新システム側で取り込むこともできます。
既存業務の中で使いやすい部分は残し、不便な部分をシステム化します。
「残す・直す・なくす・システム化する」で考える
在庫管理を見直す際には、
- 残す
- 使いやすい帳票
- Excel分析
- 既存コード
- 直す
- 商品マスタ
- 入力ルール
- 二重入力
- なくす
- 使っていない項目
- 不要帳票
- 重複作業
- システム化する
- 入出庫
- 在庫共有
- 棚卸し
- ロケーション
- バーコード
と切り分けます。
現在の業務をすべてそのままシステムにする必要はありません。
まとめ｜バーコードを導入する前に「在庫管理全体」を設計する
バーコード在庫管理システムは、商品コードの入力を減らし、入庫、出庫、棚卸し、在庫移動などを現場で記録しやすくする仕組みです。
特に、
- 商品数が多い
- 似た商品が多い
- 入出庫が多い
- 出荷ミスがある
- 棚卸し対象が多い
- 複数担当者が作業する
といった企業では有効な可能性があります。
一方で、バーコードを導入すれば自動的に在庫が正確になるわけではありません。
- 商品マスタ
- 入出庫ルール
- 在庫移動
- 返品・廃棄
- 棚卸し
- ロケーション
などの運用を整える必要があります。
また、すべての企業が専用ハンディターミナルや高機能WMSを必要としているわけでもありません。
小規模なら、
- Excel＋バーコードリーダー
- スマートフォン＋SaaS
で十分なケースがあります。
標準的な業務ならSaaSを利用する方が短期間・低コストになる可能性があります。
一方、
- ExcelやAccessでは限界がある
- SaaSでは業務に合わない
- 独自帳票がある
- 特殊なCSVがある
- 複数倉庫の独自ルールがある
- 既存基幹システムと連携したい
といった企業では、テンプレート型カスタマイズ開発が選択肢になります。
Mactism Quick Pack 在庫管理では、
- 商品・品目
- 倉庫・保管場所
- 入庫
- 出庫
- 在庫移動
- 在庫一覧
- 入出庫履歴
- 棚卸し
- CSV
- 帳票
- 権限
などの基本機能をテンプレート化し、必要に応じてバーコード、QR、ロット、期限、外部システム連携などを追加します。
つまり、
バーコードシステムを一から全部作る
のではなく、
在庫管理の基本機能を活用し、自社に必要な部分だけカスタマイズする
という考え方です。
まだ、
- 「バーコードが必要か分からない」
- 「スマートフォンで十分なのか分からない」
- 「Excelを残すべきか迷っている」
- 「SaaSと個別開発のどちらがよいか分からない」
という段階でも構いません。
現在のExcel、Access、紙の帳票、入出庫方法、棚卸し方法などを確認し、
- SaaSで十分なのか
- Mactism Quick Pack 在庫管理が適しているのか
- より大規模なWMS・個別開発が必要なのか
を整理することができます。
バーコードありきでシステムを決める必要はありません。
現在の在庫管理方法をもとに、必要な機能、機器、システム化する範囲を整理できます。
在庫管理システムの詳細を見る
在庫管理をExcelで続けていると、入出庫履歴、棚卸、在庫差異、複数人利用で限界が出やすくなります。Excel修正だけでなく、在庫管理システム化も相談できます。
バーコードを導入することではなく、在庫差異・棚卸し・入力・探索・出荷確認などの問題を解決することを目的に、自社に必要な仕組みを選ぶことが、失敗しにくい在庫管理システム導入の第一歩です。
