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