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

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

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

Почему дата документа не равна дате создания

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

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

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

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

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

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

Учитывайте ограничение: журнал регистрации периодически сокращают (настраивается в «Настройке журнала регистрации»), и старые события могут быть удалены. Если документ создан давно, а журнал за тот период очищен, этот способ не сработает.

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

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

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

Способ 3. Запрос или консоль кода — для разработчика

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

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

// Пример: получить GUID документа и декодировать время создания
ГУИД = ДокументСсылка.УникальныйИдентификатор();
// Время создания извлекается из первых разрядов GUID (метод неофициальный, приблизительный)

Способ 4. Поле «Автор» и дополнительные сведения в типовых конфигурациях

Прежде чем лезть в журнал регистрации, проверьте сам документ. В УТ 11, ERP и ЗУП в карточке документа обычно выводится поле «Ответственный» — по умолчанию туда подставляется пользователь, создавший документ. В списке документов можно добавить колонку «Ответственный» через «Настройку списка» и быстро видеть авторов без открытия каждой карточки.

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

Частые ошибки и ограничения

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

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

Как проверить результат и обезопасить себя на будущее

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

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

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