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