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