После проведения планового обновления конфигураций «1С:Бухгалтерия предприятия» (ПРОФ или КОРП) пользователи нередко сталкиваются с неприятной ситуацией: перестает выполняться автозаполнение реквизитов контрагентов по ИНН, а при попытке отправить отчет или проверить состояние в «1С-Отчетности» программа возвращает ошибку превышения времени ожидания либо сообщает о невозможности установить соединение с сервером.
Проанализируем текст типичной системной ошибки, возникающей в модуле при вызове веб-сервиса:
{ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(31)}: Ошибка при вызове метода контекста (getCorporationRequisitesByINN)
Ответ = Прокси.getCorporationRequisitesByINN(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса:
{http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByINN()
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка работы с Интернет: Не могу установить соединение
Разберем детально, из-за чего возникает эта неисправность, как устроен сетевой обмен сервисов и какие шаги необходимо предпринять для полного восстановления работоспособности базы данных.
При обновлении структуры метаданных и библиотек стандартных подсистем платформа 1С кэширует схемы описания веб-сервисов (WSDL-описания). Если во время обновления схема изменилась, а в базе осталась старая ссылка или поврежденный кэш, вызовы функций getCorporationRequisitesByINN падают с ошибками парсинга пакетов XDTO или сбоями создания прокси-объекта.
Рассмотрим по шагам процедуру очистки внутреннего кэша интерфейсов:
Кэш программных интерфейсов.https://api.orgregister.1c.ru/orgregister/v7?wsdl.Распространенная архитектурная ошибка — предположение о том, что веб-сервисы опрашиваются с рабочей станции пользователя. В клиент-серверном варианте работы (SQL) обращение к внешним сетевым узлам выполняется на стороне службы кластера серверов 1С (процессы rphost) в контексте фоновых заданий или серверных вызовов.
Даже если в параметрах интернет-поддержки указано использование системного прокси или клиентского соединения, запросы 1С:Контрагента и сервисов отправки отчетности направляются непосредственно сервером приложений. Если после модернизации сети, смены маршрутизатора или изменения правил брандмауэра сервер 1С лишился шлюза по умолчанию (Default Gateway), подключение оборвется по таймауту.
Проверим сетевой доступ на сервере:
USR1CV8. У нее должен быть доступ к сетевым интерфейсам и системным библиотекам криптографии.inetcfg.xml, разместив его в каталоге conf платформы 1С на сервере, либо зададим адрес прокси в разделе программы Администрирование — Параметры прокси-сервера.Если сетевой стек сервера настроен на преимущественное использование IPv6, платформа 1С пытается разрешить доменные имена веб-сервисов (например, login.1c.ru или api.orgregister.1c.ru) в адреса IPv6. При отсутствии прямой маршрутизации IPv6 у вышестоящего провайдера запрос зависает вплоть до срабатывания внутреннего таймаута платформы, после чего выбрасывается исключение «Ошибка работы с Интернет: Не могу установить соединение».
Для устранения этой проблемы рекомендуется отключить протокол IPv6 в свойствах сетевого адаптера на сервере 1С или установить в операционной системе приоритет адресации через IPv4.
Проанализируем дополнительные административные и лицензионные факторы, вызывающие остановку сервисов:
*.1c.ru и *.company1c.com должны быть внесены в доверенный белый список исключений файрвола.Для бесперебойной работы криптографических сервисов («1С-Отчетность») критично состояние корневых сертификатов Удостоверяющих Центров и списков отзыва (CRL/OCSP). Если криптопровайдер (КриптоПро CSP или ViPNet CSP) не может получить сетевой доступ к серверам проверки статуса сертификатов, операция подписания и отправки пакета зависает по таймауту. В этом случае необходимо проверить сетевые правила для адресов УЦ и обновить корневые сертификаты операционной системы на сервере и клиентах.