← На главную

Переход на использование машиночитаемых доверенностей (МЧД) в системе ЕГАИС вызвал множество вопросов и технических сбоев у пользователей. Одной из самых частых проблем стала невозможность сгенерировать RSA-ключ на аппаратном носителе (Рутокен, JaCarta) через Универсальный Транспортный Модуль (УТМ). Пользователи сталкиваются с сообщениями: "Отказ в выпуске RSA-ключа, представлена некорректная машиночитаемая доверенность", "Произошла ошибка при проверке машиночитаемой доверенности" или просто "Ошибка 500".

Разберем детально причины этих ошибок и методы их устранения, основанные на практическом опыте специалистов.

Основные причины сбоев

Проанализируем ситуацию. Как правило, проблема кроется не в одном факторе, а в их совокупности. Выделим основные направления для диагностики:

1. Версия схемы МЧД. ЕГАИС принимает только определенный формат, который может отличаться от того, что по умолчанию формируют некоторые сервисы ЭДО.
2. "Мусор" на носителе. Старые контейнеры RSA, истекшие сертификаты и переполненная память токена блокируют запись нового ключа.
3. Рассинхронизация реестров. Доверенность, зарегистрированная в ФНС, может не сразу стать доступной для проверки серверами ФСРАР (ЕГАИС).
4. Формат файлов. УТМ строго относится к расширениям файлов и типу открепленной подписи.

Шаг 1. Проверка версии МЧД

Одной из ключевых причин ошибки "Представлена некорректная машиночитаемая доверенность" является использование устаревшей схемы XML.

На текущий момент для успешной генерации RSA-ключа в ЕГАИС необходимо использовать единый формат МЧД версии 003. Ранее использовалась версия 002 (B2B), но с сентября 2023 года ФСРАР перешел на работу с версией 003, что может потребовать обновления настроек отправки документов.

Что нужно сделать:

• Если вы формируете доверенность в стороннем сервисе или в 1С, убедитесь, что выбрана версия формата 003 (формат 5.02 для налоговой может не подойти, нужен именно единый формат).
• Проверьте XML-файл. В заголовке файла должен фигурировать атрибут версии, указывающий на 003.

Шаг 2. Очистка аппаратного ключа (Токена)

Ошибка "Не удалось записать RSA сертификат" или "Ошибка 500" очень часто связана с состоянием самого носителя (Рутокен ЭЦП 2.0/3.0 или JaCarta). УТМ пытается записать новый ключ, но натыкается на остатки старых ключей или нехватку места.

Алгоритм действий для Рутокен:

1. Откройте "Панель управления Рутокен".
2. Перейдите на вкладку "Сертификаты".
3. Удалите старые, истекшие ключи RSA (обычно они имеют специфические названия или привязаны к старому КПП). Важно: Не удалите случайно действующий сертификат КЭП (ГОСТ) физического лица или руководителя!
4. Если ошибка сохраняется, воспользуйтесь специальными утилитами для полной очистки устаревших объектов RSA. На форумах рекомендуют использовать утилиты от производителя токена для удаления "мусорных" объектов.

Для пользователей JaCarta:

Было замечено, что старые версии драйверов "Единый Клиент JaCarta" могут некорректно работать с записью новых RSA. Рекомендуется обновить ПО до версии 3.0 и выше. Это часто решает проблему с ошибкой записи.

Шаг 3. Правильная подготовка файлов для УТМ

При генерации RSA через домашнюю страницу УТМ вам необходимо загрузить два файла: саму доверенность (XML) и файл подписи (SIG). Здесь кроется множество нюансов.

Требования к файлам:

• Имена файлов: Файл подписи должен называться так же, как файл доверенности. Например:
  Доверенность: ON_EMCHD_..._001.xml
  Подпись: ON_EMCHD_..._001.xml.sig (или .sgn).
  Если имена разные, УТМ выдаст ошибку: "Файл подписи не соответствует файлу доверенности".
