2026.10.27 ERP

食品卸業の販売管理システムとは？納品期限・荷姿・特売単価から選ぶ要件【2026年】

食品卸の伝票は、同じ商品でも出荷先によって出せる在庫が変わります。量販店には賞味期限に余裕のあるものしか納められず、外食向けには期限の近い在庫を回せる。加えて、ケースとバラが混ざった注文、重さで金額が決まる精肉や鮮魚、期間限定の特売単価、8%と10%が並ぶ請求書が日常的に発生します。この記事では、食品卸業が販売管理システムに求める要件を、納品期限を守る在庫引当、荷姿換算と不定貫、特売・センターフィーと税率、得意先別の受注経路と流通BMS連携に分けて整理し、パッケージで足りる食品卸と追加開発が要る食品卸の分かれ目まで解説します。

まとめ：食品卸業の販売管理システムは納品期限と単価の持ち方で選ぶ

食品卸の販売管理システム選びで差がつくのは、伝票入力の画面ではありません。得意先ごとの納品期限を引当の時点で判定できるか、そして特売単価・センターフィー・税率区分を得意先と期間の組み合わせで持てるか。この二つが標準機能で回るかどうかで、パッケージで済むか追加開発が要るかがほぼ決まります。

確認の順番は、取扱商品の在庫属性（期限・温度帯・荷姿・不定貫の有無）を棚卸しし、次に得意先を量販店・中小小売・外食に分けて取引条件を書き出し、最後に受注経路（流通BMS・FAX・Web）を数える流れです。量販店比率が高く特売とEDIが多い食品卸ほど、汎用製品では運用が回らなくなります。

食品卸の販売管理が卸売業一般の販売管理システムと分かれる業務上の違い

掛率・与信・多倉庫といった卸売業共通の要件は卸売業の販売管理システムとは？受発注・掛売・多倉庫在庫に対応する選び方で扱いました。ここでは食品を扱う卸だけに出てくる業務差を取り上げます。ロット番号の粒度や賞味期限順（FEFO）の引当ルールそのものは販売管理システムのロット管理とは？FEFO引当と回収時の追跡で選ぶ判断軸に譲り、本記事はその手前と外側の要件に絞ります。

小売の納品期限で出荷可否が決まる3分の1ルールと得意先別の引当判定

加工食品の流通には、賞味期間の3分の1以内で小売店舗に納品する慣例、いわゆる3分の1ルールがあります。農林水産省の商慣習見直しに取り組む食品製造・小売事業者の公表によれば、納品期限を緩和している（予定を含む）小売事業者は令和6年10月末時点で339事業者。令和5年10月時点の297事業者から増えています。

システムに効いてくるのは、この緩和が得意先ごとにばらばらに進んでいる点です。賞味期間180日の商品なら、3分の1の得意先には製造から60日以内、2分の1へ緩和した得意先には90日以内に納める必要があります。製造後75日の在庫は、前者には出せず後者には出せる。得意先マスタに納品期限の率を持たせ、引当時に「製造日＋賞味期間×率」と納品予定日を比べて止める機能が無いと、この判定は倉庫担当者の記憶頼みになります。

同じページでは、賞味期限を年月や日まとめで表示する「大括り化」に取り組む製造事業者が350事業者あると公表されています。仕入先が年月表示に切り替えると、日付型の賞味期限欄に何を入れるかを決めなければならない。月末日とみなすのか月初とみなすのか、自社ルールを先に決め、引当の判定式と揃えておきます。

ケース・ボール・バラの荷姿換算と重量で金額が決まる不定貫商品の扱い

食品卸の受注は、1ケース24入り・1ボール6入りの商品を「2ケースと3ボールとバラ5個」のように混ぜて受けることが珍しくありません。在庫を最小単位（バラ）で持ち、受注・出荷・請求ではケースやボールに換算して表示する荷姿管理が要ります。換算を伝票ごとに手で行うと、入数違いの誤出荷がそのまま請求差異になります。

精肉・鮮魚・チーズの量り売り商品など、1個ごとに重さが違う不定貫商品はさらに一段複雑です。受注時は「3ケース・kg単価1,200円」と概算で受け、出荷時に計量した実重量で金額を確定させます。受注金額と請求金額が一致しない前提で、出荷確定時に金額を上書きし、与信残高も実重量ベースで引き直す処理が必要。一般向けの販売管理システムは数量×単価で金額を固定する設計が多く、ここが最初につまずく箇所です。

常温・チルド・冷凍の温度帯別在庫と日配品の受注締め時刻の管理

同じ倉庫でも温度帯が違えば保管区画も配送便も別です。在庫を温度帯の区分つきで持ち、出荷指示を温度帯ごとに分けて出せるかを確認します。冷凍とチルドが同じ伝票に混ざると、ピッキングリストを人が分け直す手間が毎日発生するからです。

