ЭДО после старых XML: как перейти на УПД без срывов

Что отменили на самом деле — и почему паниковать не нужно

С 1 января 2026 года прекращено действие XML-форматов электронного документа о передаче товаров и электронного акта выполненных работ или оказанных услуг. Это форматы из приказов ФНС № ММВ-7-10/551@ и № ММВ-7-10/552@. Важно не перепутать: никто не отменял саму накладную, акт или право оформлять первичку на бумаге. Закончилась жизнь конкретных формализованных файлов, которыми компании обменивались через операторов ЭДО.

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

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

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

Как выбрать сценарий УПД и не испортить документ настройкой шаблона

В электронном формате УПД важно не только название документа в интерфейсе. Формат предусматривает функцию «ДОП» — документ об отгрузке или оказании услуг с реквизитами первички, и «СЧФДОП» — документ, который одновременно содержит счёт-фактуру и передаточный документ. Для обычной реализации плательщиком НДС, когда покупателю нужен счёт-фактура, я бы настраивала «СЧФДОП». Когда нужен только передаточный документ, — «ДОП».

Самая неприятная ошибка здесь не техническая, а смысловая. Бизнес берёт готовый шаблон контрагента, в нём появляется счёт-фактура с НДС, а потом бухгалтер разбирается, почему документ не соответствует реальной операции и налоговому статусу продавца. Электронный формат не делает неверные реквизиты правильными. Он лишь быстро разносит ошибку по двум учётным системам.

И обратная ситуация тоже знакома: продавец, который должен оформить счёт-фактуру, отправляет только документ об отгрузке. Покупатель получает красивый файл, но не получает счёт-фактуру для применения вычета НДС. Я бы не обсуждала здесь «удобнее или неудобнее»: сначала определяем, какой документ нужен по сделке и НДС, затем закрепляем сценарий в программе.

• «ДОП» — УПД как первичный документ без счёта-фактуры.
• «СЧФДОП» — УПД, включающий счёт-фактуру и первичный документ.
• Для услуг проверяйте содержание услуги, период и основание, а не только сумму.
• Для изменения стоимости используйте сценарий корректировочного документа, а не создавайте второй исходный УПД поверх первого.

Разберём на примере: ООО «Ромашка» и накладная, которая исчезла в конце месяца

Допустим, ООО «Ромашка» продаёт строительные материалы, работает на ОСНО и отгружает ООО «Вектор» товар на 354 000 рублей, включая НДС 59 000 рублей. До 2026 года менеджер создавал электронную накладную старого формата, а бухгалтер отдельно формировала счёт-фактуру. После обновления у оператора старая накладная перестала уходить, но в учётной системе документ продолжал иметь статус «к отправке». Менеджер увидел строку в списке и решил, что всё в порядке. Очень человеческая ошибка: отметка в одной программе не равна полученному документу у покупателя.

Что следовало сделать. В настройке обмена установить сценарий УПД с функцией «СЧФДОП», сопоставить товарные позиции, единицы измерения, ставку НДС и реквизиты подписанта. Затем отправить тестовый УПД на одну реальную, но не срочную поставку; со стороны ООО «Вектор» проверить получение, визуальную форму, подпись, проведение в своей системе и уведомления оператора. Только после этого включать массовую отправку.

В этом примере новый УПД содержит стоимость без НДС 295 000 рублей, НДС 59 000 рублей и итог 354 000 рублей. Покупатель получает единый электронный маршрут вместо попытки состыковать накладную со счётом-фактурой. Если тест выявил бы несопоставленную единицу измерения или неверный реквизит договора, исправлять нужно интеграцию до серии отгрузок, а не двадцать документов в последний день месяца.

• В тестовом маршруте проверьте: формирование файла, подпись, отправку, доставку, приёмку и загрузку в учёт.
• Сверьте сумму без НДС, НДС, итог, номенклатуру, количество, единицы измерения и дату операции.
• Назначьте человека, который смотрит не только «отправлено», но и статусы доставки, отказа и подписания.

Проверка интеграций: четыре точки, которые я бы прошла до первой массовой отправки

