Как исправить ошибки при автозаполнении реквизитов контрагента по ИНН в 1С?

Сервис 1С:Контрагент значительно упрощает жизнь пользователям, позволяя автоматически заполнять карточки партнеров и государственных органов по одному лишь ИНН. Однако в процессе работы ИТ-специалисты и бухгалтеры часто сталкиваются со сбоями этого механизма. Ошибки могут иметь самый разный характер: от сбоев проверки SSL-сертификатов до некорректного разбора XML-схем веб-сервиса.

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

Сценарий 1. Очистка кэша программных интерфейсов

Одной из наиболее частых причин внезапного прекращения работы сервиса в конфигурациях на базе БСП (Библиотеки стандартных подсистем), таких как 1С:Бухгалтерия 3.0 или 1С:Управление торговлей 11, является устаревание локального кэша веб-сервисов. Программа обращается к старому адресу или использует неактуальную структуру метаданных, получая ошибку формата или пустой ответ.

Для решения этой проблемы выполним следующие шаги:

1. Запустим программу под учетной записью с правами Администратора.
2. Перейдем в главное меню, выберем пункт Функции для технического специалиста (в старых версиях — Все функции). Если этот пункт не отображается, его необходимо предварительно включить в меню "Настройки — Параметры", установив флаг "Режим технического специалиста".
3. В открывшемся окне найдем раздел Регистры сведений и откроем регистр Кэш программных интерфейсов.
4. В списке записей регистра найдем строки, связанные с сервисом проверки контрагентов или данными государственных реестров (ориентируемся по колонке Идентификатор).
5. Выделим эти записи и полностью удалим их из списка.
6. Попросим пользователей, у которых возникала ошибка, полностью перезапустить программу 1С. При первом обращении к сервису кэш обновится автоматически, загрузив новые корректные настройки.

Сценарий 2. Ошибка проверки удаленного узла (Замена файла cacert.pem)

