Ошибка распределённого реестра МЧД — общее сообщение, по которому нельзя определить причину без привязки к этапу: формирование XML, проверка подписи, загрузка, поиск по GUID или приём доверенности целевой системой. Проверяют четыре слоя. Первый — соответствие XML актуальной схеме и требованиям получателя: ФНС принимает единую форму 003 и налоговую 5.03. Второй — откреплённая УКЭП доверителя и её сертификат. Третий — право подписанта выдавать доверенность и полномочия на конкретную операцию. Четвёртый — статус записи по GUID и ИНН. Если подпись не проходит проверку, исправляют файл или подписание и подписывают окончательный XML заново. Если подпись верна, а записи в реестре нет, перевыпуск эту причину не устраняет: сначала сверяют GUID, подтверждение приёма загрузки и реестровый статус.
Материал помогает найти слой, на котором возникла ошибка, и не отзывать исправную доверенность из-за единичного технического сообщения. Отдельно разобраны разъяснения ФНС от 15 сентября 2026 года о сокращённом наименовании и смене КПП при переезде, а также изменения по приказу Минцифры № 1001. Сценарная таблица по наблюдаемому результату приведена в первом разделе. Порядок исправления и отзыва, стоимость проверки подписи и ответы о старых налоговых форматах 5.01 и 5.02 — во второй половине статьи.
Как определить источник ошибки МЧД по этапу и тексту сообщения
Первым делом сохраните текст сообщения дословно и сделайте скриншот экрана. Запишите этап, на котором появилась ошибка: формирование XML, проверка электронной подписи, загрузка в реестр, поиск по GUID или отказ целевой информационной системы. Рядом держите исходные файлы в том виде, в каком их загружали: XML доверенности и откреплённую подпись к нему. Пересохранённые копии для диагностики не подходят.
Реестр машиночитаемых доверенностей ФНС распределённый, его узлы обмениваются данными. Общая надпись об ошибке слой не называет. Она может относиться к структуре XML, к криптографической проверке подписи, к праву подписанта и полномочиям представителя или к статусу записи в реестре и в системе адресата. Причину поэтому ищут по этапу и по наблюдаемому результату, а код ошибки домысливать не нужно.
Проверка подписи в сервисе Добыто закрывает один из этих слоёв: она показывает, кто и когда подписал файл и действует ли сертификат. Регистрацию доверенности в реестре ФНС и достаточность полномочий представителя такая проверка не устанавливает, их сверяют отдельно.
Сценарии в таблице построены по тому, что видно на экране или в протоколе, без привязки к кодам ошибок конкретных систем:
| Что наблюдается | Слой | Что проверить | Что исправлять |
|---|---|---|---|
| При формировании или загрузке сообщается о несоответствии XML формату | Структура XML | Версию формата, соответствие актуальной XSD и требованиям получателя, GUID внутри XML и в имени файла | Исправить проект доверенности и подписать окончательный XML заново |
| Подпись не проходит проверку | Подпись и сертификат | Та ли пара файлов, не изменялся ли XML после подписания, срок действия, отзыв и цепочка сертификата | Вернуть исходную пару файлов или подписать окончательный XML заново |
| Подпись проходит, но сертификат принадлежит лицу, которое не вправе выдать доверенность | Подписант | Кто владелец сертификата: руководитель, ИП или иное лицо, действующее без доверенности | Подписать XML УКЭП надлежащего доверителя |
| Доверенность не находится по GUID | Реестр | Точный GUID из 36 символов, ИНН доверителя, подтверждение приёма загрузки | Проверить запрос и загрузку, затем обратиться в поддержку с исходными файлами |
| МЧД зарегистрирована, но операция в целевой системе недоступна | Полномочия и правила системы | Полномочие на конкретную операцию, принимаемый системой формат, цепочку передоверия, роль представителя в системе | Настроить доступ в системе или выдать новую МЧД с нужными полномочиями |
| В реестре указаны отзыв или прекращение доверенности | Статус | Сведения об отзыве или прекращении, срок действия доверенности | Оформить новую доверенность, если представительство продолжается |
Новое подписание XML требуется в первых трёх сценариях. Новая доверенность нужна при неверных полномочиях или прекращённом статусе. Если запись не найдена, перевыпуск причину не устраняет, пока не проверены GUID и приём загрузки.
Сообщение об успешной загрузке файла на экране реестра подтверждает приём файла только на этом шаге. Регистрацию и статус доверенности проверяют отдельно, поиском по GUID и ИНН доверителя.
Важный нюанс из практики: правила работы с МЧД устанавливают сами площадки, и если сотрудник работает с несколькими сервисами, одной доверенностью не обойтись. Эксперт удостоверяющего центра относит работу с системой учёта алкоголя, маркировкой, таможенными документами и сделками с контрагентами к полномочиям, которые можно объединить в одной доверенности. Работу с порталом закупок и отчётность в фонд и налоговую он считает отдельными сценариями со своими требованиями. Для налоговой это наблюдение уточняет ФНС: с 01.03.2025 инспекции принимают и единую форму 003. Ошибку в конкретной системе проверяют по той доверенности, которая выдана для неё, поэтому ведите реестр доверенностей по сотрудникам и системам.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Что проверить в XML: формат, реквизиты и полномочия
XML-файл доверенности сверяют с двумя эталонами: с актуальной XSD-схемой своего формата и с требованиями системы, куда МЧД подаётся. ФНС называет универсальной единую форму версии 003, её схема EMCHD_1 размещена в каталоге партнёрского портала Госуслуг. В памятке ФНС форма 003 указана для B2B и B2G. Базовая форма 002 предназначена для адресатов, которые пока не принимают единую. Для налоговых органов предусмотрена отдельная доверенность по приказу ФНС № ЕД-7-26/648@. Из этих документов не следует, что форма 003 подойдёт любой системе.
Статус форматов для налоговых органов на дату публикации:
| Формат | Назначение | Приём новых доверенностей |
|---|---|---|
| 003, схема EMCHD_1 | Единая универсальная форма для B2B и B2G | ФНС принимает с 01.03.2025 |
| 5.03 | Налоговая форма, содержит строку номера записи федерального регистра населения | ФНС принимает |
| 5.02 | Прежняя версия налоговой формы | Не принимаются с 10.01.2025 |
| 5.01 | Прежняя версия налоговой формы | Не принимаются с 01.03.2025 |
| 002 | Базовая форма для адресатов, которые пока не принимают единую | По требованиям конкретного адресата |
Версию формата и содержание доверенности проверяют раздельно. XML, который проходит схему 003 или 5.03, может не содержать полномочий на нужную операцию или реквизитов, которые требует конкретная система.
Расхождения в реквизитах разобраны в разъяснении ФНС о типичных ошибках в МЧД от 15 сентября 2026 года. Первая ситуация: если ИНН и КПП совпадают, полное или сокращённое наименование организации в налоговой отчётности ошибкой не считается. Вторая ситуация: при смене КПП из-за переезда МЧД не обязательно перевыпускать, если доверенность охватывает новую инспекцию. Это так, когда она выдана для всех территориальных органов или прямо для этого органа. Оба разъяснения касаются налоговой отчётности, и на другие системы их не переносят. Права игнорировать расхождение реквизитов они не дают. При фактическом отказе сверьте область действия доверенности и актуальные данные организации либо запросите разъяснение в ФНС.
GUID доверенности состоит из 36 символов. Его сверяют внутри XML, в имени файла и в запросе к реестру, а поиск в реестре идёт по GUID и ИНН. В налоговой XML-отчётности поле «НаимДок» содержит только GUID, без даты и названия доверенности. Это правило налогового формата, на другие документы оно не распространяется.
С 01.02.2026 действует приказ Минцифры от 05.11.2025 № 1001. Он изменил пункт 2 единых требований к формам доверенностей, необходимых для использования квалифицированной электронной подписи, которые утверждены приказом № 857 от 18.08.2021. Изменился состав сведений. В обязательные данные доверителя-юрлица вошли, в том числе, КПП, ФИО и СНИЛС руководителя или руководителя подразделения. У представителя к обязательным данным относятся ФИО, дата рождения, СНИЛС и ИНН. Вместо «идентификатора полномочия» требования теперь называют «идентификатор и наименование полномочия». Новой XML-схемы приказ не утверждает и всеобщего требования перевыпустить старые МЧД не содержит. При отказе системы сверяют её требования и текущую схему.
Для налогового представительства нужные действия обычно покрывают коды 03, 21 и 22. Код 03 означает получение документов в налоговом органе, 21 — подписание документов и информации, 22 — их представление. Код 99 даёт все возможные полномочия и заменяет остальные. Это коды налогового справочника, и с идентификаторами и наименованиями полномочий в других классификаторах их не смешивают. Ставить код 99 только для того, чтобы ошибка исчезла, не стоит: представитель получит права шире своей задачи.
Лайфхак: в общем классификаторе полномочий несколько тысяч записей, а система может требовать полномочия текстом или кодом. Если код подобрать трудно, возьмите бумажную доверенность сотрудника и переводите её пункт за пунктом, не описывая его работу заново.
Что проверить в подписи XML и сертификате доверителя
XML-файл МЧД подписывает своей УКЭП доверитель. В МЧД на организацию это руководитель или другое лицо, действующее от имени юрлица без доверенности, у предпринимателя — сам ИП. Представитель применяет свою УКЭП ФЛ позже, когда подписывает документы вместе с доверенностью. В паре «XML плюс подпись» владелец сертификата должен быть лицом, которое вправе выдать доверенность. Корректная подпись неуполномоченного лица полномочий не создаёт.
Полезно знать: директору и ИП, которые сами подписывают документы, доверенность не нужна. Они работают по сертификату руководителя или предпринимателя, полученному в удостоверяющем центре налоговой службы.
Подпись к доверенности откреплённая: к загрузке идёт пара из XML-файла и отдельного файла подписи с расширением .sig, .p7s или .sgn. В инструкции ФНС по подписанию и регистрации МЧД от 17.07.2026 XML загружают в поле «Исходный документ», а подпись в формате SIG, P7S или SGN — в поле «Файл с подписью». Статус регистрации после этого проверяют отдельно. Откреплённую подпись создают отдельной операцией в криптопровайдере и выбирают в ней сертификат доверителя.
Подпись проверяется для конкретного содержимого файла. Проверка может не пройти, если XML после подписания открыли и пересохранили в редакторе, сменили кодировку или подменили файл, даже когда сертификат исправен. Подписывают только окончательную версию XML.
Условия, при которых квалифицированная подпись признаётся действительной, заданы статьёй 11 Федерального закона от 06.04.2011 № 63-ФЗ «Об электронной подписи». Сертификат должен быть выдан удостоверяющим центром, аккредитованным на дату выдачи. Он должен действовать на момент подписания, если этот момент достоверно известен, а если нет — на день проверки. Положительный результат проверки должен подтверждать принадлежность подписи владельцу сертификата и отсутствие изменений в документе после подписания. На практике это означает проверку цепочки сертификатов до доверенного корневого, проверку отзыва сертификата и доступности самой проверки. Положительная криптографическая проверка при этом не доказывает, что МЧД зарегистрирована и действует.
Истёкший сертификат и неверная подпись — разные результаты проверки. Дата создания файла и время на компьютере подписанта достоверным моментом подписания не являются. Если момент подписания установлен достоверно и сертификат тогда действовал, его последующее истечение само по себе подпись не опровергает. Если такого момента нет, срок сертификата оценивают на день проверки.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
В форме проверки Добыто откреплённую подпись проверяют парой: документ и файл подписи с расширением .sig, размер файла — до 100 МБ. Результат показывает, кто и когда подписал XML и действует ли сертификат. В карточке формы указан файл подписи .sig, поэтому для подписи в .p7s или .sgn сначала посмотрите, какие файлы форма принимает. Лимит 100 МБ установлен в форме, к реестру ФНС он отношения не имеет.
Проверьте откреплённую подпись XML-доверенности онлайн
Проверка электронной подписи
Покажем, кто и когда подписал документ и действует ли сертификат. Без регистрации.
1 Выберите вид подписи:
2 Загрузите документ и файл подписи:
Документ
Файл подписи (.sig)
Нужно подписать документ?
Подпишите прямо в браузере через КриптоПро. На PDF можно поставить штамп в нужном месте.
Как проверить пару XML и подписи МЧД: пошаговая инструкция
- Шаг 1. Возьмите исходный XML и файл подписи, созданный именно для него, из того места, куда их сохранили при подписании. Копии, пересохранённые в редакторе, для проверки не используйте.
- Шаг 2. Убедитесь, что XML не открывали на редактирование и не сохраняли после подписания. Правка, смена кодировки или подмена файла нарушают проверку.
- Шаг 3. Проверьте подпись как откреплённую: документ загружается в одно поле, файл подписи — в другое. Положительный результат относится к целостности файла и сертификату.
- Шаг 4. Откройте сведения о сертификате. Проверьте удостоверяющий центр и его аккредитацию на дату выдачи, срок действия на момент подписания, отзыв и цепочку до доверенного корневого сертификата.
- Шаг 5. Сверьте владельца сертификата с лицом, которое вправе выдать доверенность от имени доверителя: руководитель, ИП или иное лицо, действующее без доверенности.
- Шаг 6. Если подпись не прошла проверку, подпишите окончательный XML заново УКЭП надлежащего доверителя и повторите проверку. Если прошла, переходите к поиску записи в реестре по GUID и ИНН доверителя.
Образцы для проверки МЧД и электронной подписи
Начните с чек-листа диагностики подписи. Образец доверенности в DOCX показывает структуру полей МЧД, но XML-файлом для загрузки в реестр не является.
| Документ | Скачать |
|---|---|
| Чек-лист диагностики «Подпись не валидна» | Скачать |
| Протокол проверки электронной подписи (образец) | Скачать |
| Шаблон МЧД XML, образец структуры полей (DOCX) | Скачать |
Почему корректная МЧД не работает в реестре или целевой системе
Когда XML соответствует схеме, а подпись проходит проверку, остаются два слоя: запись в реестре МЧД ФНС и правила системы, в которой доверенность применяют. Реестр распределённый, его узлы обмениваются данными. Гарантированного срока, за который запись становится доступна, в официальных материалах ФНС нет. Если запись не находится, сверьте точный GUID и ИНН доверителя, наличие подтверждения приёма загрузки и статус доверенности. Временная недоступность записи — повод проверить данные и обратиться в поддержку, но не повод отзывать исправную МЧД.
На Госуслугах проверка МЧД устроена по-своему. В разделе проверки загружают сертификат представителя, XML-файл доверенности и файлы её отсоединённой подписи. Сервис показывает действительность доверенности и соответствие сведений, то есть сопоставляет физическое лицо из сертификата с представителем в доверенности. Профиль на Госуслугах или прикрепление в ЕСИА и действующая запись в реестре — разные условия, и одно другое не заменяет.
Операторы государственных информационных систем вправе устанавливать собственные формы и порядок работы с доверенностями. Сообщение об успешной загрузке в реестр поэтому не означает, что представитель получил роль в отраслевой системе: доступ там настраивают по правилам самой системы.
Важный нюанс из практики: для системы учёта алкоголя порядок выглядит так. Доверенность формируют на портале налоговой службы по единой форме и подписывают УКЭП руководителя организации. Затем её регистрируют в реестре ФНС, загрузив XML и файл подписи. Только после этого оба файла загружают в систему учёта, где выбирают роль доступа, указывают место осуществления деятельности и генерируют сертификат доступа. Незарегистрированную доверенность эта система не принимает. При отказе на последнем шаге сначала проверяют, завершена ли регистрация в реестре.
При передоверии проверяют исходную доверенность и каждую производную: статус, срок и полномочия по всей цепочке. Полномочие на конкретную операцию сверяют с текстом доверенности и с требованиями системы. Зарегистрированная МЧД без нужного полномочия эту операцию не откроет.
Как исправить ошибку: повторная отправка, новая МЧД или отзыв
Подписанный XML не правят с сохранением старой подписи: любое изменение файла требует нового подписания. Способ исправления зависит от слоя, на котором найдена причина:
- Перепутана пара файлов или XML пересохранён после подписания. Верните оригинальный XML и подпись, созданную именно для него, и загрузите пару повторно.
- Ошибка в содержании XML или его подписал не тот человек. Исправьте проект, сформируйте окончательный XML и подпишите его УКЭП надлежащего доверителя.
- Выданная доверенность содержит неверные полномочия или реквизиты. Оформите корректную новую МЧД, подпишите и зарегистрируйте её. Прежнюю отзовите, если она должна перестать действовать. Сохранение прежнего идентификатора не считается универсальным способом замены, порядок сверяют с требованиями системы.
- Все проверки положительные, а сервис отвечает ошибкой. Обращайтесь в поддержку с исходными материалами, перевыпуск и отзыв в этом случае не требуются.
Что передать в поддержку, если проверки пройдены
Обращения по реестру принимаются через портал m4d.nalog.gov.ru. К обращению прикладывают исходный XML, файл откреплённой подписи, GUID доверенности, точный текст сообщения со скриншотом и указанием этапа, а также результаты проверки подписи. Закрытый ключ и пароль к нему в поддержку не передают.
Результат проверки подписи, в том числе полученный в форме Добыто, удобно перенести в протокол по образцу из комплекта выше. Так поддержка видит, что криптографический слой уже проверен, и разбирает реестровую часть.
Как отозвать доверенность и проверить цепочку передоверия
Налоговую МЧД отзывает руководитель организации или ИП. Для этого направляют электронное заявление, подписанное УКЭП, по телекоммуникационным каналам связи в утверждённом ФНС формате. Сведения об отзыве или прекращении доверенности затем проверяют в реестре. Перед отзывом составьте список доверенностей, выданных в порядке передоверия: проверяют и исходную, и каждую производную.
Внимание: в системе маркировки отзыв родительской доверенности отзывает дочерние, а сотрудник не может отозвать доверенность сам, это делает руководитель организации. Перед отзывом доверенности руководителя среднего звена проверьте, кому он передоверил полномочия.
Стоимость проверки подписи и работы с МЧД
Стоимость в Добыто определяется тарифом КЭДО и числом сотрудников. Отдельной позиции за проверку, регистрацию или исправление МЧД в тарифах нет. Цены указаны на 05.10.2026.
| Услуга | Стоимость | Сроки |
|---|---|---|
| Тариф «Старт»: до 25 сотрудников, ПЭП и УНЭП, базовые шаблоны, email-поддержка | от 30 ₽ за сотрудника / мес | не указан |
| Тариф «Бизнес»: неограниченно сотрудников, ПЭП, УНЭП и УКЭП, кастомные шаблоны, интеграция с 1С, приоритетная поддержка, электронный архив | от 50 ₽ за сотрудника / мес; минимальная оплата 50 сотрудников за 30 000 ₽ в год | не указан |
| Тариф «Корпорация»: всё из тарифа «Бизнес», выделенный сервер, SLA 99.9%, персональный менеджер, API и кастомные интеграции | по запросу | не указан |
| Выпуск ПЭП и УНЭП для сотрудников на всех тарифах | бесплатно | не указан |
Тарифы оплачивают кадровый электронный документооборот, платы за устранение ошибки реестра в них нет. ПЭП и УНЭП сотрудников не заменяют УКЭП доверителя, которой подписывают XML МЧД. УКЭП получают через партнёрские удостоверяющие центры, и её цена на странице тарифов КЭДО Добыто не указана. SLA 99.9% в тарифе «Корпорация» относится к работе продукта, на реестр ФНС он не распространяется.
Выводы
МЧД готова к работе, когда выполнены четыре условия. XML окончательный и соответствует схеме и требованиям адресата. Откреплённая подпись надлежащего доверителя проходит проверку. Полномочия совпадают с операцией. Запись действует в реестре и принята системой, где доверенность применяют. Ошибку локализуют по этапу. Новое подписание и новая доверенность нужны только при дефекте файла, подписанта или полномочий. Временная недоступность записи при исправных файлах решается через поддержку.
В Добыто проверка откреплённой подписи закрывает криптографический слой этой диагностики, а сотрудники подписывают кадровые документы ПЭП и УНЭП в КЭДО. Статус доверенности в реестре ФНС при этом проверяется отдельно.
Частые вопросы об ошибках МЧД
Действуют ли налоговые МЧД, выданные в форматах 5.01 и 5.02?
Смена версии на 5.03 сама по себе ранее выданные доверенности 5.01 и 5.02 не прекращает, ФНС указала это в январе 2025 года. Ограничения касались приёма новых доверенностей в старых форматах. Старая доверенность работает в пределах своего срока и полномочий, если система, где её применяют, такой формат принимает. Заявление об отзыве в формате 5.03 позволяет отозвать и ранние доверенности 5.01 и 5.02.
Как указать МЧД в налоговой отчётности, если в формате нет поля для GUID?
Если формат документа не предусматривает поле для идентификатора доверенности или отчётность сдаётся не в XML, в налоговый орган направляют информационное сообщение о представительстве (ИСоП). Порядок связан с пунктом 3 статьи 29 НК РФ и приказом ФНС от 19.09.2023 № ЕД-7-26/648@, применяемым с 01.03.2024. На документы для контрагентов и других систем это налоговое правило не переносят.
Нужно ли переоформлять МЧД после перевыпуска сертификата представителя?
Оператор системы маркировки поясняет, что доверенность там не ссылается на сертификат: система сверяет данные физического лица из сертификата. Поэтому в системе маркировки после перевыпуска подписи доверенность продолжает работать, если данные представителя не изменились. Это описание одной системы. Для других систем порядок сверяют с их требованиями, а при изменении сведений о представителе доверенность проверяют заново.
Обязательны ли паспортные данные представителя в МЧД?
По приказу Минцифры № 1001, действующему с 01.02.2026, паспортные данные представителя отнесены к дополнительным сведениям. В числе обязательных сведений о представителе — ФИО, дата рождения, СНИЛС и ИНН. Операторы государственных систем вправе устанавливать собственные формы и порядок, поэтому перед оформлением сверяют правила конкретной системы.
Как работать с МЧД в системах Роснедр через ЕСИА?
Для работы через ЕСИА Роснедра указывают на прикрепление профиля поверенного к профилю организации. При передоверии вместе с последней доверенностью передаются все доверенности цепочки. Это отраслевой порядок Роснедр, и для других систем его не применяют без проверки их правил.
Влияет ли переименование файла МЧД на проверку подписи?
Проверка подписи учитывает содержимое файла, и переименование само по себе байты XML не меняет. Требования к имени файла существуют отдельно: например, по памятке ФНС GUID указывается в имени. При загрузке их сверяют независимо от результата проверки подписи. Пересохранение в редакторе или смена кодировки меняют содержимое и могут нарушить проверку.
