このトピックでは、EDI 受信パイプラインでの処理に関する既知の問題について説明します。
末尾の区切り記号の Receive-Side 処理が失敗する
症状:
X12 でエンコードされたメッセージの場合はエラー コード AK403= 6、EDIFACT でエンコードされたメッセージの場合はエラー コード UCM3=4/UCD1=45 で、末尾の区切り記号を持つトランザクション セットが失敗します。
考えられる原因
末尾の区切り記号の処理が有効になっていません。
解決策
メッセージを送信したパーティの EDI プロパティを開きます。 [EDI プロパティ] ダイアログ ボックスの [検証と ACK 生成] ページ (X12 または EDIFACT の場合) で、[末尾の区切り記号または区切り記号を許可する] を選択します。 このチェック ボックスをオンにした後、[末尾の区切り記号に空の XML タグを作成する] をクリックして、中間 XML の末尾の区切り記号に空の XML タグを作成することを指定できます。
CONTRL ACK は有効ですが、生成されません
症状:
送信側の検証と ACK 生成の [機能 ACK の生成] チェック ボックスがオンになっていますが、EDI 受信パイプラインで CONTRL 受信確認が生成されていません。
考えられる原因
CONTRL メッセージには、インターチェンジからコピーする必要がある必須データ要素がいくつか含まれています。 インターチェンジ内のデータ要素が見つからないか、構文的に無効な場合、受信パイプラインは構文的に有効な CONTRL メッセージを生成できません。
解決策
CONTRL 受信確認以外の方法でエラー状態を報告します。
"受信パイプラインの実行中にエラーが発生しました..."エラーメッセージ
症状:
AS2 受信パイプラインを実行しようとすると、80040154 エラーが発生します。
考えられる原因
パイプラインは、64 ビット ホスト インスタンスではサポートされていません。
解決策
パイプラインを 32 ビット ホストに関連付けます。
Port-Based 認証が有効で、BizTalk Server が承認およびセキュリティ情報にアクセスできない場合、X12-Encoded メッセージが中断されます
症状:
認証が有効になっている受信ポートを介してメッセージを受信し、メッセージを送信したパーティを特定できない場合、BizTalk Server はメッセージを中断します。
考えられる原因
受信ポートで認証が有効になっている場合 (受信ポートの "認証なし" プロパティがクリアされている場合)、BizTalk Server ではインターチェンジを処理するために、"ISA1-2 (承認修飾子と情報)" プロパティと "ISA3-4 (セキュリティ修飾子と情報)" プロパティの設定が必要です。 これらのプロパティは、インターチェンジ送信者としてパーティーの [X12 インターチェンジ処理プロパティ] ページでパーティに対して設定されます。 BizTalk Server は、これらのプロパティの値を特定できない場合、メッセージを中断します。
これは、2 つの方法で発生する可能性があります。 最初のケースでは、メッセージを送信したパーティを BizTalk Server が特定できない場合、EDI グローバル プロパティが使用され、承認とセキュリティ設定にアクセスできなくなります。 その結果、メッセージが中断されます。 2 番目のケースでは、BizTalk Server がパーティを決定したが、パーティの ISA1-2 プロパティと ISA3-4 プロパティが構成されていない場合、BizTalk Server は再び承認情報とセキュリティ情報にアクセスできなく、メッセージを中断します。
解決策
メッセージの送信側を識別できること、および ISA1-2 プロパティと ISA3-4 プロパティがパーティ契約で定義されていることを確認します。
分割された HIPAA サブ文書内の不適切な SE01
症状:
トランザクション セット トレーラー (SE01 フィールド) は、X12/HIPAA ドキュメントのヘッダーセグメントとトレーラー セグメントを含むデータ セグメントの数を提供します。 ただし、分割 HIPAA サブドキュメントの場合、EDI 受信パイプラインでは、再計算するのではなく、元のドキュメントと同じ SE01 値が適用されます。
原因
EDI 受信パイプラインは、元の HIPAA ドキュメントから分割サブ ドキュメントに SE01 の値をコピーします。
重複する UNB5 または UNH1 のエラー メッセージが説明的ではありません
重複する UNB5 (インターチェンジ制御番号) または UNH1 (トランザクション セット参照番号) を含むメッセージを BizTalk Server が受信した場合、それが投稿するエラー コードと説明は、問題の性質を明確に示しません。
メモリ不足の場合、BizTalk Server は非常に大きなインターチェンジを中断します
BizTalk Server は、非常に大きなインターチェンジを解析するときにメモリ不足になる可能性があります。 その場合は、エラーが発生し、インターチェンジが中断されます。 [グループ ハブ] ページでは、中断されている非常に大きなインターチェンジのすべての内容を表示することはできません。 メッセージの最初の部分は表示できますが、BizTalk Server は、表示できる中断されたインターチェンジからのデータ量に制限があります。
KEDIFACT スキーマの列挙体に追加される韓国語文字は UNICODE である必要があります
BizTalk Server は、韓国語の文字を含む KEDIFACT でエンコードされたインターチェンジを受信すると、UNB2 フィールドのコード ページ/文字セット値を使用してインターチェンジを処理します。 ただし、ID データ型を持つ韓国語文字を列挙型に追加して KEDIFACT スキーマを変更する場合は、スキーマの先頭で指定されているように、UTF-16 UNICODE の値を追加する必要があります。
オーケストレーション内からの EDI 受信パイプラインの実行はサポートされていません
BizTalk Server では、通常、オーケストレーション内の Expression 図形で受信パイプラインを実行できます。 この機能は EDIReceive パイプラインまたは AS2EdiReceive パイプラインでテストされていないため、サポートされていません。
BizTalk EDI アプリケーションを変更しないでください
BizTalk EDI アプリケーションの成果物を変更または削除することはできません。 このアプリケーションが変更された場合、EDI および AS2 の機能を構成解除して再構成することで、元のアプリケーションに戻す方法はありません。
こちらもご覧ください
EDI 処理に関する既知の問題
BizTalk Server が EDI メッセージを受信する方法
チュートリアル (X12): EDI インターチェンジの受信と受信確認の返送