Почему POST-запрос из 1С возвращает ошибку 404, а из Postman работает корректно?

← На главную

При интеграции 1С с внешними веб-сервисами разработчики часто сталкиваются с ситуацией, когда запрос, идеально работающий в Postman, возвращает ошибку 404 Not Found или другие некорректные статусы при выполнении из кода 1С. На первый взгляд запросы кажутся идентичными: одинаковые URL, заголовки и тело JSON. Однако дьявол кроется в деталях реализации протокола HTTP самой платформой 1С. Разберем основные причины этой проблемы и способы их решения.

Причина №1: Символы BOM (Byte Order Mark) в теле запроса

Проанализируем ситуацию, представленную в обсуждении. Автор заметил, что Content-Length в Postman составляет 33 байта, а в 1С — 36 байт, хотя текст JSON одинаковый. Разница в 3 байта — это классический признак добавления метки BOM (Byte Order Mark) для кодировки UTF-8.

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

Чтобы решить эту проблему, нам необходимо явно указать 1С не использовать BOM при формировании тела запроса. Рассмотрим, как это сделать правильно при использовании метода УстановитьТелоИзСтроки.

Разберем пример правильного кода:


// Создаем структуру для JSON
ДанныеЗапроса = Новый Структура;
ДанныеЗапроса.Вставить("id_order", 1);
ДанныеЗапроса.Вставить("status", 2);

// Сериализуем в строку JSON
ЗаписьJSON = Новый ЗаписьJSON;
ЗаписьJSON.УстановитьСтроку();
ЗаписатьJSON(ЗаписьJSON, ДанныеЗапроса);
СтрокаТела = ЗаписьJSON.Закрыть();

// Формируем запрос
Запрос = Новый HTTPЗапрос("/api/orders/update");
// Важный момент: 3-й параметр метода УстановитьТелоИзСтроки
// определяет использование BOM
Запрос.УстановитьТелоИзСтроки(СтрокаТела, КодировкаТекста.UTF8, ИспользованиеByteOrderMark.НеИспользовать);

Обратите внимание: по умолчанию 1С может добавлять BOM, что и вызывает расхождение в длине контента. Установка параметра ИспользованиеByteOrderMark.НеИспользовать приводит запрос в полное соответствие со стандартом, который ожидает сервер.

Причина №2: Формирование URL и лидирующие слэши

Проанализируем структуру объектов HTTPСоединение и HTTPЗапрос. В отличие от Postman, где мы пишем полный путь, в 1С адрес разделяется. Часто ошибка 404 возникает из-за неверной склейки хоста и пути.

Отсутствие начального слэша в запросе: Если в HTTPСоединение указан сервер "api.mysite.ru", а в HTTPЗапрос передан путь "orders/update", итоговый путь может сформироваться некорректно. Всегда начинайте путь в HTTPЗапрос со слэша: "/api/orders/update".
Двойные слэши: Если вы указали хост как "mysite.ru/" и путь как "/api/...", сервер может получить запрос к //api/..., что для многих систем является несуществующим адресом (404).

Посмотрим на пример правильного разделения:


Сервер = "xn.xn"; // Только домен, без протокола и слэшей
ПутьРесурса = "/api/orders/update"; // Начинается со слэша

Соединение = Новый HTTPСоединение(Сервер, 443, , , , , Новый ЗащищенноеСоединениеOpenSSL());
Запрос = Новый HTTPЗапрос(ПутьРесурса);

Причина №3: Проблема сжатия контента (gzip)

В некоторых случаях 1С может получать корректный ответ, но не уметь его прочитать. Если в заголовках запроса указано Accept-Encoding: gzip, deflate, сервер может сжать ответ. Postman распаковывает его автоматически, а 1С (в старых версиях или при определенных настройках) — нет.

Если вы столкнулись с тем, что ответ приходит "кракозябрами", проанализируем, как можно обработать сжатые данные. В современных версиях платформы (начиная с 8.3.10) 1С умеет работать с ДвоичныеДанные и архивами. Рассмотрим вариант ручной распаковки, если сервер принудительно отдает gzip:


// Пример получения и распаковки данных (если не используется автоматическая обработка)
Результат = Соединение.ВызватьHTTPМетод("POST", Запрос);
Если Результат.Заголовки.Получить("Content-Encoding") = "gzip" Тогда
    ДвоичныеДанные = Результат.ПолучитьТелоКакДвоичныеДанные();
    // Здесь может потребоваться использование ЧтениеZipФайла или внешних компонент
    // Однако 404 ошибка обычно возникает ДО этапа распаковки, 
    // поэтому проверьте сначала заголовки запроса.
КонецЕсли;

Важный совет: Попробуйте временно удалить заголовок Accept-Encoding из запроса в 1С. Тогда сервер будет обязан вернуть ответ в несжатом текстовом виде, что упростит отладку.

Причина №4: Заголовки Host и User-Agent

Некоторые серверы (защищенные WAF или Cloudflare) блокируют запросы, если заголовок User-Agent кажется им подозрительным. По умолчанию 1С отправляет заголовок, идентифицирующий платформу. Если вы получаете 404 или 403, попробуйте "мимикрировать" под Postman или браузер.

Выясним, как подменить заголовки:


Заголовки = Новый Соответствие;
Заголовки.Вставить("Content-Type", "application/json");
Заголовки.Вставить("User-Agent", "PostmanRuntime/7.28.4"); // Копируем из Postman
Заголовки.Вставить("Accept", "*/*");

Запрос = Новый HTTPЗапрос("/api/orders/update", Заголовки);

Итоги и рекомендации

Если ваш запрос в Postman работает, а в 1С возвращает 404, пройдите по этому чек-листу:

Проверьте BOM: Используйте ИспользованиеByteOrderMark.НеИспользовать в методе УстановитьТелоИзСтроки. Это самая частая причина расхождения Content-Length.
Сравните URL: Убедитесь, что в HTTPЗапрос путь начинается со слэша и не содержит лишних символов.
Используйте Fiddler: Как и автор темы, всегда проверяйте "сырой" исходящий трафик. Это позволит увидеть скрытые символы и реальные заголовки, которые уходят на сервер.
Кодирование строк: Если в URL есть кириллица или спецсимволы, обязательно используйте функцию КодироватьСтроку(Путь, СпособКодированияСтроки.URLКодирование).

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