XSD для декодирования в логических приложениях и X12 830 02000

Я ищу XSD для поддержки действия декодирования в приложениях логики для X12 830 00200. Он был одобрен ANSI в 1986 году (до ASC), но до сих пор широко используется Ford. Я понимаю, что тот же XSD будет использоваться в решении BizTalk Server. У кого-нибудь есть чем поделиться?

Я попробовал загрузить элемент MicrosoftEdiXSDTemplates.zip как часть установки Microsoft Azure BizTalk Services SDK:

https://www.microsoft.com/en-us/download/details.aspx?id=39087

Однако это восходит только к 00204, которое я безуспешно пытался адаптировать.

Я бы предпочел не делать это как декодирование плоских файлов, так как я хочу, чтобы вся обработка X12 830 в моем решении Logic Apps имела согласованную конфигурацию на основе соглашений.

У меня есть образец EDI, взятый из реального мира.

Я буду использовать спецификации Ford для v002001FORD 830O, чтобы проверить любую полученную или созданную мной схему: https://www.gsec.ford.com/GEC/edispecs/830.pdf

** ОБНОВИТЬ **

Спасибо всем за помощь. В итоге на стороне MS трассировка аналитики журнала Kusto для моей активности во время выполнения показывает явные дублирующиеся ссылки на схемы в моем Соглашении, в то время как мое исключение во время выполнения из Logic Apps явно не указывает на наличие проблемы дублирования схемы: ' Сообщение имеет неизвестный тип документа и не соответствует ни одной из существующих схем, настроенных в соглашении. ' Итак, с моей схемой все было в порядке. Мне просто нужно было настроить конфигурацию моего Соглашения. Я сообщаю об этом в MS и надеюсь, что проверка схемы в Соглашении и / или отчет об исключениях будут улучшены.

Для меня более широкая проблема заключается в том, что предоставленная схема X12 выпущена ASC: 02000, 03000, 04000 и т. Д. Те же самые схемы не могут быть опубликованы в Git из-за проблем с авторским правом. Причина, по которой я считаю, что я сталкиваюсь с более старыми спецификациями, выпущенными ANSI, все еще используемыми, несмотря на их возраст, Ford, Toyota и т. Д., Заключается в том, что одни и те же проблемы с авторскими правами имеют тенденцию к продолжающемуся использованию OEM-производителями этих спецификаций, несмотря на их возраст. По этой причине сообществу было бы очень полезно, если бы MS предоставила XSD для спецификаций X12, выпущенных ANSI, как это делается для спецификаций, выпущенных ASC. Для каждой спецификации, выпущенной ASC, такой как 04000, существует множество документов: 830, 856 и т.д. Логические приложения.


person Tom Schulte    schedule 17.04.2019    source источник


Ответы (1)


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

Что вы имеете в виду под «неудачной адаптацией»? Это не редкость.

Поскольку спецификация настолько старая, я бы очень серьезно подумал о том, чтобы увеличить количество обменов до «текущей» :) версии, даже до 00204. Я не уверен, что конкретное значение 00200 будет работать с BizTalk EDI.

Вы должны использовать настраиваемый компонент конвейера для входящих и должны иметь возможность использовать свойства EDI.Override для исходящих.

person Johns-305    schedule 17.04.2019
comment
Спасибо, я использую 00204. Он правильно нацелен в действии Logic Apps Decode X12 с началом: ...<b:schemaInfo version="1.0" document_type="830" standard="EDI" standards_version="00200" root_reference="X12_00200_830" displayroot_reference="X12_00200_830" xmlns:b="http://schemas.microsoft.com/BizTalk/2003" X12ConditionDesignator_Check="No" /> </xs:appinfo> ... Под «неудачной адаптацией» я имел в виду, что я не закончил. - person Tom Schulte; 18.04.2019