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

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

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

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

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

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

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

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

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

Откройте документ и в меню «Ещё» найдите пункт «История изменений». В открывшемся списке версий самая первая строка — это и есть момент создания: видно дату, время и пользователя, который создал документ.

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

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

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

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

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

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

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

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

Способ 3. Дата запрета изменения и косвенные признаки

Если ни версионирование, ни журнал регистрации не помогли (например, журнал очищен), остаются косвенные методы. Они не дают точного времени, но позволяют ограничить диапазон.

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

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

Способ 4. Технические средства для администраторов и разработчиков

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

Для разового анализа без доработки конфигурации используют журнал регистрации программно — метод «ВыгрузитьЖурналРегистрации» позволяет выгрузить события добавления данных в таблицу и отфильтровать по представлению конкретного документа. Это быстрее ручного поиска при больших объемах.

// Пример: проверка нового объекта при записи
Процедура ПриЗаписи(Отказ)
    Если ЭтоНовый() Тогда
        ДатаСоздания = ТекущаяДатаСеанса();
    КонецЕсли;
КонецПроцедуры

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

Какой способ выбрать в вашей ситуации

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

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

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

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

Как проверить, что вы нашли правильную дату

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

Часто задаваемые вопросы