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

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

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

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

Что такое версионирование и где оно работает

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

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

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

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

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

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

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

Как включить хранение версий, если история пуста

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

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

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

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

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

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

Ограничение журнала регистрации в том, что он показывает факт изменения, но не содержимое: по записи видно, что пользователь Иванова изменила документ в 14:32, но не видно, что именно она поменяла. Поэтому журнал и версионирование дополняют друг друга: журнал отвечает на вопрос «кто и когда», версии — «что именно».

Сравнение вариантов

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

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

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

Всегда доступен, показывает автора и время действий. Не показывает, что именно изменилось в документе.

Резервная копия

Позволяет сравнить документ с прошлым состоянием вручную. Трудоёмко, требует развёртывания копии базы.

Что делать, если версионирование не было включено

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

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

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

Типичные ошибки и ограничения

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

Вторая ошибка — забыть про обмены данными. Документы, приходящие из других баз (например, из 1С:Управление торговлей в 1С:Бухгалтерию), могут перезаписываться при обмене. В журнале регистрации автором такого изменения будет пользователь, под которым работает обмен, а не реальный инициатор. Искать первопричину тогда нужно в базе-источнике.

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

Как проверить, что всё настроено правильно

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

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

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

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

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

Норма

Появилась версия с вашим именем и временем записи

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

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

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

Норма

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

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

Отчёт пустой или показывает лишние отличия

Регламентное задание очистки версий

Норма

Выполняется по расписанию без ошибок

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

Задание отключено или завершается с ошибкой

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

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

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

Либо версионирование не включено для этого вида документов, либо у вашей роли нет права просмотра версий. Проверьте настройку в разделе «Администрирование» и уточните права у администратора базы.

Можно ли узнать, кто удалил документ?

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

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

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

Сколько места занимают версии документов?

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

Фиксируются ли изменения, сделанные программно или через обмен?

Журнал регистрации фиксирует любые записи, но автором будет пользователь сеанса, выполнившего запись (например, пользователь обмена). Создание версий при программной записи зависит от настроек: часто обмены версии не создают, чтобы не перегружать базу.

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

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