Как очистить 1С от данных: практическое руководство

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

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

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

Какие данные можно удалять, а какие трогать опасно

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

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

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

Резервная копия перед очисткой

Первый шаг любого сценария — создание резервной копии. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку при отсутствии активных сеансов. Для клиент-серверной базы используйте выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или средства СУБД.

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

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

1. 1
   Завершите работу всех пользователей в базе
2. 2
   Создайте резервную копию (файл .dt или копию 1Cv8.1CD)
3. 3
   Разверните копию и проверьте, что она открывается
4. 4
   Выполните очистку на копии и сверьте остатки
5. 5
   Повторите процедуру в рабочей базе при успешной проверке

Удаление помеченных объектов штатными средствами

Базовый механизм очистки — пометка на удаление. Документ или элемент справочника сначала помечается (удаление через Delete или контекстное меню), при этом документ отменяет проведение. Затем через раздел «Администрирование» → «Удаление помеченных объектов» выполняется физическое удаление с контролем ссылочной целостности.

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

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

Свёртка базы: удаление истории с сохранением остатков

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

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

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

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

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

Остатки по складу на дату свёртки

Норма

Совпадают с отчётом в исходной базе

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

Расхождения по позициям или суммам

Взаиморасчёты с контрагентами

Норма

Задолженность по каждому контрагенту совпадает

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

Появились отрицательные или удвоенные долги

ОСВ по счетам учёта

Норма

Сальдо на дату свёртки идентично исходному

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

Разницы по счетам, отсутствующие субконто

Полная очистка: чистая база с переносом справочников

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

Перенос справочников выполняется через обработку «Выгрузка и загрузка данных XML» (доступна на диске ИТС и в составе многих конфигураций) или через «Универсальный обмен данными в формате XML». Переносятся только выбранные виды объектов без документов и движений.

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

Сравнение способов очистки

Пометка и удаление помеченных

Подходит для точечной чистки справочников и отдельных документов. Не подходит для массового удаления истории — медленно и рискует нарушить остатки.

Свёртка базы

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

Чистая база с переносом

Лучший вариант при сильно «замусоренной» базе или смене учётной политики. Самый трудоёмкий способ: остатки вводятся заново.

Очистка служебных данных и уменьшение размера базы

Даже после удаления документов файл базы может не уменьшиться: в файловых базах освобождённое место остаётся зарезервированным. Для физического сжатия используется «Тестирование и исправление» в конфигураторе с включённой опцией сжатия таблиц, а для клиент-серверных баз — средства СУБД (shrink в MS SQL, vacuum в PostgreSQL).

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

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

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

Типичные ошибки при очистке 1С

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

Вторая ошибка — работа в рабочей базе без копии и без тестирования. Даже типовая свёртка ведёт себя по-разному в зависимости от доработок конфигурации: нестандартные документы и регистры могут не попасть в обработку и потеряться.

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

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

Можно ли удалить все документы, оставив только справочники?

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

Почему после удаления данных размер файла базы не уменьшился?

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

Что такое «битая ссылка» и откуда она берётся?

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

Можно ли отменить свёртку базы?

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

За какие периоды можно безопасно удалять документы?

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

Нужен ли монопольный режим для очистки?

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