Построил по учебнику Радченко дополнительные свойства номенклатуры. Но необходимо сделать множественный выбор значений характеристик. Обычный регистр сведений это хранить отказывается (несколько значений у одной характеристики). Как проще и оптимальнее реализовать такое?

типичная задачка же

Открой УТ 11 и посмотри.

пример для "множественный выбор значений характеристик" можно?

(3)Я так понял у него несколько свойств к характеристике привязаны будут

(4) это как раз в каждой типовой есть, возможно и в том же Радченко расписано.

(5)Видимо картинок в радченке на этом месте нет, тк (0) впал в ступор)

(3) поставщики например

(7)Что с ними? Деньги требуют? Или ты все же хочешь что-то сказать подробнее?

(8) это пример для множественного выбора характеристик

что значит "несколько значений у одной характеристики"?

(10) значит что есть характеристика поставщики например, и можно выбрать несколько поставщиков для одной номенклатуры

(11)Тебе сначала надо понять, кто такие эти характеристики и зачем оно всё надо, потом ответ придет сам собой.

(12) что имеется ввиду? что я не понимаю конкретно? сейчас характеристики и значения хранятся в регистре сведений, который не позволяет хранить несколько значений для одной характеристики

Словами постановщика задачи можно сказать - нужно организовать связь многие ко многим на множестве свойств и множестве номенклатуры.
Регистр сведений же позволяет организовать только связь 1 к 1.
Конечно, если поставить в нём измерения "Номенклатура" и "свойство", то можно будет "устанавливать связь" между любой номенклатурой и свойствами.

(14) в том то и дело что у одного свойства и одной номенклатуры может быть несколько значений свойств

(11) это не характеристика и не свойства.
Для чего ты хочешь это хранить именно в характеристиках?

(16) ну у меня это план видов характеристик. в характеристике есть . свойство поставщик, и для одной номенкл должно быть несколько значений для того свойства

(17) Тебе придётся отказаться от идеи характеристик.

(17) Как устроены в типовых характеристики, я знаю. Ответь на простой вопрос: для чего ты хочешь в одной характеристикЕ хранить больше одного значениЯ свойствА "поставщик"?

(18) +1. Подобную задачу нужно решать с помощью других механизмов. Характеристики тут не подходят, хотя извратиться, наверное, можно, только вот зачем? (например, можно создать справочник ПоставщикиНоменклатуры с ТЧ и для каждого элемента номенклатуры создавать связанный с ним элемент этого справочника, например "Поставщики зачпасти такой-то" и этот элемент указывать в значении свойства).

(19) потому что много поставщиков у одной номенклатуры

(20) поставщики это только пример там много таких показателей и они хотят сами их заводить. почему не подойдут те же характеристики просто в регистре сделать еще одно измерение (счетчик), чем плохо?

(21) У всех так - одну номенклатуру поставляют разные поставщики, но ни кому, кроме вас не нужно поставщиков в характеристиках хранить. Ты не отвечаешь на вопрос.

(23) тестовое задание   - делать через характеристики

(22) вводить дополнительное измерение в РС (или перемещать значение в измерения) плохо тем, что в отчетах, использующих характеристики возникнут дубли строк.
Имхо, если стоит задача сделать строго через характеристики, то остаются только компромиссные решения.

(25) а как по интерфейсу решать. ведь получается что у  всех формы выбора (по всем типам значений ПВХ) нужно множественный выбор ставить?

(24) фигасе... Тогда так:
1. Делаешь отдельный технический справочник, в табличной части которого будут жить эти твои много значений
2. Значение свойствА характеристикИ - это ссылка на элемент этого справочника
3. к этому всему прикручиваешь интерфейс для заполнения, который сам будет заниматься вопросами поиска и создания элементов технического справочника

+(27) так ты по-минимуму в типовой код врезаешься:
1. Расширяешь тип ПВХ
2. Вносишь изменения в форму, которая создает характеристики