倉庫向けソフトウェア

倉庫管理システム — は在庫管理を行うプログラムです：何が倉庫に届き、どこに置き、いくつ残り、何がすでに注文へ組まれ、何が出発したかを記録します。よく次の略称で呼ばれます： WMS — これはそうしたプログラムの英語名（warehouse management system）にすぎず、意味はまったく同じです：倉庫業務の管理です。

違いは一つの例で分かります。システムがなければ、入荷はノートに書かれ、在庫は表にあり、箱の場所を知っているのは置いた本人だけです。注文を組むために社員が商品を探しに行き、「倉庫にあるか」に答えるために営業担当が倉庫担当へ電話し、十二個がどこへ消えたのかを知るために倉庫を止めて数え直すことになります。

システムの中では、同じものがレコードになります。商品にはカードがあり、カードには数量と保管ロケーションがあり、どの操作にも時刻、実行者、根拠があります。「どこにあって、いくつあるのか」への答えは数秒で得られ、今日誰がシフトにいるかには左右されません。

例。 朝、納品がありました：納品書によれば四十箱。倉庫担当者がシステムで受け入れ、数量を照合し、一件の食い違いを見つけ、システムが自ら提案した場所へ商品を並べました。昼には注文が入り、ピッキング担当者は商品と場所の一覧を含む作業指示を受け取り、どこに何があるかを誰にも尋ねずに一巡で集めました。夕方、システムの在庫は棚と一致しました。その日の商品のすべての動きが、起きた瞬間に記録されていたからです。

倉庫の自動化 が始まるのは、三つの問いへの答えが倉庫担当者の頭に収まらなくなったときです：実際に商品がいくつあるのか、それはどこにあるのか、そしてこの一週間にそれに何が起きたのか。

入荷検品 — は、商品が倉庫の責任になる瞬間です。それまでは仕入先か運送会社が貨物に責任を持ち、それ以降は倉庫が持ちます。そのため、ノートへの書き込みではなく操作として処理します：以降のすべては、ここで記録されたものを起点に計算されます。

入荷は、予定された納品から始まります。何が届くはずかをシステムは知っています — 仕入先への発注、納品書、または外部プログラムから。倉庫担当者は納品を開き、品目ごとに実際の数量を記録します。書類を一から書き写すのではありません。

入荷時にシステムが記録すること：

• どの商品が届いたか — 名称、品番、バーコード、単位、梱包
• いくつ — 品目ごと、貨物個口ごとの実際の数量
• どの納品によるものか — 仕入先、発注と書類の番号、輸送手段、車両番号
• いつ、誰が — 入荷の開始と終了の日時、それを行った社員
• どのような状態か — 良品、梱包の破損、検査が必要、隔離へ送付
• どこへ置くか — 品目ごとの保管の住所：システムが提案したもの、または手で選んだもの

書類との食い違い — は社員の誤りではなく、入荷の正常な結末の一つであり、どこかに記録されなければなりません。不足、超過、品違い、破損は、数量と理由を持つ独立した行になります。その行がないうちは、差は一か月後の棚卸しで「浮かび上がり」ます — もはや仕入先へ申し立てる見込みはありません。

留保付きで受け入れた商品は、黙って全体の在庫へ入ることはありません：判断が下るまで、別の状態として計上されます。実際には不良として置かれているものを倉庫から売ってしまわない、唯一の方法です。

ピッキング — は倉庫にあるものから注文を組むことです。注文は営業担当、ネットショップ、または社内の別のプログラムから届き、システムはそれを ピッキングの作業指示に変えます：何を取るべきかの一覧と、どこから取るかの住所です。

作業指示を受け取った社員は、同僚に一つも尋ねることなく四つのことを理解できなければなりません：何を組むのか、いくつか、それはどこにあるのか、組んだものをどこへ渡すのか。四つとも作業指示の中にあります。そのため新しいピッキング担当者の習得は、一か月ではなく一シフトで済みます。

