Подтверждения CONTRL и коды ошибок для сообщений EDIFACT в Azure Logic Apps

В Azure Logic Apps можно создавать рабочие процессы, обрабатывающие сообщения EDIFACT для связи по электронному обмену данными (EDI) при использовании операций EDIFACT. В сообщениях EDI подтверждения отображают состояние обработки обмена данными EDI. При получении обмена действие декодирования EDIFACT может возвращать один или несколько типов подтверждений отправителю, в зависимости от того, какие типы подтверждений включены и какой уровень проверки указан.

В этом разделе содержится краткий обзор подтверждения EDIFACT CONTRL ACK, сегментов CONTRL ACK в обмене, а также коды ошибок, используемые в этих сегментах.

CONTRL как техническое и функциональное подтверждение

Для сообщений с кодированием EDIFACT подтверждение (ACK) CONTRL работает как техническое, так и функциональное подтверждение. Полное сообщение CONTRL служит в качестве функционального подтверждения, а разделы в функциональном подтверждении повторно используются в качестве технического подтверждения. Например, если вы выберете технические и функциональные подтверждения в свойствах соглашения для партнера-отправителя или в глобальных свойствах, действие декодирования EDIFACT создает два сообщения CONTRL, техническое подтверждение CONTRL и функциональное подтверждение CONTRL. Подтверждение CONTRL соответствует схеме для EFACT_<номер-версии>_CONTRL.xsd.

Примечание

При обработке сообщений EDIFACT в Azure Logic Apps сообщение CONTRL, будь то подтверждение приема, принятие или отклонение, отправляется в качестве ответа на полученный обмен, содержащий только одно или несколько сообщений CONTRL. В Logic Apps сообщение CONTRL не отправляется в качестве ответа на полученный обмен, который содержит только одно или несколько сообщений CONTRL.

Ошибки в полученных сообщениях CONTRL должны передаваться другими средствами, отличными от сообщения CONTRL. Если одно или несколько сообщений CONTRL содержатся в обмене, содержащем сообщения данных, то сообщение CONTRL, формируемое в качестве ответа на этот обмен, формируется так, как если бы в полученном обмене не содержалось сообщений CONTRL.

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

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

Примечание

Техническое подтверждение CONTRL содержит состояние Rejected только в том случае, если входящее сообщение EDIFACT является дубликатом или в конверте есть ошибки, например проблемы с кодировкой. EDIFACT не сообщает о состоянии Interchange accepted with errors в техническом подтверждении CONTRL, так как x12 использует поле TA104 в подтверждении TA1. Если часть сообщения EDIFACT принимается, то техническое подтверждение CONTRL содержит состояние Accepted. В некоторых сценариях, если часть сообщения отклоняется, подтверждение CONTRL ACK по-прежнему содержит состояние Accepted. В таких сценариях элемент UCI5 может сообщить об ошибке.

В качестве функционального подтверждения сообщение CONTRL сообщает о состоянии, например о принятии или отклонении для полученного обмена, группы или сообщения, включая ошибки или неподдерживаемые функции. Кроме того, сообщение указывает, что получатель обмена:

  • Получены ссылочные уровни подтвержденного обмена.

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

  • Проверяется, что все подтвержденные части сегментов службы семантически верны, если ошибок не обнаружено.

  • Соответствует запрошенным действиям в ссылочных и подтвержденных уровнях сегментов служб.

  • Принимается ответственность за уведомление отправителя, отличными способами, чем сообщение CONTRL в следующих случаях:

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

Отклонение подразумевает, что получатель обмена:

  • Не может подтвердить обмен или любые соответствующие части по причинам, указанным в сообщении CONTRL.
  • Не будет предпринимать никаких дальнейших действий с бизнес-информацией, содержащейся в отклоненной части обмена субъектов.

Сегменты технического подтверждения CONTRL

Если вы выбрали параметр для создания технического подтверждения в соглашении EDIFACT или поле сообщения UNB9 имеет значение 2, то сообщение CONTRL будет создаваться как техническое подтверждение, чтобы сообщить о результатах получения обмена.

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

  • М = обязательно
  • О = необязательно
