Расшифровка EDIFACT DELFOR в приложениях Azure Logic - PullRequest
Новая
       63

Расшифровка EDIFACT DELFOR в приложениях Azure Logic

0 голосов
/ 25 июня 2018

Я перехожу из X12 в другие форматы с помощью Logic Apps + Интеграционная учетная запись без особого опыта EDI или LA.

Вот мой пример DELFOR: 

UNB+UNOA:2+OURCODE:ZZ+THEIRCODE:01+180523:1005+157'
UNG+DELFOR+OURCODE+THEIRCODE+180523:1005+157+UN+D:96A'
UNH+15700001+DELFOR:D:96A:UN'
BGM+241+201805231005-1+5'
DTM+137:20180523:102'
DTM+323:2018052120180820:711'
NAD+MI+OURCODE::92'
NAD+SF+THEIRCODE::92'
NAD+SU+THEIRCODE::92'
UNS+D'
NAD+ST+OURCODE::92'
LIN+++TESTPARTA1:IN'
PIA+1+RECEIVERPARTNO:VP'
RFF+ON:PONUMBER55'
QTY+1:3080:EA'
SCC+4++W'
DTM+2:20180521:102'
QTY+1:0:EA'
SCC+4++W'
DTM+2:20180528:102'
QTY+1:0:EA'
SCC+4++W'
DTM+2:20180604:102'
QTY+1:880:EA'
SCC+4++W'
DTM+2:20180611:102'
QTY+1:2200:EA'
SCC+4++W'
DTM+2:20180618:102'
QTY+1:1760:EA'
SCC+4++W'
DTM+2:20180625:102'
QTY+1:1760:EA'
SCC+4++W'
DTM+2:20180702:102'
QTY+1:1760:EA'
SCC+4++W'
DTM+2:20180709:102'
QTY+1:1760:EA'
SCC+4++W'
DTM+2:20180716:102'
QTY+1:1320:EA'
SCC+4++W'
DTM+2:20180723:102'
QTY+1:1320:EA'
SCC+4++W'
DTM+2:20180730:102'
QTY+1:440:EA'
SCC+4++W'
DTM+2:20180806:102'
QTY+1:440:EA'
SCC+4++W'
DTM+2:20180813:102'
QTY+1:440:EA'
SCC+4++W'
DTM+2:20180820:102'
QTY+3:274560:C62'
SCC+2'
DTM+52:20180604:102'
QTY+3:275440:C62'
SCC+3'
DTM+52:20180611:102'
QTY+3:271480:C62'
DTM+50:20180522:102'
QTY+1:2640:C62'
DTM+50:20180522:102'
RFF+AAK:CG07656'
QTY+79:271480:C62'
DTM+52:20180522:102'
UNS+S'
UNT+69+15700001'
UNE+1+157'
UNZ+1+157'

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

Теперь, для выполнения действия DECODE EDIFACT в Лос-Анджелесе, какую схему MS использовать?Я выбрал EFACT_D96A_DELFOR.xsd из MicrosoftEdiXSDTemplates.zip , также доступный на GitHub .Это правильный выбор для моего образца?Когда я пытаюсь выполнить действие, у меня есть необработанный ввод: 

