本記事では、紙やExcelで運用していた在庫管理を見直すときに参考になる7つの改善事例を紹介します。入出庫の記録、複数部署の共有、保管場所、発注、製造、店舗間移動、EC連携という異なる課題ごとに、改善前の状態、仕組み化する要点、導入を進める順番を説明します。特定企業の実績数値をそのまま示すものではなく、同じ課題を持つ現場で応用しやすい典型的なパターンとして整理しています。
Excelを残して段階的に改善する場合と、在庫管理システムへ移行する場合の判断材料も取り上げます。現場の負担を増やさずに始めるため、対象商品を絞る方法、マスタを整える方法、改善効果を確認する指標、導入後の運用ルールまで一つの流れで確認できます。
この記事で分かること
- 紙台帳やExcelで起きやすい在庫管理の問題と改善の着眼点
- 入出庫、複数部署、倉庫、発注、製造、店舗、ECに関する7つの改善事例
- システム化の前に商品コード、単位、場所、在庫状態を整える方法
- 小さな範囲で試して現場に定着させる導入ステップ
- 在庫精度や作業時間を確認するための指標と検証方法
- Excelを改修する場合と専用システムを検討する場合の分け方
在庫管理の改善が必要になる共通サイン
帳簿と実際の数量が合わない
棚卸のたびに数量を修正しているのに、次の棚卸で同じ差異が発生する場合は、数え方だけでなく入出庫を記録する流れに原因がある可能性があります。入荷した商品を棚へ移す前に登録するのか、検品後に登録するのかが担当者ごとに違うと、帳簿上の在庫と実際の在庫の時点がずれます。返品、破損、サンプル、社内使用などの例外処理が台帳の外にある場合も、差異が蓄積します。
同じ数字を複数の表へ転記している
倉庫のExcelから営業用の一覧へ転記し、営業の一覧から発注用の表へコピーする運用は、入力する人が注意していても更新の遅れや上書きを避けにくい方法です。ファイルを開けば数字は見えるため問題が分かりにくいものの、どの表が最新かを確認する時間が増えます。転記を減らすには、事実として発生した入出庫を一度登録し、利用者ごとに必要な一覧を同じデータから表示する考え方が有効です。
担当者が休むと判断や作業が止まる
発注点や保管場所が担当者の記憶にだけ残っていると、休暇や異動のたびに確認が必要になります。属人化は個人の努力の問題ではなく、判断に使う項目や履歴が仕組みに記録されていない状態です。経験を否定するのではなく、商品ごとの補充ルール、例外の理由、取引先への確認状況を後から追える形に変えることが改善の目的になります。
在庫改善事例を活用するための見方
改善事例を自社へ取り入れるときは、見た目の画面や採用した製品名ではなく、どの業務上の判断を早く、正確にしたのかを確認します。同じ「在庫数を見える化する」という取り組みでも、倉庫ではピッキング場所が必要になり、購買では納期と発注残が必要になり、経営では金額と滞留の理由が必要になります。
また、改善前の課題を「Excelだから」「紙だから」とだけ決めつけないことも大切です。Excelでも入力規則や履歴を整えれば改善できる範囲があります。紙を使っている現場では、入力端末を増やす前に、記録のタイミング、責任者、訂正方法を決める必要があります。媒体を変える前に業務の事実と判断を分けると、システム化した後も運用がぶれにくくなります。
在庫管理の改善事例7選
事例1：紙の入出庫伝票を現場入力に変え、記録の遅れを減らす
紙の伝票で入庫と出庫を記録している現場では、作業が終わってからまとめて台帳へ転記することがあります。忙しい時間帯の伝票が机に積まれると、在庫数を確認する時点で記録が未入力になり、営業や購買が古い数字を見て判断することになります。訂正した伝票の保管場所が分からず、差異が出たときに原因をたどれないこともあります。
改善では、まず入庫、出庫、移動、返品、破損のように在庫が変わる事実を区分します。次に、バーコードや商品コードを使って、作業場所で数量と状態を登録できる入力画面を用意します。登録した時刻と担当者を履歴へ残し、通信や端末の問題で登録できないときは、後から取り込める一時記録の手順を決めます。紙を完全に廃止できない場合も、紙の伝票番号を入力履歴に持たせれば、二重登録の確認がしやすくなります。
導入時は全商品の入力を一度に変えず、出荷量が多い商品や差異が多い棚から対象にします。作業者が読み取り、数量を確認し、登録済みの表示を見るまでの時間を測り、画面の項目数やボタンの順番を調整します。効果は「紙が何枚減ったか」だけでなく、記録が完了するまでの時間、未登録の件数、訂正理由の把握しやすさで確認します。
事例2：部署ごとのExcelを一つの在庫データへまとめる
営業、購買、倉庫がそれぞれExcelを持つ運用では、同じ商品でも名前や単位が異なることがあります。営業表には受注予定、購買表には発注残、倉庫表には実棚数量が記載されていても、商品コードで結び付いていなければ、合計を作るたびに人が対応表を確認します。ファイルをまとめるだけでは、入力者が増えたときに上書きや誤削除が起きやすくなります。
最初に行うのは、商品コード、商品名、単位、保管場所のマスタを決めることです。販売用コードと仕入先コードが違う場合は、どちらかを消すのではなく、変換関係を管理します。現在庫、引当、検品待ち、発注残、入荷予定を別の状態として持ち、利用可能在庫をどの式で求めるかを関係者と合意します。これらが揃えば、各部署の画面や帳票を同じ事実から作れます。
Excelを当面使う場合は、入力シート、マスタ、集計シートを分離し、入力規則と必須チェックを設定します。共有ファイルで対応できない同時編集、履歴、権限が課題になったら、在庫管理システムへ段階的に移行する方法を検討します。在庫管理システムの開発サービスでは、現在の台帳をもとに必要な範囲を整理できます。
事例3：転記と集計を自動化し、発注判断までの時間を短くする
入出庫のExcel、販売実績、仕入先から届く納期表を担当者が手作業で結合していると、発注候補を作るだけで時間がかかります。計算式をコピーした範囲が途中で切れていたり、別名保存したファイルへ古いデータが残っていたりすると、結果が正しいか確認する作業も増えます。集計に時間を使いすぎると、担当者は発注の優先順位を検討する前に一日を終えてしまいます。
改善の要点は、集計処理を先に作ることではなく、どの時点のデータで何を決めるかを定義することです。出庫実績を日次で取り込み、商品ごとの平均出庫、標準リードタイム、安全在庫、最低発注数量を参照して発注候補を表示します。候補になった理由を「発注点未満」「納期を考慮すると不足」「在庫過多のため保留」のように示すと、自動計算を人が検証できます。
発注を自動確定するのではなく、候補の確認と承認を残す設計から始めると、現場の例外に対応しやすくなります。季節商品、受注生産品、保守用部品などは通常の出庫だけでは判断できないため、保有理由や特別な発注条件をマスタへ登録します。改善後は、発注候補を作る時間、候補の修正回数、欠品につながった見逃し、過剰発注の確認件数を継続して見ます。
事例4：倉庫のロケーションと移動を記録し、探す時間を減らす
倉庫に在庫があることは分かっていても、棚やゾーンが台帳に登録されていなければ、担当者が記憶で探すことになります。仮置き場へ移動した商品、返品から戻った商品、検品待ちの商品が通常在庫と同じ場所に表示されると、ピッキング時に取り違える可能性もあります。棚卸で場所を確認するたびに手書きの地図を修正する状態は、ロケーション管理を見直すサインです。
改善では、倉庫、ゾーン、棚、段など、作業者が実際に探せる粒度でロケーションを定義します。入庫時に置き場所を登録し、移動時には移動元と移動先を一つの取引として残します。検品待ち、隔離、返品、出荷引当など、数量が存在していても出荷に使えない状態を区分すれば、物理在庫と利用可能在庫を混同しにくくなります。
最初から倉庫全体を細かく登録する必要はありません。出荷頻度が高い棚、誤出荷が発生した棚、在庫差異が多い場所から始め、作業者が迷わない呼び方へ調整します。複数倉庫・ロケーション管理の考え方も参照しながら、場所の粒度と入力負担のバランスを確認できます。改善効果は、ピッキングにかかる時間、探索のやり直し、移動登録の未処理件数、ロケーション別の棚卸差異で確認します。
事例5：発注点と滞留在庫を見直し、欠品と過剰を同時に管理する
発注担当者が経験だけで数量を決めていると、欠品を恐れて多めに仕入れた商品が長期間残る一方、予想外に出庫が増えた商品は不足します。在庫を減らすことだけを目標にすると、必要な予備品まで削減して現場が困ります。商品の重要度、需要の変動、仕入先の納期、最低発注数量を組み合わせて、品目ごとに補充の考え方を分ける必要があります。
まず、直近の出庫だけでなく、季節性や販売計画、受注残を確認します。そのうえで発注点、安全在庫、標準リードタイム、最低発注数量を登録し、発注候補の計算根拠を表示します。設定値を変更した人と理由を履歴に残せば、欠品が起きたときに発注点の問題なのか、納期の遅れなのか、登録時点の在庫が誤っていたのかを分析できます。
滞留在庫は、最後の出庫日や入庫日だけで一律に処分を決めません。季節商品、保守用、将来の案件用、販売終了、品質確認中などに分類し、処理方法と期限を登録します。月次で滞留金額と件数を確認し、発注停止、代替利用、返品、値引き、廃棄などの判断を記録すると、在庫を減らす取り組みが単なる削減競争になりません。
事例6：製造の材料・仕掛品・完成品をつなげる
製造現場では、原材料の在庫、工程途中の仕掛品、完成品の在庫が別の台帳で管理されることがあります。材料を払い出した記録が製造実績へ反映されるまでに時間があると、購買は材料が残っていると判断し、生産側は不足していると判断するような食い違いが起きます。完成品の出荷予定と製造予定がつながっていなければ、納期の回答にも手作業が必要です。
改善の第一歩は、品目の状態と工程の区切りを定義することです。原材料の入荷、検品、払出、仕掛品の完成、完成品の入庫、出荷という流れを取引として記録し、数量の単位とロットの扱いを揃えます。製造指示や部品表を使う場合は、予定数量と実績数量の差異を持ち、代替材料や仕損じを例外として残します。
全工程を最初からリアルタイム化するのではなく、納期へ影響が大きい材料や主要工程を対象に試します。生産計画に対する材料不足、仕掛品の滞留、完成品の出荷待ち、実績入力の遅れを一つの確認画面にまとめると、購買と生産が同じ情報で会話できます。製造業での在庫管理を検討するときは、原材料・仕掛品・完成品の管理機能も整理の参考になります。
事例7：店舗・EC・倉庫の在庫を連携し、販売機会を逃さない
店舗、EC、卸売、複数倉庫を運営している場合、販売チャネルごとの在庫表を別々に更新すると、売れた商品が別のチャネルでは販売可能に見えることがあります。店舗間移動や取り置き、返品、キャンセルの反映が遅れると、注文を受けてから商品を探す作業が発生します。チャネルを増やすほど、在庫の数だけでなく、どの販売に割り当てられているかを管理する必要があります。
改善では、販売可能在庫、取り置き、受注引当、移動中、返品確認中などの状態を分け、注文や移動が確定した時点で在庫を更新します。店舗から倉庫へ移す場合は、移動元から減らした後に移動先へ加えるまでの状態を持たせ、途中の数量が消えたように見えないようにします。販売チャネルへ連携する数量は、実棚数量から引当や安全在庫を考慮して計算し、連携失敗や重複更新を確認できる履歴を残します。
連携を始める前に、商品コード、バリエーション、単位、販売停止の扱いを各チャネルで合わせます。まず一つの店舗と限定した商品群で受注から出荷、返品までを試し、例外処理が定まってから対象を広げます。複数モールや店舗を管理する場合は、ECの受注・倉庫在庫連携に関する記事で確認項目を補えます。
7つの事例に共通するシステム化の進め方
1. 改善したい判断と対象範囲を一つに絞る
「在庫を正確にする」という目標だけでは、入力、棚卸、発注、出荷、分析のどこを変えるのか決まりません。最初は「出荷前に利用可能在庫を確認できるようにする」「発注候補の集計時間を短くする」のように、利用者と場面を指定します。対象商品、倉庫、店舗、期間も限定し、現場が検証できる大きさへ落とします。
2. 現在の台帳と作業を棚卸する
ファイル名や伝票の種類を並べるだけでなく、誰が、いつ、何を入力し、次に誰が使うかを記録します。数値が作られる場所、転記される場所、承認される場所、訂正される場所を業務の順に確認します。不要な表をすぐ削除せず、現場で参照されているかを確認してから統合や廃止を決めると、移行時の見落としを減らせます。
3. マスタと在庫状態を定義する
商品コード、名称、単位、仕入先、保管場所、発注点を整えます。同じ商品を複数のコードで管理している場合は対応表を作り、変換ルールを決めてから移行します。現在庫と利用可能在庫を分け、引当、検品待ち、隔離、返品、移動中などの状態を必要な範囲で定義します。状態を増やしすぎると入力が続かないため、実際の判断に使う区分から始めます。
4. 入出庫と例外の履歴を設計する
在庫の現在値だけを移行すると、なぜその数量になったのかを確認できません。入庫、出庫、移動、棚卸調整、返品、破損、社内使用など、数量が変わる取引を履歴として扱います。取消や訂正は元の記録を消して上書きするのではなく、訂正理由と変更者を残す方式にすると、差異調査と監査に活用できます。
5. 少数の商品と利用者で試験する
試験対象は、出荷量が多い、差異が多い、判断が遅れているなど、改善の必要性を確認しやすい範囲を選びます。入庫から出庫、棚卸、発注、返品まで一連の流れを一度は通し、通常処理だけでなく入力ミス、欠品、納期変更、取消も試します。画面が完成しているかより、現場が決めた時間内に入力できるか、例外時に復旧できるかを確認します。
6. 指標を比較し、使い方を直す
導入前と導入後で、棚卸差異、未処理件数、入力完了までの時間、発注候補作成時間、欠品の発生状況などを比較します。数値が変わらない場合は、仕組みの性能だけでなく、入力のタイミングや定義が揃っているかを確認します。作業者から「入力項目が多い」「訂正方法が分からない」といった声があれば、定着のために画面やルールを調整します。
7. 対象を広げ、管理者と定例を決める
試験が安定したら、商品、拠点、担当者を一度に増やさず、どの範囲をいつ移すかを決めます。商品マスタ、発注点、保管場所、権限を変更する担当者を置き、変更理由と適用日を記録します。毎日の未処理確認、週次の欠品や納期確認、月次の滞留と棚卸差異確認のように、指標を見る場を業務に組み込みます。
| 改善対象 | 最初に整える情報 | 確認しやすい指標 |
|---|---|---|
| 紙の入出庫 | 取引区分、商品コード、登録時刻、担当者 | 未登録件数、記録完了までの時間 |
| 部署間のExcel | 商品マスタ、単位、在庫状態、更新責任者 | 転記回数、数字の不一致件数 |
| 倉庫ロケーション | 場所、移動元、移動先、検品状態 | 探索時間、棚卸差異 |
| 発注と滞留 | 出庫実績、発注点、リードタイム、保有理由 | 欠品、滞留金額、発注候補の修正回数 |
| 製造・販売連携 | 工程状態、引当、移動中、受注情報 | 不足の見逃し、連携エラー、納期遅れ |
Excel・紙管理から移行するときの設計ポイント
現在庫を移す前に、不要なデータを分ける
過去の取引履歴、現在庫、発注残、終了した商品を同じ一覧のまま移行すると、新しい仕組みの検索結果が見づらくなります。移行するデータの基準日を決め、現在庫と未入荷の発注を確定します。履歴は参照用に取り込むのか、別保管にするのかを決め、商品コードを変換した記録も残します。
入力を簡単にし、責任を曖昧にしない
現場で続く入力は、必要な項目が絞られ、登録の完了が分かり、間違えたときに直せるものです。一方で、誰が登録してもよい項目と、管理者の確認が必要な項目は分けます。必須項目を増やしすぎて別のメモへ逃げられると、システムの在庫が実態から離れます。入力を簡単にすることと、責任を曖昧にすることは別なので、担当者と確定者の役割を明確にします。
連携とバックアップの失敗を想定する
販売、会計、生産、購買などの既存システムと連携する場合は、どちらを正とするか、連携の頻度、失敗時の再送、重複防止を決めます。連携が止まったときに業務を続けられる一時記録と復旧手順も必要です。バックアップは取得するだけでなく、復元できるかを定期的に確認し、担当者が変わっても手順を実行できるようにします。
改修か新規構築かを業務の状態から判断する
既存のExcelやAccessを改修して対応できるのは、利用者、データ量、同時編集、連携、権限、履歴の要件が現在の仕組みで無理なく扱える場合です。複数拠点が同じ在庫を扱う、スマートフォンでの現場入力が必要、変更履歴が欠かせない、他システムとの連携が増えるといった条件では、部分的な修正を繰り返すより構造を見直す方がよい場合があります。判断に迷うときは、開発前診断・システム診断で現状と選択肢を整理してから、見積もりや製品選定へ進みます。
改善を定着させる運用ルール
棚卸の目的と頻度を品目ごとに決める
すべての商品を同じ頻度で棚卸すると、重要な品目へ時間をかけられないことがあります。出庫量、金額、欠品時の影響、保管の難しさなどから優先度を決め、毎日確認する品目、月次で確認する品目、定期棚卸で確認する品目を分けます。棚卸差異が出たときは数量を直すだけでなく、入出庫履歴と場所を確認し、原因区分を残します。
例外処理を通常業務と同じ画面で扱う
返品、破損、サンプル、無償提供、社内使用、入荷不足などを別紙に記録すると、通常在庫と区別できなくなります。例外を入力する専用の状態や理由を用意し、承認が必要なものだけを確定待ちにします。例外の件数が増えた場合は、個別処理を追加する前に、原因となる業務手順やマスタを見直します。
定例会議では数字から行動へつなげる
在庫金額や欠品件数を報告するだけでは、改善が続きません。指標が悪化した商品について、原因、担当者、期限、次の確認日を決めます。発注点を変更した、移動を登録した、販売計画を更新したという行動を履歴へ残し、次回に結果を確認します。数字の変化がない場合も、入力が止まっていないか、定義が変わっていないかを確認します。
よくある質問
紙の台帳をすぐに廃止できない場合はどうしますか？
紙を使う場面を限定し、紙の伝票番号や記録時刻をシステム側へ紐付ける方法があります。通信障害や現場の端末不足など、紙が必要な理由を整理し、後から誰がいつ登録するかを決めます。紙とシステムの両方へ同じ内容を別々に書くのではなく、どちらが一次記録かを明確にすると二重入力を抑えられます。
Excelの在庫表を残したままシステム化できますか？
移行期間に参照用として残すことはできます。ただし、同じ項目をExcelとシステムへ並行して入力すると、どちらが正しいか分からなくなります。基準日と正となるデータを決め、Excelは出力した一覧を確認する用途へ変えるなど、役割を限定してください。商品コードや単位の対応表を先に作ると、移行後の不一致を調べやすくなります。
最初にシステム化する在庫の範囲はどう選びますか？
出庫量が多い、差異が多い、欠品の影響が大きい、担当者の集計負担が高いといった条件から選びます。入力が続くかを確認する目的なら、少数の商品と一つの拠点で入庫から出庫までを試します。連携が課題なら、受注、引当、出荷、返品まで一つのチャネルで確認し、例外処理が整理されてから範囲を広げます。
在庫管理システムの導入効果は何で測ればよいですか？
目的に応じて、棚卸差異、未処理件数、入力完了までの時間、発注候補の作成時間、欠品、滞留在庫、探索時間などを選びます。指標の定義と基準期間を導入前に決め、同じ条件で比較します。数値だけでなく、担当者が履歴をたどって原因を説明できるか、例外処理を迷わず完了できるかも定着の確認に含めます。
まとめ
在庫管理の改善は、紙をデジタルへ置き換えるだけでは完了しません。入出庫の事実、商品コードや単位、保管場所、在庫状態、発注や受注の引当を揃え、誰がどの数字を見て何を判断するかを明確にすることが出発点です。今回紹介した7つの事例も、媒体や業種は異なりますが、記録の遅れ、転記、場所の不明確さ、例外の台帳外処理という共通の原因を整理しています。
システム化を進めるときは、目的と対象範囲を絞り、現状の台帳と作業を棚卸しします。マスタと在庫状態を定義し、取引履歴と例外処理を設計したうえで、少数の商品や拠点で試験します。導入後は棚卸差異、未処理、欠品、滞留、集計時間などを同じ条件で確認し、画面とルールを現場に合わせて調整します。
Excelの改修で解決できる範囲と、複数拠点・連携・履歴・権限のために仕組みを見直す範囲を分けることも重要です。自社に合う進め方が分からない場合は、業務とデータの状態を診断し、修正・保守・刷新の優先順位を整理してから具体的な導入計画を作成してください。
