Для чего нужен файл .cf в 1С и как с ним работать

Файл с расширением .cf — это файл конфигурации 1С:Предприятия. В нём хранится полное описание прикладного решения: структура метаданных (справочники, документы, регистры, отчёты), программный код на встроенном языке, формы, макеты, права доступа и интерфейс. Проще говоря, .cf — это «упакованная» конфигурация без пользовательских данных: ни одной проведённой накладной или сотрудника в нём нет, только логика работы программы.

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

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

Что именно хранится в файле .cf

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

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

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

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

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

Файл .cfu — это файл обновления конфигурации. Он содержит не полную конфигурацию, а изменения относительно конкретных версий и применим только к базам с определённым релизом. Попытка загрузить .cfu в базу с неподходящей версией завершится ошибкой. Файлы .epf и .erf — внешние обработки и отчёты: они не меняют конфигурацию и открываются прямо в режиме Предприятия.

Практическое правило: если задача — сохранить работу пользователей, нужен .dt; если задача — передать или установить саму программу, нужен .cf; если нужно штатно обновить типовую базу, ищите .cfu от поставщика.

В каких сценариях применяется файл .cf

Перенос разработки между базами

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

Обновление конфигурации, снятой с поддержки

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

Архивирование версий разработки

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

Чем фиксировать версии конфигурации

Файл .cf

Подходит одиночному разработчику для разовых снимков версий; не хранит историю изменений и не показывает, кто и что менял.

Хранилище конфигурации

Штатный механизм командной разработки: история версий, захват объектов, откат; требует развёртывания и дисциплины.

Выгрузка в XML/EDT + Git

Гибкий вариант для зрелых команд: ветки, merge, код-ревью; сложнее в настройке и требует опыта.

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

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

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

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

Как загрузить .cf в базу и не потерять данные

Загрузка .cf — операция, напрямую влияющая на работоспособность базы, поэтому она требует подготовки. Обязательное условие — свежая резервная копия: выгрузка .dt или копия средствами СУБД. Загрузка выполняется при монопольном доступе: все пользователи и фоновые сеансы должны быть завершены.

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

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

Типичные ошибки и ограничения

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

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

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

Как проверить результат и безопасные границы самостоятельной работы

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

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

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

Запуск базы в режиме Предприятия

Норма

База открывается без сообщений об ошибках обновления

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

Ошибки реструктуризации или сообщения о несоответствии версий

Версия конфигурации

Норма

В «О программе» указан ожидаемый релиз

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

Версия старая или неизвестная — загрузка не применилась

Проведение типового документа

Норма

Документ проводится, движения формируются корректно

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

Ошибки в модулях, отсутствующие реквизиты

Формирование ключевых отчётов

Норма

Отчёты строятся за произвольный период без ошибок

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

Падение отчётов из-за изменённых регистров или запросов

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

Маршрут решения

Как выбрать действие

Нужно сохранить базу целиком с даннымиВыполните выгрузку в .dt, а не .cf

Нужно передать разработку в другую базуВыгрузите .cf и загрузите его на целевой базе

База доработана, а прислан новый .cfИспользуйте «Сравнить, объединить с конфигурацией из файла», а не прямую загрузку

Типовая база на полной поддержке, нужен новый релизИспользуйте штатное обновление через .cfu или сервис обновлений поставщика

Частые вопросы о файле .cf

Можно ли открыть файл .cf без 1С?

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

Чем заменить .cf для резервного копирования?

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

Почему после загрузки .cf база просит обновить конфигурацию базы данных?

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

Можно ли загрузить .cf от другой конфигурации?

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

Снимется ли конфигурация с поддержки после загрузки .cf?

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

Что делать, если файл .cf не загружается с ошибкой?

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