Форматы выгрузки из 1С 2026: CSV, JSON, XML, EnterpriseData, CommerceML и MXL

Формат выгрузки из 1С выбирают не по расширению файла, а по приемнику. Excel, REST API маркетплейса, интернет-магазин, другая база 1С, банк-клиент и ЭДО ждут разные структуры, разные правила кодировки и разные способы диагностики ошибок. Ошибка на этом шаге обычно выглядит как "файл есть, но его никто нормально не читает": в Excel ломается кириллица, сайт не парсит JSON, банк отклоняет платежки, а контрагент просит "нормальный XML".

В 2026 году я бы не закладывал в ТЗ фразу "выгрузить из 1С в удобный формат". Нужна формулировка точнее: что выгружаем, куда передаем, какая версия схемы нужна, кто отвечает за валидацию и что считается успешной доставкой. Для разовой аналитики достаточно CSV. Для API - JSON без BOM. Для юридически значимых электронных документов - форматы ФНС в XML. Для сайта с каталогом и заказами - CommerceML. Для обмена бизнес-сущностями между системами вокруг 1С - EnterpriseData.

Ключевые факты

CSV хорош для таблиц и ручной аналитики, но не хранит типы данных, иерархии и бизнес-смысл полей.
JSON штатно используется в 1С для HTTP-интерфейсов, файлов обмена и обмена между приложениями; платформа поддерживает потоковую запись, чтобы не собирать весь документ в памяти.
XML в 1С - базовый механизм интеграции: есть чтение/запись XML-документов, DOM, XPath, схемы XML и XML-сериализация.
EnterpriseData основан на XML и описывает бизнес-сущности 1С: документы, элементы справочников, контрагентов, договоры, акты, кассовые ордера.
CommerceML нужен для обмена с сайтами: протокол 1С описывает каталог, товары и заказы в XML-структуре КоммерческаяИнформация.
TXT 1CClientBankExchange остается отдельным форматом для обмена с системами "Клиент банка"; в официальном стандарте есть сигнатура 1CClientBankExchange и поле Кодировка со значениями DOS или Windows.
MXL - формат табличного документа 1С. Его уместно использовать внутри 1С-контура и для печатных/отчетных форм, но не как универсальный обменный формат для внешних API.

На практике мы проверяем такую задачу с конца: сначала берем требования приемника и пример валидного файла, потом выбираем формат выгрузки из 1С. Это быстрее, чем написать универсальную обработку и потом выяснить, что приемник требует не JSON, а XML по XSD или TXT по банковскому стандарту.

Сравнение форматов выгрузки 1С

Формат	Когда подходит	Что сохраняет	Где чаще ломается	Быстрая проверка
CSV	Excel, BI, разовая выгрузка справочника, pandas	строки и колонки	кодировка, разделитель, кавычки, даты	открыть через импорт с явной кодировкой и разделителем
JSON	REST API, маркетплейс, веб-сервис, конфиг внешней системы	типы JSON: объект, массив, строка, число, bool, null	BOM, дата-время без таймзоны, слишком большой файл	`python3 -m json.tool file.json` и первые 3 байта файла
XML/XDTO	ЭДО, схемы XSD, миграции, сложные иерархии	структуру, атрибуты, вложенность, типы схемы	несоответствие XSD, namespace, версия формата	XSD-валидация и проверка `encoding` в XML declaration
EnterpriseData	обмен с 1С и внешними системами вокруг учетного контура	бизнес-сущности 1С	версия схемы, неполные справочники, неверные ссылки	XSD EnterpriseData и квитанция обмена
CommerceML	интернет-магазины, каталог, цены, остатки, заказы	товары, классификаторы, заказы в XML CommerceML	размер файла, картинки, свойства, кодировка сайта	протокол обмена с сайтом и ответ `success/failure`
TXT 1CClientBankExchange	платежки и выписки через Клиент-банк	реквизиты банковских документов	кодировка DOS/Windows, формат дат, номер счета	первая строка и поле `Кодировка` по стандарту 1С
MXL	табличный документ 1С, печатные формы, внутренний обмен	оформление табличного документа	внешний приемник не умеет читать	открыть в 1С или через "1С:Предприятие - Работа с файлами"

Главный вывод: универсального лучшего формата нет. Есть формат, который приемник умеет проверить и обработать без ручных исправлений.

Как выбрать формат под задачу

Для Excel и ручной проверки выбирайте CSV, если данные плоские: номенклатура, остатки, клиенты, прайс, список заказов. Сразу согласуйте разделитель: в русской Excel-среде часто используют ;, хотя RFC 4180 описывает CSV через запятую. Для передачи в аналитику лучше UTF-8 без BOM и явная схема колонок, для открытия двойным кликом в Excel - UTF-8 с BOM или согласованная Windows-кодировка.

