このトピックでは、EDI の概要と、BizTalk Server が EDI をサポートする方法について簡単に説明します。
EDI の概要
電子データ交換 (EDI) は、取引先がデータを電子的に交換する、最も一般的に使用される 1 つの手段です。 EDI は主にメッセージング指向です。 ドキュメントは、バッチ処理されたトランザクション セットを含めることができるフラット ファイルとして実装されます。 バッチインターチェンジには複数のグループを含めることができます。各グループには複数のトランザクション セットまたはメッセージを含めることができます。
EDI は、標準機関によって合意された特定のデータ交換方法で構成されます。 主な EDI 標準は、X12 (ANSI によって標準化され、主に北米で使用) と EDIFACT (国連によって標準化され、主に米国外で使用) です。 このような標準から他の標準が派生しています。たとえば、HIPAA は X12 に由来し、KEDIFACT 韓国版は EDIFACT から派生しています。 標準は、メッセージ構造と受信確認スキームでは密接に並列ですが、明確な違いがあります。
EDI 標準では、次のものが規定されています。
ドキュメントの交換で使用される形式、文字セット、およびデータ要素
EDI トランザクションで使用されるエンベロープ
配達を確認するために必要な承認
保証された 1 回限りの配信と、破損したデータまたは正しくないデータの自動検出とレポートを提供する方法。
EDI 標準ではドキュメントの構造に関する規則が確立されますが、取引先は送信する特定の情報とその使用方法に同意する必要があります。 2 つの取引先を接続する EDI システムの設計は、標準で必要なもの、および取引先が同意する内容によって決まります。 EDI メッセージングの詳細については、「 EDI メッセージング」を参照してください。
注
EDI メッセージはトランスポートと区別されます。 EDI 標準ではメッセージ トランスポートが規定されておらず、EDI メッセージはさまざまな方法で送信できます。
BizTalk Server での EDI の実装方法
BizTalk Server には、EDI のサポートを提供するネイティブ機能が含まれています。 EDI は製品に組み込まれています。これは、アダプターやアクセラレータなどのアドインではありません。
インターチェンジ処理
EDI 機能は、EDI 標準によって規定される規則を適用するパイプラインで、次の受信側および送信側の処理を実行します。
インターチェンジの検証や受信確認の生成など、受信 EDI メッセージを処理します。
インターチェンジの検証に加え、構成に応じて受信した ACK の処理を行うなど、送信 EDI メッセージを生成して送信します。
バッチ処理
バッチ処理は、受信パイプラインとオーケストレーションによって処理されます。
受信したバッチインターチェンジを分割する場合、BizTalk Server はそのインターチェンジを構成トランザクション セットに分割し、各トランザクション セットの XML ファイルを生成し、送信側のバッチ生成に必要なプロパティを昇格させます。
受信したバッチインターチェンジを保持する場合、BizTalk Server はバッチを処理して、バッチの受信時に含まれていたトランザクション セットとグループを保持します。
受信したバッチインターチェンジを構成する場合、バッチは EDI トランザクション セットとグループを送信インターチェンジに受信します。
複数のパーティがバッチインターチェンジにサブスクライブしている場合、BizTalk Server はバッチのコピーを各パーティに送信します。
取引先契約
取引先は、BizTalk Server 管理コンソールで定義されている一連のプロパティである取引先契約を相互に定義します。 これらのパーティ のプロパティ、送受信ポート/場所のプロパティは、受信側と送信側の EDI 処理を決定します。 取引先契約の詳細については、 取引先契約を参照してください。
インターチェンジの状態
BizTalk Server では、EDI 固有の状態レポートが提供されます。 これらの状態レポートは、インターチェンジに関連付けられた受信確認を含む、EDI ドキュメント交換トランザクションの包括的な状態を提供します。
BizTalk Server の EDI コンポーネント
EDI 処理に使用される Microsoft BizTalk Server コンポーネントには、次のものがあります。
BizTalk EDI アプリケーションには、EDI ドキュメントを処理するために必要な成果物 (パイプライン、オーケストレーション、スキーマを含む) が含まれています。
注
BizTalk Server で EDI 機能を構成すると、構成プログラムによってこのアプリケーションが作成されます。 EDI インターチェンジを処理するアプリケーションを作成するたびに、アプリケーションから BizTalk EDI アプリケーションへの参照を追加する必要があります。 詳細については、「 BizTalk Server EDI アプリケーションへの参照の追加」を参照してください。
BizTalk EDI 受信パイプライン (EdiReceive パイプライン) は、EDI でエンコードされたドキュメントを解析し、EDI バッチを分割し、EDI でエンコードされたドキュメントを XML エンコードに変換し、EDI と XSD の検証を実行し、HIPAA X12 サブドキュメント分割を実行します。 詳細については、「 EDI 受信コンポーネント」を参照してください。
BizTalk EDI 送信パイプライン (EdiSend パイプライン) は、XML ドキュメントを X12 または EDIFACT エンコードに変換し、EDI でエンコードされたドキュメントをシリアル化し、EDI および XSD 検証を実行します。 詳細については、「 EDI 送信コンポーネント」を参照してください。
取引先管理 (TPM) ユーザー インターフェイスを使用すると、EDI ドキュメント交換と AS2 ドキュメント転送に関与する取引先の処理プロパティを設定できます。 詳細については、「UI ガイダンスおよび開発者 API 名前空間リファレンス」の「EDI 処理におけるアグリーメントの役割」と「EDI および AS2 UI」を参照してください。
バッチ処理オーケストレーションは EDI インターチェンジをバッチ処理し、バッチインターチェンジを送信するためのコンテキスト プロパティを設定します。 ルーティング オーケストレーションは、メッセージが複数のバッチと一致するインスタンスを処理し、必要な数のメッセージのコピーを作成します。 詳細については、「 受信バッチの処理 と 送信 EDI メッセージのバッチ処理」を参照してください。
状態レポートのユーザー インターフェイスは、EDI インターチェンジと相関受信確認の包括的な状態を提供します。 詳細については、 EDI および AS2 状態レポートを参照してください。
Visual Studio のデザイン時ツールを使用すると、インスタンスの生成、インスタンスの検証、スキーマの検証、マップのテスト、マップの検証を行うことができます。 詳細については、「 Design-Time XML ツールの使用」を参照してください。
スキーマ リポジトリには、X12、EDIFACT、HIPAA X12N 4010A XSD、EANCOM、および制御スキーマが含まれます。 詳細については、「 EDI ドキュメント スキーマのサポート」を参照してください。
移行ツール (パーティ移行ツール) を使用すると、BizTalk Server 2006 R2 または BizTalk Server 2009 から BizTalk Server に EDI パーティ データを移行できます。 詳細については、「 EDI 移行ユーティリティ」を参照してください。
こちらもご覧ください
BizTalk Server での EDI 処理
BizTalk Server での HIPAA サポート
EDI のサポートに関する問題
EDI ソリューション のアーキテクチャ
EDI および AS2 状態レポート
BizTalk Server EDI ソリューションの開発と構成