Web受注システムの窓口一本化｜設計手順と注意点

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

B2B EC-COLUMN

Web受注システムの窓口一本化とは

Web受注システムの窓口一本化とは、電話・FAX・メール・自社Webフォーム・業界標準EDIという5つの受注の入口を整理し、Web受注システムを主たる受付経路に寄せることです。すべての入口をなくす取り組みではありません。残す経路と閉じる経路を線引きし、受注データが生まれる起点を1つに寄せます。到達点は入口の数ではなく、転記を挟まない受注データが1本の流れで基幹システムへ渡る状態です。

一本化の対象になるのは、注文の内容が最初に文字になる場所です。電話は口頭の内容を受注担当者が書き取り、FAXは紙の注文書として届きます。メールの文面は自由書式で、書き方は取引先ごとに異なります。自社Webフォームは入力項目が決まっている一方、受注システムと連携していなければ再入力が残ります。業界標準EDIは項目と桁が仕様として定義済みのため、受け取った時点で受注データとして扱えます。

窓口一本化と受注データの一元管理は、扱う範囲が違います。一元管理は、入口が分かれたままでも受注データを1つの台帳へ集める取り組みです。この形では、電話やFAXの内容を人が入力する工程が残ります。窓口一本化は、その入力工程を取引先側の入力へ移す考え方です。台帳が1つになっても入力の起点が5か所に散っていれば、確認と差し戻しの手間は減りません。

一本化した後の受注業務では、受注の入口から出荷指示までが1本の線でつながります。取引先がWeb受注システムへ入力した内容は、受付経路の集約を経て受注データの登録へ進みます。ここで担当者の仕事は、入力の代行ではなく、与信・在庫・納期の判断です。判断の対象が絞られるため、確認の記録も1か所に残せます。

Web受注システムの後段では、基幹システムへの引き渡しが成否を分けます。受注データの項目が基幹側の品目コードや単位と合わなければ、取り込みの段階で差し戻しが起きます。引き渡しの方式は、都度連携でも定時連携でも成り立つでしょう。ただし在庫の引き当てをどの時点で確定させるかは、公開前に決めておく必要があります。決めないまま公開すると、取引先の画面上の在庫と実在庫が食い違います。

窓口一本化は、電話やFAXの受注を否定する取り組みではありません。急な数量変更や在庫の相談は、口頭のほうが早く決まる場面があります。商習慣として紙の注文書を運用してきた取引先には、その理由もあります。だからこそ、残す経路を決める作業と、閉じる経路を決める作業を分けて考えます。

受注窓口が分散していると起きる課題

受注窓口が分散している状態で起きる課題は、転記と内容確認の重複、受注対応の担当者への偏り、取引先側に残る手間の3つに整理できます。共通の原因は、入力の起点が5か所に分かれている点です。電話は聞き取りの書き取り、FAXは読み取り、メールは文面の解釈と、必要な作業が経路ごとに異なります。同じ注文でも確認手順が変わるため、対応の速さと正確さが担当者の経験に左右されます。

転記の重複は、注文1件あたりの工程数を増やします。電話やFAXの注文では、内容の読み取り・品目コードへの変換・受注システムへの入力という3つの工程が必要です。品目・数量・単位・納期のいずれかを読み違えれば、誤出荷や欠品に直結します。誤出荷の後始末は、回収・再出荷・請求の訂正まで広がり、受注部門だけでは収まりません。

内容確認の重複も、経路の数に比例して増えます。取引先から届いた注文の到着確認は、経路ごとに探す場所が異なります。FAXなら受信箱、メールなら担当者個人の受信フォルダ、電話ならメモというように、探し方が人によって変わる状態です。受付記録が1か所に無ければ、二重受注の発見も遅れます。

受注対応の偏りは、経路ごとの暗黙の手順から生まれます。特定の取引先の注文は、書式の癖や過去の例外を知っている担当者しか処理できない状態になりがちです。担当者が休むと、その取引先の注文だけ処理が止まります。引き継ぎの資料が無ければ、繁忙期の応援も難しいでしょう。属人化は個人の能力の問題ではなく、経路が分かれたまま運用してきた結果です。

