Как узнать, кто заходил в базу 1С

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

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

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

Что фиксирует журнал регистрации и где он хранится

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

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

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

Как посмотреть входы пользователей через конфигуратор

Классический способ — открыть журнал регистрации через конфигуратор. Для этого нужны права администратора информационной базы. Запустите конфигуратор, авторизуйтесь и выберите в меню «Администрирование» пункт «Журнал регистрации». Откроется таблица событий за последний период.

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

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

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

Как посмотреть журнал из режима «Предприятие»

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

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

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

Настройка детализации: чтобы нужные события записывались

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

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

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

Программный способ и выгрузка журнала

Когда нужно регулярно анализировать входы — например, строить ежедневный отчёт для службы безопасности, — журнал выгружают программно. Платформа предоставляет метод «ВыгрузитьЖурналРегистрации», который позволяет выгрузить события за период в файл с отбором по пользователям и типам событий, а также обработать записи напрямую из встроенного языка.

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

ВыгрузитьЖурналРегистрации("C:\Audit\journal.xml", ОтборЖурнала, "Дата,Пользователь,Событие,Компьютер", , 10000);

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

Как узнать, кто изменил конкретные данные

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

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

Комбинация «журнал регистрации + версионирование» закрывает большинство задач аудита: журнал отвечает на вопрос «кто заходил и когда», версионирование — «кто и что изменил». Для критичных баз дополнительно применяют внешние системы аудита и SIEM, собирающие логи с серверов 1С и СУБД.

Частые ошибки и ограничения

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

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

Третий момент — время. В записях журнала фиксируется время сервера или компьютера с базой. Если часы на сервере сбиты, хронология событий будет искажена. Убедитесь, что на сервере 1С и сервере СУБД настроена синхронизация времени.

FAQ: частые вопросы об аудите входов в 1С