Администрирование · 11 мин
Как в 1С посмотреть, кто вносил изменения в документ
Как в 1С узнать, кто вносил изменения в документ: версионирование объектов, журнал регистрации, типовые отчёты и способы отследить правки в 1С:Предприятие.
Автора изменений в документе 1С можно установить несколькими штатными способами: посмотреть поле «Автор» в самом документе, открыть историю изменений объекта (если включено версионирование) или проанализировать записи в журнале регистрации, где фиксируются все действия пользователей — создание, проведение, пометка на удаление и корректировка данных.
Какой инструмент подойдёт, зависит от конфигурации и настроек. В типовых конфигурациях на базе Библиотеки стандартных подсистем (1С:Бухгалтерия, 1С:Зарплата и управление персоналом, 1С:Управление торговлей, 1С:ERP) доступно версионирование объектов — оно сохраняет снимки документа при каждом изменении. Журнал регистрации работает в любой конфигурации, но показывает только факт изменения без деталей, какие именно поля были отредактированы.
Важно понимать ограничение: если версионирование не было включено заранее, восстановить детальную историю правок задним числом невозможно — останется только журнал регистрации с указанием пользователя и времени события. Поэтому часть статьи посвящена настройке механизмов на будущее.
Что показывает поле «Автор» и кто изменил документ последним
Самый простой способ — открыть сам документ. Во многих типовых конфигурациях в форме документа или в списке документов выводится служебная информация: кто создал документ и когда. В ряде конфигураций доступна команда «Показать автора изменений» или аналогичная информация в панели дополнительных сведений.
Однако это даёт ограниченную информацию. Поле «Автор» обычно фиксирует создателя документа, а не всех, кто его правил. Если документ создал менеджер, а потом его трижды перепроводил бухгалтер, по одному полю автора это не отследить. Для полной картины нужны версионирование или журнал регистрации.
Также учтите: если документ изменялся через обмен данными, обработку или фоновое задание, автором изменения может значиться пользователь, под которым выполнялся обмен (например, «Узел обмена» или служебная учётная запись), а не реальный сотрудник, инициировавший правку.
История изменений документа через версионирование объектов
Версионирование объектов — штатный механизм типовых конфигураций, который сохраняет снимок документа при каждой записи. По каждой версии видно: кто и когда изменил объект, какие реквизиты и табличные части отличались от предыдущей версии. Это самый информативный способ ответить на вопрос «кто и что именно поменял».
Чтобы посмотреть историю, откройте документ и в меню «Ещё» найдите команду «История изменений» (в некоторых конфигурациях — «Показать историю изменений» или кнопка «История версий» в командной панели). Откроется список версий с указанием даты, пользователя и комментария к версии.
- 1Откройте нужный документ в режиме просмотра
- 2Нажмите «Ещё» в командной панели формы
- 3Выберите «История изменений» (или «История версий»)
- 4В списке версий выберите интересующую и нажмите «Сравнить с предыдущей версией» или откройте отчёт по изменениям
- 5Изучите, какие реквизиты и строки табличных частей были изменены и кем
При выборе двух версий можно сформировать отчёт о различиях: система покажет старые и новые значения изменённых реквизитов, добавленные и удалённые строки табличных частей. Это удобно, когда нужно доказательно установить, что в документе менялась, например, сумма или контрагент.
Если команды «История изменений» в меню «Ещё» нет, значит версионирование для этого вида объектов не включено или отсутствует в конфигурации. Переходите к журналу регистрации и заодно настройте версионирование на будущее.
Как включить версионирование, если история не ведётся
В типовых конфигурациях настройка находится в разделе «Администрирование» → «Общие настройки» (или «Настройки программы» → «Поддержка и обслуживание» в зависимости от конфигурации). Там нужно включить опцию «Версионирование объектов» и указать, для каких видов документов и справочников хранить версии.
Для каждого вида объектов можно задать режим хранения: хранить все версии или ограничить срок и количество. Полное версионирование всех документов увеличивает объём базы, поэтому на крупных базах часто включают его выборочно — только для финансово значимых документов (платёжки, реализации, кассовые документы).
Учтите ключевое ограничение: версионирование начинает работать только с момента включения. Документы, изменённые до этого, истории не имеют — по ним остаётся только журнал регистрации.
Журнал регистрации: как найти, кто менял документ
Журнал регистрации работает в любой конфигурации 1С и фиксирует события: добавление, изменение, удаление объектов, проведение документов, вход пользователей, ошибки. Открыть его можно через «Администрирование» → «Обслуживание» → «Журнал регистрации» (в типовых) или через меню «Сервис» → «Журнал регистрации» в режиме толстого клиента.
Чтобы найти правки конкретного документа, настройте отбор: укажите период, в поле данных или метаданных выберите нужный вид документа, при необходимости — конкретного пользователя. В списке событий будут строки вида «Документ. Изменение» или «Документ. Проведение» с указанием пользователя, компьютера, времени и представления объекта.
- 1Откройте журнал регистрации через Администрирование → Обслуживание
- 2Нажмите «Отбор» и задайте период, когда могли быть правки
- 3В отборе по данным укажите конкретный документ (или вид документа)
- 4При необходимости добавьте отбор по пользователю или событию «Изменение»
- 5Дважды щёлкните событие, чтобы увидеть детали: пользователя, время, сеанс, компьютер
Ограничение журнала регистрации принципиально: он показывает факт изменения, но не показывает, какие именно реквизиты были изменены и какие значения были раньше. Для детализации по полям нужно версионирование. Поэтому оптимальная связка — журнал регистрации для поиска события и автора, история версий для анализа содержимого правки.
Ещё один нюанс: детализация журнала настраивается. Если в настройках технологического журнала или уровня регистрации события изменения данных отключены, записей может не быть. В типовых поставках события изменения данных регистрируются по умолчанию.
Дополнительные способы и отчёты
В некоторых типовых конфигурациях есть готовые отчёты по анализу действий пользователей. Например, отчёт «Анализ версий объектов» строится по данным версионирования и показывает статистику изменений по объектам и пользователям. Ищите его в разделе «Администрирование» → «Поддержка и обслуживание» или через поиск по команде «Отчёты».
В конфигурациях с механизмом дат запрета изменения данных (раздел «Администрирование» → «Даты запрета изменения данных») можно не только смотреть, но и предотвращать правки закрытых периодов — это профилактика, а не расследование, но сильно снижает количество спорных ситуаций.
Сравнение способов контроля изменений
Быстро и без настройки, но показывает только создателя или последнего редактора без деталей
Полная история: кто, когда и какие поля изменил; требует включения заранее и места в базе
Работает всегда, показывает пользователя и время события, но не раскрывает содержимое правки
Удобен для массового анализа по многим документам, но зависит от включённого версионирования
Для файловых баз без версионирования остаётся только журнал регистрации. В клиент-серверном варианте администратор дополнительно может анализировать логи СУБД, но это уже инструмент для специалистов и используется в спорных или форензик-ситуациях.
Частые ошибки и ограничения
Отдельно отметим ситуацию с правами. Просмотр истории версий и журнала регистрации обычно требует административных прав или специальной роли. Если пользователь не видит нужных команд — это не неисправность, а ограничение прав; обратитесь к администратору базы.
Ещё одно ограничение касается распределённых баз и обменов: версия документа фиксируется в каждом узле отдельно, поэтому полную картину правок по всем филиалам можно собрать, только просматривая историю в каждом узле или в центральной базе после свёртки изменений.
Как проверить результат и закрепить контроль
После того как автор изменений найден, полезно убедиться, что картина полная: сравните данные журнала регистрации и истории версий — они должны совпадать по пользователям и времени. Расхождения (событие есть в журнале, но нет версии) обычно означают, что версионирование было включено позже или версия была очищена регламентной обработкой.
Как проверить результат
Отображаются версии с пользователями и датами, доступно сравнение
Команда отсутствует или список пуст — версионирование не включено
Есть события «Изменение»/«Проведение» с пользователем и временем
Событий нет — проверьте период отбора и уровень регистрации
Пользователь и время в версии и журнале совпадают
Расхождения — версии могли быть очищены или правка была до включения версионирования
Чтобы не расследовать инциденты вручную каждый раз, настройте профилактику: включите версионирование для ключевых видов документов, установите даты запрета редактирования закрытых периодов и разграничьте права — лишние права на изменение чужих документов являются главной причиной спорных правок.
Что важно запомнить
Автора изменений документа в 1С показывают два инструмента: история версий (кто, когда и что именно изменил — требует включённого версионирования) и журнал регистрации (факт, время и автор правки — работает всегда). Включите версионирование заранее, а для профилактики используйте даты запрета изменения и разграничение прав.
Частые вопросы
Можно ли посмотреть, кто изменил документ, если версионирование не включено?
Да, через журнал регистрации: он фиксирует пользователя, дату и тип события (изменение, проведение, пометка удаления). Но содержимое правки — какие поля и значения менялись — без версионирования восстановить нельзя.
Почему в истории изменений автором значится незнакомый пользователь?
Скорее всего, документ изменился через обмен данными или регламентное задание. Такие правки записываются на служебную учётную запись, под которой работает синхронизация. Реального инициатора ищите в смежной системе или в журнале регистрации по событиям обмена.
Видно ли в 1С, кто именно удалил документ?
Да. Пометка удаления — отдельное событие в журнале регистрации с указанием пользователя и времени. Физическое удаление помеченных объектов тоже регистрируется, но после него данные документа уже не восстановить без резервной копии.
Можно ли откатить документ к прежней версии?
Штатного автоматического отката по кнопке в версионировании нет, но можно открыть нужную версию, посмотреть старые значения и вручную вернуть их в документ. Такое исправление само станет новой версией в истории, что сохраняет прозрачность.
Замедляет ли версионирование работу базы?
Запись версий добавляет небольшую нагрузку при сохранении документов и увеличивает объём базы. На практике влияние заметно только при массовом версионировании всех объектов в крупных базах, поэтому рекомендуется включать его выборочно и настраивать срок хранения версий.
Кто имеет право смотреть журнал регистрации?
Обычно пользователи с правами администратора или со специальной ролью просмотра журнала. Рядовому пользователю журнал недоступен — это сделано для защиты служебной информации о работе системы и других сотрудниках.