Как сохранять файлы в 1С: полное руководство

Вопрос о сохранении файлов в 1С звучит просто, но на практике объединяет несколько разных задач: выгрузку всей информационной базы в файл, сохранение отдельных документов и отчётов, экспорт печатных форм, обмен данными между конфигурациями и резервное копирование. У каждой задачи свой механизм, свой формат и свои ограничения, и путать их опасно: например, файл выгрузки конфигурации не заменяет резервную копию данных.

Способ сохранения зависит и от режима работы. В файловой базе данные хранятся в одном файле 1Cv8.1CD, который можно скопировать напрямую. В клиент-серверном варианте данные находятся в СУБД (MS SQL, PostgreSQL и др.), и копировать файлы базы вручную бессмысленно — нужна выгрузка через конфигуратор или средства самой СУБД. В веб-клиенте и мобильной платформе часть функций сохранения ограничена браузером.

Ниже разобраны основные сценарии: от выгрузки базы в файл .dt до сохранения документа в PDF, с указанием, в каких случаях какой способ выбирать, как проверить результат и каких ошибок избегать.

Выгрузка информационной базы в файл .dt

Выгрузка в файл .dt — штатный способ сохранить всю базу целиком: данные, конфигурацию, пользователей и настройки. Полученный файл можно загрузить в пустую базу на другом компьютере, использовать как архивную копию или передать разработчику для диагностики.

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

У формата .dt есть ограничения. Он предназначен для переноса и диагностики, а не как единственное средство резервного копирования: при повреждении файла восстановить часть данных из него невозможно. Для больших клиент-серверных баз надёжнее использовать штатные средства СУБД, а .dt применять как дополнительную копию.

1. 1
   Завершите работу пользователей или договоритесь о времени простоя
2. 2
   Откройте базу в режиме «Конфигуратор» с правами администратора
3. 3
   Выберите «Администрирование → Выгрузить информационную базу»
4. 4
   Укажите папку и понятное имя файла с датой, например base_2026.dt
5. 5
   Дождитесь завершения и проверьте, что файл создан и имеет ненулевой размер
6. 6
   Скопируйте файл на отдельный носитель или сетевое хранилище

Сохранение и загрузка конфигурации

Отдельно от данных можно сохранить только конфигурацию — структуру метаданных, код и формы, без учётных данных. Это делается через «Конфигурация → Сохранить конфигурацию в файл», результатом будет файл с расширением .cf. Такой файл нужен разработчикам для переноса доработок между базами или сохранения версии перед обновлением.

Важно не путать .cf и .dt: файл конфигурации не содержит документов, справочников и проводок. Загрузка .cf в рабочую базу заменит её программную часть, но не добавит и не вернёт данные. Перед загрузкой чужого .cf в рабочую базу всегда делайте выгрузку .dt — откатить изменения конфигурации иначе не получится.

Сохранение документов, отчётов и печатных форм

Самая частая повседневная задача — сохранить конкретный документ или отчёт во внешний файл. В типовых конфигурациях любая печатная форма открывается как табличный документ, который сохраняется через кнопку с дискетой в панели инструментов или через «Файл → Сохранить как». Доступные форматы зависят от версии платформы: обычно это MXL (родной формат табличных документов 1С), XLSX, PDF, HTML, TXT и ODS.

Для отправки контрагенту выбирайте PDF — он не редактируется и одинаково выглядит на любом устройстве. Для дальнейшей обработки данных в электронных таблицах подойдёт XLSX, но учтите, что объединённые ячейки и сложная шапка могут мешать обработке — в таком случае в диалоге сохранения отключайте оформление, если платформа предлагает такой вариант. Формат MXL стоит использовать только для обмена между пользователями 1С.

Отчёты типа «Оборотно-сальдовая ведомость» или «Анализ счёта» сохраняются тем же способом: сформируйте отчёт, затем сохраните табличный документ. Если отчёт нужен регулярно с одними и теми же настройками, сохраните не только файл, но и вариант отчёта кнопкой «Сохранить вариант» — тогда в следующий раз настройки подставятся автоматически.

Выбор формата сохранения

PDF

Для отправки контрагентам и архива. Не редактируется, но данные из него сложно переиспользовать

XLSX

Для анализа в Excel. Сохраняет данные, но сложное форматирование может «поплыть»

MXL

Родной формат 1С. Открывается только платформой 1С, подходит для обмена внутри компании

HTML

Для публикации или просмотра в браузере. Оформление может отличаться от исходного

Сохранение файлов из файловых баз напрямую

Файловая база 1С хранится в каталоге, где главный файл — 1Cv8.1CD. Скопировать этот файл — самый быстрый способ получить полную копию базы, но он безопасен только при одном условии: ни один пользователь не должен быть подключён к базе, включая фоновые сеансы, регламентные задания и открытый конфигуратор.