Для API и маркетплейсов выбирайте JSON. Официальная страница 1С по JSON описывает сценарии HTTP-интерфейсов, файлов обмена и потокового чтения/записи без загрузки всего документа в память. Отдельно проверяйте BOM: RFC 8259 требует UTF-8 для межсистемного обмена и говорит, что генераторы не должны добавлять byte order mark в начало передаваемого JSON.

Для ЭДО, УПД и счетов-фактур выбирайте XML по формату ФНС и версии схемы. Здесь нельзя заменить формат на JSON только потому, что так удобнее разработчику. ФНС ведет перечень утвержденных форматов электронных документов, а действующие форматы счета-фактуры и УПД утверждаются приказами ФНС. В ТЗ надо фиксировать не "XML из 1С", а конкретный документ, версию формата и оператора ЭДО.

Для обмена между учетными системами смотрите в сторону EnterpriseData, если приемник готов работать с бизнес-сущностями 1С. Формат основан на XML и рассчитан не на абстрактные строки таблицы, а на документы и справочники: контрагент, договор, акт, приходный кассовый ордер и другие сущности.

Для интернет-магазина используйте CommerceML или протокол обмена с сайтом, если CMS его поддерживает. В официальном протоколе 1С обмен идет через 1c_exchange.php, файлы могут передаваться частями, а заказы и каталог описываются XML-структурой КоммерческаяИнформация.

Для банка не подменяйте формат CSV или JSON. Стандарт 1С для "Клиент банка" описывает текстовый обмен с обязательными служебными реквизитами, версией формата, сигнатурой 1CClientBankExchange и кодировкой DOS/Windows.

Для печатной формы или отчета внутри 1С можно использовать MXL. Но если файл должен читать сайт, банк, BI-система или API, MXL почти всегда неправильный выбор: приемник не обязан понимать внутренний табличный документ 1С.

Выгрузка из 1С в CSV, JSON, XML через Telegram-бот Синхрон1С

Практическая диагностика: что я проверяю первым

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

Мой короткий порядок диагностики:

Первые байты файла. Для JSON проверяю BOM: xxd -l 3 export.json. Если вижу ef bb bf, а приемник строгий, JSON надо писать без BOM.
Кодировка CSV. Проверяю file -bi export.csv, затем открываю через импорт с явным charset. Если Excel показывает "РџСЂРѕРґР°Р¶Рё", это не проблема данных 1С, а неверно выбранная кодировка при открытии.
Разделитель CSV. Считаю количество колонок в первых 5 строках. Если вся строка попала в одну колонку, приемник ждет другой delimiter: ;, , или таб.
Кавычки и переносы. Ищу значения с " и переводами строк. По RFC 4180 такие поля надо заключать в двойные кавычки, а внутренние кавычки удваивать.
Валидность JSON. Прогоняю python3 -m json.tool export.json. Если ошибка в начале файла, почти всегда виноват BOM или посторонний текст до {/[.
Версия XML-схемы. В XML смотрю xmlns, ВерсияСхемы, encoding и валидирую против XSD приемника, а не против "похожего" примера из другой интеграции.
Объем. Если выгрузка больше 50-100 МБ, сразу уточняю: приемник принимает один большой файл, архив, пачки по 10 000 строк или постраничную отправку через API.

Такой чек-лист часто находит проблему за 15 минут. Если файл уже испорчен при открытии в Excel, переписывать интеграцию не надо: надо изменить режим импорта. Если JSON не проходит парсер, сначала убираем BOM и мусорные байты, потом смотрим бизнес-логику.

Таблица рисков и диагностики

Симптом	Вероятная причина	Как диагностировать	Что делать
Кириллица в CSV превратилась в "РџСЂ..."	UTF-8 открыт как Windows-кодировка или наоборот	открыть через импорт Excel/Power Query с явной кодировкой	для Excel дать UTF-8 с BOM или согласованный Windows charset; для ETL оставить UTF-8
CSV открылся одной колонкой	не совпал разделитель	сравнить delimiter в файле и региональные настройки Excel	писать `;` для Excel-сценария или передавать инструкцию импорта
В CSV съехали колонки после описания товара	поле содержит запятую, кавычку или перенос строки без экранирования	найти строки с `"`, `,`, `\n` внутри значения	экранировать по RFC 4180: поле в кавычки, внутренние кавычки удваивать
Цена стала датой или текстом	CSV не хранит типы, Excel сам распознал значение	открыть через импорт и посмотреть тип колонки	передавать число без пробелов и валюты, валюту отдельной колонкой
JSON не парсится в API	BOM, лишний текст до JSON или неверный charset	`xxd -l 3`, `python3 -m json.tool`	писать JSON без BOM, Content-Type `application/json; charset=utf-8`
Большой JSON падает по памяти	файл собирается целиком в памяти	сравнить размер выгрузки и способ формирования	использовать потоковую запись JSON или пачки
XML отклонен оператором ЭДО	не та версия формата, namespace или XSD	проверить версию схемы и ошибку оператора	обновить модуль/конфигурацию, валидировать по XSD приемника
CommerceML принят не полностью	лимит размера, картинки, свойства, справочники	смотреть ответ `success/failure` и ограничения `file_limit`	делить файл, синхронизировать справочники, отдельно обрабатывать медиа
Банк не загрузил платежки	неверный формат Клиент-банк или кодировка	проверить первую строку, `ВерсияФормата`, `Кодировка`	формировать TXT по стандарту 1С, не CSV/JSON
MXL просят "загрузить на сайт"	выбран внутренний формат 1С вместо обменного	проверить, умеет ли приемник читать MXL	заменить на CSV, XML, JSON или CommerceML

Как настроить выгрузку через Синхрон1С

Синхрон1С нужен не для того, чтобы "сохранить файл", а чтобы выгрузка была повторяемой: одинаковая структура, контроль кодировки, лог ошибок, повторные попытки и понятный статус в Telegram.

Рабочий процесс:

Вы присылаете конфигурацию 1С, объект выгрузки, приемник и пример корректного файла или документацию API.
Мы фиксируем формат: CSV/JSON/XML/EnterpriseData/CommerceML/TXT, кодировку, BOM, разделитель, версию XSD, способ доставки и критерий успешной загрузки.
Настраиваем выгрузку по расписанию или событию, добавляем проверку пустых файлов, аномального числа строк, ошибок парсинга и ответа приемника.
Telegram-бот присылает статус: сколько записей ушло, какой файл создан, что ответил приемник, где ошибка и надо ли повторить отправку.

Базовая настройка - 30 000 ₽ разово, сопровождение и мониторинг - от 5 000 ₽/мес. Напишите в Telegram @onoutnoxon или в бот @sync1cbot: пришлите тип выгрузки, пример файла и ошибку приемника. Я предложу минимальный контур без лишней переделки учета.

Часто задаваемые вопросы

Какой формат выгрузки из 1С выбрать для Excel?

Для плоской таблицы выбирайте CSV. Если файл будут открывать двойным кликом в Excel на Windows, заранее проверьте кодировку и разделитель. Microsoft отдельно пишет, что CSV в UTF-8 нормально открывается в Excel, если файл сохранен с BOM; иначе лучше открывать через импорт/Power Query с явной кодировкой.

Можно ли выгрузить УПД из 1С в JSON?

Для внутреннего API можно передать данные документа в JSON, но это не заменяет формализованный электронный документ. Для ЭДО и юридически значимого обмена ориентируйтесь на утвержденный формат ФНС и XML-файл конкретной версии.

Почему JSON из 1С не принимается сайтом?

Сначала проверьте BOM и валидность файла. RFC 8259 требует UTF-8 для межсистемного обмена JSON и запрещает генератору добавлять byte order mark в начало передаваемого JSON. На практике часть приемников терпимо игнорирует BOM, а часть падает на первом байте.

EnterpriseData и CommerceML - это одно и то же?

Нет. EnterpriseData описывает бизнес-сущности учетного контура и подходит для обмена между 1С и внешними учетными системами. CommerceML исторически используется для e-commerce: каталог, товары, цены, остатки и заказы сайта.

Когда нужен XML, а не JSON или CSV?

XML нужен, когда приемник требует схему, namespace, формализованный документ или сложную иерархию. Типовые случаи: ЭДО, УПД, счета-фактуры, XDTO, EnterpriseData, CommerceML и обмен с системами, где есть XSD.

Что делать с большими выгрузками?

Не собирать один гигантский объект в памяти. Для JSON используйте потоковую запись или пачки. Для CommerceML учитывайте file_limit и возможность передачи файла частями. Для CSV проверьте лимиты приемника и договоритесь о разбиении по датам, складам или страницам.

MXL можно отправлять контрагенту?

Можно, если контрагент прямо просит табличный документ 1С. Для внешних систем MXL почти никогда не подходит. Лучше выгрузить PDF для просмотра, XLSX/CSV для таблицы или XML/JSON для машинной обработки.

Смотрите также

Подробнее о возможностях автоматизации - на странице Синхрон1С.

Источники

1С:Предприятие 8, JSON в платформе: сценарии HTTP-интерфейсов, файлов обмена, потоковой записи и настройки BOM в ответе HTTP-сервиса: https://v8.1c.ru/platforma/json/
1С:Предприятие 8, XML-документы: чтение/запись XML, DOM, XPath, схемы XML и проверка соответствия схеме: https://v8.1c.ru/platforma/xml-dokumenty/
1С:Предприятие 8, формат EnterpriseData: XML-формат для бизнес-сущностей 1С и синхронизации данных: https://v8.1c.ru/tekhnologii/obmen-dannymi-i-integratsiya/standarty-i-formaty/format-enterprisedata/
1С:Предприятие 8, протокол обмена с сайтом и CommerceML: каталог, заказы, 1c_exchange.php, file_limit, success/failure: https://v8.1c.ru/tekhnologii/obmen-dannymi-i-integratsiya/standarty-i-formaty/protokol-obmena-s-saytom/
1С:Предприятие 8, стандарт обмена с системами "Клиент банка": сигнатура 1CClientBankExchange, версия формата и поле Кодировка: https://v8.1c.ru/tekhnologii/obmen-dannymi-i-integratsiya/standarty-i-formaty/standart-obmena-s-sistemami-klient-banka/formaty-obmena/
1С:Предприятие - Работа с файлами: поддерживаемые файлы 1С, включая табличный документ *.mxl: https://v8.1c.ru/static/1s-predpriyatie-rabota-s-faylami/
RFC 8259, JSON: UTF-8 для межсистемного обмена и запрет добавлять BOM в начало передаваемого JSON: https://www.rfc-editor.org/rfc/rfc8259
RFC 4180, CSV: структура строк, разделитель, кавычки, экранирование кавычек и MIME type text/csv: https://www.rfc-editor.org/rfc/rfc4180
Microsoft Support: корректное открытие CSV UTF-8 в Excel, BOM и импорт через Power Query/Text Import Wizard: https://support.microsoft.com/en-us/office/opening-csv-utf-8-files-correctly-in-excel-8a935af5-3416-4edd-ba7e-3dfd2bc4a032
ФНС России: перечень утвержденных форматов электронных документов, включая счет-фактуру и УПД по приказу от 19.12.2023 N ЕД-7-26/970@: https://www.nalog.gov.ru/rn77/related_activities/el_doc/el_bus_entities/approved_formats/

AI-инструмент использовался для структуры, поиска источников и проверки спорных утверждений; финальные выводы по выбору формата, диагностике BOM/кодировок и рискам обмена вручную сверил Александр Руин, основатель habab.ru. Дата проверки: 2026-05-04.

О сервисе "Синхрон1С - Автоматизация 1С без программиста"

Универсальное решение для автоматизации экспорта, импорта, интеграций и мониторинга 1С через простой диалог в Telegram. Настройка за 15 минут без участия 1С программиста.

Ключевые преимущества:

💰 Экономия на аналитиках и 1С программистах (от 100,000 руб/мес)
⚡ Автоматизация отчетности - из 4 часов в 5 минут
🧠 AI выявляет аномалии и тренды, которые человек может не заметить
📊 Дашборды доступны в реальном времени через Telegram или веб
🔄 Универсальная интеграция - один раз настроили, работает со всеми системами
📱 Управление из любой точки мира через Telegram
🎯 Это кастомная разработка под ваши задачи
📞 Бесплатная консультация по интеграции

Для кого подходит:

Директора по цифровому развитию Финансовые директора (CFO) Руководители IT-отделов Главы отделов аналитики Владельцы бизнеса (средний/малый бизнес) 1С интеграторы и внедренцы

Сценарии использования:

💡 Выгрузка продаж в Excel каждый день автоматически

💡 Синхронизация остатков с Озоном и Wildberries в реальном времени

💡 Автозагрузка выписок из Сбербанка/ВТБ в 1С

💡 Получение уведомлений при ошибках и сбоях 1С в Telegram

💡 Импорт заказов с маркетплейсов в 1С автоматически

💡 Обмен УПД через СБИС/Диадок без ручной работы

💡 Фискализация чеков через Атол/Эвотор из 1С

💡 AI-анализ продаж и остатков с выявлением аномалий

💡 Дашборды продаж/финансов в Telegram в реальном времени

💡 Контроль дебиторской задолженности через Telegram-бот

💡 Импорт прайс-листов поставщиков из Excel в 1С

Связанные ключевые слова

csv windows-1251 utf-8 1с json bom 1с битрикс enterprisedata vs commerceml mxl формат 1с кодировка cp1251 1с упд xml фнс

📰 Промо-статьи наших решений

Изучите детальные обзоры наших технологических решений для различных отраслей:

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