手間は自社だけに残るわけではありません。取引先の発注担当者も、送付先ごとに書式を使い分け、送信後に電話で確認する作業を抱えています。注文の受付状況が見えない場合、納期回答を待つ時間も読めません。発注側から見れば、受付状況と納期がその場で分かる経路のほうが手間は少なくなります。

分散したままの運用は、書類の保存にも影響します。メールやWebで受け取った注文は電子取引に当たり、電子帳簿保存法の定めに沿った保存が必要です。電子取引データの電子保存は2024年から義務化され、紙に出力して保存する扱いは認められていません。受信箱に置いたままでは、取引年月日・取引金額・取引先で探せる状態を保てません。

分散の課題は、繁忙期に一度に現れます。月末や期末に注文が集中する時期は、経路ごとの確認と転記が同時に増えます。人手を足しても、経路ごとの手順を知る担当者が限られていれば処理は速くなりません。受注の入口を絞る作業は、繁忙期に受けられる件数の上限を上げる作業でもあります。

自社の商流に合わせた要件整理を進めたい場合は、無料相談で要件を整理するのが近道です。

窓口一本化を後押しする制度と通信環境の変化

窓口一本化を後押ししているのは、受発注をめぐる制度と通信環境の変化です。発注内容の書面交付は電磁的方法による提供が認められ、取引の記録を電子で残す前提が整いました。電子取引データの電子保存は2024年から義務となり、紙に印刷して保管する運用は使えません。従来の交換機による通信サービスも2024年にIP網を用いた提供へ切り替わり、旧来のEDI回線には終了の予定が示されています。

発注書面の交付を電磁的方法へ切り替えられる範囲は、下請取引の適正化に関する法律の定めで確認します。この法律は2025年に改正法が成立・公布され、名称も中小受託取引適正化法へ変わりました。改正法の施行は2026年1月です。発注内容を記した書面の交付に代えて電磁的方法で提供する取扱いも、この改正で見直されています。自社の取引が対象に当たるか、どの項目を記載すべきかは、原典の記述に沿って税務・法務の専門機関へ確認してください。

電子取引データの保存は、Web受注システムを入れると要件を満たしやすくなります。国が公表している電子帳簿保存法の一問一答では、電子取引の記録について真実性と可視性の確保が求められています。可視性の面では、取引年月日・取引金額・取引先の3項目で検索できる状態が要件です。判定期間の売上高が5,000万円以下の事業者などは、データの提示や提供に応じられれば検索機能の確保が不要とされ、この一問一答は2025年に更新された版が公表されています。

保存の期間と方法も、窓口を1つにまとめる判断材料になります。法人の帳簿書類は原則7年の保存が求められ、受注の記録もこの対象に含まれます。真実性の確保には、タイムスタンプの付与や、訂正削除の防止に関する事務処理規程の備置きといった方法が示されています。受注データが1件ずつシステムに残り、変更履歴も追える状態が作れます。個々の受信箱を管理する場合より、要件への対応は軽くなるでしょう。

通信環境の変化は、既存EDIの見直し時期と重なります。交換機を用いた従来のディジタル通信サービスは2024年にIP網を用いた提供へ切り替わり、新規申込の受付終了と提供終了の予定も公表済みです。手順が古いEDIをそのまま使い続けると、回線の切替時に受注が止まる恐れがあります。自社の受発注回線がどの契約に当たるかは、回線の契約内容と機器の型式から確認しておきます。

業界標準の受発注メッセージ仕様は、Web受注窓口と併存させる前提で整えられています。流通ビジネスメッセージ標準のように、業界団体が仕様を公開している領域では、その仕様に沿った経路を残す判断が現実的でしょう。企業間の電子商取引の市場規模とEC化率は、国の電子商取引に関する市場調査で毎年公表され、令和6年度分の結果は2025年に公表されました。市場全体で電子化が進む中では、取引先から電子的な受発注を求められる場面も増えます。

窓口一本化の設計手順

窓口一本化の設計は、受注経路と取引先の棚卸しから始めます。件数の多い経路と、例外の多い取引先を先に把握しなければ、閉じる順番を決められません。次に、業界標準EDIとWeb受注窓口の役割分担を決め、それぞれで受ける注文の種類を線引きします。最後に、例外注文と特殊な商習慣の扱いを決める順番です。この3段階を飛ばして画面の設計から入ると、公開後に旧経路へ戻る動きが出ます。

