小売業界の受発注管理システムとは？店舗発注と本部一括発注の設計とEDI接続の判断

小売業の受発注は、発注する相手も、発注する人も、締め切りの数も、他の業種より多く分かれています。店舗の担当者が棚を見ながら翌日納品の分を入れる発注と、本部のバイヤーが全店分をまとめて卸へ流す発注は、同じ「発注」でも決めるべき事項は別物です。そこへ卸やベンダーごとに異なるEDIの経路、商品グループごとに違う締め時間、日々動く自動発注の提案が重なります。この記事では、小売業界で受発注管理システムを検討するときに先に決めるべき論点を、権限・接続・時間・自動化の4つに分けて整理し、既製のサービスで足りる場合と個別開発へ寄せる場合の条件を示します。

まとめ：小売の受発注管理システムで最初に決める4つの設計論点

製品を並べて比べる前に、自社の発注の形を4つの軸で書き出してください。誰が発注ボタンを押すのか（店舗か本部か、商品グループごとにどう分かれるか）。取引先とどの経路でつなぐのか（流通BMSか、ベンダーのWeb画面か、いまも紙とFAXか）。締め時間と店着日をどう定義するのか。自動発注の提案を人がどこまで触れるようにするのか。この4つが決まれば、必要な機能はおおよそ確定します。

期限のある論点も1つあります。電話回線を使う従来型のEDIは、INSネットの提供終了に伴って使えなくなります。NTT東日本・西日本のINSネットは2024年8月末で新規販売を終え、2028年12月31日にサービス提供が終了する予定です。移行が間に合わない利用者向けの補完策も同じ日に終わるため、JCA手順のような電話回線前提の接続を残している小売は、それまでに別の経路へ移す計画が要ります。

結論を先に言うと、店舗数が数十以下で取引先も限られ、発注区分が単純なら既製の受発注サービスで足ります。店舗と本部で発注権限が分かれ、卸ごとに接続方式が違い、締め時間が商品グループ別に何本も走る小売では、既製品に業務を合わせる負担のほうが大きくなり、個別開発またはパッケージの拡張が現実的な選択になります。

小売業界の受発注管理システムが製造業や医薬品と異なる前提条件

同じ受発注でも、業種によって設計の起点は変わります。製造業なら内示と確定注文の差、医薬品なら流通の商習慣とロット管理が中心です。小売はそのどちらとも違い、「発注の回数と担い手の多さ」が設計を規定します。

多店舗と多SKUと高頻度納品が同時に重なる小売固有の構造への対応

小売の受発注が複雑になる理由は、3つの数が同時に大きいからです。店舗の数、扱う商品（SKU）の数、そして納品の頻度。食品や日用品を扱う業態では、同じ商品を週に何度も発注し、店舗ごとに数量が違います。1回あたりの金額は小さいのに、行数だけが膨れ上がります。

業種別の詳しい違いは、製造業向け受発注システムの選び方｜内示・かんばん・生産管理連携の課題と判断基準と医薬品業界の受発注システムの選び方｜JD-NET・ロット管理・卸/医療機関別の要件と受託開発の判断で扱っています。自社が卸売と小売の両方を持つ場合は、両方を読み比べたほうが要件の抜けを見つけやすくなります。協力会社への外注発注が軸になる建設業の要件は、建設業の受発注システムとは？協力会社への注文書・出来高・支払をつなぐ選び方で整理しました。多数の中小卸へ毎日発注する飲食業の要件は、飲食業界の受発注管理システムとは？食材発注の締め時間・多店舗統制・原価連携で選ぶにまとめています。

発注を担うのが専任者でない店舗運用を前提にした要件定義の整理

もう1つの前提は、発注する人が発注の専任者ではないことです。店長や売場担当者は、接客と品出しの合間に発注画面を開きます。操作の説明を読み込む時間はありませんし、異動や入れ替わりも起こります。

ここから導かれる要件は、機能の多さではありません。前回の発注をそのまま呼び出せること、欠品しそうな商品が先頭に並ぶこと、締め切りまでの残り時間が画面に出ていること。この3つが満たされないと、どれだけ機能が揃っていても現場は紙のメモに戻ります。端末側の操作要件は受発注管理システムのアプリとは？スマホ発注のUI要件とWeb版との使い分けにまとめました。

店舗発注と本部一括発注を使い分けるための発注区分と権限の設計

