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