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