Копирование при активных сеансах приводит к тому, что файл попадёт в копию в несогласованном состоянии: часть страниц данных уже записана, часть — нет. Такая копия может не открыться или содержать повреждённые данные. Перед копированием проверьте список активных пользователей в консоли кластера или через «Администрирование → Активные пользователи» в самой базе, а лучше — выгружайте .dt вместо прямого копирования.

Если база размещена на сетевом диске, дополнительный риск — копирование во время сбоя сети. Копируйте файл сначала на локальный диск, проверяйте размер, и только потом переносите в архивное хранилище.

Контрольные точки

Как проверить результат копирования

Размер скопированного файла

Норма

Совпадает с размером оригинала

Тревожный признак

Размер меньше или копирование прервалось ошибкой

Открытие копии

Норма

База открывается из скопированного каталога без ошибок

Тревожный признак

Появляются сообщения о повреждении или несовпадении версий

Наличие сеансов при копировании

Норма

Список активных пользователей был пуст

Тревожный признак

Кто-то работал в базе во время копирования — копия ненадёжна

Обмен данными между базами: XML и правила обмена

Когда нужно сохранить не всю базу, а определённый набор данных — например, справочник номенклатуры или документы за период — используется выгрузка в XML. В типовых конфигурациях есть обработка «Выгрузка и загрузка данных XML», которая переносит данные между базами с идентичной конфигурацией. Для обмена между разными конфигурациями (например, «Управление торговлей» и «Бухгалтерия») применяются типовые планы обмена и правила конвертации.

При выгрузке через обработку XML важно выгружать связанные объекты вместе: документ без контрагента и договора при загрузке даст битые ссылки. Типовые обработки умеют выгружать объекты по ссылкам автоматически, но объём файла при этом растёт — контролируйте состав выгрузки.

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

Резервное копирование: как не потерять данные

Сохранение файлов ради текущей задачи и резервное копирование — разные процессы. Резервная копия должна создаваться регулярно, храниться отдельно от рабочей базы и периодически проверяться на восстановление. Копия, которую ни разу не пробовали развернуть, нельзя считать рабочей.

Для файловых баз минимальная схема — ежедневная выгрузка .dt по расписанию (например, через пакетный запуск конфигуратора) плюс копирование файлов на отдельный носитель. Для клиент-серверных баз основной инструмент — штатные средства СУБД: полные и разностные бэкапы MS SQL или pg_dump для PostgreSQL. Выгрузка .dt в этом случае — дополнительная страховка, а не замена бэкапа СУБД.

Храните копии по правилу разнесения: минимум одна копия должна находиться вне основного сервера — на другом диске, в сетевом хранилище или в облаке. Копия на том же диске, где лежит база, не спасёт ни от отказа диска, ни от шифровальщика.

Частые ошибки и ограничения

Помимо рисков копирования, есть несколько ограничений, о которых стоит знать заранее. Файл .dt из базы одной версии платформы обычно загружается на более новой, но обратная совместимость не гарантируется. Большие базы выгружаются в .dt долго, и файл может занимать десятки гигабайт — заранее проверьте свободное место на диске.

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

Ещё одна частая ситуация — сохранённый XLSX не открывается или выглядит иначе. Причина обычно в том, что табличный документ содержал элементы, не поддерживаемые форматом. В таком случае сохраните в MXL и проверьте, как документ выглядит в исходном виде, а затем подберите формат экспорта заново.

Частые вопросы

Чем отличается файл .dt от файла .cf?

Файл .dt — это выгрузка информационной базы целиком: данные, конфигурация, пользователи и настройки. Файл .cf содержит только конфигурацию без учётных данных. Для резервной копии нужен .dt; .cf используют для переноса доработок между базами.

Можно ли сохранить базу 1С, просто скопировав папку?

Для файловой базы — да, но только когда в ней никто не работает, включая фоновые сеансы и конфигуратор. Копирование при активных подключениях даёт несогласованный файл, который может не открыться. Безопасная альтернатива — выгрузка .dt, которую можно делать и при работающих пользователях, хотя без них надёжнее.

Как сохранить документ из 1С в PDF?

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

Почему выгрузка .dt занимает много времени и места?

Файл .dt содержит всю базу, включая историю документов за все годы, хранилища значений и присоединённые файлы. На больших базах это десятки гигабайт и часы выгрузки. Убедитесь, что на диске достаточно места, и рассмотрите для больших клиент-серверных баз резервное копирование средствами СУБД — оно работает значительно быстрее.

Как проверить, что резервная копия рабочая?

Единственный надёжный способ — выполнить тестовое восстановление: создайте пустую базу и загрузите в неё файл .dt через «Администрирование → Загрузить информационную базу». Если база открывается и данные на месте, копия валидна. Проверять стоит периодически, а не только после создания копии.

Можно ли настроить автоматическое сохранение копий?

Да. Для файловых баз выгрузку .dt можно запускать пакетно через командную строку конфигуратора по расписанию планировщика заданий. В клиент-серверном варианте автоматические бэкапы настраиваются средствами СУБД. В обоих случаях добавьте контроль успешности выполнения, чтобы узнавать о сбоях до того, как копия понадобится.