Администрирование · 12 мин
Как посмотреть активность пользователя в 1С
Способы посмотреть активность пользователя в 1С: журнал регистрации, отчёт «Активность пользователей», история изменений данных. Пошаговые инструкции и ответы на вопросы.
Вопрос о том, кто и когда работал в базе 1С, возникает у администраторов и руководителей регулярно: нужно найти автора ошибочного документа, проверить, заходил ли сотрудник в систему, или расследовать инцидент с утечкой данных. В типовых конфигурациях 1С:Предприятие для этого предусмотрено несколько штатных инструментов, и большинство задач решается без программирования.
Основной источник сведений — журнал регистрации, который платформа ведёт автоматически. Дополнительно в конфигурациях на базе Библиотеки стандартных подсистем (БСП) есть отчёт «Активность пользователей», а для отслеживания изменений конкретных объектов используется версионирование и история изменений. Каждый инструмент показывает свой срез активности, и важно понимать их различия.
Ниже разобраны практические способы посмотреть активность пользователя в файловых и клиент-серверных базах, настройка фильтров, ограничения каждого метода и типичные ошибки, которые мешают найти нужные события.
Журнал регистрации — главный инструмент контроля
Журнал регистрации — это системный механизм платформы 1С:Предприятие, который фиксирует события в базе: вход и выход пользователей, запись и удаление объектов, ошибки, изменение прав доступа и многое другое. Журнал ведётся всегда, отдельно включать его не нужно, но набор фиксируемых событий можно настроить.
Открыть журнал можно двумя способами. В пользовательском режиме (1С:Предприятие) путь обычно такой: раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В конфигураторе: меню «Администрирование» → «Журнал регистрации». Оба варианта показывают один и тот же журнал, различается только интерфейс.
Чтобы посмотреть активность конкретного пользователя, установите отбор: нажмите кнопку «Отбор» (или «Установить отбор»), укажите нужного пользователя, период и при необходимости типы событий — например, «Сеанс. Аутентификация» для просмотра входов в систему. После применения отбора в таблице останутся только релевантные записи с датой, временем, компьютером и описанием события.
Обратите внимание на колонки журнала: «Пользователь» показывает учётную запись, «Компьютер» — с какого рабочего места выполнялось действие, «Данные» — ссылку на объект, с которым работали, «Комментарий» — детали события. Двойной щелчок по записи открывает карточку события с полной информацией.
- 1Откройте Администрирование → Обслуживание → Журнал регистрации
- 2Нажмите кнопку «Отбор» и укажите пользователя и период
- 3Выберите нужные типы событий: сеансы, изменение данных, ошибки
- 4Примените отбор и изучите список событий
- 5Откройте карточку события двойным щелчком для деталей
Настройка отбора событий и уровней регистрации
Если журнал «пустой» или в нём нет нужных событий, проверьте настройки регистрации. В конфигураторе откройте «Администрирование» → «Настройка журнала регистрации». Здесь задаётся, какие события фиксируются: только ошибки, ошибки и предупреждения, важные события или все события включая информационные. Для полноценного аудита активности выбирайте режим регистрации всех событий или хотя бы событий доступа к данным.
Учтите, что подробная регистрация увеличивает объём журнала и может заметно разрастать файл журнала в больших базах. Практический компромисс — регистрировать ошибки, предупреждения и события доступа, а информационные события включать временно, на период расследования.
В настройках также доступна опция разделения журнала по периодам (по дням, неделям и т.д.), что упрощает архивацию и ускоряет открытие журнала. Для старых форматов журнала (файл с расширением .lgf) рекомендуется перейти на новый формат SQLite (.lgd) — он работает быстрее и устойчивее к повреждениям.
Отчёт «Активность пользователей» в типовых конфигурациях
В конфигурациях на базе Библиотеки стандартных подсистем (1С:Бухгалтерия, 1С:Управление торговлей, 1С:ERP, ЗУП и другие) есть готовый отчёт «Активность пользователей». Он находится в разделе «Администрирование» → подсистема «Пользователи и права» (или «Настройка прав и пользователей») → «Активность пользователей». Иногда отчёт доступен также из карточки пользователя.
Отчёт показывает сводную картину: когда пользователь входил в систему, сколько сеансов выполнил, с какими документами и справочниками работал. Данные группируются по пользователю и периоду, что удобно для быстрой оценки загрузки сотрудников без ручного разбора журнала регистрации.
Отчёт строится на данных журнала регистрации, поэтому его полнота зависит от настроек регистрации событий. Если в журнале отключена регистрация информационных событий, часть активности в отчёт не попадёт. Для корректной работы отчёта пользователю нужны права администратора или право просмотра журнала регистрации.
Чем смотреть активность
Максимально полные данные, гибкие отборы. Требует понимания типов событий и прав администратора.
Быстрый наглядный результат без настройки. Подходит для типовых конфигураций на БСП, но менее гибок.
Показывает, кто и когда менял конкретный документ или элемент справочника. Работает только для объектов с включённым версионированием.
Показывает только текущие сеансы в реальном времени, без истории.
Просмотр текущих сеансов и активных пользователей
Если нужно узнать, кто работает в базе прямо сейчас, откройте «Администрирование» → «Обслуживание» → «Активные пользователи» (в типовых конфигурациях) или в конфигураторе — «Администрирование» → «Активные пользователи». Отобразится список текущих сеансов: имя пользователя, компьютер, время начала сеанса, режим работы (тонкий клиент, веб-клиент, фоновое задание).
В клиент-серверном варианте работы аналогичную информацию показывает консоль кластера серверов 1С: ветка «Сеансы» внутри нужной информационной базы. Там же можно принудительно завершить сеанс, например при «зависшем» соединении, мешающем обновлению конфигурации.
Из списка активных пользователей в типовых конфигурациях часто доступен переход к истории активности выбранного сотрудника — это быстрый способ перейти от текущего сеанса к полной картине действий пользователя.
Как узнать, кто изменил конкретный документ
Частая задача — найти автора изменений в конкретном документе или элементе справочника. Самый простой способ без настройки: открыть журнал регистрации с отбором по данным. В форме отбора в поле «Данные» укажите ссылку на нужный объект — журнал покажет все события записи, изменения и удаления этого объекта с указанием пользователей.
Более удобный механизм — версионирование объектов. В типовых конфигурациях оно включается в разделе «Администрирование» → «Общие настройки» (или «Поддержка и обслуживание») → «Версионирование объектов». После включения для выбранных видов документов и справочников система хранит историю версий: кто, когда и что именно изменил, с возможностью сравнить версии и откатиться к предыдущей.
В карточке объекта с включённым версионированием появляется команда «История изменений» (обычно в меню «Ещё»). Отчёт показывает таблицу версий с авторами и датами, а сравнение версий подсвечивает изменённые реквизиты — это самый наглядный способ разобраться в правках.
Включайте версионирование заранее, до возникновения спорных ситуаций: история начинает накапливаться только с момента включения. Восстановить, кто менял документ до включения версионирования, можно только через журнал регистрации — и только если там регистрировались соответствующие события.
Выгрузка журнала и анализ внешними средствами
Для длительного хранения или детального анализа журнал регистрации можно выгрузить. В форме журнала доступна команда «Выгрузить журнал» (в конфигураторе — «Файл» → «Сохранить копию» либо выгрузка в формате .lgf/.lgd). Также записи можно скопировать в табличный документ и сохранить в Excel для фильтрации и построения сводных таблиц.
Технологический журнал платформы — отдельный низкоуровневый инструмент, который настраивается через файл logcfg.xml и фиксирует события на уровне сервера: длительные запросы, блокировки, вызовы. Он нужен скорее для диагностики производительности, чем для учёта действий пользователей, но в сложных расследованиях дополняет журнал регистрации.
Для регулярного аудита в крупных внедрениях применяют внешние решения: сбор журналов регистрации нескольких баз в единое хранилище, интеграцию с SIEM-системами. Это уже задача уровня системного администрирования, требующая отдельного проекта.
Ограничения и типичные ошибки при контроле активности
Важно понимать границы штатных инструментов. Журнал регистрации фиксирует события на уровне платформы, но не показывает, какие именно данные пользователь просматривал без изменения — факт «чтения» регистрируется только при включённой регистрации событий доступа к данным, и то в ограниченном виде. Полноценный аудит просмотров требует специализированных решений.
Ещё одно ограничение — работа под общими учётными записями. Если несколько сотрудников входят под одним пользователем (например, «Кассир»), журнал покажет действия этой учётной записи, но не конкретного человека. Различить их можно лишь косвенно, по колонке «Компьютер», если у сотрудников разные рабочие места.
Фоновые задания и обмены данными выполняются под служебными пользователями — их активность в журнале не означает действий живого сотрудника. При анализе отфильтровывайте такие сеансы по типу «Фоновое задание» и по именам служебных учётных записей.
Проверка результата: как убедиться, что данные полные
После настройки отбора в журнале регистрации сверьте результат с ожиданиями. Если пользователь точно работал в указанный период, а событий входа нет — проверьте уровень регистрации и не очищался ли журнал. Контрольный тест: попросите пользователя выполнить вход и любое действие, затем обновите журнал — свежие события должны появиться.
Для отчёта «Активность пользователей» признак корректной работы — наличие данных за последние дни по нескольким пользователям. Пустой отчёт при активно работающей базе означает, что регистрация нужных событий отключена или у вас недостаточно прав.
Как проверить результат
Есть записи «Сеанс. Аутентификация» за нужный период
Записей нет при заведомо работавшем пользователе — проверьте уровень регистрации
Отчёт заполнен данными за последние дни
Пустой отчёт — нет прав или отключена регистрация событий
Видны версии с авторами и датами
Истории нет — версионирование для этого вида объектов не включено
Часто задаваемые вопросы
Можно ли посмотреть, какие отчёты формировал пользователь?
Штатно факт формирования отчёта фиксируется в журнале регистрации не всегда: зависит от уровня регистрации и того, как отчёт реализован в конфигурации. События доступа к данным при включённой соответствующей настройке частично отражают такую активность, но полной картины просмотров штатные средства не дают.
Как посмотреть активность, если база файловая?
В файловой базе журнал регистрации работает так же: откройте его через конфигуратор («Администрирование» → «Журнал регистрации») или из пользовательского режима. Отличие лишь в том, что нет консоли кластера серверов — текущие сеансы смотрятся через список активных пользователей в самой базе.
Почему в журнале нет событий за прошлый месяц?
Скорее всего, в настройках журнала регистрации задано автоматическое удаление событий старше определённого срока. Откройте «Настройка журнала регистрации» в конфигураторе и проверьте параметр очистки. Удалённые записи восстановить нельзя — на будущее отключите автоочистку или выгружайте архивы.
Может ли обычный пользователь без прав администратора видеть журнал?
Нет, для просмотра журнала регистрации нужны административные права (роль «Администратор системы» или «Полные права» в типовых конфигурациях). Рядовому пользователю доступна разве что история изменений объектов через версионирование, если оно включено и у него есть права на сами объекты.
Как отследить, кто удалил документ?
Откройте журнал регистрации, установите отбор по событию «Данные. Удаление» и нужному периоду. Если знаете документ — добавьте отбор по данным. В записи события будет указан пользователь, время и компьютер. Если удаление помеченных выполняется регламентно, проверяйте и события фоновых заданий.
Видно ли в журнале, что пользователь работал через веб-клиент?
Да, в свойствах сеансового события указывается клиентское приложение: тонкий клиент, толстый клиент, веб-клиент или фоновое задание. Это позволяет отличить, например, интерактивную работу от обмена данными, выполненного под той же учётной записью.