Как устроена авторизация в МДЛП
Вход в личный кабинет МДЛП (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С и другим учётным ПО
Отдельная категория — когда сама система МДЛП работает нормально, но не проходит авторизация со стороны стороннего ПО (1С, товароучётные системы), обменивающегося данными с МДЛП через API. Типичные причины:
- истёк или неверно указан токен обмена в настройках программы;
- истёк сертификат УКЭП, привязанный к обмену;
- недостаточно прав у пользователя, от имени которого настроен обмен;
- временная недоступность сервиса МДЛП или проблемы с интернет-соединением.
Что делать: сформируйте новый токен обмена в личном кабинете МДЛП и обновите его в настройках программы; проверьте срок действия сертификата, привязанного к обмену. Если проблема на стороне самой программы (а не личного кабинета) — обращайтесь к поставщику ПО: техподдержка «Честного знака» не консультирует по настройке стороннего софта.
Чек-лист быстрой диагностики
Если авторизация не проходит, а причина неочевидна — пройдите по порядку:
- Физически подключён ли токен, надёжно ли соединение?
- Установлен ли актуальный плагин ЭП для вашего браузера?
- Используете ли поддерживаемый браузер актуальной версии (Chrome, Firefox, Яндекс.Браузер)?
- Не установлено ли на компьютере два криптопровайдера одновременно?
- Действителен ли сертификат (не истёк ли срок)?
- Верно ли выбран тип сертификата — именно для подписи, не для шифрования?
- Установлен ли корневой сертификат вашего удостоверяющего центра?
- Не менялся ли недавно руководитель организации или сам сертификат?
Если после проверки всех пунктов ошибка сохраняется — не тратьте время на подбор решений вручную, обращайтесь в техподдержку МДЛП с точным текстом ошибки, кодом (если есть) и скриншотом с видимой адресной строкой.
Часто задаваемые вопросы
Почему при входе пишет про «некорректное время на устройстве»?
Расхождение системного времени компьютера с сервером более чем на несколько минут ломает проверку сертификата — криптографические протоколы чувствительны к точному времени. Синхронизируйте время и часовой пояс в настройках Windows и повторите вход.
Можно ли работать в МДЛП без токена, только с сертификатом в реестре компьютера?
Да, если сертификат установлен в реестре (например, для облачных ЭП), физический токен не обязателен — но такой сертификат должен быть корректно зарегистрирован в личном кабинете.
Что делать, если после смены сертификата все документы и остатки «пропали»?
Ничего не пропадает — данные привязаны к организации (ИНН), а не к конкретному сертификату. После восстановления доступа с новым сертификатом все ранее поданные документы и остатки останутся на балансе.
Нужно ли получать новую УКЭП при каждом продлении подписи?
Да, срок действия УКЭП ограничен (обычно 12–15 месяцев), и по истечении нужен новый сертификат — старый физически перестаёт подписывать документы.
Итог
Если ошибка авторизации повторяется, а разбираться в настройках криптопровайдера и сертификатов нет времени — оставьте заявку, и мы поможем настроить доступ к личному кабинету МДЛП с первого раза, а заодно проверим остатки на предмет зависших или просроченных позиций.