{
"host": {
    "connection": {
        "name": "/subscriptions/..."
    }
},
"method": "post",
"path": "/decode",
"queries": {
    "componentSeparator": "58",
    "dataElementSeparator": "43",
    "decimalIndicator": "Comma",
    "releaseIndicator": "63",
    "repetitionSeparator": "42",
    "segmentTerminator": "39",
    "segmentTerminatorSuffix": "None"
},
"body": {
    "$content-type": "application/octet-stream",
    "$content": "VU5CK1VOT0E6MitPVVJDT0RFOlpaK1RIRUlSQ09ERTowMSsxODA1MjM6MTAwNSsxNTcnDQpVTkcrREVMRk9SK09VUkNPREUrVEhFSVJDT0RFKzE4MDUyMzoxMDA1KzE1NytVTitEOjk2QScNClVOSCsxNTcwMDAwMStERUxGT1I6RDo5NkE6VU4nDQpCR00rMjQxKzIwMTgwNTIzMTAwNS0xKzUnDQpEVE0rMTM3OjIwMTgwNTIzOjEwMicNCkRUTSszMjM6MjAxODA1MjEyMDE4MDgyMDo3MTEnDQpOQUQrTUkrT1VSQ09ERTo6OTInDQpOQUQrU0YrVEhFSVJDT0RFOjo5MicNCk5BRCtTVStUSEVJUkNPREU6OjkyJw0KVU5TK0QnDQpOQUQrU1QrT1VSQ09ERTo6OTInDQpMSU4rKytURVNUUEFSVEExOklOJw0KUElBKzErUkVDRUlWRVJQQVJUTk86VlAnDQpSRkYrT046UE9OVU1CRVI1NScNClFUWSsxOjMwODA6RUEnDQpTQ0MrNCsrVycNCkRUTSsyOjIwMTgwNTIxOjEwMicNClFUWSsxOjA6RUEnDQpTQ0MrNCsrVycNCkRUTSsyOjIwMTgwNTI4OjEwMicNClFUWSsxOjA6RUEnDQpTQ0MrNCsrVycNCkRUTSsyOjIwMTgwNjA0OjEwMicNClFUWSsxOjg4MDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA2MTE6MTAyJw0KUVRZKzE6MjIwMDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA2MTg6MTAyJw0KUVRZKzE6MTc2MDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA2MjU6MTAyJw0KUVRZKzE6MTc2MDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA3MDI6MTAyJw0KUVRZKzE6MTc2MDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA3MDk6MTAyJw0KUVRZKzE6MTc2MDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA3MTY6MTAyJw0KUVRZKzE6MTMyMDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA3MjM6MTAyJw0KUVRZKzE6MTMyMDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA3MzA6MTAyJw0KUVRZKzE6NDQwOkVBJw0KU0NDKzQrK1cnDQpEVE0rMjoyMDE4MDgwNjoxMDInDQpRVFkrMTo0NDA6RUEnDQpTQ0MrNCsrVycNCkRUTSsyOjIwMTgwODEzOjEwMicNClFUWSsxOjQ0MDpFQScNClNDQys0KytXJw0KRFRNKzI6MjAxODA4MjA6MTAyJw0KUVRZKzM6Mjc0NTYwOkM2MicNClNDQysyJw0KRFRNKzUyOjIwMTgwNjA0OjEwMicNClFUWSszOjI3NTQ0MDpDNjInDQpTQ0MrMycNCkRUTSs1MjoyMDE4MDYxMToxMDInDQpRVFkrMzoyNzE0ODA6QzYyJw0KRFRNKzUwOjIwMTgwNTIyOjEwMicNClFUWSsxOjI2NDA6QzYyJw0KRFRNKzUwOjIwMTgwNTIyOjEwMicNClJGRitBQUs6Q0cwNzY1NicNClFUWSs3OToyNzE0ODA6QzYyJw0KRFRNKzUyOjIwMTgwNTIyOjEwMicNClVOUytTJw0KVU5UKzY5KzE1NzAwMDAxJw0KVU5FKzErMTU3Jw0KVU5aKzErMTU3Jw=="
}

}

, и вывод включает в себя ошибку, заставляет меня думать, что я не проверяю правильно (неправильно XSD?):

errorMessage:

Ошибка: 1 (ошибка уровня поля) SegmentID: UNB Позиция в TS: 1 ID элемента данных: UNB3.2 Позиция в сегменте: 4 Позиция в поле: 2 Значение данных: 01 12: недействительнозначение в элементе данных

Насколько я понимаю, это относится к 01, начинающемуся с 01 + 180523: 1005 + 157 в первом сегменте (строке) со ссылкой на дату и время 23.05.2008 10:05.На самом деле 01 относится к моей гостевой идентичности.На что здесь указывает проблема?

This JPG является соответствующим соглашением IA.

Я ищу советы по устранению неполадок, включая общее соответствие заданномуDELFOR или другой EDIFACT для правильного MS XSD.

После того, как я пройду через это, я планирую VDA затем.Что-нибудь о VDA, которое вы рекомендуете мне помнить?

Спасибо

Примечание 01 не является проблемой для декодирования и используется в спецификациях TI Automotive на странице 29 из ссылка .Однако я перешел на ZZ, и это перешло к другой ошибке.Вывод: 

