X12メッセージを処理するための作業用オーケストレーションが用意されています。ここで、オーケストレーションをテキスト入力（X12メッセージ）を受け取り、テキスト応答（X12応答）を返すWebサービス（ASMX）として公開する必要があります。ウィザードを使用しようとすると、生成されたWebサービスは、元のプレーンテキスト表現ではなく、X12要求の内部XML表現を公開します。つまり、Webサービス（ASMXではなくWCFサービス）に接続し、X12要求（プレーンテキスト）を送信し、適切な応答（プレーンテキスト）を取得できます。BizTalk 2006 R2 EDI
私はWCFを使用してこの例を見てきましたが、シンプルなWebサービスではこれを使用していません。 私にこれを手渡せますか？
ありがとうございます！
解決策の1つは、プレーンテキストをxml表現に変換するSOAPハンドラを作成して（BizTalkがそれを読み取ることができるように）SOAPバックハンドラを作成し、再び元に戻すことです。私は自分自身でこれを試していないが、それは動作する可能性があります。リクエスト用のハンドラとレスポンス用のハンドラを作成して、文字列を代行受信し、xmlスキーマに変換して戻す必要があります。最も簡単な文字列の代わりに汎用XML文書を使用することもできます。この記事をチェックアウト：私は試していないものの
-Bryan
、私はあなたが行うことができなくなります感を持っているパイプラインのカスタムコーディングのある程度なし。
ウィザードを使用してWebサービスを公開すると、BizTalkは関連するスキーマを取得してWebサービスの種類として使用しますが、これはほとんどの場合意味がありますが、自分のものではありません。
しかし、私が知る限り、SOAPを介してEDIメッセージを受け取る良い方法はありません。文字列メッセージを受け入れ、クライアントにX12にする必要があることを「知らせる」ようにWebサービスを作成することができますが、WSDLに記述する方法はありません。
しかし、そうするならば、逆アセンブラに入る前に、要素（またはあなたのWebサービスをどのように変更したかに応じてそのようなもの）に包まれたパイプラインにX12メッセージが届きますオーケストレーションには、それを取り除くためのコードを用意する必要がありますが、それは比較的簡単に記述することができます。
x12 260ファイルをSOAP Webserviceにも翻訳します。何が最善の方法です...私はXMLに変換する& SOAPに送信します...しかし、ここで問題は、私はそのファイル内のトランザクションの詳細だけを持っている3つのxmlを取得しています....どこに私のヘッダです&予告編は行った:(
誰でもこのような問題に直面しました