3-6.在庫と物流をリアルタイムに繋ぐ。誤出荷を防ぐ配送・倉庫管理の設計

工場で作られた製品は、倉庫に入り、拠点を移動し、最後にお客様のもとへ届く。第6回は、この在庫と物流の領域——全拠点の在庫可視化と、配送の統合管理の設計を書く。ここは「モノ」と「データ」が一致しているかが常に問われる領域だ。データ上は在庫があるのに現物が無い、別の商品を出荷してしまう——物流の事故は顧客の信頼を直接傷つける。

在庫管理システムを“作る”こと自体は、いまや既製品でもAIでも手が届く。だが「自社の在庫という事実を、どの粒度で、どんな状態区分で持つか」——通常品は数量、展示品やアウトレットは個体で——という設計判断は、自社の商売の本質に踏み込まなければ下せない。ここでも手段ではなく見極めが問われる。

Before:拠点ごとに分断された在庫と、人手の配送調整

旧環境の在庫管理は拠点ごとに分断されていた。本社倉庫の在庫、各支店の在庫、ショールームの展示品。それぞれの実態を正確に横断して見る手段が無く、「あの商品、どこかに在庫なかったか?」は電話で各拠点に聞いて回る世界だった。納期回答が遅い一因もここにある。在庫の全体像が見えないから引当の判断ができず、安全側に「新規生産」へ倒れて納期が伸びる。配送も、本社倉庫から支店への一次配送と、支店からお客様への二次配送が別々に管理され、つなぎ目は人間の調整作業だった。受注生産品と在庫品が混ざる積み合わせの調整は、ベテランの頭の中にしかない職人技だった。

After その1:全拠点の在庫を一つのデータに

次期システムでは、本社倉庫・各支店・ショールームまで、全拠点の在庫を一つのデータ基盤で管理する。どの拠点に、何が、何個、どの状態(完成品・未塗装・展示品)であるかが一画面で横断的に見える。第4回のSSOT原則の在庫版だ。在庫という事実が拠点ごとのバラバラの帳簿に分かれている限り、全社の在庫は誰にも分からない。一つのデータにして初めて「会社全体として持っているもの」が見える。

After その2:リアルタイム在庫引当(ATP)と納期回答

全拠点在庫の可視化が効いてくるのがATP(Available to Promise:引当可能在庫)の仕組みだ。お客様から相談が来たとき、システムは「いま約束できる在庫」をリアルタイムに計算する。完成品在庫があるか、未塗装在庫を塗装すれば間に合うか、それも無ければ新規生産でいつになるか。受注生産品と在庫品が混在する商売だからこそ、この判定の自動化が納期回答の速度を決める。前シリーズの数値目標「納期回答時間-70%」の実現の最後のピースがここだ。第4回の受注残、第5回の生産ステータス、本回のATP。各領域の設計が、一つの数値目標に向かって組み合わさる。

After その3:一次配送と二次配送のデータ統合

配送は、本社倉庫→支店の一次配送と、支店→顧客の二次配送を、一つの流れのデータとして統合した。受注に紐づく製品が、いまどの配送段階にあるか——倉庫で出荷待ちか、支店へ移動中か、お客様への配送手配済みか——が、受注からたどって見える。データが統合されると誤出荷の防止も構造的に強くなる。出荷指示は受注データから生成されるので、「何を・どこへ」の転記ミスが入り込む余地が無い。出荷時の検品で指示と現物を突き合わせれば、違うものを送る事故は仕組みで防げる。

After その4:個体(シリアル)管理という難題

もう一つ設計したのが個体管理だ。家具は同じ品番でも一点ずつ状態が違うことがある。ショールームで使われた展示品、軽微な理由で正規販売から外れたアウトレット品。これらは「品番×数量」では足りず、一点ごとのシリアルで個体を追う必要がある。通常品は数量管理、特定の状態の品は個体管理——この二層を同じ在庫基盤の上で扱える設計にした。展示品がいつどの拠点に出て、いつアウトレットとして売られたか。個体の履歴が追えることは、価格の妥当性やお客様への説明責任にも直結する。この「どこまでを数量で、どこからを個体で持つか」という線引きは、自社の商売を知る者にしか引けない、まさに本質の判断だ。

在庫は「信頼の貯金」である

在庫データの正確さは、社内外の信頼の貯金だ。データが正確なら、営業は自信を持って納期を答えられ、現場は帳簿を疑う作業から解放され、経営は在庫という資産の実態を把握できる。逆にデータが狂っていれば、全員が「念のため確認」を繰り返し、組織全体が疑いのコストを払い続ける。そしてこの「正確な在庫データ」という資産は、後述のBI(第9回)やAI活用の土台にもなる。整ったデータを持つ会社だけが、AIという手段を本当に活かせる。

次回は、モノの流れの上流側——購買・仕入・貿易の統合管理へ。

評決ではなく、レンズを。

在庫をどの粒度・どんな状態区分で持つかは、自社の商売を知る者にしか引けない線引きです。在庫管理ツールを作る手段が横並びでも、この設計の本質で差がつきます。

AIで「作る」はコモディティになります。手段が横並びになるほど、散らばった知識の“点と点”をつなぎ、自社の本質——何を、どの基準で選び、どう活かすか——を見極める力が問われます。私はアトムビットとして、その見極めを特定ベンダーに肩入れしないフラットな評価軸でお渡しします。売るのは「どれが一番か」という評決ではなく、「あなたの制約でどう選ぶか」というレンズです。最終選定と結果責任は発注者にあります。

選定とAIDDレディネスの要点を1枚にした無料の「評価軸チェックシート」を配布中です。

▶ 無料で受け取る:https://atomb.it/lens?utm_source=note&utm_medium=article&utm_campaign=s3