在庫管理の見える化は、単に在庫数を大きく表示することではありません。どの商品が、どの場所に、どれだけあり、いつ動き、いつ補充が必要なのかを同じ基準で確認できる状態を作ることです。現在庫、引当、発注残、入荷予定、在庫金額、滞留日数などを業務に合わせて定義すれば、経験や勘に頼っていた判断を、担当者同士で共有できる判断に変えられます。
この記事では、在庫管理を見える化するときに最初に決めるべき考え方、見るべき指標、ダッシュボードの画面構成、改善を定着させる手順を整理します。ExcelやAccessを使い続ける場合の改善点や、在庫管理システムを検討するタイミングも取り上げます。
この記事で分かること
- 在庫管理の見える化で解決したい業務上の問題
- 現在庫、在庫回転率、欠品率、滞留在庫など見るべき指標
- 現場が迷わず使える在庫ダッシュボードの設計
- 倉庫や店舗、営業、購買が同じ数字を見るためのルール
- ExcelやAccessから段階的に改善する方法
- 小さく試して改善効果を確認する導入手順
- 在庫管理システムに切り替える前に整理する項目
在庫管理を見える化する目的
在庫数ではなく、判断に必要な状態を共有する
在庫一覧に「商品Aは100個」と表示されていても、その100個がすべて販売できるとは限りません。出荷先が決まっている引当済みの数量、検品中の数量、返品予定の数量、破損して使えない数量が含まれている可能性があります。現場が必要としているのは、物理的に存在する総数量だけでなく、いつ使える数量がどれだけあるかという情報です。
まず「現在庫」「引当数量」「検品待ち」「利用可能在庫」を分け、画面や帳票で同じ定義を使います。利用可能在庫の計算を担当者ごとに変えないことが、見える化の最初の条件です。数量の意味が揃えば、営業は納期を回答しやすくなり、購買は補充の優先順位を決めやすくなり、倉庫は出荷に回せる商品を探しやすくなります。
欠品と過剰在庫の兆候を早く見つける
欠品が発生してから原因を調べると、販売機会の損失や生産の停止を取り戻せない場合があります。一方で、動きのない商品を発見できなければ、保管場所と資金を長期間占有します。見える化では、問題が確定した後の件数だけでなく、問題になりそうな兆候を早く見つけることを目指します。
例えば、発注点を下回った商品、納期が近いのに入荷予定が未確定の商品、一定期間出庫がない商品を同じ画面で確認します。優先度を色だけに任せず、なぜ注意が必要なのかをラベルや理由欄で示すと、担当者が次の行動へ移りやすくなります。
担当者の経験を組織のルールへ変える
「この商品は月末に動く」「この仕入先は納期が延びやすい」といった知識は、経験豊富な担当者が持っています。しかし、メモや記憶だけに残っていると、休暇や異動のたびに判断が揺れます。見える化では、経験をそのまま自動化するのではなく、発注点、標準リードタイム、最低発注数量、例外理由など、後から確認できる項目へ落とし込みます。
最初に決める在庫データの定義
現在庫と利用可能在庫を分ける
現在庫は棚や倉庫に置かれている物理的な数量を示します。利用可能在庫は、現在庫から引当済み、検品待ち、隔離、廃棄予定などを差し引いた数量です。会社によって扱いは異なるため、名称だけを借りず、自社の業務で何を含めるのかを決めてください。
画面に両方を表示する場合は、項目の近くに定義を示す説明を置きます。利用可能在庫が「現在庫－引当－検品待ち」と決まっているなら、計算に使う項目を変更履歴へ残します。数値が合わないときに、入力ミスなのか計算ルールの違いなのかを調べられる構造が必要です。
発注残と入荷予定を別の状態で持つ
発注済みの商品は、まだ倉庫にないため現在庫には加えません。ただし、将来の供給を判断するためには発注残として確認する必要があります。発注日、仕入先、発注数量、入荷済み数量、残数量、予定日、確定日、納期遅延の有無を持たせると、いつ届くのか分からない発注が埋もれにくくなります。
入荷予定日が登録されていても、仕入先から正式な回答を受けていないことがあります。「予定」「確定」「遅延確認中」などの状態を分けておけば、数字を過信せずに判断できます。分納の場合は一つの発注を複数の入荷実績へ紐付け、残数量が自動で更新されるようにすると、発注台帳と倉庫の記録が一致しやすくなります。
商品コード、単位、保管場所を統一する
同じ商品を「A-001」「A001」「商品A」のように複数の名前で記録すると、入出庫を集計できません。商品コードを決めたら、販売用、仕入用、倉庫用のコードが異なる場合も対応表を作ります。箱、個、ケース、キログラムなどの単位も商品マスタに登録し、変換係数と丸め方を明確にします。
保管場所は「東京倉庫」だけでなく、棚やゾーンまで管理するかを判断します。細かくしすぎると入力負担が増え、粗すぎるとピッキングや棚卸で使えません。最初は実際に探す時間が長い場所や、誤出荷が起きやすい場所から粒度を上げる方法が現実的です。
見るべき在庫管理の指標
在庫数量と利用可能数量
在庫数量は最も基本的な指標ですが、単独で判断しないことが大切です。現在庫、引当、利用可能、発注残、入荷予定を並べ、同じ商品について将来の見込みまで確認します。数量の単位が商品ごとに異なる場合は、個数と金額を混在させず、表示単位を明記します。
ダッシュボードでは、全商品の合計値だけを大きく出すと、重要な商品が埋もれます。欠品リスクの高い商品、在庫金額が大きい商品、出庫が多い商品を分けたランキングや一覧を置き、明細へ移動できるようにします。
在庫回転率と在庫日数
在庫回転率は、一定期間に在庫が何回入れ替わったかを見る指標です。売上数量や出庫数量を平均在庫で割るなど、社内で計算方法を決めて使います。在庫日数は現在の在庫が平均的な出庫量で何日分に相当するかを示す考え方です。どちらも期間や分母の定義が変わると結果が変わるため、月次や週次の比較では同じ条件を使います。
回転率が低い商品は、需要がないとは限りません。季節商品、保守用の予備品、最低保有が決められた部材は、回転が低くても必要です。指標を見てすぐ削減するのではなく、商品分類や重要度を合わせて確認し、保有理由を記録します。
欠品率と欠品時間
欠品率は、対象期間に欠品した商品や注文の割合を確認する指標です。商品単位で計算するのか、注文行単位で計算するのか、期間中に一度でも欠品したら数えるのかを決める必要があります。欠品時間を記録できれば、短時間の棚卸中断と、数日間の供給停止を区別できます。
欠品の原因は、需要の急増、発注の遅れ、仕入先の納期遅延、在庫数の誤り、棚入れの遅れなどさまざまです。原因区分を選択式で記録し、原因別の件数を表示すると、発注点を変えるべきか、入出庫処理を改善すべきか判断できます。
滞留在庫と在庫年齢
一定期間出庫がない在庫を滞留在庫として確認します。何日を滞留とみなすかは、商品の性質と販売サイクルで変わります。食品や消耗品では期限や品質も加味し、設備部品では長期保管が必要かどうかを品目ごとに設定します。
在庫年齢は、入庫から経過した日数や、最後に入出庫があった日からの日数です。ロット管理が必要な商品は、古いロットが残っていないか、先入れ先出しが守られているかを確認します。滞留の金額だけでなく、保管場所、保管期限、処分や値引きの判断状況まで一覧で見られると、対策を実行しやすくなります。
棚卸差異率とデータ更新の遅れ
帳簿上の数量と実棚の数量の差を確認する棚卸差異率は、入力や運用の正確さを見る手がかりです。差異が出た商品だけを修正して終わりにせず、入庫計上のタイミング、返品処理、移動登録、単位換算などの原因を記録します。
もう一つ確認したいのがデータ更新の遅れです。入庫してからシステムへ登録されるまで、出庫してから引当が解除されるまでに時間があると、ダッシュボードが正しくても現場の判断に使えません。更新担当者と締め時間を決め、未処理件数を指標として表示します。
使いやすい在庫ダッシュボードの設計
画面を利用者の判断順に並べる
ダッシュボードの上段には、今日対応が必要な情報を置きます。発注点を下回った商品、入荷予定日を過ぎた発注、棚卸差異の未処理、当日出荷に足りない商品などです。次に、在庫金額や回転率など、週次や月次で改善を見る情報を配置します。全員に同じ画面を見せるのではなく、倉庫、購買、営業、経営で入口を分ける方法もあります。
一覧から明細と履歴へ移動できるようにする
指標のカードだけでは、問題の原因を調べられません。欠品リスクのカードを選ぶと商品一覧が開き、商品を選ぶと入出庫履歴、発注履歴、入荷予定、棚卸差異を確認できる構成にします。数字を見た人が別ファイルを探さなくてよいことが、ダッシュボードを使い続ける条件です。
一覧には、商品コード、商品名、保管場所、利用可能在庫、発注残、入荷予定日、発注点、ステータス、担当者を表示します。列を増やしすぎると視線が散るため、最初は判断に必要な項目に絞り、詳細画面に補足情報を置きます。CSV出力が必要な場合も、画面と出力で定義が変わらないようにします。
色とアラートの基準を決める
赤、黄、緑の色分けは理解しやすい一方、色だけで状態を伝えると印刷や色覚の違いで伝わりにくくなります。「発注点未満」「納期超過」「処理待ち」といった文字ラベルを併記します。赤色を増やしすぎると優先順位が分からなくなるため、担当者が当日対応すべき状態に絞ります。
通知は、発生したらすぐ知らせるものと、朝の確認でよいものを分けます。通知の受信者、期限、確認後の処理、解除条件を決め、誰も見ない共有メールへ送るだけにしないことが重要です。対応済みかどうかを状態として残せば、通知が繰り返し発生する理由も調べられます。
時間軸を選べるグラフにする
週別の出庫推移、月別の在庫金額、商品分類ごとの回転率など、期間を変えて見られるグラフを用意します。ただし、グラフの種類を増やすことが目的ではありません。繁忙期と通常期を比較する、発注後の在庫推移を確認する、滞留が増えた月を特定するなど、質問に対応する形で設計します。
集計の更新時刻を画面上に表示し、未処理データがある場合は注意書きを出します。昨日のデータを今日の数字だと思い込むと、見える化がかえって誤判断の原因になります。更新失敗を検知できる仕組みも、指標そのものと同じくらい大切です。
部門ごとに見る指標を調整する
倉庫・店舗が見る情報
倉庫や店舗では、どの商品をどこから取り出し、どこへ移すかを判断できる情報が必要です。ロケーション、引当、ピッキング状況、入荷検品の待ち、棚卸対象を優先して表示します。倉庫内の作業では、在庫金額よりも、当日処理すべき件数や場所の正確さが重要になる場面があります。
購買が見る情報
購買担当者は、発注点を下回った商品、予測される出庫量、発注残、仕入先の納期、最低発注数量を見ます。発注候補の一覧には、候補になった理由を表示し、発注後は予定日と遅延状態を更新します。発注数量を自動で提案する場合も、計算に使った期間と在庫の定義を確認できるようにします。
営業・生産が見る情報
営業は、受注に対していつ出荷できるかを判断します。利用可能在庫だけでなく、入荷予定、他の引当、代替品の有無を確認できると、回答の精度が上がります。生産部門では、製造予定に対して材料が不足しないか、入荷が工程に間に合うかを確認します。部門ごとに必要なビューを分けても、元データと在庫の定義は統一します。
経営・管理者が見る情報
管理者は、在庫金額、回転率、滞留金額、欠品率、拠点別の差異を期間比較します。合計値だけでなく、増減の理由へたどれることが重要です。例えば在庫金額が増えたとき、販売の見込みに備えた計画的な仕入れなのか、動かない商品が積み上がったのかで対応は変わります。
見える化を改善につなげる運用
毎日の確認を短い定例にする
ダッシュボードを作っただけで在庫が改善するわけではありません。朝の短い確認で、欠品リスク、納期超過、当日の入荷、未処理データを確認し、担当者と期限を決めます。会議のために資料を作るのではなく、同じ画面を見ながら今日の行動を決めることを目的にします。
確認項目を毎回変えると継続しにくいため、最初は三つから五つに絞ります。対応が終わった案件は理由を残し、同じ問題が再発したときに検索できるようにします。通知を消すだけで済ませず、発注点、仕入先、入出庫手順のどこを見直すかまで記録します。
週次・月次で指標の原因を分析する
日次では個別の問題を解消し、週次では欠品や納期遅延の傾向を見ます。月次では滞留在庫や在庫金額、棚卸差異を確認します。期間ごとに見る目的を分けると、毎日の細かな変動に振り回されにくくなります。
指標が悪化したら、現場の入力負担やマスタの不備も確認します。欠品率が上がった原因が需要予測にあるとは限らず、入庫計上が遅れていただけかもしれません。データ品質と業務結果を並べて分析し、改善の順番を決めます。
マスタとルールの管理者を決める
商品名、単位、発注点、安全在庫、仕入先、保管場所は、一度登録したら終わりではありません。担当者がそれぞれ自由に変更すると、同じ商品でも基準が変わります。項目ごとに管理者、変更申請、確認者、適用日を決め、変更理由を履歴へ残します。
新商品を登録するときは、必須項目が空欄でも保存できる状態を避けます。利用開始日、仕入先、単位、保管場所、発注ルールを揃えてから在庫を受け入れます。販売終了や取扱停止の商品も履歴を残し、検索結果や発注候補から除外する条件を決めます。
権限と変更履歴を整える
在庫数や発注点を誰でも変更できると、原因調査が難しくなります。入力、承認、マスタ変更、棚卸確定、履歴閲覧を分け、業務に必要な範囲で権限を付与します。権限を厳しくしすぎて現場が別台帳へ逃げることもあるため、例外時の申請方法と代替担当者を用意します。
履歴には、変更前と変更後、変更者、日時、理由を残します。数値だけでなく、なぜ変わったかが分かれば、棚卸差異や発注数量の検証に使えます。システムを導入する場合も、履歴を保存できるか、検索できるか、出力できるかを確認してください。
ExcelやAccessから改善する方法
最初にファイルと台帳を棚卸する
既存のファイルを一つにまとめる前に、どの部署がどの表を使っているかを一覧にします。ファイル名が似ていても、更新者、更新頻度、含まれる商品、計算方法が異なることがあります。使用中かどうか分からない表をいきなり削除せず、保管場所と利用状況を確認します。
次に、商品コード、数量、単位、更新日、担当者、計算式を確認します。数式で別ファイルを参照している場合は、参照先が存在するか、古いコピーを参照していないかを調べます。データの意味が分からない列は、現場へ確認してから残すか廃止するか決めます。
入力と集計を分ける
一つの表を複数人が直接並べ替えたり、集計結果へ追記したりすると、履歴が壊れやすくなります。入出庫の事実を記録する入力表と、そこから集計する一覧を分けます。商品マスタや仕入先マスタも分離し、コードを参照する形にすると表記ゆれを抑えられます。
Excelで続ける場合は、入力規則、必須チェック、更新者の記録、バックアップ、共有方法を決めます。Accessを使う場合は、テーブル、フォーム、クエリ、帳票の依存関係を把握し、古いマクロや担当者だけが使える処理を整理します。データ件数や同時利用者が増えているなら、先に運用上の制約を確認します。
既存の表を活かしながら在庫管理を仕組み化する場合は、在庫管理システムの開発サービスで、入出庫、棚卸、ロケーション、バーコード、CSV連携などの必要範囲を相談できます。現状のファイルを見せるだけでなく、誰がどの場面で何を判断しているかを伝えると、画面設計へつなげやすくなります。
システム化を検討するタイミング
手作業の集計が判断を遅らせている
複数ファイルを毎日結合している、同じ数字を部門ごとに転記している、担当者が休むと集計できないという状態は、仕組みの見直しを考えるサインです。作業時間だけでなく、更新が遅れたことで発注や出荷の判断を誤っていないかを確認します。
拠点や利用者が増えて整合性が保てない
複数の倉庫や店舗が同じ商品を扱うと、移動や引当を含めた在庫を手作業で合わせることが難しくなります。利用者が増えるほど、同じファイルを同時に編集する制約や、誰が確定したか分からない問題も表面化します。権限、履歴、リアルタイム性が必要な段階では、データを一つの仕組みへ集約する効果が大きくなります。
現在の仕組みを診断してから判断する
新しいシステムを急いで選ぶ前に、現在のデータ構造、業務フロー、マスタ、連携、バックアップ、権限を確認します。表の改修で解決できる問題と、仕組みを作り直した方がよい問題を分けることが大切です。開発前診断・システム診断を利用すれば、修正・保守・刷新のどこから着手するかを整理しやすくなります。
在庫管理の事例や考え方をさらに確認したい場合は、在庫管理に関する記事一覧も参考にしてください。自社と同じ業態の事例だけを探すのではなく、在庫の定義、入出庫の記録、現場の入力方法という共通点から比較すると、改善案を取り入れやすくなります。
導入を進める手順
1. 目的と対象範囲を決める
「在庫を見える化する」だけでは範囲が広いため、最初の目的を一つか二つに絞ります。例えば欠品の早期発見、棚卸差異の削減、滞留在庫の把握、発注作業の短縮などです。商品全体を対象にするのか、主力商品や一つの倉庫から始めるのかも決めます。
2. 現状の数字と業務を記録する
導入前に、現在の在庫金額、欠品件数、棚卸差異、発注にかかる時間などを、無理のない範囲で記録します。正確な過去データがなくても、どの資料を使い、何分かかり、どこで確認が止まるかを記録すれば、改善後の比較軸になります。
3. 定義とマスタを整える
現在庫、利用可能、発注残、滞留、欠品の定義を決め、商品コード、単位、仕入先、保管場所の重複を整理します。マスタを移行する前に、不要な商品や終了した取引先を洗い出します。データの掃除を後回しにすると、新しい画面に古い問題を移すだけになります。
4. 一部の商品と担当者で試す
最初から全商品、全拠点、全機能を対象にせず、欠品や作業負担が大きい範囲を選びます。入庫、出庫、棚卸、発注、入荷予定の一連の流れを試し、入力が現場で続くかを確認します。画面の見やすさだけでなく、例外処理や訂正方法も試験に含めます。
5. 指標を比較して範囲を広げる
試験後は、欠品件数、棚卸差異、滞留在庫、集計時間、未処理データを導入前と比較します。数値が変わらない場合も、入力の漏れや定義のずれを調べます。現場の意見を聞いて項目や操作を調整し、安定してから商品や拠点を追加します。
改善例から考えるダッシュボードの使い方
欠品が続く商品を発注前に確認する
欠品が発生してから手配していた現場では、発注点未満、出庫量の増加、納期超過を一つの一覧にまとめます。担当者は商品ごとに、現在庫、利用可能、発注残、入荷予定、標準リードタイムを確認し、発注、納期確認、代替品の提案を選びます。対応理由を残すことで、発注点の見直しに使える記録が蓄積されます。
動きのない在庫を分類して処理する
滞留在庫を金額順に並べた後、販売停止、季節商品、保守用、発注過多、マスタ誤りなどに分類します。単純な値引きや廃棄の判断を急がず、販売計画、代替利用、返品条件、保管期限を確認します。処理担当者と期限を登録し、翌月に未処理のまま残っている商品を確認します。
棚卸差異を入力ミスの発見に使う
差異が大きい商品を倉庫別、担当者別、取引別に確認すると、入出庫の登録漏れや単位の誤りが見つかることがあります。原因が分かったら、画面の必須項目やバーコード読み取りの手順を変更します。差異を修正するだけでなく、同じ差異が起きない仕組みを改善対象にします。
よくある質問
在庫管理の見える化は、最初から高機能なシステムが必要ですか？
最初からすべての機能を揃える必要はありません。現在庫と利用可能在庫の定義を揃え、入出庫と発注残を正しく記録し、優先度の高い商品を一覧で確認するところから始められます。試験運用で入力負担と効果を確かめてから、棚卸、バーコード、他システム連携などを広げると、現場に合わない機能へ投資するリスクを抑えられます。
Excelで作った在庫表をダッシュボードにできますか？
できますが、先に商品コード、単位、更新者、現在庫の定義、発注残の扱いを整理します。表記ゆれや重複ファイルが残ったまま集計すると、見た目が整っていても数字の信頼性が上がりません。入力履歴と集計を分け、更新時刻を表示し、対象範囲を限定したうえで試すと、改善すべき箇所が見えやすくなります。
指標が多すぎて現場が見なくなりませんか？
指標は利用者の判断に必要なものへ絞り、毎日見る項目と月次で見る項目を分けます。色や通知を増やすのではなく、対応期限と担当者が分かる一覧を中心にします。実際の定例で使い、不要なカードや列を削除しながら画面を調整すると、確認の習慣を作りやすくなります。
まとめ
在庫管理の見える化は、在庫数を表示する作業ではなく、現在庫、利用可能在庫、引当、発注残、入荷予定、滞留状態を同じ定義で共有し、次の行動を決められるようにする取り組みです。欠品率、在庫回転率、在庫日数、滞留在庫、棚卸差異、更新遅れなどを目的に合わせて選ぶと、問題の兆候を早く発見できます。
ダッシュボードは、今日対応する情報から表示し、一覧、明細、履歴へ移動できる構成にします。色だけに頼らず、理由と担当者、期限を記録します。ExcelやAccessを使っている場合も、ファイルと業務を棚卸し、入力と集計を分け、商品コードや単位を整えるところから改善できます。
システム化を進めるときは、目的と対象範囲を絞り、現状の指標を記録し、一部の商品や拠点で試験します。改善結果と現場の使い勝手を確認しながら範囲を広げれば、導入後も更新され、判断に使われる在庫管理へ近づけられます。
