Где 1С хранит следы работы пользователя и как их убрать: история, кэш, журнал регистрации

· 9 мин

Содержание

Историю просмотров в 1С 8.3 чистят через настройки пользователя: администратор открывает Администрирование → Настройки пользователей и прав → Настройки пользователей, выбирает сотрудника и очищает его настройки. Журнал регистрации сокращают отдельно, в Конфигураторе: Администрирование → Журнал регистрации, команда сокращения по дате.

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

Какие виды истории есть в 1С и чем они отличаются

Под «историей просмотров» люди понимают разные вещи. У каждой своё хранилище и свой способ очистки.

Что видит пользовательГде хранитсяКто чистит
🕘 Список недавно открытых документов и справочников (панель «История»)В информационной базе, в настройках конкретного пользователяАдминистратор или сам пользователь через сброс настроек
⭐ Избранное, состав панелей, раскрытые разделыВ базе, в настройках пользователяТак же
💾 Кэш форм и метаданныхНа компьютере пользователя, в профиле WindowsСам пользователь или техподдержка
📜 Журнал регистрации: кто, когда, что открывал и менялВ каталоге базы (файловая) или на сервере 1СТолько администратор
🗂 История изменений (версии) объектовВ базе, в отдельном регистреАдминистратор, через настройки хранения версий

Главное различие: первые три пункта касаются удобства одного человека. Журнал и версии объектов — это контроль. Их чистят осознанно и по регламенту, потому что по ним потом разбирают спорные исправления.

История работы и настройки пользователя привязаны к его учётной записи в базе. Сотрудник видит только свою историю. Чужие открытые документы через панель «История» не видны никому.

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

Локальный кэш не содержит списка просмотров в прямом смысле. Но в нём лежат закэшированные формы и метаданные, и после смены пользователя на том же компьютере его полезно сбросить. Заодно уходят «странности» вроде старых форм после обновления.

Способ 1. Параметр запуска /ClearCache

  1. Закройте 1С.
  2. В окне запуска выберите базу и нажмите Изменить.
  3. Пройдите до последней страницы мастера.
  4. В поле Дополнительные параметры запуска впишите /ClearCache.
  5. Нажмите Готово и запустите базу.

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

Способ 2. Удалить каталоги кэша вручную

Кэш лежит в двух папках профиля Windows:

%APPDATA%\1C\1cv8\
%LOCALAPPDATA%\1C\1cv8\

Внутри — каталоги с именами вида GUID, по одному на каждую базу. Удалять можно сами GUID-папки. Файлы списка баз (ibases.v8i) и общие настройки не трогайте, иначе пропадёт список информационных баз в окне запуска.

Пакетный файл для сотрудника техподдержки:

@echo off
rem Перед запуском закройте все окна 1С на этом компьютере
for /d %%G in ("%APPDATA%\1C\1cv8\*-*-*-*-*") do rd /s /q "%%G"
for /d %%G in ("%LOCALAPPDATA%\1C\1cv8\*-*-*-*-*") do rd /s /q "%%G"
echo Кэш 1С очищен
pause

Маска *-*-*-*-* выбирает только папки с GUID в имени. Служебные каталоги без дефисов остаются на месте.

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

Сброс личной истории и настроек через режим Предприятия

Это и есть ответ на вопрос «как убрать список последних документов». В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) для этого есть обработка настроек пользователей.

Порядок действий для администратора

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

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

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

Новый сотрудник на старой учётной записи

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

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

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

Журнал регистрации фиксирует входы, открытие и запись объектов, ошибки. Именно он отвечает на вопрос «кто смотрел документ». Пользователь его не видит, если у него нет соответствующего права. Чистить его ради приватности одного человека не стоит, а вот ради места на диске — нормальная практика.

Где посмотреть журнал

  • В Бухгалтерии 3.0 и других конфигурациях на БСП: Администрирование → Обслуживание → Журнал регистрации.
  • В любой конфигурации: Главное меню → Функции для технического специалиста → Стандартные → Журнал регистрации (команда видна, если включено отображение функций для технического специалиста в параметрах).

Из режима Предприятия журнал можно смотреть и фильтровать, но не сокращать.

Как сократить журнал в Конфигураторе

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

Для крупных баз удобно оставлять последние 6–12 месяцев. Этого хватает на разбор большинства претензий по исправлениям прошлых периодов, а журнал перестаёт расти бесконечно.

