Справочники и Данные · 13 мин
Свойства номенклатуры в 1С: назначение, настройка и практическое применение
Что такое свойства номенклатуры в 1С, где они хранятся, как создать дополнительные реквизиты и сведения, использовать их в отборах, отчётах и печатных формах.
Свойства номенклатуры в 1С — это дополнительные характеристики товаров и услуг, которые пользователь добавляет самостоятельно, не изменяя конфигурацию. Стандартный набор полей карточки товара (наименование, артикул, единица измерения, ставка НДС) редко покрывает все потребности учёта: нужно хранить бренд, страну происхождения, материал, срок годности, цвет, гарантийный срок и десятки других параметров. Именно для этого в типовых конфигурациях «1С:Управление торговлей», «1С:ERP», «1С:Комплексная автоматизация» и «1С:Бухгалтерия» существует механизм дополнительных реквизитов и дополнительных сведений.
Механизм построен так, что новые свойства появляются в карточке номенклатуры без доработки программы программистом. Администратор или пользователь с соответствующими правами создаёт свойство, задаёт тип его значения (строка, число, дата, булево, ссылка на справочник), и система автоматически выводит поле в форму элемента, включает его в отборы списков и делает доступным в отчётах. Это принципиально отличается от доработки конфигурации: обновление типового релиза не затирает пользовательские свойства, потому что они хранятся в данных, а не в метаданных.
Путаница возникает из-за того, что термин «свойства» в разных конфигурациях и версиях используется по-разному. В старых редакциях (например, «Управление торговлей 10.3») был отдельный справочник «Свойства объектов» и план видов характеристик. В современных конфигурациях на базе Библиотеки стандартных подсистем применяется унифицированный механизм «Дополнительные реквизиты и сведения». Ниже разберём, чем отличаются эти два вида свойств, как их создать и где они реально используются.
Что такое свойства номенклатуры и зачем они нужны
Под свойствами номенклатуры понимают любые дополнительные параметры товара, которые не входят в стандартный состав карточки. Типичные примеры: торговая марка, состав материала, страна изготовления, вес брутто, температура хранения, признак «хрупкое», номер сертификата. Всё это нужно для поиска товаров, аналитики продаж, формирования прайсов и выгрузки каталога на сайт.
Главное преимущество механизма — гибкость. Компания может начать с трёх свойств и постепенно расширять набор по мере роста ассортимента. При этом свойства можно сделать обязательными к заполнению, ограничить список допустимых значений и назначить разные наборы свойств для разных видов номенклатуры: у одежды — размер и цвет, у продуктов — срок годности и условия хранения.
Важно понимать, что свойства не заменяют характеристики номенклатуры. Характеристика (например, «Футболка, размер L, цвет чёрный») — это отдельная учётная единица с собственными остатками и ценами. Свойство — лишь описательный признак, который не влияет на складской учёт. Если по признаку нужно вести учёт остатков, используйте характеристики, а не свойства.
Дополнительные реквизиты и дополнительные сведения: в чём разница
В типовых конфигурациях механизм разделён на две части, и выбор между ними влияет на дальнейшую работу. Дополнительные реквизиты отображаются прямо в карточке товара на закладке или в группе «Дополнительные реквизиты», участвуют в отборах списков, доступны в настройках отчётов и могут выводиться в печатные формы. Дополнительные сведения открываются отдельной командой «Ещё» → «Дополнительные сведения» и предназначены для информации, которая нужна редко и не должна загромождать карточку.
Практическое правило простое: если по значению свойства нужно отбирать товары в списке, строить отчёт или сегментировать прайс — создавайте дополнительный реквизит. Если это справочная пометка вроде «особенности упаковки» или «комментарий технолога», достаточно сведения.
| Критерий | Дополнительный реквизит | Дополнительное сведение |
|---|---|---|
| Где виден | Прямо в карточке номенклатуры | По команде «Дополнительные сведения» |
| Отбор в списках | Да | Ограниченно или нет |
| Использование в отчётах | Да, как поле и фильтр | Как правило, нет |
| Типичное применение | Бренд, страна, материал | Примечания, редкие справки |
Как создать дополнительный реквизит номенклатуры
Создание свойства выполняется в режиме предприятия, конфигуратор не нужен. Порядок действий в конфигурациях на базе БСП (УТ 11, ERP, КА, БП 3.0) практически одинаков.
- 1Откройте «Администрирование» → «Общие настройки» и включите флажок «Дополнительные реквизиты и сведения», если он снят.
- 2Перейдите по ссылке «Дополнительные реквизиты» и в левой части окна выберите набор «Номенклатура».
- 3Нажмите «Добавить» → «Новый», укажите наименование свойства, например «Бренд».
- 4Задайте тип значения: строка, число, дата, булево или «Дополнительное значение» (свой список вариантов).
- 5При необходимости включите «Обязателен к заполнению» и заполните список допустимых значений.
- 6Запишите свойство и откройте карточку любого товара — поле появится в группе дополнительных реквизитов.
Если свойство должно принимать значения из фиксированного списка (например, «Цвет: красный, синий, зелёный»), выбирайте тип «Дополнительное значение». Тогда пользователи будут выбирать из справочника значений, а не вводить текст вручную — это исключает дубли вроде «красный», «Красный», «красн.». Для каждого значения можно задать весовой коэффициент, который используется в некоторых механизмах подбора.
В конфигурациях с видами номенклатуры (УТ 11, ERP) свойства можно привязывать к конкретному виду. Откройте справочник «Виды номенклатуры», выберите нужный вид и на закладке дополнительных реквизитов добавьте свойства именно для него. Тогда у телевизоров будет «Диагональ экрана», а у обуви — «Размерный ряд», и карточки не будут перегружены чужими полями.
Как заполнять свойства и проверять результат
Заполнение выполняется вручную в карточке товара или групповой обработкой. Для массового заполнения используйте типовую обработку «Групповое изменение реквизитов» (в УТ 11 — «Настройки и справочники» → «Корректировка данных», в БСП-конфигурациях — раздел «Администрирование» → «Обслуживание»). Она позволяет отобрать список товаров по условию и присвоить значение свойства всем сразу.
При импорте каталога из Excel или с сайта свойства обычно загружаются через типовую обработку «Загрузка данных из табличного документа» или механизмы обмена. Перед загрузкой убедитесь, что свойства уже созданы в базе и их типы совпадают с типами данных в файле, иначе значения либо не запишутся, либо создадут дубли значений списков.
Как проверить результат
Свойство видно в карточке товара, значение сохраняется после записи
Поле не появляется — свойство создано не для того набора или не включён механизм в настройках
В списке номенклатуры по кнопке «Найти»/отбору свойство фильтрует товары
Свойства нет в списке полей отбора — создано как сведение, а не реквизит
В настройках отчёта (например, «Продажи») свойство доступно как группировка или фильтр
Поле отсутствует — отчёт построен на старом механизме или свойство не реквизит
Где свойства используются: отборы, отчёты, сегменты, обмены
Первое и самое частое применение — отбор в списках. Менеджер открывает справочник номенклатуры, добавляет отбор «Бренд = …» и мгновенно получает нужную выборку. В УТ 11 и ERP свойства также доступны в подборе товаров в документы продажи, что ускоряет работу с большим каталогом.
Второе направление — аналитика. В отчётах «Продажи», «Валовая прибыль», «Анализ остатков» дополнительные реквизиты выводятся как группировки и фильтры: можно построить продажи по брендам или остатки по странам происхождения без доработки отчёта. Условие одно — отчёт должен быть построен на СКД с подключённым механизмом дополнительных реквизитов, что выполняется в типовых конфигурациях для большинства ключевых отчётов.
Третье направление — сегменты и ценообразование. В УТ 11 свойства используются при формировании сегментов номенклатуры для маркетинговых акций, скидок и видов цен. Четвёртое — обмены с сайтом: при выгрузке каталога в формате CommerceML дополнительные реквизиты передаются как свойства товаров, и на сайте по ним строятся фильтры каталога. Имена свойств в 1С и на сайте должны быть согласованы, иначе фильтры развалятся.
Если свойство планируется использовать в обмене с сайтом или внешней системой, задавайте его наименование сразу в финальном виде. Переименование свойства после настройки обмена часто ломает сопоставление полей, и выгрузку приходится перенастраивать.
Типичные ошибки и ограничения механизма
Есть и технические ограничения. Дополнительные реквизиты хранятся в табличной части объекта, поэтому запросы по ним медленнее, чем по «родным» полям: на больших базах отчёт с группировкой по нескольким свойствам может выполняться заметно дольше. Если свойство критично для производительности и используется в каждом отчёте, имеет смысл обсудить с разработчиком вынос его в обычный реквизит через расширение конфигурации.
Ещё одно ограничение — составные типы. Дополнительный реквизит может ссылаться на справочники, но не может быть таблицей значений или сложной структурой. Если для товара нужно хранить, например, список совместимых моделей с количествами, механизм свойств не подойдёт — потребуется отдельный регистр сведений или доработка.
Свойства в старых конфигурациях и альтернативные подходы
В устаревших решениях («Управление торговлей 10.3», «Управление производственным предприятием 1.3») действует похожий, но отдельный механизм: план видов характеристик «Свойства объектов» и регистр «Значения свойств объектов». Принцип тот же — пользователь создаёт свойство и назначает значения, — но работа ведётся через меню «Справочники» → «Номенклатура» → «Свойства», а отборы настраиваются через «Отбор по свойствам». При миграции на современные конфигурации значения свойств переносятся штатными средствами перехода.
Альтернативой свойствам выступают: характеристики номенклатуры (когда нужен учёт по вариантам товара), дополнительные реквизиты через расширение конфигурации (когда нужна скорость и сложная логика) и информационные регистры (для связанных данных произвольной структуры). Выбор зависит от задачи: для описательных признаков и фильтров почти всегда достаточно штатных дополнительных реквизитов.
Как выбрать подход
Что важно запомнить
Свойства номенклатуры — это дополнительные реквизиты и сведения, создаваемые без доработки конфигурации. Реквизиты работают в отборах, отчётах и обменах, сведения хранят справочную информацию. Для повторяемых значений используйте списки, а не свободный текст, и не путайте свойства с характеристиками, по которым ведётся складской учёт.
Частые вопросы
Чем свойство отличается от характеристики номенклатуры?
Характеристика — это учётная единица: по ней ведутся остатки, цены и движения в документах (например, «Футболка красная, размер M»). Свойство — только описательный признак для поиска и аналитики, остатки по нему не учитываются. Если по признаку нужно знать складской остаток, используйте характеристику.
Почему созданное свойство не видно в карточке товара?
Чаще всего механизм отключён: проверьте флажок «Дополнительные реквизиты и сведения» в разделе «Администрирование» → «Общие настройки». Вторая причина — свойство создано для другого набора (например, для «Контрагенты», а не «Номенклатура») или привязано к конкретному виду номенклатуры, которому товар не принадлежит.
Можно ли заполнить свойства сразу для тысячи товаров?
Да. Используйте типовую обработку «Групповое изменение реквизитов»: отберите товары по условию, выберите дополнительный реквизит и задайте значение. Для загрузки разных значений из файла подойдёт обработка «Загрузка данных из табличного документа». Перед массовой операцией сделайте резервную копию.
Выводится ли дополнительное свойство в печатных формах?
Штатно в большинстве печатных форм свойства не выводятся, но механизм это позволяет: в пользовательских макетах и внешних печатных формах значение дополнительного реквизита можно получить программно. В некоторых конфигурациях свойства выводятся в ценники и этикетки через настройку шаблона.
Что произойдёт со свойствами при обновлении конфигурации?
Ничего: дополнительные реквизиты и сведения хранятся в данных базы, а не в метаданных конфигурации, поэтому типовое обновление их не затрагивает. Риск возникает только при нештатных доработках механизма или при переходе на другую конфигурацию без корректной миграции данных.
Как ограничить список значений свойства, чтобы не было дублей?
При создании свойства выберите тип «Дополнительное значение» вместо «Строка» и заполните список допустимых вариантов. Пользователи смогут только выбирать из списка, а не вводить текст вручную. Дополнительно настройте права, чтобы изменять список значений могли только ответственные сотрудники.