小売の発注アプリの選び方と費用｜仕入先の対応と費用項目から絞り込む

◆監修・編集責任者　小園 将隆　2026年11月14日

B2B EC-COLUMN

仕入先ごとに発注手段がばらばらな小売の発注は、アプリで何が変わるのか

店舗から上がった発注数をまとめ、ある仕入先には電話、別の仕入先にはFAX、さらに別の仕入先にはExcelの注文書をメールで送る。
締め時間の前にこの作業を回していると、転記の手間と、届いたかどうかの確認が毎日積み重なります。
発注アプリでこの負担が減るかどうかは、料金の額よりも、仕入先がその形式で受け取れるかどうかで決まります。
費用は、初期・月額・アカウント数による従量・オプションや連携の追加に分けて見ます。
まず仕入先ごとの受け取り方を棚卸しし、見積もりを同じ項目で並べます。
そのうえで数社に絞って試し、自社の発注時間で効果を測るのが現実的な進め方です。

手入力と転記で起きること

電話やFAXで発注すると、注文の内容は紙や通話の記録に残るだけです。
そのまま次の仕組みへは流れていきません。
中小企業庁がミラサポplusで公開している解説は、電話やFAXによる受発注では経理システムへの手入力が必要になり、ミスや書類紛失のリスクがあると指摘しています¹。
小売の発注担当者の側から見ると、この手入力は一度では終わりません。

たとえば、店舗から上がった発注数を集計表にまとめ、仕入先Aには電話、仕入先BにはFAX、仕入先CにはExcelの注文書をメールで送る場合を考えます。
集計表から仕入先ごとの書式へ数量と品番を写すところで、まず一度目の転記が起きます。
電話の注文は、伝えた内容をメモに残しておかないと、後で何を頼んだかを確かめられません。
FAXは、送信できたか、相手が読み取れたかを、必要に応じて電話で確かめることになります。
受け取った仕入先の側でも、届いた注文を自社の受注の仕組みへ打ち直しています。
納品書や請求書が届いたら、発注した数量・単価と照らし合わせ、会計側へ入力し直す作業が続きます。

この流れで負担になるのは、作業そのものより、仕入先ごとに手順が違うことです。
締め時間、注文書の書式、品番の書き方、訂正の伝え方が相手ごとに異なると、担当者はそれを頭の中で覚えて回すことになります。
担当者が休んだ日に別の人が代わろうとしても、どの相手にどう送るのかが分からず、締め時間を逃す原因になります。
発注アプリに期待されるのは、この転記の重なりと、相手ごとの手順の違いをどこまで減らせるかです。

アプリ化しても残る業務

発注アプリに注文を入力すれば、自社側の発注記録は一つの画面にまとまります。
仕入先ごとに別々の書式を開く必要が減り、誰がいつ何を発注したかを後から追いやすくなります。
ただし、それで仕入先とのやり取りまで自動的に変わるわけではありません。
仕入先がそのデータを受け取る仕組みを持っていなければ、アプリでまとめた注文を相手の受け取れる形で送り直すか、相手側で打ち直してもらうことになります。

もう一つ見落としやすいのが、発注の後に続く業務です。
小売と取引先のあいだのデータ交換の標準である流通BMSは、発注だけでなく、出荷・受領・返品・請求・支払を合わせた6業務を標準メッセージの対象にしています²。
注文だけをデータで送れても、出荷の連絡や請求が紙やFAXで戻ってくるなら、検品や請求の照合では手作業が残ります。
発注アプリと呼ばれるものがどこまでの業務を扱うかは製品によって違います。
発注の後の照合まで含めて考えると、減る作業と残る作業の境目が見えてきます。

流通BMSの基本形は、もともとスーパー・グロサリー業界の取引を対象に作られ、その後アパレル、生鮮、チェーンドラッグストア、ホームセンターでの検討結果が順次反映されてきました²。
同じ小売でも、業種によって標準がどこまで当てはまるかは違います。
つまり、アプリで何が変わるかは「自社の入力がどれだけまとまるか」と「仕入先がどの形で受け取り、何を返してくれるか」の二つで決まります。
この二つのどちらを先に解決したいかで、選ぶアプリの性格が分かれます。

▼ 図の内容を文字で読む

