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

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

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

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

Где хранится информация о времени создания

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

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

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

Способ 1. Журнал регистрации

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

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

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

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

Ограничение способа — срок хранения журнала. Если администратор настроил сокращение журнала (например, хранение событий за последние 90 дней), записи о старых документах будут удалены. Также уровень регистрации может быть настроен так, что часть событий не пишется вовсе.

Способ 2. История изменений данных

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

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

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

Способ 3. Версионирование объектов

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

Включить версионирование может администратор: «Администрирование» → «Общие настройки» → флажок «Хранить историю изменений», далее в настройках указывается, для каких видов документов вести учёт. Там же задаётся срок хранения версий.

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

Способ 4. Извлечение времени из ссылки документа

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

Извлечь время можно запросом или фрагментом кода во встроенном языке через консоль кода (внешнюю обработку для разработчиков):

Функция ДатаСозданияСсылки(Ссылка)
	ГУИД = Строка(Ссылка.УникальныйИдентификатор());
	СтрокаВремени = Сред(ГУИД, 16, 3) + Сред(ГУИД, 10, 4) + Сред(ГУИД, 1, 8);
	ЧислоСекунд = Число(СтрокаВремени) / 10000000;
	Возврат Дата(1582, 10, 15) + ЧислоСекунд;
КонецФункции

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

Способ 5. Техническая информация и связанные признаки

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

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

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

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

Частые ошибки и проверка результата

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

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

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

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