データ連携・移行設計・パッケージ導入重要度:★★出題: AM2・PM1・PM2

EDI更改（流通BMS / Web-EDI / REST API移行）

いーでぃーあいこうかい / EDI Modernization (Web-EDI & REST API)

従来の電話回線（ISDN）やレガシー手順（JCA手順、全銀ベーシック手順）による企業間電子商取引（EDI）を、インターネット経由の流通BMS、AS2、Web-EDI、REST/JSON APIへ刷新する設計。

3行速習ポイント

従来の電話回線（ISDN）やレガシー手順（JCA手順、全銀ベーシック手順）による企業間電子商取引（EDI）を、インターネット経由の流通BMS、AS2、Web-EDI、REST/JSON APIへ刷新する設計。
中小取引先向けにはブラウザで受注確認・出荷入力ができるWeb-EDIを提供し、大口取引先向けには自動システム連携APIを提供するハイブリッド設計が定石です。
試験対策：平成28年午後I問1や令和6年午後I問3（受発注業務の電子化）など、BtoB受発注・サプライチェーン連携の事例問題で頻出...

図解

図EDI更改の設計・評価構造

Step 1

レガシーEDIからインターネットEDI/APIへの移行

業務要件・システム制約の整理と構造化

↕

Step 2

Web-EDIと自動連携APIの併用

中小取引先向けにはブラウザで受注確認・出荷入力ができるWeb-EDIを提供し、大口取引先向

↕

Step 3

取引先規模に応じた段階的移行

FAXと旧回線EDIが混在していた取引先300社の受発注業務に対し、大口50社はREST

概要と本質

従来の電話回線（ISDN）やレガシー手順（JCA手順、全銀ベーシック手順）による企業間電子商取引（EDI）を、インターネット経由の流通BMS、AS2、Web-EDI、REST/JSON APIへ刷新する設計。中小取引先向けにはブラウザで受注確認・出荷入力ができるWeb-EDIを提供し、大口取引先向けには自動システム連携APIを提供するハイブリッド設計が定石です。

重要ポイント・コア概念

レガシーEDIからインターネットEDI/APIへの移行とWeb-EDIと自動連携APIの併用の正確な定義と適用場面の理解
取引先規模に応じた段階的移行および文字コード・商品コード変換を踏まえたシステム方式・機能仕様の設計
定量的効果：FAXと旧回線EDIが混在していた取引先300社の受発注業務に対し、大口50社はREST API連携、中小250社はWeb-EDIへ統合して手入力工数を月間400時間削減