Переход служебных сообщений ЭДО на универсальные форматы сдвинули на 1 января 2027 года

График перехода служебных сообщений электронного документооборота на универсальные форматы пересмотрен. Старые форматы — извещение о получении (ИоП) и уведомление об уточнении (УоУ) — планировали отключить с 1 октября 2026 года, однако новой датой перехода стало 1 января 2027 года. Изменение касается всех, кто обменивается электронными документами через Saby: и пользователей веб-версии online.saby.ru, и тех, кто работает через API, а также их контрагентов.

О каких сообщениях идёт речь

Помимо самих электронных документов — счетов-фактур, УПД, актов, накладных — участники ЭДО обмениваются служебными, или технологическими, сообщениями. Они не имеют собственной хозяйственной ценности, но именно они фиксируют юридически значимые факты: что документ доставлен, что получатель его увидел, что он подписан или, наоборот, что к нему есть замечания и требуется уточнение.

Исторически для этих целей использовались отдельные типы сообщений под каждую задачу: ИоП подтверждал получение документа, УоУ сообщал отправителю, что документ нужно исправить. Универсальный формат заменяет разрозненные типы одной структурой, внутри которой назначение сообщения определяется кодом. В обмене применяются, в частности, коды 1999, 2999 и 4002; первые два варианта в Saby уже работают.

Кого касается перенос даты

Перенос затрагивает обе стороны обмена. Для пользователей, которые работают в веб-интерфейсе online.saby.ru, ничего настраивать вручную не требуется — все изменения система внесёт сама. Дополнительных действий с шаблонами, маршрутами согласования или настройками роуминга от них не ждут.

Иначе устроена работа тех, кто интегрировал ЭДО со своей учётной системой через API. Здесь обработку служебных сообщений реализует сторона интегратора или собственный разработчик: программный код должен уметь и формировать универсальные сообщения, и корректно разбирать те, что приходят от контрагентов. Технические подробности нового порядка обмена описаны в профильной статье журнала для разработчиков.

Почему нельзя резко отказываться от старого формата

Главный практический риск связан не с самим форматом, а с рассинхронизацией между контрагентами. Если одна сторона полностью отключит поддержку старых сообщений раньше времени, а вторая ещё не внедрила изменения, обмен документами может прерваться. На практике это выглядит так: документ уходит контрагенту, но подтверждение не возвращается либо не распознаётся учётной системой, и документооборот по сделке остаётся незакрытым.

Поэтому до 1 января от старого формата отказываться не следует — период, когда поддерживаются оба варианта, нужен именно для того, чтобы стороны подтянулись по срокам. Внедрение нового порядка обмена при этом стоит продолжать, а не откладывать до последнего: перенос даты не отменяет переход, а только сдвигает его.

Как это выглядит в работе бухгалтера

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

Такие ситуации удобнее отслеживать централизованно, а не по каждой сделке отдельно. Настроить обмен и контроль статусов документов помогает электронный документооборот — в нём видно, какие документы ушли контрагенту, какие подписаны, а какие вернулись с уточнением. Если ЭДО связан с учётом, полезно проверить и сквозную передачу данных в бухгалтерию и учёт, чтобы подтверждённые документы попадали в регистры без ручного переноса.

Что делать

1. Учесть новую дату перехода — 1 января 2027 года — в планах по доработке обмена.
2. Продолжать внедрение нового порядка обмена служебными сообщениями, не дожидаясь крайнего срока.
3. Не отказываться полностью от старого формата до 1 января: пока контрагент не внедрил изменения, обмен документами может прерваться.
4. Пользователям online.saby.ru — ничего не настраивать вручную, изменения вносятся системой.
5. Тем, кто работает через API, — изучить техническую статью в журнале и поставить задачу разработчикам или интегратору.
6. Проверить у ключевых контрагентов готовность к универсальным сообщениям и держать на контроле документы с «зависшими» статусами.