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