Сброс конфигурации 1С: откат изменений или чистый старт

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

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

Резервная копия: без неё не начинайте

Сброс конфигурации нельзя отменить кнопкой. Единственная страховка — две копии перед стартом.

Сделайте выгрузку всей информационной базы. В конфигураторе откройте меню Администрирование → Выгрузить информационную базу… и сохраните файл .dt. В нём лежат и конфигурация, и все данные — из него база восстанавливается целиком.

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

💡 Файл .dt крупной базы выгружается долго и иногда обрывается на больших объёмах. Для рабочих баз на сотни гигабайт надёжнее средства СУБД (резервная копия PostgreSQL или SQL Server), а .dt оставить для файловых баз.

Проверьте, что копия открывается: разверните .dt в отдельную тестовую базу. Копия, которую никто не пробовал восстановить, — это ещё не копия.

Для файловой базы есть и самый грубый способ подстраховаться — скопировать каталог базы целиком (файл 1Cv8.1CD и служебные файлы). Пока оригинал и копия лежат рядом, откатиться можно простой заменой файла. Этот приём не заменяет .dt, но спасает, если во время сброса что-то пойдёт не так на уровне диска.

Откат изменений: возврат к конфигурации поставщика

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

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

Файл поставки нужного релиза — 1Cv8.cf — лежит в каталоге шаблонов, куда программа установки обновления распаковывает дистрибутив (обычно каталог tmplts). Релиз файла должен совпадать с текущим релизом вашей базы, иначе объединение подтянет заодно и изменения новой версии. Если точного релиза под рукой нет, сначала доведите базу до него штатным обновлением, а уже потом откатывайте доработки.

Порядок действий:

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

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

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

Полное обнуление: загрузка пустой конфигурации

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

Готовой кнопки «очистить конфигурацию » в платформе нет. Пустую конфигурацию загружают из файла, а сам файл нужно откуда-то взять:

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

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

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

Чтобы вернуть не пустую структуру, а именно прежнюю (с доработками), загружайте не пустой файл, а тот .cf, что вы сохранили перед обнулением.

Что из этого доступно в режиме 1С:Предприятие

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

Что в режиме предприятия действительно можно:

• 🗑️ Пометить объекты на удаление и затем удалить их через Операции → Удаление помеченных объектов (во многих конфигурациях — в разделе Администрирование или НСИ и администрирование). Это чистит данные, а не структуру.
• 🧹 Очистить кэш и временные файлы, если база стала глючить: закройте все сеансы и удалите каталог кэша клиента. Это не трогает ни конфигурацию, ни данные.
• 🔄 Запустить первоначальное заполнение или групповую обработку, если в конфигурации такие обработки предусмотрены.

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

Как получить чистую базу с той же конфигурацией

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

• 📦 Развернуть новую базу из того же шаблона. При создании информационной базы выберите тот же релиз конфигурации, что и у рабочей, — получится пустая база с идентичной структурой и типовыми настройками. Это самый предсказуемый вариант.
• 💾 Подготовить эталонную пустую выгрузку. Один раз настройте «нулевую» базу (организация, учётная политика, нужные справочники-минимум), выгрузите её в .dt и храните. Когда понадобится чистый старт — разворачиваете этот .dt.

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

Сброс конфигурации в клиент-серверной базе

В клиент-серверном варианте порядок тот же, но добавляется работа с кластером. Загрузка конфигурации и обновление базы данных со структурными изменениями требуют монопольного (эксклюзивного) доступа — пока в базе есть активные сеансы, платформа операцию не выполнит.

Последовательность для клиент-серверной базы:

1. В консоли администрирования серверов 1С откройте свойства информационной базы и включите блокировку начала сеансов — новые пользователи зайти не смогут.
2. Завершите активные сеансы в списке сеансов кластера либо дождитесь, пока пользователи выйдут сами.
3. Подключитесь конфигуратором, выполните откат к поставщику или загрузку конфигурации, затем обновите базу данных.
4. После успешного обновления снимите блокировку начала сеансов.

Остановка самой службы сервера (1C:Enterprise 8.x Server Agent) для этой задачи не нужна и опасна: она обрывает сеансы всех баз кластера, а не только вашей. Ограничьтесь блокировкой сеансов конкретной базы.

Если конфигуратор сообщает, что не может получить монопольный доступ, проверьте список сеансов: часто остаётся фоновое задание или зависший сеанс, который нужно завершить вручную. Увидеть, кто ещё в базе, можно и из режима 1С:Предприятие — в списке активных пользователей (раздел Администрирование), а в клиент-серверном варианте точнее смотреть сеансы в консоли кластера.

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

Частые ошибки при сбросе конфигурации

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

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