При работе с электронными листками нетрудоспособности (ЭЛН) пользователи часто сталкиваются с внезапными отказами системы при попытке загрузить данные из ФСС (ныне СФР). Одной из наиболее сложных в диагностике является ошибка: "Ошибка работы с Интернет: Ошибка инициализации SSL-соединения". В этой статье мы подробно разберем, почему возникает эта проблема, как проанализировать логи и какие действия предпринять для восстановления обмена.
Когда 1С пытается связаться с сервером ФСС, она инициирует защищенное соединение. Ошибка инициализации SSL означает, что на этапе "рукопожатия" (handshake) между вашим сервером (или клиентским компьютером) и шлюзом фонда произошел сбой. Проанализируем основные ситуации, которые приводят к такому результату:
Прежде чем приступать к обновлению программ, нам необходимо точно идентифицировать место сбоя. Рассмотрим, как найти причину ошибки в Журнале регистрации 1С. Для этого проанализируем записи с событием "Ошибки работы с Интернет".
Часто в логах можно встретить следующую строку:
Ошибка доступа к файлу https://docs.fss.ru:80/ws-insurer-crypto-v11/FileOperationsLnPort?xsd=1
Разберем, что здесь не так. Обратите внимание на конструкцию https и :80. Стандартно защищенный протокол HTTPS использует TCP-порт 443. Использование порта 80 в сочетании с HTTPS является технической ошибкой в описании схемы (schemaLocation), которую отдает сервер ФСС. Когда 1С пытается скачать схему xsd по этому адресу, происходит конфликт портов, и платформа выдает ошибку SSL-соединения.
Проанализируем программный код и версию вашей конфигурации. Начиная с определенных релизов, фирма 1С реализовала поддержку нового формата ЭЛН 2.0. Например, в конфигурации "Зарплата и управление персоналом" поддержка формата 2.0 появилась в релизе 3.1.14.369.
Если вы используете более старый релиз, программа будет пытаться использовать старый путь к сервису:
https://docs.fss.ru/ws-insurer-crypto-v11/FileOperationsLnPort
В то время как новый формат требует обращения к:
https://docs.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService
Посмотрим на пример кода, который может вызывать ошибку в конфигурациях на обычных формах (например, УПП 1.3), когда 1С не может импортировать описание веб-сервиса:
// Ошибка возникает при создании определений веб-сервиса
WSОпределения = Новый WSОпределения(ФайлОписанияВебСервиса, Логин, Пароль, ИнтернетПрокси, ТаймАут, СоединениеSSL);
Если ФайлОписанияВебСервиса (WSDL) содержит ссылки на вложенные схемы xsd, которые недоступны из-за ошибки порта или временной недоступности сервера, конструктор WSОпределения завершится аварийно.
Рассмотрим основные способы исправления ситуации в зависимости от вашей возможности обновить программу.
Вариант А: Полное обновление конфигурации. Это наиболее правильный путь. Рекомендуется обновить ЗУП 3.1 до актуального релиза (не ниже 3.1.14.394 или современных веток 3.1.23+). В новых релизах не только исправлены пути к серверам ФСС, но и добавлена поддержка криптографии по ГОСТ для новых сертификатов.
Вариант Б: Установка патчей (исправлений). Если полное обновление невозможно из-за доработок конфигурации, воспользуемся механизмом расширений или патчей. Фирма 1С часто выпускает патчи с префиксами EF_..., которые принудительно меняют некорректные адреса ФСС в коде. Проверьте наличие доступных патчей в разделе "Обслуживание" — "Обновление программы" — "Установленные исправления".
Иногда проблема кроется в настройках платформы 1С:Предприятие 8.3. Если вы видите ошибку Failure when receiving data from the peer, это может указывать на проблемы с таймаутом или версией TLS. Проанализируем следующие рекомендации:
8.3.15.1869, а лучше актуальные ветки 8.3.21+. В них оптимизирована работа с защищенными соединениями и корректно обрабатываются современные сертификаты безопасности.Разберем еще один сценарий, упомянутый в сообщениях форума. Бывают периоды, когда ошибка "Не могу установить соединение" или "Превышено время ожидания" возникает эпизодически. Это связано с высокой нагрузкой на шлюзы фонда, особенно в отчетные периоды. В этом случае 1С может успешно загрузить основной файл wsdl, но "отвалиться" на попытке подгрузить зависимые схемы xsd.
Пример такой ошибки доступа к зависимой схеме:
Ошибка доступа к файлу 'https://docs.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?xsd=../../xsd/v01/type/Common.xsd'
В данной ситуации программных решений внутри 1С практически нет, кроме увеличения таймаута в коде или повторения попыток загрузки в менее загруженные часы (например, рано утром или поздно вечером).
Для исправления ошибки инициализации SSL-соединения при обмене с ФСС (СФР) выполните следующие действия:
:80 внутри HTTPS). Если такая ошибка есть — проблема на стороне фонда, и она обычно решается ими в течение нескольких часов/дней.Следуя этим шагам, мы сможем эффективно диагностировать и устранить причины сбоев при загрузке электронных больничных.