Как проверить историю документа в 1С 8.3

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

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

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

Что вообще фиксируется в истории документа

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

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

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

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

Как быстро узнать автора и дату изменения документа

Самый простой сценарий — нужно понять, кто последний раз трогал конкретный документ. Для этого не нужны права администратора, достаточно открыть журнал документов.

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

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

Если ни колонки, ни истории версий нет, остаётся журнал регистрации — он покажет автора изменений даже без версионирования, но без детализации по реквизитам.

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

Просмотр истории через журнал регистрации

Журнал регистрации — основной инструмент, когда нужно установить, кто и когда выполнял действия с документом. Он доступен пользователям с правами администратора или правом «Журнал регистрации».

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

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

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

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

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

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

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

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

Сравнение версий и восстановление предыдущей версии

Когда версии накоплены, типовой механизм позволяет не только посмотреть различия, но и откатить документ к одному из предыдущих состояний. Это полезно, если документ испорчен ошибочной правкой.

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

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

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

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

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

Команда «История изменений» в форме документа

Норма

Команда есть, открывается список версий с датами и пользователями

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

Команды нет — версионирование не включено для этого вида документов

Список версий после правки документа

Норма

После каждой записи появляется новая версия

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

Версии не создаются — проверьте настройку хранения для данного вида

Отчёт о сравнении версий

Норма

Изменённые реквизиты подсвечены, видны старое и новое значения

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

Отчёт пуст при заведомо разных версиях — версии записаны с ошибкой или прав недостаточно

Что делать, если историю посмотреть не получается

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

Первая причина — недостаток прав. Журнал регистрации и история версий доступны не всем пользователям. Попросите администратора базы выполнить просмотр или выдать соответствующую роль.

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

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

Альтернативные способы контроля изменений

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

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

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

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

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

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

Нужно увидеть, какие реквизиты изменилисьПроверьте, включено ли версионирование; если нет — детальную историю восстановить нельзя, включите её на будущее

Документ испорчен и нужно вернуть прежние значенияОткройте историю версий, сравните версии и выполните переход на нужную версию с последующим перепроведением

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

Часто задаваемые вопросы

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

Частично да. Колонка «Автор» в списке документов и команда «История изменений» (при включённом версионировании) обычно доступны рядовым пользователям. Журнал регистрации требует специальных прав — обратитесь к администратору базы.

Почему в истории изменений документа пусто, хотя версионирование включено?

Скорее всего, версионирование включили недавно, а документ не перезаписывался после этого. Версии создаются только при новых записях объекта. Также проверьте, что в настройке хранения для данного вида документов выбран режим версионирования, а не «Не версионировать».

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

Да, если удаление произошло в период, за который сохранился журнал регистрации. Найдите событие «Удаление данных» с отбором по типу данных и периоду. Если журнал сокращён или событие было давно, установить автора удаления уже невозможно.

Сохраняются ли версии табличных частей документа?

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

Замедлит ли версионирование работу базы?

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

Можно ли восстановить историю после переноса базы или свёртки?

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