Здравствуйте. У нас УТ 11.2. Мне нужно завести свойство, но чтоб можно было задать несколько значений. Есть птитка керамическая, реквизит - использование, и можно было выбрать несколько значений: для кухни, ванны, санузла. Через дополнительные реквизиты можно выбрать только одно из значений. Как это реализовать правильно, чтобы при обмене также вся информация была передана. В вебинаре https://www.1c-bitrix.ru/events/5080147/ говорят, о том что есть реализованный способ, но конкретно где посмотреть не указывают. Подскажите пожалуйста.
Способ, о котором Александр Денисюк вскользь упомянул, описан вот здесь - сообщение 1 и сообщение 2 И хоть там шла речь об УТ 10.3, для УТ 11.2 тоже подойдет. Способ неидеальный, лучше создавать свойство товара с типом строка, способ ввода для этого свойства - "список с выбором значений", а в конфигурации создать справочник со списком возможных значений этого свойства, выбранные значения сохранять для каждого товара. Сам модуль обмена доработать, чтобы выгружались нужные теги в файлах обмена. Вам нужен программист 1с для этих доработок.
Дмитрий, еще подскажите пожалуйста. Где можно задать способ ввода для этого свойства - "список с выбором значений", я делаю с помощью дополнительных сведений. Я так понимаю что нужно делать проверку если свойство такое, то список с выбором. Но где?
Ирина, здравствуйте. Я не программист 1с, рассказал как мне сделали "множественность" свойства, возможно что в описании способа применил формулировки не по канонам платформы 1с:Предприятия. Наверное мне надо было написать не "список с выбором значений" - а "таблица значений свойства с чекбоксами для их выбора". Ну а как это реализовать для строкового свойства в 1с для УТ 11 лучше на профильных форумах поспрашивать, там быстрее помогут. Здесь надо только по тегам xml уточнять информацию, если БУС не будет импортировать правильно передаваемые данные.
Ирина, это дописывать надо в любом случае. Во-первых, 1с (и Ут 10 и ут 11) сама по себе не поддерживает множественные свойства - это надо делать. Во-вторых, обмен между 1с и битриксом тоже не понимает множественные свойства - это тоже надо в обмене прописывать. Без программиста 1с тут не обойтись.
Я программист 1с, только выгрузкой на сайты никогда не занималась, поэтому хотелось бы знать как в 1с сделать правильно. У меня вот идея такая - создать справочник с табличной частью, создать реквизит в табличной части и заполнять его из другого справочника, где все значения. Реквизиту наименования справочника присваивать наименование реквизита табличной части по всем строчкам таб части через запятую. Добавить этот справочник в ПВХ. Ну а потом с битриксом разбираться.
Создаю справочник Использование - туда дополняем разные варианты использования. Создаю справочник ВариантыИспользования с табличной частью, в которой реквизит - справочника использование. Выбираю в табличной части - для кухни, ванны. При записи в наименование справочника ВариантыИспользования подставляю для кухни; ванны.
Если я правильно понял, вы тогда на сайте потом не сможете по отдельным свойствам фильтровать/отбирать товары.
Самый простой вариант - добавить в Номенклатуру новую табличную часть с вариантами использования. Или регистр сведений - и тоже вывести его в форму элемента товара (чтобы с ним работать оттуда).
А дальше, при доработке обмена вам придется: 1) в модуле выгрузке дописать выгрузку всех возможных вариантов значений вашего свойства 2) исправить схему XDTO (это типа макета файла выгрузки), чтобы она начала понимать множественность свойств 3) в модуле выгрузке дописать выгрузку ваших множественных свойств, с учетом новой схемы XDTO
Я делал себе для УТ 10.3: - В план видов характеристик для СвойстваОбъектов добавил реквизит Множественное {bool}, вывел его на форочку елемнтов/списков и могу менять как руками так и программно в процессе обработки/парсера свойств и т.п... - В Регистре сведений ЗначенияСвойствОбъектов реквизит "Значение" переделал в измерение - получил возможность назначать несколько значений из справочника "ЗначенияСвойствОбъектов" одному и тому же значению из ПланаВидовХарактеристик - и всё это дело вести в привязке как к самой номенклатуре, так и к группам номенклатуры с помощью регистра сведений "НазначенияСвойствОбъектов" - Руками немножко подкорретировал XDTOСхемуОбмена и внёс маленькую правку в процедуру выгрузки свойств из модуля Б_ПроцедурыИФункцииВыгрузкиДанныхНаСайт с тем, чтобы заполнялись значения для моих добавленных свойств "Множественное" и т.п. (Ещё я заполняю свойство "БитриксСортировка" и др...) - со стороны Битрикса никаких правок вносить не потребовалось! Битрикс из коробки умеет обрабатывать множественные свойства, вот только ни УТ 10, ни УТ 11 не умеют их выгружать и не поддерживают из коробки впринципе!
Добавление измерения, как мне объяснили, может повлиять на выполняемые отчеты и на обмен с другими конфигурациями 1с, если таковые имеются. Придется много дорабатывать. А вот если сохранить свойство строковым, но сделать эмуляцию его множественности через возможность занесения-изменения только через табличку значений с чекбоксами и хранения выбранных значений для каждого товара, то этого можно избежать. XDTO корректируется в любом случае. Само свойство при просмотре в карточке товара содержит выбранные при его создании(редактировании) значения, разделенные запятой.
Про невозможность фильтрации множественных свойств в умном фильтре ничего не слышал, откуда инфа?
Да можно вообще дать возможность выбирать значения из справочника (да хоть из перечисления) через список значений (там есть возможность устанавливать пометки), а записывать можно и правда в строковое свойство, например, через разделители, а можно и правда, как предложил Дмитрий.
Лично я собираюсь пойти по другому пути, если клиент будет настаивать на множественном выборе на сайте. Справочник "Категории объектов" сделаю трёхуровневым и введу предопределённую группу "Множественные списки WEB-сайта". Уберу из фильтра выгрузки номенклатуры в типовом обмене элементы, подчинённые этой группе. После этого допилю типовую выгрузку, чтоб она считала группы второго уровня внутри предопределённой группы, собственно, множественным свойством, а элементы внутри этой группы значениями свойства. Тогда типовой интерфейс в карточке номенклатуры позволит выбрать значения этого свойства чекбоксами. Правда, самого свойства как группы видно не будет. В крайнем случае, допилю вывод дерева вместо списка на закладке "Категории" формы карточки номенклатуры. Такая методика подойдёт для УТ 10.3, КА 1.1, УПП 1.3. В новых редакциях 1С не приходилось ещё ковыряться - не знаю, есть ли там сущности, эквивалентные категориям из старых редакций.
Дмитрий Чебыкин написал: А вот если сохранить свойство строковым, но сделать эмуляцию его множественности через возможность занесения-изменения только через табличку значений с чекбоксами и хранения выбранных значений для каждого товара, то этого можно избежать. XDTO корректируется в любом случае. Само свойство при просмотре в карточке товара содержит выбранные при его создании(редактировании) значения, разделенные запятой.
Вот это, по-моему, самый реальный вариант, так как эмуляция множественности решается на уровне интерфейса карточки товара. XDTO, кстати можно не редактировать, а наоборот, предоставить разбор строкового свойства с каким-либо тегом в качестве разделителя значений программистам на стороне Битрикс.
Техническая поддержка по битриксу ответила приобрести сторонее ПО - http://marketplace.1c-bitrix.ru/solutions/sns.tools1c/ Поэтому на стороне 1с я реализовала множественность через разделители. Установила демо-версию, все получилось как видио-ролике.
Ирина Борикова написал: множественность через разделители и сторонее ПО
Это почти тоже самое что и
Цитата
Юлия Бедросова написал: разбор строкового свойства с каким-либо тегом в качестве разделителя значений программистам на стороне Битрикс
Только этот способ дополнительно нагружает хостинг во время обмена. И в этом стороннем ПО множественным получается только свойство Битрикс типа "строка", насколько я знаю. Тип свойства "список" или "справочник" со множественностью сделать не получится. И по-моему они идут по пути создания дополнительного свойства к основному - т.е. у них присутствует и пришедшее из 1с немножественное с разделителями и второе на его базе - множественное с разбивкой свойства на отдельные согласно разделителям, т.е. нагрузка не только из-за логики, но еще из-за увеличения количества записей в базу.