食品卸の在庫管理システム導入ガイド|Excel管理の限界・賞味期限/ロット管理・費用と効果の試算

食品卸の在庫管理システム導入ガイド|Excel管理の限界・賞味期限/ロット管理・費用と効果の試算

「在庫が足りなくて急ぎの注文に応えられなかった」「季節商品を仕入れすぎて廃棄処分が出てしまった」──食品卸売業や流通業の経営者であれば、このような在庫管理の失敗に頭を悩ませた経験がある方は多いでしょう。欠品による機会損失と、過剰在庫による廃棄・保管コストは、いずれも利益を直撃します。しかもこの問題は、往々にして「担当者の勘と経験」に依存したExcel管理が根本原因になっています。

本記事では、食品卸の在庫管理をExcelからシステムへ移行する際の考え方を解説します。「導入すればこれだけ改善します」という効果の数字は、本記事には一切記載していません。在庫管理の改善幅は、現在の運用精度・取扱品目・出荷の波形によってまったく異なり、他社の数字を当てはめても自社の判断材料にはならないためです。代わりに、自社の現状を数値で把握する方法と、その数値から効果を試算する計算式をお伝えします。導入するかどうかは、その試算結果で判断してください。

目次

この記事でわかること

  • 食品卸の在庫管理が難しくなる構造的な理由
  • Excelでの在庫管理が限界に近づくサイン
  • 改善前に測っておくべき4つの指標と、その測り方
  • 欠品と過剰在庫を同時に改善するための考え方
  • 賞味期限管理・ロット管理が必要になる場面
  • 在庫管理システムの選定基準(食品卸の場合)
  • 導入の進め方と、期間を左右する要因
  • 費用の内訳と、効果を自社の数字で試算する計算式
  • AI需要予測を検討する前に整えておくこと
  • 導入でつまずきやすいポイント

食品卸の在庫管理が構造的に難しい理由

食品卸売業は、在庫管理の難易度が高い業種です。他業種と比べて条件が厳しくなる理由は主に4つあります。

過剰在庫が直接廃棄になる──取り扱い商品の多くに賞味期限があるため、売れ残りが「保管コスト」ではなく「廃棄損」として確定します。機械部品や衣料品のように、翌シーズンまで持ち越して売るという選択肢がありません。

欠品の代償が大きい──「今日明日の発注に応える」ことが取引の前提になっているため、欠品は一度の失注にとどまらず、取引先が別の卸に切り替えるきっかけになります。在庫を絞りにくい構造があります。

需要の変動要因が多い──季節、天候、地域のイベント、取引先の販促。いずれも出荷量を大きく動かしますが、事前に把握できるものと当日までわからないものが混在します。

同じ品目でも在庫が均質でない──入荷ロットごとに賞味期限が異なるため、「この商品の在庫は何個」という数量だけの管理では実務が成立しません。この点は後の章で詳しく扱います。

これらが重なると、欠品と過剰在庫が同じ倉庫の中で同時に発生するという状態になります。「在庫を減らすか、増やすか」という一本の軸では解決できないのが、この問題の厄介なところです。

Excelでの在庫管理が限界に近づくサイン

Excelは表計算ソフトとして優秀で、品目数が少ないうちは在庫管理にも十分使えます。問題は「どこから限界なのか」が分かりにくいことです。次のような状態が複数当てはまるようになったら、システム化を検討するタイミングと考えてよいでしょう。

  • 在庫データを見る前に、担当者へ「実際のところ今いくつある?」と確認している
  • 入出庫の転記が追いつかず、帳簿在庫と実在庫の差異が常態化している
  • 発注量の根拠を、担当者以外が説明できない
  • 賞味期限の近い在庫を、目視や付箋で管理している
  • 同じファイルを複数人が開くため、更新待ちや上書き事故が起きている
  • 棚卸しの差異について、原因を追跡できないまま帳簿を合わせている
  • 拠点・倉庫が複数あり、どこに何があるかを横断で見られない

逆に、品目数が少なく担当者が1名、入出庫も1日数件という規模であれば、Excelのままで問題ないケースも多くあります。システム化は目的ではなく手段です。判断の目安についてはExcel管理の限界とシステム化のタイミングもあわせてご覧ください。

