Как выгрузить конфигурацию 1С без данных

Задача выгрузить конфигурацию 1С без данных возникает регулярно: при передаче доработок разработчику, при создании чистой базы для тестирования, при обмене структурой метаданных между филиалами или при подготовке поставки. Главное отличие от обычной выгрузки базы — в файл попадает только описание структуры (справочники, документы, отчёты, роли, модули), а сами проведённые документы, остатки и записи регистров остаются в исходной базе.

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

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

Что именно выгружается без данных и зачем это нужно

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

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

Способ 1: сохранение конфигурации в файл CF через Конфигуратор

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

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

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

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

Способ 2: выгрузка конфигурации в файлы (XML)

Пункт «Конфигурация → Выгрузить конфигурацию в файлы» создаёт не единый CF, а дерево XML-файлов: каждый объект метаданных, модуль и макет сохраняется отдельно. Этот формат используется для хранения конфигурации в системах контроля версий (Git), для сравнения версий структуры и для работы через EDT. Данные так же не выгружаются — только структура и код.

Выгрузка в файлы занимает заметно больше времени, чем сохранение CF, и создаёт тысячи мелких файлов. Для разового обмена конфигурацией этот способ избыточен, но для командной разработки он стандарт. Обратную операцию выполняет пункт «Загрузить конфигурацию из файлов».

Способ 3: создание пустой базы из конфигурации

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

Полученная база будет содержать всю структуру и предопределённые элементы (например, предопределённые виды документов или элементы планов счетов), но ни одного пользовательского документа или записи регистров. Это удобно для тестового контура: разработчик получает полностью рабочую среду без доступа к реальным данным компании.

Альтернатива — выгрузить полную базу в DT, загрузить её в новую базу и очистить данные штатной обработкой удаления документов и записей регистров. Этот путь длиннее и рискованнее: очистка большой базы занимает часы, а при ошибке в настройках обработки можно удалить не всё или нарушить ссылки. Способ с CF проще и надёжнее.

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

Для регулярных операций — например, ночного сохранения конфигурации в архив — удобен пакетный запуск Конфигуратора с параметром /DumpCfg. Команда запускает конфигуратор, сохраняет конфигурацию в указанный файл и завершает работу без интерактивных действий. Это позволяет включить операцию в скрипты регламентного обслуживания.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F "D:\Bases\Trade" /N Администратор /P пароль /DumpCfg "D:\Backup\config.cf" /DisableStartupDialogs

Путь к исполняемому файлу зависит от установленной версии платформы — подставьте актуальный каталог своей сборки. Для клиент-серверной базы вместо /F используется параметр /S с указанием сервера и имени базы. Храните скрипты с паролями в защищённом каталоге с ограниченным доступом.

Риски и ограничения: что может пойти не так

Главный риск при работе с конфигурациями — не потеря данных (CF их вообще не содержит), а несоответствие версий. CF, сохранённый на платформе одной версии, может не загрузиться на более старой платформе, если конфигурация использует новые возможности режима совместимости. Перед передачей файла уточните у получателя версию платформы или сохраните конфигурацию с нужным режимом совместимости.

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

Проверка результата после выгрузки

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

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

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