Журнал регистрации в 1С: как посмотреть, кто изменил документ

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

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

Статья подходит для типовых конфигураций 1С: Бухгалтерия, Управление торговлей, ERP, Зарплата и управление персоналом — на платформе 8.3. Путь к журналу немного различается между обычным и управляемым интерфейсом, оба варианта разобраны.

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

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

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

Ключевые ограничения, о которых нужно знать до начала поиска:

• журнал не показывает старые и новые значения реквизитов — только факт изменения;
• если документ изменён обработкой или обменом данными, в журнале будет пользователь, под которым выполнялся сеанс обмена (часто это служебная учётная запись);
• глубина хранения ограничена настройками и размером файла журнала — старые события могли быть удалены при сокращении;
• в файловой базе журнал хранится в папке с базой, в клиент-серверной — на сервере 1С, и доступ к нему нужен с соответствующими правами.

Как открыть журнал регистрации в 1С 8.3

В типовой конфигурации (управляемый интерфейс)

В конфигурациях на «Библиотеке стандартных подсистем» (Бухгалтерия 3.0, УТ 11, ERP, ЗУП 3.1) журнал доступен прямо из пользовательского режима. Путь: раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В некоторых конфигурациях пункт называется «Обслуживание → Журнал регистрации» или находится в «Настройки программы».

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

Через конфигуратор

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

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

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

Без отбора журнал выводит тысячи событий, и найти нужное практически невозможно. Нажмите кнопку «Отбор» и настройте условия. Самые полезные параметры:

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

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

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

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

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

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

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

Сравнение способов контроля изменений

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

Работает всегда, показывает автора и время изменения. Не показывает, какие реквизиты изменены и какие значения были раньше.

Версионирование объектов

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

Дата запрета изменения данных

Не показывает автора, но предотвращает правку закрытых периодов. Профилактика, а не расследование.

Кто удалил документ: поиск по событию удаления

Удаление документа фиксируется двумя разными событиями, и их важно различать. Пометка на удаление — обычная операция, документ остаётся в базе, его можно восстановить. В журнале это событие «Данные. Изменение» с комментарием о пометке. Физическое удаление происходит через «Удаление помеченных объектов» — это событие «Данные. Удаление», и восстановить объект после него можно только из резервной копии.

Чтобы найти, кто удалил документ, установите отбор по событию «Данные. Удаление» и «Данные. Пометка на удаление» за нужный период. Если документ удалён физически, ищите также, кто запускал обработку удаления помеченных объектов — это видно по сеансу пользователя в то же время.

Если в журнале нет нужных событий

Ситуация «документ точно меняли, а в журнале пусто» встречается по нескольким причинам. Разберите их по порядку.

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

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

Как предотвратить нежелательные изменения в будущем

Журнал регистрации — инструмент расследования, а не защиты. Чтобы вопрос «кто изменил документ» возникал реже, настройте профилактические механизмы.

Дата запрета изменения данных («Администрирование → Поддержка и обслуживание → Регламентные операции» или «Даты запрета изменения данных» в зависимости от конфигурации) блокирует редактирование документов закрытых периодов для всех, кроме уполномоченных. Это главная защита от правок «задним числом».

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

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

Частые вопросы

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

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

Как долго хранятся события в журнале регистрации?

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

Видно ли в журнале, кто изменил документ через обмен данными?

Факт изменения виден, но автором будет учётная запись, под которой работает обмен, а не человек, изменивший документ в другой базе. Чтобы найти инициатора, нужно смотреть журнал регистрации в базе-источнике обмена за то же время.

Можно ли восстановить документ, который удалили физически?

Из самой базы — нет, физическое удаление необратимо. Варианты: восстановление из резервной копии (с потерей данных, введённых после её создания) или перенос документа из копии через обработку выгрузки-загрузки. Поэтому перед массовым удалением помеченных объектов всегда делайте копию базы.

Почему в журнале один и тот же пользователь изменил документ несколько раз подряд?

Каждая запись документа — отдельное событие. Несколько записей подряд возникают при проведении, отмене проведения, повторном нажатии «Записать» или работе обработок. Это нормально и не означает ошибку; смотрите на последовательность событий, чтобы понять логику действий.

Можно ли выгрузить журнал регистрации для анализа?

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