
滞留在庫を管理する方法|品目別に見直す基準と担当者の決め方
入力は、AIエージェントに。提案と商談に、もっと時間を。
注文書・見積書・仕入先からのメールから、AIが必要な情報を読み取り、登録をサポート。
販売HUB

滞留在庫は、数値だけで判定せず、受注見込み、代替可否、保管状況、次の確認日を品目ごとに揃えます。最後に動いた日だけで判断すると、季節性、受注待ち、仕入条件、代替の可能性といった事情を見落とし、必要な在庫まで一律に扱ってしまうためです。
在庫全体の考え方は適正在庫の考え方で確認できます。本記事では、動きが少ない品目を候補として抽出した後に、営業、購買、在庫の担当者がどのように見直すかを扱います。
滞留在庫を定例で見る理由
滞留在庫は、特定の日だけに一覧を見て判断するより、同じ基準で定例確認するほうが扱いやすくなります。品目の状態、受注の動き、保管上の注意、判断の担当をそろえると、対処が必要なものと確認中のものを分けられます。
| 品目 | 最終動き | 受注見込み | 代替可否 | 担当 | 次回確認日 |
|---|---|---|---|---|---|
| 品目コードごとの候補 | 入出庫または受注の最終時点 | 営業が確認する見込み | 代替候補の確認状況 | 判断を持つ役割 | 次に見直す日 |
品目別に揃える情報を決める

滞留候補を抽出したら、品目名だけでなく、品目コード、型番、荷姿、在庫数、最終の入出庫、受注見込みを並べます。類似品や別荷姿をまとめて見ると、実際には動いている品目まで候補に含まれることがあります。確認の単位を決め、必要な情報を同じ列にそろえます。
候補の一覧には、状態も置きます。たとえば確認前、営業確認中、対応検討中、判断済みと分けると、数量が少ないだけの品目と、対応の検討を始めた品目を区別できます。状態を更新する担当と、更新の期限を決めておけば、定例会議で毎回同じ品目をゼロから確認せずに済みます。
滞留在庫の一覧は、候補を抽出する担当と、受注見込みや仕入条件を確認する担当が同じでなくても使える形にします。営業の見込み、購買の確認、在庫の実査が別の時点で更新されるため、各情報の確認日を残すことが必要です。最新の結論だけを表示せず、どの情報が未確認かを見えるようにします。
基準は一律の経過日数だけにしない
最終動きからの経過日数は候補を探す手掛かりになりますが、それだけで滞留と断定しません。受注生産に近い品目、季節変動がある品目、特定顧客向けの品目では、確認するべき背景が異なります。自社の回転や保管条件に合わせ、候補と判断済みを分けます。
棚卸差異や在庫数の信頼性に疑問がある品目は、先に実在庫を確認します。棚卸差異の原因分析で扱うように、記録と現物が合っているかを確認しないまま対応を決めると、誤った数量を前提に判断することになります。
品目の構成や顧客の注文傾向が変われば、候補を抽出する条件も見直します。古い基準に合わせるために現場の判断を曲げるのではなく、実際の受注と保管の状況を根拠にします。確認の履歴を残しておけば、基準を変えた後も、なぜ対象になったかを説明できます。
候補の抽出条件と実際の受注動向を振り返り、確認頻度や担当分担を自社の業務量に合わせて調整します。滞留の一覧を作ることではなく、次の行動を決めることを目的にします。
確認の準備
定例確認では、営業の見込み、購買条件、保管状態をそれぞれ確認します。一つの部署だけが判断を持つのではなく、品目ごとに必要な情報を集めてから、対応の方向を決めます。
受注見込みは根拠と確認時点を残す

受注見込みを確認するときは、「売れそう」という印象ではなく、見積、引合い、継続取引、季節の動きなど、判断に使った情報と確認時点を残します。確度が未定の場合は、見込みありとして固定せず、確認中または保留として扱います。次に営業が確認する日も決めます。
過去の受注履歴を見る場合は、同じ品目だけでなく代替品への切替も確認します。以前は動いていた品目でも、顧客が別の型番や荷姿へ移っている場合があります。見込みを記録する目的は予測を当てることではなく、判断の根拠と次の確認を共有することです。
滞留在庫の確認は、一覧を配布するだけでは続きません。営業、購買、在庫の各担当が、どの項目をいつまでに更新するかを決め、定例の前に必要な情報を集める流れを作ります。受注見込みの確認方法については需要予測と発注の考え方も参考にし、見込みと実績を同じ意味で扱わないようにします。
代替と保管は別々に確認する