• Тип подписи: Подпись должна быть открепленной (detached). Файл XML не должен содержать подпись внутри себя (enveloped), она должна быть в отдельном файле.
• Кодировка подписи: Рекомендуется использовать кодировку DER при формировании подписи, хотя некоторые версии УТМ принимают и BASE64. Расширение файла лучше использовать .sig, предварительно выполнив подпись файла методами криптографии.

Лайфхак с загрузкой из ФНС:

Многие пользователи отмечают, что файлы, сформированные сторонними программами, не всегда принимаются. Самый надежный способ:

1. Зарегистрировать МЧД на портале ФНС (m4d.nalog.gov.ru) или через оператора ЭДО.
2. Дождаться успешной регистрации.
3. Скачать архив с доверенностью с сайта ФНС. В архиве будут лежать валидные .xml и .sig файлы.
4. Именно эти скачанные файлы загружать в УТМ. Это устраняет проблемы с кодировкой и структурой XML.

Шаг 4. Временной лаг (Синхронизация)

Если вы только что зарегистрировали МЧД в реестре ФНС, не спешите сразу генерировать RSA в УТМ. Информация из распределенного реестра ФНС попадает в базу данных ЕГАИС не мгновенно.

На практике задержка может составлять от 15 минут до нескольких часов. Если УТМ пишет "Произошла ошибка при проверке машиночитаемой доверенности" или "Доверенность не найдена", хотя на сайте ФНС она "зеленая" — просто подождите.

Шаг 5. Полномочия в доверенности

При формировании МЧД важно правильно указать полномочия. Для работы с ЕГАИС (ФСРАР) часто требуется специфическое полномочие. В классификаторе полномочий ФНС оно может иметь код, например, RAR_00000001 ("Подписывать документы, направляемые в Росалкогольрегулирование").

Убедитесь, что в XML файле присутствуют корректные теги полномочий. Если доверенность "общая" без указания специфики, УТМ может отказать в выпуске ключа.

Сводный алгоритм решения (Check-list)

Если у вас не получается выпустить RSA-ключ, выполните действия в строгой последовательности:

1. Проверка носителя: Очистите Рутокен/JaCarta от старых RSA-ключей. Убедитесь, что на носителе есть действующий сертификат КЭП физического лица (на кого выдана доверенность).
2. Создание МЧД: Сформируйте МЧД версии 003. Укажите полномочия для ЕГАИС. Подпишите её КЭП доверителя (Директора).
3. Регистрация: Загрузите МЧД в реестр ФНС. Дождитесь статуса "Действует".
4. Получение файлов: Скачайте пакет (XML + SIG) непосредственно из реестра ФНС (или убедитесь, что ваши локальные файлы идентичны тем, что в реестре).
5. Ожидание: Подождите 1-2 часа после регистрации для синхронизации баз.
6. Генерация в УТМ:
   • Зайдите в интерфейс УТМ.
   • Перейдите к генерации RSA.
   • Выберите сертификат физлица на токене.
   • Приложите скачанные XML и SIG файлы.
   • Выберите место осуществления деятельности (КПП).

Что делать, если возникает ошибка 500?

Ошибка 500 (Internal Server Error) в контексте УТМ при генерации ключа чаще всего указывает на проблемы взаимодействия с токеном или внутреннюю ошибку службы транспорта.

Попробуйте следующее:

• Перезапустите службу транспорта УТМ (Transport).
• Вытащите и вставьте токен в другой USB-порт.
• Удалите содержимое папки transport/litemq/logs и transport/xml (временные файлы), предварительно остановив службу.
• Если используется "КриптоПро CSP", убедитесь, что лицензия активна и версия провайдера совместима с версией УТМ.

Придерживаясь этих рекомендаций, вы сможете успешно пройти этап генерации RSA-ключа и восстановить документооборот в ЕГАИС.