Почему в 1С БП или ЗУП не работает адресный классификатор онлайн и как это исправить

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

Работа с адресными сведениями в современных конфигурациях 1С (Бухгалтерия предприятия, Зарплата и управление персоналом) всё чаще опирается на онлайн-сервисы. Это удобно: не нужно загружать гигабайты данных ФИАС (ГАР) в базу данных. Однако часто пользователи сталкиваются с ситуацией, когда при попытке найти адрес программа выдает ошибку или просто «не видит» улицы и города — для этого подойдёт автозаполнение адресов и реквизитов в 1С. Особенно часто это проявляется в клиент-серверных версиях. Разберем подробно причины возникновения этой проблемы и способы её решения.

Анализируем ситуацию: локально работает, а на сервере — нет

Первым делом проанализируем поведение системы. Если в файловой базе на локальном компьютере поиск адресов проходит успешно, а в серверной базе — нет, значит, корень проблемы кроется в настройках серверного окружения или прав доступа службы 1С (подобная ситуация возникает, когда у пользователя недостаточно прав при заполнении отчетов в ЗУП 3.1, БП 3.0) — пригодится проверка базы на ошибки перед сдачей отчетности.

Рассмотрим типичный лог ошибки, который можно найти в Журнале регистрации (поможет автоматическое отслеживание ошибок в журнале регистрации):


Не удалось получить тикет аутентификации в сервисе login.1c.ru/rest/public/ticket/get. 
Ошибка при вызове метода контекста (ОтправитьДляОбработки)
{ОбщийМодуль.ИнтернетПоддержкаПользователей.Модуль(1095)}:Ответ = Соединение.ОтправитьДляОбработки(HTTPЗапрос, ПараметрыПолучения.ИмяФайлаОтвета);
...
по причине:
Удаленный узел не прошел проверку: Не удалось выполнить проверку отзыва сертификата [ОшибкаСети]

Эта ошибка говорит нам о том, что при попытке установить защищенное соединение (HTTPS) с серверами 1С, операционная система не смогла проверить актуальность SSL-сертификата. Выясним, почему это происходит и как это исправить.

Причина 1: Блокировка проверки отзыва сертификатов (CRL)

Когда 1С обращается к login.1c.ru, компоненты Windows пытаются скачать так называемые списки отзыва сертификатов (CRL — Certificate Revocation List) с серверов удостоверяющего центра. Если сервер 1С находится в закрытом контуре или доступ к внешним ресурсам ограничен «белым списком», проверка зависает или завершается ошибкой.

Как решить проблему:

  1. Проверим настройки безопасности на сервере. В «Свойствах браузера» (Internet Options) на вкладке «Дополнительно» (Advanced) найдем пункт «Проверять, не отозван ли сертификат сервера».
  2. Для диагностики попробуем временно отключить этот флаг. Если после этого онлайн-классификатор заработал — причина в блокировке доступа к серверам УЦ.
  3. Правильным решением будет не отключение проверки, а предоставление серверу доступа к адресам, указанным в точках распространения списков отзыва (CRL Distribution Points) сертификата 1С.

Причина 2: Отсутствие корневых сертификатов (НУЦ Минцифры)

Многие государственные и корпоративные сервисы в РФ перешли на использование российских сертификатов безопасности. Если на сервере, где работает служба 1C:Enterprise Server, не установлены актуальные корневые сертификаты Национального удостоверяющего центра, соединение будет обрываться.

Важно помнить, что служба 1С обычно работает под технической учетной записью (например, USR1CV8). У этой записи есть свое собственное хранилище сертификатов. Чтобы сертификаты были доступны всем пользователям и службам, выполним следующие шаги:

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

Причина 3: Настройки прокси-сервера и учетная запись службы

Посмотрим на ситуацию со стороны сетевых прав. Часто системные администраторы настраивают прокси-сервер для обычных пользователей, но «забывают» про техническую учетную запись, под которой крутится сервер 1С. В результате ping ya.ru от имени администратора может работать, а HTTPЗапрос из недр 1С — нет.

Проанализируем шаги диагностики (включая проверку доменных пользователей Active Directory):

Причина 4: Использование офлайн-режима как временное решение

Если онлайн-поиск восстановить оперативно не удается (например, из-за жестких политик безопасности в компании), рассмотрим вариант использования классификатора в режиме офлайн. Это позволит пользователям вводить адреса без ошибок прямо сейчас.

Разберем, как переключиться на локальную работу:

  1. Перейдем в раздел «Администрирование» — «Интернет-поддержка и сервисы» — «Адресный классификатор».
  2. Переключим настройку в положение «Использовать загруженный классификатор».
  3. Загрузим необходимые регионы с сайта 1С или из папки на диске. Обратите внимание, что даже для загрузки с сайта серверу 1С потребуется доступ к releases.1c.ru, однако этот процесс менее требователен к проверке сертификатов в реальном времени, чем динамический онлайн-поиск.

Резюме и рекомендации

Проанализировав логи и типичные ошибки, мы видим, что «внезапный» отказ адресного классификатора чаще всего связан с инфраструктурными изменениями — для этого подойдёт универсальная консоль для администрирования 1С. Если система пишет «Удаленный узел не прошел проверку», это прямой сигнал проверить цепочку SSL и доступность CRL-серверов.

Для стабильной работы онлайн-сервисов 1С на сервере мы рекомендуем:

Следование этим шагам позволит вам быстро диагностировать и устранить проблемы с онлайн-сервисами, обеспечив бесперебойную работу бухгалтерии и кадровой службы.

← На главную