在庫はあるのに、注文へ回せない｜仮押さえの解除を決める在庫管理

棚には商品がある。在庫表の数も合っている。それでも、新しい注文に何個まで約束してよいか分からない。営業担当へ聞くと、別のお客様のために取ってあるらしい。でも、その話はまだ続いているのか、もう見送りになったのかが一覧に残っていない。こんな場面では、在庫を数え直すだけで判断できるとは限りません。

現物の数と、これから別の注文へ回せる数は違います。今回は、問い合わせの段階で商品や資材を取り置く「仮押さえ」に絞り、何を記録し、いつ見直すかを考えます。難しい計算より先に、確保した理由と、それを戻す判断をつなぐ話です。

仮押さえで、倉庫の現物が減ったわけではない

商品を倉庫から出していなくても、特定の相手へ取り置く約束をしていれば、別の注文には回せないことがあります。その確保を引当と呼ぶ仕組みもありますが、呼び名や計算方法は会社やソフトで異なります。自社の画面の「在庫数」が、現物の数なのか、確保分を引いた数なのかを先にそろえます。

仮押さえは、まだ注文が決まっていない段階の確保。注文確定後の確保とは、見直す理由が違います。問い合わせが終われば仮押さえを戻す判断が要ります。一方、注文が続いているなら、社内の確認日を過ぎたという理由だけで、その分を他へ約束するわけにはいきません。

社長は、在庫があるのに売れない、余計な仕入れをしているのでは、と気になる。担当者は、以前に受けた取り置きの話を勝手に消せない。この食い違いを、社員の確認不足だけにしないことが大切です。何のための確保か、誰が次の返事を確認するかが残っていなければ、本人が不在の日に判断が止まります。

卸の例：見送りになった5個を、現物へ足し戻さない

以下の卸業と建築業の場面は、判断の方法を説明するための仮定例です。Ｂ．Ｉ．Ｙの顧客の運用や、導入後の成果を示すものではありません。数字も説明用です。

仮に、卸会社の棚に商品が20個あり、確定した注文のために8個、別の問い合わせのために5個を確保しているとします。この例では、同じ商品の20個のうち、8個と5個は重ならない分として確保し、破損や検品待ちはない条件です。新しい注文へ回せる候補は、20個から8個と5個を引いた7個になります。

後から、5個の問い合わせが見送りになったと確認できた。このとき変えるのは、その問い合わせの確保です。現物は最初から20個のままなので、入荷のように5個を足すと25個になってしまいます。仮押さえを解除すれば、別の注文へ回せる候補が7個から12個になる、という違いです。

取り置きの行を消すだけでは、後で「なぜ使える数が増えたのか」を確かめられません。対象の問い合わせと商品、解除した数量、確認した日と担当を残し、今の一覧では解除済みと分かる形を考えます。電話で返事を受けたなら、その結果を記録へ戻す担当まで決めます。

反対に、問い合わせが注文へ進んだ場合は、仮押さえ5個を残したまま、確定注文としてさらに5個を確保しないようにします。同じ一件が次の段階へ進んだと分かる結び付けが必要です。注文番号が後から付く仕事なら、最初の問い合わせに付けた目印を引き継ぐなど、採用する仕組みでどう扱えるかを確かめます。

建築の例：工程が延びても、資材が空いたとは限らない

もう一つ、建築会社が自社で持つ同じ仕様の資材50枚のうち、工事Ａのために30枚を確保している場面を仮に考えます。工事Ａで使う日が月曜から金曜へ延び、別の工事Ｂから水曜に40枚必要だと連絡が来たとします。ここでは使い切る材料とし、工事Ｂで使った分は金曜までに戻らない条件です。

工事Ａが延期しただけなら、必要な30枚まで不要になったわけではありません。今ある50枚すべてを工事Ｂへ回せると考えると、金曜の予定を満たせなくなります。この例で確保されていないのは20枚です。工事Ｂへ40枚を約束する前に、不足する分をいつ用意できるか、工事Ａの確保を変えてよいのかを確認します。

見るのは数量だけではなく、何の工事に、いつ必要か、その予定が誰に確認されているかです。これから入る資材は、入荷予定として分けます。予定日を聞いただけの数量を、今ある現物と同じ意味で足して「出せる」と決めないようにします。代わりの資材を使えるかどうかも、担当者が品名の近さだけで判断する話ではありません。