Если в журнале регистрации фиксируется ошибка вида: Удаленный узел не прошел проверку или возникли проблемы при SSL-соединении, это свидетельствует о том, что платформа 1С не может подтвердить безопасность подключения к серверу компании 1С. Серверы авторизации переходят на новые стандарты безопасности и современные цифровые сертификаты (например, от удостоверяющего центра Let's Encrypt), о которых старая платформа просто "не знает".

Поведение системы зависит от режима совместимости конфигурации:

• Режим совместимости 8.3.7 и ниже: Платформа проверяет SSL-сертификаты с помощью собственного встроенного файла cacert.pem, расположенного в локальном каталоге установки платформы на компьютере пользователя.
• Режим совместимости выше 8.3.7: 1С использует системное хранилище сертификатов операционной системы Windows/Linux.

Проанализируем ручной способ исправления проблемы для старых платформ и конфигураций без их глобального обновления:

1. Закроем все запущенные сеансы 1С:Предприятия на рабочем компьютере.
2. Перейдем в каталог установленной платформы. Обычно он расположен по пути: C:\Program Files (x86)\1cv8\имя_релиза\bin\ или C:\Program Files\1cv8\имя_релиза\bin\ (где "имя_релиза" — номер вашей текущей платформы, например 8.3.11.3034).
3. Найдем в этой папке файл cacert.pem. На всякий случай скопируем его в резервную папку или переименуем в cacert.pem.bak.
4. Скачаем актуальный файл cacert.pem. Его можно взять из дистрибутива любой современной платформы 1С (установив ее, например, на тестовый компьютер) или загрузить с официального портала поддержки 1С.
5. Скопируем новый файл cacert.pem в рабочую папку bin текущей платформы.
6. Запустим 1С и проверим работоспособность заполнения реквизитов.

Если конфигурация использует современный режим совместимости, а ошибка сохраняется, системному администратору необходимо убедиться, что в операционной системе Windows установлены последние обновления безопасности, а в разделе "Доверенные корневые центры сертификации" присутствуют актуальные корневые сертификаты (в частности, ISRG Root X1).

Сценарий 3. Отключение старых версий API (Ошибки WSDL и разбора XML)

Иногда при попытке получить данные по ИНН система возвращает ошибку разбора XML: Фатальная ошибка: Extra content at the end of the document или падает на этапе инициализации прокси-класса при вызове метода getCorporationRequisitesByINN. Выясним причину этой неполадки.

Фирма "1С" периодически прекращает поддержку устаревших веб-служб и отключает старые источники данных. При попытке старой программы обратиться по неактуальному адресу веб-сервис возвращает веб-страницу с сообщением об ошибке (например, 410 Gone) вместо валидного XML-файла описания WSDL. Платформа пытается распарсить HTML-код как XML-схему и завершает работу аварийно на строке инициализации:

// Ошибка возникает при попытке разбора WSDL-описания отключенного сервиса
WSОпределения = Новый(Тип("WSОпределения"), Параметры);

Для исправления этой ситуации существует два пути:

1. Обновление конфигурации и платформы: Это наиболее правильный и надежный метод. Техническая поддержка рекомендует использовать актуальные релизы платформы (для старых баз на платформе 8.2 минимально необходимым является релиз 8.2.19.130, а для современных систем — актуальные ветки 8.3.21 и выше). В новых релизах конфигураций разработчики полностью переписали механизмы взаимодействия, переведя их на современный REST API.
2. Ручная корректировка программного кода: Если ваша конфигурация находится на поддержке с доработками и оперативно обновить ее невозможно, разработчику потребуется самостоятельно перенаправить запросы на новый URL-адрес веб-сервиса в общих модулях программы (например, в модуле ДанныеЕдиныхГосРеестров или аналогичном модуле интеграции с сервисом контрагентов).

Сценарий 4. Настройки сети, портов и прокси-сервера

Бывает так, что подписка активна, релизы обновлены, но подключиться к сервису все равно не удается. В таком случае проблему следует искать в сетевых настройках.

Посмотрим, какие параметры необходимо проверить ИТ-специалисту для обеспечения бесперебойного доступа:

• Программа 1С:Предприятие должна иметь возможность отправлять исходящие запросы во внешнюю сеть. В случае файловой базы данных запросы отправляются с клиентского ПК, в случае клиент-серверной архитектуры — непосредственно с сервера приложений 1С.
• На маршрутизаторе, брандмауэре или прокси-сервере компании должен быть открыт доступ по портам 80 (HTTP) и 443 (HTTPS).
• Необходимо добавить в белый список следующие адреса и домены (использовать конкретные IP-адреса не рекомендуется, так как они могут динамически меняться в облачной инфраструктуре):
  • api.orgregister.1c.ru — основной домен сервиса "1С:Контрагент";
  • api.taxregister.1c.ru — резервный веб-сервис;
  • api.orgaddress.1c.ru — классификатор адресов;
  • api.registrationservices.1c.ru — вспомогательные службы авторизации.
• Если на предприятии используется прокси-сервер, его параметры обязательно должны быть прописаны в настройках программы. Для этого перейдем в раздел "Администрирование — Параметры системы — Настройки прокси-сервера" и укажем корректный адрес, порт, а также имя пользователя и пароль для авторизации на прокси.

Сценарий 5. Проверка лимитов и параметров подписки ИТС

Иногда технические ошибки маскируют банальное исчерпание лимитов по тарифному плану. Напомним базовые правила предоставления доступа к сервису:

• Для работы автозаполнения у вас должна быть активная подписка ИТС ПРОФ либо отдельно приобретенный платный пакет "1С:Контрагент".
• В рамках договора ИТС ПРОФ пользователям предоставляется бесплатный доступ, но он имеет жесткий лимит — 7200 автозаполнений в год.
• Если лимит исчерпан, сервис заблокирует новые запросы, при этом программа может выдавать неочевидные технические ошибки авторизации.

Для проверки остатка лимитов перейдем в личный кабинет на Портале 1С в раздел "Мониторинг Портала" и убедимся, что лимиты не исчерпаны, а ваша информационная база успешно зарегистрирована под той же учетной записью Интернет-поддержки.