Администрирование · 12 мин
Как в 1С узнать дату изменения документа
Как узнать дату изменения документа в 1С: журнал регистрации, история изменений, версионирование объектов, запросы и отчёты. Пошаговые инструкции для разных конфигураций.
Штатного поля «дата изменения» у документов в типовых конфигурациях 1С нет: платформа хранит только дату самого документа, которую пользователь может менять вручную. Однако узнать, когда документ реально создавали или правили, можно несколькими способами — через журнал регистрации, механизм версионирования объектов, историю изменений данных, а также программными средствами. Выбор зависит от того, какие механизмы включены в вашей базе и как давно произошло изменение.
Понимать, кто и когда менял документ, приходится при разборе расхождений в учёте, расследовании ошибок в проводках и при аудите действий пользователей. Важно учитывать ограничение: если нужный механизм не был включён заранее, восстановить прошлые даты изменений часто невозможно — остаётся только косвенные признаки.
Ниже разобраны все рабочие способы: от простого просмотра журнала регистрации до запросов в консоли кода. Для каждого указаны условия применения, ограничения и способ проверить результат.
Почему у документа нет готового поля «дата изменения»
В платформе 1С:Предприятие у документа есть стандартный реквизит «Дата», но он отражает учётную дату документа — момент, которым операция проводится в учёте. Пользователь вправе установить её вручную, поэтому она не говорит ничего о том, когда документ физически записали в базу или отредактировали.
Техническая информация о моменте записи фиксируется отдельно: в журнале регистрации, в механизме версионирования объектов и в истории изменений данных. Эти механизмы работают независимо друг от друга и включаются разными настройками, поэтому перед поиском стоит понять, что именно доступно в вашей базе.
Дополнительный нюанс — перепроведение документа. Одно и то же событие записи может означать и первичное создание, и случайное перепроведение при групповом перепроведении, и осмысленную правку. Различить их помогает сравнение версий или анализ комментария события в журнале регистрации.
Способ 1. Журнал регистрации
Журнал регистрации — основной и самый доступный инструмент. Он работает в любой конфигурации без дополнительной настройки и фиксирует события записи и изменения данных с указанием пользователя, времени и компьютера.
Чтобы найти дату изменения конкретного документа, откройте журнал регистрации и настройте отбор. В типовых конфигурациях на управляемых формах путь обычно такой: раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В конфигураторе или через «Все функции» журнал открывается напрямую.
Настройка отбора по документу
В форме отбора журнала регистрации укажите событие «Данные. Изменение» (при необходимости добавьте «Данные. Добавление», чтобы увидеть и создание). В поле «Данные» выберите нужный документ — платформа позволяет указать конкретную ссылку. Дополнительно можно ограничить период и пользователя.
После применения отбора вы получите список всех фактов изменения документа с точным временем до секунды и именем пользователя. Раскрыв строку события, можно увидеть представление данных и комментарий.
- 1Откройте: Администрирование → Обслуживание → Журнал регистрации (или Все функции → Журнал регистрации)
- 2Нажмите «Отбор» и установите событие «Данные. Изменение»
- 3В поле «Данные» укажите конкретный документ
- 4При необходимости задайте период и пользователя
- 5Примените отбор и проанализируйте даты и время событий
Ограничения журнала регистрации
Журнал регистрации показывает факт изменения, но не показывает, что именно поменялось — какие реквизиты и на какие значения. Кроме того, при большой интенсивности работы журнал растёт, и старые события могут быть удалены настройками сокращения или администратором. Если изменение произошло давно, события может уже не быть.
Ещё одно ограничение: журнал фиксирует технический момент записи. Если документ перепровели без фактических правок (например, при восстановлении последовательности), в журнале появится событие изменения, хотя содержимое не менялось.
Способ 2. История изменений (версионирование объектов)
В типовых конфигурациях на базе Библиотеки стандартных подсистем (УТ, ERP, Бухгалтерия и другие) есть механизм версионирования объектов. Если он включён для документов нужного вида, система сохраняет каждую версию объекта с датой, автором и значениями реквизитов.
Проверить, включено ли версионирование, можно в разделе «Администрирование» → «Общие настройки» (в некоторых конфигурациях — «Настройки поддержки и обслуживания») → «Версионирование объектов». Там задаётся список типов объектов, для которых хранятся версии, и срок хранения.
Просмотр истории из карточки документа
Если версионирование включено, откройте документ и найдите команду «История изменений» — обычно она находится в меню «Ещё» формы документа. Отчёт покажет список версий: дату и время каждой записи, пользователя и номер версии.
Выбрав две версии, можно сравнить их и увидеть, какие именно реквизиты изменились — это главное преимущество перед журналом регистрации. Для аудита правок это самый информативный штатный инструмент.
Способ 3. История изменений данных на уровне платформы
В свежих версиях платформы 1С:Предприятие существует механизм «История изменений данных» (Data history), который работает на уровне платформы и не зависит от конфигурации. Он включается в конфигураторе для конкретных объектов метаданных и хранит версии данных с датами и пользователями.
Если администратор включил этот механизм для нужного вида документов, просмотреть историю можно через стандартную обработку «История изменений данных» (доступна через «Все функции» → «Стандартные») или программно. Данные показываются с указанием версии, времени и автора изменения.
Учтите, что механизм требователен к ресурсам: хранение истории увеличивает объём базы. Включать его имеет смысл точечно — для критичных видов документов, а не для всех подряд.
Сравнение способов
Работает всегда и без настройки, показывает кто и когда. Не показывает, что именно изменилось; старые события могут быть удалены.
Показывает версии и различия реквизитов. Требует предварительного включения в типовой конфигурации.
Платформенный механизм, надёжное хранение версий. Требует настройки в конфигураторе и увеличивает объём базы.
Позволяет массово собрать даты по многим документам. Требует прав и навыков работы с консолью кода.
Способ 4. Программный поиск даты изменения
Когда нужно проанализировать много документов сразу, удобно использовать консоль кода или внешнюю обработку. Штатных реквизитов «дата записи» в запросе нет, поэтому программно обращаются к журналу регистрации или к данным версионирования.
Для журнала регистрации используется метод ВыгрузитьЖурналРегистрации с отбором по событию и данным. Результат выгружается в таблицу значений, где есть колонки «Дата», «Пользователь», «Данные».
Отбор = Новый Структура;
Отбор.Вставить("Событие", "_$Data$_.Update");
Отбор.Вставить("Данные", ДокументСсылка);
ТаблицаСобытий = Новый ТаблицаЗначений;
ВыгрузитьЖурналРегистрации(ТаблицаСобытий, Отбор);
Для Каждого Строка Из ТаблицаСобытий Цикл
Сообщить(Строка(Строка.Дата) + " — " + Строка.Пользователь);
КонецЦикла;Если включено версионирование, информацию о версиях можно получить из регистра сведений «Версии объектов» обычным запросом: отобрать записи по ссылке на объект и упорядочить по номеру версии. В запросе доступны дата версии и автор.
Для массового анализа без версионирования иногда используют косвенный признак — универсальную дату изменения, которую некоторые конфигурации хранят в служебных реквизитах, но это не гарантировано и зависит от конкретной конфигурации.
Как проверить результат и не ошибиться
Найденную дату стоит перепроверить, особенно если она будет использоваться в служебном расследовании или при сверке учёта. Сопоставьте данные из двух независимых источников: например, журнал регистрации и версию объекта. Совпадение времени и пользователя — надёжное подтверждение.
Обращайте внимание на признаки массовых операций: если у десятков документов стоит одно и то же время изменения с точностью до секунды, скорее всего, это групповое перепроведение или обработка, а не осмысленная правка каждого документа.
Как проверить результат
В журнале регистрации и версии объекта время совпадает
Версия есть, а события в журнале нет — журнал мог быть сокращён
Указан конкретный пользователь, работавший в это время
Событие от имени фонового задания или обмена — правка могла быть автоматической
Сравнение версий показывает реальную правку реквизитов
Версии идентичны — было только перепроведение без изменений
Типичные ошибки и ограничения
Самая частая ошибка — путать дату документа с датой его записи. Дата в шапке документа отражает учётный момент и легко меняется вручную, поэтому для расследования правок она бесполезна.
Вторая ошибка — ожидать историю от механизма, который не был включён. Ни версионирование, ни история изменений данных задним числом не сработают: если на момент правки механизм был выключен, детали изменения потеряны.
Также учитывайте права доступа: журнал регистрации и настройки версионирования доступны пользователям с правами администратора или со специальными ролями. Обычному пользователю для такого анализа потребуется помощь администратора базы.
Если разбор правок документов требуется регулярно, настройте версионирование заранее хотя бы для ключевых видов документов и задайте разумный срок хранения версий. Это дешевле, чем потом восстанавливать картину по косвенным признакам.
Частые вопросы
Можно ли узнать дату создания документа, а не изменения?
Да. В журнале регистрации для этого служит событие «Данные. Добавление» — установите его в отборе вместо или вместе с событием изменения. При включённом версионировании дату создания покажет первая версия объекта в истории изменений.
Что делать, если в журнале регистрации нет нужного события?
Вероятные причины: событие старше срока хранения журнала (его сокращали), отбор настроен слишком узко или изменение выполнялось в режиме обмена данными. Попробуйте расширить период отбора и убрать лишние условия, а также проверьте настройки сокращения журнала у администратора.
Видно ли, какие именно реквизиты изменили в документе?
Журнал регистрации этого не показывает — только факт, время и автора изменения. Состав правок виден при сравнении версий в механизме версионирования объектов или в истории изменений данных, если один из этих механизмов был включён до момента правки.
Можно ли узнать дату изменения документа, проведённого через обмен данными?
Да, события записи при обмене также попадают в журнал регистрации, но пользователем будет указан тот, от имени которого работает обмен. Чтобы отличить такие правки от ручных, смотрите на пользователя и комментарий события, а в версионировании — на автора версии.
Есть ли дата изменения в стандартных отчётах конфигурации?
В большинстве типовых отчётов такого поля нет, поскольку платформа не хранит его как реквизит документа. Отчёт «История изменений» доступен из карточки документа при включённом версионировании; для массового анализа по многим документам потребуется собственная обработка или запрос к журналу регистрации.
Можно ли восстановить дату изменения, если ничего не было включено заранее?
Полностью — нет. Остаются косвенные признаки: журнал регистрации (если событие не удалено), даты связанных движений и записей в регистрах, резервные копии базы, в которых можно сравнить состояние документа на разные моменты. Поэтому механизмы аудита стоит включать превентивно.
Что важно запомнить
Даты изменения как реквизита у документа нет. Используйте журнал регистрации для поиска факта и времени правки, версионирование объектов — для просмотра версий и различий, историю изменений данных — как платформенную альтернативу. Все механизмы детальной истории работают только с момента включения, поэтому настраивайте их заранее.