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

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

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

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

Что фиксирует 1С и какие инструменты доступны

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

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

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

Как найти автора изменения через журнал регистрации

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

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

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

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

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

Как включить версионирование и посмотреть историю изменений

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

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

После включения в форме документа появится команда «История изменений» (обычно в меню «Ещё»). Открыв её, вы увидите список версий с указанием автора и времени каждой записи. Кнопка «Сравнить» показывает табличное сопоставление двух версий: какие реквизиты отличаются и какие значения были раньше.

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

Как отличить ручное изменение от обмена и обработки

Не каждое изменение документа делает человек вручную. В журнале регистрации в колонке «Пользователь» может стоять служебная учётная запись, под которой работает обмен данными, или пользователь «ОбменДанными». Если в базе настроена синхронизация с другой системой (сайт, другая база 1С, CRM), правки могут приходить извне.

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

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

Маршрут решения

Как выбрать действие

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

Изменение выполнено служебным пользователем обменаПроверьте настройки синхронизации и журнал обмена — правка пришла из другой системы

Документ изменён, а событий в журнале нетПроверьте, не очищался ли журнал, и не работаете ли вы в файловой копии базы

Нужно видеть, какие именно реквизиты менялисьВключите версионирование объектов и далее используйте «Историю изменений» в форме документа

Типичные ошибки при поиске автора изменений

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

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

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

Ограничения и что делать, если данные не нашлись

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

Если база клиент-серверная, журнал хранится в формате SQLite или в старом формате lgf — в зависимости от настроек. Администратор сервера может выгрузить журнал внешними средствами, но для обычного пользователя доступен только просмотр из 1С. При подозрении на серьёзный инцидент имеет смысл сразу выгрузить копию журнала, чтобы её нельзя было очистить.

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

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

Разбор инцидента полезен, но лучше не допускать его повторения. Первый шаг — настроить дату запрета изменения данных: «Администрирование» → «Пользователи и права» → «Даты запрета изменения данных». После закрытия периода документы прошлых месяцев смогут править только пользователи с особыми правами.

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

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

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

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

Да, факт изменения и его автор видны в журнале регистрации независимо от версионирования. Однако узнать, какие именно реквизиты поменялись, без версионирования нельзя — только сравнением с резервной копией базы на более раннюю дату.

Почему в журнале регистрации нет событий по нужному документу?

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

Может ли пользователь удалить следы своих действий из журнала?

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

Как понять, что документ изменила синхронизация, а не человек?

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

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

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

Замедляет ли версионирование работу базы?

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