Почему 1С возвращает ошибку 302 при выполнении POST-запроса к HTTPS-ресурсу?

← На главную

При интеграции 1С с внешними веб-сервисами через протокол HTTPS разработчики часто сталкиваются с тем, что код, который успешно работает в инструментах типа Postman, в 1С выдает ошибку 302 (Object Moved) или 301 (Moved Permanently). Давайте разберемся, почему это происходит и как правильно настроить взаимодействие, чтобы запрос проходил успешно.

Анализ причины проблемы

Код ответа 302 означает «Object Moved», что в контексте HTTPS-запросов из 1С чаще всего свидетельствует не о том, что ресурс перемещен, а о том, что сервер отклонил установку соединения из-за проблем с рукопожатием (TLS Handshake). Когда вы создаете HTTPСоединение, 1С требует явной передачи параметров SSL.

Ошибочный подход заключается в попытке жесткой привязки к локальным сертификатам Windows или специфическим хранилищам, которые могут быть недоступны серверу или не содержать нужных цепочек доверия. В такой ситуации сервер «отбивает» запрос редиректом, так как не может установить доверенное защищенное соединение.

Правильная настройка защищенного соединения

Рассмотрим, как правильно инициализировать объект ЗащищенноеСоединениеOpenSSL. Многие разработчики пытаются передать туда сертификаты клиента или удостоверяющих центров, что зачастую избыточно и ведет к ошибкам доступа. Самый простой и эффективный способ — использовать конструктор по умолчанию.

Разберем по шагам, как это реализовать:

Создайте защищенное соединение без передачи параметров в конструктор: Новый ЗащищенноеСоединениеOpenSSL(). Это позволит платформе 1С самостоятельно использовать стандартные системные механизмы для проверки сертификатов, что в 99% случаев достаточно для работы с API.
Передайте полученный объект в конструктор HTTPСоединение.

Посмотрим на пример кода, который решает данную проблему:


// Инициализируем защищенное соединение стандартным способом
SSL = Новый ЗащищенноеСоединениеOpenSSL();

// Создаем объект HTTPСоединения с использованием SSL
// Параметры: сервер, порт (обычно 443), пользователь, пароль, прокси, таймаут, SSL
HTTPСоединение = Новый HTTPСоединение("b2b.marvel.ru", 443, User, Pass, , , SSL);

// Формируем запрос
// Ресурс должен начинаться с символа "/", чтобы путь был корректным
АдресРесурса = "/api/GetItems"; 
HTTPЗапрос = Новый HTTPЗапрос(АдресРесурса);

// Отправляем запрос
Ответ = HTTPСоединение.ОтправитьДляОбработки(HTTPЗапрос);

Рекомендации по передаче данных

Мы проанализировали ситуацию и хотим дать несколько советов по оформлению POST-запросов, чтобы избежать проблем в будущем:

Не передавайте параметры в строке URL. Использование длинных строк с параметрами в адресе запроса — это плохая практика. В таких случаях данные могут обрезаться, а спецсимволы — некорректно обрабатываться.
Используйте тело запроса. По «уму» данные следует передавать непосредственно в теле запроса. Для этого используйте метод УстановитьТелоИзСтроки() или УстановитьТелоИзДвоичныхДанных().
Правильные заголовки. Обязательно устанавливайте заголовок Content-Type, например, application/xml или application/json, чтобы сервер понимал, в каком формате приходят данные.

Давайте посмотрим, как это выглядит на практике:


// Пример правильного POST-запроса
HTTPЗапрос = Новый HTTPЗапрос("/api/GetItems");
HTTPЗапрос.УстановитьТелоИзСтроки("<Root><WareItem><ItemId>100-000000031</ItemId></WareItem></Root>");
HTTPЗапрос.Заголовки.Вставить("Content-Type", "application/xml");

// Теперь отправляем данные
Ответ = HTTPСоединение.ОтправитьДляОбработки(HTTPЗапрос);

Итоги

Таким образом, мы выяснили, что ошибка 302 при работе с HTTPS в 1С чаще всего лечится переходом на упрощенную инициализацию ЗащищенноеСоединениеOpenSSL(). Придерживаясь этих простых правил — использование пустого конструктора SSL и передача параметров в теле запроса вместо URL — вы обеспечите стабильное и надежное взаимодействие вашей системы с внешними веб-сервисами.