Зачем нужен файл конфигурации .cf и как с ним работать в Конфигураторе

Файл cf в 1С — это сохранённая в один файл конфигурация: метаданные, модули, формы, макеты, роли. Данных базы в нём нет. Нужен он, чтобы перенести доработки из одной базы в другую, сделать резервную копию «программы» перед изменениями, обновить типовую конфигурацию или создать новую базу по шаблону. Создаётся и загружается файл в Конфигураторе через меню Конфигурация → Сохранить конфигурацию в файл... и Конфигурация → Загрузить конфигурацию из файла....

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

Что лежит внутри файла конфигурации cf

Файл конфигурации 1С — это контейнер со всем, что программист видит в дереве метаданных Конфигуратора:

• 📁 объекты метаданных: справочники, документы, регистры, планы счетов, перечисления;
• 🧩 модули: общие, объектные, менеджеров, модули форм;
• 🖼 управляемые формы, макеты печатных форм, общие картинки;
• 🔐 роли и права на объекты;
• ⚙️ свойства самой конфигурации: имя, версия, поставщик, режим совместимости.

Чего в cf нет:

• ❌ записей справочников и документов;
• ❌ списка пользователей информационной базы и их паролей;
• ❌ расширений конфигурации — они сохраняются отдельно, в .cfe;
• ❌ внешних обработок и отчётов (.epf, .erf), подключённых через справочник дополнительных обработок.

Чем cf отличается от cfu, dt и cfe

Путаница между этими форматами — главная причина неудачных обновлений. Сведём их в таблицу.

Ещё два различия на практике:

1. cfu нельзя загрузить «с нуля». Он применяется только к конкретному предыдущему релизу. Если база отстала на несколько версий, нужен либо ряд cfu по цепочке, либо полный cf нового релиза.
2. dt при загрузке стирает всё. Загрузка .dt заменяет и конфигурацию, и данные. Загрузка cf меняет только конфигурацию, данные остаются, но могут пострадать при реструктуризации (об этом ниже).

Для 1С 7.7 аналогом cf был файл 1Cv7.md. Перенести его в 8.3 простой загрузкой нельзя: это другая платформа, переход делается через обработки переноса данных.

Как выгрузить конфигурацию в файл cf

Выгрузить cf можно двумя способами: интерактивно в Конфигураторе или командной строкой. Второй удобен для регулярных копий по расписанию.

Через Конфигуратор

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

Монопольный режим для сохранения не нужен: пользователи могут работать в базе.

Основная конфигурация или конфигурация базы данных

В Конфигураторе живут две конфигурации, и сохранить можно любую:

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

Пока изменения не применены клавишей F7 («Обновить конфигурацию базы данных»), эти две конфигурации различаются. Если нужна копия именно рабочей версии — сохраняйте конфигурацию базы данных.

Командной строкой

Пакетный режим Конфигуратора поддерживает параметр /DumpCfg. Пример для файловой базы:

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpCfg "D:\Backup\buh.cf" /Out "D:\Backup\dump.log"

Для серверной базы вместо /F укажите /S"имя_сервера\имя_базы". Номер версии платформы в пути замените на свой. Результат и ошибки пишутся в файл из параметра /Out — его стоит проверять после каждого запуска.

Как загрузить cf в информационную базу

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

Перед загрузкой cf сделайте выгрузку .dt или полную копию каталога файловой базы.

Порядок:

1. Выгоните пользователей и сделайте резервную копию базы .
2. Откройте Конфигуратор, затем Конфигурация → Загрузить конфигурацию из файла....
3. Выберите cf. Платформа предупредит, что текущая конфигурация будет заменена, — подтвердите.
4. После загрузки дерево обновится, но пользователи ещё работают в старой версии.
5. Нажмите F7 или Конфигурация → Обновить конфигурацию базы данных.
6. Изучите окно «Реорганизация информации»: в нём перечислены объекты, которые будут изменены или удалены. Если видите там удаление нужных регистров или документов — откажитесь и разберитесь с файлом.
7. Примите изменения и запустите базу в режиме «1С:Предприятие». Типовые конфигурации при первом запуске выполняют обработку обновления данных — дождитесь её окончания.

Обновление структуры требует монопольного доступа, поэтому шаг 5 делают, когда в базе никого нет. Если сеансы остались, их придётся завершить: несохранённая работа пользователей будет потеряна, предупредите людей заранее.

В пакетном режиме загрузка и применение выглядят так:

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /F"D:\Bases\Test" /N"Администратор" /P"пароль" /LoadCfg "D:\Backup\buh.cf" /UpdateDBCfg /Out "D:\Backup\load.log"

