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

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

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

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

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

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

Однако содержимое правки журнал не сохраняет. Если пользователь изменил сумму документа с 10 000 на 15 000, журнал покажет только «Изменение данных» по этому документу. Что было раньше — из журнала не узнать. Для этого существует отдельный механизм версионирования, который хранит снимки объекта на момент каждой записи.

Способ 1. Журнал регистрации — узнать, кто и когда менял документ

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

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

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

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

Способ 2. История версий — увидеть, что именно изменили

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

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

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

Если истории версий нет в меню

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

Способ 3. История изменений и кнопка «История» в типовых конфигурациях

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

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

Сравнение способов поиска автора правки

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

Работает всегда и сразу, показывает кто и когда изменил объект. Не показывает содержание правок.

История версий

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

Реквизит «Автор»

Виден сразу в форме документа без настроек. Фиксирует только создателя, редакторов не отслеживает.

Как настроить версионирование заранее

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

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

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

Частые ошибки и ограничения

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

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

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

Как проверить результат и зафиксировать выводы

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

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

Контрольные точки

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

Запись в журнале регистрации

Норма

Есть событие «Данные. Изменение» с пользователем, датой и ссылкой на документ

Тревожный признак

Есть только события чтения или событие относится к другому объекту

История версий

Норма

Сравнение версий показывает конкретные изменённые реквизиты

Тревожный признак

История пуста — версионирование не было включено

Автор правки

Норма

Сеанс пользователя совпадает по времени с событием изменения

Тревожный признак

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

FAQ

Можно ли узнать, кто удалил документ в 1С 8.3?

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

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

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

Можно ли посмотреть историю изменений без прав администратора?

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

Видно ли, кто изменил документ, если база файловая?

Да, журнал регистрации ведётся и в файловом режиме. Разница только в месте хранения: файлы журнала лежат в подкаталоге 1Cv8Log рядом с файлом базы. Версионирование в файловой базе также работает.

Как узнать, что именно изменилось, если версионирование не было включено?

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

Фиксирует ли 1С, кто изменил документ через обмен данными?

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