Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Область применения: Azure Logic Apps (Потребление + Стандарт)
В Azure Logic Apps можно создавать рабочие процессы, обрабатывающие сообщения EDIFACT для связи по электронному обмену данными (EDI) при использовании операций EDIFACT. В сообщениях EDI подтверждения отображают состояние обработки обмена данными EDI. При получении обмена действие декодирования EDIFACT может возвращать один или несколько типов подтверждений отправителю, в зависимости от того, какие типы подтверждений включены и какой уровень проверки указан.
В этом разделе содержится краткий обзор подтверждения EDIFACT CONTRL ACK, сегментов CONTRL ACK в обмене, а также коды ошибок, используемые в этих сегментах.
CONTRL как техническое и функциональное подтверждение
Для сообщений с кодированием EDIFACT подтверждение (ACK) CONTRL исполняет роль как технического, так и функционального подтверждения. Полное сообщение CONTRL служит функциональным подтверждением, а разделы функционального подтверждения повторно используются для технического подтверждения. Например, если вы выберете как технические, так и функциональные подтверждения ACK в свойствах соглашения для партнера-отправителя или в глобальных свойствах, действие декодирования EDIFACT создает два сообщения CONTRL: техническое подтверждение ACK CONTRL и функциональное подтверждение ACK CONTRL. Подтверждение CONTRL ACK соответствует схеме для EFACT_<version-number>_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 | П | Сегмент заголовка сообщения (UNH) определяет и указывает сообщение. |
| Ответ обмена UCI | Пн. | Определяет обмен и указывает характер квитанции обмена. Сегмент UCI имеет максимальное вхождение 1 и в результате сообщает о первой ошибке, обнаруженной в управляющем сегменте. |
| Трейлер сообщения UNT | М | В элементе данных UCI5 отображается ошибка с именем Syntax Error Code. Для сообщений с кодированием EDIFACT условие Accepted with errors не существует, как и в случае с X12-кодированными обменами. |
Элементы данных технического подтверждения CONTRL
В техническое подтверждение CONTRL входят следующие элементы данных:
| Элемент | Имя. | Использование |
|---|---|---|
| UNH1 | Номер ссылки на сообщение | - |
| UNH2 | Подкомпоненты идентификатора сообщения | Подкомпоненты: - 1 = CONTRL |
| UCI1 | Контрольный номер обмена | Сопоставляется из поля UNB5 полученного сообщения. |
| UCI2 | Отправитель обмена | Сопоставляется из поля UNB2 полученного сообщения. — Обязательно: первый подкомпонент или идентификация. |
| UCI3 | Получатель обмена | Сопоставляется из поля UNB3 полученного сообщения. — Обязательно: первый подкомпонент или идентификация. |
| UCI4 | Код действия | Этот элемент обязателен. Коды действий: — 8, если обмен принят. |
| UCI5 | Код синтаксической ошибки | Этот элемент является условно необязательным и определяет условие ошибки, если присутствует. |
| UCI6 | Тег "Сегмент службы" | Этот элемент является условно необязательным и определяет сегмент, имеющий условие ошибки в элементе данных UCI5. |
| UCI7 | Идентификация элементов данных | Идентифицирует элементы данных, имеющие условие ошибки в элементе данных UCI5. Подкомпоненты: — Обязательно: позиция ошибочного элемента данных в сегменте. |
| UCI8 | - | - |
| UNT1 | Количество сегментов | - |
| UNT2 | Номер ссылки на сообщение | - |
Сегменты функционального подтверждения CONTRL
Если вы выбрали параметр для создания функционального подтверждения в соглашении EDIFACT, или если поле сообщения UNB9 имеет значение 1, то сообщение CONTRL будет создаваться как функциональное подтверждение, чтобы сообщить о результатах проверки синтаксиса обмена.
В следующей таблице описываются сегменты функционального подтверждения CONTRL в обмене и приводятся их определения.
- М = обязательно
- О = необязательно
| Имя. | Обязательный или необязательный | Описание |
|---|---|---|
| Заголовок сообщения UNH | Пн. | Сегмент заголовка сообщения (UNH) определяет и указывает сообщение. |
| Сегмент UCI | Пн. | Определяет электронный обмен данными, указывает статус квитанции об обмене и содержит ссылки на сегменты UNA, UNB и UNZ в полученном сообщении. Сегмент UCI имеет максимально допустимую частоту вхождений 1 и поэтому сообщает о первой обнаруженной ошибке в управляющем сегменте. |
| Сегмент UCF | M, если сегмент UNG существует | Определяет сегмент группы, который инкапсулируется заголовком UNG и трейлером UNE, и указывает природу любой ошибки. |
| Сегмент UCM | Пн | Определяет сегмент сообщения, который инкапсулируется заголовком UNH и трейлером UNT, и указывает природу любой ошибки. |
| Сегмент UCS | Пн. | Определяет набор транзакций и указывает природу любой ошибки. |
| Сегмент UCD | O, условно | Определяет ошибочный составной элемент или элемент данных компонента и указывает природу ошибки. |
| Трейлер сообщения UNT | Пн. | Если полученное функциональное подтверждение 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 на одно сообщение. Каждый сегмент UCM включает в себя ряд сегментов UCS и UCD в тандеме.
XML-форма сообщения подтверждения ACK содержит следующие элементы цикла:
- Элемент SG1Loop, инкапсулирующий каждый элемент UCM.
- Элемент SG2Loop, инкапсулирующий каждую пару элементов UCS и UCD.
Как и в случае с интерфейсами, включающими группы, теги SG не существуют в исходном формате ACK.
По умолчанию и в соответствии с отраслевыми стандартами циклы SG1/SG4 не предусмотрены для принятых наборов транзакций. Однако для обеспечения соответствия стандартам можно принудительно создать циклы SG1/SG4, выполнив следующие действия:
На портале Azure перейдите в свою учетную запись интеграции.
В меню учетной записи интеграции в разделе Параметры выберите пункт Соглашения.
Откройте свое соглашение EDIFACT и выберите Параметры отправки.
В разделе Подтверждение выберите Подтверждение (CONTRL). Теперь вы можете выбрать Создать цикл SG1/SG4 для принятых наборов транзакций.
Если этот флажок установлен, конвейер получения создает циклы SG1/SG4, когда набор транзакций принимается или отклоняется. В противном случае эти циклы создаются только для ошибочных наборов транзакций, где UCM5 не равно
7.
Элементы данных функционального подтверждения CONTRL
Сообщение CONTRL содержит несколько обязательных элементов данных, которые копируются из полученного обмена. Если элемент данных в обмене отсутствует или является синтаксически недопустимым, синтаксически допустимое сообщение CONTRL создать невозможно. Ошибка должна передаваться некоторыми способами, отличными от сообщения CONTRL.
Функциональное подтверждение CONTRL включает следующие элементы данных:
| Элемент | Имя. | Использование |
|---|---|---|
| UNH1 | Номер ссылки на сообщение | - |
| UNH2 | Подкомпоненты идентификатора сообщения | Подкомпоненты: - 1 = CONTRL |
| UCI1 | Контрольный номер обмена | Сопоставляется из поля UNB5 полученного сообщения. |
| UCI2 | Отправитель обмена | Сопоставляется из поля UNB2 полученного сообщения. — Обязательно: первый подкомпонент или идентификация. |
| UCI3 | Получатель обмена | Сопоставляется из поля UNB3 полученного сообщения. — Обязательно: первый подкомпонент или идентификация. |
| UCI4 | Код действия | Этот элемент обязателен. Коды действий: — 8, если обмен принят. |
| UCI5 | Код синтаксической ошибки | Этот элемент является условно необязательным и определяет условие ошибки, если присутствует. |
| UCI6 | Тег "Сегмент службы" | Этот элемент является условно необязательным и определяет сегмент, имеющий условие ошибки в элементе данных UCI5. |
| UCI7 | Идентификация элементов данных | Идентифицирует элементы данных, имеющие условие ошибки в элементе данных UCI5. Подкомпоненты: — Обязательно: позиция ошибочного элемента данных в сегменте. |
| UCI8 | - | - |
| UCF1 | Референсный номер группы | Этот элемент является обязательным и сопоставляется с полем UNG5 в полученном сообщении. |
| UCF2 | Идентификация отправителя приложения | Этот элемент является условно необязательным и сопоставляется с полем UNG2 в полученном сообщении вместе с подкомпонентами. |
| UCF3 | Идентификация получателя приложения | Этот элемент является условно необязательным и сопоставляется с полем UNG3 в полученном сообщении вместе с подкомпонентами. |
| UCF4 | Действие закодировано | Этот элемент является обязательным, и код применяется на этом уровне и на всех нижних уровнях. Коды действий: — 7, если обмен принят. |
| UCF5 | Синтаксическая ошибка, кодированная | Этот элемент является условно необязательным и определяет условие ошибки в группе, если присутствует. |
| UCF6 | Тег "Сегмент службы" | Этот элемент является условно необязательным и определяет ошибочный сегмент в группе. |
| UCF7 | Идентификация элементов данных | Идентифицирует элементы данных, имеющие условие ошибки, определенное в элементе данных UCF5. Подкомпоненты: — Обязательно: позиция ошибочного элемента данных в сегменте и вхождение ошибочного элемента данных в сегменте. |
| UCM1 | Номер ссылки на сообщение | Этот элемент является обязательным и сопоставляется с полем UNH1 в полученном сообщении. |
| UCM2 | Идентификатор сообщения | Этот элемент является условно необязательным и сопоставляется с полем UNH2 в полученном сообщении вместе с подкомпонентами. |
| UCM3 | Действие закодировано | Этот элемент является обязательным, и код применяется на этом уровне и на всех нижних уровнях. Коды действий: — 7, если обмен принят. |
| UCM4 | Синтаксическая ошибка, кодированная | Этот элемент является условно необязательным и определяет условие ошибки в группе, если присутствует. |
| UCM5 | Тег "Сегмент службы" | Этот элемент является условно необязательным и определяет сегмент UNH или UNT с ошибкой. |
| UCM7 | Идентификация элементов данных | Идентифицирует элементы данных, имеющие условие ошибки, определенное в элементе данных UCM5. Подкомпоненты: — Обязательно: позиция ошибочного элемента данных в сегменте и количество вхождений ошибочного элемента данных в сегмент. |
| UCS1 | Позиция сегмента в тексте сообщения | Этот элемент является обязательным и является числом позиций ошибочного сегмента начиная с UNH как 1. Чтобы сообщить об отсутствии сегмента, это значение - числовая позиция последнего обработанного сегмента перед позицией, где ожидается отсутствующий сегмент. Недостающая группа сегментов обозначается определением первого сегмента в группе как отсутствующего. |
| UCS2 | Синтаксическая ошибка, кодированная | Этот элемент является условно необязательным и определяет условие ошибки в группе, если присутствует. |
| UCD1 | Синтаксическая ошибка, кодированная | Этот элемент является условно необязательным и определяет условие ошибки в группе, если присутствует.
Примечание. Если происходит сбой проверки XSD, элемент данных UCD1 сообщает значение кода |
| 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 | Отсутствует | Уведомление о том, что обязательный (или иным образом требуемый), сегмент службы или пользователя, элемент данных, элемент составных данных или элемент данных компонента отсутствуют. | Да |
| 14 | Значение не поддерживается в этой позиции | Уведомление о том, что получатель не поддерживает использование определенного значения идентифицированного автономного элемента данных, составного элемента данных или элемента данных компонента в используемой позиции. Значение может быть допустимым в соответствии со спецификациями и может поддерживаться, если используется в другой позиции. | Нет |
| 15 | Не поддерживается в этой позиции | Уведомление о том, что получатель не поддерживает использование типа сегмента, типа автономного элемента данных, типа составного элемента данных или типа элемента данных компонента в указанной позиции. | Да |
| 16 | Слишком много составляющих | Уведомление о том, что идентифицированный сегмент содержал слишком много элементов данных или что идентифицированный составной элемент данных содержал слишком много элементов данных компонента. | Да |
| 17 | Без соглашения | Нет соглашения, которое позволяет принимать обмен, группу, сообщение или пакет со значением идентифицированного изолированного элемента данных, составного элемента данных или элемента композитного данных. | Нет |
| 18 | Неопределенная ошибка | Уведомление об обнаружении ошибки, но природа ошибки не сообщается. | Нет |
| 19 | Недопустимая десятичная нотация | Уведомление о том, что символ, обозначенный как десятичное представление чисел в UNA, недопустим, или десятичное представление чисел, используемое в элементе данных, не согласуется с указанным в UNA. | Нет |
| 20 | Символ, недопустимый в качестве символа службы | Уведомление о том, что символ, рекомендуемый в UNA, не может использоваться как служебный символ. | Нет |
| 21 | Недопустимые символы | Уведомление о том, что один или несколько символов, используемых в обмене, не являются допустимыми символами, как определено идентификатором синтаксиса, указанным в сегменте UNB. Недопустимый символ является частью уровня ссылки или следует сразу после идентифицированной части обмена. | Да |
| 22 | Недопустимые символы в сервисе | Уведомление о том, что символы службы, используемые в обмене, не являются допустимыми символами службы, как рекомендуется в сегменте UNA, или не являются одним из символов службы по умолчанию. Если код используется в сегменте UCS или UCD, недопустимый символ следует сразу после идентифицированной части обмена. | Нет |
| 23 | Неизвестный отправитель обмена | Уведомление о том, что отправитель обмена (S002) неизвестен. | Нет |
| двадцать четыре | Слишком старая | Уведомление о том, что полученный обмен или группа старше, чем ограничение, заданное в 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 | Конечный разделитель | Уведомление об одном из следующих условий: — Последний символ перед признаком конца сегмента — это разделитель элементов данных, разделитель элементов данных компонента или повторяющийся разделитель элементов данных. |
Да |
| 46 | Набор символов не поддерживается | Уведомление об одном из следующих условий: — Один или несколько используемых символов не входят в набор символов, определяемый идентификатором синтаксиса. |
Да |
| 47 | Функции конверта не поддерживаются | Уведомление о том, что обнаруженная структура конверта не поддерживается получателем. | Да |
| 48 | Нарушено условие примечаний по зависимости. | Уведомление о возникновении условия ошибки в результате нарушения условия зависимости. | Нет |
Azure Logic Apps — коды ошибок подтверждения ACK CONTRL
В следующей таблице перечислены нестандартные коды ошибок, которые не определены в спецификации EDIFACT, но используются в поле UCI5 подтверждения CONTRL ACK для обработки сообщений EDIFACT и специфичны для Azure Logic Apps.
| Код ошибки | Условие | Причина |
|---|---|---|
| 70 | Отсутствие набора транзакций или недопустимый идентификатор набора транзакций | Уведомление о том, что идентификатор набора транзакций отсутствует или недопустим. |
| 71 | Несоответствие контрольного номера набора транзакций или группы | Уведомление о несовпадении набора транзакций или контрольных номеров группы. |
| 72 | Нераспознанный идентификатор сегмента | Уведомление о том, что идентификатор сегмента не распознан. |
| 73 | XML находится в неправильной позиции | Уведомление о том, что возникла проблема при сериализации корневого элемента XML. |
| 74 | Слишком мало повторений группы сегментов | Уведомление о том, что группа сегментов повторяется реже, чем требуемое количество. |
| 75 | Слишком мало повторений сегментов | Уведомление о том, что сегмент повторяется реже, чем требуемое количество. |
| 76 | Обнаружено слишком мало элементов данных | Уведомление о том, что не удалось найти достаточное количество элементов данных. |