DX

在庫管理システムを卸売業で選ぶには?多倉庫・預かり在庫・引当の要件と導入判断

在庫管理システムを卸売業で選ぶには?多倉庫・預かり在庫・引当の要件と導入判断

卸売業の在庫管理システムは、倉庫の棚にある数を数えるだけでは役に立ちません。同じ商品でも「得意先から預かっている分」「受注で押さえ済みの分」「別の倉庫へ移動中の分」が混ざり、ケースとバラで数え方も変わるからです。本記事では、卸売業の在庫がなぜ小売や製造業より複雑になるのか、在庫管理システムに求める機能と販売管理・WMSとの役割分担、帳簿在庫と実在庫がずれる典型的な原因、食品・医薬品・雑貨で変わるロットと賞味期限の要件を整理します。最後に、パッケージで足りる卸と、受託開発に切り替えたほうがよい卸の分かれ目を条件付きで示します。

まとめ:卸売業の在庫管理システムは在庫区分と引当の設計で選ぶ

卸売業向けの在庫管理システムを比べるときは、機能の数より先に2点を確認します。1つは、自社在庫・預かり在庫・引当済み・入荷予定といった在庫区分を、倉庫ごとに分けて持てるか。もう1つは、受注が入った瞬間に「どの倉庫の、どのロットを、何ケース何バラ押さえるか」を自社のルールどおりに決められるかです。この2点が合っていれば、在庫数のずれと欠品連絡の大半は減らせます。

取扱品目が数百点で倉庫が1か所、預かり在庫も無いなら、販売管理パッケージに付いている在庫機能で十分です。倉庫が複数あり、預かり在庫や得意先別の引当ルール、賞味期限の納品条件を抱える卸は、パッケージの標準機能では運用が回らず、エクセルの別台帳が残ります。その状態が続くなら、在庫部分だけを受託開発で作る選択肢を検討する段階です。

卸売業の在庫管理が小売や製造業より複雑になる中間流通ならではの構造

卸の在庫は、仕入先と得意先という2つの取引相手の間に置かれています。この位置関係が、在庫の数え方そのものを変えます。

仕入先と得意先の両側に在庫が紐づく卸売業ならではの数え方の違い

一般的な在庫管理の仕組みは、親記事の在庫管理システムとは?入出庫管理と引当の仕組み・機能・種類・費用と選び方で解説しています。小売の在庫は「売れたら1つ減る」、製造業の在庫は「部品が製品に化ける」構造で、製造業の在庫管理システムでは部品・仕掛品・製品の3階層を軸にしました。

卸売業は、そのどちらでもありません。メーカーから仕入れた商品を、形を変えずに多数の得意先へ振り分けます。在庫1個に対して「どの仕入先から、いつ、いくらで入ったか」と「どの得意先の、どの受注に充てるか」の両方が紐づく構造です。在庫数だけ合っていても、仕入単価や得意先への割当が崩れると、粗利の計算と納期回答が同時に狂います。

卸の在庫管理システムに求める中身は、数量の正しさより「この在庫は誰のもので、誰に出す予定か」を追えることです。

ケース・ボール・バラの入数換算とGTIN-14で起きる数量のずれ

卸は仕入をケース単位で受け、出荷をバラ単位で行う場面が多くあります。流通の標準では、同一商品を複数個まとめた集合包装には14桁の集合包装用商品コード(GTIN-14)を付け、先頭1桁のインジケータ(1〜8)で入数や荷姿を区別するとGS1 Japanの「GTINとは」に記載があります。6個入りと10個入りが同じ商品として並ぶことは珍しくありません。

在庫管理システム側で、ケースコードとバラのJANコードの対応と入数を商品マスタに持っていないと、入荷検品でケースを1個として登録する誤りが起きます。12入りのケース10箱を「10個」と記録すれば、帳簿上は110個の欠品です。メーカーが入数を変えたときにマスタを更新し忘れるのも、卸でよく起きるずれ方です。

入数の違う複数のケースコードを1つの商品に紐づけられること。卸売業で在庫管理システムを選ぶなら、商品マスタの段階でここを確認します。

卸売業の在庫管理システムに求める機能と販売管理・WMSとの役割分担

機能の一覧を比べる前に、在庫をどの区分で持つか、受注にどう充てるかを決めておくと、製品の向き不向きが見えやすくなります。

実在庫・引当済み・有効在庫・入荷予定を分けて持つ在庫区分の設計

卸の在庫数は、少なくとも次の区分に分けて持つ必要があります。

