Как в 1С очистить историю работы пользователя

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

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

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

Что именно вы хотите очистить: определяем объект

Прежде чем выполнять какие-либо действия, определите, какая именно «история» мешает работе. В типовых конфигурациях на управляемых формах (Бухгалтерия, Управление торговлей, ERP) в панели навигации есть раздел «История» — это список недавно открытых объектов. Он хранится в настройках пользователя и легко очищается штатными средствами.

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

Очистка списка недавно открытых объектов в интерфейсе

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

Порядок действий простой: откройте раздел «История», найдите команду очистки (обычно кнопка «Очистить историю» или пункт контекстного меню) и подтвердите действие. Список очистится только для текущего пользователя — на других сотрудников это никак не повлияет, поскольку история хранится индивидуально.

1. 1
   Откройте панель навигации и перейдите в раздел «История» (или главное меню → «История»)
2. 2
   Нажмите кнопку «Очистить историю» или выберите аналогичную команду в меню «Ещё»
3. 3
   Подтвердите очистку в диалоге
4. 4
   Проверьте, что список пуст, и откройте любой документ — он должен появиться в истории как новый первый элемент

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

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

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

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

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

Настройка уровня регистрации событий

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

Очистка пользовательских настроек в базе

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

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

Очистка локального кэша на компьютере пользователя

Часть истории и настроек хранится в локальном кэше клиентского приложения. Если после очистки в базе интерфейс ведёт себя странно — формы открываются с ошибками, старые настройки «возвращаются» — помогает удаление кэша. Кэш расположен в профиле пользователя операционной системы, в папках вида AppData\Roaming\1C\1cv8 и AppData\Local\1C\1cv8.

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

%APPDATA%\1C\1cv8\  и  %LOCALAPPDATA%\1C\1cv8\  — папки кэша клиента 1С

Файловые и клиент-серверные базы: есть ли разница

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

Типичные ошибки и как их избежать

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

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

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

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

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