EDI受信データと基幹システムのマスタ不整合を解消し受注処理の遅延と誤出荷を防ぐ方法

EDI（電子データ交換）で取引先から届く受注データの商品コードや取引先コードが、自社の基幹システムに登録されているマスタと一致しない。この不整合が起きるたびに、担当者がExcelや紙の対照表を見ながら手作業で突合・修正を行い、受注処理が止まる。件数が少ないうちは何とかなりますが、取引先が増えるほど作業量は膨れ上がり、誤出荷や納期遅延といった実害につながります。

この記事は、従業員50〜500名規模の製造業・卸売業で、EDI受注処理や基幹システムのマスタ管理を兼務している情報システム担当者や業務管理部門のマネージャーを想定しています。読み終えると、EDI受信データと基幹マスタの不整合を自動で検知・変換し、例外だけを人が判断する運用フローを設計できるようになります。なお、大規模エンタープライズ向けのEDI基盤刷新プロジェクトや、個別ツールの網羅的なレビューは扱いません。

本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、EDI受信からマスタ照合、例外処理、基幹システムへの取り込みまでの一連のワークフロー設計図と、各ステップで使うツールの選定根拠が手元に揃います。

Workflow at a glance: EDI受信データと基幹システムのマスタ不整合を解消し受注処理の遅延と誤出荷を防ぐ方法

• Step 1: EDI受信データを取り込みマッピングテーブルで自動変換する (Asteria Warp) (RPA)
• Step 2: 変換できなかったデータを担当者に通知し判断を仰ぐ (コラボフロー) (ワークフローシステム)
• Step 3: 変換済みデータを販売管理システムに取り込む (楽商)

なぜEDI受信データと基幹マスタの不整合は放置するほど悪化するのか

コード体系が三者三様で管理されている

不整合の根本原因は、取引先のコード体系、自社基幹システムのマスタ、そしてEDI変換処理のマッピングテーブルという3つの情報源がそれぞれ独立して管理されていることにあります。取引先が商品コードを改廃したとき、自社のマスタに反映されるまでにタイムラグが生じます。さらにEDI変換のマッピングテーブルは、導入時に一度設定したきり更新されていないケースが非常に多いです。

手作業の突合は属人化しやすい

不整合が発生すると、ベテラン担当者が過去の対応履歴や記憶を頼りに正しいコードを特定します。この知識は個人に閉じているため、担当者が不在のときに処理が完全に止まります。また、手作業での修正はミスが混入しやすく、誤ったコードで受注処理が進むと誤出荷につながります。

遅延と誤出荷が取引先との信頼を損なう

受注処理が半日〜1日遅れるだけで、出荷スケジュール全体に影響します。誤出荷が発生すれば返品対応のコストだけでなく、取引先からの信頼低下という取り返しのつかないダメージを受けます。取引先の数が増えるほど不整合の発生頻度は上がり、問題は加速度的に深刻化します。

重要な考え方：コード変換ルールを一元管理し、例外だけを人が判断する仕組みにする

不整合をゼロにすることは現実的ではありません。取引先ごとにコード体系は異なり、変更のタイミングも自社ではコントロールできないからです。重要なのは、既知の変換パターンは自動で処理し、未知のパターンだけを人が判断するという切り分けを明確にすることです。

自動変換できる範囲を最大化する

取引先コードと自社コードの対応表（マッピングテーブル）をETLツール上で一元管理し、EDI受信データが届いた時点で自動変換をかけます。過去に手作業で対応した実績をマッピングテーブルに蓄積していけば、自動変換の対象範囲は時間とともに広がります。

例外処理のフローを標準化する

自動変換できなかったデータは、ワークフローシステムで担当者に通知し、判断を仰ぎます。このとき、判断結果をマッピングテーブルに書き戻す運用ルールを設けることで、同じ不整合が二度と例外にならない仕組みを作ります。判断の履歴が残るため、属人化も防げます。

EDI受信データの不整合を検知・変換・取り込みする実践ワークフロー

ステップ 1：EDI受信データを取り込みマッピングテーブルで自動変換する（Asteria Warp）

EDIで受信した受注データをAsteria Warpに取り込みます。Asteria Warpはノーコードでデータ変換フローを設計できるETLツールで、取引先コードから自社コードへの変換ルールをマッピングテーブルとして内部に保持できます。受信データの商品コード・取引先コードをマッピングテーブルと照合し、一致するものは自動的に自社コードへ変換します。一致しないレコードにはエラーフラグを付与し、変換済みデータとエラーデータを分離して出力します。

この処理はEDIデータの受信をトリガーにして自動実行するよう設定します。日次でEDIを受信している場合は、受信直後に変換処理が走るようスケジュールを組みます。変換済みデータはCSV形式で出力し、次のステップに渡します。

ステップ 2：変換できなかったデータを担当者に通知し判断を仰ぐ（コラボフロー）

ステップ1でエラーフラグが付いたレコードは、ワークフローシステムであるコラボフローに自動で起票されます。Asteria Warpからコラボフローへの連携は、Asteria WarpのHTTPコネクタを使ってコラボフローのAPIにデータを送信する形で実現します。

コラボフロー上では、エラーとなった商品コードや取引先コード、取引先名、受注内容が一覧で表示され、担当者は正しい自社コードを入力して承認します。承認時に上長の確認が必要な場合は、コラボフローの承認ルートに上長を追加するだけで対応できます。