Имя Обязательный или необязательный Описание
Заголовок сообщения UNH M Сегмент заголовка сообщения (UNH) определяет и указывает сообщение.
Ответ обмена UCI M Обнаруживает обмен и указывает характер получения приема обмена. Сегмент UCI имеет максимальное вхождение 1 и в результате сообщает о первой ошибке, обнаруженной в управляющем сегменте.
Трейлер сообщения UNT M В элементе данных UCI5 отображается ошибка с именем Syntax Error Code. Для сообщений с кодированием EDIFACT условие Accepted with errors не существует, как с обменами с кодированием X12.

Элементы данных технического подтверждения CONTRL

В техническое подтверждение CONTRL входят следующие элементы данных:

Элемент Имя Использование
UNH1 Номер ссылки на сообщение -
UNH2 Подкомпоненты идентификатора сообщения Подкомпоненты:

- 1 = CONTRL
- 2 = 4
- 3 = 1
- 4 = UN

UCI1 Контрольный номер обмена Сопоставляется из поля UNB5 полученного сообщения.
UCI2 Отправитель обмена Сопоставляется из поля UNB2 полученного сообщения.

— Обязательно: первый подкомпонент или идентификация.
— Необязательно: второй подкомпонент или квалификатор кода; и третий компонент или обратный адрес маршрутизации.

UCI3 Получатель обмена Сопоставляется из поля UNB3 полученного сообщения.

— Обязательно: первый подкомпонент или идентификация.
— Необязательно: второй подкомпонент или квалификатор кода.

UCI4 Код действия Этот элемент обязателен. Коды действий:

— 8, если обмен принят.
— 7, если обмен принят, но некоторые наборы транзакций отклоняются.
— 4, если обмен отклоняется из-за ошибки в сегменте UNA или UNB.

UCI5 Код синтаксической ошибки Этот элемент является условно необязательным и определяет условие ошибки, если присутствует.
UCI6 Тег "Сегмент службы" Этот элемент является условно необязательным и определяет сегмент, имеющий условие ошибки в элементе данных UCI5.
UCI7 Идентификация элементов данных Идентифицирует элементы данных, имеющие условие ошибки в элементе данных UCI5. Подкомпоненты:

— Обязательно: позиция ошибочных элементов данных в сегменте.
— Условно необязательно: позиция ошибочного элемента данных компонента в сегменте и вхождение ошибочных элементов данных в сегменте.

UCI8 - -
UNT1 Количество сегментов -
UNT2 Номер ссылки на сообщение -

Сегменты функционального подтверждения CONTRL

Если вы выбрали параметр для создания функционального подтверждения в соглашении EDIFACT, или если поле сообщения UNB9 имеет значение 1, то сообщение CONTRL будет создаваться как функциональное подтверждение, чтобы сообщить о результатах проверки синтаксиса обмена.

В следующей таблице приводится описание сегментов функционального подтверждения CONTRL в обмене, и используются следующие определения:

  • М = обязательно
  • О = необязательно
Имя Обязательный или необязательный Описание
Заголовок сообщения UNH M Сегмент заголовка сообщения (UNH) определяет и указывает сообщение.
Сегмент UCI M Определяет обмен, указывает состояние для приема обмена и содержит ссылки на сегменты UNA, UNB и UNZ в полученном обмене. Сегмент UCI имеет максимальное вхождение 1 и в результате сообщает о первой ошибке, обнаруженной в управляющем сегменте.
Сегмент UCF M, если сегмент UNG существует Определяет сегмент группы, который инкапсулируется заголовком UNG и трейлером UNE, и указывает природу любой ошибки.
Сегмент UCM M Определяет сегмент сообщения, который инкапсулируется заголовком UNH и трейлером UNT, и указывает природу любой ошибки.
Сегмент UCS M Определяет набор транзакций и указывает природу любой ошибки.
Сегмент UCD O, условно Определяет ошибочный составной элемент или элемент данных компонента и указывает природу ошибки.
Трейлер сообщения UNT M Если полученное функциональное подтверждение CONTRL содержит только сегменты UNH, UCI и UNT, конвейер EDIReceive обрабатывает подтверждение в виде технического подтверждения приема CONTRL. Каждый экземпляр сегмента на уровне отчетов может сообщать только об одной ошибке, например в сегментах UCI, UCF, UCM, UCS и UCD.

Циклы SG и структура функционального подтверждения CONTRL