1. 店舗の発注数の集計
   • 仕入先ごとの書式へ転記
2. 仕入先への送信（電話・FAX・メール）
   • 届いたかの確認
   • 仕入先側での打ち直し
3. 納品書・請求書の受け取り
   • 発注内容との突き合わせ
   • 会計側への入力し直し

自社の発注入力を楽にするものと、仕入先とデータをやり取りするものはどう選び分けるか

入力支援型と仕入先連携型

発注アプリを選び分けるときは、製品名や機能の数より先に、どちらの手間を減らしたいのかを分けて考えると整理しやすくなります。
ここでは便宜上、自社の発注作業を楽にするものを入力支援型、注文データを仕入先の仕組みへ届けるものを仕入先連携型と呼びます。
実際の製品は両方の性格を持つこともあり、この呼び分けは選び方を考えるための整理です。

入力支援型で減るのは、社内の作業です。
店舗からの発注数を一つの画面で集め、仕入先ごとの注文書を作るところまでがまとまれば、集計表から書式への転記が減ります。
一方で、仕入先へ届ける段階は従来の電話・FAX・メールに頼る部分が残ります。
そのため、送った後の確認や、相手側での打ち直しはなくなりません。

仕入先連携型で減るのは、自社と仕入先のあいだの作業です。
注文がデータのまま仕入先に届けば、相手の受注処理で打ち直す必要がなくなります。
出荷や請求の情報もデータで戻ってくれば、発注後の照合の手間も変わります。
その代わり、効果が出るのは仕入先が受け取れる場合に限られます。
主要な仕入先の多くが電話やFAXでしか受けない状況なら、まず入力支援で社内の転記を減らすほうが、費用に見合う効果を得やすいと考えられます。
反対に、取引量の大きい仕入先がすでにEDIで受注しているなら、連携型を軸に考える意味が出てきます。

共通EDIと流通BMSの位置づけ

仕入先連携型を考えるときに出てくるのが、EDI（企業間で注文や請求のデータを決まった形式でやり取りする仕組み）の標準です。
中小企業の受発注向けには、中小企業共通EDIという標準があります。
ミラサポplusの解説では、発注側は対応プロバイダー（データを中継・変換する事業者）と契約し、共通の辞書に従って注文情報を変換することで、独自に作ったシステムを使い続けられるとされています¹。
受注側は、対応するプロバイダーや業務アプリを使うだけで済み、大きな費用はかからないと説明されています¹。

この役割分担は、発注する側の読者にとって大事な意味を持ちます。
共通EDIの仕組みでは、プロバイダーとの契約やデータ変換の準備は主に発注側が担い、仕入先に求める準備は比較的軽くなっています。
仕入先に「新しい仕組みで受けてほしい」と頼むとき、相手の負担が小さい形を示せるかどうかは、協力を得られるかに直結します。
標準は、業務アプリには注文書番号や注文書発行日など最低限13項目への対応を求め、プロバイダーにはより多くの項目への対応を求めています¹。
小さな仕入先が使う簡素なアプリでも最低限の項目でやり取りに参加でき、細かな項目の違いはプロバイダー側で受け止める設計です。

流通BMSは、小売と卸・メーカーのあいだの取引に向けた標準です。
2007年4月に基本形Ver.1.0として、発注・出荷・受領・返品・請求・支払の6業務、8種の標準メッセージが公開されました²。
旧来のEDIで使われてきたJCA手順に対し、通信回線をインターネットへ切り替えることも示されています²。
二つの標準は仕様が別のものなので、一方に対応していることが、もう一方に対応していることを意味するわけではありません。

どちらの標準が自社に関係するかは、自社の業種と、仕入先がすでにどの仕組みで受注しているかで決まります。
スーパーやドラッグストアのように流通BMSの検討が反映された業種で、取引先の卸がすでに対応しているなら、その方式に合わせられるアプリかどうかが選定の条件になります。
仕入先が中小のメーカーや問屋中心で、まだEDIを使っていないなら、受注側の負担が軽い共通EDIの考え方が参考になります。
どちらの場合も、アプリの機能表を見る前に、仕入先が今どうやって注文を受けているかを聞くことが、選び分けの出発点です。

▼ 図の内容を文字で読む

