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

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

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

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

Что именно нужно очистить: определяем тип истории

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

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

Очистка списка недавно открытых документов

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

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

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

Очистка истории ввода и поиска по строке

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

Настройки истории ввода находятся в параметрах: откройте «Сервис» → «Параметры» (или «Администрирование» → «Персональные настройки» в зависимости от конфигурации) и найдите настройки ввода по строке и истории ввода. Там можно отключить сохранение истории или изменить глубину хранения.

Если нужно удалить уже накопленную историю ввода, она хранится в пользовательских настройках. В типовых конфигурациях есть раздел «Администрирование» → «Обслуживание» → «Настройки пользователей и прав», где администратор может очистить персональные настройки конкретного пользователя, включая историю ввода.

Сокращение журнала регистрации

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

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

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

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

Удаление истории изменений (версионирования объектов)

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

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

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

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

Очистка кэша 1С на компьютере

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

Файлы кэша находятся в профиле пользователя Windows: в папках вида «AppData\Roaming\1C\1cv8» и «AppData\Local\1C\1cv8», в каталогах с длинными буквенно-цифровыми именами — идентификаторами баз. Перед удалением закройте все сеансы 1С, затем удалите папку с идентификатором нужной базы. При следующем запуске платформа создаст кэш заново.

Альтернативный способ — удалить базу из списка в стартовом окне 1С и добавить её заново: при этом старый кэш перестаёт использоваться. Есть также параметр командной строки /ClearCache, но он очищает кэш только для текущего запуска, а не удаляет файлы полностью.

Как проверить результат и что делать, если история не очищается

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

Если список недавних объектов не очищается, вероятная причина — недостаток прав или то, что настройки хранятся централизованно и управляются администратором. Обратитесь к администратору 1С: он может очистить настройки через обработку управления настройками пользователей.

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

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

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

Список недавних объектов

Норма

Список пуст или содержит только нужные элементы

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

Старые записи остались после очистки

Журнал регистрации

Норма

События старше указанной даты отсутствуют, журнал открывается без ошибок

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

Ошибка при открытии журнала или события не удалились

Запуск базы после очистки кэша

Норма

База стартует штатно, формы открываются корректно

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

Повторяются прежние ошибки или появились новые

История изменений

Норма

Старые версии удалены, свежие версии на месте

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

Удалены актуальные версии или очистка не сработала

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

Удалится ли история у всех пользователей, если я очищу её под своей учётной записью?

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

Можно ли восстановить журнал регистрации после сокращения?

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

Опасно ли удалять папки кэша в AppData?

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

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

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

Как очистить историю поиска в строке поиска по базе?

История полнотекстового поиска и ввода по строке относится к персональным настройкам пользователя. Очистите её через сброс соответствующих настроек в разделе «Администрирование» → «Настройки пользователей и прав» либо попросите администратора удалить настройки конкретного пользователя через служебную обработку.

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

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