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

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

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

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

Что именно фиксирует 1С при изменении документа

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

Фактические сведения об изменениях доступны через три источника: журнал регистрации (фиксирует события записи и проведения), механизм версионирования объектов (сохраняет снимки данных на каждое изменение) и технические поля, доступные программно (например, через запросы к служебным таблицам или стандартные средства СУБД).

Способ 1. Журнал регистрации — узнать время и автора изменения

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

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

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

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

Ограничение способа: журнал фиксирует факт изменения, но не показывает, какие именно поля поменялись. Кроме того, при больших объёмах базы старые события могут быть удалены при сокращении журнала, а поиск по огромному журналу занимает заметное время.

Способ 2. Версионирование объектов — полная история изменений

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

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

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

Способ 3. Отчёт «Анализ версий объектов» и сравнение версий

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

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

Способ 4. Программное получение даты изменения

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

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

Запрос = Новый Запрос("ВЫБРАТЬ НомерВерсии, ДатаВерсии, АвторВерсии ИЗ РегистрСведений.ВерсииОбъектов ГДЕ Объект = &Ссылка УПОРЯДОЧИТЬ ПО ДатаВерсии УБЫВ"); Запрос.УстановитьПараметр("Ссылка", ДокументСсылка); Результат = Запрос.Выполнить().Выгрузить();

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

Как выбрать подходящий способ

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

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

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

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

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

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

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

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