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

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

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

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

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

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

Отдельно фиксируется проведение и отмена проведения — это тоже события изменения, поэтому по журналу можно отличить, например, редактирование шапки документа от его перепроведения. В файловой базе журнал хранится в формате lgd, в клиент-серверной — на сервере 1С или в СУБД, но интерфейс просмотра одинаковый.

Чего журнал регистрации не показывает по умолчанию — содержимое изменений. Вы увидите, что документ изменил Иванов в 14:32, но не увидите, что он поменял сумму с 10 000 на 15 000. Для такой детализации нужно версионирование объектов или специализированные механизмы аудита.

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

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

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

В результате вы получите хронологию: кто создал документ, кто и когда его изменял, кто проводил или распроводил. Обратите внимание на колонку «Пользователь» — это учётная запись 1С, а не Windows-пользователь, поэтому при работе под общими учётками («Администратор», «Оператор») установить реального автора будет затруднительно.

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

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

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

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

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

Дополнительные признаки изменений внутри документа

Даже без журнала и версий косвенные признаки правки можно увидеть в самом документе. Во многих конфигурациях в форме отображаются поля «Автор» (кто создал) и иногда «Кто изменил» с датой последней записи. Если автор документа и текущий ответственный не совпадают, а дата изменения позже даты создания — документ правили.

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

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

Ограничения и подводные камни

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

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

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

Как настроить контроль изменений заранее

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

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

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

Как выбрать способ проверки

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

Нужно увидеть, какие именно поля изменилиИспользуйте «История изменений» (версионирование) из формы документа

Версионирование не включено, а журнал очищенСравнивайте текущий документ с печатными копиями, выгрузками и связанными базами

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

Частые ошибки при проверке

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

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

FAQ: частые вопросы о проверке изменений документов

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

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

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

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

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

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

Сколько хранится журнал регистрации и можно ли его сохранить?

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

Может ли пользователь изменить документ так, чтобы это не отразилось нигде?

Штатно — нет: любая запись через платформу попадает в журнал регистрации. Однако администратор может после этого очистить журнал, а при прямом доступе к СУБД (в обход платформы) изменения в журнале 1С не фиксируются вовсе. Поэтому доступ к средствам администрирования и к СУБД должен быть строго ограничен.

Чем отличается «История изменений» в документе от журнала регистрации?

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