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