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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Способ 3. Программные методы и запросы

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

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

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

Альтернатива — внешние обработки и отчёты, которые читают журнал регистрации программно (метод «ВыгрузитьЖурналРегистрации») и выводят даты создания по списку документов. Такие обработки удобны, когда нужно проанализировать не один документ, а целый массив.

Способ 4. Отчёты по изменениям и доработка конфигурации

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

Также в типовых конфигурациях встречаются готовые отчёты по аудиту и анализу действий пользователей, которые опираются на версионирование или журнал регистрации. Их наличие зависит от конкретной конфигурации и её версии.

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

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

Отдельно стоит помнить про обмены: документы, пришедшие из другой базы (например, из УТ в Бухгалтерию), имеют собственную историю. Дата создания в текущей базе — это момент загрузки, а исходный момент создания нужно искать в базе-источнике.

FAQ