回る順 はシステムが住所に基づいて組み立てます：行の並びは購入者の注文順ではなく、倉庫内の動きの順です。一巡で終わるピッキングと、社員が同じ区画へ三度戻るピッキングを分けるのは、これだけです。

ピッキング は行ごとに確認します：どの住所からいくつ取ったか。その住所の在庫は、一日の終わりではなく記録の瞬間に減ります — さもなければ、二人のピッキング担当者が同じ箱を取りに行きます。

商品が現場にない場合 — は行き止まりではなく、あらかじめ定めた個別の事態です。システムは同じ商品のある別の住所を提案し、どこにもなければ、その行は手当てできないものとして印が付きます：注文は一部だけ組まれた状態で進み、食い違いは、商品があるはずだった住所とともに調査へ回ります。

注文の多い倉庫では、作業指示をまとめて処理します：一巡で複数の注文を集め、その後に顧客ごとに仕分けます。この方式が必要かどうかは、一シフトのピッキング行数で判断します — 小さな倉庫では、得るものなく作業を複雑にします。

棚卸し — は実物の数え直しと、システムのデータとの比較です。意味は数え直しそのものではなく、その差にあります：重要なのは棚に96個あることではなく、システムでは108個になっていることです。

デジタルの管理がなければ、数え直しは倉庫を一日止め、紙の帳票を作り、手で集計することです。住所単位の管理があれば、業務を止めずに小分けで数えられます：今日は一つの区画、明日は別の区画、最もよく動く品目のグループは別に、というように。

どのように行うか：

• 数え直しの作業指示 — システムが住所や商品の一覧を作り、社員に割り当てます
• 住所ごとの数え上げ — 社員は帳簿上の数字を見ずに、場所ごとの実際の数量を入力します
• 比較 — システムが実物と帳簿を自ら突き合わせ、食い違いだけを残します
• 調査 — 食い違いごとに操作の履歴をたどります：その住所で商品に何が起きたのか
• 修正 — 帳簿を実物に合わせます。理由と責任者を伴う独立した操作として

実数の入力までは帳簿の数字を表示しません — これは形式ではありません。社員が期待される数を目にした瞬間、数え直しは確認作業に変わります：誰も最後まで数えなくなり、食い違いは翌月へ持ち越されます。

部分的な数え直し のほうが、通常は全体よりも有用です。よく動く品目は週に一度、めったに動かない品目は四半期に一度数え、ピッキング中に見つかった食い違いは、その場でその住所の数え直しを生みます。こうして帳簿は年に二回ではなく、常に棚と一致し続けます。

読み取りが解決するのは一つのことです — 最も間違えやすいところから手入力をなくすことです。社員は品番や住所をキーボードで打たず、コードを読み取ります：どの商品を手にし、どの棚の前にいるのかを、システムが自ら理解します。

効果は速さではなく、確かさにあります。「A-02-1-04から取った」という記録は、社員が物理的にそのロケーションのラベルへ読み取り機をかざしたことで裏付けられます。手入力ではその裏付けは得られません：別の列に立ったまま、記憶で住所を入力できてしまいます。

読み取れるもの：

• 商品 — メーカーのバーコード、または商品に固有のものがない場合は自社のコード
• 梱包と貨物個口 — 固有のラベルを持つ外装箱、パレット、または組み上げた注文
• 保管場所 — ラックに貼られた、ロケーション、棚、区画のラベル
• 作業指示 — ピッキング、入荷、数え直しの伝票。一覧から探すのではなく、読み取りで開きます
• 社員 — 共用の端末で、利用者名とパスワードを入力せずにシフトへ入るための個人証

機器は必須の構成要素ではなく、実現の一つの形です。 読み取りは、普通のスマートフォンのカメラでも、作業場所に接続した読み取り機でも、ハンディターミナルでも行えます。その倉庫に何が適するかは、作業条件、一シフトの操作数、予算によります。選定は事前調査で行い、特定の機器をあらかじめ表明することはしません。

その際、システムが読み取り機に依存しきってはいけません：どの操作も手作業でも行えます — コードの入力か、一覧からの選択で。さもなければ、端末のバッテリー切れが倉庫を止めます。