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

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

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

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

Что фиксирует каждый инструмент и какой выбрать

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

Выбор зависит от задачи. Нужно быстро узнать, кто трогал документ — достаточно журнала регистрации. Нужно увидеть, что сумма была 10 000, а стала 15 000 — потребуется история изменений или версионирование, причём обе подсистемы должны быть включены до момента правки. Задним числом они прошлые изменения не покажут.

Сравнение инструментов

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

Всегда включён, показывает автора и время события, но не показывает, какие реквизиты и значения изменились.

История изменений

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

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

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

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

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

Открывшийся список событий обычно огромен, поэтому без отбора искать бессмысленно. Нажмите кнопку «Отбор» и задайте условия: в поле «Данные» укажите представление документа (например, «Реализация товаров и услуг 0000-000123 от 15.03»), при необходимости ограничьте период датами и укажите конкретного пользователя, если проверяете подозрение на него. Виды событий имеет смысл сузить до «Данные. Изменение», «Данные. Добавление» и «Данные. Удаление».

После применения отбора вы увидите список событий по документу: кто создал, кто изменял, кто провёл или отменил проведение, кто пометил на удаление. В колонках отображаются дата и время с точностью до секунды, имя пользователя, компьютер и вид события. Двойной щелчок по строке открывает детали события.

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

Как увидеть, что именно изменилось: история изменений

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

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

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

Версионирование объектов: когда нужны полные снимки документа

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

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

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

Особые случаи: проведение, пометка удаления и обмен данными

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

Сложнее обстоит дело с распределёнными базами и обменами (РИБ, обмен с сайтом, синхронизация между конфигурациями). При загрузке изменений из другого узла автором правки в вашей базе будет значиться пользователь сеанса обмена. Чтобы найти реального инициатора, нужно смотреть журнал регистрации в той базе, где изменение было сделано изначально, — по тому же документу и примерному времени.

Если документ изменён программно

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

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

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

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

Для файловых баз хранение журнала регистрации в новом формате (SQLite) ускоряет отборы по большому журналу. Переключение формата выполняется в конфигураторе в настройках журнала регистрации; перед конвертацией обязательно сделайте резервную копию, так как процесс необратим и на больших журналах занимает продолжительное время.

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

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

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

Нужно увидеть старые и новые значения реквизитовОткройте карточку документа: Ещё → История изменений (если подсистема включена)

Нужно сравнить табличные части и полный состав документаИспользуйте историю версий при включённом версионировании

Автором правки значится пользователь обмена даннымиИщите реального инициатора в журнале регистрации связанной базы

Ничего из механизмов детализации не было включеноЗафиксируйте автора по журналу регистрации и включите историю изменений на будущее

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

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

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

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

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

За какой период хранятся данные о том, кто менял документ?

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

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

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

Документ изменился, а в журнале регистрации события нет. Как такое возможно?

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

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

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