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

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

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

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

Способ 1. Журнал регистрации — универсальный инструмент

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

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

Чтобы найти нужную правку, нажмите кнопку отбора (или «Ещё → Установить отбор») и задайте условия:

• Дата — период, когда предположительно изменили документ; чем уже интервал, тем быстрее поиск;
• Пользователь — если есть подозрения на конкретного сотрудника;
• Событие — выберите «Данные. Изменение» (а при необходимости «Данные. Добавление» и «Данные. Удаление»);
• Данные — здесь можно указать конкретный документ, чтобы отсеять всё лишнее.

В результате отбора вы увидите строки с датой и временем изменения, именем пользователя, компьютером и представлением объекта. Двойной клик по строке открывает детали события, а кнопка перехода позволяет открыть сам документ.

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

Способ 2. История изменений через версионирование объектов

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

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

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

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

Способ 3. Поля «Автор» и технические данные документа

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

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

Для просмотра служебной информации можно также воспользоваться командой «Ещё → Изменить форму» или вывести реквизит «Автор» в список документов через настройку списка — это ускоряет массовую проверку без открытия каждого объекта.

Способ 4. Отчёт «Анализ версий объектов» и сравнение версий

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

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

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

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

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

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

Норма

Видны пользователь, точное время и ссылка на документ

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

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

История изменений документа

Норма

Список версий с авторами и возможностью сравнения

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

Команда отсутствует или список пуст — версионирование не включено

Поле «Автор» в документе

Норма

Указан создатель документа

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

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

Ограничения и типичные ошибки

Главное ограничение журнала регистрации — он показывает факт изменения, но не содержимое правки. Вы узнаете, что пользователь Иванова изменила документ в 14:32, но не увидите, что именно она поменяла. Для деталей нужно версионирование.

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

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

Как подстраховаться на будущее

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

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

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

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

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

Возможные причины: журнал очищен или настроено автоматическое сокращение старых записей; изменение выполнено обменом данными под служебным пользователем и отфильтровано вашим отбором; задан слишком узкий период отбора. Расширьте период и снимите лишние фильтры.

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

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

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

Журнал регистрации фиксирует только факт изменения. Чтобы видеть конкретные изменённые реквизиты и строки, нужно включённое версионирование объектов — тогда через «Историю изменений» можно сравнить версии и увидеть старые и новые значения.

Кто указан автором изменения, если документ изменила синхронизация с другой базой?

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

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

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

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

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