小売の受発注管理システムで最初に詰めるのは、発注の区分です。ここを曖昧にしたまま製品を選ぶと、後から権限まわりの改修が必ず発生します。

定番と特売と見計らいで分ける発注区分ごとの権限の置き方の基準

発注は性質ごとに分けて考えます。定番商品の補充発注、チラシや催事に合わせた特売発注、生鮮のように担当者の見立てで数量を決める発注。この3つは、決める人も、決めるタイミングも違います。

特売のように本部が全店分を決める発注では、店舗は数量を触れないほうが運用は安定します。逆に生鮮の見計らい発注を本部が握ると、現場の判断が反映されず売り逃しと廃棄が増えます。権限は「役職」ではなく「発注区分×商品グループ」で持たせるのが、小売では扱いやすい形です。

本部が握る範囲と店舗に残す範囲を分ける在庫責任の線引きの基準

権限を分けるときの判断軸は、在庫の責任を誰が負うかです。センター（物流拠点）に在庫を持ち、そこから各店へ配分する商品は、発注も本部が持つのが筋です。店舗の裏在庫だけで完結する商品は、店舗に残します。

この線引きが決まると、システムに必要な機能も明確です。本部発注の商品には店別配分と配分ルールの保存が要り、店舗発注の商品には発注上限や1回あたりの数量制限といったガードが要ります。両方をひとつの画面で扱うと操作を誤りやすいため、発注区分ごとに画面を分ける設計が現場では通りやすい形です。在庫側との突き合わせをどこまでシステムで持つかは、受発注在庫管理システムとは？受発注と在庫を連携する仕組み・選び方とカスタム開発の判断で整理しています。

卸やベンダーとのEDI接続で並走する3つの経路と切替時期の判断

小売の受発注は、社内で完結しません。相手が卸なのか、メーカー直取引なのか、地場の業者なのかで、つなぎ方が変わります。ここは要件定義で最も見落とされる部分です。

流通BMSとWeb-EDIとFAXが並走する接続経路の設計と優先度

小売と卸・メーカーの間の標準としては、流通ビジネスメッセージ標準（流通BMS）があります。流通BMS協議会（GS1 Japan）が管理する仕様で、XMLスキーマパックの基本形は2.2系が公開されています（2026年8月時点）。導入している卸・メーカーは、協議会の推計で2025年6月1日時点に21,600社以上とされ、半年ごとに数百社の単位で増えている状況です。

ただし全ての取引先が対応しているわけではありません。実務では次の3経路が並走します。

• 標準EDI（流通BMS、中小の取引先向けには中小企業共通EDI標準仕様）：データがそのまま入る
• ベンダーのWeb-EDI画面：担当者が別サイトへログインして入力・確認する
• 電話・FAX・メール：受け取った内容を誰かが手で入力する

設計の順序は、取引金額と行数の多い取引先から標準EDIへ寄せ、残りは手入力を前提にした登録画面を用意する形です。全取引先を一斉に標準化しようとすると、対応できない小規模な取引先が抜け落ちます。取引先側の巻き込み方は受発注システムを取引先に展開する方法｜ID設計と移行率の上げ方に詳しくまとめています。

電話回線のEDIが終わる期限から逆算する切替計画の立て方の基準

JCA手順（J手順）のように電話回線を前提とした接続を残している場合、期限が確定しています。INSネットのディジタル通信モードは提供終了が決まっており、移行が間に合わない利用者向けの補完策も2028年12月31日で終わります。補完策は従来より伝送の遅延が生じる仕様のため、そのまま使い続ける前提で計画を立てるのは避けたほうが安全です。

逆算の目安はこうです。取引先の棚卸しと接続方式の確認に3か月、システム側の改修と接続テストに6か月から12か月、取引先ごとの切替に半年から1年。取引先が多い小売ほど、最後の切替期間が伸びます。期限から逆算した判断の詳細は受発注システムの比較｜4タイプの選定軸と2028年の期限から逆算する判断で扱いました。

締め時間と店着日から逆算する納品リードタイムのカレンダー設計

小売の受発注管理システムで、要件の量がいちばん膨らむのがここです。発注の締め時間と、商品が店に着く日。この2つの組み合わせが、商品グループと取引先の数だけ存在します。

発注締め時間と店着日を商品グループごとに定義する設計の要件定義

