ECを入れたのに楽にならないのはなぜか。基幹連携と二重入力問題の解き方

受発注のECサイトを導入したのに、なぜ事務員さんの残業は減らないのでしょうか。よくよく現場を見ると、ECに入った注文を印刷し、基幹システムに手で打ち直している——そんな光景が珍しくありません。

これが「二重入力問題」です。論点は二つに整理できます。一つはECと基幹システムがデータとしてつながっていないこと。もう一つは、つなごうとしても商品コードや得意先コードが両者で食い違っていて、機械的に突き合わせられないことです。

なぜ「ECを入れたのに」二重入力が残るのか

受発注ECの多くは「注文を受け取る」ところまでが守備範囲です。一方、在庫・売掛・請求を握っているのは基幹システムです。この間を誰がつなぐのかが設計されていないと、つなぎ役は自動的に「人」になります。

導入時に連携が後回しにされるのは、初期費用を抑えたい心理が働くからです。しかし転記1件に3分かかるとすれば、月500件で25時間。受注事務の人件費は1名あたり月25〜35万円が相場観ですから、この25時間は時給2,000円換算でも月5万円、年60万円が「見えない人件費」として静かに流出し続けている計算になります。連携費用を数十万円ケチった判断が、数年で逆ざやになる構図です。

連携方式は三つ——CSV・中間ツール・API

• CSV連携：ECから注文データを書き出し、基幹に取り込む。初期費用は小さいが、書き出し・取り込みの操作は人が担う半自動
• 中間ツール（EAI/RPA等）連携：既製の連携ツールが両者の間でデータを変換・転送。開発せずに自動化でき、費用は月数万円台からが相場観
• API連携：システム同士を直接接続する個別開発。自由度と安定性は最も高いが、初期投資は数十万〜数百万円規模になり得る

正解は規模で変わります。月数百件までならCSVの半自動でも回りますが、件数が増えるほど「取り込み忘れ」「二重取り込み」という事故のコストが無視できなくなります。件数と事故リスクが増えた段階で中間ツール、さらにその先でAPIという順番が、投資として無理がありません。

先に手を付けるべきはマスタ整備

連携方式より先に片付けるべきなのが、商品マスタと得意先マスタの整備です。ECでは「ミネラルウォーター500ml」、基幹では「MW-500」——この対応表が存在しない限り、どんな高級な連携ツールも動きません。

マスタ整備は地味ですが、実は資産になる仕事です。ここが揃うと、連携だけでなく在庫分析や得意先別の採算管理まで、後続のあらゆる取り組みが軽くなります。逆にここを飛ばした連携プロジェクトは、突き合わせエラーの山で必ず止まります。

費用対効果はこう計算する

判断に使う式はシンプルです。「月間の転記件数 × 1件あたりの処理分数 × 人件費単価」が現在の見えないコスト。これと連携の初期費用・月額を並べ、回収期間が2年以内に収まるかを目安にします。転記ミスによる誤出荷や請求違算の損失を加えると、回収はさらに早まるのが普通です。

• 月間転記件数と1件あたりの所要時間を実測する（感覚値でなくストップウォッチで）
• 転記ミス起因のトラブル件数と対応コストを直近1年分洗い出す
• 連携方式ごとの初期費用＋月額を見積もり、回収期間で並べて比較する

awai Core がFAX・電話・EC経由の注文をAIで一つの流れに集約し、awai Build が基幹システムまでデータでつなぐ——awaiの受発注DXはこの二段構えです。無料トライアルではまず貴社の転記コストを実測し、どの連携方式なら回収が成り立つかを数字で確認するところから始めます。

連携方式ごとの『実務』を具体で見る

方式の名前だけでは、現場が本当に楽になるかは判断できません。誰が・いつ・どの操作をするのかまで踏み込んで見ておくと、導入後の落差を避けられます。

• CSV手動：ECから注文をCSVで書き出し、担当者が基幹の取り込み画面に流す。締め日や忙しい時間帯に操作を忘れると出荷や請求が止まる。件数が少ないうちは回るが、属人化しやすい
• CSV半自動：書き出しと取り込みを決まった時刻に自動実行し、人はエラー分だけを確認する運用。手動より事故は減るが、フォーマットが崩れた注文や新規得意先は結局手当てが要る
• API連携：システム同士が注文をそのまま受け渡す。人の操作を挟まないため取り込み忘れが原理的に起きない一方、基幹側にAPIがあるか、なければ何で代替するかを先に確かめる必要がある

具体的な接続の考え方はShopifyと基幹システムの連携方法で詳しく整理していますが、要点は「どの方式でも、人が触る工程が残る限りそこが二重入力の温床になる」ということです。

二重入力が残ってしまう典型パターン

連携を入れたのに転記が消えない会社には、共通の型があります。当てはまるものがないか点検してみてください。

• 入口が複数ある：ECは連携したがFAX・電話・メールの注文は従来どおり手入力で、結局そちらに時間が張り付いている
• 連携範囲が受注どまり：注文の取り込みは自動化したが、請求・在庫引き当ては別システムに手で転記している
• 例外処理が手作業に落ちる：数量変更・欠品・特別価格などイレギュラーな注文だけ連携から外れ、担当者が両システムを見比べて直している
• マスタ不一致でエラーが常態化：商品・得意先コードの対応が崩れ、連携が弾いた分を人が手で埋め合わせている

いずれも「連携ツールが悪い」のではなく、入口の統合とマスタ整備が追いついていないことが原因です。ECだけを連携しても、FAX・電話が手入力のままなら二重入力は残ります。入口をまとめてから連携方式を決める——この順番を守るだけで、削減効果は大きく変わります。

連携を発注する前に、業者へ確認すべき3つ

相見積もりで業者の力量を見抜くには、次の3点を具体的に聞いてください。ここを曖昧にしたまま「連携できます」と即答する業者は、後から追加費用が膨らむか、運用が人手作業に落ちる可能性が高いと考えたほうがよいです。

• どこまでが自動で、どこからが人の操作か。「半自動」を「自動」と言い換えていないか。CSVの書き出し・取り込みを誰がいつやるのかまで確認する
• マスタ不一致や例外注文が出たときの訂正フローは誰が担うか。連携の初期費用とは別に、毎月の運用工数がどれだけ残るかを数字で出してもらう
• 基幹側にAPIがあるか。なければCSV・中間ツール・RPAのどれで代替し、初期費用と月額がいくら増えるか。ここを見積もり時に詰めておかないと、稼働後に想定外の請求が来る

業界の本音を言えば、連携は「入れれば楽になる」ものではなく、入口の統合とマスタ整備という地味な前工程があって初めて効きます。そこを飛ばして連携ツールだけ売る提案は、たいてい二重入力を別の場所に移すだけで終わります。

本記事とあわせて、Shopifyと基幹システムの連携方法や受発注システムの選び方もご覧いただくと全体像がつかめます。

FAX・電話・EC注文を一つの流れに集約する仕組みの詳細は、awai Coreのサービス詳細でご確認いただけます。