Где хранится история изменений документов в 1С

Вопрос «кто и когда изменил документ» возникает в 1С регулярно: бухгалтер обнаружил изменённую сумму в реализации, менеджер не узнаёт проведённый заказ, аудитор требует показать движения по конкретной накладной. Ответ зависит от того, какие механизмы фиксации изменений включены в конкретной информационной базе, потому что по умолчанию 1С хранит далеко не всё.

В платформе «1С:Предприятие» существует три основных механизма отслеживания изменений: журнал регистрации (фиксирует события — кто, когда и с каким объектом работал), версионирование объектов из Библиотеки стандартных подсистем (сохраняет содержимое документа на момент каждой записи) и история данных — штатный механизм платформы 8.3.11 и новее. Каждый из них хранит данные в своём месте и решает свою задачу.

Важно понимать ключевое ограничение: если ни версионирование, ни история данных не были включены заранее, восстановить содержимое документа «каким оно было вчера» штатными средствами невозможно — журнал регистрации покажет сам факт изменения, но не старые значения реквизитов. Поэтому настройку механизмов фиксации нужно выполнять до возникновения спорных ситуаций.

Журнал регистрации: кто и когда изменил документ

Журнал регистрации — встроенный механизм платформы, который работает всегда и не требует настройки. В него автоматически пишутся события записи, проведения, отмены проведения и пометки удаления документов, а также изменения элементов справочников. Для каждого события фиксируются дата и время, пользователь, компьютер, вид события и представление объекта.

Открыть журнал можно из режима «1С:Предприятие» через меню «Все функции» → «Журнал регистрации» (в типовых конфигурациях также «Администрирование» → «Обслуживание» → «Журнал регистрации»). Для поиска изменений конкретного документа удобно установить отбор: в поле «Данные» указать ссылку на документ, а в событиях оставить «Данные. Изменение», «Данные. Добавление» и «Данные. Удаление».

Физически журнал регистрации в файловой базе хранится в каталоге информационной базы: это файл 1Cv8.lgd (в новом формате — каталог 1Cv8Log с файлами по периодам). В клиент-серверном варианте данные журнала хранятся на сервере 1С в служебном каталоге кластера (папка reg_1541 и аналогичные), а не в базе данных СУБД — это частая причина путаницы у администраторов.

Версионирование объектов: содержимое документа на момент записи

В типовых конфигурациях («Бухгалтерия предприятия», «Управление торговлей», «ERP», «Зарплата и управление персоналом» и других на базе БСП) есть подсистема «Версионирование объектов». При записи документа она сериализует его данные (реквизиты и табличные части) в XML-представление и сохраняет в справочник «Версии объектов» внутри самой информационной базы.

Включается механизм в разделе «Администрирование» → «Общие настройки» → «Версионирование объектов» (в некоторых конфигурациях путь отличается). Для каждого вида документов задаётся режим: «Версионировать при записи» или «Версионировать при проведении». После включения историю изменений конкретного документа можно открыть кнопкой «История изменений» в командной панели формы документа.

Из формы истории доступны просмотр любой версии, сравнение двух версий (система покажет, какие реквизиты и строки табличных частей отличаются) и откат документа к выбранной версии. Откат выполняется обычной записью документа, поэтому он сам создаст новую версию и отразится в журнале регистрации.

История данных — штатный механизм платформы

Начиная с версии платформы 8.3.11 доступен механизм «История данных», встроенный непосредственно в платформу и не зависящий от конфигурации. Он хранит версии объектов в служебных таблицах самой информационной базы и поддерживает гибкие настройки: какие объекты отслеживать, как глубоко хранить историю, нужно ли сжатие.

Настройка выполняется в конфигураторе: свойства корневого узла конфигурации → «История данных», либо программно через менеджер истории данных. В пользовательском режиме просмотр истории доступен, если разработчик конфигурации добавил соответствующие команды, либо через встроенный язык и стандартные обработки.

По сравнению с версионированием БСП механизм платформы работает быстрее и компактнее хранит данные, но требует участия разработчика для встраивания в интерфейс. В новых проектах с собственной разработкой его обычно предпочитают подсистеме БСП.

Где физически находятся данные об изменениях

Разные механизмы хранят сведения в разных местах, и это важно при резервном копировании, переносе базы и расследовании инцидентов.

Практическое следствие: при переносе файловой базы копированием только 1Cv8.1CD журнал регистрации в новом формате хранения может остаться в отдельном каталоге — его нужно переносить вместе с базой, если история событий важна. При выгрузке через dt версии объектов переносятся автоматически, так как это обычные данные справочника.

