К статье
Практический материал

Администрирование · 12 мин

Как посмотреть историю изменений в 1С:Бухгалтерии

Как посмотреть историю изменений документа и справочника в 1С:Бухгалтерии 8.3: версионирование объектов, журнал регистрации, кто и когда изменил данные.

В 1С:Бухгалтерии 8.3 есть два основных инструмента контроля изменений: журнал регистрации, который фиксирует все действия пользователей с объектами, и историю изменений (версионирование), которая показывает, что именно поменялось в конкретном документе или элементе справочника. Первый инструмент работает всегда, второй нужно включить в настройках — по умолчанию версионирование часто отключено.

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

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

Какие инструменты фиксируют изменения в 1С:Бухгалтерии

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

История изменений (версионирование объектов) — это механизм прикладного решения. Она сохраняет снимки объекта при каждой записи и позволяет сравнить две версии: увидеть старое и новое значение каждого реквизита, табличной части, движений документа. Это более глубокий инструмент, но он требует предварительной настройки и занимает место в базе.

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

Чем отличаются инструменты

История изменений (версионирование)

Показывает, что именно изменилось в объекте: старые и новые значения реквизитов. Требует включения в настройках, хранит данные только с момента включения.

Журнал регистрации

Фиксирует факт записи, пометки удаления, отмены проведения с указанием пользователя и времени. Работает всегда, но не показывает содержимое изменений.

Дата запрета изменения данных

Не история, а защита: блокирует редактирование прошлых периодов. Полезна как профилактика, а не как инструмент расследования.

Как включить историю изменений объектов

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

Откройте раздел «Администрирование» и перейдите в пункт «Общие настройки». В форме настроек найдите группу «История изменений» и установите флажок «Хранить историю изменений». После этого по ссылке «Настроить» можно выбрать, для каких видов документов и справочников вести историю: по умолчанию предлагается список основных объектов, например «Поступление товаров и услуг», «Реализация», «Счёт фактура», «Банковские документы», справочники «Номенклатура» и «Контрагенты».

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

Включение истории изменений
  1. 1
    Откройте «Администрирование → Общие настройки».
  2. 2
    Установите флажок «Хранить историю изменений».
  3. 3
    Перейдите по ссылке «Настроить» и отметьте нужные виды документов и справочников.
  4. 4
    Для каждого вида выберите срок хранения версий.
  5. 5
    Сохраните настройки и проверьте: запишите тестовый документ дважды с изменением и откройте его историю.

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

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

Откройте нужный документ из журнала документов или списка. В командной панели формы нажмите кнопку «Ещё» и выберите пункт «История изменений». Если история для этого вида объектов включена, откроется список версий: каждая строка — это одна запись документа с указанием номера версии, даты и времени, пользователя и комментария (если пользователь его оставил).

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

Сравнение двух версий

Самый информативный режим — сравнение. Выделите две версии с зажатой клавишей Ctrl и нажмите кнопку «Сравнить» (или «Сравнить с текущей версией»). Программа построит отчёт, где построчно показаны различия: какое поле изменилось, какое значение было и какое стало, какие строки табличной части добавлены или удалены.

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

Кто изменил документ

В списке версий уже указан пользователь каждой записи. Если нужно увидеть автора изменения прямо в форме документа, обратите внимание на служебную информацию внизу формы или откройте историю — там видны все авторы последовательно, а не только последний редактор.

Как найти изменения через журнал регистрации

Журнал регистрации незаменим, когда версионирование не было включено, когда нужно найти удалённые объекты или когда расследуется массовое событие — например, кто-то перепровёл документы за месяц.

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

После установки отбора журнал покажет список событий с датой, временем, пользователем, компьютером и представлением объекта. Двойной щелчок по строке открывает карточку события с подробностями, а из неё можно перейти к самому объекту, если он не удалён.

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

