ГОСТ Р ИСО 9735-4 - 2012
Сообщение CONTRL не должно использоваться в целях уведомления об
ошибках или о выполняемом действии на прикладном уровне (то есть для
описания семантической информации, содержащейся в пользовательских
сегментах).Такимобразом,подтверждение,индицируемоес помощью
сообщенияCONTRL,не означает,что деловойконтентпоступившего
сообщения или пакета был принят или может быть одобрен.
Получатель может выбрать в качестве ответного действия подтверждение
обмена или его части даже в том случае, если в обмене имеются
синтаксические ошибки, причем эти ошибки могут быть зафиксированы в
уведомлении. Определение ошибки как не фатальной должно осуществляться
получателем запроса. Получатель может, например, принять решение о
подтверждении элемента данных, длина которого превышает заданный предел.
Обмен, содержащий сообщение CONTRL, сформированное получателем
обмена с запросом проверки, должен содержать в своем сегменте UNB те же
самые идентификаторы отправителя и получателя, которые присутствовали в
обмене с запросом проверки, но только в обратной последовательности.
Партнеры могут прийти к соглашению о том, что сообщение CONTRL,
отклоняющее ошибочный обмен с запросом проверки или его часть, должно
отправляться всегда, даже если подтверждение не было запрошено в сегменте
UNB обмена с запросом проверки.
Сообщение CONTRL никогда не должно пересылаться внутри группы.
5.3.2Взаимосвязь между сообщениями CONTRL и обменом с
запросом проверки
В ответ на полученный обмен может быть отправлено не более двух
сообщений CONTRL. Первое (необязательное) обеспечивает индикацию приема
обмена, второе уведомляет о действии, предпринятом по результатам
синтаксического контроля обменас запросомпроверки.Код действия,
присутствующий в сегменте UCI, должен указывать, к какому типу относится
сообщение - к первому или ко второму.
9