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