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