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

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

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

Ниже разобраны рабочие способы для типовых конфигураций (Бухгалтерия предприятия, Управление торговлей, ERP, Зарплата и управление персоналом), а также варианты для самописных решений и действия, если стандартных средств не хватило.

Способ 1. История изменений из формы документа

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

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

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

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

1. 1
   Откройте документ в списке или через поиск
2. 2
   Нажмите «Ещё» → «История изменений» (или «Перейти» → «История изменений»)
3. 3
   Посмотрите верхнюю версию — это последнее изменение
4. 4
   Выделите две версии и нажмите «Сравнить версии», чтобы увидеть отличия
5. 5
   Проверьте колонки «Пользователь» и «Дата» — это автор и момент правки

Способ 2. Журнал регистрации

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

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

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

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

Способ 3. Включение и использование версионирования объектов

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

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

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

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

В некоторых конфигурациях в форме документа или в списке выводятся служебные поля «Кто создал» (автор) и иногда «Кто изменил». В типовых решениях на БСП реквизит «Автор» заполняется автоматически при создании, но он показывает создателя, а не последнего редактора — не путайте эти роли.

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

Способ 5. Запрос или консоль для администратора

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

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

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

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

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

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

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

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

Как проверить результат и что делать дальше

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

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

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

Как проверить результат

Автор в журнале регистрации и в истории версий

Норма

Пользователь и время совпадают в обоих источниках

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

Данные расходятся — возможна правка через обмен или фоновое задание

Содержимое изменения

Норма

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

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

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

События в журнале регистрации

Норма

Есть записи «Данные. Изменение» по нужному документу

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

Записей нет — проверьте настройку уровня регистрации событий

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

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

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

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

Наиболее вероятная причина — версионирование для этого вида документов не включено или было включено недавно. Проверьте настройку в разделе «Администрирование» → «История изменений». Также версии могли быть удалены по правилам хранения (ограничение срока или количества).

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

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

Можно ли посмотреть автора изменений за прошлый год?

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

Кто имеет право смотреть журнал регистрации и историю изменений?

Журнал регистрации доступен пользователям с административными правами или специально выданным правом просмотра. История изменений доступна тем, у кого есть право просмотра версий объектов. Если команд не видно, запросите доступ у администратора базы.

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

Используйте штатный механизм дат запрета изменения данных: «Администрирование» → «Поддержка и обслуживание» (или «Настройка пользователей и прав») → «Даты запрета изменения данных». Документы раньше указанной даты смогут править только пользователи с особыми правами.