Почему возникает ошибка конструктора HTTPСоединение в тонком клиенте и как ее исправить?

← На главную

При интеграции решений на платформе 1С с внешними веб-сервисами (будь то логистические службы вроде DPD, платежные шлюзы или государственные информационные системы) разработчики часто сталкиваются с ошибкой: "Ошибка при вызове конструктора (HTTPСоединение)". Данная проблема имеет свойство маскироваться: на локальной файловой базе в режиме отладки код отрабатывает без нареканий, но как только информационная база публикуется на веб-сервере (IIS или Apache) или запускается через тонкий клиент, система начинает выдавать исключение.

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

---

Почему падает конструктор HTTPСоединение?

Прежде чем перейти к написанию кода, давайте разберемся, как устроен объект HTTPСоединение в платформе 1С. В отличие от многих других языков программирования, где создание экземпляра класса лишь инициализирует структуру в оперативной памяти компьютера, в 1С вызов конструктора Новый HTTPСоединение выполняет реальную попытку установить сетевое подключение с удаленным сервером. Происходит процедура TCP-рукопожатия (handshake).

Если на этом этапе удаленный сервер недоступен, закрыт брандмауэром или не отвечает, платформа немедленно выбрасывает исключение на этапе инициализации объекта. Таким образом, любая сетевая проблема, ошибка авторизации на сетевом уровне или неверно переданный параметр безопасности приводят к падению именно самого конструктора.

---

Анализ причин ошибки по шагам

Проанализируем ситуацию, описанную в теме форума, и выделим ключевые факторы, влияющие на работоспособность интеграции.

1. Контекст выполнения (Клиент или Сервер)

В Сообщении 3 и Сообщении 9 справедливо отмечается, что в среде Веб-клиента объект HTTPСоединение недоступен по соображениям безопасности браузерных песочниц. Однако автор использует Тонкий клиент. В тонком клиенте этот объект формально существует и доступен для вызова.

Тем не менее выполнять сетевые запросы непосредственно из контекста &НаКлиенте крайне не рекомендуется по следующим причинам:

Безопасность данных: При выполнении запроса на клиенте все авторизационные данные (логины, пароли, API-ключи) передаются на рабочую станцию пользователя, где их можно перехватить.
Сетевая доступность: Локальный компьютер пользователя может находиться за строгим корпоративным файрволом, не иметь прямого доступа к интернету или требовать специфических настроек прокси-сервера, в то время как сервер 1С обычно имеет выделенный стабильный канал связи.
Производительность: Передача сырых данных (XML/JSON) на клиент, их последующий разбор и обработка нагружают клиентское приложение и сеть между клиентом и сервером.

Правило: Любое взаимодействие с внешними API должно происходить строго в контексте &НаСервере или в серверных модулях.

2. Использование защищенного соединения (HTTPS vs HTTP)

Современные веб-сервисы, включая API службы доставки DPD (ws.dpd.ru), работают исключительно по защищенному протоколу HTTPS. Для его поддержки в конструктор 1С обязательно должен передаваться объект защищенного соединения.

Рассмотрим разницу в вызовах конструктора:


// Неправильный вызов для HTTPS-ресурса (приведет к ошибке):
Соединение = Новый HTTPСоединение("ws.dpd.ru",,,,,,);

// Правильный вызов с использованием OpenSSL:
Защита = Новый ЗащищенноеСоединениеOpenSSL();
Соединение = Новый HTTPСоединение("ws.dpd.ru", 443,,,,, Защита);

Если опустить параметр ЗащищенноеСоединениеOpenSSL, платформа попытается установить обычное незащищенное HTTP-соединение на стандартный порт 80. Удаленный сервер DPD либо сбросит такое подключение, либо вернет ошибку перенаправления (301/302 Redirect), которую конструктор 1С не сможет обработать автоматически, что приведет к аварийному завершению работы метода.

3. Права учетной записи веб-сервера (IIS / Apache)

Когда информационная база опубликована на веб-сервере, весь серверный код 1С выполняется внутри процессов этого веб-сервера (например, под учетной записью IUSR или NetworkService в ОС Windows). Эти системные пользователи по умолчанию сильно ограничены в правах:

У них может быть заблокирован доступ к внешней сети Интернет.
У них нет доступа к персональному хранилищу сертификатов операционной системы, из-за чего пустой конструктор Новый ЗащищенноеСоединениеOpenSSL() не может проверить цепочку сертификатов удаленного узла.

Если база работает в клиент-серверном режиме, аналогичные ограничения могут накладываться на системную учетную запись, от имени которой запущен демон/служба ragent (сервер приложений 1С:Предприятия).

4. Безопасный режим (Safe Mode)

Если ваш код выполняется в рамках расширения конфигурации или внешней обработки (например, подключенной через стандартный механизм БСП "Дополнительные отчеты и обработки"), платформа 1С по умолчанию запускает этот код в безопасном режиме. В безопасном режиме создание любых COM-объектов, а также вызовы HTTPСоединение и FTPСоединение заблокированы на уровне ядра платформы. Для решения этой проблемы необходимо настраивать разрешения безопасности в БСП или отключать безопасный режим в свойствах расширения.

