Изменения законодательства с 1 января 2026
С 1 января 2026 года ЭДО перестал быть «делом бухгалтерии» и стал вопросом бесперебойной отгрузки: часть правил теперь «вшита» в формат документа, и если он не соответствует требованиям, оператор и получатель его не проведут. Эти изменения налогового законодательства быстро превратились из теории в практику — на уровне конкретных отказов в приёме документов и задержек в цепочке отгрузки. На стороне бизнеса это выглядело просто: документ ушёл, но не принят, и отгрузка встала. Именно поэтому поправки в Налоговый кодекс № 425-ФЗ бизнес почувствовал не по новостям, а по возвратам и зависшим статусам в обмене.
На практике это проявилось в двух базовых развилках.
- Во-первых, ФНС разъяснила правила перехода на ставку НДС 22%: ставка определяется датой отгрузки (с 01.01.2026 — 22% даже при оплате в 2025 году), а при получении авансов в 2026 году налог рассчитывают по ставке 22/122. [Федеральная налоговая служба]
- Во-вторых, прекращено использование через операторов ЭДО электронных накладных и актов в форматах, утвержденных приказами ФНС № 551 и № 552; фирма «1С» в материалах 1С-ЭДО связывает это с переходом на актуальные форматы, в том числе на УПД 5.03 для отгрузочных сценариев. [1С-ЭДО]
Есть нюанс, который важно проговаривать, чтобы не запутать руководство и контрагентов. ФНС подчеркнула: отмена касается именно старых электронных форматов, а первичку по-прежнему можно оформлять на бумаге или как неформализованный электронный документ. [Федеральная налоговая служба] В свою очередь 1С уточняет, что документы, которые пришли до 01.01.2026 в старых форматах, можно открыть и завершить документооборот после этой даты, но новые отправки в 551/552 уже не пройдут. [1С-ЭДО]
Подробнее про УПД 5.03 читайте в нашей статье «Переход на формат УПД 5.03 в 1С с 01.04.2025: пошаговая инструкция и настройка в Москве, Самаре и всех городах РФ» (нажмите, чтобы перейти).
Когда «железные» требования к ставке и формату закрыты обновлениями и настройками, система начинает проверять не цифры, а полномочия тех, кто эти цифры подтверждает подписью. И тут на сцену выходит МЧД.
Машиночитаемые доверенности (МЧД): новые правила и частые ошибки
МЧД — это электронная доверенность, которая подтверждает право представителя подписывать документы от имени организации или ИП.
МЧД в ЭДО — это отдельный контур доверия: электронный документ, подписанный подписью руководителя организации или ИП, который подтверждает полномочия представителя подписывать документы от имени компании. [1С-ЭДО]
Новые правила, которые важно учесть в 2026
- Подписывает сотрудник — своей личной подписью, а полномочия подтверждает МЧД. В 1С-ЭДО прямо описано, что сотрудник использует личный сертификат физлица, а право действовать от имени организации «включает» именно доверенность.
- Для работы сразу в нескольких системах нужен единый формат и регистрация в реестре ФНС. В документации 1С-ЭДО указано: МЧД создают в едином формате (публикуется на Госуслугах) и регистрируют в распределенном реестре ФНС — тогда одна и та же доверенность может применяться не только в 1С-ЭДО, но и в других ИС, если они интегрированы с реестром.
- Проверка МЧД — по номеру, «подобрать» номер нельзя. Посмотреть карточку и проверить действительность можно на сервисе ФНС, но для проверки нужен номер доверенности и ИНН сторон (доверителя и представителя).
- МЧД не «устанавливают» на телефон/ПК — она должна быть доступна системе при подписании или проверке. Это не ключ и не файл, который нужно копировать на устройство. Доверенность хранится в реестре, а 1С-ЭДО при подписании или проверке должна уметь её найти, подтянуть и показать контрагенту, что у подписанта есть право действовать от имени компании.
- Актуальный формат МЧД: новые доверенности оформляют в 003, старые 002 можно использовать, если срок не истек. 1С пишет, что новые МЧД сейчас оформляются в версии 003, при этом ранее выпущенные доверенности в формате 002 продолжают действовать, а 1С умеет их проверять.
- Для налоговых органов есть отдельные ограничения по версиям формата. На сервисе ФНС указано, что электронные доверенности версии формата 5.01 с 1 марта 2025 года налоговыми органами больше не принимаются — это важно учитывать при “наследованных” шаблонах/интеграциях. [m4d.nalog.gov.ru]
Частые ошибки (и почему они возникают)
- Ошибка 1. «Доверенность не найдена». Чаще всего документ подписан физлицом, но сведения о доверенности не подтянулись автоматически. В 1С-ЭДО для этого предусмотрена загрузка МЧД из реестра ФНС по номеру. [1С-ЭДО]
- Ошибка 2. Доверенность есть, но полномочия «не проходят». Причина — ограничения полномочий и отсутствие настроенных правил проверки: получатель видит предупреждение и не может автоматически признать подпись действительной. Решение — заполнить «Правила проверки полномочий» в МЧД и уйти от ручных подтверждений. [1С-ЭДО]
- Ошибка 3. «Проталкивание» вручную без понятного основания. В 1С-ЭДО описан режим ручной проверки (пользователь ставит отметку «полномочия проверены мной вручную»), но это временное обходное решение: при потоке документов он превращается в регулярный риск и потерю времени. [1С-ЭДО]
Когда полномочия по МЧД настроены и система проверяет их автоматически, тогда и мобильное подписание становится безопасным: сотрудник открывает документ на смартфоне в приложении/программе «1С:Клиент ЭДО» и подписывает его своим сертификатом КЭП, который добавлен в учетную запись ЭДО и зарегистрирован у оператора.
Дальше система подтягивает и проверяет нужную МЧД через реестр, поэтому у контрагента сразу подтверждаются полномочия подписанта, и документ проходит без возвратов.
После этого уже имеет смысл разворачивать мобильный ЭДО и маршруты подписания — чтобы документы шли по согласованию по ролям и закрывались быстрее.
Мобильный ЭДО и новые возможности 1С
Мобильный ЭДО нужен не ради «удобства», а чтобы документ не ждал руководителя «до вечера» и не превращался в стоп-фактор для денег и отгрузок. Для таких сценариев 1С развивает решение «1С:Клиент ЭДО 8»: оно позволяет отправлять, получать и подписывать электронные документы и может работать автономно либо быть интегрированным с учетной системой. [solutions.1c.ru]
В мобильном контуре особенно заметна разница между «одной подписью» и реальными цепочками согласования. Поэтому важно заранее настроить маршруты подписания: в справке 1С-ЭДО описано подписание несколькими сертификатами и сценарии, когда документ проходит по ролям и фиксирует статус на каждом шаге. [1С-ЭДО] Это снижает число «возвратов на словах» и делает ответственность прозрачной: видно, на каком шаге документ остановился и почему.
Когда роли, маршруты и контроль полномочий выстроены, переход на УПД воспринимается как замена формата сообщения при сохранении управляемости: кто подписывает, где видно статус и как быстро закрывается цикл «отправили — приняли — подписали». [1С-ЭДО] Дальше упираемся в то, как пользователи ориентируются в потоке документов: при росте оборота ЭДО ошибки часто рождаются не в законе, а в интерфейсе.
1С-ЭДО в интерфейсе 8.5: обзор новых форм и навигации
Интерфейс «Версия 8.5» — это уровень платформы «1С:Предприятие», и он влияет на ЭДО через навигацию, журналы и скорость обработки статусов. 1С публикует материалы по новому дизайну и методике перевода конфигураций на интерфейс 8.5, а также документацию и книгу по новому интерфейсу. [v8.1c.ru] В новостях о платформе 8.5.1 отдельно отмечают более «просторное» представление информации и поддержку светлой/темной темы, что в больших списках снижает визуальную перегрузку и ускоряет поиск нужного документа. [v8.1c.ru]