上のチェックリストに当てはまる項目が多かった場合、次にやるべきは製品の比較ではなく、現状を数値で把握することです。自社の損失額がわからないまま見積りを取っても、その金額が高いのか安いのか判断できません。

食品卸の在庫管理の難しさ ①過剰在庫が直接廃棄になる ②欠品の代償が大きい ③需要の変動要因が多い ④同じ品目でも在庫が均質でない
食品卸の在庫管理が構造的に難しい4つの理由
①過剰在庫が直接廃棄になる

賞味期限があるため、売れ残りが保管コストではなく廃棄損として確定する

②欠品の代償が大きい

一度の失注にとどまらず、取引先が別の卸に切り替えるきっかけになる

③需要の変動要因が多い

季節・天候・イベント・取引先の販促。事前に読めるものと読めないものが混在

④同じ品目でも在庫が均質でない

入荷ロットごとに賞味期限が異なり、数量だけの管理では実務が回らない

改善前に測っておくべき4つの指標

在庫管理の改善は、「現状がどれだけ悪いか」を数値にしないと評価できません。導入を検討する前に、次の4つを自社の実データで測ってください。どれも1〜3ヶ月分あれば傾向がつかめます。この4つの数字が、後の費用対効果の試算にそのまま使えます。

指標測り方何がわかるか
欠品率 在庫がなく応えられなかった注文の件数 ÷ 全注文件数(期間を決めて集計) 機会損失の規模。断った注文の金額も併せて記録すると、後の試算が正確になります
廃棄額 賞味期限切れ・品質劣化で処分した商品の原価を月単位で合計 過剰在庫による確定損失。品目別に集計すると、どの商品で起きているかが見えます
在庫回転率 期間の出庫金額 ÷ 期間の平均在庫金額 在庫が何回入れ替わっているか。低い品目に資金が滞留しています
発注業務の所要時間 在庫確認から発注確定までにかかる時間を、1週間ストップウォッチで実測 人件費に換算できる工数。担当者の感覚値ではなく実測してください

測ってみると、「廃棄はほとんど出ていないが発注に時間がかかりすぎている」「発注は回っているが特定品目の在庫が動いていない」など、自社の問題がどこにあるかが絞り込めます。問題が発注工数だけであれば、在庫管理システムより先に発注フローの見直しで解決することもあります。

なお、この4指標は導入後も同じ方法で測り続けてください。導入前の数字がないと、効果が出たかどうかを判定できません。これは在庫管理に限らず、業務改善全般に共通する原則です。

欠品と過剰在庫を同時に改善する3つの基本

「欠品を減らそう」とすれば在庫は増え、「在庫を減らそう」とすれば欠品が増える──この二律背反に見える問題を同時に改善するには、次の3点を押さえる必要があります。システムはこの3点を実行しやすくするための手段です。

基本1:在庫データをリアルタイムに近づける

欠品も過剰在庫も、多くは「数字が信用できないから念のため多め(あるいは様子見)にする」という判断から生まれます。入出庫をその場で登録できる仕組み(バーコード、ハンディターミナル、スマートフォンでの読み取り)に変えると、判断の前提そのものが変わります。システム導入の効果の大半は、この「データが信用できる状態になること」から生まれます。

基本2:品目ごとに安全在庫と発注点を決める

全品目に同じ感覚を当てるのではなく、出荷頻度・仕入れリードタイム・出荷量のばらつき・賞味期限の長さから、品目ごとに「これを下回ったら発注する」という基準を決めます。最初から精緻な計算をする必要はありません。出荷金額の多い順に並べて上位・中位・下位に分けるABC分析から始めるだけでも、管理の濃淡がつけられます。上位品目だけ丁寧に基準を決め、下位品目は大まかに扱う、という切り分けが現実的です。

基本3:決めた基準を見直す前提で運用する

安全在庫は一度決めたら終わりではありません。季節や取引先構成が変われば適正値も変わります。月次で「欠品が出た品目」「滞留した品目」を振り返り、基準を調整するサイクルを運用に組み込むことが、改善を続けるうえで欠かせません。この振り返りを行わない場合、システムを入れても初期設定のまま形骸化します。

