Экспорт из 1С в Excel 2026: XLSX без COM, CSV для больших отчётов и OData для аналитики

Экспорт из 1С в Excel кажется простой кнопкой до первого регламентного задания. Пользователь вручную сохраняет отчёт, аналитик получает даты строками, сервер под Linux не пишет XLSX из-за системных библиотек, а большой отчёт упирается в память rphost. Поэтому правильный вопрос не «как сохранить файл Excel», а «какой способ выгрузки выдержит ваш объём, версию платформы и сценарий обновления».

Короткий вывод: для печатной формы и небольшого отчёта подходит ТабличныйДокумент.Записать(..., ТипФайлаТабличногоДокумента.XLSX). Для сотен тысяч строк лучше писать CSV построчно и не собирать весь табличный документ в памяти. Для регулярной аналитики в Excel/Power Query часто надёжнее публиковать данные 1С через стандартный OData-интерфейс, чтобы Excel обновлял запрос без файлов на диске.

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

• Платформа 1С официально поддерживает сохранение табличного документа в форматы Excel, включая *.xlsx, а также *.ods, *.pdf, *.txt и собственный *.mxl.
• COM-автоматизацию Excel на сервере использовать рискованно: Microsoft не рекомендует и не поддерживает server-side Automation Office для unattended-сценариев, включая службы и DCOM.
• В версиях 1С 8.3.19+ появилась запись табличного документа в поток в формате XLSX. Если обработка рассчитана на потоковую запись, сначала проверьте версию платформы на рабочем сервере.
• Стандартный OData-интерфейс 1С включается в публикации базы через standardOData; Excel и Power BI умеют подключаться к OData Feed через Power Query.
• Ошибка старых платформ с экспортом табличного документа шире 700 колонок зафиксирована в списке исправлений 1С 8.2.14. Даже если у вас современная 8.3, широкие отчёты всё равно стоит проверять отдельным smoke-тестом: Excel имеет свои ограничения листа и форматов.
• Потеря типов ячеек при XLSX-выгрузке встречается на практике: числа, даты и артикулы с ведущими нулями нужно проверять в Excel и Power Query, а не только фактом открытия файла.

Когда какой способ выбирать

Практическая диагностика перед автоматизацией

В нашем тесте мы не начинаем с кода выгрузки. Сначала просим выгрузить один проблемный отчёт вручную и фиксируем 7 параметров: версия платформы 1С, режим сервера Windows/Linux, число строк и колонок, наличие объединённых ячеек, требуются ли формулы/стили, какие колонки должны остаться числами и датами, куда файл будет доставляться. Это занимает 20-30 минут, но экономит день отладки.

Минимальный чек-лист:

1. Сформируйте тот же отчёт за максимальный реальный период, а не за один день.
2. Запишите размер таблицы: строки, колонки, примерный размер XLSX/CSV.
3. Откройте файл в Excel и Power Query: проверьте даты, суммы, ИНН, артикулы, пустые строки, шапку.
4. Если выгрузка идёт на сервере 1С под Linux, проверьте установленные графические библиотеки и шрифты до запуска регламентного задания.
5. Если нужен OData, откройте http://host/base/odata/standard.odata и убедитесь, что видны нужные сущности, а пользователь имеет права только на чтение.
6. Прогоните выгрузку два раза подряд: второй файл должен иметь тот же набор колонок и типы, иначе отчёт не годится для автоматической аналитики.

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

Пример программной выгрузки XLSX без установленного Excel

Такой код подходит для небольшого отчёта, когда нужен именно табличный документ с оформлением. Он не запускает Excel и не требует Office на сервере:

ТабДок = Новый ТабличныйДокумент;

ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент;
ПроцессорВывода.УстановитьДокумент(ТабДок);
ПроцессорВывода.Вывести(ПроцессорКомпоновки);

ИмяФайла = "/var/exchange/sales_" + Формат(ТекущаяДата(), "ДФ=yyyyMMdd") + ".xlsx";
ТабДок.Записать(ИмяФайла, ТипФайлаТабличногоДокумента.XLSX);

Что проверить после записи:

• файл открывается в Excel без восстановления;
• количество строк и колонок совпадает с исходным отчётом;
• суммы, даты и артикулы не стали строками там, где это критично;
• фоновые задания пишут файл в папку, доступную именно серверному процессу 1С;
• имя файла пишется сначала во временный путь, затем переименовывается, чтобы получатель не забрал недописанный XLSX.

Для больших отчётов чаще нужен CSV, а не XLSX

Если отчёт плоский и в нём 100-500 тысяч строк, оформление обычно не имеет ценности. Важнее, чтобы файл стабильно формировался по расписанию и открывался аналитиком. В таком случае лучше выполнять запрос порциями и писать строки через ЗаписьТекста, не создавая большой ТабличныйДокумент.

Практическое правило: если пользователю нужны сводные таблицы и фильтры, сначала пробуйте CSV или OData. Если ему нужны подписи, печатный вид, объединённые ячейки и брендированная шапка, тогда XLSX оправдан, но его надо тестировать как отдельный формат, а не как «просто файл».

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

Шаг 1. Вы пишете в Telegram @onoutnoxon: «Нужна автовыгрузка из 1С в Excel». Мы уточняем конфигурацию, платформу, сервер, объём строк, расписание и получателей.

