Ошибки авторизации в ФГИС МДЛП: полный разбор причин

Не можете войти в личный кабинет ФГИС МДЛП, а система выдаёт непонятное сообщение про сертификат, время на устройстве или «не найдена подпись»? Разберём все типовые ошибки авторизации по категориям — с конкретными причинами и тем, что делать в каждом случае.
Читайте в этой статье

Как устроена авторизация в МДЛП

Вход в личный кабинет МДЛП (mdlp.crpt.ru) происходит через УКЭП — усиленную квалифицированную электронную подпись. Для этого браузеру нужны три вещи одновременно: сам сертификат на токене или в реестре, криптопровайдер (КриптоПро CSP или аналог) и специальный плагин браузера, который передаёт данные подписи сайту. Если хотя бы одно звено отсутствует или настроено неверно — авторизация не пройдёт, и система покажет одну из ошибок ниже.

Технические ошибки: браузер, плагин, криптопровайдер

«УКЭП не найдена или не настроено программное обеспечение для работы в системе»

Самая частая ошибка. Причины по убыванию частоты:

  • носитель с электронной подписью физически не вставлен в USB-порт или соединение ненадёжное;
  • не установлен или устарел плагин браузера для работы с ЭП;
  • браузер несовместим — используйте актуальный Chrome, Firefox или Яндекс.Браузер, Internet Explorer/устаревшие версии не поддерживаются;
  • заблокированы всплывающие окна и скрипты, из-за чего браузер не может обменяться данными с плагином подписи.

Что делать: проверьте физическое подключение токена → обновите или переустановите плагин ЭП → очистите кэш и cookie браузера → разрешите всплывающие окна для сайта mdlp.crpt.ru.

Конфликт криптопровайдеров

Если на компьютере установлено сразу несколько СКЗИ (например, КриптоПро CSP и VipNet CSP одновременно), они могут конфликтовать между собой, и система не сможет корректно определить сертификат.

Что делать: оставьте на рабочем месте только один криптопровайдер — тот, который выдал вашу подпись. Второй лучше полностью удалить, а не просто отключить.

«Сертификаты не найдены» при видимом сертификате в хранилище

Возникает, когда выбран сертификат не того типа (например, только для шифрования, а не для подписи), либо когда используется устаревший браузер, не поддерживающий нужные протоколы TLS.

Что делать: убедитесь, что выбираете именно квалифицированный сертификат подписи (не шифрования), обновите браузер до последней версии.

Ошибка кода вида 0x8007054B, 0x800B010A, 0x8010006B и подобные

Это системные коды Windows/КриптоПро, которые обычно означают:

  • 0x8007054B — указанный домен не существует или недоступен;
  • 0x800B010A — не удаётся построить цепочку сертификатов для доверенного корневого центра;
  • 0x8010006B — нет доступа к карте (токену).

Также ошибка может появиться, если вы отменили действие сами — например, нажали «Нет» в окне предупреждения безопасности или не ввели пароль от токена вовремя.

Что делать: войдите заново, подтверждая («Да»/«Разрешить») все запросы браузера и криптопровайдера. Если код повторяется — обновите список доверенных корневых сертификатов или переустановите КриптоПро CSP.

Ошибки сертификата

«Удостоверяющий центр, выдавший сертификат, отсутствует в списке доверенных»

УЦ, выпустивший вашу подпись, либо не аккредитован для работы с государственными системами, либо его корневой сертификат не установлен на компьютере.

Что делать: установите корневой сертификат вашего УЦ вручную (обычно доступен на сайте удостоверяющего центра), либо получите новую УКЭП в аккредитованном УЦ, если старый лишился аккредитации.

Почему после обновления сертификата не удаётся войти в Фарма.Просто (МДЛП) читайте в статье: https://egiszmed.ru/blog/posle-obnovleniya-sertifikata-ne-udayetsya-voyti-v-farma-prosto/

«ОГРНИП в сертификате УКЭП отсутствует или некорректен»

Типично для ИП: в сертификате не указан или указан с ошибкой ОГРНИП. Самостоятельно эта проблема не решается — требуется обращение в техподдержку.

Что делать: напишите на support@crpt.ru, приложив:

  • ИНН и наименование организации;
  • ваши ФИО, телефон и почту для связи;
  • тип участника оборота (производитель / дистрибьютор / аптека / медорганизация);
  • скриншот ошибки с видимой адресной строкой браузера;
  • открытую часть сертификата в формате .cer.

«В контейнере отсутствуют закрытые ключи»

Означает, что физически на носителе нет закрытого ключа — либо он был экспортирован без ключа, либо повреждён контейнер.

Что делать: перевыпустите сертификат в удостоверяющем центре — восстановить утраченный закрытый ключ невозможно.

Сертификат просрочен или сменился руководитель