在庫区分 中身 使い道
実在庫 倉庫に物理的にある数 棚卸・ロケーション管理
引当済み在庫 受注で押さえた出荷待ちの数 出荷指示・欠品の判定
有効在庫 実在庫から引当済みを引いた数 受注時の在庫回答
入荷予定(発注残) 発注済みで未入荷の数 納期回答・追加発注の判断
預かり在庫 得意先の所有で保管中の数 得意先別の出荷・保管料

営業担当が得意先から「あと何ケース出せるか」と聞かれたときに答えるべきは、実在庫ではなく有効在庫です。実在庫しか見えないシステムでは、ほかの営業が押さえた分まで回答してしまい、出荷当日に欠品が発覚します。入荷予定まで区分として持てば「今週は30ケース、来週火曜に追加で50ケース」と分けて答えられます。

受注引当と出荷引当の違いと得意先別に決める欠品時の分納・代替品の扱い

引当のタイミングには、受注を登録した時点で在庫を押さえる受注引当と、出荷指示を出す時点で押さえる出荷引当があります。卸では受注から出荷まで数日空くことが多く、受注引当でないと先に受けた注文が後から来た注文に在庫を取られるため、注意が必要です。一方で、すべてを受注引当にすると、キャンセル待ちの注文が在庫を抱え込み、有効在庫がゼロに見える状態が続きます。

実務では、定番品は受注引当、見積段階の大口案件は仮引当にして期限が来たら自動で解除する、といった使い分けをします。欠品時に「全量そろうまで待つ」「あるだけ出して残りを分納」「指定の代替品に振り替える」のどれを選ぶかは得意先ごとに違います。この得意先別の引当ルールを設定で持てるかどうかが、卸売業の在庫管理システム選びで差が出る部分です。賞味期限の古い順に押さえるFEFO引当の詳細は販売管理システムのロット管理(FEFO引当と回収時の追跡)で扱っています。

販売管理・受発注・WMSに任せる範囲と在庫管理システムの守備範囲

卸の業務システムは、在庫管理だけで閉じません。受注・売上・請求・掛売の与信は販売管理の領分で、卸売業の販売管理システムの記事で選び方を整理しています。FAX・電話・EDIが混ざる受注の入口を一本化する話は卸売業の受発注システムの主題です。

倉庫の中の作業、つまりロケーション管理・ピッキング・梱包・出荷検品はWMSが受け持ちます。違いはWMSとは?倉庫管理システムの機能・在庫管理との違いにまとめました。在庫管理システムが受け持つのは、その間にある「在庫区分ごとの数」と「引当」です。

3つを1つのパッケージで賄うのか、販売管理と在庫を一体にしてWMSだけ別にするのか。境目をどこに引くかで、在庫数を正とするシステムが決まります。正が2つあると、毎日の突き合わせ作業が消えません。

多倉庫・預かり在庫・直送・返品で卸売業の帳簿在庫が実在庫とずれる原因

棚卸のたびに差異が出る卸では、原因の多くが現場の数え間違いではなく、在庫を動かす取引の計上ルールにあります。

倉庫間移動の積送中在庫が二重計上や欠落を起こす多倉庫運用の落とし穴

本社倉庫から地方の営業所倉庫へ在庫を移すと、トラックに載っている間はどちらの倉庫にもありません。出庫側だけ減らして入庫側を翌日に計上する運用だと、その間は全社在庫から消えます。逆に、出庫を計上し忘れたまま入庫を登録すると二重に存在します。

在庫管理システムで「積送中」という中間の倉庫区分を持てるか確認してください。持てない場合、月末をまたぐ移動で棚卸の差異が毎月同じ額で出ます。倉庫が3か所を超え、移動が週に何度もある卸では、移動伝票と入庫検品を紐づけて差を自動で検出できる仕組みが必要になります。

得意先の預かり在庫と自社在庫を同じ棚で混ぜたときに起きる引当事故

預かり在庫は、代金をもらって得意先の所有になったものの、得意先の都合で卸の倉庫に置いたままの在庫です。業界によっては珍しくなく、季節品をまとめて買い取ってもらい、少しずつ出荷するといった形で生まれます。

所有権は得意先にあるため、自社の棚卸資産に含めてはいけません。にもかかわらず、同じ商品コード・同じ棚で自社在庫と混ぜて管理すると、別の得意先の受注に預かり分が引き当てられます。預けた本人が出荷依頼をした時点で物が無い、という事故です。