Шаг 2. Выбираем способ: XLSX через платформу, CSV для больших таблиц, OData для Power Query/BI или Google Sheets как конечную витрину. Если нужен отчёт для руководителя, отдельно фиксируем формат, названия колонок и контрольные суммы.

Шаг 3. Настраиваем регламентное задание, доставку файла и алёрты. Ошибка не должна молча лежать в журнале: в Telegram приходит понятная причина, например «нет прав на папку», «OData вернул 401», «файл не прошёл проверку Excel».

Стоимость настройки интеграции — 30 000 ₽ за проект. В эту цену входит выбор способа выгрузки под вашу инфраструктуру, реализация, проверка на реальном отчёте и базовые уведомления о сбоях.

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

Можно ли экспортировать из 1С в Excel без установленного Microsoft Office? Да. Для обычной XLSX-выгрузки используйте штатный табличный документ 1С. Excel нужен пользователю для открытия файла, но не серверу для его создания. COM-автоматизацию Excel лучше не использовать в фоновых заданиях.

Почему ручная выгрузка открывается, а регламентная падает? Чаще всего отличаются права и окружение. Пользователь видит сетевой диск, а серверная служба 1С его не видит; у пользователя есть шрифты, а на Linux-сервере их нет; вручную отчёт формируют за неделю, а регламент делает выгрузку за год.

Что выбрать для отчёта на 300 000 строк? Если это плоская таблица для аналитики, выбирайте CSV или OData. XLSX имеет смысл только если нужно сохранить оформление, формулы или несколько листов. Для больших XLSX обязательно тестируйте память и время выполнения на сервере.

Как сохранить даты, суммы и артикулы корректно? Для CSV задавайте единый формат дат и разделитель, а артикулы с ведущими нулями храните как текст. Для XLSX используйте явные стили/типы в Office Open XML или отдавайте данные через OData, где Power Query может назначить типы на этапе запроса.

Подходит ли OData вместо выгрузки файла? Да, если Excel должен регулярно обновлять аналитику. В 1С нужно включить стандартный OData-интерфейс в публикации базы, настроить права и проверить скорость запросов. Это не замена печатным формам, но хороший вариант для витрин и BI.

Как проверить файл перед отправкой руководителю или клиенту? Минимум: открыть в Excel без восстановления, проверить число строк, контрольную сумму по ключевой колонке, типы дат/чисел и отсутствие пустой шапки. В автоматизации такую проверку лучше делать до отправки файла в Telegram или e-mail.

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

• Загрузка прайс-листа в 1С из Excel
• Выгрузка остатков из 1С
• Экспорт номенклатуры из 1С
• Форматы выгрузки из 1С (CSV/JSON/XML)
• Выгрузка из 1С в Google Таблицы
• Автоматическая выгрузка из 1С по расписанию

Подробнее о продукте и формате внедрения — на странице Синхрон1С. Для быстрой оценки задачи напишите в Telegram: @onoutnoxon.

Источники:

• 1C Developer Network: Spreadsheet Document, сохранение табличных документов в *.xlsx, *.ods, *.pdf: https://1c-dn.com/1c_enterprise/spreadsheet_document/
• 1C Developer Network: Saving spreadsheet documents, список форматов Save As: https://1c-dn.com/library/user_manual_saving_spreadsheet_documents/
• 1Ci Knowledge Base: standardOData в публикации информационной базы: https://kb.1ci.com/1C_Enterprise_Platform/Guides/Administrator_Guides/1C_Enterprise_8.3.27_Administrator_Guide/Appendix_3.Description_and_location_of_internal_files/3.21._default.vrd/3.21.11.__standardOData/?language=en
• 1Ci Knowledge Base: получение описания стандартного OData-интерфейса через /odata/standard.odata: https://kb.1ci.com/1C_Enterprise_Platform/Guides/Developer_Guides/1C_Enterprise_8.3.23_Developer_Guide/Chapter_17._Integration_with_external_systems/17.4._Standard_OData_interface/17.4.7._Ways_to_get_a_description_of_the_standard_OData_interface/
• Microsoft Support: Considerations for server-side Automation of Office: https://support.microsoft.com/en-gb/topic/considerations-for-server-side-automation-of-office-48bcfe93-8a89-47f1-0bce-017433ad79e2
• Microsoft Learn: Power Query OData Feed connector: https://learn.microsoft.com/en-us/power-query/connectors/odata-feed
• 1C release notes 8.3.19: запись табличного документа в поток в формате XLSX: https://dl03.1c.ru/content/Platform/8_3_19_900/1cv8upd_8_3_19_900.htm
• 1C fixed errors 8.2.14: некорректный экспорт XLSX при более чем 700 колонках: https://downloads.v8.1c.ru/content/Platform/8_2_14_540/ErrFix_8_2_14_540.htm
• Инфостарт: сохранение XLSX с форматами ячеек Число / Дата / Дата-время в 1С: https://infostart.ru/1c/articles/1486726/
• Инфостарт: потоковая выгрузка больших плоских отчётов вместо тяжёлого табличного документа: https://infostart.ru/1c/articles/424744/

AI-ассистент использовался для первичной структуры и сверки источников. Финальная редактура, практические диагностические блоки, таблица рисков и выводы по применимости способов выгрузки выполнены Александром Руиным. Обновлено: 2026-05-04.