В платформе «1С:Предприятие 8.3.21» появятся множественные характеристики

7 лет назад делал подобный фильтр в обработке подбора товаров для УПП 1.2, на свойствах номенклатуры, набор свойств определялся номенклатурной группой, значения свойств выбирались из справочника доп. значений, при переходе между группами товаров в форме подбора, изменялись доступные наборы свойств фильтра, работало отлично. Подобная штука к тому времени уже появилась в УТ11.

вот только в типовых они лет через 15 появятся :)

Вот и полгода не прошло, как делал такое, в БСП корячил. Так что, нужная штука, востребованная.

Пример некорректный. Кто мешает сейчас сделать общую характеристику "Материал корпуса" и отбирать по ней в отчетах и списках?

А вот одежду из нескольких цветов отбирать по каждому цвету невозможно, если не делать характеристики "Цвет1", "Цвет2" и т. д.

пока не понятен профит. Сдвоенная характеристика красный,синий для чего ?? как получить остатки в разрезе каждой характеристики ?

Так и не смог точно понять что они сделают :-/
Попробую проанализировать:

Возможность декларативно (через раздел настройки "Характеристики", или в языке запросов СКД) привязать к объекту владельцу (в примере одному элементу справочника "ХарактеристикиНоменклатуры", а нет - там вероятно там напрямую справочник "Номенклатура" как Товар - но это не принципиально) несколько значений одного и того же свойства - элемента Плана видов характеристик - в примере "ДополнительныеРеквизитыИСведения" - в примере это свойство названо "Цвет".

Эта настройка "Характеристики" обрабатывается в платформе сейчас только механизмом СКД, в т.ч. "ДинамическимСписок" - значит результатом значения такого свойства будет скорее всего "Массив" - "ДинамическийСписок" его значения сам выведет через запятую. Отчеты СКД тоже умеют выводить массивы (хотя элементы вроде бы выводятся через ";", может и "ДинамическийСписок" тоже и сейчас умеет выводить через ";" значения колонки типа "Массив" - не проверял) - хотя разделитель можно заменить на другой - но нужны будут доп манипуляции.

Значения свойств хранятся обычно либо в регистре сведений (в примере это возможно "ДополнительныеСведения") - одно значение - одна запись. Значит - в конфигурациях нужно будет расширить регистр ещё одним измерением - для нумерации - чтобы хранить несколько значений).

Но значения характеристик обычн сейчас хранятся как доп реквизиты в отдельной табличной части владельца (справочника "ХарактеристикиНоменклатуры" или "Номенклатура" - с именем ТЧ "ДополнительныеРеквизиты") - а там уже и так можно указать множественные значения одного и того же свойства (доп реквизита) в разных строках.

Тогда остаётся только доработать сам механизм декларативной привязки в разделе "Характеристики" (если кто не знает - это отдельный пункт действий во всплывающем подменю действий целевого объекта; яркую кнопку/закладку в форме метаданных объекта не ищите; можно ещё найти Характеристики Открыть в эксплорере свойств метаданного целевого ссылочного объекта, рядом с открытием стандартных реквизитов).
То есть - добавить необязательную возможность указать поле-источник перечисления значений - если допускается множественные.
Хотя если ограничиться только табличными частями - то и эту настройку можно не делать - а просто выбирать все строки, по отбору свойства - а не одну.

По сути - если не заворачивается с типовыми фишками - то всё это можно реализовать и сейчас - куроча конфигурацию - просто это лишит некоторой доп автоматизации обработки таких свойств - придётся дописывать руками!

Про то что выше спросили про остатки - данная фича на них никак не влияет. Это просто доп свойства. То есть - если это "Номенклатура" - то как был один элемент справочника - так и останется - и остатки будут по нему и только по нему. Если это справочник "ХарактеристикиНоменклатуры" - то тоже самое - сколько их будет - столько и будет рарезов хранения остатков. Если будет одна характеристика с разными значениями одного свойства - то и остатки по ней будут общие. Не всем они нужны для учета раздельно по всем свойствам.

Да и сами характеристики и свойства - это не только Номенклатура и ХарактеристикиНоменклатура - это и контрагенты, и контактные лица и документы и т.д. - вариантов много - и сам уже сталкивался с тем, что бывает нужно хранить несколько значений в одном свойстве (например номера исходных документов после какой-то операции консолидации данных). Сейчас хранить так можно только строки - объединяя их конкатенацией с тем же разделителем "," или иным.

Доработка платформы позволит хранить и другие значения списком. А главное - позволит по ним строить, например, отборы - обрабатывая каждое значение по отдельности.

Ну, вот так я себе это понял! А как буде - узнаем когда появится 21 релиз платформы для ознакомления!

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

для этого есть интернет-магазин


а вот решение ошибок в платформе :
"Востребованность такого функционала НЕ понятно" :)

Хм, а разве доп. реквизиты не проще использовать для подобных задач?

Очень востребованный функционал, удивлен, что раньше в 1С была только 1 характеристика, это ужас! У нас магазин одежды. Имеем Название, + 5 размеров + 5 цветов + нюансы ( длина рукава, капюшоны и т.п.) . Т.е. по сути как минимум больше 25 вариантов для 1 номенклатуры. Вместо того, чтобы иметь 3-4 столбика с характеристиками, приходилось создавать кучу лишней однотипной номенклатуры: "Куртка синяя с капюшоном" + размер ( характеристикой) , "Куртка синяя без капюшона" + размер ( характеристикой).... А характеристика-то одна!! В итоге бардак в справочнике номенклатуры и требование к знаниям в Экселе ))

Если теперь можно завести номенклатуру: "Куртка" + синяя ( характеристика) + капюшон ( характеристика) + размер ( характеристика). То это будет просто прорыв для 1С, и сокращение справочника в мегараз!!