インターフェイスエンジンとしてbiztalk2009を使用する標準の双方向インターフェイスがあります。何が起こっているのかというと、MSH.7の日時をミリ秒単位で送信しているという事実を除いて、正常に解析される注文メッセージを受信しているということです。3つの余分な数値により、データ型エラーで失敗します。MSH.7で余分な3つの番号を削除すると、メッセージは正常に処理されます。
複雑さの層を追加するために、私はこの投稿を見つけました：http ://social.msdn.microsoft.com/Forums/en-US/biztalkgeneral/thread/d65bf4de-a3dd-47f3-babe-a82bdc260291/これは、問題を説明し、提案していますMSHスキーマを変更して修正できます。私はそれを行い、メッセージを処理して結果メッセージを元に戻すことができ、すべてが正常に機能しているように見えました。ただし、ACKを生成しようとすると、完全に失敗します。バッチ処理についても同様の問題があると思いますが、それほど遠くはありませんでした。MSHスキーマを変更すると、MSHヘッダーの形式が予期しないものになるため、組み込みのACK機能が機能しなくなります（私は思います）。
旅行中にたくさんの答えを見つけたので、アイデアが足りなくなり始めました。ここに投稿してみようと思いました。最も奇妙な部分は、MSH.7がMSHスキーマの文字列として定義されていることです。したがって、このフィールドに何を渡すかは問題ではないようです。