"badMessages": [
        {
            "UNB": {
                "UNB_Segment": "UNB+UNOA:2+OURCODE:ZZ+THEIRCODE:ZZ+180523:1005+157'\r\n################",
                "UNB2.1": "OURCODE",
                "UNB2.2": "ZZ",
                "UNB3.1": "THEIRCODE",
                "UNB3.2": "ZZ"
            },
            "UNG": {
                "UNG_Segment": "UNG+DELFOR+OURCODE+THEIRCODE+180523:1005+157+UN+D:96A'\r\n",
                "UNG1": "DELFOR",
                "UNG2.1": "OURCODE",
                "UNG3.1": "THEIRCODE",
                "UNG4.1": "180523",
                "UNG4.2": "1005",
                "UNG5": "157",
                "UNG6": "UN",
                "UNG7.1": "D",
                "UNG7.2": "96A"
            },
            "UNH": {
                "UNH1": "15700001",
                "UNH2.1": "DELFOR",
                "UNH2.2": "D",
                "UNH2.3": "96A",
                "UNH2.4": "UN"
            }, ...

Ошибка с ZZ:

Ошибка при синтаксическом анализе.Транзакция Edifact с идентификатором «15700001», содержащаяся в функциональной группе с идентификатором «157», в обмене с идентификатором «157», с идентификатором отправителя «OURCODE», идентификатор получателя «THEIRCODE» приостанавливается со следующими ошибками: \ r \ nОшибка: 1 (Другая ошибка) \ r \ n \ t70: \ r \ n \ r \ n Ошибка: 2 (Другая ошибка) \ r \ n \ t71: Несоответствие набора транзакций или контрольного номера группы \ r \ n \ r \n Ошибка: 3 (Разная ошибка) \ r \ n \ t29: неверный счетчик указан на уровнях обмена, группы или сообщения \ r \ n \ r \ n ",

Обратите внимание, что сегмент UNT имеет правильный сегментсчетный и контрольный номер: UNT + 69 + 15700001 '

В выходных данных полезная нагрузка сообщает о недопустимой схеме, включая правильно проанализированный сегмент UNH: 

<UnrecognizedSchema>
<UnrecognizedSegment>
    UNH+15700001+DELFOR:D:96A:UN
</UnrecognizedSegment>
<UnrecognizedSegment>
    BGM+241+201805231005-1+5
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+137:20180523:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+323:2018052120180820:711
</UnrecognizedSegment>
<UnrecognizedSegment>
    NAD+MI+OURCODE::92
</UnrecognizedSegment>
<UnrecognizedSegment>
    NAD+SF+THEIRCODE::92
</UnrecognizedSegment>
<UnrecognizedSegment>
    NAD+SU+THEIRCODE::92
</UnrecognizedSegment>
<UnrecognizedSegment>
    UNS+D
</UnrecognizedSegment>
<UnrecognizedSegment>
    NAD+ST+OURCODE::92
</UnrecognizedSegment>
<UnrecognizedSegment>
    LIN+++TESTPARTA1:IN
</UnrecognizedSegment>
<UnrecognizedSegment>
    PIA+1+RECEIVERPARTNO:VP
</UnrecognizedSegment>
<UnrecognizedSegment>
    RFF+ON:PONUMBER55
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:3080:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180521:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:0:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180528:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:0:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180604:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:880:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180611:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:2200:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180618:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:1760:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180625:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:1760:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180702:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:1760:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180709:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:1760:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180716:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:1320:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180723:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:1320:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180730:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:440:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180806:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:440:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180813:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:440:EA
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+4++W
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+2:20180820:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+3:274560:C62
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+2
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+52:20180604:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+3:275440:C62
</UnrecognizedSegment>
<UnrecognizedSegment>
    SCC+3
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+52:20180611:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+3:271480:C62
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+50:20180522:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+1:2640:C62
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+50:20180522:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    RFF+AAK:CG07656
</UnrecognizedSegment>
<UnrecognizedSegment>
    QTY+79:271480:C62
</UnrecognizedSegment>
<UnrecognizedSegment>
    DTM+52:20180522:102
</UnrecognizedSegment>
<UnrecognizedSegment>
    UNS+S
</UnrecognizedSegment>
<UnrecognizedSegment>
    UNT+42+15700001
</UnrecognizedSegment>

1 Ответ

0 голосов
/ 07 января 2019

Спасибо всем, кто прокомментировал.

В конце концов, изменение контента не было возможным, так как мы обрабатываем EDI для различных клиентов, а не генерируем его.Я ввел запрос в службу поддержки, и MS полностью изменила его, и сегодня я протестировал его, подтверждая, что это больше не проблема, по крайней мере в регионе EastUS Azure, где я выполняю наш код.

...