Анализ действий пользователей

11.09.26

База данных - Журнал регистрации

Разберитесь, кто входит в вашу базу 1С, с какими объектами работает и по каким учетным записям пора провести проверку. Внешняя обработка собирает данные журнала регистрации в три понятных дерева: пользователи, используемые объекты и сеансы. Настройте период, найдите нужного сотрудника, раскройте детали и сохраните сводку в Excel или PDF. Рабочий код не зависит от справочников и документов конкретной конфигурации. Для анализа нужны права доступа к журналу, а полнота выводов определяется сохраненными событиями.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Анализ действий пользователей:
.epf 25,91Kb
0 6 200 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

1. Преимущества решения

От общего итога к конкретному событию

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

Одна логика анализа для разных конфигураций

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

Понятные подписи и доступные подробности

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

Результат удобно передать коллегам

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

2. В чём польза

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

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

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

Специалисту по внутреннему контролю удобно сохранить результат с периодом анализа и сопоставить его с заявками на доступ. Данные показывают зарегистрированные действия; они не заменяют полноценный аудит безопасности, историю значений реквизитов или проверку фиксации транзакций.

3. Пример использования

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

  1. Откройте обработку и выберите начало и конец квартала. Укажите порог дней для проверки давно не входивших пользователей. Период должен быть достаточным для поиска нужных входов, а журнал должен сохранять соответствующую историю.
  2. Нажмите «Анализировать». На странице «Кто работает» раскройте группы состояний. Проверьте последние найденные входы и активность. Записи без событий включите в список для уточнения, не делая вывода «никогда не работал».
  3. Перейдите на страницу «Что используют». Раскройте интересующий тип и объект, затем пользователя и событие. Для персонального разбора нажмите «Объекты ↔ пользователи».
  4. На странице «Сеансы» выберите пользователя и день. Сопоставьте найденные входы и выходы, компьютер и приложение. Если парное завершение не найдено, не считайте длительность известной.
  5. Включите «Подробности», скопируйте сведения для дальнейшего расследования и сформируйте сводку. Сохраните ее в XLSX или PDF и обсудите результаты с ответственными за доступ.

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

4. Функциональные возможности

Период и отборы

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

Пользователи и активность

Дерево «состояние → характер событий → пользователь» объединяет сведения об учетных записях и журнале. Доступны найденные входы, последняя активность, число событий, дней с активностью и уникальных объектов. Если список учетных записей прочитать нельзя, обработка сообщает об этом и использует имена из журнала.

Использование объектов

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

Сеансы

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

Печать, настройки и справка

Сводка содержит три раздела последних загруженных результатов и период, за который они сформированы. Проверен экспорт в XLSX и PDF. Команда сохранения настроек запоминает период и отборы текущего пользователя. Предусмотрены подсказки элементов, кнопка «Справка» и стандартный вызов справки формы по F1. Ошибки сопровождаются уведомлениями и записью исходной диагностики в журнал, если журнал доступен.

Подключение и условия применения

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

Нужны права чтения журнала и доступа к временному каталогу на стороне выполнения. Полнота результата зависит от состава событий и глубины хранения журнала. Разбор ограничен 250 000 событий за запуск с предупреждением; сам экспорт журнала может быть длительным. Веб-клиент, обычное приложение, клиент-серверные базы, облачные ограничения и все прочие конфигурации требуют отдельных испытаний. Универсальная архитектура не означает гарантированную поддержку любой среды.

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

Практическое руководство

Подготовьте данные для полезного анализа

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

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

Откройте обработку удобным способом

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

Для регулярной работы используйте раздел дополнительных отчетов и обработок, если он предусмотрен вашей конфигурацией. Создайте карточку, загрузите EPF, проверьте вид «Дополнительная обработка» и команду открытия. Просмотрите запрашиваемое разрешение на временный каталог. Затем настройте размещение и доступность штатными средствами конфигурации. В поставке нет отдельного ERF; выбирать вид «Дополнительный отчет» для этого файла не требуется.

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

Настройте период и поиск

Укажите начало и конец периода. Анализ включает выбранные дни целиком. Начало позже конца считается ошибкой ввода: чтение журнала не запускается. Кнопка «Анализировать» и клавиша F5 выполняют повторный расчет.

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

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

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

Прочитайте дерево пользователей

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

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

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

Разберите использование объектов

Страница «Что используют» отвечает на два разных вопроса. В исходном порядке «тип → объект → пользователь → событие» удобно выяснять, кто работал с определенным объектом. После переключения «Объекты ↔ пользователи» порядок становится «пользователь → тип → объект → событие»: так проще исследовать работу одной учетной записи.

Переключение меняет представление уже загруженных данных. Повторного экспорта журнала не происходит. Типы объектов группируются по платформенным категориям, например «Справочники» и «Документы». Для прикладных объектов используются доступные представления; неизвестные технические имена сохраняются и не отбрасываются.

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

Проверьте сеансы и подробности

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

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

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

Подготовьте сводку для обсуждения

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

Для печати используйте штатную команду просмотра документа. Для передачи коллегам сохраните результат в XLSX или PDF стандартными средствами 1С. 

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

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

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

Предусмотрены подсказки при наведении на элементы формы. Для встроенной справки используйте кнопку «Справка» или F1 при активной основной форме.

Проверено на следующих конфигурациях и релизах:

  • 1С:ERP Управление предприятием 2, релизы 2.6.1.59
  • 1С:Комплексная автоматизация 2, релизы 2.6.1.59
  • Бухгалтерия предприятия КОРП, редакция 3.0, релизы 3.0.205.22
  • Бухгалтерия предприятия, редакция 3.0, релизы 3.0.205.22
  • Управление нашей фирмой, редакция 3.0, релизы 3.0.14.143
  • Розница, редакция 3.0, релизы 3.0.14.143

Вступайте в нашу телеграмм-группу Инфостарт

См. также

Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Платные (руб)

Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете, в котором доступны все возможности СКД с учетом ограничений RLS. Количество подключаемых баз не ограничено и не влияет на скорость построения анализа.

6100 руб.

28.11.2018    24747    23    9    

49

Журнал регистрации WEB-интеграция Программист 1С 8.3 1С:Библиотека стандартных подсистем Абонемент ($m)

Долго отлаживали интеграции через сообщения, журнал регистрации и чужие прокси. На проде это не взлетело. Собрали простой инструмент внутри платформы — смотришь запрос/ответ, повторяешь, выгружаешь curl.

1 стартмани

07.08.2026    882    2    Viktor_Ermakov    7    

12

Администрирование СУБД Журнал регистрации Системный администратор Программист 1С 8.3 Бесплатно (free)

Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.

04.08.2026    2023    nedomolkov.ivan    0    

8

Журнал регистрации Бесплатно (free)

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

28.02.2026    5312    julia96_07    0    

13

Журнал регистрации Программист Россия Бесплатно (free)

В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.

20.11.2024    9066    user1913000    13    

26

Журнал регистрации Тестирование QA Программист Бесплатно (free)

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

21.10.2024    9860    leemuar    8    

25

Инструменты администратора БД Журнал регистрации Системный администратор 1С:Предприятие 8 1С:Управление торговлей 11 Абонемент ($m)

Внешняя обработка для регламентного сокращения журнала регистрации для конфигураций на базе БСП и платформы 8.3.20+

1 стартмани

29.12.2023    5807    63    dima_gsv    6    

15

Журнал регистрации Мониторинг Системный администратор Программист Абонемент ($m)

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

1 стартмани

19.11.2023    4884    11    AlexSTAL    0    

8
Для отправки сообщения требуется регистрация/авторизация