• 入力支援型
  • 減る：集計表から書式への転記
  • 残る：送信後の確認と仕入先側での打ち直し
  • 主要な仕入先が電話・FAX中心の状況
• 仕入先連携型
  • 減る：仕入先側の打ち直しと発注後の照合
  • 残る：データで受け取れない仕入先とのやり取り
  • 取引量の大きい仕入先がEDIで受注している状況

導入と運用の費用は何で構成され、何が増減要因になるのか

初期・月額・従量・オプション

仕入先との受け渡しの形が見えてきたら、次は費用です。
見積もりを受け取ると、会社ごとに項目の名前や区切り方が違い、そのままでは比べにくくなります。
受発注システムを提供する竹田印刷は、SaaS（インターネット経由で利用する月額型のサービス）の費用を、初期費用、月額費用、アカウント数に応じた従量課金、オプション追加や独自カスタマイズの別費用に分けて説明しています³。
この区切り方は、他社の見積もりを並べ直すときの枠としても使えます。

同社が示す目安は、SaaSで初期費用30〜50万円、月額10〜20万円です³。
同じ記事の本文では、導入までに50万円程度、毎月の運用に20万円程度かかる想定とも書かれています³。
これは同社の受発注サービスを前提にした同社調べの目安で、機能数やアカウント数などの前提は示されていません。
表の幅と本文の想定にも差があるため、小売の発注アプリ全体の相場として読むのではなく、見積もりを取る前に桁を把握する手掛かりに留めるのが妥当です。

小売の発注で特に効いてくるのが、アカウント数に応じた従量の部分です。
同社の説明では、アカウント数に応じて月額が加算される課金が一般的とされています³。
導入を決める本部の担当者と、毎日発注を入力する店舗スタッフが別の人である場合、誰にアカウントを配るかで月額が変わります。
店舗ごとに1つのアカウントを共有するのか、発注を入力する人全員に配るのか、仕入先側にもアカウントが要るのか。
これを決めないまま見積もりを取ると、条件のそろわない金額を比べることになります。

SaaSと個別開発で桁が変わる

同じ資料では、既存の仕組みを土台に一部を作り込むハーフスクラッチは初期費用が数百万〜数千万円・月額が数十万円、一から作るフルスクラッチは初期費用が数千万円・月額が数十万〜数百万円という目安も示されています³。
これも同社調べの目安ですが、作り込みの度合いで費用の桁が変わるという点は判断に役立ちます。

小売の発注で作り込みが増えやすいのは、自社独自の発注ルールをそのままシステムに載せようとするときです。
たとえば、店舗ごとの発注単位や、仕入先ごとに違う締め時間の扱いを細かく再現したい場合、標準の機能で足りなければオプションやカスタマイズの話になります。
SaaSでもオプション追加や独自カスタマイズは別費用になると説明されており³、要望を積み上げるほど、月額型の手軽さから離れていきます。
業務をシステムに合わせられる部分と、どうしても譲れない部分を先に分けておくと、見積もりの桁を抑えやすくなります。

見積もりで確認する項目

見積もりを依頼するときは、次の項目を同じ順で並べてもらうと比較しやすくなります。
・初期費用：設定、データの移行、操作説明などが含まれるか
・月額費用：基本料金に含まれる機能とアカウント数
・従量：アカウント、店舗、取引先を追加したときの加算方法
・オプション・カスタマイズ：自社の要望のうち標準機能で足りないものの費用
・外部連携：在庫や会計の仕組みとつなぐ場合の方式と追加費用の有無

外部連携の費用は製品と接続先によって変わります。
見積もりの段階で、追加費用がかかるのか、かかるならどの作業に対してなのかを書面で示してもらうと、後から想定外の費用が出てくるのを防ぎやすくなります。
月額は契約期間の分だけ積み上がるので、初期費用の安さだけでなく、初期費用と月額を合わせた数年分で比べると判断がぶれにくくなります。

ただし、費用の比較だけでは導入の判断はできません。
同じ月額でも、主要な仕入先がデータで受け取れる場合と、ほとんどの仕入先がFAXのままの場合では、減る作業の量がまったく違うからです。

▼ 図の内容を文字で読む

• 初期費用
  • 設定・データの移行・操作説明が含まれるか
• 月額費用
  • 基本料金に含まれる機能とアカウント数