防ぐ方法は、預かり在庫を「所有者」の属性つきで別区分に持ち、引当の対象から外すことです。販売管理パッケージの在庫機能には、この所有者別の区分を持たない製品もあります。預かり在庫の比率が高い卸は、選定の最初にこの点を確かめます。

メーカー直送と返品入庫で確認する倉庫を経由しない取引の計上ルール

メーカーから得意先へ直接届ける直送は、売上と仕入は立つのに、自社倉庫の在庫は動きません。直送を通常の受注と同じ伝票で処理すると、システムが倉庫在庫を引き当ててしまい、有効在庫が実態より少なく見えます。直送は在庫を経由しない取引区分として分けて登録できる必要があります。

返品も同じ構造です。得意先から戻った商品を良品として在庫に戻すのか、検品待ち・不良として別区分に置くのかを決めずに入庫すると、販売できない物が有効在庫に混ざります。棚卸のたびに説明のつかない差が残る場合は、棚卸差異とは?工程別の原因特定と許容範囲の決め方の手順で、直送と返品の処理から先に洗い直すと原因に当たりやすくなります。

食品・医薬品・日用雑貨の卸で変わるロットと賞味期限管理の要件

同じ卸売業でも、扱う品目でロットと期限の管理の重さはまったく違います。全社共通の要件として一律に求めると、雑貨卸では過剰な投資になります。

食品卸の3分の1ルールと納品期限の緩和が引当ロジックに与える影響

加工食品の流通には、賞味期間の3分の1以内に小売店へ納品する慣例、いわゆる3分の1ルールがあります。この期限を過ぎた在庫は、賞味期限が残っていても小売へ納められません。農林水産省の公表によると、納品期限を緩和している(予定を含む)食品小売事業者は令和6年10月末時点で339事業者、前年度から42事業者増えました。

システムへの影響は、納品期限が得意先ごとに違うことです。3分の1ルールのままの得意先と、2分の1に緩和した得意先が並ぶと、同じロットでもある得意先には出せて別の得意先には出せません。食品卸の在庫管理システムには、賞味期限をロット単位で持ち、得意先ごとの納品期限の比率を設定して引当時に自動で判定する機能が要ります。期限切れが近い在庫を、緩和済みの得意先へ優先的に回す運用もこれで可能になります。

医薬品や化学品の卸で必須になるロット追跡と回収時の出荷先特定

医薬品・医療機器・化学品の卸では、ロット番号で「どのロットを、どの得意先へ、いつ出したか」を追えることが前提になります。製品の回収が起きたとき、該当ロットの出荷先を即座に洗い出せなければ、全得意先へ連絡するしかなくなるからです。

この場合、入荷時にロットと使用期限を登録し、出荷時にスキャンで実物とシステムのロットを照合する運用まで組み込みます。ロットを入力したつもりでも、ピッキングで別ロットを取れば追跡は崩れます。業界ごとの規制要件は、品目の所管官庁と業界団体の最新の通知で必ず確認してください。医薬品卸の販売管理側の要件は医薬品の販売管理システムで扱っています。

日用雑貨や文具の卸は、多くの品目で期限もロットも持たずに済みます。ロット管理を全品目に強制すると、入荷検品の手間だけが増えます。品目ごとにロット管理の有無を切り替えられる製品を選ぶのが現実的です。

卸売業がパッケージで済ませる条件と在庫管理を受託開発する判断基準

卸売業の在庫管理は、すべてを作り込む必要はありません。ここでは、パッケージで足りる条件と、作ったほうが安くつく条件を分けて言い切ります。

販売管理パッケージ付属の在庫機能で足りる卸売業の規模と取引条件

次の条件にすべて当てはまるなら、卸売業向け販売管理パッケージに付いている在庫機能で始めて問題ありません。

  • 倉庫が1〜2か所で、倉庫間の移動が月に数回程度
  • 預かり在庫が無い、またはごく一部の得意先に限られる
  • 欠品時の対応(分納・待ち・代替)が全得意先で共通
  • ロットや賞味期限を管理する品目が少ない、または無い

この範囲なら、在庫区分も引当ルールも標準設定で収まります。作り込むと、パッケージの更新のたびに改修費がかかるだけです。

預かり在庫や独自の引当ルールが多い卸が受託開発を選ぶべき場面

反対に、倉庫が3か所以上ある、預かり在庫の比率が高い、得意先ごとに納品期限や欠品時の扱いが違う、といった条件が2つ以上重なる卸では、パッケージの標準機能から外れた部分をエクセルで補う運用になりがちです。担当者が退職するとそのエクセルを誰も直せなくなり、在庫数を正とする場所が分からなくなります。