В зависимости от того, содержит ли полученный обмен одну или несколько групп, структура для функционального подтверждения CONTRL отличается.

  • Если в обмен включается группа, то подтверждение содержит один сегмент UCF на одну группу. Каждый сегмент UCF содержит один сегмент UCM на каждое сообщение. Каждый сегмент UCM также включает в себя ряд сегментов UCS и UCD один за другим.

    XML-форма сообщения подтверждения ACK содержит следующие элементы цикла:

    • Элемент SG3Loop, инкапсулирующий каждый сегмент UCF.
    • Элемент SG4Loop, инкапсулирующий каждый элемент UCM.
    • Элемент SG5Loop, инкапсулирующий каждую пару элементов UCS и UCD.

    Теги цикла SG не существуют в собственном формате сообщений EDI.

  • Если обмен не включает группу, то подтверждение ACK не содержит ни одного сегмента UCF. Вместо этого подтверждение ACK содержит один сегмент UCM на одно сообщение. Каждый сегмент ПЕРЕОРИЕНТАЦИЯ включает в себя ряд сегментов UCS и UCD.

  • XML-форма сообщения подтверждения ACK содержит следующие элементы цикла:

    • Элемент SG1Loop, инкапсулирующий каждый элемент UCM.
    • Элемент SG2Loop, инкапсулирующий каждую пару элементов UCS и UCD.

    Как и в случае с обменами, включающими группы, теги SG не существуют в собственном формате подтверждения ACK.

По умолчанию и использование в отрасли циклы SG1/SG4 не ожидаются для принятых наборов транзакций. Однако для обеспечения соответствия стандартам можно принудительно создать циклы SG1/SG4, выполнив следующие действия:

  1. На портале Azure перейдите в свою учетную запись интеграции.

  2. В меню учетной записи интеграции в разделе Параметры выберите пункт Соглашения.

  3. Откройте свое соглашение EDIFACT и выберите Параметры отправки.

  4. В разделе Подтверждение выберите Подтверждение (CONTRL) . Теперь вы можете выбрать Создать цикл SG1/SG4 для принятых наборов транзакций.

    Если этот флажок установлен, конвейер получения создает циклы SG1/SG4, когда набор транзакций принимается или отклоняется. В противном случае эти циклы создаются только для ошибочных наборов транзакций, где UCM5 не равно 7.

Элементы данных функционального подтверждения CONTROL

Сообщение CONTRL содержит несколько обязательных элементов данных, которые копируются из полученного обмена. Если элемент данных в обмене отсутствует или является синтаксически недопустимым, синтаксически допустимое сообщение CONTRL создать невозможно. Ошибка должна передаваться некоторыми способами, отличными от сообщения CONTRL.

В техническое подтверждение CONTRL входят следующие элементы данных:

Элемент Имя Использование
UNH1 Номер ссылки на сообщение -
UNH2 Подкомпоненты идентификатора сообщения Подкомпоненты:

- 1 = CONTRL
- 2 = 4
- 3 = 1
- 4 = UN

UCI1 Контрольный номер обмена Сопоставляется из поля UNB5 полученного сообщения.
UCI2 Отправитель обмена Сопоставляется из поля UNB2 полученного сообщения.

— Обязательно: первый подкомпонент или идентификация.
— Необязательно: второй подкомпонент или квалификатор кода; и третий компонент или обратный адрес маршрутизации.

UCI3 Получатель обмена Сопоставляется из поля UNB3 полученного сообщения.

— Обязательно: первый подкомпонент или идентификация.
— Необязательно: второй подкомпонент или квалификатор кода.

UCI4 Код действия Этот элемент обязателен. Коды действий:

— 8, если обмен принят.
— 7, если обмен принят, но некоторые наборы транзакций отклоняются.
— 4, если обмен отклоняется из-за ошибки в сегменте UNA или UNB.

UCI5 Код синтаксической ошибки Этот элемент является условно необязательным и определяет условие ошибки, если присутствует.
UCI6 Тег "Сегмент службы" Этот элемент является условно необязательным и определяет сегмент, имеющий условие ошибки в элементе данных UCI5.
UCI7 Идентификация элементов данных Идентифицирует элементы данных, имеющие условие ошибки в элементе данных UCI5. Подкомпоненты:

— Обязательно: позиция ошибочных элементов данных в сегменте.
— Условно необязательно: позиция ошибочного элемента данных компонента в сегменте и вхождение ошибочных элементов данных в сегменте.