• 従量
  • アカウント・店舗・取引先を追加したときの加算
  • 誰にアカウントを配るかで月額が変わる
• オプション・連携
  • 標準機能で足りない要望は別費用
  • 在庫・会計とつなぐ方式と追加費用の有無

仕入先が使わない・形式が違うとき、費用対効果はどう変わるのか

共通EDI実証の削減率の読み方

仕入先がデータで受け取れる場合に作業がどれくらい変わり得るかについては、中小企業共通EDIの実証結果があります。
平成28年度補正の事業で選ばれた12の実証プロジェクトでは、中小企業の業務時間が平均で51.4%削減されたと報告されています¹。
対象は自動車、水インフラ、農林水産、輸出、卸・小売、サービスの6業界、5地域にわたります¹。

この数字を自社の見込みに当てはめるときは、読み方に注意が要ります。
51.4%は共通EDIの標準に沿った実証の平均値で、特定の発注アプリの効果でも、小売の発注業務だけの削減率でもありません。
どの作業時間をどう測ったかも示されていないため、自社の削減見込みや投資回収の計算には使えません。
読み取れるのは、標準に対応した相手と決まった形式でデータをやり取りできる状態を作ると、作業時間が大きく変わり得るという方向性です。
共通EDIの参加プロバイダーはすべて中小企業共通EDI標準に対応しているとされており¹、実証はつなぐ相手の側も標準に乗っている状態を前提にしています。

裏返すと、仕入先の側が標準に乗っていない場合には、同じ前提は成り立ちません。
月額や従量がアカウント数で決まる契約なら、データでつながる仕入先が少なくても、費用はほぼ同じようにかかります。
一方で減る作業は、つながった仕入先の分に限られます。
費用対効果が読みにくいのは、費用が自社の契約で決まるのに対し、効果の大きさが仕入先の対応で決まるからです。

仕入先を取引量順に並べて切り替える

この読みにくさを小さくするには、仕入先を一度に切り替えようとせず、順番を付けて進める方法があります。
まず、現在の仕入先を発注件数や発注金額の多い順に並べ、それぞれが今どの手段で注文を受けているかを書き出します。
電話、FAX、メール添付のExcel、仕入先が用意したWeb発注画面、EDIなど、相手ごとの受け取り方を一覧にすると、データで受け取れる相手と、当面は従来の手段が残る相手が分かれます。

切り替えは、取引量が多く、しかもデータで受け取れる仕入先から始めると、少ない相手数でも減る作業の量が大きくなります。
取引量は多いけれどFAXでしか受けない仕入先には、受注側の負担が比較的軽い仕組みを示したうえで、受け取り方を変えられるかを相談します。
相手の事情で変えられない場合は、その仕入先だけ従来の手段を残し、自社側の入力はアプリにまとめる組み合わせも取れます。
どの仕入先についても、実際に切り替える前に、どの形式で受信できるか、締め時間や訂正の連絡方法が変わるかを相手に確かめておく必要があります。

一社切り替えるごとに、その仕入先への発注にかかった時間と訂正の回数を前後で比べておくと、次の仕入先へ広げるかどうかを自社の数字で判断できます。
外部の削減率に頼らなくても、効果が出ている相手と出ていない相手が見えてくるので、費用をかけ続ける理由を社内で説明しやすくなります。

▼ 図の内容を文字で読む

• 取引量順に並べる
  • 発注件数・発注金額の多い順に受け取り方を書き出す
• 受信形式を確かめる
  • 受信できる形式、締め時間、訂正の連絡方法を相手に確認
• 発注を切り替える
  • 取引量が多くデータで受け取れる仕入先から始める
• 前後で比べる
  • 発注にかかった時間と訂正の回数を記録し、次の仕入先へ

在庫・会計・基幹システムとの連携は必要か

再入力が残るかで判断する

仕入先とのやり取りを整えても、発注データが社内の別の仕組みへ流れなければ、転記は社内側に残ります。
発注した内容は、入荷予定として在庫の管理に使われ、仕入れの計上や支払の準備として会計にも使われます。
発注アプリと在庫・会計の仕組みが別々なら、同じ品番と数量を二度、三度と打ち込むことになり、電話やFAXの発注で起きていた手入力の問題が場所を変えて続きます。