食品卸で賞味期限管理・ロット管理が必要になる理由

一般的な在庫管理では「品目ごとの数量」を管理すれば足りますが、食品卸では同じ品目でも入荷ロットごとに賞味期限が異なるため、数量だけの管理では実務が回りません。ロット管理・賞味期限管理が必要になる具体的な場面を整理します。

出荷の優先順位を決めるため(FEFO)

先に入荷したものから出す先入先出(FIFO)ではなく、賞味期限が先に切れるものから出すFEFO(First Expired First Out)が食品では基本になります。入荷順と期限順は必ずしも一致しないため、ロットごとに期限を持っていないとFEFOは運用できません。システム側で期限順に出荷候補を提示できると、現場の判断や記憶に依存しなくなります。

納品先の期限条件に応えるため

小売や給食施設では、残存期限に関する納品基準(いわゆる三分の一ルールなどの商慣習)が設定されている場合があります。基準を満たさない在庫は出荷できないため、期限を把握しないまま在庫を積むと、在庫はあるのに出せないという事態が起こります。条件は取引先ごとに異なるため、取引先マスタ側に納品可能な残存期限を持たせられるかも確認しておきたい点です。

回収・追跡に対応するため

製造元から特定ロットの自主回収の連絡が入ったとき、「そのロットをどの取引先に何ケース出荷したか」を短時間で特定できるかどうかが、対応の速さと範囲を左右します。ロット単位の入出荷履歴が残っていれば、影響範囲を限定して連絡できます。食品のトレーサビリティに関する制度や表示のルールは品目によって異なるため、自社の取扱品目については消費者庁・農林水産省など公式情報で最新の要件をご確認ください。

廃棄の発生を事前に察知するため

期限をデータで持っていれば、「一定期間内に期限を迎える在庫」を一覧で出せます。廃棄が発生してから気づくのではなく、値引き販売・販促提案・出荷優先といった手を打つ余地が生まれます。廃棄額が大きい事業者ほど、この一覧が出せるかどうかが効果に直結します。

在庫管理システムの選び方(食品卸の場合)

在庫管理システムは、汎用品から食品業界向けの専用パッケージまで幅広く存在します。食品卸が比較検討する際は、次の5つの観点で絞り込むと判断しやすくなります。

観点確認すること
①賞味期限・ロット管理標準機能として使えるか。後からカスタマイズで追加すると費用も期間も膨らみます
②入出庫の登録手段バーコード・ハンディ・スマホなど、現場が実際に使える入力方法が用意されているか
③既存システムとの連携受発注・販売管理・会計とCSV連携かAPI連携か。連携の粒度と頻度まで詰めないと二重入力が残ります
④コスト構造初期費用・月額・ユーザー数課金の有無・ハードウェア費用を合算して比較(次章参照)
⑤現場の操作性入出庫を登録する担当者本人が試用したうえで判断する。無料トライアルはここで使います

クラウドSaaSとパッケージ/独自開発の選択は、初期費用と適合度のトレードオフです。標準機能で業務の大半をカバーできるならSaaSが有利ですが、独自の商習慣や複雑な連携が業務の中心にある場合は、カスタマイズや独自開発のほうが結果的に安くなることもあります。どちらか判断がつかない段階でも、要件を整理してから比較するだけで選定の精度が上がります。

導入の進め方と、期間を左右する要因

在庫管理システムの導入は、大きく3つのフェーズに分かれます。所要期間は品目数・データの整備状況・連携範囲によって大きく変わるため、ここでは期間ではなく順序と作業内容を示します。

第1フェーズ:データ移行・マスタ整備──既存のExcelに蓄積された商品マスタ(商品コード・名称・単位・発注先・リードタイム)と取引先マスタを新システムへ移行します。表記ゆれ・重複・欠損・廃番品の混在の修正に最も時間がかかるのが通常で、プロジェクト全体の期間を決めるのはほぼこのフェーズです。この機会に商品コードの体系を整備しておくと、以後の管理精度に効いてきます。

