Дата создания номенклатуры в 1С — видно новинки и залежавшиеся позиции

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

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

Что видно после установки

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

Почему даты из GUID и журнала регистрации не хватает

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

Дата из GUID ссылки. У ссылки 1С действительно можно вычислить дату записи объекта. Но это значение живет только в коде: его нельзя поставить условием отбора в списке, нельзя вынести группировкой в типовой отчет по продажам и нельзя показать колонкой без доработки. Плюс это дата записи, а не создания: у объектов, перенесенных обменом или загруженных из другой базы, она относится к моменту загрузки.

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

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

Реквизит расширения — это обычное поле справочника. Оно доступно везде, где доступны остальные реквизиты номенклатуры: в отборах динамических списков, в группировках и отборах типовых отчетов по продажам и остаткам, в схемах компоновки, в запросах, в правилах обмена.

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

В карточке товара поле Дата создания выводится в шапке и доступно только для просмотра — вручную его не меняют, иначе смысл теряется.

В списке номенклатуры появляется колонка Дата создания. В «Управлении торговлей», «Комплексной автоматизации» и ERP список номенклатуры показан двумя таблицами — обычной и расширенным поиском; колонка добавляется в обе, поэтому дата видна независимо от того, каким режимом поиска пользуется менеджер. Путь по интерфейсу: НСИ и администрирование → Номенклатура, в «Управлении нашей фирмой» и «Рознице» — раздел с товарами и услугами.

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

Отбор «Только новинки» прямо в списке

Над списком номенклатуры стоит переключатель Только новинки и поле Дней. Включили — в списке остались позиции, заведенные за указанное число последних дней. По умолчанию 30 дней, значение меняется в поле рядом и запоминается: в следующий раз список откроется с вашим числом.

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

Заполнение дат по номенклатуре, заведенной раньше

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

Заполнение идет фоновым заданием с индикатором («Обработано 1 200 из 8 000 товаров»), список при этом не блокируется. Позиции пишутся порциями, признак загрузки данных отключает отработку типовых подписок и проверок заполнения на каждой карточке — на справочнике в сотни тысяч позиций это принципиально: без такой записи каждая карточка тянула бы за собой все подписки конфигурации клиента.

Что важно знать заранее:

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

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

Отчет «Новинки и залежавшиеся позиции»

Отчет входит в это же расширение — отдельно докупать нечего. Открывается кнопкой Новинки и залежавшиеся позиции из списка номенклатуры и из списка отчетов раздела «Продажи».

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

Вариант Новинки отвечает на вопрос «что мы завели за период и что из этого продается».

Позиции, заведенные в этом месяце. Пустые колонки продаж — новинки, которые пока ни разу не продавались

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

Позиции без продаж за период: видно, сколько лет товар лежит и сколько его на складе

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

Что учитывать при внедрении

Флажок «Безопасный режим» у расширения нужно снять. Это не формальность: в безопасном режиме платформа не дает расширению дорабатывать типовые формы, и ни поле в карточке товара, ни колонка, отбор и кнопки в списке не появляются — при этом само расширение считается установленным, и выглядит это как «ничего не заработало». Проверено двумя прогонами на УТ 11.5, отличавшимися только этим флажком. Никаких небезопасных действий расширение не выполняет: ни внешних компонент, ни работы с файлами, ни COM-соединений в нем нет.

Регистр движений и место полей на форме определяются автоматически. В УТ, КА и ERP движения товара лежат в регистре «Товары на складах», в УНФ и «Рознице» 3.0 — в «Запасах на складах»; структура форм номенклатуры у этих конфигураций тоже разная. Расширение не привязано к номеру версии: и регистр, и точку размещения полей оно ищет по фактическому составу конфигурации, поэтому обновление типовой не ломает доработку.

В распределенной базе (РИБ) дата приходит с узла-источника и на узле-приемнике не подменяется датой приема данных — иначе после каждого обмена вся номенклатура на периферии выглядела бы новинками.

Реквизит индексируется, поэтому отбор новинок и отчеты по дате работают без просадки на больших справочниках.

Проверено прогонами на живых базах в августе 2026 года, платформа 8.3.27: карточка товара и список номенклатуры открываются, заполнение дат отрабатывает на справочниках в сотни и тысячи позиций, отчет строится по обоим вариантам настроек. Файлы поставки записаны платформой 8.3 — переходить на 8.5 для установки не нужно.