База знаний → Ошибки регистрации МЧД
Ошибки регистрации МЧД в ЦПРР: что значат и как исправить
Машиночитаемые доверенности регистрируются в распределённом реестре ФНС России — ЦПРР («цифровая платформа распределённого реестра»). Перед записью в реестр платформа проверяет файл, подпись и полномочия подписанта, и любая нестыковка превращается в отказ — часто с формулировкой, по которой трудно понять, что именно не так. Мы собрали ошибки, с которыми сталкиваемся на практике, и объясняем, что за ними стоит. Статья написана по опыту реальной интеграции с реестром — все ошибки из этого списка мы видели живьём.
Ошибки файла и формата
«Некорректный формат запроса: содержимое повреждено»
Самая коварная ошибка — реестр отклоняет файл на самом раннем шаге разбора и не уточняет причину. Файл при этом может быть полностью валидным по схеме формата 003. Реальные причины, которые мы находили:
- Кодировка в первой строке XML. Реестр требует строго
encoding="UTF-8"— заглавными буквами. Файл сutf-8в нижнем регистре формально корректен, но платформа его отвергает. - Неверное имя файла. Для доверенностей формата 003 имя должно строиться по шаблону ON_EMCHD_ГГГГММДД_<номер>. По префиксу имени реестр определяет тип документа, и «чужой» префикс уводит файл не в ту ветку обработки.
- Проблемы упаковки при передаче — за них отвечает сервис или программа, через которую вы отправляете доверенность, а не вы.
Что делать: если вы отправляете МЧД через сервис — обратитесь в его поддержку, ошибка почти всегда на стороне формирования файла или запроса.
«Регистрационный номер или имя файла уже используется»
Доверенность с таким номером уже загружалась в реестр. Обычно это повторная отправка после сбоя. Проверьте статус доверенности по номеру — возможно, она уже зарегистрирована и повторять ничего не нужно. Если нужна новая доверенность — сформируйте её с новым номером.
«Невозможно определить тип доверенности»
Реестр не распознал префикс имени файла. Встречается при отправке файла, переименованного вручную, или сформированного не по правилам формата. Не переименовывайте выгруженные XML-файлы МЧД — имя файла несёт служебную информацию.
Ошибки подписи
«Не пройдена проверка валидности электронной подписи»
Причины по убыванию частоты:
- Неверный вид подписи. Реестр принимает только открепляемую подпись CAdES-BES. Усовершенствованные форматы (CAdES-T, CAdES-XL) и прикреплённая подпись не подходят.
- Файл изменён после подписания. Подпись ставится на конкретные байты файла: пересохранение в редакторе, смена кодировки или даже добавление переноса строки делает её недействительной.
- Сертификат просрочен или отозван на момент подписания.
- Дата выдачи не совпадает с датой подписания. Дата выдачи доверенности в XML должна соответствовать штампу времени подписи (допускается расхождение в пределах суток). Нельзя подписать «вчерашний» файл сегодня — сформируйте XML заново с актуальной датой и подпишите.
Ошибки сверки с сертификатом подписанта
Реестр сверяет того, кто подписал доверенность, с тем, кто указан в ней доверителем. Подписывать МЧД должен руководитель организации (сертификатом юрлица) или сам ИП (сертификатом ИП) — и все реквизиты должны совпадать буква в букву.
«СНИЛС подписанта не совпадает со СНИЛС в сертификате»
СНИЛС руководителя (или ИП), указанный в XML доверенности, отличается от СНИЛС в сертификате подписи. Частая причина — опечатка при вводе или устаревшие данные в карточке организации. Сверьте СНИЛС в доверенности с тем, что записан в сертификате.
«ОГРН/ОГРНИП доверителя не совпадает с данными сертификата»
Доверенность выдана от одной организации, а подписана сертификатом другой (или сертификатом физлица, где ОГРН вовсе нет). Проверьте, что подписываете именно сертификатом юрлица-доверителя: в сертификатах ЮЛ указан ОГРН, у ИП — ОГРНИП.
«Не заполнены ФИО / СНИЛС / ОГРН в сертификате»
Проблема в самом сертификате: в нём отсутствуют реквизиты, которые реестр обязан сверить. Такое бывает с сертификатами, выпущенными для узких задач. Для подписания МЧД используйте квалифицированный сертификат руководителя, выданный УЦ ФНС (или доверенным УЦ), — в нём все нужные поля заполнены.
«Данные доверителя и подписанта не соответствуют данным из ЕГРЮЛ»
Реестр сверяет доверенность с ЕГРЮЛ. Ошибка возникает, если в доверенности указан прежний руководитель, недавно сменившийся директор ещё не отражён в ЕГРЮЛ, либо наименование или ОГРН введены с ошибкой. Проверьте актуальную выписку ЕГРЮЛ и повторите регистрацию после того, как данные в реестрах сойдутся.
Доверенность отправлена — но статус не меняется
Регистрация в ЦПРР асинхронная: успешная отправка файла означает лишь, что реестр принял его в обработку. Итог нужно проверять отдельно — по статусу доверенности. Учтите две особенности:
- Успешная транзакция ≠ успешная операция. Мы сталкивались с ситуацией, когда заявление об отзыве было принято «успешно», а доверенность оставалась действующей — доверяйте только фактическому статусу в реестре, а не отчёту об отправке.
- Реестр распределённый, и узлы синхронизируются с задержкой. После регистрации или отзыва разные системы могут показывать разный статус до часа. Если статус «завис» — подождите и проверьте снова, прежде чем бить тревогу.
Чеклист перед регистрацией
- Доверенность подписывает действующий руководитель или сам ИП — сертификатом ЮЛ/ИП, не физлица.
- СНИЛС и ИНН подписанта в доверенности совпадают с сертификатом.
- ОГРН/ОГРНИП и наименование доверителя совпадают с сертификатом и ЕГРЮЛ/ЕГРИП.
- Дата выдачи — сегодняшняя, подписание — в тот же день.
- Подпись — открепляемая CAdES-BES; файл после подписания не менялся и не переименовывался.
- После отправки дождитесь фактического статуса «действительна» — проверить можно по номеру.
В сервисе «Моя Доверенность» большинство этих ошибок исключено по построению: XML формируется строго по требованиям реестра, данные подписанта сверяются с сертификатом ещё до отправки, а статус отслеживается до фактической записи в реестре. Создание, регистрация и отзыв МЧД — бесплатны.
Зарегистрировать МЧД без ошибок