Почему в 1С приходят «крякозябры» вместо JSON в HTTP-ответе и как это исправить?

← На главную

При работе с внешними API через 1С программисты часто сталкиваются с ситуацией, когда стандартный метод HTTPОтвет.ПолучитьТелоКакСтроку() вместо ожидаемого текста в формате JSON или XML возвращает нечитаемую последовательность символов («крякозябры»). Эта проблема может возникнуть внезапно, даже если интеграция работала стабильно долгое время. Разберем подробно, почему это происходит и как правильно обрабатывать такие ответы.

Выясняем причину: кодировка или сжатие?

Когда мы видим в переменной СтрокаОтвета символы типа x^}; 0 D, первой реакцией обычно бывает перебор кодировок: UTF-8, Windows-1251, ASCII. Однако, если ни одна кодировка не помогает, а онлайн-декодеры не могут распознать текст, причина кроется глубже. Проблема заключается не в интерпретации байтов как текста, а в том, что сами данные передаются в упакованном (сжатом) виде.

Для экономии трафика современные веб-серверы автоматически сжимают ответы с помощью алгоритмов GZIP или Deflate. Если клиент (в нашем случае 1С) не умеет автоматически распаковывать такие данные, он пытается прочитать бинарный архив как обычную строку, что и приводит к появлению «крякозябр».

Шаг 1. Диагностика через заголовки ответа

Прежде чем приступать к исправлению кода, проанализируем ситуацию. Нам необходимо проверить, что именно присылает сервер. Для этого исследуем заголовки полученного объекта HTTPОтвет. Нас интересует заголовок Content-Encoding.

Рассмотрим пример кода для диагностики:


ЗаголовкиОтвета = HTTPОтвет.Заголовки;
Для Каждого Заголовок Из ЗаголовкиОтвета Цикл
    Сообщить(Заголовок.Ключ + ": " + Заголовок.Значение);
КонецЦикла;

Если в окне сообщений вы увидите строку Content-Encoding: gzip, это однозначно подтверждает: данные сжаты архиватором, и 1С не может их прочитать методом ПолучитьТелоКакСтроку напрямую.

Способ 2. Запрет сжатия данных (самое простое решение)

Самый быстрый способ решить проблему — явно сказать серверу, что мы не поддерживаем сжатие данных и хотим получить «сырой» текст. Это делается с помощью заголовка запроса Accept-Encoding со значением identity.

Разберем по шагам, как модифицировать ваш запрос:


// Создаем соответствие для заголовков
Заголовки = Новый Соответствие;
Заголовки.Вставить("Content-Type", "application/json; charset=utf-8");

// Указываем серверу, что сжатие не требуется
Заголовки.Вставить("Accept-Encoding", "identity"); 

// Формируем запрос
Запрос = Новый HTTPЗапрос("/api/v1/data", Заголовки);
Запрос.УстановитьТелоИзСтроки(ПараметрыJSON, КодировкаТекста.UTF8);

// Отправляем запрос
Соединение = Новый HTTPСоединение("example.com");
Ответ = Соединение.ВызватьHTTPМетод("POST", Запрос);

// Теперь данные придут в читаемом виде
Если Ответ.КодСостояния = 200 Тогда
    СтрокаJSON = Ответ.ПолучитьТелоКакСтроку(КодировкаТекста.UTF8);
    // Продолжаем работу с JSON...
КонецЕсли;

Важный нюанс: Использование identity гарантирует, что сервер пришлет данные без сжатия, если он придерживается стандартов HTTP. Однако некоторые высоконагруженные API могут игнорировать этот заголовок и все равно присылать GZIP для экономии своих ресурсов.

Способ 3. Автоматическая декомпрессия через WinHTTP (для Windows)

Если вы работаете на платформе Windows, можно использовать COM-объект WinHttp.WinHttpRequest.5.1. В отличие от нативного объекта HTTPСоединение, системная библиотека умеет прозрачно для разработчика распаковывать сжатые ответы, если включить соответствующие опции.

