BizTalk 2009 «Недопустимый символ в элементе данных» ошибка - PullRequest
Новая
       13

BizTalk 2009 «Недопустимый символ в элементе данных» ошибка

2 голосов
/ 13 июля 2011

В некоторых наших средах разработки BizTalk 2009 при попытке обработать файл HIPPA X12, тип файла 4010 270, любой элемент, определенный в схеме как тип X12_AN, выдает ошибку «Недопустимый символ в элементе данных»;например, NM103__InformationReceiverLastOrOrganizationName.Недопустимый символ, на который он жалуется, это буква «U».Это только заглавная буква "U", а не строчная "u".

Эта ошибка возникает только в наших средах разработки, которые существуют в VDI Citrix, работающих под управлением Windows Server 2003 R2 Enterprise X64 Edition.Экземпляр BizTalk Server 2009, установленный на VDI, был обновлен с использованием самого последнего исправления.

До сих пор я пробовал все, что мог придумать, от преобразования кодировки входного файла до перепечатывания всего файла вручную.Я перекомпилировал и развернул обе схемы и карты.Я даже включил и отключил проверку EDI на партийном уровне.Кажется, ничего не работает.

Кто-нибудь видел этот тип ошибки раньше?Есть ли способ изменить или переопределить набор символов, который используется для проверки элементов в BizTalk?

Любая информация, которую вы можете предложить, будет принята с благодарностью!

Ответы [ 2 ]

1 голос
/ 30 июля 2011

Пересматривая эту проблему через пару недель, я обнаружил, что решение этой проблемы намного проще, чем ожидалось.

Мы работаем в сфере здравоохранения и в настоящее время поддерживаем приложения HIPAA 4010, одновременно активно обновляя эти приложения в нашей среде разработки для соответствия требованиям HIPAA 5010. Таким образом, эта проблема возникла в BizTalk, когда свойство стороны «Использовать ISA11 в качестве разделителя повторов» было ПРОВЕРЕНО в конфигурации стороны, используемой только для разработки 4010. Поскольку значение по умолчанию ISA11 для 4010 - «U», BizTalk сообщил, что этот символ недействителен везде, где он был найден.

Надеюсь, это избавит кого-то еще от многих головных болей. Приятно время от времени напоминать, что вы всегда должны сначала проверять очевидные, простые решения, даже если вы ЗНАЕТЕ, что это не проблема!

1 голос
/ 13 июля 2011

Похоже, у вас здесь есть несколько разных проблем. Я не могу говорить о различиях (подразумеваемых вашим постом) между вашей средой разработки и производством.

Что касается остальных:

Да, вы можете изменить проверку X12. У меня нет этого передо мной, но я верю, что вы можете просто полностью отключить его (если вы этого хотите). В противном случае вы должны (по существу) создать собственную схему 270, которая позволяет персонажу (вы даже можете сделать это, чтобы сделать элементы, которые в противном случае были бы недействительными, действительными), а затем использовать эту пользовательскую схему для любого партнера, который выполняет это правило проверки. 1005 *

Что я всегда делал, так это изменял входящий файл: отправлял его через регулярное выражение, которое изменит этот символ в этом поле на строчную букву 'u'. Пока вы храните копию исходного (неотредактированного) сообщения и не изменяете фактические значения данных, вы не будете сталкиваться с какими-либо правилами HIPAA.

Я бы также посоветовал вам пройтись по оскорбительным файлам с помощью общеизвестной мелкозубчатой ​​расчески. Обычно (не всегда) есть что-то еще, что фактически вызывает ошибку, но это проявляется только заметно в обстоятельствах X (в вашем случае, заглавная буква U в вашем NM103).

...