UCI8 - -
UCF1 Номер ссылки группы Этот элемент является обязательным и сопоставляется с полем UNG5 в полученном сообщении.
UCF2 Идентификация отправителя приложения Этот элемент является условно необязательным и сопоставляется с полем UNG2 в полученном сообщении вместе с подкомпонентами.
UCF3 Идентификация получателя приложения Этот элемент является условно необязательным и сопоставляется с полем UNG3 в полученном сообщении вместе с подкомпонентами.
UCF4 Действие закодировано Этот элемент является обязательным, и код применяется на этом уровне и на всех нижних уровнях. Коды действий:

— 7, если обмен принят.
— 4, если обмен отклоняется из-за ошибки в сегменте UNA или UNB.

UCF5 Синтаксическая ошибка, кодированная Этот элемент является условно необязательным и определяет условие ошибки в группе, если присутствует.
UCF6 Тег "Сегмент службы" Этот элемент является условно необязательным и определяет ошибочный сегмент в группе.
UCF7 Идентификация элементов данных Идентифицирует элементы данных, имеющие условие ошибки, определенное в элементе данных UCF5. Подкомпоненты:

— Обязательно: позиция ошибочного элемента данных в сегменте и вхождение ошибочного элемента данных в сегменте.
— Условно-необязательно: позиция ошибочного элемента данных компонента в сегменте.

UCM1 Номер ссылки на сообщение Этот элемент является обязательным и сопоставляется с полем UNH1 в полученном сообщении.
UCM2 Идентификатор сообщения Этот элемент является условно необязательным и сопоставляется с полем UNH2 в полученном сообщении вместе с подкомпонентами.
UCM3 Действие закодировано Этот элемент является обязательным, и код применяется на этом уровне и на всех нижних уровнях. Коды действий:

— 7, если обмен принят.
— 4, если обмен отклоняется из-за ошибки в сегменте UNA или UNB.

UCM4 Синтаксическая ошибка, кодированная Этот элемент является условно необязательным и определяет условие ошибки в группе, если присутствует.
UCM5 Тег "Сегмент службы" Этот элемент является условно необязательным и определяет сегмент UNH или UNT в ошибке.
UCM7 Идентификация элементов данных Идентифицирует элементы данных, имеющие условие ошибки, определенное в элементе данных UCM5. Подкомпоненты:

— Обязательно: позиция ошибочного элемента данных в сегменте и вхождение ошибочного элемента данных в сегменте.
— Условно-необязательно: позиция ошибочного элемента данных компонента в сегменте.

UCS1 Позиция сегмента в тексте сообщения Этот элемент является обязательным и является числом позиций ошибочного сегмента начиная с UNH как 1. Чтобы сообщить о том, что сегмент отсутствует, это значение является числовой позицией последнего сегмента, который был обработан до позиции, где ожидается, что отсутствующий сегмент должен существовать. Недостающая группа сегментов обозначается определением первого сегмента в группе как отсутствующего.
UCS2 Синтаксическая ошибка, кодированная Этот элемент является условно необязательным и определяет условие ошибки в группе, если присутствует.
UCD1 Синтаксическая ошибка, кодированная Этот элемент является условно необязательным и определяет условие ошибки в группе, если присутствует.

Примечание. Если происходит сбой проверки XSD, элемент данных UCD1 сообщает значение кода 12, Invalid Value.

UCD2 Идентификация элементов данных Идентифицирует элементы данных, имеющие условие ошибки, определенное в элементе данных UCD1. Подкомпоненты:

— Обязательно: позиция ошибочного элемента данных в сегменте и вхождение ошибочного элемента данных в сегменте.
— Условно-необязательно: позиция ошибочного элемента данных компонента в сегменте.

UNT1 Количество сегментов -
UNT2 Номер ссылки на сообщение -

Коды ошибок CONTRL ACK

Эти ошибки применяются на уровне обмена, группы, сообщения и данных. При обнаружении поддерживаемой ошибки весь набор обмена, группы или транзакции отклоняется. Обмены с кодированием EDIFACT не имеют условие Accepted with errors как сообщения с кодированием X12.

Коды ошибок стандартного подтверждения CONTRL ACK EDIFACT