1日に何度も締めがあるのが小売の特徴です。日配品は当日の午前に締めて翌日納品、グロサリーは前日の夕方に締めて翌々日納品、といった具合に、同じ店舗の同じ画面から出す発注でも到着日が変わります。ここをシステムに持たせるには、次の要素をマスタとして定義します。

この4点を持っていないシステムは、発注画面に「いつ届くか」を出せません。届く日が分からない発注画面は、店舗側で必ず電話確認を生みます。既製サービスを評価するときは、締め時間を商品グループ別・曜日別に設定できるかを最初に確認してください。1つの締め時間しか持てない製品は、単一業態の小規模チェーン以外では運用が回りません。

締め後の訂正と緊急発注をどこまで許すかを決める判定基準の設計

締め時間を決めると、必ず「締めた後に直したい」が出ます。ここを運用でなくシステムで決めておくと、後の混乱が減ります。

判定は取引先の受信タイミングで分かれます。締め後もデータ送信前であれば訂正を許し、送信済みなら訂正ではなく追加発注として別伝票を立てる。この切り分けをシステムで固定し、訂正の記録を残す設計にします。緊急発注については、承認者を1名通す運用にしておくと、店舗単位の突発的な発注が本部から見える状態です。発注以外の売価変更や廃棄といった店舗起票の申請をまとめて承認経路に載せる設計は、小売業のワークフローシステムの承認設計で整理しています。締め後の対応を人の判断だけに任せると、伝票と実際の納品が合わなくなり、後の請求照合で手間が増えます。

自動発注と受発注管理システムを連携させる商品条件と上書き運用

小売の発注業務を軽くする手段として、自動発注の導入は自然な流れです。ただし全商品に効くわけではなく、向く商品と向かない商品がはっきり分かれます。

発注点方式と需要予測型を分ける商品特性と在庫データの条件の整理

自動発注には、在庫が一定量を下回ったら発注する発注点方式と、売上予測から必要数を算出する需要予測型があります。方式そのものの違いは自動発注システムとは：発注点方式・需要予測型の違いと導入可否の判断基準で詳しく扱っています。

小売で切り分けるなら、販売が安定していて日持ちする定番商品は発注点方式で足ります。天候やイベントで動く商品、日持ちしない生鮮、投入したばかりの新商品は、予測の前提が揃わないため人が決めたほうが結果は良くなります。どちらの方式でも共通の前提条件は、在庫数が実態と合っていることです。棚卸しの誤差が大きい状態で自動発注を入れると、欠品と過剰が同時に増えます。在庫側の整備は在庫管理システムとは？仕組み・機能・種類・費用と選び方を初心者向けに徹底解説を先に読んでおくと判断しやすくなります。

自動発注の提案を店舗が上書きした記録を残す運用の設計と検証方法

自動発注を入れても、店舗は数量を触ります。触ること自体は問題ではありません。問題は、触った記録が残らないことです。

提案値と、店舗が入れた確定値の両方を保存しておくと、後から「どの商品グループで人が何％修正しているか」を測れます。修正率が高い商品は予測の前提が合っていないので、パラメータを直すか自動発注の対象から外す判断が可能です。この記録を持たないまま自動発注を回すと、精度が上がらない理由を誰も説明できなくなります。小売全体でのシステム化の順序は小売DXとは？課題・進め方と店舗・EC・在庫のシステム化ロードマップを解説で整理しました。

パッケージ導入と個別開発を分ける小売固有の判断基準と費用目安

ここまでの4つの論点を踏まえて、既製サービスで足りるのか、作るべきなのかを決めます。判断は規模ではなく、要件の分岐の数で決まります。

3条件のうち2つに該当する小売が個別開発へ寄せる判定基準の考え方

次の3つのうち2つ以上に当てはまるなら、既製サービスをそのまま使う前提は崩れます。

• 発注区分と商品グループの掛け合わせで権限を分ける必要がある（本部発注と店舗発注が併存する）
• 締め時間が商品グループ別・曜日別に3本以上ある、または納品経路がセンターと直納で分かれる
• 取引先との接続が標準EDI・Web-EDI・手入力の3経路で並走し、当面どれも無くならない

1つだけなら、設定でどうにかなる範囲に収まることが多いはずです。2つ以上が重なると、既製品の設定項目では表現しきれず、運用側で帳尻を合わせる作業が常態化します。この状態は初期費用こそ抑えられますが、店舗数が増えるほど人手のコストが積み上がります。

