К статье
Практический материал

Администрирование · 9 мин

Кто редактировал документ в 1С: способы найти автора изменений

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

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

Журнал регистрации фиксирует факт изменения: пользователя, дату, время и тип действия. История изменений в типовых конфигурациях на БСП показывает, какие именно поля были отредактированы и какие значения были до и после. Версионирование объектов позволяет не только увидеть автора, но и восстановить прежнее состояние документа.

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

Журнал регистрации: основной способ найти автора правок

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

Чтобы найти автора изменений конкретного документа, откройте журнал регистрации: в режиме «1С:Предприятие» это меню «Все функции» → «Стандартные» → «Журнал регистрации», либо в конфигураторе — «Администрирование» → «Журнал регистрации». Затем настройте отбор: укажите период, в событиях выберите «Данные. Изменение», «Данные. Добавление» и связанные с документами действия, а в поле «Данные» укажите нужный документ.

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

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

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

Журнал регистрации отвечает на вопрос «кто и когда», но не показывает содержимое правок. Чтобы увидеть, какие поля были изменены, в типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) используется механизм «История изменений».

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

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

Версионирование объектов: просмотр и восстановление

Механизм версионирования — более мощный инструмент БСП. Он сохраняет полные снимки объекта при каждой записи, что позволяет не только посмотреть, кто редактировал документ, но и сравнить версии между собой и при необходимости вернуть документ к прежнему состоянию.

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

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

Что делать, если история и версионирование не включены

Если ни история изменений, ни версионирование заранее не настроены, остаётся только журнал регистрации. Он покажет автора и момент правки, но содержимое изменений восстановить штатными средствами не получится.

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

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

Кто может смотреть журнал и настраивать версионирование

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

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

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

Типичные ошибки
01
Искать автора правок месячной давности при включённом сокращении журнала — события уже удалены, восстановить их нельзя
02
Считать пользователя из поля «Ответственный» автором изменений — это просто реквизит документа, он не обновляется автоматически при правках
03
Очищать журнал регистрации «для ускорения базы» до разбора инцидента — улики исчезают вместе с файлом журнала
04
Включать версионирование для всех объектов без ограничения срока хранения — таблицы версий разрастаются и замедляют запись документов

Как проверить, что настройка работает

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

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

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

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

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

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

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

Список пуст или начинается с сегодняшней даты — версионирование включено недавно

Журнал регистрации по документу
Норма

Есть события «Данные. Изменение» с пользователем и временем

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

Событий нет — проверьте режим регистрации и период отбора

Восстановление версии
Норма

Документ возвращается к выбранному состоянию, в истории появляется новая версия

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

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

FAQ

Можно ли узнать, кто удалил документ?

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

Почему в истории изменений нет старых правок?

История изменений и версионирование фиксируют данные только с момента включения настройки. Правки, сделанные раньше, в механизм не попали. Дополнительно проверьте срок хранения версий: старые версии могли быть автоматически удалены по расписанию.

Видно ли в журнале регистрации, какое именно поле изменили?

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

Может ли пользователь подделать или скрыть свои правки?

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

Замедлит ли версионирование работу базы?

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

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

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

Итог

Что важно запомнить

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