XSD для декодирования в приложениях логики X12 830 02000 - PullRequest
0 голосов
/ 17 апреля 2019

Я ищу 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 в моем решении для приложений логики имела согласованную конфигурацию на основе соглашения.

У меня есть образец 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 для выпущенных ANSI спецификаций X12, как это сделано для выпущенных ASC. Для каждой спецификации, выпущенной ASC, такой как 04000, существует много документов: 830, 856 и т. Д. Это умножается на баллы, если не сотни XSD ручной работы, которые, возможно, потребуется произвести (как в нашем случае) для реализации широкой поддержки X12 в Приложения логики.

1 Ответ

0 голосов
/ 17 апреля 2019

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

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

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

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

...