ФНС меняет формат служебных сообщений при обмене электронными документами
С 1 апреля 2026 года вместо привычных уведомлений об уточнении (УоУ) и извещений о получении (ИоП) будут использоваться Универсальные служебные сообщения (УС). Новый тип сообщений будет обязателен при обмене любыми документами: формализованными и неформализованными. Исключение — электронная транспортная накладная. В статье расскажем подробности.
Что вы узнаете
Изменения в ЭДО с 01.04.2026
С апреля 2026 года извещения о получении (ИоП) и уведомления об уточнении (УоУ) перестанут действовать. При обмене электронными счетами‑фактурами и другими документами компании будут формировать универсальное сообщение (УС), которое заменит собой ИоП и УоУ.
По мнению ФНС, переход на УС ускорит взаимодействие между контрагентами при приеме электронного документа и при внесении изменений в его содержание.
Первоначально переход на УС планировался на октябрь 2025 года, но ФНС перенесла сроки — предварительно на 1 апреля 2026. Новые правила еще не приняты.
Saby уже давно тестирует новый порядок обмена электронными документами. Система одновременно формирует ИоП/УоУ и универсальные сообщения.
График перехода на УС
Переход на универсальные сообщения проходит в 3 этапа:
- С 16 июля 2025 года — одновременно генерируются старые файлы ИоП/УоУ и соответствующее им универсальное служебное сообщение. На этом этапе Saby генерирует два файла. Для обработки события достаточно хотя бы одного из них: ИоП/УоУ либо УС. Этот функционал добавлен в систему с 9 июля.
- С 1 сентября 2025 года — одновременно генерируются старые файлы ИоП/УоУ и соответствующее им универсальное служебное сообщение. На этом этапе Saby генерирует два файла. Для обработки события обязательно наличие УС. Этап был реализован в системе с 25 августа.
- С 1 апреля 2026 года (первоначально планировалось с 1 октября 2025 года) — режим только универсальных сообщений. На этом этапе Saby будет генерировать и принимать только УС, в том числе по документам, которые отправили до 1 апреля 2026 года. Файлы старого формата система будет игнорировать, их не получится сохранить. Пользователи с доступом к тестовому контуру могут опробовать этап с 24 сентября 2025 года.
Что такое универсальное служебное сообщение
Универсальное сообщение — это XML‑файл с утвержденным форматом, которым информируют о получении документов, ошибках и других событиях в документообороте.
Основные различия между ИоП (УоУ) и универсальным сообщением — в таблице ниже.
| Критерий | 2025 год | 2026 год |
|---|---|---|
| Какой документ подтверждает прием или исправление электронного документа | Извещение о получении и уведомления об уточнении | Универсальное сообщение |
| Надо ли подтверждать дату | Да | Нет |
| Нужна ли электронная подпись для подписания | Да | Нет |
Разница между универсальными сообщениями и ИоП/УоУ в Saby:
Как сейчас работает ЭДО с контрагентами
Многие компании и ИП пересылают контрагентам документы по ЭДО: счета‑фактуры, УПД и другие формализованные и неформализованные документы.
Что относится к формализованным и неформализованным документам
Формализованные электронные документы — это файлы с расширением XML, формат которых утвержден налоговой. Такие документы могут быть:
- обязательны к применению: счет‑фактура, УПД, их корректировочные формы;
- необязательны к применению: акты, в том числе и для сверки взаиморасчетов, документы по страхованию.
Перечень всех формализованных документов можно посмотреть на сайте ФНС.
С 2026 года компании и ИП больше не могут использовать в работе электронные форматы ТОРГ‑12 и акты (приказ от 20.01.2025 № ЕД‑7‑26/28@). Зато счет на оплату теперь приравнен к формализованным документам (приказ от 20.01.2025 № ЕД‑7‑26/29@).
Неформализованный электронный документ — это любой документ, который разрабатывают компании и ИП для обмена с поставщиками или для внутренних перемещений. Он может быть оформлен в разных форматах, например, в PDF, DOC, TIFF, JPG и прочих.
К неформализованным документам относятся служебные записки, деловая переписка, внутренние отчеты компании.
Для приемки электронного документа нужно:
- изучить полученный документ: информацию о покупателе и продавце, данные по товарам, работам, услугам, стоимость и прочие данные;
- утвердить или уточнить полученный документ с помощью извещения о получении (ИоП) или уведомления об уточнении (УоУ) соответственно;
- подтвердить дату получения документа;
- подписать извещение или уведомление с помощью электронной подписи.
После подписания ИоП или УоУ поступает оператору ЭДО, а затем — самому продавцу. Срок каждого этапа пересылки — в течение одного рабочего дня на каждом этапе. В совокупности такая процедура может занимать около недели с учетом выходных.
В Saby принять или уточнить полученный документ просто — выберите нужный ответ. При отклонении укажите причину. Когда сделка будет подтверждена, у обеих сторон появится комплект юридически значимых документов, заверенных электронными подписями.
С Saby легко узнать, утвержден или нет электронный документ. Система показывает статус, а при наведении на нужный пункт выдает пояснения.
Как бухгалтеру подготовиться к переходу на новый формат служебных сообщений
Для клиентов, которые работают через API Saby, но формируют служебные документы с помощью метода «Saby.ПодготовитьДействие», мы подготовили подробную инструкцию ⬇️.
Как настроить универсальные сообщения в API Saby: инструкция
Если вы работаете через API Saby и формируете служебные сообщения самостоятельно, убедитесь, что к отправке подготовлен корректный набор файлов: ИоП/УоУ + УС либо только универсальное сообщение. Если этого не сделать, Saby сообщит об ошибке, а статус сообщения не изменится.
Не стоит полностью отказываться от файлов старого формата до 1 апреля 2026 года. Если ваш контрагент пользуется другим оператором ЭДО, который еще ожидает оба файла, то обмен может привести к ошибке.
Также не стоит преждевременно отказываться от генерации файлов в обоих случаях работы через API — будьте готовы к появлению новых файлов в ответах методов «Saby.ПрочитатьДокумент» и «Saby.СписокИзменений».
Код назначения универсального сообщения
Минфин подготовил специальные коды, которые будут применяться в УС для определения назначения. Пока их всего 4:
1999 — извещение о получении, генерация внутри Saby и передача, тип и подтип при запросе через API Saby: «ИзвПолуч/1115144» (в отличие от «ИзвПолуч/1115110» для старого ИоП).
2999 — уведомление об уточнении, только передача, тип и подтип при запросе через API Saby: «УведУточ/1115144» (в отличие от «УведУточ/1115113» для старого УоУ).
3999 — отказ в подписи, генерация внутри Saby и передача, тип и подтип при запросе через API Saby: «УведУточ/1115144» (в отличие от «УведУточ/1115113» для старого УоУ).
4002 — сообщение, генерация внутри Saby и передача, тип и подтип при запросе через API Saby: УС/1115144.
Названия событий в универсальном сообщении
Названия событий при отдаче через API не изменятся: останутся «Извещение о получении» и «Утверждение» (Действие.Название = «Отклонить»).
Как настроить УС в API Saby
В ответе метода «Saby.ПодготовитьДействие» появляется новое поле «Документ.Этап.Вложение.ТребуемоеДействие» со значениями:
«Нет» — не требуется ни подписывать, ни расшифровывать.
«Подписать» — требуется подписать.
«Расшифровать» — требуется расшифровать.
Во время режима одновременной генерации ИоП/УоУ и УС ответ метода «Saby.ПодготовитьДействие» для события «Извещение о получении» будет выглядеть следующим образом:
Документ = {
Этап : [{
Действие : [{
ТребуетПодписания = "Да",
Вложение : [
{
Тип = "ИзвПолуч",
Подтип = "1115110",
ТребуемоеДействие = "Подписать"
},
{
Тип = "ИзвПолуч",
Подтип = "1115144",
ТребуемоеДействие = "Нет"
}
]
}]
}]
}
В режиме только УС ответ будет таким:
Документ = {
Этап : [{
Действие : [{
ТребуетПодписания = "Нет",
Вложение = [
{
Тип = "ИзвПолуч",
Подтип = "1115144",
ТребуемоеДействие = "Нет"
}
]
}]
}]
}
Для отправки события «Сообщение» и «Сообщение от получателя» в параметрах «Saby.ВыполнитьДействие» нужно указать:
Документ.Этап.Название = Сообщение.
Документ.Этап.Действие.Название = Отправить.
Документ.Этап.Действие.Комментарий = <желаемое сообщение>.
Запрос УС 1999 на «Титул1» и «Титул2»
Saby всегда будет запрашивать УС 1999 на «Титул1» у стороннего оператора. Этим нельзя управлять. Также Saby всегда будет сам генерировать УС 1999 на «Титул1». Если сторонний оператор его не запрашивал, то УС 1999 будет передан внутри Saby, но стороннему оператору отсылаться не будет.
Таким образом, внутри Saby всегда останется событие «Извещение о получении», в рамках которого будет передаваться УС 1999.
Saby никогда не будет запрашивать УС 1999 на «Титул2» у стороннего оператора. Этим нельзя управлять. Saby будет генерировать УС 1999 на «Титул2», только если сторонний оператор его запросил.
Видеоматериалы по теме
