Как сделать базу 1С чистой: практическое руководство

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

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

Любые операции по удалению данных необратимы без резервной копии. Перед началом работ обязательно сделайте выгрузку информационной базы (файл .dt) через конфигуратор или полный бэкап средствами СУБД, если база клиент-серверная. Проверьте, что копия открывается и данные в ней читаются.

Определите, что именно нужно очистить

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

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

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

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

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

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

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

После удаления проверьте базу на битые ссылки. В конфигураторе откройте «Администрирование» → «Тестирование и исправление» и отметьте пункты «Реиндексация таблиц», «Проверка ссылочной целостности» и «Проверка логической целостности». Для больших баз операция занимает часы — планируйте её на нерабочее время.

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

Сверните старые периоды

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

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

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

Очистите справочники от дублей и устаревших данных

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

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

Почистите служебные регистры и технические данные

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

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

Способы уменьшить объём базы

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

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

Свёртка периода

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

Чистка служебных регистров

Быстрый эффект при раздутых версиях объектов и истории обменов; требует понимания роли каждого регистра

Создание чистой базы с переносом справочников

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

Проверьте результат и исправьте последствия

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

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

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

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

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

Норма

Итоги на дату свёртки совпадают с архивной копией до копейки

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

Расхождения по счетам — часть данных не вошла в остатки

Складские остатки

Норма

Количество и суммы по складам совпадают с данными до чистки

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

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

Ссылочная целостность

Норма

Тестирование не выявляет битых ссылок

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

В документах и регистрах встречается «Объект не найден»

Обмены данными

Норма

Синхронизация с узлами завершается без ошибок

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

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

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

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

Да. Для этого создают новую базу на основе шаблона конфигурации и переносят в неё справочники штатными обработками переноса данных или через выгрузку/загрузку в формате XML. Остатки придётся ввести документами ввода начальных остатков вручную или обработками. Такой способ даёт максимально чистый результат, но требует повторной настройки учётных политик, прав и интеграций.

Как часто нужно чистить рабочую базу?

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

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

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

Что делать, если после свёртки не сходятся остатки?

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

Можно ли чистить базу без монопольного режима?

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