Обновление типовой конфигурации с помощью cf

Обычный путь обновления типовой базы — файл cfu через Конфигурация → Поддержка → Обновить конфигурацию.... Но полный cf выручает в трёх ситуациях.

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

2. Конфигурация доработана. Если типовая снята с поддержки или в ней включена возможность изменений, обновление через cf открывает режим сравнения и объединения. Там видно, какие объекты изменены и у поставщика, и у вас, и для каждого выбирается правило: взять из нового релиза, оставить своё или объединить.

3. Нужно сравнить две конфигурации . Команда Конфигурация → Сравнить, объединить с конфигурацией из файла... показывает различия между текущей конфигурацией и cf. Это удобный способ увидеть, что поменял прошлый программист, не трогая базу.

Где взять cf нового релиза

Дистрибутив обновления после установки раскладывается в каталог шаблонов. По умолчанию это %APPDATA%\1C\1cv8\tmplts\, внутри — папки поставщика, конфигурации и версии, например 1c\Accounting\3_0_xxx_xx\. В папке релиза лежат 1Cv8.cf и 1Cv8.cfu. Каталог шаблонов можно поменять в окне запуска 1С, в настройках.

Совместимость cf и версии платформы

Файл cf не самодостаточен: ему нужна подходящая платформа. Здесь работают три правила.

• 🔢 Минимальная версия платформы. Каждый релиз типовой конфигурации требует платформу с номером не ниже указанного в описании релиза. На более ранней платформе база с такой конфигурацией не откроется или загрузка завершится ошибкой.
• 🔁 Режим совместимости. В свойствах конфигурации задан режим совместимости, например «Версия 8.3.20». Он определяет, какое поведение платформы ожидает код. Конфигурацию, написанную под 8.2, можно загрузить в 8.3 и работать в режиме совместимости с 8.2.
• 🧱 Сохранение на новой платформе. Если cf сохранён на платформе с более высоким номером, загрузить его на более старой можно не всегда. Безопаснее держать одну версию платформы для разработки и рабочей базы.

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

Как защитить файл конфигурации

В cf лежат все исходные тексты модулей. Для собственной разработки это коммерческая тайна, для типовой — просто большой объём кода, который незачем раздавать.

Чем cf опасен и чем нет:

• ✅ в нём нет данных клиентов, остатков и паролей пользователей базы — утечка cf не раскрывает бухгалтерию;
• ⚠️ в нём могут быть строки подключения, логины и пароли к внешним сервисам, если программист вписал их прямо в код или макет. Такие вещи надо хранить в константах или защищённом хранилище, а не в модулях;
• ⚠️ в нём весь ваш код — доработки можно скопировать в другую базу за минуту.

Способы защиты:

1. Поставка без исходных текстов. Через Конфигурация → Поставка конфигурации → Настройка поставки для модулей выбирается вариант поставки без исходного кода. Затем Создать файлы поставки и обновления конфигурации формирует cf и cfu, где код скомпилирован и не читается. Сохраните себе отдельную копию с исходниками: восстановить их из такого cf нельзя.
2. Права в базе. Запретите вход в Конфигуратор всем, кроме администраторов: право «Администрирование» и доступ к Конфигуратору даются ролями.
3. Хранение копий. Папку с cf и скриптами выгрузки держите на ресурсе с ограниченным доступом, а не на общем сетевом диске бухгалтерии.

Частые ошибки при работе с cf

• Загрузили cf другой конфигурации. Например, cf Управления торговлей в базу Бухгалтерии. При обновлении структуры платформа удалит таблицы объектов, которых нет в новой конфигурации, вместе с данными. Поэтому окно «Реорганизация информации» читайте до кнопки «Принять».
• Загрузили cf поверх доработанной конфигурации. Все доработки, которых нет в файле, пропадут. Для обновления доработанной базы используйте сравнение и объединение, а не прямую загрузку.
• Сохранили основную конфигурацию вместо рабочей. В копию попали недописанные изменения программиста, которые ещё не применены в базе. Для бэкапа рабочей версии нужна команда сохранения конфигурации БД.
• Считали cf полной резервной копией. После сбоя выяснилось, что данных в файле нет. Бэкап базы — это .dt или копия каталога/СУБД, cf — только дополнение.
• Забыли про расширения. Загрузили cf в новую базу, а печатные формы и доработки из расширений не появились. Их нужно отдельно выгрузить в .cfe и подключить.

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