Способы изменить конфигурацию базы 1С Предприятие 8.3

· 8 мин

Содержание

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

Ниже — все рабочие способы для платформы 8.3 с интерфейсом «Такси», от самого безопасного к самому радикальному, и что делать, если обновление не проходит.

С чего начать: резервная копия и монопольный доступ

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

Способы сделать копию:

  • 🗄️ Выгрузка в .dt — в Конфигураторе Администрирование → Выгрузить информационную базу. Подходит для файловых и клиент-серверных баз.
  • 📁 Копия каталога — для файловой базы закройте все сеансы и скопируйте папку с файлом 1Cv8.1CD.
  • 💽 Бэкап средствами СУБД — для клиент-серверной базы копию удобнее снимать на уровне SQL Server или PostgreSQL.

Второе требование — доступ к базе. Для загрузки .cf и обновления структуры базы нужен монопольный (исключительный) доступ: пока вы меняете структуру, работать в базе никто не должен. Если в базе есть активные сеансы, платформа предупредит и не даст продолжить. Обычное же обновление без изменения структуры монополии не требует.

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

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

Что проверить до начала
Выполнено: 0 / 4

Как войти в Конфигуратор и разрешить изменение

В окне запуска 1С выберите нужную базу в списке и нажмите кнопку Конфигуратор (не «1С:Предприятие»). Если кнопка неактивна — у учётной записи нет прав администратора на эту базу.

После запуска откройте дерево конфигурации: меню Конфигурация → Открыть конфигурацию. Если пункт серый, конфигурация уже открыта.

Типовые конфигурации (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) поставляются на поддержке — большинство объектов защищено от редактирования «замком». Пока база стоит на поддержке с запретом изменений, править объекты и загружать произвольный .cf платформа не даст.

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

Если задача — не дорабатывать типовую, а добавить свой функционал, не трогая её, используйте расширение конфигурации (файл .cfe). Расширения работают с платформы 8.3.6 и не требуют снятия с поддержки — обновления типовой при этом ставятся как обычно.

Обновление типовой конфигурации штатными средствами

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

Порядок действий в Конфигураторе:

  1. Откройте Конфигурация → Поддержка → Обновить конфигурацию.
  2. Выберите источник обновления:
    • Поиск доступных обновлений — платформа сама проверит доступные релизы (нужен действующий договор ИТС и настроенная интернет-поддержка);
    • из файла обновления — укажите скачанный файл поставки .cfu или полный .cf.
  3. Платформа сверит текущую версию с новой и покажет окно сравнения-объединения: что изменится в метаданных, модулях, формах.
  4. Снимите или оставьте «галки» на объектах. Для типовой, которую вы не дорабатывали, обычно принимают все изменения поставщика.
  5. Нажмите Выполнить — изменения попадут в основную конфигурацию.

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

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

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

Полная замена конфигурации загрузкой из файла

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

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

Загрузка новой:

  1. Конфигурация → Загрузить конфигурацию из файла.
  2. Укажите нужный .cf.
  3. Подтвердите замену — загрузка полностью перезаписывает конфигурацию целиком, без объединения. Всё, что было в структуре, заменяется содержимым файла.
  4. После загрузки платформа предложит обновить конфигурацию базы данных — соглашайтесь.
МеханизмЧто делаетКогда применять
Обновить конфигурацию (поддержка)Объединяет изменения, сохраняет ваши доработкиПереход на новый релиз той же программы
Загрузить конфигурацию из файла (.cf)Заменяет конфигурацию целикомОткат, перенос эталона, замена всей структуры
Расширение конфигурации (.cfe)Добавляет объекты поверх типовойДоработки без снятия с поддержки

Загружать .cf можно только от совместимой конфигурации — структура данных нового файла должна соответствовать данным в базе. Произвольный .cf от другой программы приведёт к потере данных в несовпадающих объектах.

Переход на другую конфигурацию и перенос данных

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

Рабочие варианты:

  • 🔄 Штатный переход. У многих типовых есть встроенная обработка перехода (например, с предыдущей редакции на текущую). Запускается в режиме 1С:Предприятие, сама переносит остатки и справочники.
  • 🛠️ Конвертация данных . Универсальный инструмент — конфигурация «Конвертация данных» (правила обмена КД2/КД3). Создаётся файл правил, по нему данные выгружаются из старой базы и загружаются в новую.
  • 📤 Выгрузка-загрузка через планы обмена или формат EnterpriseData. Для типовых на современных редакциях перенос части данных делается через универсальный формат обмена.

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

Что обычно переносят и на что смотреть:

  • 📋 Нормативно-справочную информацию — номенклатуру, контрагентов, договоры, физлиц. Проверяйте дубли: при переносе по разным правилам один контрагент может задвоиться.
  • 💰 Остатки на дату перехода — вводятся документами ввода начальных остатков, а не оборотами за прошлые годы. За закрытые периоды переносят только входящие сальдо.
  • ⚙️ Настройки учётной политики и параметры учёта — заполняются в новой базе заново, автоматический перенос их чаще всего не трогает.

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

Обновление конфигурации базы данных: шаг, который нельзя пропустить

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

Применить изменения:

  1. Нажмите F7 или Конфигурация → Обновить конфигурацию базы данных.
  2. Платформа покажет список изменений структуры: новые реквизиты, таблицы, удаляемые объекты.
  3. Нажмите Принять.

Если менялась структура (добавлены реквизиты, изменены типы), платформа потребует монопольный доступ и реструктуризацию таблиц. На больших базах это занимает время — не прерывайте процесс.

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

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

Если обновление не проходит: разбор типовых ситуаций

Диагностика: выберите симптом

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

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

Чем отличается обновление конфигурации от обновления конфигурации базы данных?
Первое меняет основную конфигурацию, которую вы редактируете в Конфигураторе. Второе (F7) переносит эти изменения в рабочую базу. Без второго шага новая версия в учёте не заработает.
Можно ли сменить конфигурацию без потери данных?
При обновлении той же программы штатными средствами — да, данные сохраняются. При загрузке чужого .cf или переходе на другую программу данные нужно переносить отдельно (конвертация, штатный переход).
Нужно ли снимать конфигурацию с поддержки, чтобы её обновить?
Нет. Обновления поставщика ставятся, пока типовая стоит на поддержке. Снятие с поддержки или включение возможности изменения нужно только для собственных доработок самой конфигурации.
Что делать, если версия базы сильно отстала от актуальной?
Обновляйтесь последовательно, через промежуточные релизы — механизм обновления сам покажет нужную цепочку. Перепрыгнуть сразу на последнюю версию обычно нельзя.
Как откатить неудачное обновление?
Восстановите базу из резервной копии, снятой до обновления (.dt или копия каталога/бэкап СУБД). Отдельной «кнопки отката» для уже применённой структуры нет.