Посмотрим на пример реализации:


WinHttp = Новый COMОбъект("WinHttp.WinHttpRequest.5.1");
WinHttp.Open("POST", "https://example.com/api", Ложь);
WinHttp.SetRequestHeader("Content-Type", "application/json");
WinHttp.SetRequestHeader("Accept-Encoding", "gzip, deflate"); // Мы разрешаем сжатие

// Отправляем тело запроса
WinHttp.Send(ПараметрыJSON);

// WinHTTP сам распакует ответ, если сервер пришлет GZIP
ТекстОтвета = WinHttp.ResponseText;

Этот метод хорош тем, что вы экономите входящий трафик, но он привязывает ваше решение к операционной системе Windows и требует наличия соответствующих прав на сервере 1С.

Способ 4. Ручная распаковка GZIP в 1С

Что делать, если сервер все равно присылает сжатые данные, а использовать COM нельзя (например, при работе на Linux)? В стандартной библиотеке 1С нет прямого метода для распаковки потока GZIP (объект ЧтениеZipФайла работает с форматом ZIP, который отличается от GZIP структурой заголовков).

Проанализируем ситуацию: если данные крайне важны, мы можем воспользоваться внешними утилитами или скриптами. Рассмотрим пример логики с использованием временного файла и PowerShell (для Windows-серверов):

Сохраняем тело ответа как двоичные данные: ДвоичныеДанные = Ответ.ПолучитьТелоКакДвоичныеДанные();.
Записываем их во временный файл с расширением .gz.
Вызываем команду PowerShell через ЗапуститьПриложение, которая распакует этот файл.
Читаем распакованный файл как обычный текст.

Пример команды для PowerShell, которую можно вызвать из 1С:

powershell -Command "& { $input = 'C:\temp\file.gz'; $output = 'C:\temp\file.json'; $inputFS = New-Object System.IO.FileStream($input, [System.IO.FileMode]::Open); $gzipStream = New-Object System.IO.Compression.GZipStream($inputFS, [System.IO.Compression.CompressionMode]::Decompress); $outputFS = New-Object System.IO.FileStream($output, [System.IO.FileMode]::Create); $gzipStream.CopyTo($outputFS); $gzipStream.Close(); $inputFS.Close(); $outputFS.Close(); }"

Почему в Postman всё работает?

Часто возникает вопрос: почему в браузере или программе Postman тот же самый запрос возвращает нормальный текст? Ответ прост: эти инструменты являются продвинутыми HTTP-клиентами. Они автоматически добавляют заголовок Accept-Encoding: gzip, deflate в каждый запрос и автоматически распаковывают ответ перед тем, как показать его вам. 1С же предоставляет низкоуровневый доступ к протоколу, где управление транспортными свойствами (такими как сжатие) полностью ложится на плечи программиста.

Дополнительная проверка: Маркер GZIP

Чтобы окончательно убедиться, что проблема в GZIP, можно проанализировать первые байты двоичных данных ответа. Любой GZIP-архив начинается с магического числа 1F 8B. Если в отладчике вы видите эти байты в начале массива данных, значит, никакая смена кодировки (UTF-8, ANSI) не поможет, пока данные не будут распакованы.

Резюме

Для решения проблемы с «крякозябрами» в 1С при работе с HTTP-запросами рекомендуем придерживаться следующего алгоритма:

Проверьте заголовок Content-Encoding в ответе сервера.
Если там указано gzip, добавьте в запрос заголовок Accept-Encoding: identity.
Если сервер игнорирует запрет на сжатие, используйте COM-объект WinHttpRequest или внешние средства распаковки.
Всегда явно указывайте кодировку в методе ПолучитьТелоКакСтроку(КодировкаТекста.UTF8), чтобы избежать проблем с интерпретацией символов после распаковки.

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