Как в 1С узнать, когда был изменён документ

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

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

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

Быстрый способ: дата изменения в форме документа

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

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

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

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

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

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

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

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

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

Ограничения журнала регистрации

Журнал регистрации показывает факт изменения, но не показывает, что именно изменилось. Вы узнаете, что Петров 15 марта изменил документ, но не увидите, поменял он сумму, дату или комментарий. Для сравнения содержимого нужен механизм версионирования.

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

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

История версий: что именно изменилось в документе

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

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

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

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

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

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

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

Дата изменения через запрос и для программистов

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

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

// Пример: последнее изменение документа из журнала регистрации
Фильтр = Новый Структура;
Фильтр.Вставить("Данные", ДокументСсылка);
События = Новый ТаблицаЗначений;
ВыгрузитьЖурналРегистрации(События, Фильтр, "Дата,Пользователь,Событие", , 100);
События.Сортировать("Дата Убыв");

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

Типичные ошибки при поиске изменений

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

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

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

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

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