受注経路と取引先の棚卸しでは、取引先別の件数を数えます。数えるのは、経路別の注文件数、1件あたりの明細行数、例外対応の発生件数の3つです。件数の集計は、電話やFAXの記録が残っていない範囲では概算になりますが、順位が分かれば足ります。上位の取引先に件数が集中しているなら、その取引先の移行だけで効果が出ます。

役割分担の決定では、標準EDIとWeb受注窓口の担当範囲を分けます。定型の反復注文や大量の明細は標準EDIが向き、仕様が固定されているぶん自動化しやすい経路です。注文頻度が低い取引先や、在庫を見ながら数量を決める注文はWeb受注窓口が向きます。両方を持つ取引先には、どの注文をどちらへ流すかを取り決めておきます。

例外注文の扱いは、設計時に決めておく範囲を限定します。単価が個別に決まる注文、在庫を確保してから数量が変わる注文、納品先が注文ごとに変わる注文は、画面の項目だけでは受けきれません。これらは受付だけWeb側で受け、確定は担当者の確認を挟む形にできます。すべての例外を画面で表現しようとすると、項目が増えて取引先の入力が続かなくなります。

棚卸しの結果は、受注特性の言葉で残しておきます。注文の入口・明細の量・例外の頻度・納期の決め方の4点を取引先ごとに並べた一覧が土台です。この一覧は、後で移行状況を見える化する指標のもとにもなります。台帳を作らずに個別の記憶で進めると、担当者が替わった時点で判断の根拠が消えます。

設計の最後に、公開の範囲を決めます。すべての取引先へ同時に開くより、件数の多い経路から順に開くほうが、差し戻しの原因を切り分けやすい進め方です。先行して開く取引先は、注文の型が単純で、連絡が取りやすい相手が向いています。ここで得た差し戻しの内容は、案内資料の書き換えに使えます。

取引先に移行してもらうための進め方

取引先の移行は、段階移行と併走期間の設計で決まります。案内を一斉に出して旧経路を即日閉じる進め方は、注文が止まる恐れがあるため採れません。移行対象の選定、案内資料の配布、併走期間、経路の切り替えという順で進め、各段で移行の状況を確認します。取引先の発注担当者にとっては、自分の作業手順が変わる話です。手順が変わる理由と、変わった後の利点を先に伝えます。

段階移行では、先に移る取引先の条件を決めます。注文の型が単純で、担当者が固定され、連絡経路がはっきりしている取引先が先頭の候補です。先頭の取引先で見つかった入力の迷いは、次の集団への案内に反映できます。移行の集団を3つ程度に分けると、案内と問い合わせ対応の負荷も分散します。

併走期間は、旧経路とWeb受注窓口を並行して受け付ける期間です。長さは自社の受注周期から決め、月次の定期発注がある取引先では、その周期を複数回またぐ長さが目安でしょう。併走中は、同じ注文が両方の経路から届く二重受注が起きるため、受付番号の付け方を先に決めておきます。期間を無期限にすると、旧経路が既定の経路として残ります。

案内資料は、発注担当者が手元で操作しながら読める分量に収めます。必要なのは、入力画面の順番、在庫と納期の見方、注文の取り消しと変更の手順です。操作サポートは、電話で受ける窓口を移行期間だけ用意する方法が現実的です。画面の共有ができる会議ツールを使えば、入力の途中で止まった箇所をその場で確かめられます。

案内の時期は、取引先の締め日を避けて選びます。月末や期末に案内が届くと、発注担当者は目を通す余裕がありません。案内から切り替えまでの予定を1枚にまとめ、いつ何が変わるかを先に示します。予定が見えていれば、社内の承認が必要な取引先も準備を進められます。

移行を求める場面では、相手の設備と体制も踏まえます。発注側にWeb環境が無い取引先や、注文をFAXで受ける社内規程を持つ取引先には、無理に移行を求められません。こうした取引先には旧経路を残し、自社側で入力する体制を維持する判断もあります。移行率の目標を全取引先へ一律に広げない前提を、社内で先に共有します。

