Множественные свойства в 1С #716752

доброго дня! Такой вопрос... Есть необходимость реализовать на базе УТ11 механизм множественных свойств (т.е., например, есть свойство "Опции" и у него могут выбираться значения "Подогрев сидений", "Круиз-контроль", "GPS" и т.д.). Подскажите, пожалуйста, какие есть идеи как можно данный функционал реализовать? Самый простой вариант сделать набор свойств строкой через разделитель ("Подогрев сидений; Круиз-контроль; GPS"), но хотелось бы нечто поудобнее, да и не серьёзно это как-то ИМХО... По данной теме готов сотрудничать с разработчиками на взаимовыгодных условиях. Жду предложений.

Переходи на клюшки, там это всё реализовано в типовом ТиС

добавить ТЧ опции и подбирать туда

Контакты в личке. Если интересно, звони, пообщаемся.

Это как же?

на каждую опцию свое булевское свойство

Категории не то?

Белоруссия?

в ут 11 нет категорий

Пилить свой справочник "Комплектация" с нужными реквизитами и его пихать в свойство. (а можно эти реквизиты прямо в "ЗначенияСвойствОбъектов" добавить) Тогда можно будет в отчетах делать отборы через Товары.СвойствоКомплектация.ЕстьGPS и т.п.

Только что будете делать с опциями, которые могут быть в разных вариантах? Например: "аудио 6 колонок с USB", "аудио 4 колонки", "аудиоподготовка" и т.п.? Надо сначала подумать, а не делать сломя голову как придется.

а что в ут11 нет свойств?  о_О

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

Да, РБ.

Безусловно. Для того и обратился за помощью...

внимательно читаем сабж

Регистр сведений с полями Номенклатура и Свойство. Какие записи по номенклатуре есть, такие опции и включены.

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

Типовой ТиС:

Тогда предлагаю пообщаться по скайпу.

Логика в том, что в одном значении свойства по сути должен хранится список значений. Ну или как-то так... воображение слабовато... Поясню для чего, собственно, нужно... Есть интеграция с сайтом, на сайте значение свойства товара может указываться как список. Изначально весь каталог товаров нах-ся на сайте, т.е. необходимо его выгрузить в 1С. Существующий порядок вещей работы с каталогом на сайте клиент менять не хочет. Сайт на битрикс. На самом деле странно, что 1С для Битрикс подобный функционал предусмотрели, а для учетных программ нет.

выбор уже сделан в пользу последней УТ. Переубеждать клиента переходить на 7-ку из-за свойств не имею желания )))

Написал в скайп

Не понимаю чем ТЧ с опциями не нравится.

и? чем свойства не устраивают?

что имеете ввиду под ТЧ? для какого объекта конфигурации ТЧ? свойства то могут быть разные для разных видов товаров... например, для автомобилей свои опции, для телефонов свои

кароче не пойму в чём трабла у номенклатуры свойство "Опции", у "Опции" свойства "ХЗ" ... и т.д.

В таких случаях делал отдельные справочники для хранения информации, чтобы удобно было работать в 1С, а при выгрузке в битрикс всё это хозяйство подставлялось в длинную строку - свойство (коды через запятую и т.п.). Всё это согласовывалось с программерами битрикса.

у номенклатуры есть свойство опция... у жигули в этом свойстве ничего нет, у мерседеса целый список опций... ключевое слово "множественное" значение свойства

определяй доступность свойств от вида товара пилил такую мню на УПП, делов на пару дней с почёсываниями

Так ты нетленку пишешь или точишь под заказчика? Думаю второе. Либо типовой механизм своиств юзай, либо сделай спр-к с опциями и подбирай эти опции в ТЧ номенклатуры.

и что что множественность? чем это мешает?

РС же!

К нему, соответственно ТЧ на форме привязываешь

я извиняюсь.. ну какое тч на форме?! это же свойства... свойства разные могут быть, сегодня они опции внесли, затра новый товар приехал и надо свойство уже не опции, а комплектность, например, и что новую ТЧ пилить каждый раз? не надо отказываться от типового механизма свойств, нужно лишь доработать так, чтобы свойство могло принимать множественное значение

скажи, что тебе не понятно в ?

Тогда алаверды... Скажи что тебе не понятно в ?

Для указанной задачи механизм свойств жутко неудобен. Зачем к нему цепляться? А для обмена с битриксом - см.

А хотя даже справочник Опции

Ну и РС Назначения опций

чёт по типу свойств, но без лишнего гемора

а может наборы опций - это характеристики?

вот как раз хотелось совета как это архитектурно организовать... может вы и правы и свойства это лишний геммор спасибо

Вот пример того, как реализовали мы это дело. Осталось только обмены под него подпилить