牛乳・豆腐・パンなどの日配品は、例えば前日夕方締め・翌朝納品のように受注の締め時刻が短く、締め後の追加注文をどう扱うかを決めておく必要があります。締め時刻を得意先×温度帯で持ち、締め後の受注を翌便へ自動で回す機能があれば、電話で入る追加注文を取りこぼさずに済む。外食チェーン側から見た発注締めの設計は飲食業界の受発注管理システムとは？食材発注の締め時間・多店舗統制・原価連携で選ぶで扱っています。

食品卸の価格と請求で販売管理システムが扱う特売・リベート・税率の要件

食品卸の利益は、売価そのものより後から差し引かれる費用と、期間で変わる単価で削られます。価格まわりの要件は、単価表の項目数ではなく「期間」「後精算」「税率」の3軸で確認します。

期間限定の特売単価と販売奨励金・センターフィーの後精算の持ち方

量販店向けの取引では、チラシ掲載期間だけ単価を下げる特売、達成条件つきの販売奨励金（リベート）、物流センターの利用料として納品額から差し引かれるセンターフィーが重なります。特売単価は得意先×商品×期間の組み合わせで持ち、期間の終了日を過ぎた受注で自動的に通常単価へ戻らなければなりません。

リベートとセンターフィーは請求後に確定することが多く、伝票単価に織り込むと商品別の粗利が見えなくなります。売上伝票とは別に、得意先別の控除・精算データとして持ち、月次で売掛金と相殺する構成が扱いやすい形です。粗利を「伝票上の粗利」と「控除後の実質粗利」の2段で出せるかを、デモで実データを使って確かめてください。

軽減税率8%と酒類10%が混在する伝票の税率区分と請求書の記載

国税庁の消費税の軽減税率制度に関するQ&A（問2-4）のとおり、令和元年10月1日以降、軽減税率の対象は酒類を除く飲食料品（と定期購読の新聞）で、外食やケータリングは含まれません。酒類や業務用の資材も扱う食品卸では、1枚の伝票に8%と10%の明細が並ぶのが普通です。

システム側では、税率区分を商品マスタに持たせ、適格請求書の要件どおり税率ごとに区分した合計額と消費税額を出せることを確認します。もう一つ見落とされやすいのが、菓子と玩具を組み合わせた商品やギフトの詰め合わせといった一体資産です。税抜1万円以下で、食品の価額の割合が3分の2以上なら全体が軽減税率になるため、詰め合わせのセット品マスタに構成品の価額と判定結果を持たせておくと、判定のやり直しが要りません。

返品・欠品・値引の伝票処理と得意先別の締め日に合わせた請求の組み立て

食品卸では、納品時の検品で数量不足や破損が見つかり、受領数量が出荷数量より少なく確定する場面が頻繁にあります。出荷伝票をそのまま請求に回すと差異が残るため、得意先から返ってくる受領データで売上を確定させる運用にします。賞味期限切れや定番カットによる返品、欠品時の代替品出荷も、赤伝票と理由コードで残しておくと、月末の照合で揉めません。

締め日は得意先ごとに15日・20日・月末と分かれるのが通例です。受領確定と締め日の組み合わせで請求を作るため、受領データの取り込みが締め処理より遅れると請求が翌月にずれる。この順序を業務フローとして決めてから製品を見ます。

量販店・外食・小売の得意先別に異なる受注経路と流通BMS連携の設計

食品卸の受注経路は、得意先の業態でほぼ決まります。量販店はEDI、中小小売や外食はFAX・電話・Web発注が中心です。経路ごとに入力の手間と誤りの出方が違うため、得意先の構成比から連携範囲を決めます。

得意先の業態	主な受注経路	販売管理で効く要件
量販店・チェーン小売	流通BMSなどのEDI	納品期限・特売単価・センターフィー・受領データ
中小小売・専門店	FAX・電話・Web発注	荷姿換算・締め時刻・掛売の締め請求
外食・給食	電話・LINE・Web発注	不定貫・日配の翌朝納品・期限の近い在庫の振り向け

外食向けは量販店ほど納品期限が厳しくないことが多く、量販店に出せなくなった在庫の振り向け先になります。得意先ごとの納品期限を引当で判定できると、この振り向けをシステム上で自動化できます。

量販店との流通BMS接続と基本形Ver2.2.2で追加された値引メッセージ

量販店とのEDIは、GS1 Japanが管理する流通BMS（流通EDI標準）が標準です。消費財流通業界のメッセージ（電子取引文書）と通信プロトコル・セキュリティを定めた仕様で、2026年10月時点の最新は基本形Ver2.2.2（訂正版を2025年7月15日に公開）。従来の標準に無かった値引のメッセージも加わっています。