Поиск события в журнале регистрации
  1. 1
    Откройте «Администрирование → Обслуживание → Журнал регистрации».
  2. 2
    Нажмите «Отбор» и задайте период и пользователя.
  3. 3
    Отметьте события: добавление, изменение, удаление данных.
  4. 4
    При необходимости укажите конкретный объект в поле «Данные».
  5. 5
    Примените отбор и проанализируйте список событий по времени и авторам.

Как найти удалённые документы и отменённые проведения

Удалённые объекты не попадают в историю изменений, потому что самого объекта больше нет. Единственный след — журнал регистрации: событие «Данные. Удаление» покажет, кто и когда удалил объект, какого он был типа и как назывался (представление объекта сохраняется в событии).

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

Если удалённый документ нужно восстановить, штатной кнопки «отменить удаление» нет. Варианты: восстановление из резервной копии с переносом нужного объекта в рабочую базу обработкой выгрузки-загрузки, либо ручное повторное создание документа по данным из копии или печатных форм.

Ограничения и частые ошибки при работе с историей

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

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

Третий момент — пользователи с полными правами. Журнал регистрации может быть очищен администратором (штатно или при сокращении журнала), а история изменений — отключена. Если задача стоит в контроле действий сотрудников, доступ к этим настройкам должен быть только у доверенного администратора, а сокращение журнала регистрации нужно выполнять осознанно, с выгрузкой архива.

Типичные ошибки
01
Искать содержимое изменений в журнале регистрации — он показывает только факт правки, а не старые значения реквизитов.
02
Ожидать, что история покажет изменения до момента включения версионирования — ретроспективы нет.
03
Включать хранение версий «всегда» для всех объектов в большой базе — это ускоряет рост объёма данных.
04
Сокращать журнал регистрации без выгрузки — старые события будут безвозвратно потеряны.
05
Судить об авторе правки по пользователю обмена данными — реальный изменивший может быть в другой базе.

Как проверить результат и закрепить настройки

После включения истории изменений выполните контрольную проверку: создайте тестовый документ, запишите его, затем измените любой реквизит и запишите снова. Откройте «Ещё → История изменений» — должно быть минимум две версии, а сравнение должно показать именно то поле, которое вы меняли.

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

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

Контрольные точки

Как проверить результат

История изменений документа
Норма

При повторной записи появляется новая версия с указанием пользователя и времени

Тревожный признак

Список версий пуст или содержит только одну запись при многократных изменениях

Сравнение версий
Норма

Отчёт показывает старое и новое значение изменённого реквизита

Тревожный признак

Отчёт пустой, хотя данные в документе менялись

Журнал регистрации
Норма

События добавления, изменения и удаления фиксируются с автором и временем

Тревожный признак

Журнал пуст при активной работе пользователей — проверьте отбор и режим регистрации

Итог

Что важно запомнить

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

Частые вопросы

Почему пункт «История изменений» в документе неактивен или его нет?

Чаще всего не включено хранение истории в разделе «Администрирование → Общие настройки» либо для данного вида документов в настройке истории выбрано «не хранить». Также пункт недоступен, если у пользователя нет достаточных прав — проверьте роль пользователя у администратора базы.

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

Да, частично. Журнал регистрации фиксирует события изменения данных независимо от версионирования: откройте его с отбором по объекту и посмотрите, какой пользователь записывал документ и когда. Однако какие именно реквизиты менялись, без истории изменений установить нельзя.

Как посмотреть, кто изменил элемент справочника, например карточку контрагента?

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

Сколько места занимает история изменений и не замедлит ли она базу?

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

Пользователь говорит, что ничего не менял, а документ другой. Как проверить?

Откройте историю изменений документа и сравните последние версии — отчёт покажет конкретные изменённые поля и автора каждой записи. Дополнительно сверьтесь с журналом регистрации: там видно, с какого компьютера выполнялась запись. Учтите, что изменения могли прийти через обмен данными или загрузку из банк-клиента — тогда автором будет пользователь сеанса обмена.

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

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