第2フェーズ:スタッフ教育・並行運用──操作研修を全スタッフ対象に実施し、入出庫登録・在庫照会・発注リストの確認方法を、現場担当者が迷わず使えるレベルまで練習します。この期間は新システムとExcelの並行運用を行い、データの整合性を確認しながら運用精度を高めます。二重入力の負荷がかかる期間なので、あらかじめ現場に目的と期間を説明しておくことが定着を左右します。

第3フェーズ:本番切替・運用安定化──並行運用期間のデータ照合で問題がないことを確認し、新システムへ完全移行します。移行直後は終業時にシステムデータと現物の照合を行い、差異があれば即日修正する体制を取ります。差異の発生パターンが見えてくると、運用ルールの抜けも同時に修正できます。

第1フェーズ データ移行・マスタ整備 第2フェーズ スタッフ教育・並行運用 第3フェーズ 本番切替・運用安定化
第1フェーズ

データ移行・マスタ整備

第2フェーズ

スタッフ教育・並行運用

第3フェーズ

本番切替・運用安定化

費用の内訳と、効果を自社の数字で試算する方法

導入判断で最も知りたいのは「いくらかかって、どれだけ戻るのか」です。本記事では金額の目安を示しません。在庫管理システムの価格は、品目数・拠点数・ユーザー数・連携範囲・カスタマイズの有無で桁が変わるため、目安を出すことがかえって判断を誤らせるからです。代わりに、見積りを取るときに数え漏らしやすい費用と、効果を自社の数字で計算する式を示します。

コスト側で数えるもの

  • 初期費用(初期設定・データ移行支援・研修)
  • 月額または年額のライセンス費用(ユーザー数・拠点数で変動するか要確認)
  • ハードウェア費用(バーコードリーダー、ハンディターミナル、ラベルプリンタ、消耗品のラベル代)
  • 既存システムとの連携開発費(見積書で別項目になっていることが多く、見落としやすい費用です)
  • カスタマイズ費用と、その保守費用(カスタマイズ部分はバージョンアップ時に追加費用が発生することがあります)
  • 社内工数:マスタ整備、並行運用期間の二重入力、研修時間。人件費換算すると外部支出に匹敵することもあります

最後の社内工数は、見積書には絶対に現れません。ここを数えずに「初期費用+月額」だけで判断すると、稟議が通ったあとに現場が疲弊します。マスタ整備に何人日かかりそうかを、実際のデータを見て概算しておいてください。

効果側の計算式

前述の4指標を測っていれば、効果は次の式で試算できます。改善率の見込みは、システム会社にヒアリングした値ではなく、自社で「この運用に変われば何割減らせそうか」を現場と相談して置いてください。

効果年間効果の計算式扱い
廃棄コストの削減 月間廃棄額 × 削減率の見込み × 12 実際に支出が減る。試算の主軸にする
発注工数の削減 1日の削減時間 × 稼働日数 × 時間あたり人件費 削減時間を他業務に充てられる場合のみ計上。人員が減らないなら「余力の創出」と表現する
在庫圧縮による資金効果 削減できる平均在庫金額 × 資金コスト率 キャッシュフロー改善。借入がある場合は金利で換算できる
欠品による機会損失の回避 欠品で断った注文額 × 改善率の見込み 参考値にとどめる(下記の注意参照)

「機会損失の回避」を投資回収の計算に入れないでください

在庫管理システムの費用対効果の説明では、欠品による機会損失の回避額が効果として大きく計上されることがあります。しかしこれは「欠品がなければ必ず受注できた」という前提を置いた見積りであり、実際の入金を伴うものではありません。この項目を含めると効果額は大きく見えますが、投資回収期間の判断材料としては適しません。
投資回収を見るときは、実際に支出が減る「廃棄コストの削減」と、人員配置を変えられる場合の「発注工数の削減」だけで計算してください。それでも投資を上回るのであれば、機会損失の回避は上振れ要因として考えればよい、という順序をおすすめします。

なお、2年目以降はライセンス費用が中心のランニングコストになるため、費用対効果は初年度より改善する構造になります。逆に、運用が定着せずExcelに戻ってしまうと月額だけが残ります。試算の前提には「運用が定着すること」が含まれている点を忘れないでください。

