現象
問題 1
次のような状況を考えます。
-
HL7 の 2013 R2 ボタンを実行している (BTAHL7)。
-
本を使用しているアダプターが表示され、HL7 受信パイプラインで双方向の受信ポートです。
-
使用して直接同期 HL7 ACKオプションを設定する場合は True。 MLLP トランスポートのプロパティ] で。
-
マップを作成する、アウト バウンドの双方向受信ポートに ACK を送信する前に変換します。
このシナリオで、HL7 の ACK を送信マップを適用しないとそのため、ACK は変換されません。
問題 2
MLLP の送信ポートでは、ダウン ストリーム システムによって返され、MLLP の送信ポートの構成プロパティに設定されている許容 ACK コードと比較する ACK (MSA のセグメントのMSA.1_AcknowledgmentCodeフィールド) に ACK コードをチェックします。本で現在サポートされている ACK コードは、ポートには、AA、CA、AE、CE、AR、CR を送信します。すべての ACK コード、またはこれらの組み合わせを選択することができます。たとえば、次のコードは、すべて有効です。
AA と CA
AA、CA、AE、および CE
AA、CA、AR と CR
ただし、任意の追加許容 ACK コードは入力できません。
この修正プログラムを適用すると、許容 ACK コード] ボックスの一覧でユーザー設定の名前が新しい許容 ACK コードが追加されます。さらに、許容可能なユーザー設定の ACK コードを入力するための新しいテキスト ボックスが追加されます。
Notes
-
カスタム コードは、コンマ (,) で区切る必要があります。例: AE、CE、AR、CR、XX、ZZ
-
(非カスタムのオプション) の標準的な組み合わせのいずれかが選択されている場合カスタム ACK コードの許容可能なプロパティに値を入力する必要はありません。
-
カスタム ACK コードのパイプラインの検証が成功したことを確認するのには、対応する ACK のスキーマに必要なカスタム ACK コードを追加する必要があります。
-
(追跡を有効にする) で BizTalk の追跡機能を使用することができますメッセージが再試行または中断されたときにイベント ログにログに記録されるメッセージ Id を使用してメッセージを追跡します。
解決策
累積的な更新プログラムの情報
この問題は、BizTalk Server の次の累積的な更新プログラムで最初に修正されました。
必要な送信マップの DLL ファイルを配置することと、グローバル アセンブリ キャッシュ (GAC) では、この DLL ファイルをインストールすることを確認ください。
-
OutboundMap アセンブリ名
送信マップをホストしているアセンブリの完全名が必要です。BizTalk Server 管理コンソール内のマップのプロパティでは、この情報を確認できます。ここの情報にあるアセンブリと完全な OutboundMap 名を次の手順で必要なのです。
たとえば: 送信、バージョン = 1.0.0.0、カルチャ依存しない、次の = = 83f92b3673c9005d -
OutboundMap 名
これには、名前空間を含む、すべてのマップ名が必要です。*.Btm ファイル (Namespace.TypeName) のプロパティでは、この情報を確認できます。
例: Outbound.Map1
