こうした問題を防ぐには、現在庫だけでなく、出庫予定、発注済み数量、入荷予定、仕入先ごとの納期などを一つの流れで確認できる仕組みが必要です。発注点や安全在庫の基準を決めておけば、担当者の経験だけに頼らず、発注が必要な商品を判断しやすくなります。
この記事では、在庫管理と発注管理を連携するメリット、発注判断に必要なデータ、システムに求められる機能、導入時の進め方を解説します。ExcelやAccessでの管理からクラウドサービスや個別開発への移行を検討している方にも、選択肢を比較する際の考え方を紹介します。
この記事で分かること
- 在庫管理と発注管理を連携することで改善できる業務
- 欠品や過剰在庫が起きる主な原因
- 現在庫・発注残・入荷予定を使った発注判断の考え方
- 発注点・安全在庫・リードタイムを管理する方法
- 在庫管理システムに必要なマスタ・アラート・履歴機能
- Excel・Access・クラウド・個別開発の使い分け
- 在庫管理と発注管理を連携するときの導入手順と注意点
在庫管理と発注管理を連携する必要性
別々に管理すると発注の判断が遅れる
在庫数を表計算で管理し、発注状況をメールや別の台帳で管理している現場では、発注担当者が複数の資料を突き合わせて判断します。資料の更新時刻が異なると、画面上は在庫が少なく見えても、すでに発注済みの商品が入荷待ちになっていることがあります。反対に、発注したつもりの商品が台帳へ記録されていなければ、同じ商品をもう一度注文する可能性があります。
担当者が不在の日に判断が止まることも、分離管理で起こりやすい問題です。発注の基準が担当者の経験や記憶に依存していると、引き継ぎ後に発注量が変わり、欠品と過剰在庫の両方が発生しやすくなります。データを連携し、同じ商品コードと同じ単位で数量を扱えるようにすることが、安定した運用の出発点です。
欠品と過剰在庫は反対の問題に見えて原因が重なる
欠品は、在庫がゼロになってから発注する運用や、仕入先の納期を考慮しない運用で起こります。過剰在庫は、販売や使用の見込みを確認せずにまとめて発注したり、発注済み数量を現在庫と分けて見ていたりすると発生します。どちらも、現在庫だけを見て発注することが共通の原因です。
発注時点で確認したいのは、倉庫や店舗にある数量だけではありません。すでに出荷先が決まっている引当数量、仕入先へ発注して入荷を待っている数量、返品や検品待ちで利用できない数量を分けて考える必要があります。業務に合わせて定義を決め、画面や帳票で同じ意味の数字を表示することが重要です。
発注判断に使う在庫データの考え方
現在庫・引当在庫・利用可能在庫を分ける
現在庫は、倉庫や店舗などの保管場所に存在する数量です。ただし、現在庫の全量を自由に使えるとは限りません。受注済みで出荷を予定している商品、製造や作業に使う予定の材料、品質確認が終わっていない商品は、発注判断上の扱いが異なります。
そこで、在庫一覧では少なくとも現在庫、引当数量、利用可能数量を区別します。利用可能数量を「現在庫から引当数量や利用できない数量を差し引いた値」と定義し、画面・帳票・CSVで同じ計算を使うと、担当者が数字の意味を取り違えにくくなります。返品予定や廃棄予定の数量を別の状態で管理すると、実際に販売や使用へ回せる在庫をより正確に把握できます。
発注残と入荷予定を現在庫に足して考える
発注済みでまだ入荷していない数量は、現在庫ではありません。しかし、発注判断では将来の入荷予定として確認する必要があります。商品ごとに発注日、仕入先、納期、発注数量、入荷済み数量、残数量を持たせると、未入荷の注文を追跡できます。
入荷予定日を過ぎても検品されていない発注は、通常の入荷予定と区別して表示します。納期遅延が起きている商品を別に確認できれば、追加発注や代替商品の検討を早められます。仕入先から納期変更の連絡を受けたときに、発注台帳だけでなく在庫の見込みにも反映することが大切です。
発注点と安全在庫を業務に合わせて決める
発注点は、在庫がその水準を下回ったときに発注を検討する基準です。発注点を決めるときは、仕入先から届くまでに必要な数量と、需要の変動や納期の遅れに備える安全在庫を分けて考えます。販売量が一定でない商品や、納期が安定しない仕入先では、安全在庫を一律に設定すると適切な結果になりません。
まずは商品分類ごとに、通常の使用量、繁忙期の使用量、仕入先の標準納期、最低発注数量を整理します。そのうえで、発注点を下回った商品を候補として表示し、担当者が取引先の休業日や特別受注を確認して確定する運用にします。完全な自動発注に進む前に、候補抽出と承認の仕組みから始めると、例外を扱いやすくなります。
単位と丸め方を統一する
発注数量と在庫数量の単位が異なると、計算が合っていても発注ミスが起こります。商品を一本単位で管理していても、仕入先には一箱単位で注文する場合があります。入数、発注単位、最小発注数を商品マスタに登録し、発注候補を注文単位へ変換できるようにします。
ケース単位への切り上げが必要な商品と、必要数だけ注文できる商品を同じルールで処理しないことも重要です。変換前の必要数と、実際に発注する数量を画面で並べて表示すれば、担当者は過剰発注になっていないかを確認できます。
在庫管理と発注管理の連携に必要な機能
商品・仕入先・保管場所のマスタ
連携の基礎になるのが、商品と仕入先のマスタです。商品コード、商品名、分類、単位、入数、発注単位、標準納期、発注点、安全在庫、主な仕入先を登録します。仕入先側の品番や価格を持つ場合は、自社の商品コードと対応付けておくと、発注書やCSVを作成するときに転記を減らせます。
複数倉庫や店舗がある場合は、保管場所もマスタとして管理します。同じ商品でも倉庫ごとに発注点や補充ルールが異なることがあります。全社で共通する項目と、倉庫ごとに変わる項目を分けて設計すると、拠点を増やしたときに管理しやすくなります。
入出庫・移動・棚卸を在庫数へ反映する機能
発注判断の元になる在庫数は、入庫、出庫、返品、廃棄、倉庫間移動、棚卸差異によって変わります。発注管理だけを追加しても、在庫数が正しく更新されなければ発注候補は正しくなりません。どの取引がどのタイミングで在庫へ反映されるのかを決め、処理の履歴を残します。
棚卸では、帳簿上の数量と実際に数えた数量が一致しないことがあります。差異を修正した人と日時、理由を記録できるようにすると、後から原因を調べられます。バーコードやQRコードを使う場合も、読み取り結果をそのまま確定せず、対象商品と保管場所を確認する画面を用意すると誤登録を抑えられます。
発注候補・承認・発注書作成
発注候補一覧には、商品名、利用可能数量、発注点、発注残、入荷予定、推奨発注数量、仕入先を表示します。候補になった理由が分かると、担当者は例外商品を見つけやすくなります。例えば、発注点を下回った商品、入荷予定が遅れている商品、特別な注文が入った商品を状態で区別します。
候補をそのまま発注するのではなく、担当者の確認や上長承認を挟むこともできます。承認後に発注書や仕入先別の一覧を作成し、メールや仕入先の受注方法に合わせて送信します。発注後は発注番号と入荷予定日を保存し、入荷時に同じ発注へ紐付けることで、発注から検品までを追跡できます。
アラート・検索・履歴
アラートは、発注点を下回った商品の通知だけでなく、入荷予定日を過ぎた発注、長期間動きのない在庫、棚卸差異が大きい商品などにも使えます。ただし通知を増やしすぎると確認されなくなるため、担当者、期限、重要度を設定できるようにします。
検索では、商品コード、商品名、仕入先、倉庫、発注状態、入荷予定日などを組み合わせます。履歴画面では、在庫が変わった理由と発注の経緯を同じ商品単位で確認できるようにします。誰がいつ登録・変更・承認したかが分かれば、引き継ぎや問い合わせへの対応も進めやすくなります。
連携方法の選び方
Excelで管理する場合
商品数や担当者が少なく、まず発注ルールを試したい場合は、Excelで在庫と発注の表を整理する方法があります。商品マスタ、入出庫履歴、発注台帳を分け、商品コードで参照する基本形から始めます。入力規則や保護、更新担当者を決めることで、記入ミスを減らせます。
一方で、複数人が同時に更新する運用、複数ファイルの統合、変更履歴の確認、バーコード端末との連携が必要になると、Excelだけでは管理が複雑になります。関数が増えた結果、どのファイルが最新版か分からなくなった場合は、表の修正を続ける前に、データの持ち方と業務手順を見直します。
Accessやクラウドサービスを使う場合
既存のAccessに商品・入出庫・発注のデータが蓄積されている場合は、画面や帳票を改修しながら連携を追加できます。利用者や拠点が増えた場合は、データベースの構造、バックアップ、同時利用、権限を確認します。現在の仕組みを活かせることが利点ですが、古い環境や担当者依存の処理が残っていないかを先に確認する必要があります。
クラウドサービスは、標準機能を早く使い始めたい場合に候補になります。商品数、拠点数、権限、入出庫、発注、外部連携、料金体系を比較し、自社の業務が標準機能に収まるかを確認します。標準機能に合わせて業務を変えるのか、追加開発や別の連携を行うのかを、導入前に決めておくことが重要です。
個別開発やテンプレート型開発を選ぶ場合
自社の発注単位、倉庫構成、承認手順、販売・生産システムとの連携を変えにくい場合は、個別開発が適しています。すべてをゼロから作る方法だけでなく、在庫管理の基本機能を持つテンプレートをベースに、必要な部分を調整する方法もあります。
在庫管理システム開発のサービスでは、入出庫、棚卸、ロケーション管理、バーコード、CSV連携、帳票出力などを業務に合わせてカスタマイズする考え方が案内されています。発注管理を追加したい場合は、現在の在庫データと発注台帳の状態を示し、どこまでを標準機能で扱い、どこを調整するかを相談します。生産工程と在庫を合わせて管理する場合は、生産・在庫管理ミニシステムも選択肢になります。
導入を進める手順
1. 現在の在庫・発注業務を整理する
最初に、誰が、どの資料を使い、どのタイミングで発注しているかを整理します。商品登録、入庫、出庫、棚卸、発注、入荷、検品、返品の各工程を並べ、手作業の転記や確認が発生している箇所を確認します。業務フローは理想の形から作らず、現場で実際に行われている手順を記録することが大切です。
2. 商品・仕入先・倉庫のデータを整える
商品コードの重複、単位の違い、販売終了商品、仕入先の表記ゆれがあると、データを連携したときに在庫が分散します。まず現在使っている商品一覧を集め、重複や不要な項目を確認します。商品コードを変更する場合は、過去の履歴と新しいコードの対応表を残します。
3. 発注点と承認ルールを決める
すべての商品に同じ発注点を設定するのではなく、使用量、納期、重要度、保管コストを見ながら分類します。発注候補を誰が確認し、どの金額や数量から承認が必要か、急ぎの発注をどう扱うかも決めます。ルールを画面の外に置いたままにせず、商品マスタや申請画面で参照できるようにします。
4. 一部の商品・拠点で試験運用する
最初から全商品と全拠点を移行すると、問題が起きたときに原因を特定しにくくなります。取扱量が多く、欠品や発注作業の負担が大きい商品群を選び、入出庫、発注候補、承認、入荷、棚卸までを一つの流れで試します。現場が実際に使える画面か、例外処理が止まらないかを確認します。
5. 運用結果を見て範囲を広げる
試験運用後は、発注候補の件数、手作業で修正した件数、入荷遅延の把握状況、棚卸差異などを確認します。数値だけでなく、担当者がどの画面で迷ったか、どの情報が不足していたかも記録します。必要な修正を反映してから、商品や拠点を追加します。
連携で失敗しないための注意点
在庫データの基準を決める
「在庫」と呼んでいる数量が、帳簿上の数量なのか、利用可能な数量なのか、検品前を含む数量なのかを決めます。部署ごとに定義が違うと、同じ画面を見ても判断が分かれます。画面、帳票、CSV、会議資料で同じ項目名と計算方法を使うことが必要です。
例外処理を先に考える
通常の発注だけでなく、急な大量注文、仕入先の欠品、代替品への変更、返品、分納、納期変更が起こります。例外を無理に標準フローへ押し込むと、担当者が別の台帳やメールで処理し始めます。例外の種類と記録項目を決め、通常処理から外れた状態を検索できるようにします。
自動化の範囲を段階的に広げる
発注候補の抽出、発注書の作成、入荷予定の更新、発注の自動送信は、それぞれ異なる確認が必要です。最初から完全自動化するのではなく、候補抽出と担当者の承認から始め、データの正確性と運用の安定を確認します。自動送信へ進む場合も、金額や数量の上限、送信前の確認、取り消し方法を用意します。
システム導入前に現状を診断する
ExcelやAccessを長く使っている場合は、表面上の機能追加だけでは解決しないことがあります。データの重複、担当者だけが知っている手順、古いマクロ、バックアップの不足などを確認し、修正・延命・再構築のどれが適切かを判断します。必要であれば、システム診断で現状と移行の進め方を整理できます。
よくある質問
在庫管理と発注管理は最初から完全に自動化すべきですか？
最初から完全自動化する必要はありません。まずは現在庫、発注残、入荷予定を同じ画面で確認し、発注候補を表示するところから始めます。担当者の承認を経て発注する運用でデータとルールを確認し、安定してから自動送信などの範囲を広げると、例外処理にも対応しやすくなります。
Excelで管理している在庫と発注のデータを移行できますか？
移行できる場合がありますが、先に商品コード、単位、仕入先名、在庫数の定義、重複データを整理する必要があります。不要な列や古い商品をそのまま取り込むと、移行後も発注候補が正しく表示されません。移行対象と過去履歴の扱いを決め、少数の商品で取り込みと照合を試してから範囲を広げます。
まとめ
在庫管理と発注管理を連携すると、現在庫だけでなく、引当数量、発注残、入荷予定、仕入先の納期をまとめて確認できます。発注点や安全在庫を設定して発注候補を表示すれば、担当者の経験だけに頼らず、欠品や過剰在庫を防ぐための判断を標準化できます。
連携を成功させるには、最初に商品コード、単位、在庫の定義、発注ルールを整えることが重要です。そのうえで、ExcelやAccessの改善、クラウドサービス、個別開発やテンプレート型開発の中から、業務の規模と将来の拡張に合う方法を選びます。全社導入を急がず、一部の商品や拠点で入出庫から発注・入荷・棚卸まで試すと、実際の課題を確認しながら進められます。
在庫管理の仕組みを見直すときは、まず現在の資料と業務手順を整理し、どの情報を連携すべきかを明確にしてください。必要な範囲から段階的に整備することで、現場が使い続けられる発注管理へ近づけます。