Если истёк срок действия УКЭП или в организации сменился руководитель, старый доступ перестаёт работать. Для восстановления:

  1. Получите новую УКЭП (на действующего руководителя, если он сменился).
  2. На странице авторизации нажмите «Восстановление доступа для руководителя».
  3. Выберите тип операции: «Добавление нового сертификата УКЭП руководителю» — если руководитель тот же, сменился только сертификат; «Добавление нового руководителя» — если сменился сам руководитель.
  4. Заполните данные и подтвердите операцию
  5. На почту, указанную при регистрации в системе, придёт письмо со ссылкой для подтверждения — без перехода по этой ссылке восстановление доступа не завершится.

Важно: если при выборе «Добавление нового сертификата УКЭП руководителю» система выдаёт ошибку — скорее всего, этот сертификат уже зарегистрирован в системе с другим типом (например, как «Пользователь»), и его нужно сначала отвязать через техподдержку.

Ошибки регистрации и прав доступа

«Пользователь с таким ИНН уже зарегистрирован в системе»

Организация с этим ИНН уже имеет личный кабинет — обычно это означает, что регистрацию когда-то провёл другой сотрудник или руководитель, и нужно не регистрироваться заново, а восстанавливать доступ к уже существующему кабинету.

Что делать: используйте форму «Восстановление доступа», а не повторную регистрацию.

Недостаточно прав у пользователя

Если вход в личный кабинет прошёл успешно, но конкретные разделы или операции недоступны — дело не в авторизации, а в правах, выданных администратором кабинета.

Что делать: обратитесь к руководителю организации или администратору личного кабинета МДЛП — он должен зайти в раздел «Администрирование» и добавить нужные права вашему сертификату.

Ошибка авторизации при интеграции с 1С и другим учётным ПО

Отдельная категория — когда сама система МДЛП работает нормально, но не проходит авторизация со стороны стороннего ПО (1С, товароучётные системы), обменивающегося данными с МДЛП через API. Типичные причины:

  • истёк или неверно указан токен обмена в настройках программы;
  • истёк сертификат УКЭП, привязанный к обмену;
  • недостаточно прав у пользователя, от имени которого настроен обмен;
  • временная недоступность сервиса МДЛП или проблемы с интернет-соединением.

Что делать: сформируйте новый токен обмена в личном кабинете МДЛП и обновите его в настройках программы; проверьте срок действия сертификата, привязанного к обмену. Если проблема на стороне самой программы (а не личного кабинета) — обращайтесь к поставщику ПО: техподдержка «Честного знака» не консультирует по настройке стороннего софта.

Чек-лист быстрой диагностики

Если авторизация не проходит, а причина неочевидна — пройдите по порядку:

  1. Физически подключён ли токен, надёжно ли соединение?
  2. Установлен ли актуальный плагин ЭП для вашего браузера?
  3. Используете ли поддерживаемый браузер актуальной версии (Chrome, Firefox, Яндекс.Браузер)?
  4. Не установлено ли на компьютере два криптопровайдера одновременно?
  5. Действителен ли сертификат (не истёк ли срок)?
  6. Верно ли выбран тип сертификата — именно для подписи, не для шифрования?
  7. Установлен ли корневой сертификат вашего удостоверяющего центра?
  8. Не менялся ли недавно руководитель организации или сам сертификат?

Если после проверки всех пунктов ошибка сохраняется — не тратьте время на подбор решений вручную, обращайтесь в техподдержку МДЛП с точным текстом ошибки, кодом (если есть) и скриншотом с видимой адресной строкой.

Часто задаваемые вопросы

Почему при входе пишет про «некорректное время на устройстве»?

Расхождение системного времени компьютера с сервером более чем на несколько минут ломает проверку сертификата — криптографические протоколы чувствительны к точному времени. Синхронизируйте время и часовой пояс в настройках Windows и повторите вход.

Можно ли работать в МДЛП без токена, только с сертификатом в реестре компьютера?

Да, если сертификат установлен в реестре (например, для облачных ЭП), физический токен не обязателен — но такой сертификат должен быть корректно зарегистрирован в личном кабинете.

Что делать, если после смены сертификата все документы и остатки «пропали»?

Ничего не пропадает — данные привязаны к организации (ИНН), а не к конкретному сертификату. После восстановления доступа с новым сертификатом все ранее поданные документы и остатки останутся на балансе.

Нужно ли получать новую УКЭП при каждом продлении подписи?

Да, срок действия УКЭП ограничен (обычно 12–15 месяцев), и по истечении нужен новый сертификат — старый физически перестаёт подписывать документы.

Итог

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

Бесплатная консультация
Оставьте ваш контактный телефон и мы проконсультируем вас по всем сложившимся вопросам

 

Заполните форму, и мы вам перезвоним