Как исправить ошибку «Сертификат не действителен» (код 103, 104) в 1С при недоступности серверов ФНС?

Системный администратор 1С v8.3 (Управляемые формы) Налоговый учет IT и автоматизация бизнеса
← На главную

Описание проблемы

В процессе работы с электронным документооборотом (ЭДО), для которого крайне важен правильный учет ЭЦП и МЧД, пользователи могут столкнуться с сообщением об ошибке: «Сертификат не действителен. Не удалось проверить сертификат в списке отозванных т.к. соответствующий сервер в состоянии offline».

При этом в техническом описании ошибки часто фигурируют коды:

Чаще всего эта ситуация возникает не из-за проблем с вашим компьютером, а из-за массовых сбоев или DDoS-атак на серверы Удостоверяющего Центра ФНС. Однако работа встает, включая такие критичные процессы, как автоматическое обновление токенов Честного Знака, и нам необходимо найти способы отправить документы. Разберем доступные варианты решения.

Вариант 1. Ручная установка списка отозванных сертификатов (CRL)

Поскольку автоматическое скачивание списков отзыва через 1С или Windows не работает из-за недоступности серверов, попробуем установить актуальный файл вручную. Если штатные механизмы бессильны, ручная настройка криптографии становится единственным выходом. Файл .crl можно попытаться получить через техподдержку вашего оператора ЭДО или найти на альтернативных ресурсах.

Алгоритм действий следующий:

  1. Скачайте актуальный файл списка отзыва (обычно имеет расширение .crl).
  2. Нажмите на файле правой кнопкой мыши и выберите пункт «Установить список отзыва (CRL)».
  3. В открывшемся мастере установки нажимайте «Далее», оставив автоматический выбор хранилища, или принудительно выберите хранилище, соответствующее Удостоверяющему Центру.

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

Вариант 2. Очистка кэша сертификатов (Обязательный шаг)

Даже если вы установили свежий файл CRL вручную, Windows может продолжать использовать устаревшие данные из кэша, где "запомнилось", что сервер недоступен. Это одна из самых частых причин, почему ручная установка не помогает сразу.

Давайте очистим кэш списков отзыва. Для этого нам понадобится командная строка.

  1. Запустите командную строку (CMD) от имени Администратора.
  2. Выполните следующую команду:

certutil -urlcache * delete

Эта команда удалит все кэшированные ссылки и заставит систему заново обратиться к локально установленным файлам. После выполнения команды перезапустите программу и попробуйте выполнить подпись файла методами криптографии снова.

Вариант 3. Проверка сетевых настроек и VPN

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

Попробуем исключить сетевые блокировки:

  1. Отключите VPN. Если у вас включен VPN, серверы ФНС могут блокировать доступ с зарубежных IP-адресов. Попробуйте отключить его и повторить обмен.
  2. Проверьте IPv6. Иногда сбои маршрутизации происходят именно по протоколу IPv6. Попробуйте временно отключить его в свойствах сетевого адаптера, оставив только IPv4.
  3. DNS-серверы. Если вы используете публичные DNS (например, Google 8.8.8.8), попробуйте сменить их на DNS вашего провайдера или российские DNS (например, Яндекс 77.88.8.8).

Вариант 4. Настройка таймаутов (для продвинутых пользователей)

Если серверы ФНС работают, но отвечают крайне медленно, в 1С может возникать ошибка по таймауту. В некоторых конфигурациях можно увеличить время ожидания ответа от сервера. Стоит отметить, что если вы используете альтернативные способы идентификации, такие как создание подписи ID-Картой, проблема может потребовать специфических настроек стороннего ПО.

Резюме

Если ошибка носит массовый характер, самым надежным способом является получение актуального файла .crl из надежного источника и его ручная установка с последующей обязательной очисткой кэша командой certutil. В случае полного падения инфраструктуры УЦ ФНС, к сожалению, остается только ожидать восстановления работы серверов, так как проверка легитимности подписи — обязательный этап юридически значимого документооборота.

← На главную