Как ограничить рост журнала заранее

В Конфигураторе есть Администрирование → Настройка журнала регистрации. Там задают:

  • 📌 уровень регистрации: от «Не регистрировать» до записи всех примечаний;
  • 📌 разделение журнала по периодам (день, месяц, год и т. д.).

Уровень «Не регистрировать» не выбирайте в рабочей базе: вы потеряете возможность выяснить, кто провёл или удалил документ. Разделение по периодам удобно тем, что старые части журнала потом легко архивировать и убирать.

Где лежат файлы журнала

  • Файловая база: каталог 1Cv8Log внутри папки базы. В современных версиях платформы журнал хранится в файле 1Cv8.lgd, в старом формате — набор файлов .lgf и .lgp.
  • Клиент-серверная база : на сервере 1С, в каталоге кластера srvinfo\reg_1541\<идентификатор базы>\1Cv8Log.

Удалять файлы журнала вручную можно только при полностью остановленной работе с базой. Для серверной базы это значит, что все сеансы будут завершены. Делайте это вне рабочего времени и предупредите пользователей. Штатное сокращение через Конфигуратор безопаснее.

Удаление помеченных объектов и история изменений

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

Где запустить в типовых конфигурациях на БСП: Администрирование → Обслуживание → Удаление помеченных объектов. Если объект где-то используется, программа его не удалит и покажет, кто на него ссылается.

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

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

  • для каких видов объектов хранить версии;
  • срок хранения устаревших версий.

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

Что именно нужно убрать?

Что можно сделать в консоли администрирования серверов

Для клиент-серверной базы часть работы выполняется в консоли администрирования серверов 1С:Предприятия.

  • 👥 Сеансы. В ветке базы виден список сеансов. Перед сокращением журнала или чисткой серверного кэша здесь проверяют, кто сейчас работает, и при необходимости завершают зависшие сеансы.
  • 🔒 Блокировка сеансов. В свойствах информационной базы можно включить блокировку начала сеансов на время обслуживания и задать сообщение для пользователей.
  • 🧹 Серверный кэш. Сеансовые данные кластера лежат в каталоге srvinfo\reg_1541\snccntx*. Их очищают при остановленной службе сервера 1С.

Остановка службы сервера 1С обрывает работу всех пользователей во всех базах кластера. Делайте это только в согласованное окно обслуживания.

Для работы из командной строки есть утилита rac. Список кластеров показывает rac cluster list, сеансы — rac session list. Остальные параметры смотрите в rac help, не подбирайте их наугад.

Права доступа: кто видит историю и журнал

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

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

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

Перед очисткой следов работы
Выполнено: 0 / 5

Если после очистки история вернулась

Иногда после очистки сотрудник снова видит старый список документов. Причины обычно такие:

  • ❗ Очищали настройки не того пользователя. Проверьте, под каким логином человек входит: имя в шапке окна 1С.
  • ❗ Очистили не все группы настроек. Повторите очистку, отметив все закладки обработки.
  • ❗ Пользователь работает в нескольких базах. История у каждой базы своя, чистить нужно в каждой.
  • ❗ Сотрудник вошёл до очистки и не перезапустил программу. Настройки применяются при новом входе — попросите закрыть 1С полностью и войти заново.

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

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

Видит ли администратор, какие документы я открывал?
Да, если в журнале регистрации включён соответствующий уровень. Журнал фиксирует события по каждому пользователю, а администратор может отфильтровать его по имени.
Можно ли удалить из журнала записи только об одном пользователе?
Нет. Штатное сокращение удаляет все записи старше выбранной даты, выборочной очистки по пользователю у платформы нет.
Удалит ли очистка настроек мои документы?
Нет. Документы, справочники и проводки хранятся отдельно от настроек. Пропадут только интерфейсные вещи: избранное, история, варианты отчётов, настройки списков.
Помогает ли очистка истории ускорить базу?
Очистка настроек одного пользователя ускоряет только его вход, если настройки были повреждены. Заметный эффект на объём и скорость базы даёт сокращение журнала регистрации и версий объектов.
Нужно ли чистить историю при передаче компьютера другому сотруднику?
Если новый сотрудник входит в 1С под своей учётной записью, достаточно сбросить локальный кэш. Чужая история в базе ему всё равно не видна.