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