---

Критический разбор исходного кода (COM-объект WinHttp)

Проанализируем процедуру МТД_РасчетСтоимостиДПД_1, представленную автором в Сообщении 6. В ней допущена грубая архитектурная ошибка:

Разработчик создает объект HTTPСоединение в блоке Попытка...Исключение, чтобы просто проверить, устанавливается ли связь. При этом он не сохраняет объект соединения для дальнейшей работы.
Если проверка прошла успешно, далее формируется тело XML-запроса.
Для отправки этого запроса создается Windows-зависимый COM-объект WinHttp.WinHttpRequest.5.1.

Почему связка HTTPСоединение + COM-объект WinHttp — это плохо?

Отсутствие кроссплатформенности: Объект WinHttp.WinHttpRequest.5.1 является частью операционной системы Windows. Если в будущем сервер 1С переведут на Linux (что сейчас происходит повсеместно), этот код мгновенно перестанет работать, выдавая ошибку создания COM-объекта.
Конфликт окружения: На стороне веб-серверов (особенно под управлением IIS) инициализация сторонних COM-объектов часто блокируется внутренними политиками безопасности DCOM.
Избыточность: Платформа 1С обладает мощным встроенным инструментарием для работы с HTTP-запросами, который полностью перекрывает возможности внешних библиотек и работает одинаково хорошо на любых операционных системах.

---

Разберем правильное решение по шагам

Выяснив все причины сбоев, разработаем надежное, безопасное и кроссплатформенное решение для отправки SOAP/HTTP запросов.

Шаг 1. Переносим выполнение строго на сервер

Создадим на форме или в общем модуле процедуру с директивой компиляции &НаСервере. На клиенте мы будем лишь вызывать эту процедуру по нажатию кнопки.

Шаг 2. Инициализируем защищенное соединение

Для корректной работы с HTTPS-серверами создадим объект защиты. При необходимости работы через прокси-сервер или при использовании самоподписанных сертификатов параметры можно передать в конструктор. В простейшем случае достаточно дефолтной инициализации:

Защита = Новый ЗащищенноеСоединениеOpenSSL();

Шаг 3. Создаем HTTP-соединение

Инициализируем соединение, явно указав хост, порт 443 (стандартный порт для HTTPS) и объект защиты:

Соединение = Новый HTTPСоединение("ws.dpd.ru", 443,,,,, Защита);

Шаг 4. Формируем запрос и отправляем его средствами 1С

Отказываемся от COM-объектов. Вместо них задействуем объекты платформы HTTPЗапрос и HTTPОтвет. Установим необходимые заголовки (Content-Type) и поместим подготовленный текст XML в тело запроса.

Рассмотрим готовый шаблон серверного метода:


&НаСервере
Процедура ВыполнитьЗапросКСервисуНаСервере(ТекстXML)
    
    // Адрес хоста и путь к веб-сервису (без протокола "https://")
    СерверАдрес = "ws.dpd.ru";
    АдресРесурса = "/services/calculator2"; // Укажите актуальный путь к вашему веб-сервису
    
    // Инициализируем защищенное SSL-соединение
    Защита = Новый ЗащищенноеСоединениеOpenSSL();
    
    Попытка
        // Создаем подключение по HTTPS (порт 443)
        Соединение = Новый HTTPСоединение(СерверАдрес, 443,,,,, Защита);
    Исключение
        ЗаписатьЛогОшибки("Не удалось установить сетевое соединение с сервером: " + ОписаниеОшибки());
        Возврат;
    КонецПопытки;
    
    // Создаем HTTP-запрос
    Запрос = Новый HTTPЗапрос(АдресРесурса);
    Запрос.Заголовки.Вставить("Content-Type", "text/xml; charset=utf-8");
    
    // Устанавливаем тело запроса в кодировке UTF-8
    Запрос.УстановитьТелоИзСтроки(ТекстXML, КодировкаТекста.UTF8, ИспользованиеByteOrderMark.НеИспользовать);
    
    Попытка
        // Отправляем POST-запрос на сервер
        Ответ = Соединение.ОтправитьДляОбработки(Запрос);
        
        // Анализируем HTTP-статус ответа сервера
        Если Ответ.КодСостояния = 200 Тогда
            
            // Получаем текст ответа
            ТекстОтвета = Ответ.ПолучитьТелоКакСтроку(КодировкаТекста.UTF8);
            ОбработатьРезультат(ТекстОтвета);
            
        Иначе
            
            // Сервер вернул ошибку (например, 400, 404, 500)
            ТекстОшибкиСервера = Ответ.ПолучитьТелоКакСтроку(КодировкаТекста.UTF8);
            Сообщить("Ошибка сервера DPD. Код состояния: " + Ответ.КодСостояния);
            ЗаписатьЛогОшибки(ТекстОшибкиСервера);
            
        КонецЕсли;
        
    Исключение
        ЗаписатьЛогОшибки("Ошибка при отправке или получении данных: " + ОписаниеОшибки());
    КонецПопытки;
    
КонецПроцедуры

---