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

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

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

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

Чем дата документа отличается от даты создания

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

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

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

Способ 1. Журнал регистрации — самый надёжный источник

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

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

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

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

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

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

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

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

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

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

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

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

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

// Пример получения даты создания из GUID ссылки
GUID = СсылкаНаДокумент.УникальныйИдентификатор();
СтрокаGUID = СтрЗаменить(Строка(GUID), "-", "");
// Младшие разряды содержат метку времени
// Для точного преобразования используется типовая функция
// ДатаСоздания = ДатаИзGUID(GUID); // функция из обработки разработчика

Этот способ не зависит от настроек журнала регистрации и версионирования, поэтому работает всегда. Но он требует права на запуск внешних обработок или доступа к конфигуратору, что есть не у каждого пользователя.

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

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

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

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

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

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

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

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

Ограничения и меры предосторожности

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

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

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

Проверка результата

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

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

Отдельный случай — документы, попавшие в базу через обмен данными или загрузку из файла. Их GUID и записи журнала покажут момент загрузки, а не создания в исходной системе. Тогда ищите информацию в базе-источнике.

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