2011-07-12 11 views
2

BizTalk 2009の開発環境の一部では、HIPPA X12ファイル、4010 270ファイルの種類を処理しようとすると、スキーマで定義された要素がX12_AN型で、データ要素内の無効な文字 "エラー。例えばNM103__InformationReceiverLastOrOrganizationName。不当な文字は、文字 "U"です。大文字の「U」だけで、小文字の「u」ではありません。BizTalk 2009 "無効な文字のデータ要素"エラー

このエラーは、Windows Server 2003 R2 Enterprise X64 Editionを実行しているCitrix VDIに存在する開発環境でのみ表示されます。 VDIにインストールされたBizTalk Server 2009のインスタンスが最新の修正プログラムで更新されました。

これまでのところ、入力ファイルのエンコーディングを変換して、ファイル全体を手動で再入力することを考えました。私はスキーマとマップの両方を再コンパイルしてデプロイしました。パーティレベルでEDI検証を有効または無効にすることさえできます。何も働いていないようです。

誰もこのタイプのエラーを見たことがありますか? BizTalkで要素の検証に使用される文字セットを変更または上書きする方法はありますか?

ご提供いただける情報はありがとうございます。

答えて

1

2週間後にこの問題を再調査すると、この問題の修正が予想よりもはるかに簡単になることがわかりました。

私たちはヘルスケア業界で働いており、HIPAA 4010アプリケーションを現在サポートしていますが、HIPAA 5010の要件を満たすために開発環境でこれらのアプリケーションを積極的にアップグレードしています。そのため、この問題はBizTalkでパーティープロパティ "ISA11を繰り返しセパレータとして使用する"が4010の開発専用パーティの構成内でチェックされたときに発生しました。 4010の既定のISA11値は "U"なので、BizTalkはその文字が見つかった場所で無効な文字を報告しました。

私はこれが他の人に頭痛をたくさん与えることを願っています。今は毎回思い出させるのが楽しいですし、問題がないことを知っていても、明白でシンプルなソリューションをまずチェックしてください。

1

ここにはいくつかの異なる問題があるようです。あなたの開発環境と本番環境の違い(あなたの投稿が意味する)については言えません。

残りについて:

はい、X12検証を変更できます。私は私の前にそれを持っていないが、私はあなたがそれを完全にオフにすることができると信じている。それ以外の場合は、文字を許可するカスタム270スキーマを作成する(本来は無効な要素を有効にすることもできます)。そして、そのカスタムスキーマをその検証ルールに当たるパートナーに対して使用する必要があります。

私がいつもやってきたのは、受信ファイルを変更することです。そのフィールドの文字を小文字の「u」に変更する正規表現を使って送信します。元の(編集されていない)メッセージのコピーを保持していて、実際のデータ値を変更していない限り、HIPAAの規則には該当しません。

私はまた、あなたが細かい歯のついた櫛で問題のファイルを調べることをお勧めします。通常(常にではありません)実際にエラーを引き起こしている何かがありますが、それは状況X(あなたのケースでは、あなたのNM103の首都U)で顕著にしか現れません。

+0

お返事ありがとうございます。残念ながら、私たちの目的のために検証を完全に無効にすることはできません。いくつかの貿易相手に送る必要のある肯定応答を生成するには、検証を有効にする必要があります。 – dramatix01

+0

次に、カスタムスキーマが妥当であるかどうか確認したり、受信ファイルを変更したりします。少なくとも、より良い選択肢は見つけられませんでした。 – AllenG

+0

テスト目的のために、問題のキャラクタを置き換えて、期待どおりに処理されたすべてのファイルを処理しましたが、この問題を引き起こす可能性のあるその他の問題がないかどうかを確認するために、 – dramatix01

関連する問題