この場面で、工程表の日付と資材の確保が別々なら、予定変更を受けた人が、資材を確認する担当へ何を渡すかを決めます。すべてを自動で解放するより、「予定が変わったので確保の見直し待ち」と分かる方が、自社の仕事に合う場合もあります。必要な資材を守る判断と、使わなくなった確保を残さない判断を分けるわけです。

期限は「自動で空ける日」より、確かめる日から決める

仮押さえを無期限に残さないため、見直す日を持たせる方法があります。ただ、日付を入れただけでは、誰かが返事を確認したことにはなりません。見直す日に何を聞き、延長・注文確定・解除のどれを決めるかまで考えます。

例えば、次の返事を確認する日を過ぎたものを、担当者の確認一覧へ出す。担当が不在なら、代わりの確認先へ戻す。取り置きの約束が相手とあるなら、その条件や連絡を確かめてから扱う。自動解除を採る場合も、対象と事前の取り決め、通知、例外の止め方を個別に確認します。期限を過ぎたら何でも自由に使える、という一律のルールにはしません。

記録する候補は、確保する商品・数量・単位、対象の問い合わせや工事、仮押さえか注文確定後か、必要な日、次の確認日、確認する担当です。最初から細かい履歴を全部入力させるのではなく、今まさに誰かへ聞き直している情報から選びます。

検品待ちや破損確認中の品物もあるなら、それも区別します。ただし、同じ品物が「注文の確保」と「検品待ち」の両方に入る場合に、二重に差し引かない条件が必要です。在庫の区分を増やすほど正確になるとは限りません。どの数量が重なり、画面が何を計算しているかを、開発側と一つの商品で確かめます。

共有表で足りるか、注文とつなぐ開発が必要か

確保する人が限られ、返事の確認も一つの一覧で回せるなら、今のExcelや共有表を整える方法から試せます。問い合わせが注文へ進むときの書き換え方と、解除を確認する人を決め、同じ一件を重ねて数えないようにします。入力する一覧を増やすだけでは、元の受注表との照合が新しい仕事になってしまいます。

複数の担当者が同じ在庫を見て同時に約束するなら、画面が共有されていることだけでは足りません。最後の在庫を二人が確保しようとしたとき、片方の確定後にもう一方が何を見るか、不足しても確保できてしまうかを、選ぶ仕組みで試します。「在庫が少ない」という警告が出ることと、二重の約束を扱えることは別の確認です。

既製の在庫・販売管理サービスでも、仮押さえ、注文への切り替え、確保の解除など、必要な機能を比べます。機能名だけで選ばず、先ほどの卸の一件を、問い合わせから注文確定、または解除まで通してみる。自社の工程や帳票との間で、結局電話や別表への入力が残るなら、そこをつなぐ部分開発を検討する理由になります。

発注時には、数の見え方だけでなく、どの記録を変えると何が変わるか、誰が確定できるか、元の問い合わせへ戻って経緯を見られるかを確認します。操作説明と運用中の見直しも、依頼範囲と費用をそろえて考えます。画面を作った後に、解除の判断を現場だけへ預けないためです。

今日、残っている仮押さえを一件だけ確かめる

今の在庫表や受注メモから、「誰かのために取ってある」と聞かないと分からない一件を選んでみてください。何個を、何の話で確保し、次に誰がいつ確認するのか。注文が決まったのか、まだ返事待ちかも分けます。分からない欄を推測で埋めず、確認が必要な場所として残せば十分です。

取り置きをすべてやめる必要はありません。営業や現場がしてきた約束を、他の担当者も確かめられる形へ変える。そうすると、棚の数を合わせる仕事と、新しい注文へ答える仕事の違いを、開発の相談でも説明しやすくなります。

Ｂ．Ｉ．Ｙの育てるシステム開発では、今の帳票と仕事を確かめ、必要な部分の制作、導入時の説明、運用中の改善まで、範囲を相談して進めます。仮押さえの扱いや既存ソフトとの連携は個別に確認します。開発から直接相談でき、顧問契約は前提ではありません。改修の範囲と費用も事前に確かめます。

埼玉県川口市を拠点とするＢ．Ｉ．Ｙの公式LINEへ、「在庫はあるのに、誰の取り置きか分からず注文へ回せない」と一言お送りください。今使う一覧と、返事を待っている一件から、確認するところを整理できます。