質問: 在庫管理「バーコード、icタグ、qrバーコードなど」について。 ようやく、会社も回転しだしたので、そろそろ在庫管理の手間や労力を削減しようと思い、バーコード、icタグ、qrバーコードなどを用いて、在庫を管理したいと考えています。 私たちの会社は、実際の店舗とインターネット上に店舗を持っています。 そこで、インターネット上の在庫数と店舗及び倉庫においてある在庫数を一致させるためにバーコードの様なものを使いたいと考えています。 作業内容を以下に書きます。(バーコードを例に話します。) まずは、倉庫に業者から商品が来たときに、その商品のバーコードを読み込ませて、実際の店舗の在庫数とインターネット上の在庫数を一致させたいと思います。 次に、もしネット上で注文が入れば、倉庫もしくは店頭から商品を出荷用に出すときにバーコードを読み込ませま、実際の店舗とネット上の在庫数が同時に1つ減ります。 又、店頭に在庫がなくなって、倉庫から商品を出すときも、バーコードを通して、実際の店舗とネット上の在庫数が同時に1つ減ります。 ここから、質問を箇条書きにします。 ・まずは、バーコード、icタグ、qrバーコードやその他のものを使って、、在庫管理をインターネット上にも反映するためには、バーコード、icタグ、qrバーコード、又はその他のもの、どれを使うのがいいでしょうか? コストや、手間や、利便性など様々に考慮して、最良なものはなんでしょうか? ・そして、インターネット上にも反映させるためには、在庫管理のデータベースはmysqlで構築しようと考えていますが、バーコードなどと、mysqlは互換性がありますか? 皆さんは、上記のような作業内容のときに、どうしていますか? 9月中にそのシステムを完成させなけてばならないので、困っています。 どうかお力添えお願いします。
回答: システムで在庫管理することによって 違いがハッキリわかることのひとつに 販売可能在庫と実在庫があります。 実在庫-出荷前引当て分数量(販売済)が販売可能在庫となります。 出荷前引当て分数量はインターネット上で販売済で未出荷ものが該当します。 本来、インターネット上で表示される在庫は販売可能在庫じゃないとなりません。たとえ倉庫に1個商品があっても注文済みで出荷待ちのものなら売れませんよね。クレームの元になります。 よって 在庫の管理をする際、数量とともに、状態を管理しなければなりません。 ・販売可能 ・出荷前引当て分(販売済) ・入荷予定 ・預託分 ・破損・不良品 などの状態ステータスが必要です。 (もっと細かく管理したりします) あなたがおっしゃるように、在庫引き当て無しで、実在庫数量のみの管理でよいのであれば状態ステータスの管理は必要ありません。 ですが、欠品なのに販売可能になってしまうというリスクは付きまといます。 インターネットと店舗の両方とも同じデータベースを使用しなければリアルタイムに正確な在庫の把握ができません。 インターネットの方にはcgiで、データベースにアクセスするプログラムを、 店舗の方には、プログラムでデータベースにアクセスするシステムをそれぞれに構築しなければなりません。 バーコードを使うのは ・入荷のときの検品 ・店舗からの販売時 ・倉庫から出荷時 ・倉庫での棚卸 になりますね。 このときを想定してバーコード読み取りと、 在庫の処理の仕様を決定してください。 バーコード読み取りと 在庫管理のそれぞれに 要求する仕様が決定したら、 自社で開発するなり、 開発するソフト会社に依頼するなり、 内容が近いパッケージソフトを購入するなりして 実現させます。 場合によってはそれらを組み合わせることになるでしょう。 期間が短いので パッケージソフトを購入し組み合わせて利用するのが 一番良いと思います。