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

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

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

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

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

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

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

Способ 1: история изменений в типовых конфигурациях

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

В открывшемся окне отображается список версий с указанием даты, времени, пользователя и типа события. Самая ранняя запись — это и есть момент создания документа. Дополнительно можно сравнить версии и увидеть, какие реквизиты менялись между записями.

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

Если пункта «История изменений» нет

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

Способ 2: журнал регистрации

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

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

Способ 3: косвенная оценка по номеру и ссылке

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

Дополнительный ориентир — уникальный идентификатор ссылки. В 1С GUID документа содержит метку времени, которую можно извлечь программно. Это не момент создания записи в строгом смысле (GUID присваивается при первом получении ссылки), но на практике он очень близок к моменту ввода документа.

// Дата из GUID ссылки документа (приблизительный момент создания)
ГУИД = ДокументСсылка.УникальныйИдентификатор();
СтрокаГУИД = СтрЗаменить(Строка(ГУИД), "-", "");
Шестнадц = Сред(СтрокаГУИД, 15, 3) + Сред(СтрокаГУИД, 10, 4) + Сред(СтрокаГУИД, 1, 8);
ЧислоСек = Число(Шестнадц) / 10000000;
ДатаСоздания = '00010101' + (ЧислоСек - 12219292800);

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

Способ 4: запрос к данным и технологический журнал

В клиент-серверных базах на MS SQL или PostgreSQL администратор может посмотреть системные поля на уровне СУБД, но штатных колонок «дата создания записи» там тоже нет. Альтернатива — технологический журнал платформы: если заранее настроить логирование событий DBMSSQL/DBPOSTGRS с привязкой к пользователю, можно восстановить момент вставки записи. Это инструмент расследования разовых инцидентов, а не постоянного учёта.

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

Типичные ошибки при определении даты создания

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

Также не стоит доверять дате из GUID без проверки контекста: в базах с активными обменами (РИБ, синхронизация с другими конфигурациями) значительная часть документов приходит с готовыми ссылками, и их GUID показывает время создания в базе-источнике.

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

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

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

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