この段階では、販売管理と会計はパッケージのまま残し、在庫区分と引当のロジックだけを受託開発で作る構成が費用対効果のよい落とし所です。既存の販売管理とはAPIやCSV連携でつなぎ、在庫の正をひとつに寄せます。自社の引当ルールや預かり在庫の扱いを要件に落とすところから相談したい場合は、在庫管理システム開発のページで対応範囲を確認できます。

在庫管理システムの導入を見送るべき卸売業と先に整えるべき運用

システムを入れても在庫が合わない卸には共通点があります。入荷検品をせずに伝票だけで入庫を計上している、返品を検品前に在庫へ戻している、商品マスタの入数が更新されていない、のいずれかです。この状態でシステムを入れると、ずれた数字が速く正確に記録されるだけです。

取扱品目が数百点以下で倉庫も1か所なら、まず検品と返品の手順を決め、循環棚卸で差異を毎月追える状態をつくってください。そのうえで差異の原因が運用ではなく仕組みにあると分かってから導入を判断しても遅くありません。規模別の段階導入の考え方は倉庫管理システムは中小企業に必要かが参考になります。

よくある質問

卸売業で在庫管理システムを検討する担当者から出やすい質問をまとめました。

卸売業の在庫管理システムと販売管理システムの違いは何ですか?

販売管理システムは受注・売上・請求・入金といったお金と取引の流れを管理し、在庫管理システムは在庫区分ごとの数量と引当を管理します。卸売業向けの販売管理パッケージには在庫機能が付いていることが多く、倉庫が少なく預かり在庫も無い卸ならその機能で十分です。多倉庫や得意先別の引当ルールが必要になったときに、在庫部分を独立したシステムとして持つかを検討します。

卸売業で在庫が合わない原因として多いものは何ですか?

現場の数え間違いより、取引の計上ルールに原因があることが多くあります。倉庫間移動中の在庫の計上漏れ、預かり在庫と自社在庫の混在、直送の伝票で倉庫在庫を引き当てる誤り、検品前の返品を良品在庫へ戻す処理、ケースとバラの入数換算の誤りが代表例です。差異が毎月同じ傾向で出るなら、まず直送と返品の処理手順を確認します。

倉庫管理システム(WMS)があれば在庫管理システムは不要ですか?

WMSはロケーション・ピッキング・出荷検品など倉庫内の作業を管理する仕組みで、多くは倉庫ごとの実在庫を正確に持ちます。一方、受注に対する引当や有効在庫の回答、預かり在庫の所有者管理は販売管理や在庫管理の側に置くことが多く、WMSだけでは営業の在庫回答まで賄えない場合があるため、役割分担の確認が必要です。どちらの数字を全社の正とするかを先に決めてから構成を選びます。

卸売業の在庫管理はエクセルでどこまで対応できますか?

取扱品目が数百点以下、倉庫が1か所、受注件数が1日数十件程度で、担当者が1〜2人に限られるならエクセルでも運用できます。複数人が同時に在庫を更新する、受注引当を即時に反映したい、ロットや賞味期限を追いたい、といった条件が加わると、ファイルの競合と更新漏れで数字が合わなくなります。その時点がシステム化の目安です。

在庫管理システムの導入にはどのくらいの期間がかかりますか?

クラウド型のパッケージを標準機能のまま使う場合は、商品マスタの整備と初期在庫の登録が中心になり、数か月で稼働する例が多く見られます。引当ルールや預かり在庫の区分を作り込む受託開発では、要件定義から稼働まで半年前後を見込むのが一般的です。期間を左右するのはシステムより、商品マスタの入数と在庫区分の棚卸にかかる時間です。

関連記事

お気に入りに入れた記事の一覧

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.07.09 テックブログ Muse Imageとは?Metaの画像生成AIの使い方・API料金(1枚0.01ドル)と日本での提供状況【2026年10月】
  2. 2026.10.23 テックブログ Renta!はいつ再開?不正アクセスでメールアドレス等が流出したおそれ・再開時のパスワード再設定と運営側の対応
  3. 2026.10.21 テックブログ ユミルリンク不正アクセス第二報で延べ5,162万件:Cuenote FC利用企業と受信者の確認点
  4. 2026.10.23 テックブログ Splunk 脆弱性CVE-2026-76299:影響版の確認と10.2.8などへの更新手順
  5. 2026.10.22 テックブログ Tomcatのバージョン一覧とサポート期限【2026年10月】最新版11.0.27、9.0系は2027年3月末終了・9.1系は2030年末まで

RELATED POSTS 関連記事

目次