販売管理側で確認したいのは、流通BMSの発注データをそのまま受注伝票に変換できるか、受領・返品・請求のメッセージを売上確定と請求照合に使えるかの2点です。量販店ごとに使うメッセージの範囲や項目の運用が異なるため、主要取引先3〜5社の仕様書を先に集め、標準対応で通る範囲と個別対応の範囲を分けて見積もります。

外食・中小小売からのFAX・電話・Web受注を一つの受注台帳へ集める設計

EDIに乗らない得意先の注文は、FAXの読み取り、電話の聞き取り、Web受注画面に分散します。経路ごとに別の画面や別のExcelで受けていると、同じ商品の在庫を二重に引き当てる事故が起きます。どの経路から入った注文も同じ受注台帳に入り、同じ引当ロジックを通る構成にしておくことが前提です。

Web受注を得意先に開放する場合は、得意先別の単価・荷姿・締め時刻を画面に反映できるかを確認します。ここで表示する単価が販売管理の単価表と別管理だと、請求時に差異が出ます。受注画面は販売管理の単価表を直接参照させるのが安全です。

食品卸がパッケージで足りる条件とカスタム開発を選ぶべき条件の判断軸

ここまでの要件を、パッケージをそのまま使うか、追加開発に踏み込むかの判断に落とします。製品比較に入る前に、自社がどちらに属するかを決めておくと、選定後の要件定義でひっくり返りません。

食品卸向けパッケージをそのまま採用してよい取扱商品と取引の条件

結論から言い切ります。取扱商品が常温・定貫の加工食品中心で、得意先が中小小売と外食主体、量販店のEDIが数社以内なら、食品卸向けパッケージをそのまま採用するのが正解です。賞味期限つき在庫、荷姿換算、軽減税率の区分、締め請求は、食品卸向けをうたう製品なら標準で備えていることが多く、ここで独自開発に走るのは過剰投資になります。

選定時は、自社の実データで次の3点をデモしてもらうと判断が速くなります。得意先2社で納品期限の率を変え、同じ在庫が片方だけ引き当たるか。不定貫商品を受注し、出荷時の実重量で請求額が変わるか。8%と10%と一体資産が混ざった請求書が出るか。どれか一つでも設定で再現できなければ、その製品は候補から外します。

追加開発に回すべき食品卸の業務と導入で失敗する典型的なパターン

次のいずれかに当てはまる食品卸は、パッケージのカスタマイズか受託開発を前提に検討します。量販店の特売・リベート・センターフィーが多く、控除後の実質粗利を商品別に出す必要がある。量販店ごとの流通BMS運用差を個別に吸収しなければならない。精肉・鮮魚の加工や小分けをともない、販売管理と製造・計量の記録をつなぐ必要がある。いずれも標準機能の設定では吸収しきれず、業務をシステムに合わせると取引条件が守れなくなる領域です。

失敗の型は決まっています。納品期限を得意先マスタに持たせず倉庫の目視に任せる。リベートを伝票単価に混ぜて粗利が読めなくなる。不定貫を数量×単価で固定し、請求のたびに手修正する。回避策は、引当判定・後精算・実重量確定の3処理を、契約前に自社データで動かして確かめることです。パッケージの限界が見えた時点で、販売管理システム開発のような受託開発の窓口に、差分だけを作る見積もりを並行して取ると、手戻りなく比較できます。食品の記録義務とロット紐付けの範囲は食品トレーサビリティとは？記録義務とロット紐付け・システム化の判断、商品マスタに持たせる表示項目は食品表示法とは？表示を商品マスタで管理する方法で整理しています。

よくある質問

食品卸の販売管理システム選定で出てくる質問を、要件の確認に使える形でまとめます。

食品卸の販売管理システムにロット管理は必須ですか？

賞味期限のある商品を扱うなら、少なくとも賞味期限単位で在庫を分けて持つ機能は必須です。回収時に出荷先をたどる必要がある、製造ロットごとに品質記録を残す取引先がある、といった条件があればロット番号単位まで持ちます。どこまでの粒度が要るかは取扱商品と得意先の要求で決まり、引当ルールの設計は販売管理システムのロット管理で詳しく扱っています。

3分の1ルールが緩和されたらシステムで何を変えればよいですか？

得意先マスタに納品期限の率（3分の1、2分の1など）を項目として持たせ、引当の判定式で参照する形にしておけば、緩和のたびに変えるのはマスタの値だけで済みます。率を判定ロジックに直接書き込んだシステムでは、得意先ごとの緩和に個別の改修対応が必要です。仕入先の賞味期限が年月表示に変わる場合の読み替えルールも同時に決めておきます。