担当者が判断した結果（取引先コードと自社コードの対応関係）は、コラボフローの完了データとしてAsteria Warpに戻し、マッピングテーブルに追加登録します。これにより、次回以降は同じコードの不整合が自動変換の対象になります。この書き戻し処理もAsteria Warpのフローとして自動化できます。

ステップ 3：変換済みデータを販売管理システムに取り込む（楽商）

自動変換が完了したデータと、ステップ2で担当者が修正したデータを合わせて、販売管理システムである楽商に取り込みます。楽商はCSVインポート機能を備えており、Asteria Warpから出力された変換済みCSVをそのまま取り込めます。

取り込み前にAsteria Warp側で楽商のマスタと最終照合を行い、コードの整合性を再チェックします。ここで不整合が検出された場合は処理を停止し、ステップ2に差し戻します。二重チェックを入れることで、誤ったデータが楽商に入り込むリスクを最小化します。

取り込みが完了したら、Asteria Warpから担当者にメールで完了通知を送信します。通知には処理件数、自動変換件数、手動修正件数を含め、日々の不整合発生状況を可視化します。この数値を週次で確認することで、マッピングテーブルの精度がどの程度向上しているかを把握できます。

この組み合わせが機能する理由

Asteria Warp：ノーコードでマッピングテーブルを一元管理できる

Asteria Warpを選ぶ最大の理由は、プログラミング不要でデータ変換フローを構築・修正できる点です。EDIのコード変換は取引先の追加や商品改廃のたびにルールの更新が必要になりますが、Asteria Warpならドラッグ＆ドロップの操作でマッピングテーブルを更新できます。情報システム部門に開発を依頼しなくても、業務担当者自身がメンテナンスできるのは大きな強みです。

一方で、Asteria Warpは月額のライセンス費用がかかるため、EDI受信件数が極端に少ない場合はコストに見合わない可能性があります。目安として、月間の受注データが100件を超える規模であれば、手作業の工数削減効果で十分にペイします。また、Asteria Warpのマッピングテーブルはフロー内部に保持されるため、テーブルが大きくなりすぎると管理が煩雑になります。数千行を超える場合は外部データベースにテーブルを切り出し、Asteria Warpから参照する構成を検討してください。

コラボフロー：例外処理の判断履歴を確実に残せる

コラボフローを採用する理由は、例外処理の判断を記録として残し、承認フローに乗せられる点です。Excelやメールで例外対応を回すと、誰がいつどのような判断をしたかが追えなくなります。コラボフローなら申請・承認の履歴がすべて保存され、監査対応にも使えます。

コラボフローはクラウド版とオンプレミス版があり、自社のセキュリティポリシーに合わせて選択できます。Asteria Warpとの連携はAPI経由で行うため、初期設定時にAPI接続の設計が必要です。この部分だけは情報システム担当者の関与が求められますが、一度設定すれば日常運用では業務担当者だけで回せます。

楽商：中堅規模の卸売・製造業に適した販売管理の受け皿

楽商は中堅規模の卸売業・製造業で広く使われている販売管理システムで、CSVインポートによる受注データの一括取り込みに対応しています。EDIから変換されたデータの最終的な受け皿として、既存の販売管理業務との親和性が高いです。

楽商のCSVインポートは項目のマッピングを柔軟に設定できるため、Asteria Warpの出力フォーマットに合わせた調整が容易です。ただし、楽商側のマスタ更新（新規商品の登録や取引先の追加）は楽商の画面から行う必要があるため、マスタの更新タイミングとEDI変換ルールの更新タイミングを合わせる運用ルールを決めておくことが重要です。FitGapでは、毎週決まった曜日にマスタ更新とマッピングテーブル更新を同時に行う運用を推奨します。

Recommended tool list

結論：コード変換の自動化と例外処理の標準化で受注処理の遅延をなくす

EDI受信データと基幹マスタの不整合は、3つの情報源が独立して管理されていることが根本原因です。この問題を解決するには、Asteria Warpでマッピングテーブルを一元管理して自動変換の範囲を広げ、変換できない例外だけをコラボフローで人が判断し、判断結果をマッピングテーブルに書き戻すサイクルを回すことが有効です。

まずは取引先1社分のEDIデータを使って、Asteria Warpでの変換フローを試作してみてください。マッピングテーブルに登録するコード対応表は、現在手作業で使っているExcelの対照表をそのまま流用できます。小さく始めて変換精度を確認し、問題なければ取引先を順次追加していく進め方が、最もリスクが低く確実です。

Mentioned apps: Asteria Warp, コラボフロー

Related categories: RPA, ワークフローシステム

Related stack guides: 輸出管理教育の受講完了と実務権限を自動連動させ未受講者による誤申請を防ぐ方法, 該非判定の根拠資料が散逸して再現できない問題を解消し監査対応を万全にする方法, FTA/EPA協定の改正・新規発効情報を現場に届けて関税優遇の見逃しと法令違反を防ぐ方法, 取引先が増えるたびにデータ変換を個別開発する負担をなくし連携スピードとコストを改善する方法, 補助金の変更申請と実績報告の整合性を保ち事後監査での指摘と返還リスクを防ぐ方法