移行状況を見える化する指標は、3つに絞ると運用が続きます。Web受注窓口を経由した注文の件数比率、旧経路からの注文件数、差し戻しの発生件数です。件数比率だけを見ると、件数の少ない取引先の未移行が隠れるため、取引先数の比率も併せて見ます。指標の推移を取引先へ共有すると、移行の遅れが自社だけの課題ではなくなります。

窓口一本化でつまずきやすい点と対処

つまずきやすい点は、在庫・価格・単位の情報連携の抜け、旧経路が残り続けること、効果の測り方を決めていないことの3つです。前の節が移行してもらう進め方だったのに対し、この節では移行後に残る問題と対処を扱います。いずれも公開前の取り決めで避けられる問題であり、公開後に気づくと修正の手間が膨らみます。原因を先に知っておけば、設計の段階で手を打てます。

在庫・価格・単位の情報連携の抜けは、取引先の画面に直接現れます。取引先別の単価、数量に応じた価格、ケースとバラの単位換算のいずれかが欠けると、注文の内容が確定しません。単位の換算を誤ると、注文数量が桁違いになったまま出荷へ流れます。連携の対象は、品目・単価・在庫・単位・納期の5項目を最低限として確かめます。

旧経路が残り続ける原因は、取引先側だけにあるわけではありません。自社の担当者が、電話の注文をその場で受けて代行入力すると、取引先には移行の必要が生まれません。FAX番号や個別のメールアドレスを案内資料や名刺に残していることも、旧経路が生き続ける理由です。受付の窓口をどこまで閉じるかは、社内の合意なしには決まりません。

効果の測り方は、公開前に決めておきます。公開後に指標を決めると、比較のもとになる数値が手元に残っていません。受注1件あたりの処理時間、差し戻し件数、問い合わせ件数のうち、記録が取れるものを選びます。工数の削減幅は自社の記録からしか出せないため、他社の数値をそのまま当てにできません。

対処の順番は、注文が止まる度合いで決めます。情報連携の抜けは注文そのものを止めるため、最初の対処先です。旧経路の残存は効果の出方を鈍らせる問題で、案内と社内の合意によって少しずつ減ります。効果の測り方は、記録が消えないうちに決めておく作業です。

公開後の見直しは、月次で決まった項目を確認する形が続けやすいでしょう。差し戻しの多い項目、入力が止まる画面、旧経路からの注文が残る取引先の3点を並べます。原因が画面の項目にあるのか、案内の書き方にあるのか、基幹システムへの引き渡しの仕様にあるのかで対処が変わります。切り分けの記録が残っていれば、次の集団の移行が楽になります。

対処を後回しにすると、費用は取引の記録の側にも出ます。受注の記録が経路ごとに散っていれば、取引年月日・取引金額・取引先で探せる状態を作る作業が別途必要です。電子取引の記録は原則7年の保存対象であり、保存の抜けは後からさかのぼって直せません。窓口を1つにまとめる作業は、この保存の要件を満たす作業と重なります。

窓口一本化の検討を始めるための確認事項

検討の入口では、自社の受注特性、既存の基幹システムとの連携範囲、社内体制と運用の引き継ぎの3点を確認します。受注特性が分かれば、Web受注窓口で受ける注文の割合の見積もりが可能です。連携範囲が決まれば、必要な開発の量と期間の見当がつきます。体制が決まれば、公開後の問い合わせ対応と改善を誰が担うかが定まります。この3点が空欄のまま製品の比較へ進むと、比較の軸そのものが決まりません。

受注特性は、注文の入口・明細の量・例外の頻度・納期の決め方の4点で表せます。明細行が多く定型の注文が中心なら、標準EDIの比重が高くなります。1回の注文が少量で品目が毎回変わるなら、Web受注窓口の効果が出やすい領域です。自社の注文がどちらに寄っているかで、投資の順番が変わります。

基幹システムとの連携範囲は、項目単位で決めます。品目マスタ・取引先別単価・在庫数・与信情報のうち、どれをWeb受注側へ渡すかで開発の量が変わります。参照だけでよい項目と、更新が必要な項目を分ける作業が先です。連携の方式を決めずに画面設計へ進むと、公開の直前に在庫表示の仕様が覆ります。