在庫管理システムの導入でつまずきやすいポイント

導入そのものより、定着でつまずくケースが多くあります。あらかじめ想定しておきたい点を挙げます。

マスタ整備を軽く見積もる──商品コードの重複、単位の不統一(ケース/バラ/kg)、廃番品の混在。移行前のデータ整備は想定を超えることが珍しくありません。ここを圧縮すると、稼働後に差異が出続けます。

入出庫登録が現場で省略される──忙しい時間帯に登録を後回しにされると、リアルタイム性という最大のメリットが失われます。「作業と同時に登録が終わる」導線になっているかを、現場の動きに合わせて設計する必要があります。

発注推奨をそのまま信用する/まったく使わない──どちらも避けたい状態です。最初は推奨値と担当者の判断のズレを記録し、安全在庫やリードタイムの設定値を調整していく期間として扱うのが現実的です。

二重入力が残る──受発注や販売管理との連携を後回しにすると、システムとExcelの両方に入力する運用が残り、現場の不満が蓄積します。連携範囲は選定段階で決めておきます。

棚卸しルールを決めていない──差異が出たときに誰がいつ調整するかを決めていないと、帳簿在庫が再び信用されなくなります。循環棚卸し(品目を分けて日常的に数える方式)を組み込むと、差異の早期発見につながります。

AI需要予測を検討する前に整えておくこと

在庫管理システムで蓄積したリアルタイムの在庫・出荷データは、AIによる需要予測を検討する際の基盤になります。ただし、AI需要予測は「導入すれば発注が自動化される」という性質のものではありません。段階を追って考える必要があります。

段階1:予測に使えるデータが揃っているか確認する

需要予測には、品目ごとの出荷実績が一定期間分、粒度をそろえて蓄積されている必要があります。必要な期間や粒度は、品目の性質や予測したい範囲によって変わります。在庫管理システムを導入して間もない段階では、まずデータを溜める期間と考えるのが現実的です。
また、欠品でゼロになった日のデータをそのまま「需要ゼロ」として学習させると予測が下振れします。実際には注文があったのに在庫がなくて出荷できなかった日を区別できるよう、欠品の記録を残しておくことが前処理の前提になります。

段階2:予測が効きやすい品目から試す

全品目を一度に対象にするのではなく、出荷が安定していて件数の多い品目から試すのが現実的です。出荷頻度が低く、単発の大口受注に左右される品目は、統計的な予測が当たりにくい領域です。「どの品目は予測が向き、どの品目は人が判断すべきか」を切り分けることが、最初の成果につながります。

段階3:外部データの追加は効果を検証してから

食品卸では季節変動・イベント需要・天候の影響が大きいため、天気予報APIや地域のイベントカレンダーといった外部データを組み合わせる手法が検討されます。ただし、外部データを加えれば必ず精度が上がるとは限りません。まずは自社の出荷データだけでベースラインの予測精度を測り、そこからの改善幅で判断するのが確実です。

段階4:自動発注は範囲を限定して始める

予測値と安全在庫ルールを組み合わせ、条件を満たした場合に仕入れ先へ発注データを送る自動化も技術的には可能です。ただし全面的な自動発注は在庫リスクを伴うため、対象品目・発注金額の上限・担当者による承認を挟むかどうかを決めたうえで、限定範囲から始めるのが安全です。人が確認すべき例外(新規大口受注・緊急需要・仕入れ先の供給制約)をあらかじめ定義しておくことが前提になります。

需要予測の進め方は受注予測にAIを使う──在庫過不足をなくす需要予測の始め方で詳しく解説しています。AI活用全般の考え方についてはAI導入コンサルティングもご覧ください。

よくある質問

品目数がどのくらいからシステム化を考えるべきですか?

品目数だけで線を引くことはできません。「入出庫の件数」「在庫データを見て発注判断をする人の数」「賞味期限やロットの管理が必要か」の組み合わせで判断します。前述のチェックリストで複数当てはまる場合は、品目数にかかわらず検討する価値があります。

