Загрузка конфигурации 1С: .cf, .cfu и хранилище по шагам

Конфигурацию в 1С загружают в Конфигураторе: Конфигурация → Загрузить конфигурацию из файла… для файла .cf, Конфигурация → Поддержка → Обновить конфигурацию… для файла обновления .cfu и Конфигурация → Хранилище конфигурации для работы с хранилищем. Выбор зависит от того, что у вас в руках и что нужно сохранить в базе.

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

Что у вас в руках: .cf, .cfu, .cfe или .dt

Четыре расширения путают чаще всего. Они не взаимозаменяемы.

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

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

Загрузка конфигурации меняет структуру базы. Три вещи сделайте до первого клика.

1. Копия базы. Выгрузите информационную базу в .dt (Администрирование → Выгрузить информационную базу в Конфигураторе) или скопируйте каталог файловой базы целиком. Для клиент-серверной базы используйте резервную копию средствами СУБД.
2. Выход пользователей. Загрузка конфигурации и обновление структуры требуют монопольного доступа. Пока в базе есть сеансы других людей, Конфигуратор не даст завершить операцию. Договоритесь о времени и закройте сеансы.
3. Сохранение старой конфигурации. Выгрузите текущую в файл: Конфигурация → Сохранить конфигурацию в файл…. Если что-то пойдёт не так, откатитесь одним действием.

Не загружайте конфигурацию в рабочую базу без копии. Отменить загрузку кнопкой нельзя.

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

Загрузка конфигурации из внешнего файла .cf

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

1. Откройте базу в режиме Конфигуратора.
2. Выберите Конфигурация → Загрузить конфигурацию из файла….
3. Укажите файл .cf и подтвердите замену.
4. Дождитесь завершения. В окне конфигурации появится новое дерево объектов.
5. Нажмите F7 (или Конфигурация → Обновить конфигурацию базы данных), чтобы привести структуру базы в соответствие с новой конфигурацией.

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

Для автоматизации то же самое делают из командной строки Конфигуратора. Пример для файловой базы:

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F "D:\Bases\Test" /LoadCfg "D:\Files\1Cv8.cf" /UpdateDBCfg /Out "D:\Files\load.log"

Параметр /LoadCfg загружает файл, /UpdateDBCfg обновляет структуру базы, /Out пишет журнал в файл. Подставьте свою папку версии вместо <версия>.

Обновление через файл изменений .cfu

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

Порядок такой:

1. Откройте Конфигурация → Поддержка → Обновить конфигурацию….
2. В мастере выберите вариант с файлом обновления и укажите .cfu.
3. Платформа покажет, какие версии доступны, и предложит применить обновление.
4. Если у вас есть доработки, откроется окно объединения (о нём в разделе про конфликты ниже).
5. После завершения нажмите F7 и обновите конфигурацию базы данных.

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

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

Работа с хранилищем конфигурации

Хранилище — это общий «склад» конфигурации для нескольких разработчиков. Файл здесь не нужен: вы подключаетесь к хранилищу и берёте оттуда версию.

Основные команды находятся в Конфигурация → Хранилище конфигурации. Нужные вам:

• 🔌 Подключиться к хранилищу — связывает базу с хранилищем, адрес и пользователя укажет администратор хранилища.
• 📥 Получение версии — загружает конфигурацию из хранилища в вашу базу.
• 🔒 Захватить объекты — резервирует объекты для правки, чтобы коллеги не перезаписали вашу работу.
• 📤 Поместить изменения — отправляет вашу правку в хранилище как новую версию.

Для чистой загрузки на новую базу:

1. Создайте пустую информационную базу.
2. В Конфигураторе выберите подключение к хранилищу и введите путь и учётные данные.
3. Платформа предложит загрузить конфигурацию из хранилища в рабочую. Согласитесь.
4. Обновите конфигурацию базы данных (F7).

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

Разные пользователи могут работать с одним хранилищем через сеть. Если нужен доступ с другого компьютера, администратор должен дать вам права на каталог хранилища или на сервис хранилища.

Решение конфликтов при загрузке объектов

Конфликт возникает, когда один и тот же объект изменили и вы, и поставщик. Платформа не знает, чей вариант верный, и спрашивает вас.

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

Общие правила выбора:

• ✅ Объект не менялся вами — берите вариант поставщика, это безопасно.
• ✅ Вы добавили свой объект — оставьте его, у поставщика его нет.
• ⚠️ Менялись обе стороны — откройте различия и решите вручную. Часто достаточно принять новую версию поставщика и повторить свою правку поверх неё.
• ⚠️ Вы удалили объект, поставщик его изменил — проверьте, что без него не сломаются ссылки из других объектов.

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

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

Для сравнения без риска используйте Конфигурация → Сравнить, объединить с конфигурацией из файла…. Сначала посмотрите различия, потом решайте, что переносить.

Что сделать после успешной загрузки

Конфигурация загружена, но проверка ещё не закончена.

Что стоит проверить в первую очередь:

1. Запуск без ошибок. При первом старте после обновления структуры платформа может выполнять обработчики обновления. Это нормально, подождите.
2. Тестовое проведение. Создайте и проведите по документу основных видов. Особенно те, что вы дорабатывали.
3. Отчёты. Сформируйте один-два привычных отчёта и сверьте с прошлым периодом.
4. Расширения. Откройте список расширений: они могут стать неактивными или потребовать проверки совместимости.
5. Обмены. Если база участвует в обмене данными, проверьте правила и очередь сообщений.

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

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

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

Если сомневаетесь, начинайте с копии. Разверните копию базы , загрузите туда конфигурацию любым из способов и посмотрите результат. Рабочую базу трогайте после того, как на копии всё прошло без ошибок.

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

Несколько ситуаций встречаются регулярно.

• «Невозможно захватить монопольный доступ» — в базе остались сеансы. Закройте их в Администрирование → Активные пользователи (или в консоли кластера для серверной базы) и повторите. Перед завершением чужих сеансов предупредите людей.
• Ошибка формата файла — файл сохранён более новой платформой. Откройте Конфигуратор свежей версии платформы либо возьмите файл, выгруженный подходящей версией.
• Конфигурация загрузилась, но данные не работают — не выполнено обновление структуры базы. Нажмите F7.
• Исчезли доработки — загрузили .cf поверх, вместо объединения. Верните конфигурацию из файла, который вы сохранили на подготовительном шаге, и повторите через сравнение.
• Меню «Обновить конфигурацию » недоступно — конфигурация снята с поддержки либо не имеет данных поставщика. Используйте сравнение с файлом.

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