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