Первая точка — версия программы и коннектора. Спросите поставщика не «поддерживается ли ЭДО», а «поддерживается ли действующий формат УПД по приказу № ЕД-7-26/970@ и какой сценарий включён для нашей базы». Ответ «мы обновляемся автоматически» не доказывает, что конкретная связка вашей учётной программы, доработок и кабинета оператора не формирует устаревший XML.

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

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

Четвёртая — отказы и аннулирование. Контрагент может отклонить документ из-за реквизита, полномочий подписанта или несогласия с объёмом работ. Если входящие уведомления никто не читает, проблему найдут на сверке — когда уже все устали. Настройте отдельный список исключений: у каждого отказа есть ответственный и срок реакции.

• Сохраните настройки и резервную выгрузку перед обновлением модуля.
• Проведите обмен с ключевыми контрагентами, а не только между двумя тестовыми ящиками своей компании.
• Проверьте сценарии реализации товаров, услуг, исправления и изменения стоимости.
• Убедитесь, что после обмена документ отражается в бухгалтерской программе без ручной переклейки реквизитов.

Как закрыть период, чтобы не обнаружить зависшие документы после отчётности

После перехода на УПД я советую на один-два периода усилить контроль закрытия. Не потому, что ЭДО ненадёжен, а потому, что меняется привычный маршрут документов. В рабочем реестре нужны контрагент, договор или заказ, дата операции, сумма, НДС, вид документа, статусы отправки и подписи, дата принятия и ответственный. Это не бюрократия ради красивой таблицы. Это список незакрытых хозяйственных событий.

Типичная ситуация: ИП Соколов оказывает услуги по ремонту и применяет УСН «доходы минус расходы». В марте он выполнил работы для трёх заказчиков на 480 000 рублей. Два УПД с функцией «ДОП» подписаны обеими сторонами, а третий на 160 000 рублей имеет статус доставки, но заказчик его не подписал: в документе указан неверный номер заказа. Если смотреть только банковскую выписку, проблема незаметна. Если смотреть реестр закрытия, строка остаётся в исключениях.

Правильная последовательность проста: уточнить основание, согласовать его с заказчиком, оформить исправление или аннулирование в порядке, который поддерживает оператор и согласован сторонами, сформировать верный документ и дождаться результата обмена. Нельзя заменить подписанный файл только в своей базе и считать вопрос закрытым: у второй стороны останется другая версия. Чем закончится спор по сделке, зависит от договора и факта исполнения, но управленческий вывод один — операция не должна уходить из периода с непонятным статусом.

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

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

Мой порядок перехода: что делать сейчас, а что не драматизировать

Я бы начала не с поиска идеальной инструкции, а с инвентаризации реальных сценариев. Выпишите товары, услуги, авансы, исправления и корректировки. Рядом отметьте налоговый статус, наличие НДС, программу, оператора и ключевых контрагентов. В этой таблице сразу видны серые зоны: например, услуги уходят из кабинета оператора, а товары — из давно не обновлявшегося модуля учётной системы.

Дальше примите решение по каждому сценарию: УПД с функцией «СЧФДОП», УПД с функцией «ДОП» или отдельный документ, если это действительно нужно договору и процессу. Затем проведите несколько контролируемых обменов и только потом меняйте регламент закрытия. Это скучнее, чем нажать кнопку «обновить», зато именно так последняя неделя месяца перестаёт зависеть от героизма бухгалтера.

Не пугайтесь отмены старых форматов. Она не обнуляет сделки и не делает недействительной честно оформленную первичку. Но фраза «оператор всё решит» — плохая стратегия. Оператор передаст документ; за корректные настройки, реквизиты, полномочия и отражение в учёте отвечает бизнес. На практике именно в стыках этих зон обычно и прячется проблема.

• Инвентаризируйте все сценарии и технические точки обмена.
• Выберите функцию УПД с учётом НДС и назначения документа.
• Проведите тест с ключевыми контрагентами.
• На два периода включите реестр исключений при закрытии.
• Зафиксируйте новый порядок в коротком регламенте для менеджера и бухгалтера.

Частые вопросы