ФНС меняет формат служебных сообщений при обмене электронными документами

С 1 октября 2025 года вместо привычных уведомлений об уточнении (УоУ) и извещений о получении (ИоП) будут использоваться Универсальные служебные сообщения (УС). Новый тип сообщений будет обязателен при обмене любыми документами: форматными и неформатными. Исключение — электронная транспортная накладная. В статье расскажем подробности.

Что такое УС

Универсальное сообщение — это XML‑файл с фиксированным форматом, которым информируют о получении документов, ошибках и других событиях в документообороте.

Универсальное сообщение, в отличие от ИоП и УоУ, не будет подписываться. Подтверждение даты отправки (ПДО) и Подтверждение даты поступления (ПДП) на УС формироваться не будут.

Тайминг перехода на УС

Переход на универсальные сообщения в продуктовой среде произойдет в три этапа:

• С 16 июля — одновременно генерируются старые файлы ИоП/УоУ и соответствующее им универсальное служебное сообщение. На этом этапе Saby будет генерировать два файла. Для обработки события будет достаточно хотя бы одного из них: ИоП/УоУ либо УС. Пользователи с доступом к тестовому контуру смогут опробовать функционал с 9 июля.

• С 1 сентября — одновременно генерируются старые файлы ИоП/УоУ и соответствующее им универсальное служебное сообщение. На этом этапе Saby будет генерировать два файла. Для обработки события будет обязательно наличие УС. Пользователи с доступом к тестовому контуру смогут опробовать функционал с 25 августа.

• С 1 октября — режим только универсальных сообщений. На этом этапе Saby будет генерировать и принимать только УС, в том числе по документам, которые отправили до 1 октября. Файлы старого формата система будет игнорировать, их не получится сохранить. Пользователи с доступом к тестовому контуру смогут опробовать этап с 24 сентября.

Назначение УС

Назначение универсального служебного сообщения определяется по коду внутри файла. С 1 октября будут поддерживаться 4 кода:

• 1999 — извещение о получении, генерация внутри Saby и передача, тип и подтип при запросе через API СБИС: «ИзвПолуч/1115144» (в отличие от «ИзвПолуч/1115110» для старого ИоП).

• 2999 — уведомление об уточнении, только передача, тип и подтип при запросе через API СБИС: «УведУточ/1115144» (в отличие от «УведУточ/1115113» для старого УоУ).

• 3999 — отказ в подписи, генерация внутри Saby и передача, тип и подтип при запросе через API СБИС: «УведУточ/1115144» (в отличие от «УведУточ/1115113» для старого УоУ).

• 4002 — сообщение, генерация внутри Saby и передача, тип и подтип при запросе через API СБИС: УС/1115144.

При отклонении файла Saby будет генерировать УС 3999. УС 2999 внутри Saby генерироваться не будет. Если УС 2999 будет передан через API, то в системе он сохранится как «УведУточ/1115144» (как и УС 3999). Таким образом, отличить УС 2999 от УС 3999 можно будет только по содержимому файла.

Названия событий

Названия событий при отдаче через API не изменятся: останутся «Извещение о получении» и «Утверждение» (Действие.Название = «Отклонить»).

Появятся два новых события: «Сообщение» и «Сообщение от получателя». В рамках этих событий будет передаваться УС 4002.

Изменения в API СБИС

В ответе метода «СБИС.ПодготовитьДействие» появляется новое поле «Документ.Этап.Вложение.ТребуемоеДействие» со значениями:

• «Нет» — не требуется ни подписывать, ни расшифровывать.

• «Подписать» — требуется подписать.

• «Расшифровать» — требуется расшифровать.

Во время режима одновременной генерации ИоП/УоУ и УС ответ метода «СБИС.ПодготовитьДействие» для события «Извещение о получении» будет выглядеть следующим образом:

В режиме только УС ответ будет таким:

Для отправки события «Сообщение» и «Сообщение от получателя» в параметрах «СБИС.ВыполнитьДействие» нужно указать:

• Документ.Этап.Название = Сообщение.

• Документ.Этап.Действие.Название = Отправить.

• Документ.Этап.Действие.Комментарий = <желаемое сообщение>.

Запрос УС 1999 на «Титул1» и «Титул2»

Saby всегда будет запрашивать УС 1999 на «Титул1» у стороннего оператора. Этим нельзя управлять. Также Saby всегда будет сам генерировать УС 1999 на «Титул1». Если сторонний оператор его не запрашивал, то УС 1999 будет передан внутри Saby, но стороннему оператору отсылаться не будет.

Таким образом, внутри Saby всегда останется событие «Извещение о получении», в рамках которого будет передаваться УС 1999.

Saby никогда не будет запрашивать УС 1999 на «Титул2» у стороннего оператора. Этим нельзя управлять. Saby будет генерировать УС 1999 на «Титул2», только если сторонний оператор его запросил.

Что делать клиентам Saby

Если вы работает на сайте *.saby.ru — ничего не требуется. Все изменения система поддержит автоматически.

Если вы работаете через API СБИС, но формируете служебные документы с помощью метода «СБИС.ПодготовитьДействие» — корректно обрабатывать ответ и не подписывать файлы, которые этого не требуют.

Если вы работаете через API СБИС и формируете служебные сообщения самостоятельно, убедитесь, что к отправке подготовлен корректный набор файлов: ИоП/УоУ + УС либо только универсальное сообщение. Если этого не сделать, Saby сообщит об ошибке, а статус сообщения не изменится.

Также не стоит преждевременно отказываться от генерации файлов в обоих случаях работы через API — будьте готовы к появлению новых файлов в ответах методов «СБИС.ПрочитатьДокумент» и «СБИС.СписокИзменений».