内製で進める場合に必要な知識は、1人の担当者では収まりません。受注業務の例外を把握している業務側の知識と、基幹システムのデータ項目や連携方式の知識が要ります。さらに、電子取引データの保存要件の理解と、取引先への案内や操作サポートを担う体制も必要です。公開後の画面改善と問い合わせ対応が続くため、片手間の兼務では回りません。必要な人数と期間は受注件数と連携範囲で変わるため、自社の記録から見積もる必要があります。

外部の支援を使う場合との違いは、判断の材料が手元に揃う速さです。自社だけで進める場合、他社の設計例や標準仕様の運用実態を知る機会は限られます。支援を受ける場合は、標準EDIとWeb受注窓口の役割分担の型や、併走期間の置き方の選択肢を先に比べられます。ただし、例外注文の内容と取引先の事情を説明できるのは自社の担当者だけです。外部に任せきりでは、例外の設計が抜けます。

社内体制と運用の引き継ぎは、公開の前に文書へ残します。画面項目の意味、例外注文の受け方、旧経路を残した取引先の一覧は、担当者が替わっても読める形にしておきます。制度面の判断は原典の記述の範囲で整理し、自社の取引への当てはめは税務・法務の専門機関へ確認してください。窓口一本化は、受注の入口を減らす作業と、取引の記録を残す作業を同時に進める取り組みです。

よくある質問

窓口一本化の費用はどのように見ておけばよいですか

費用は初期設定・基幹システムとの連携開発・取引先への案内・公開後の運用の4つに分けて見ると比較しやすくなります。金額を左右するのは、連携する項目の数と取引先の数、そして例外注文をどこまで画面で受けるかです。他社の金額をそのまま当てにはできませんので、連携範囲を項目単位で決めたうえで見積もりを取り、公開後の運用費まで含めて判断してください。

取引先が移行に応じない場合はどう進めればよいですか

旧経路を残す判断が現実的です。発注側にWeb環境が無い取引先や、紙の注文書を社内規程で定めている取引先には、移行を求めても手続きが進みません。この場合は自社側で入力する体制を維持し、件数比率と取引先数の比率の両方で移行状況を見ます。件数の多い取引先が移れば、旧経路が残っても受注部門の負荷は下がります。

標準EDIをやめてWeb受注窓口だけに絞れますか

業界標準の受発注メッセージ仕様が公開されている領域では、併存させる前提で設計するほうが無理がありません。流通ビジネスメッセージ標準のように仕様が公開された経路は、項目と桁が定義済みで自動化しやすい利点があります。定型の反復注文は標準EDI、頻度の低い注文はWeb受注窓口という役割分担で整理してください。

Web受注へ切り替えると電子帳簿保存法への対応は変わりますか

Webで受け取った注文は電子取引に当たるため、電子データのままの保存が必要です。国が公表している一問一答では真実性と可視性の確保が求められ、可視性の面では取引年月日・取引金額・取引先の3項目で検索できる状態が要件とされています。法人の帳簿書類は原則7年の保存対象です。自社の取引への当てはめは税務の専門機関へ確認してください。

導入から取引先の移行完了までどのくらいの期間がかかりますか

期間は連携する項目の数、取引先の数、併走期間の長さで変わりますので、自社の受注記録から見積もる形になります。目安を作るには、月次の定期発注の周期を何回またぐかを先に決めるとよいでしょう。取引先を3つ程度の集団に分けて順に開くと、差し戻しの原因を切り分けながら進められます。

1. *1　出典：経済産業省「令和6年度電子商取引に関する市場調査」（2025）　経路
2. *2　出典：公正取引委員会「取適法（中小受託取引適正化法）に関する案内（改正法の成立・公布・施行）」（2025）　経路
3. *3　出典：国税庁「電子帳簿保存法一問一答【電子取引関係】」（2025）　経路
4. *4　出典：総務省「令和7年通信利用動向調査の結果」（2026）　経路
5. *5　出典：流通システム標準普及推進協議会「流通ビジネスメッセージ標準（流通BMS）の標準仕様および導入企業数の公表情報」（2025）　経路
6. *6　出典：東日本電信電話株式会社「INSネットの新規申込受付・提供終了について」（2024）　経路