В следующей таблице перечислены поддерживаемые коды ошибок, как определено в спецификации EDIFACT, которые используются в поле UCI5 подтверждения CONTRL ACK для обработки сообщений EDIFACT в Azure Logic Apps.

Код ошибки Условие Причина Поддерживается?
2 Синтаксическая версия или уровень не поддерживается Уведомление о том, что получатель не поддерживает версию синтаксиса и (или) уровень. Нет
7 Получатель обмена не является фактическим получателем Уведомление о том, что получатель обмена (S003) отличается от фактического получателя. Нет
12 Недопустимое значение Уведомление о том, что значение автономного элемента данных, составного элемента данных или элемента данных компонента не соответствует соответствующим спецификациям для значения. Да
13 Missing Уведомление о том, что обязательный (или иным образом требуемый), сегмент службы или пользователя, элемент данных, элемент составных данных или элемент данных компонента отсутствуют. Да
14 Значение не поддерживается в этой позиции Уведомление о том, что получатель не поддерживает использование определенного значения идентифицированного автономного элемента данных, составного элемента данных или элемента данных компонента в используемой позиции. Значение может быть допустимым в соответствии со спецификациями и может поддерживаться, если используется в другой позиции. Нет
15 Не поддерживается в этой позиции Уведомление о том, что получатель не поддерживает использование типа сегмента, типа автономного элемента данных, типа составного элемента данных или типа элемента данных компонента в указанной позиции. Да
16 Слишком много составляющих Уведомление о том, что идентифицированный сегмент содержал слишком много элементов данных или что идентифицированный составной элемент данных содержал слишком много элементов данных компонента. Да
17 Без соглашения Отсутствует соглашение, которое позволяет получение обмена, группы, сообщения или пакета со значением идентифицированного автономного элемента данных, составного элемента данных или элемента данных компонента. Нет
18 Неопознанная ошибка Уведомление об обнаружении ошибки, но природа ошибки не сообщается. Нет
19 Недопустимая десятичная нотация Уведомление о том, что символ, обозначенный как десятичное представление чисел в UNA, недопустим, или десятичное представление чисел, используемое в элементе данных, не согласуется с указанным в UNA. Нет
20 Символ, недопустимый в качестве символа службы Уведомление о том, что символ, рекомендуемый в UNA, является недопустимым в качестве символа службы. Нет
21 Недопустимые символы Уведомление о том, что один или несколько символов, используемых в обмене, не являются допустимыми символами, указанными в идентификаторе синтаксиса, указанном в сегменте UNB. Недопустимый символ является частью ссылочного уровня или следует за ним сразу после идентифицированной части обмена. Да
22 Недопустимые символы службы Уведомление о том, что символы службы, используемые в обмене, не являются допустимыми символами службы, как рекомендуется в сегменте UNA или не являются одним из символов службы по умолчанию. Если код используется в сегменте UCS или UCD, недопустимый символ следует сразу после идентифицированной части обмена. нет
23 Неизвестный отправитель обмена Уведомление о том, что отправитель обмена (S002) неизвестен. нет
24 Слишком старая Уведомление о том, что полученный обмен или группа старше, чем ограничение, заданное в IA или определяемое получателем. нет
25 Индикатор теста не поддерживается Уведомление о том, что не удается выполнить тестовую обработку для указанного обмена, группы, сообщения или пакета. нет
26 Обнаружено дублирование Уведомление о том, что обнаружено возможное дублирование ранее полученного обмена, группы, сообщения или пакета. Более ранняя передача могла быть отклонена. Да
27 Функция безопасности не поддерживается Уведомление о том, что функция безопасности, связанная с ссылочным уровнем или элементом данных, не поддерживается. Нет
28 Ссылки не совпадают Уведомление о том, что ссылка на элемент управления в сегменте UNB, UNG, UNH, UNO, USH или USD не совпадает со ссылкой на элемент управления в сегменте UNZ, UNE, UNT, UNP, UST или USU соответственно. Нет
29 Количество элементов управления не совпадает с количеством полученных экземпляров Уведомление о том, что количество групп, сообщений или сегментов не совпадает с количеством, заданным в сегменте UNZ, UNE, UNT или UST. Или длина объекта или длина зашифрованных данных не равна длине, указанной в сегменте UNO, UNP, USD, или USU. Да
30 Группы и сообщения/пакеты смешаны Уведомление о том, что группы были смешаны с сообщениями или пакетами за пределами групп в обмене. нет
31 Более одного типа сообщений в группе Уведомление о том, что в функциональной группе содержатся различные типы сообщений. Да
32 Нижний уровень пуст Уведомление для одного из следующих условий:

— Обмен не содержит сообщений, пакетов или групп.
— Группа не содержит сообщений или пакетов.

нет
33 Недопустимое вхождение вне сообщения, пакета или группы Уведомление о недопустимом сегменте или элементе данных в обмене, между сообщениями, между пакетами или между группами. Отклонение указывается на приведенном выше уровне. Да
34 Вложенный индикатор не разрешен Уведомление о том, что в сообщении было использовано явное вложение, где оно не разрешено. Нет
35 Слишком много повторений элементов данных или сегментов Уведомление о том, что автономный элемент данных, составной элемент данных или сегмент повторяется слишком часто. Да
36 Слишком много повторений группы сегментов Уведомление о том, что группа сегментов повторяется слишком часто. Да
37 Недопустимый тип символов Уведомление для одного из следующих условий:

— Один или несколько числовых символов используются в алфавитном элементе данных (компонента).
— Один или несколько алфавитных символов используются в числовом элементе данных (компонента).

Да
38 Отсутствует цифра перед десятичным знаком Уведомление о том, что десятичному знаку не предшествует одна или несколько цифр. Да
39 Элемент данных слишком длинный Уведомление о том, что длина полученного элемента данных превышает максимальную длину, указанную в описании элемента данных. Да
40 Элемент данных слишком короткий Уведомление о том, что длина полученного элемента данных короче минимальной длины, указанной в описании элемента данных. Да
41 Неустранимая ошибка сети связи Уведомление о том, что сеть связи, используемая для передачи обмена, сообщила о неустранимой ошибке. Повторная передача идентичного обмена с теми же параметрами на уровне сети не будет выполнена. нет
42 Временная ошибка сети связи Уведомление о том, что сеть связи, используемая для передачи обмена, сообщила о временной ошибке. Повторная передача идентичного обмена может быть успешной. нет
43 Неизвестный получатель обмена Уведомление, что поставщику сети неизвестен получатель обмена. нет
45 Trailing Separator (Конечный разделитель) Уведомление для одного из следующих условий:

— Последний символ перед признаком конца сегмента — это разделитель элементов данных, разделитель элементов данных компонента или повторяющийся разделитель элементов данных.
— Последний символ перед разделителем элемента данных — это разделитель элементов данных компонента или повторяющийся разделитель элементов данных.

Да
46 Кодировка не поддерживается Уведомление для одного из следующих условий:

— Один или несколько используемых символов не входят в набор символов, определяемый идентификатором синтаксиса.
— Кодировка, определяемая escape-последовательностью для метода расширения кода, не поддерживается получателем.

Да
47 Функции конверта не поддерживаются Уведомление о том, что обнаруженная структура конверта не поддерживается получателем. Да
48 Условие примечаний зависимостей нарушено Уведомление о возникновении условия ошибки в результате нарушения условия зависимости. Нет

Azure Logic Apps — коды ошибок подтверждения ACK CONTRL

В следующей таблице перечислены поддерживаемые коды ошибок, которые определены в спецификации EDIFACT, но используются в поле UCI5 подтверждения CONTRL ACK для обработки сообщений EDIFACT и указываются в Azure Logic Apps.

Код ошибки Условие Причина
70 Отсутствие набора транзакций или недопустимый идентификатор набора транзакций Уведомление о том, что идентификатор набора транзакций отсутствует или недопустим.
71 Несоответствие количества набора транзакций или элементов управления группы Уведомление о несовпадении набора транзакций или номеров элементов управления группы.
72 Нераспознанный идентификатор сегмента Уведомление о том, что идентификатор сегмента не распознан.
73 XML — в неправильной позиции Уведомление о том, что возникла проблема при сериализации корневого элемента XML.
74 Слишком мало повторений группы сегментов Уведомление о том, что группа сегментов повторяется реже, чем требуемое количество.
75 Слишком мало повторений сегментов Уведомление о том, что сегмент повторяется реже, чем требуемое количество.
76 Обнаружено слишком мало элементов данных Уведомление о том, что не удалось найти достаточное количество элементов данных.

Дальнейшие действия

Обмен сообщениями EDIFACT