パッケージと既製サービスで止めるべき店舗規模と取引構造の判断軸

逆に、既製サービスで止めるべき場面も明確です。店舗数が十数店までで、発注の締めが1日1本、取引先が数社に収まり、そのすべてがベンダー側のWeb画面か1つの標準EDIで接続できる小売。この条件なら、作る理由がありません。月額のサービスを契約し、運用が回ってから足りない部分を見極めるほうが、投資の回収は早くなります。

判断を先送りしてよい場面もあります。店舗数を増やす計画が具体化していない段階で、将来の多店舗展開を見越した設計に費用を投じる必要はありません。分岐が増えたときに移行できるよう、商品マスタと取引先マスタをデータとして取り出せる形にしておけば足ります。製品タイプごとの選定軸は受発注システムの比較｜4タイプの選定軸と2028年の期限から逆算する判断を、システム全体の基礎は受発注システムとは？機能・種類・選び方とパッケージか自社開発かの判断基準を参照してください。

費用と期間の見立てと発注先を選ぶときに確認する体制の条件の見極め方

個別開発へ寄せる場合、見積もりの前に自社側で用意しておくものがあります。取引先ごとの接続方式の一覧、商品グループ別の締め時間と店着日の表、発注区分と権限の対応表。この3つがあると、見積もりの精度が上がり、後から要件が増える幅も小さくなります。逆にこれらが無いまま相見積もりを取ると、各社が違う前提で金額を出すため比較が成立しません。

発注先を選ぶときは、EDIの接続実績と、既存の基幹システムやPOSとのデータ連携をどこまで自社で担うかの確認が必要です。当社では小売業の受発注を対象にした受発注システム開発で、店舗発注と本部発注の権限設計から取引先との接続方式の切り分けまで対応しています。現行の運用を棚卸しした段階でご相談いただくと、作る範囲と既製品に任せる範囲を分けた提案がしやすくなります。

よくある質問

小売業界の受発注管理システムは在庫管理システムと何が違いますか？

受発注管理システムは取引先との注文のやり取りを担い、在庫管理システムは自社が持っている数量を管理する役目です。小売では両者を連携させないと、在庫が余っている店舗が追加発注する状態が起きます。分けて導入するか一体型にするかの判断は、店舗の裏在庫を数量で管理しているかどうかで決まります。

店舗数が少ない小売でも受発注管理システムは必要ですか？

店舗が数店で、取引先も限られ、締めが1日1本なら、既製の受発注サービスか取引先のWeb-EDI画面で足ります。判断が変わるのは、発注担当が複数人になり、誰がいつ何を頼んだかを後から追えなくなったときです。

取引先の卸がEDIに対応していない場合はどうすればよいですか？

対応していない取引先については、注文内容を自社側で登録し、送信手段だけメールやFAXにする運用を用意します。データが自社の台帳に残っていれば、後で標準EDIへ切り替えるときの移行は接続部分だけで済みます。相手の対応を待って手入力の記録まで紙で残す運用は避けてください。

自動発注を入れると発注担当の作業はなくなりますか？

定番商品の補充に限れば作業は大きく減ります。ただし特売や生鮮、新商品は人の判断が必要です。実務では、自動発注の提案を確認して修正する作業に変わると考えたほうが計画は現実的になります。

既存のPOSや基幹システムとの連携はどこまでできますか？

売上実績と在庫数を日次で受け取れれば、自動発注の提案までは組めます。リアルタイムの在庫引き当てまで求める場合は、基幹側がAPIを提供しているかで難易度が変わる点に注意が必要です。既存システムの提供元に、データの取り出し方式と更新頻度を先に確認しておくと見積もりが安定します。

関連記事

• 受発注システムとは？機能・種類・選び方とパッケージか自社開発かの判断基準：受発注システム全体の型と選び方の基礎です。
• 製造業向け受発注システムの選び方｜内示・かんばん・生産管理連携の課題と判断基準：製造業の発注要件との違いを確認できます。
• 自動発注システムとは：発注点方式・需要予測型の違いと導入可否の判断基準：自動発注の方式ごとの向き不向きを扱っています。
• 受発注システムの比較｜4タイプの選定軸と2028年の期限から逆算する判断：製品タイプの選定軸をまとめています。
• 小売DXとは？課題・進め方と店舗・EC・在庫のシステム化ロードマップを解説：小売全体のシステム化の順序が分かります。