Администрирование · 10 мин
Как очистить базу 1С ЗУП от лишних данных
Как очистить базу 1С ЗУП от лишних данных: удаление документов, справочников и архивов, свёртка базы, типовые механизмы и типичные ошибки администраторов.
Со временем база 1С:Зарплата и управление персоналом разрастается: копятся документы за прошлые периоды, уволенные сотрудники, неактуальные кадровые приказы, протоколы обменов и служебные регистры. Результат — медленная работа, долгое формирование отчётов, тяжёлые резервные копии и риск ошибок при расчётах. Очистка базы решает эти проблемы, но требует аккуратности: удалить данные о начислениях и кадрах «в лоб» нельзя, это нарушит целостность учёта.
Под очисткой понимают несколько разных задач: удаление устаревших документов и справочников, свёртку базы на дату (обрезание истории с переносом остатков), чистку служебных данных (регистрация изменений, версии объектов, протоколы) и полное обнуление базы для начала учёта заново. Каждая задача решается своим инструментом, и выбор зависит от цели.
В этой инструкции разобраны основные сценарии очистки ЗУП 3.1: что можно удалить штатными средствами, где нужны специальные обработки, как проверить результат и каких ошибок избегать. Все действия выполняются только после создания резервной копии.
Подготовка: резервная копия и оценка объёма данных
Первый и обязательный шаг — полная резервная копия базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог при выключенной работе пользователей, либо сделать выгрузку через конфигуратор («Администрирование → Выгрузить информационную базу»). Для клиент-серверной базы копию создают средствами СУБД (MS SQL, PostgreSQL) — выгрузка .dt для больших баз занимает много времени и не всегда подходит.
Далее оцените, что именно занимает место. В типовой ЗУП основной объём обычно дают: регистры расчёта и накопления за прошлые годы, версии объектов (если включено версионирование), регистрация изменений для узлов обмена, результаты обменов с бухгалтерией и вложения (сканы документов, фото сотрудников). Понимание структуры «мусора» определяет выбор инструмента очистки.
Помогает свёртка базы на дату или удаление старых документов
Проверить хранение версий и историю обменов
Удалить регистрацию по отработанным узлам
Очистка служебных данных: версии объектов и регистрация изменений
Самый безопасный вид очистки — удаление служебной информации, которая не влияет на учёт. Если в программе включено версионирование объектов (раздел «Администрирование → Общие настройки → Версионирование объектов»), история изменений документов и справочников копится годами и может занимать значительную часть базы. В типовой конфигурации есть регламентное задание «Очистка устаревших версий объектов» — настройте срок хранения версий и запустите очистку.
Второй источник «мусора» — регистрация изменений в планах обмена. Каждый изменённый объект, который должен уйти в бухгалтерию или другую систему, фиксируется в служебных таблицах. После успешной синхронизации регистрацию можно удалить: откройте нужный узел обмена, вызовите команду «Удалить регистрацию изменений» и укажите номер принятого сообщения. Удалять регистрацию по неотправленным данным нельзя — изменения просто не выгрузятся.
Удаление помеченных объектов
Базовый механизм очистки — пометка на удаление с последующим контролируемым удалением. Пометить можно документы, элементы справочников (например, уволенных сотрудников, неактуальные подразделения, дубли физических лиц). Затем запускается «Удаление помеченных объектов» (в ЗУП 3.1: «Администрирование → Обслуживание → Удаление помеченных объектов»).
Удаление выполняется с контролем ссылочной целостности: если на помеченный объект ссылаются другие данные, программа покажет список препятствий. Например, сотрудника нельзя удалить, пока по нему есть кадровые документы и начисления. Это нормально: либо объект остаётся в базе, либо сначала удаляются связанные данные. Режим «выборочное удаление» позволяет решать по каждому объекту отдельно.
Для массовой пометки документов за период удобно использовать обработку «Групповое изменение реквизитов» или специализированные обработки пометки документов. Учтите: пометка документов расчёта зарплаты за закрытые периоды искажает отчётность (РСВ, 6-НДФЛ, регистры учёта), поэтому удалять «живую» историю начислений следует только через свёртку базы.
Свёртка базы на дату
Свёртка — штатный способ «обрезать» историю: все документы до указанной даты удаляются, а остатки по регистрам переносятся документами ввода начальных остатков. Для ЗУП 3.1 существует официальная обработка свёртки (публикуется на портале 1С и в составе методических материалов), поскольку универсальная свёртка из БСП не учитывает специфику расчётных регистров зарплаты.
Порядок действий при свёртке: сформируйте и сверьте всю отчётность за сворачиваемый период (РСВ, 6-НДФЛ, персучёт), сделайте копию базы, запустите обработку свёртки, укажите дату, затем проверьте остатки по зарплате, НДФЛ, взносам и отпускам на дату свёртки. Расчётный листок за первый месяц после свёртки должен сойтись с данными старой базы.
- 1Сформировать и сверить регламентированную отчётность за сворачиваемый период
- 2Сделать резервную копию и выполнить пробную свёртку на копии
- 3Запустить обработку свёртки, указать дату и дождаться формирования документов остатков
- 4Сверить остатки по начислениям, НДФЛ, взносам и остаткам отпусков с исходной базой
- 5Проверить расчёт зарплаты и отчётность за первый период после свёртки
Ограничения свёртки: процесс длительный (на больших базах — часы), требует монопольного доступа, а корректность переноса остатков по сложным случаям (стажевые, средний заработок, долги прошлых лет) нужно проверять вручную. Ошибки свёртки проявляются не сразу, а при расчёте отпусков, больничных или при формировании годовой отчётности.
Полная очистка базы для начала учёта заново
Иногда требуется не сократить историю, а получить «пустую» базу с сохранёнными настройками — например, для нового юридического лица или тестового контура. Вариантов два. Первый — создать новую базу из шаблона конфигурации и перенести туда только нужные настройки и справочники обработками выгрузки/загрузки данных. Это самый чистый способ.
Второй вариант — очистить существующую базу обработкой удаления всех данных. Такие обработки помечают и удаляют все документы и движения, оставляя справочники и настройки. Работать с ними нужно крайне осторожно: удаление необратимо, а часть регистров сведений с настройками может очиститься вместе с данными. Всегда фиксируйте перечень очищаемых объектов и выполняйте запуск на копии.
Сравнение вариантов очистки
Подходит для точечной чистки: дубли, ошибочные документы, неактуальные справочники. Не сокращает историю начислений.
Обрезает историю с переносом остатков. Подходит для больших рабочих баз, но требует тщательной проверки остатков.
Максимально чистый старт для нового учёта. Требует переноса настроек и справочников, историю не сохраняет.
Очистка файловой базы и сжатие после удаления
Важный нюанс файлового режима: после удаления данных файл 1Cv8.1CD физически не уменьшается — освободившееся место остаётся внутри файла. Чтобы база реально «похудела», выполните тестирование и исправление (конфигуратор → «Администрирование → Тестирование и исправление») с включённым режимом сжатия таблиц, либо выгрузите базу в .dt и загрузите обратно — при загрузке файл пересоздаётся.
Тестирование и исправление запускают в монопольном режиме, на больших базах оно занимает значительное время. Галочки реструктуризации и проверки ссылочной целостности при чистовом прогоне ставьте осознанно: реструктуризация удлиняет процесс, а исправление ошибок целостности может создать объекты-заглушки, которые потом придётся разбирать вручную.
Проверка результата и типичные ошибки
После любой очистки результат проверяют по контрольным точкам, а не «на глаз». Сравните ключевые отчёты до и после: свод начислений, расчётные листки, регистры по НДФЛ и взносам, остатки отпусков. Проверьте запуск обмена с бухгалтерией и формирование регламентированной отчётности за текущий период.
Как проверить результат
Совпадает с данными до очистки
Пропали начисления или средний заработок посчитан неверно
Количество дней совпадает со старой базой
Остатки обнулились или задвоились
Обмен проходит без новых ошибок
Появились неотправленные объекты или расхождения
Уменьшился после сжатия или перезагрузки
Не изменился — сжатие не выполнялось
Часто задаваемые вопросы
Можно ли удалить уволенных сотрудников из ЗУП?
Напрямую — только если по сотруднику нет ни одного документа и движения. Если история есть, сотрудник остаётся в базе: он не мешает работе и не попадает в текущие отчёты. Полностью данные о нём уйдут при свёртке базы за соответствующий период.
Сколько времени занимает свёртка базы ЗУП?
Зависит от объёма данных и оборудования: на небольшой файловой базе — от десятков минут, на крупной клиент-серверной — несколько часов. Планируйте свёртку на нерабочее время с монопольным доступом и обязательным пробным прогоном на копии.
Что делать, если после очистки не сходится 6-НДФЛ?
Чаще всего причина — удалённые или изменённые документы прошлых периодов либо некорректный перенос остатков при свёртке. Восстановите базу из резервной копии, выясните, какие регистры НДФЛ затронуты, и повторите очистку корректным способом. Править отчёт вручную поверх сломанных регистров не следует.
Можно ли очистить базу без монопольного режима?
Пометка объектов и удаление помеченных возможны при работающих пользователях, но медленнее и с риском блокировок. Свёртка и тестирование с исправлением требуют монопольного доступа — пользователей нужно вывести из базы.
Чем отличается очистка от свёртки?
Очистка — удаление отдельных объектов и служебных данных без переноса остатков. Свёртка — комплексная операция: история до даты удаляется, а итоги переносятся документами ввода остатков, чтобы учёт продолжался корректно. Для сокращения истории начислений подходит только свёртка.
Что важно запомнить
Очистка ЗУП начинается с резервной копии и пробного прогона на копии базы. Служебные данные чистят штатными регламентными заданиями, точечный мусор — удалением помеченных объектов, историю начислений — только свёрткой с проверкой остатков. Файловая база уменьшится в размере только после сжатия таблиц или перезагрузки из выгрузки.