Перед расследованием спорного изменения первым делом зафиксируйте текущее состояние: сделайте выгрузку базы или хотя бы скриншоты журнала регистрации. Активная работа пользователей и регламентная очистка журнала могут «замести следы» раньше, чем вы закончите разбор.

Как посмотреть историю изменений конкретного документа

Порядок действий зависит от того, какие механизмы включены в базе. Ниже — универсальный маршрут, который покрывает типовые конфигурации.

1. 1
   Откройте документ и проверьте наличие кнопки «История изменений» в меню «Ещё» — если она есть, версионирование включено, смотрите версии там.
2. 2
   Если кнопки нет, откройте «Все функции» → «Журнал регистрации» и установите отбор по данному документу за нужный период.
3. 3
   По событиям журнала определите пользователя, время и тип изменения (запись, проведение, пометка удаления).
4. 4
   Если версионирование не включалось, старые значения восстановите из резервной копии базы, развёрнутой в отдельном каталоге, — не в рабочей базе.
5. 5
   После разбора включите версионирование для этого вида документов, чтобы ситуация не повторилась.

Если база клиент-серверная и доступ к журналу ограничен, понадобятся права администратора или роль с правом «Журнал регистрации» — в типовых конфигурациях это обычно профили «Администратор системы» или «Аудитор».

Частые ошибки и ограничения

Ещё одно ограничение касается обменов данными: изменения, пришедшие из другого узла РИБ или через синхронизацию, фиксируются в журнале регистрации от имени пользователя, под которым выполнялся обмен. Определить реального инициатора в такой схеме помогает анализ журнала в базе-источнике и сопоставление времени сеансов.

Что делать, если история не велась

Если ни версионирование, ни история данных не были включены, вариантов немного. Первый — резервные копии: разверните копию базы на нужную дату в отдельном каталоге и сравните документ с текущим. Второй — данные смежных систем: печатные формы, отправленные контрагентам, выгрузки в банк, данные ЭДО-оператора часто содержат документ в состоянии на момент отправки.

Для будущей защиты настройте минимальный комплект: версионирование для финансово значимых видов документов (поступления, реализации, кассовые и банковские документы, счета-фактуры), регламентное сокращение журнала регистрации с предварительной выгрузкой в архив и регулярные резервные копии с проверкой их восстанавливаемости.

Маршрут решения

Как выбрать действие

Нужно узнать, кто и когда менял документОткройте журнал регистрации с отбором по данному документу

Нужно увидеть старые значения реквизитов и табличных частейПроверьте «Историю изменений» документа (версионирование) или историю данных платформы

Никакие механизмы не были включеныВосстанавливайте содержимое из резервной копии в отдельной копии базы

Изменение пришло через обмен даннымиИщите исходное событие в журнале регистрации базы-источника

Ответы на частые вопросы

Можно ли посмотреть, каким был документ до изменения, если версионирование не включено?

Штатными средствами — нет. Журнал регистрации покажет только факт изменения. Реальный путь — развернуть резервную копию базы на нужную дату в отдельном каталоге и сравнить документ вручную. Также помогают копии печатных форм и данные оператора ЭДО.

Где найти журнал регистрации, если база файловая?

В каталоге информационной базы, рядом с файлом 1Cv8.1CD. В старом формате это файл 1Cv8.lgd, в новом — каталог 1Cv8Log с файлами, разбитыми по периодам. Просматривать его удобнее через интерфейс «Все функции» → «Журнал регистрации», а не напрямую.

Сильно ли версионирование увеличивает размер базы?

Зависит от числа версионируемых видов документов и частоты их перезаписи. Каждая версия — это сериализованная копия документа, поэтому активно перепроводимые документы могут порождать десятки версий. Включайте механизм выборочно и настройте регламентное удаление версий старше заданного срока.

Видно ли в журнале регистрации, кто удалил документ?

Да. Пометка удаления и непосредственное удаление фиксируются как отдельные события с указанием пользователя и времени. Однако после регламентной операции «Удаление помеченных объектов» сам документ исчезает, и отбор в журнале придётся строить по представлению объекта или по пользователю за период.

Чем история данных платформы отличается от версионирования БСП?

История данных — механизм самой платформы (с 8.3.11): работает быстрее, компактнее хранит данные и настраивается гибче, но требует доработки интерфейса разработчиком. Версионирование БСП — готовое прикладное решение с формой «История изменений», доступное в типовых конфигурациях сразу после включения.

Можно ли запретить пользователям просмотр журнала регистрации?

Да, доступ к журналу регулируется правом «Журнал регистрации» в ролях и профилях групп доступа. Обычно его оставляют администраторам и аудиторам. При этом само ведение журнала отключить для отдельных пользователей нельзя — события пишутся платформой всегда.