Как в 1С посмотреть, кто что делал за день

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

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

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

Журнал регистрации: главный инструмент просмотра действий

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

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

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

Как отфильтровать события за конкретный день

Открыв журнал регистрации, нажмите кнопку «Отбор» (или установите отбор через меню). В форме отбора укажите интервал дат: начало — 00:00 нужного дня, окончание — 23:59 того же дня. Это отсечёт события других дат и ускорит загрузку, что особенно важно в больших базах, где журнал содержит миллионы записей.

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

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

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

Настройка, какие события пишутся в журнал

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

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

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

История изменений документов и справочников

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

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

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

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

Если известен проблемный документ, откройте его карточку и перейдите в историю изменений — там будут все правки с авторами. Если документ неизвестен, но известен пользователь, проще идти через журнал регистрации с отбором по пользователю и событию «Данные. Изменение».

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

Что выбрать для просмотра действий

Журнал регистрации

Подходит для общей картины: входы, ошибки, факты изменения данных. Работает всегда, но детализация зависит от настроек, а содержимое правок не показывает.

История изменений (версионирование)

Показывает, какие поля документа или справочника изменились и кем. Требует включения заранее и расходует место в базе.

Отчёты по активности пользователей

Дают сводную картину (кто сколько документов создал). Зависят от конфигурации и не фиксируют отменённые или неудачные действия.

Отчёты и дополнительные способы контроля

Во многих типовых конфигурациях есть отчёты, косвенно показывающие активность за день. Например, отчёт по документам с группировкой по автору (если в документах есть реквизит «Ответственный» или «Автор») позволяет увидеть, кто какие документы создавал. В «1С:Бухгалтерии» и «Управлении торговлей» есть стандартные отчёты по анализу активности, доступность которых зависит от версии.

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

Для регулярного контроля удобно настроить рассылку отчётов или периодически выгружать журнал регистрации во внешний файл. Это снижает риск потери данных при сокращении журнала и упрощает разбор инцидентов за прошлые периоды.

Ограничения и частые ошибки при анализе

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

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

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

Контрольные точки

Как проверить, что данные достоверны

Настройка регистрации событий

Норма

В настройках журнала включены события добавления, изменения и удаления данных

Тревожный признак

Включены только ошибки — действий пользователей с данными в журнале не будет

История изменений объекта

Норма

В карточке документа доступна команда «История изменений» со списком версий

Тревожный признак

Команды нет или список пуст — версионирование не включено для этого вида объектов

Учётные записи

Норма

У каждого сотрудника свой пользователь, записи однозначно указывают на человека

Тревожный признак

Несколько человек работают под одним пользователем — автора действия установить нельзя

FAQ: частые вопросы

Можно ли посмотреть действия пользователя, если журнал регистрации уже сократили?

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

Видно ли в журнале, кто просто просматривал данные?

Как правило, нет. Платформа регистрирует события доступа и изменения, а факт открытия списка или отчёта без изменения данных обычно не фиксируется. Для аудита просмотров требуются специализированные решения или доработки.

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

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

Почему в журнале мало событий, хотя пользователи работали весь день?

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

Можно ли смотреть журнал регистрации без прав администратора?

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

Сильно ли полная регистрация событий замедляет работу базы?

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