連携が必要かどうかは、この再入力がどれだけの量になるかで考えると分かりやすくなります。
発注件数が少なく、月末にまとめて会計へ入れる程度なら、手入力のままでも負担は限られるかもしれません。
店舗数や仕入先が多く、毎日の入荷予定を在庫の画面へ移しているなら、連携の費用をかけてでも転記を減らす意味が出てきます。
判断の材料は、再入力にかかっている時間と、そこで起きている入力ミスや照合のやり直しです。

既存の在庫や会計の仕組みを手放さなければならないのか、という心配もあると思います。
共通EDIの仕組みでは、発注側は共通の辞書に従ってデータを変換することで、独自に作ったシステムを使い続けられるとされています¹。
これは共通EDIに対応したプロバイダーを使う場合の説明で、市販の発注アプリすべてに当てはまるわけではありません。
それでも、データの項目と形式が決まっていれば、既存の仕組みを残したまま変換でつなぐという考え方が取れることは、選定の前提として知っておく価値があります。

連携を見積もりで確認する項目

連携の費用は製品と接続先によって大きく変わり、一律の目安は示せません。
SaaSでもオプション追加や独自カスタマイズは別費用になるという説明がある以上³、連携が標準の機能に含まれるのか、追加の作業として費用が発生するのかは、見積もりの段階で分けて示してもらう必要があります。

確かめておきたいのは次のような点です。
・つなぎたい在庫・会計の仕組みの名前と、その仕組みが受け付けるデータの形
・ファイルで受け渡すのか、システム同士を直接つなぐのか
・受け渡すデータの項目（品番、数量、単価、納期、注文番号など）
・連携の設定や変更にかかる費用と、毎月の費用に含まれる範囲
・既存の仕組みが更新されたときに、連携の手直しを誰が担うか

最後の点は、導入時の金額だけを見ていると見落としやすいところです。
どちらかの仕組みが変わるたびに連携の修正が必要になるなら、その手間と費用をどちらが持つのかを最初に決めておかないと、運用が始まってから負担が見えてきます。

候補を絞る比較基準と、小さく試す進め方

比較基準

ここまでの話を、候補を絞るための比較基準にまとめます。
軸にするのは、仕入先の受信方法、対象となる業務の範囲、費用の項目、既存システムとの接続、試行の範囲の五つです。
金額だけで並べるのではなく、仕入先側の条件を同じ表に置くことで、安い候補が自社の取引では効果を出しにくい、といった食い違いに気づきやすくなります。

この中で判断が分かれやすいのは、仕入先の受信方法と費用の関係です。
月額が高めでも主要な仕入先とデータでつながる候補と、月額は低くても仕入先への送信は従来どおりになる候補では、比べるべきものが違います。
前者は仕入先とのやり取りの手間まで含めて減らせるかどうか、後者は社内の転記をどこまで減らせるかが評価の中心になります。
どちらが自社に合うかは、仕入先を取引量順に並べた一覧で、データで受け取れる相手がどれだけの取引量を占めているかを見ると見当が付きます。

数社に限った試行と測り方

候補をいくつかに絞ったら、いきなり全店・全仕入先で始めず、範囲を限って試すことを勧めます。
仕入先は、データで受け取れる相手と、受け取り方を変えてもらう相手を含めて数社に限ります。
店舗も、発注量の多い店と少ない店のように性格の違う店舗を選ぶと、本格導入したときの姿を想像しやすくなります。

測る前に、現在のやり方での数字を記録しておくことが欠かせません。
試行を始めてから以前の所要時間を思い出そうとしても、正確な比較はできないからです。
記録しておきたいのは次の項目です。
・仕入先ごとの1週間あたりの発注件数
・1件の発注にかかる時間（集計、転記、送信、送信後の確認を含めて）
・訂正や問い合わせが発生した回数
・納品書・請求書との照合にかかった時間

試行のあいだも同じ項目を同じ方法で記録し、前後を比べます。
このとき、外部の調査にある削減率を目標値にする必要はありません。
自社の発注件数と所要時間で見て、どの仕入先との間で、どの作業が減ったのかが分かれば、残りの仕入先へ広げるか、別の候補を試すかを判断できます。
実際に操作する店舗スタッフの声も記録に残しておくと、数字には表れにくい入力のしやすさや、締め時間前の慌ただしさの変化を補えます。