導入するとどのくらい在庫が減りますか?

他社の改善率を自社に当てはめることはできません。改善幅は、現在の在庫がどれだけ過剰か、担当者がどれだけ安全側に発注しているか、品目ごとの需要の読みやすさによって決まります。本記事で挙げた4指標を1〜3ヶ月測れば、自社にどれだけ改善余地があるかが具体的に見えます。提案を受ける際も、「一般的に何割減ります」という説明ではなく、自社の数字にもとづく試算を求めてください。

クラウド型と独自開発はどちらがよいですか?

標準機能で業務の大半をカバーできるならクラウド型(SaaS)が初期費用・導入期間の面で有利です。独自の商習慣や既存システムとの複雑な連携が業務の中心にある場合は、カスタマイズや独自開発を検討します。まず要件を整理し、SaaSの標準機能とのギャップを洗い出してから判断するのが確実です。

導入にはどのくらいの期間がかかりますか?

製品や規模によって幅がありますが、期間を最も左右するのはシステム側の設定ではなく、既存データの整備状況です。商品マスタの表記ゆれや重複が多いほど長くなります。見積りを取る前に、自社の商品マスタを一度見直してみると、必要な期間の見当がつきます。既存システムとの連携開発を伴う場合は、そのぶんの期間を別途見込んでください。

補助金は使えますか?

在庫管理システムの導入は、中小企業向けのIT導入支援制度の対象になる場合があります。ただし対象製品・申請枠・補助率・スケジュールは年度ごとに変わるため、必ず各制度の公式サイトで最新の公募要領をご確認ください。当社でも、対象になりうる制度の確認や申請に必要な要件整理のご相談を承っています。

現場が使ってくれるか不安です。

定着のカギは、選定段階で実際の入出庫担当者に試用してもらうことと、作業の流れの中で登録が完結する導線にすることです。並行運用期間に現場から出た「使いにくい点」を設定や運用ルールで潰しておくと、本番切替後の抵抗が小さくなります。

まとめ

Excelによる手動管理から在庫管理システムへの移行は、「システム化のコストがかかる」という印象から後回しにされがちです。判断を先送りしないために必要なのは、他社の成功事例ではなく自社の損失額です。

まずは欠品率・廃棄額・在庫回転率・発注業務の所要時間の4つを、1〜3ヶ月測ってみてください。そのうえで、実際に支出が減る項目(廃棄の削減、配置を変えられる場合の工数削減)だけで投資回収を試算します。そこで投資を上回るのであれば、導入する根拠は自社の数字の中にあります。上回らないのであれば、システム導入より先に運用ルールの見直しで解決できる部分がないかを検討する、という順序になります。

株式会社アイ・エス・プライムでは、在庫管理システムの選定支援から導入・カスタマイズ開発、既存システムとの連携、AI活用の検討まで、卸売業・流通業のシステム化をご支援しています。現状の数値の測り方から一緒に整理することもできますので、「何から手をつければよいかわからない」という段階でもお気軽にご相談ください。当社がこれまでに手がけた開発の実績は導入事例ページでご覧いただけます。

あわせて読みたい

システム開発のご相談 →業務改善のご相談 →お問い合わせ →

  • URLをコピーしました!

この記事を書いた人

石原 則和のアバター 石原 則和 代表取締役

株式会社アイ・エス・プライム 代表取締役。群馬県桐生市を拠点に、中小企業の業務改善・システム開発・Web制作・ウェブ解析・IoT・DX支援を手がける。コンサルティングを軸に、お客様の業務を深く理解したうえで最適なソリューションを提案するスタイルで、製造業・小売業・サービス業など多様な業種の課題解決に携わる。ウェブ解析士マスター・提案型ウェブアナリスト・生成AIパスポート・デジタル庁 デジタル推進委員。

まずはお気軽にご相談ください

社内業務の省力化・ウェブサイト制作・解析・コンサルティングなど、お気軽にお問合せください。

お電話でのお問い合わせ
0277-46-7608
平日 10:00〜18:00
フォームでのお問い合わせ
お問合せフォーム→
24時間受付・2営業日以内に返信
目次