Администрирование · 11 мин
Как посмотреть логи пользователя в 1С
Как посмотреть логи пользователя в 1С: журнал регистрации, отбор по пользователю и событиям, технологический журнал, история изменения данных и типичные ошибки.
Когда в базе 1С пропадают документы, меняются цены или кто-то случайно проводит не тот платёжный документ, первый вопрос — кто это сделал. Ответ дают логи: платформа фиксирует входы пользователей, изменение объектов, ошибки и административные действия. Главный инструмент — журнал регистрации, встроенный во все конфигурации на платформе 1С:Предприятие 8.
Работать с логами можно двумя способами: через стандартный журнал регистрации в режиме «1С:Предприятие» или конфигураторе и через технологический журнал — текстовые логи платформы на уровне сервера. Первый способ подходит для повседневного разбора действий пользователей, второй — для глубокой диагностики ошибок и производительности.
Важно понимать ограничение: журнал регистрации показывает факт и время изменения объекта, но не всегда показывает, что именно изменилось внутри. Для детальной истории изменений реквизитов нужны дополнительные механизмы — версионирование объектов или история изменения данных. Ниже разобраны все варианты с конкретными шагами.
Что фиксирует 1С и где хранятся логи
Журнал регистрации — это штатный механизм платформы, который записывает события: вход и выход пользователей, запись и проведение документов, изменение справочников, ошибки, предупреждения, запуск фоновых заданий, изменение прав доступа. Записи ведутся автоматически, дополнительная настройка для базовых событий не требуется.
В файловой базе журнал хранится в каталоге базы, в клиент-серверном варианте — на сервере 1С или в СУБД. Формат хранения менялся между версиями платформы, поэтому старый журнал может быть недоступен после обновления, если его не сконвертировали. Сам по себе журнал со временем разрастается и может занимать значительное место на диске.
Как открыть журнал регистрации и настроить отбор по пользователю
В типовых конфигурациях (Бухгалтерия, Управление торговлей, ERP) журнал открывается из режима «1С:Предприятие»: раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». Путь может немного отличаться в зависимости от конфигурации, но пункт всегда находится в административном разделе. Альтернатива — конфигуратор: меню «Администрирование» → «Журнал регистрации».
После открытия нажмите кнопку «Отбор» и задайте условия: конкретный пользователь, период (дата начала и окончания), уровень важности событий и сами события — например, «Данные. Изменение» или «Данные. Удаление». Без отбора журнал покажет тысячи записей, и найти нужное будет сложно.
- 1Откройте «Администрирование» → «Журнал регистрации» в режиме 1С:Предприятие или в конфигураторе
- 2Нажмите «Отбор» и укажите нужного пользователя в поле «Пользователь»
- 3Задайте период: дату начала и окончания интересующего интервала
- 4Отметьте события: изменение данных, удаление, проведение документов, ошибки
- 5Нажмите «ОК» и изучите список: колонки показывают время, пользователя, событие, объект и компьютер
- 6Двойной клик по записи открывает детали события и ссылку на изменённый объект
Признак того, что всё сделано правильно: в списке остались записи только выбранного пользователя за нужный период, и по каждой записи видно, какой объект он затронул. Если список пуст — проверьте период: частая причина «пустого» журнала — неверно заданные даты.
Какие события смотреть в разных ситуациях
Тип события — ключ к быстрому поиску. Если ищете, кто удалил документ, отбирайте «Данные. Удаление» и «Данные. Пометка на удаление». Если интересует, кто менял элемент справочника — «Данные. Изменение». Для контроля входов в систему используйте события сеанса: «Сеанс. Начало» и «Сеанс. Завершение».
Для расследования ошибок пользователя отбирайте уровень «Ошибка» и «Предупреждение» — так вы увидите, с чем столкнулся сотрудник: отказ в доступе, ошибка проведения, конфликт блокировок. Это особенно полезно, когда пользователь сообщает «у меня ничего не работает», но не может описать проблему точно.
Отбор по «Данные. Удаление» и «Пометка на удаление» за период
Отбор «Данные. Изменение» с фильтром по конкретному объекту
Отбор по пользователю и уровню важности «Ошибка»
Отбор по «Сеанс. Начало» покажет все входы с указанием компьютера
Технологический журнал: когда журнала регистрации недостаточно
Технологический журнал — это текстовые логи платформы, которые пишутся на уровне сервера или клиентского приложения. Он фиксирует низкоуровневые события: запросы к СУБД, блокировки, исключения, длительные операции. В отличие от журнала регистрации, по умолчанию он выключен и включается конфигурационным файлом logcfg.xml.
Включать технологический журнал стоит точечно — для диагностики конкретной проблемы: зависаний, конфликтов блокировок, падений рабочего процесса. Постоянно работающий подробный лог создаёт большой объём файлов и может замедлять дисковую подсистему сервера.
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="C:\1clogs" history="24">
<event><eq property="name" value="EXCP"/></event>
<property name="all"/>
</log>
</config>Файл logcfg.xml размещается в каталоге конфигурации сервера 1С (для клиентского лога — в каталоге конфигурации клиентского приложения). После размещения файла лог начинает писаться в указанную папку. Параметр history задаёт срок хранения логов в часах — не оставляйте его слишком большим.
История изменения данных и версионирование объектов
Журнал регистрации отвечает на вопрос «кто и когда изменил объект», но не показывает, какие именно поля поменялись. Если нужно видеть старое и новое значение реквизитов, используйте механизм истории изменения данных (в свежих версиях платформы) или подсистему версионирования объектов из Библиотеки стандартных подсистем, которая есть в большинстве типовых конфигураций.
Версионирование включается в настройках конфигурации: «Администрирование» → «Общие настройки» → «История изменений» (название раздела зависит от конфигурации). Для выбранных типов документов и справочников система начнёт сохранять версии, и по кнопке «История изменений» в карточке объекта вы увидите, кто, когда и что именно поменял.
Ограничения прав и типичные ошибки
Просмотр журнала регистрации требует права «Журнал регистрации» в роли пользователя или полных прав. Обычный пользователь без этих прав пункт меню не увидит. Если журнал нужен руководителю или аудитору, выдайте ему отдельную роль с правом просмотра журнала, не давая полных прав администратора.
Вторая частая проблема — усечённый или очищенный журнал. Администраторы иногда сокращают журнал для экономии места («Администрирование» → «Настройка журнала регистрации» → «Сократить»), и старые события теряются безвозвратно. Перед сокращением выгружайте журнал в файл — потом его можно открыть и проанализировать отдельно.
Как проверить результат и что делать дальше
После настройки отбора убедитесь, что данные полные: сравните количество событий с ожидаемым, проверьте, что в записях указаны пользователь, компьютер и объект. Если записи есть, но в колонке «Пользователь» пусто или значение «<Не определен>» — это события фоновых заданий или сеансов без аутентификации, отфильтруйте их отдельно.
Для передачи результатов расследования журнал можно выгрузить: кнопка «Выгрузить журнал» сохраняет отобранные записи в файл. Также записи можно скопировать в табличный документ и распечатать или сохранить в Excel — это удобно для служебных расследований и отчётности.
Как проверить результат
Только события нужного пользователя за заданный период
Пустой список при заведомо существовавших действиях — проверьте даты и фильтры
Видны пользователь, компьютер, объект и тип события
Объект не указан — событие не связано с данными, это системное событие
События есть за весь интересующий период
История обрывается — журнал сокращали или сменили формат хранения
Что важно запомнить
Основной инструмент — журнал регистрации с отбором по пользователю, периоду и типу события. Для деталей изменений реквизитов включайте версионирование заранее, для низкоуровневой диагностики — технологический журнал. Перед сокращением журнала всегда делайте выгрузку.
Частые вопросы
Если расследование касается финансовых документов, выгружайте журнал сразу после обнаружения проблемы. Пока идут разбирательства, журнал могут сократить в рамках регламентного обслуживания — и доказательства исчезнут.
Можно ли посмотреть, что делал пользователь, если журнал регистрации пустой?
Сначала проверьте отбор: снимите все фильтры и задайте широкий период. Если записей действительно нет, возможно, журнал сокращали, базу пересоздавали или формат хранения менялся при обновлении платформы. Восстановить удалённые записи штатными средствами нельзя — остаются резервные копии базы, в которых журнал мог сохраниться.
Видно ли в журнале, какие именно поля изменил пользователь в документе?
Нет, журнал регистрации фиксирует только факт изменения объекта, время и автора. Чтобы видеть старые и новые значения реквизитов, нужны версионирование объектов или история изменения данных — их необходимо включить заранее, задним числом детали не восстановить.
Как узнать, с какого компьютера входил пользователь?
В журнале регистрации откройте отбор по событию «Сеанс. Начало» и нужному пользователю. В деталях каждой записи указаны имя компьютера и, в клиент-серверном варианте, дополнительные сведения о соединении. Это стандартный способ проверить подозрительные входы.
Может ли обычный пользователь посмотреть чужие логи?
Только если у него есть право «Журнал регистрации» или полные права. В типовых конфигурациях это право обычно входит в роли администратора и аудитора. Рядовым пользователям журнал недоступен, что соответствует требованиям разграничения доступа.
Журнал регистрации занимает много места. Что делать?
Используйте функцию сокращения: в форме журнала или через «Администрирование» → «Настройка журнала регистрации». Перед сокращением выгрузите журнал в файл, чтобы сохранить историю. Также можно настроить уровень регистрируемых событий, отключив маловажные, но делайте это осознанно — отключённые события перестанут записываться.
Чем технологический журнал отличается от журнала регистрации?
Журнал регистрации — прикладной уровень: действия пользователей с объектами базы. Технологический журнал — уровень платформы: запросы к СУБД, блокировки, исключения, длительные операции. Первый включён всегда, второй требует настройки через logcfg.xml и нужен в основном администраторам и разработчикам для диагностики.