試行には仕入先の協力が欠かせないため、期間や範囲、終了後にどうするかを事前に伝えておくと、相手も準備がしやすくなります。
うまくいかなかった場合に元の手段へ戻せるかどうかも、契約前に確かめておきたい点です。

仕入先ごとの受け取り方と発注件数を並べても、どの型を軸にし、どの順で切り替えるかは、受発注の実務を知る相手と一緒に見たほうが判断しやすい場面があります。

棚卸しした仕入先の一覧をもとに、データでつなぐ相手と従来の手段を残す相手の分け方や、見積もりで聞くべき項目に抜けがないかを確かめられます。無料相談で要件を整理する

要点の整理

仕入先の受信方法	データで受け取れる相手が取引量のどれだけを占めるかで、連携型を軸にするかを決める
費用	初期・月額・従量・オプション・連携に分けた見積もりを、数年分で比べる
アカウント	誰に配るかを決めてから見積もりを取る
連携	在庫・会計への再入力がどれだけ残るかで要否を判断する
効果	外部の削減率ではなく、試行前後の自社の所要時間で測る

見積もりが複数そろうと、項目の区切りが会社ごとに違い、どこが条件の差なのかが見えにくくなります。 受け取った見積もりを初期・月額・従量・オプション・連携の項目に並べ直し、試行の範囲と測る項目を決める段階で、比較の前提がそろっているかを確かめられます。

よくある質問

仕入先がFAXしか使えない場合、アプリの導入は意味があるか

自社側の効果は残ります。
アプリに入力をまとめれば、集計表から仕入先ごとの書式への転記や、誰が何を発注したかを後から探す手間は減らせます。
ただし、仕入先が受け取る段階はFAXのままなので、送信後の確認や仕入先側での打ち直しは変わりません。
アプリからFAXを送れるかどうかは製品によって違うため、見積もりの際に確かめてください。
取引量の大きい仕入先なら、受注側の負担が軽い仕組みを示して、受け取り方を変えられるか相談する余地もあります。

小規模な店舗でも、共通EDIに対応したアプリを使えるか

中小企業共通EDIは、中小企業の受発注を想定した標準です。
発注側は対応プロバイダーと契約して注文データを変換し、受注側は対応するプロバイダーや業務アプリを使うだけで済み、大きな費用はかからないと説明されています。
検討するときは、店舗の規模よりも、発注側としてプロバイダーと契約する費用と、仕入先が対応アプリを使えるかどうかを見ると判断しやすくなります。
具体的な費用は、契約するプロバイダーに確かめる必要があります。

アカウント数が増えると、月額はどう変わるか

竹田印刷の説明では、SaaSではアカウント数に応じて月額が加算される課金が一般的とされています。
ただし加算の単位や金額は製品ごとに違います。
店舗ごとに共有するのか、入力する人全員に配るのか、仕入先側にも必要なのかを先に決め、同じ条件で見積もりを取ると比較しやすくなります。

発注アプリを試すとき、何を測れば導入の判断ができるか

試行の前に、仕入先ごとの発注件数、1件の発注にかかる時間（集計・転記・送信・確認を含む）、訂正や問い合わせの回数、納品書・請求書との照合時間を記録し、試行中も同じ方法で測って前後を比べます。
外部の削減率を目標にせず、どの仕入先との間でどの作業が減ったかで、広げるかどうかを判断します。

既存の在庫・会計システムは、そのまま使い続けられるか

共通EDIの仕組みでは、発注側は共通の辞書に従ってデータを変換することで、独自に作ったシステムを使い続けられるとされています。
市販の発注アプリ全般に同じことが当てはまるとは限らないため、つなぎたい仕組みの名前、受け渡すデータの形と項目、追加費用の有無、更新時の手直しを誰が担うかを見積もりで確かめてください。

1. 1　出典：中小企業庁（ミラサポplus）「企業間のデータ連携で、受発注の業務コストを削減する！」（2020年）
2. 2　出典：流通BMS協議会（一般財団法人流通システム開発センター）「流通BMS標準仕様（基本形）」（2007年）
3. 3　出典：株式会社竹田印刷「Webの受発注システムの選び方とコストの目安」（2026年）