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

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

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

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

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

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

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

Способ 1. Журнал регистрации — универсальный инструмент

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

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

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

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

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

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

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

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

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

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

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

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

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

Как определить, кто и когда изменил документ после создания

Часто важна не только дата создания, но и последующие правки: документ могли перепровести, изменить суммы или отменить проведение. В журнале регистрации этим действиям соответствуют события «Данные. Изменение» и «Данные. Удаление» — по ним видно всю цепочку работы с объектом.

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

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

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

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

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

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

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

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

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

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