Как удалить историю в 1С ЗУП: полное руководство

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

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

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

Подготовка к процедуре очистки данных

Прежде чем приступать к удалению каких-либо записей, необходимо обеспечить безопасность процесса. Администратор должен убедиться, что у него есть права на выполнение операций с историческими данными, а доступ других пользователей к базе временно ограничен. Это критически важный этап, так как параллельная работа пользователей может привести к блокировкам или повреждению целостности связей между документами.

Создание бэкапа — это не просто рекомендация, а обязательное требование. Используйте стандартные средства платформы или утилиты вашей СУБД (например, pg_dump для PostgreSQL или инструменты восстановления для MS SQL Server). Если в процессе удаления истории вы случайно затронете текущие начисления или кадровые приказы, восстановить базу из копии будет единственным выходом.

⚠️ Внимание: Удаление истории изменений необратимо. После выполнения процедуры вы не сможете посмотреть, кто изменил оклад сотруднику полгода назад или почему был скорректирован больничный лист в прошлом периоде.

Также стоит проверить наличие активных фоновых заданий. В режиме Администрирование просмотрите очередь регламентных операций. Если в данный момент идет пересчет зарплаты или выгрузка отчетов, процесс очистки лучше отложить до завершения этих задач, чтобы избежать конфликтов транзакций.

☑️ Подготовка к удалению истории

Создать полную резервную копию базыОтключить всех пользователей от базыПроверить отсутствие активных регламентных заданийУбедиться в наличии прав администратора системы

Выполнено: 0 / 4

Удаление истории конкретного сотрудника

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

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

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

Что делать, если система пишет «Запись заблокирована»?

Если при удалении документов сотрудника вы получаете сообщение о блокировке, значит, в этот момент кто-то работает с базой или запущен фоновый процесс. Дождитесь окончания сеансов или принудительно завершите их через консоль администратора.

В случаях, когда удаление документов невозможно из-за закрытых периодов или проведенной регламентной отчетности, применяется метод «обнуления» данных. Вместо удаления вы можете изменить ФИО на фиктивные значения (например, «Архивный Сотрудник») и удалить контактные данные. Это сохраняет техническую целостность базы, но убирает персональную информацию из активного оборота.

Очистка истории изменений через обработку

Для массового удаления технической истории изменений (кто, когда и что поменял) в 1С ЗУП существует специализированная обработка. Она позволяет очистить таблицы регистрации изменений, не затрагивая сами документы и движения по регистрам. Это полезно, когда база разрослась из-за детального логгирования действий пользователей.

Запустить обработку можно через меню Администрирование → Обслуживание → Удаление данных (путь может отличаться в зависимости от версии релиза ЗУП 3.1). В открывшемся окне необходимо выбрать объект очистки. Обычно это пункт «История изменений данных» или аналогичный, в зависимости от настроек вашего варианта использования.

🗑️ Выберите период, за который нужно удалить историю (например, всё, что старше 1 года).
⚙️ Укажите конкретные справочники или документы, если очистка нужна выборочно.
🚀 Нажмите кнопку «Выполнить» и дождитесь завершения процесса, не закрывая окно.

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

💡

Для ускорения процесса очистки истории изменений рекомендуется предварительно выполнить сжатие таблиц базы данных средствами СУБД, если это поддерживается вашей версией SQL сервера.

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

Использование обработки «Удаление помеченных объектов»

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

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

Затем перейдите в раздел Администрирование → Обслуживание → Удаление помеченных объектов. В открывшейся форме выберите режим удаления. Доступны варианты удаления только помеченных объектов или всех объектов, включая те, что ссылаются на помеченные (каскадное удаление).

Режим удаления	Описание действия	Риск потери данных
Только помеченные	Удаляет объекты, у которых стоит флажок удаления	Низкий
С проверкой ссылок	Не удаляет объект, если на него есть ссылки в документах	Минимальный
Каскадное удаление	Удаляет объект и все документы, где он используется	Высокий

Будьте крайне осторожны с каскадным удалением. Если вы пометите на удаление статью затрат, которая использовалась в закрытых ведомостях за прошлый год, и выберете этот режим, система удалит и сами ведомости. Это приведет к искажению финансовой отчетности и потребует сложного восстановления.

💡

Всегда используйте режим «С проверкой ссылок» при первом проходе удаления. Это позволит увидеть, какие документы мешают очистке, и принять решение об их обработке вручную.

Технические методы очистки через SQL и консоль

Для опытных администраторов и программистов 1С существуют методы очистки истории на уровне базы данных. Эти способы позволяют удалить данные, которые недоступны через пользовательский интерфейс, например, «битые» ссылки или остатки удаленных объектов. Однако использование этих методов требует глубокого понимания структуры таблиц конфигурации ЗУП.

Один из способов — использование консольной утилиты 1cv8 с ключом очистки. Команда может выглядеть следующим образом:

1cv8 8.3 /F "Путь_к_базе" /N "Пользователь" /P "Пароль" /ClearCache

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

⚠️ Внимание: Прямое выполнение SQL-запросов на удаление записей из системных таблиц 1С нарушает поддержку конфигурации фирмой «1С». Используйте этот метод только в крайних случаях и под полную ответственность.

Пример SQL-запроса для очистки старой истории (для PostgreSQL):

DELETE FROM _InfoRgRegistrationChanges WHERE _PeriodTm < EXTRACT(EPOCH FROM TIMESTAMP '2023-01-01');

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

Анализ результатов и профилактика

После завершения всех процедур по удалению истории необходимо проанализировать результат. Проверьте основные отчеты в 1С ЗУП: оборотно-сальдовые ведомости, реестры выплат и кадровые отчеты. Убедитесь, что цифры не «поехали» и остатки соответствуют действительности.

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

Для предотвращения неконтролируемого разрастания истории в будущем настройте регламентные задания. В разделе НСИ и администрирование → Регламентные операции можно настроить автоматическую очистку журналов регистрации и временных файлов. Рекомендуется установить период хранения технической истории не более 1-2 лет, если это не противоречит внутренним политикам безопасности вашей компании.

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

ℹ️ Обратите внимание: Интерфейсы и названия пунктов меню могут незначительно отличаться в разных релизах конфигурации 1С:ЗУП (3.1.10, 3.1.15 и т.д.). Всегда сверяйтесь с актуальной документацией к вашей версии платформы и конфигурации перед выполнением административных действий.

Часто задаваемые вопросы (FAQ)

Можно ли восстановить удаленную историю изменений в 1С ЗУП?

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

Влияет ли удаление истории на расчет зарплаты?

Нет, удаление технической истории изменений (логов) не влияет на расчеты зарплаты, так как они хранятся в регистрах накопления и расчетах. Однако удаление самих документов (приказов, начислений) критически повлияет на расчеты и отчетность. Важно различать эти понятия.

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

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

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

Рекомендуемая частота зависит от объема базы. При интенсивной работе (сотни документов в день) очистку стоит проводить раз в квартал. При умеренной нагрузке достаточно делать это раз в год. Главный критерий — скорость работы отчетов и формирования документов.