К статье
Практический материал

Администрирование · 11 мин

Как в 1С удалить всю информацию из базы

Как полностью удалить данные из базы 1С: обработка удаления документов, очистка через конфигуратор, создание пустой базы. Риски, резервные копии, проверка результата.

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

Важно понимать: в 1С нет одной кнопки «удалить всё». Это сделано намеренно, чтобы защитить учётные данные от случайного уничтожения. Удаление информации — всегда осознанная последовательность действий, и перед началом обязательно создаётся резервная копия. Даже если база кажется «мусорной», восстановить её после ошибочной очистки без копии невозможно.

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

Способы полной очистки базы 1С

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

Сравнение вариантов

Новая пустая база из .cf

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

Обработка группового удаления

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

Штатное удаление помеченных объектов

Безопасный встроенный механизм, но медленный на больших объёмах и не удаляет объекты со ссылками.

Удаление файловой базы целиком

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

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

Подготовка: резервная копия и права доступа

Перед удалением любой информации сделайте выгрузку базы. В файловом варианте откройте конфигуратор и выполните «Администрирование» → «Выгрузить информационную базу» — получится файл с расширением .dt, содержащий и данные, и конфигурацию. Для клиент-серверной базы используйте тот же пункт либо штатные средства СУБД (например, резервное копирование в MS SQL Server).

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

Завершите работу всех пользователей с базой. В файловом варианте открытые сеансы блокируют удаление объектов; в клиент-серверном — активные транзакции могут привести к конфликтам блокировок и аварийному прерыванию обработки. Список активных сеансов виден в консоли кластера или через «Администрирование» → «Активные пользователи».

Создание пустой базы из файла конфигурации

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

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

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

Удаление данных обработкой в существующей базе

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

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

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

Штатное удаление помеченных объектов

Встроенный механизм 1С работает в два этапа: сначала объекты помечаются на удаление, затем запускается контролируемое удаление с проверкой ссылок. В типовых конфигурациях на «1С:Библиотека стандартных подсистем» функция находится в разделе «Администрирование» → «Обслуживание» → «Удаление помеченных объектов».

Чтобы пометить все документы, откройте журнал документов, выделите все записи (Ctrl+A) и нажмите Delete. Повторите для каждого вида документов и для справочников, которые нужно очистить. Затем запустите удаление помеченных объектов в монопольном режиме — система удалит только те объекты, на которые нет ссылок из оставшихся данных.

Ограничение метода очевидно: объекты, на которые ссылаются другие записи, удалены не будут. Например, контрагент, указанный в непомеченном договоре, останется в базе. Поэтому для полной очистки механизм применяют итеративно: пометили → удалили → посмотрели, что осталось → пометили остатки → удалили снова.

Типичные ошибки
01
Удаление документов без отмены проведения — движения по регистрам остаются и искажают остатки.
02
Запуск очистки при активных сеансах пользователей — конфликты блокировок и обрыв процесса на середине.
03
Отсутствие проверки копии: файл .dt создан, но не открывается — при неудачной очистке восстановиться не из чего.
04
Частичная очистка под полными правами без понимания связей: удалены контрагенты, но остались договоры с битыми ссылками.
05
Очистка рабочей базы вместо тестовой из-за похожих названий в списке информационных баз.

Очистка через конфигуратор и технические нюансы

В конфигураторе нет прямой команды «удалить все данные», но есть смежные инструменты. Команда «Администрирование» → «Тестирование и исправление» с включённой проверкой ссылочной целостности помогает после массового удаления убрать битые ссылки. Загрузка пустой конфигурации базы данных (через сохранение конфигурации БД в файл и загрузку в новую базу) фактически повторяет метод создания пустой базы.

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

После массового удаления данных в файловой базе размер файла 1Cv8.1CD часто не уменьшается — свободное место остаётся зарезервированным внутри файла. Чтобы физически сжать базу, выполните выгрузку в .dt и загрузку обратно: новый файл будет компактнее. В клиент-серверных базах аналогичную роль играет сжатие средствами СУБД.
ПЗ
Практическое замечание

Проверка результата очистки

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

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

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

Журналы документов
Норма

Все журналы пусты, нет ни одной строки

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

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

Оборотно-сальдовая ведомость
Норма

Отчёт пустой, нет остатков и оборотов

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

Есть остатки по счетам — остались движения или непроведённые документы с записями

Справочники контрагентов и номенклатуры
Норма

Только предопределённые элементы конфигурации

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

Пользовательские элементы на месте — удаление не затронуло справочники

Размер файла базы (файловый вариант)
Норма

После выгрузки/загрузки .dt размер заметно уменьшился

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

Файл прежнего размера — данные удалены логически, но место не освобождено

Дополнительно запустите «Тестирование и исправление» с проверкой ссылочной целостности. Если после очистки обнаруживаются битые ссылки (объекты вида «<Объект не найден>»), значит удаление прошло некорректно — проще восстановить базу из копии и повторить процедуру правильным методом.

Итог

Что важно запомнить

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

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

Можно ли отменить удаление данных в 1С?

Нет, штатной функции отмены удаления в 1С не существует. Единственный способ вернуть данные — восстановить базу из резервной копии (файла .dt или бэкапа СУБД). Поэтому копия перед очисткой обязательна, а её работоспособность стоит проверить тестовой загрузкой в отдельный каталог.

Чем отличается пометка на удаление от непосредственного удаления?

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

Нужно ли удалять данные, если создаю новую базу из .cf?

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

Почему после удаления всех документов остались остатки в отчётах?

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

Можно ли очистить базу 1С в облачном сервисе?

В облачных сервисах (например, 1С:Фреш) прямой доступ к конфигуратору и файлам базы отсутствует. Очистка возможна только штатными средствами режима предприятия: пометка объектов и удаление помеченных, либо через обработки, если их запуск разрешён настройками сервиса. Для полного обнуления обычно создают новую базу-абонент или обращаются к администратору сервиса.

Сколько времени занимает полная очистка базы?

Зависит от объёма данных и способа. Создание новой базы из .cf — минуты. Штатное удаление помеченных объектов в базе с сотнями тысяч документов может занять несколько часов. Специализированные обработки работают быстрее, но тоже зависят от производительности сервера и наличия блокировок.