Справочники и Данные · 11 мин
Как узнать дату создания номенклатуры в 1С
Как узнать дату создания номенклатуры в 1С: через журнал регистрации, историю изменений, универсальный отчёт и запрос. Пошаговые инструкции и типичные ошибки.
Дата создания элемента справочника «Номенклатура» нужна в разных ситуациях: при аудите базы, поиске виновника появления дублей, проверке новых позиций перед закупкой или разборе ошибок обмена между базами. Проблема в том, что в типовых конфигурациях 1С (УТ, ERP, Бухгалтерия, УНФ) у элемента справочника нет стандартного реквизита «Дата создания», отображаемого на форме, — в отличие от документов, у которых дата есть всегда.
Тем не менее узнать, когда карточка была заведена, можно несколькими способами: через журнал регистрации, механизм истории изменений (версионирование), универсальный отчёт по движениям, консоль запросов или программно. Выбор зависит от конфигурации, включённых настроек и того, как давно был создан элемент.
Важно понимать ограничение: если ни журнал регистрации не хранит события за нужный период, ни версионирование не было включено, восстановить точную дату создания уже невозможно — останутся только косвенные признаки вроде первого документа с этой позицией.
Почему у номенклатуры нет видимой даты создания
Справочники в 1С — это постоянные данные, а не события. Платформа хранит для каждого элемента уникальный идентификатор (GUID), код, наименование и реквизиты, но не обязана хранить дату его появления. Документы, напротив, всегда имеют дату, потому что отражают факт хозяйственной жизни.
Поэтому в карточке номенклатуры вы не найдёте поля «Создано» ни в УТ 11, ни в ERP, ни в Бухгалтерии 3.0. Некоторые доработанные конфигурации добавляют такой реквизит вручную и заполняют его подпиской на событие «ПриЗаписи», но это уже не типовое поведение.
Из этого следует практический вывод: искать дату создания нужно не в самой карточке, а в инструментах, которые фиксируют изменения данных, — журнале регистрации, версионировании и учётных документах.
Способ 1. Журнал регистрации
Журнал регистрации — основной штатный инструмент. Он фиксирует событие добавления элемента справочника с указанием пользователя и точного времени, если событие ещё не вытеснено из журнала новыми записями.
Порядок действий: откройте «Администрирование → Обслуживание → Журнал регистрации». Установите отбор: в поле «Данные» укажите ссылку на нужный элемент номенклатуры (можно вставить через выбор), в событиях оставьте «Данные. Добавление» или все события по данным. Нажмите «ОК» — в списке останется запись о создании элемента с датой и пользователем.
Если записей много, дополнительно ограничьте период. Самая ранняя запись вида «Справочник.Номенклатура: добавлено» и есть искомая дата создания.
- 1Откройте Администрирование → Обслуживание → Журнал регистрации
- 2Нажмите кнопку отбора и в поле «Данные» выберите нужный элемент номенклатуры
- 3В событиях оставьте «Данные. Добавление» или все действия с данными
- 4Примените отбор и найдите самую раннюю запись — это дата создания
- 5Заодно проверьте колонку «Пользователь», чтобы понять, кто завёл карточку
Ограничения журнала регистрации
Журнал регистрации не бесконечен. При достижении большого объёма старые записи автоматически удаляются (по умолчанию журнал делится на сегменты, и старые сегменты можно сократить вручную через «Сократить»). Если база активно используется несколько лет, события двух- или трёхлетней давности могут быть уже недоступны.
Кроме того, в настройках журнала можно отключить регистрацию части событий. Если администратор отключал регистрацию изменения данных, записи о создании элементов не будет вовсе — проверьте это в «Администрирование → Настройка журнала регистрации».
Способ 2. История изменений (версионирование объектов)
В конфигурациях на Библиотеке стандартных подсистем (УТ 11, ERP, Бухгалтерия 3.0, УНФ) есть механизм версионирования объектов. Если он включён для справочника «Номенклатура», каждая запись элемента сохраняется как версия с датой, автором и значениями реквизитов.
Проверить наличие истории можно прямо из карточки номенклатуры: в меню «Ещё» найдите пункт «История изменений» (в некоторых конфигурациях — «Показать историю изменений» на форме списка). Откроется таблица версий; самая первая версия — момент создания элемента.
Если пункта «История изменений» нет, значит версионирование для этого объекта не включено. Включить его может администратор: «Администрирование → Общие настройки → История изменений» (название раздела зависит от конфигурации). Учтите: версионирование начнёт фиксировать данные только с момента включения, задним числом историю оно не создаёт.
Способ 3. По первому документу с этой позицией
Косвенный, но часто единственно доступный метод для старых баз — найти самый ранний документ, где встречается номенклатура. Дата этого документа даёт нижнюю границу: элемент точно существовал на тот момент, а создан он был не позже.
Проще всего использовать отчёт. В УТ 11 и ERP подойдёт «Ведомость по товарам на складах» или «Анализ доступности товаров» с отбором по номенклатуре и сортировкой по периоду. В Бухгалтерии — оборотно-сальдовая ведомость по счетам 10, 41 с субконто по номенклатуре: первый оборот покажет период появления позиции в учёте.
Метод не даёт точного дня создания карточки: позицию могли завести заранее, а первый документ провести через месяц. Но для задач аудита и поиска «возраста» позиции этого обычно достаточно.
Сравнение способов
Точная дата и автор. Ограничение: старые события могут быть удалены при сокращении журнала.
Точная дата первой версии. Работает только если версионирование было включено заранее.
Всегда доступен, но даёт лишь приблизительную дату — момент появления позиции в учёте, а не создания карточки.
Для элементов, созданных обменом, GUID не содержит даты. Подходит только проверка через служебные таблицы разработчиком.
Способ 4. Запрос и программные инструменты
Если у вас есть доступ к консоли запросов или конфигуратору, можно построить выборку первых движений по регистрам. Например, запрос к регистру накопления «ТоварыНаСкладах» с отбором по номенклатуре и упорядочиванием по периоду вернёт первую запись — её период и есть дата первого движения.
Для массового анализа (например, найти все позиции, созданные за последний месяц) удобнее всего журнал регистрации с выгрузкой в табличный документ: отфильтруйте события «Данные. Добавление» по метаданным «Справочник.Номенклатура» за нужный период и выгрузите результат. Так вы получите список новых элементов с датами и авторами.
В доработанных базах иногда встречается реквизит «ДатаСоздания», добавленный программистами. Проверьте карточку элемента и список дополнительных реквизитов: если такое поле есть и заполняется автоматически при записи, задача решается простым отбором в списке справочника.
Если дата создания номенклатуры нужна регулярно (например, для отчёта «новинки месяца»), попросите разработчика добавить реквизит «Дата создания» с автозаполнением при первой записи элемента. Это надёжнее, чем каждый раз копаться в журнале регистрации.
Частые ошибки и как их избежать
Самая распространённая ошибка — путать дату создания элемента с датой первого документа. Это разные вещи: карточку могли завести загрузкой из Excel за неделю до первой накладной. Если нужна именно дата создания, опирайтесь на журнал регистрации или версионирование, а не на движения.
Вторая ошибка — искать событие в журнале без отбора по данным. В большой базе журнал содержит сотни тысяч записей, и без фильтра по конкретному элементу найти нужную строку практически нереально. Всегда устанавливайте отбор по ссылке на элемент.
Третья ошибка — забывать про обмены. Если номенклатура пришла из другой базы (например, из УТ в Бухгалтерию по синхронизации), в журнале регистрации автором создания будет пользователь, от имени которого выполняется обмен, а дата — момент загрузки в эту базу, а не исходного создания карточки. Дату создания в «родительской» базе ищите в журнале той базы.
Что делать, если дату восстановить невозможно
Если журнал регистрации сокращён, версионирование не включалось, а точная дата критична (например, для разбирательства по дублям), используйте совокупность косвенных признаков: первый документ с позицией, дата файла-источника загрузки (если номенклатуру заводили из Excel), переписка по согласованию новых позиций.
Для дублей полезен ещё один признак — код элемента. При автонумерации внутри одной базы больший код обычно означает более позднее создание. Это не строгое правило (коды могут сбиваться при обменах и ручном редактировании), но для сравнения двух дублей в одной базе работает достаточно надёжно.
На будущее настройте инструменты заранее: включите версионирование для справочника номенклатуры или добавьте автозаполняемый реквизит даты создания. Разовая настройка избавит от ручных расследований в дальнейшем.
Как проверить результат
Есть событие «Добавление» с датой и пользователем
Записей по элементу нет — журнал сокращён или регистрация отключена
Пункт «История изменений» доступен, видна первая версия
Пункта нет — версионирование не включалось
Найден документ, дата логична относительно истории компании
Первый документ старше самой базы — позиция пришла миграцией или обменом
Что важно запомнить
У номенклатуры нет штатной даты создания. Точную дату дают журнал регистрации и версионирование, приблизительную — первый документ с позицией. Для регулярного контроля настройте автозаполняемый реквизит или включите историю изменений заранее.
Частые вопросы
Можно ли посмотреть дату создания номенклатуры прямо в карточке?
В типовых конфигурациях — нет, такого реквизита на форме нет. Проверьте меню «Ещё → История изменений»: если версионирование включено, первая версия покажет дату создания. Иначе используйте журнал регистрации.
Как узнать, кто создал элемент номенклатуры?
В журнале регистрации установите отбор по данным элемента и событию добавления — в колонке «Пользователь» будет автор. Если элемент пришёл обменом, автором будет технический пользователь синхронизации.
Журнал регистрации пустой по этому элементу. Что делать?
Скорее всего, старые записи удалены при сокращении журнала или регистрация событий была отключена. Остаются косвенные методы: первый документ с позицией, сравнение кодов элементов, архивные копии базы.
Как найти все позиции, созданные за последний месяц?
Откройте журнал регистрации, установите отбор по периоду, событию «Данные. Добавление» и метаданным «Справочник.Номенклатура». Результат можно выгрузить в табличный документ для анализа.
Зависит ли дата создания от кода номенклатуры?
Напрямую — нет, код это просто порядковый номер. Но при автонумерации в одной базе больший код обычно означает более позднее создание, что полезно при сравнении дублей. После обменов и ручной правки кодов эта закономерность может нарушаться.
Можно ли сделать так, чтобы дата создания заполнялась автоматически?
Да. Разработчик может добавить справочнику реквизит «Дата создания» и заполнять его текущей датой в обработчике «ПриЗаписи» при условии, что элемент новый. Альтернатива без доработки — включить штатное версионирование объектов.