代替可否は、在庫のある別品目をそのまま置き換えられるかではなく、型番、荷姿、入数、顧客条件を確認して判断します。代替案があっても、顧客へ提示できるかが未確認なら、確定した対応として扱いません。候補、確認担当、回答期限を残します。
保管状態では、品質や安全に関する判断を独自に確定せず、社内規程や必要な専門家の確認へつなげます。保管場所、外観の変化、期限や管理上の注意を記録し、在庫の動きとは別に扱います。代替の検討と保管上の判断を同じ結論に混ぜないことが、適切な確認順につながります。
判断後の残し方
確認が終わった品目は、対応を決めた理由、担当、次回の確認日を残します。判断の結論だけでは、後から別の担当が見たときに、受注見込みや保管条件をどこまで確認したかが分かりません。
担当と期限は対応内容と一緒に置く

対応には、追加の営業確認、仕入の見直し、保管状況の確認、継続監視などがあります。どれを選んだ場合でも、担当者と期限をセットにします。品目を「検討中」とだけ残すと、次回の定例まで誰も確認しない状態になりがちです。行動の完了条件を短く定めます。
担当を一人に集中させず、情報を持つ部署ごとに確認を分けます。営業は受注見込み、購買は仕入条件、在庫担当は実在庫と保管状況を確認する、といった分担です。最終的な判断を誰がまとめるかも決め、意見だけが並んで結論がない状態を防ぎます。
見直しの頻度は、全品目で同じにする必要はありません。動きが少ないが定期的な注文がある品目、保管上の確認が必要な品目、代替の検討が必要な品目では、確認すべき内容が異なります。自社で優先度を付け、次回確認日と担当を品目ごとに置くと、定例の時間を必要な検討へ使えます。
滞留在庫の定例確認では、候補になった品目について、最後の動き、受注見込み、代替の可否、保管状況、次回確認日を同じ順で見ます。営業、購買、在庫の情報が別々に集まるため、どの情報をいつ確認したかを残さないと判断の根拠が失われます。見込みが未確認の場合は、保留理由と確認先を置き、候補から外したように扱わないことが必要です。品目ごとの状態を更新すれば、次回のレビューで前回の判断をたどれます。
次回レビューでは結果と前回の根拠を比較する

次回レビューでは、前回の見込みが変わったか、対応が完了したか、在庫数や保管状態に変化があったかを確認します。前回の結論だけでなく、その根拠を残しておけば、判断が変わった理由を説明できます。変化がなければ、確認期限を延ばす理由も記録します。
滞留候補が多い場合は、すべてを同じ頻度で確認する必要はありません。受注見込み、在庫額、保管上の注意など、自社で重視する条件を用いて優先度を決めます。判断基準を定例で見直すことで、一覧を作ること自体が目的になるのを防げます。
会議やレビューでは、件数の多い候補から順に、前回の判断、今回の変化、次の行動を確認します。確認中のまま期限を過ぎた品目は、情報が不足している理由と次の連絡先を明らかにします。結論が出ないこと自体を問題にするより、保留の理由を追える状態を保つことが必要です。
一覧を使った後は、判断済みの品目が再び候補になった理由も確認します。前回の受注見込みが変わったのか、在庫数が変わったのか、対応が実施されていなかったのかを記録します。結果を振り返ることで、候補抽出の条件や担当間の受け渡しを、現場の実態に合わせて調整できます。
よくある質問
滞留在庫の管理では、候補を早く処分対象にすることより、品目ごとの情報をそろえて次の確認を決めることを優先します。担当が変わっても根拠がたどれる一覧を作ります。
滞留の基準は一律に決めますか
一律の経過日数だけで決めません。品目特性、自社の回転、受注見込み、保管状況を分けて確認します。
誰が判断しますか
営業、購買、在庫の確認者を定めます。最終判断をまとめる役割と、各部署が確認する情報を分けます。
数字がない場合はどうしますか
判断保留の理由と再確認日を残します。根拠がそろわないまま対応を決めず、どの情報が必要かを明確にします。
「販売HUB」でできること
- 注文書・見積書から、AIが登録候補を作成(内容を確認・修正して登録)
- 案件ごとの取引商品・調達状況・収支をひとつの画面で管理
- 実在庫から引当済を差し引いた「利用可能」で在庫を把握
- 請求書の発行から入金の消込まで、残額と状態で管理
まとめ
滞留在庫は、品目ごとに受注見込み、代替可否、保管状況、担当、確認日を揃えて定例で見直します。経過日数だけに頼らず、根拠と次の行動を残すことで、候補を継続して管理できます。自社に合う在庫確認の一覧を整えたい場合は、サービス資料で具体的な進め方をご確認ください。
まずはお気軽にご相談ください
案件管理から見積・受発注・在庫・請求・入金の管理までこれ1つで。
スタンダード 月額2,980円/ユーザー(税込)・ライト 2,480円/ユーザー(税込)。








