А как Вы решаете задачу нуоченьмногополей?

[IgorF]

Суть проблемы: Очень часто встречается у клиентов что проудкт, или услуга характеризуется большим количеством полей (ценности для дальнейшего использования они зачастую не несут, но влияют на принятие того или иного решения - цена, сроки изготовления , ресурс, что то такое внерамок системы). И очень часто поля для продукта или услуги "свои" для каждого определенного типа, например, Лыжи спортивные беговые - тип пластиковые, длина, производитель,....., полеN. Коньки хоккейные - Размер, материал подошвы, материал конька..., ..., производитель, ...,полеM. И так далее. Соответственно если выбран один тип то нужно отобразить только такие то поля, если другой тип то какие то другие поля. Замечу еще раз что полей очень много более чем 10 для каждого типа продукта. СКрытие открытие полей выход, но очень хочется снизить нагрузку на персонал поддержки и клиента при появлении нового типа (ну не нужно им знать JScript). Кто что пробовал? какие варианты?

[a33ik]

Цитата:

Сообщение от IgorF

Суть проблемы: Очень часто встречается у клиентов что проудкт, или услуга характеризуется большим количеством полей (ценности для дальнейшего использования они зачастую не несут, но влияют на принятие того или иного решения - цена, сроки изготовления , ресурс, что то такое внерамок системы). И очень часто поля для продукта или услуги "свои" для каждого определенного типа, например, Лыжи спортивные беговые - тип пластиковые, длина, производитель,....., полеN. Коньки хоккейные - Размер, материал подошвы, материал конька..., ..., производитель, ...,полеM. И так далее. Соответственно если выбран один тип то нужно отобразить только такие то поля, если другой тип то какие то другие поля. Замечу еще раз что полей очень много более чем 10 для каждого типа продукта. СКрытие открытие полей выход, но очень хочется снизить нагрузку на персонал поддержки и клиента при появлении нового типа (ну не нужно им знать JScript). Кто что пробовал? какие варианты?

Сталкивался с такой задачей. Решил её таким образом:
1. Создаётся чтото вроде конфигурационной сущности. Её суть - тип продукта. Данная сущность делается родительской по отношению к продукту.
2. В сущности делается текстовое поле, которое в себе содержит через какой то разделитель (я использовал |) поля, которые должны быть отображены.
3. На карточке продукта на онлоад и ончейндж поля типа продукта был сделан обработчик, который вычитывает из родительской сущности (типа) поле, которое содержит перечень показываемых полей на основании которых и прячутся/показываются поля.

[IgorF]

Спасибо, Андрей за ответ! Как всегда решение интересное и правильное. Но мне бы хотелось снизить расходы на поддержку как я уже сказал. Если говорить ролями безопасности crm, хотелось бы иметь человека "Настройщика форм", который не знает jscript. наверное, это просто не реально, но все же.

[a33ik]

Цитата:

Сообщение от IgorF

Спасибо, Андрей за ответ! Как всегда решение интересное и правильное. Но мне бы хотелось снизить расходы на поддержку как я уже сказал. Если говорить ролями безопасности crm, хотелось бы иметь человека "Настройщика форм", который не знает jscript. наверное, это просто не реально, но все же.

Всё реально. Но вариант немного проблемнее предыдущего.

Можете для сущности типа сделать подчинённую сущность (поле) и сделать плагин на создание записи типа, который через сервис метаданных вытянет все поля и для каждого создасть свою подчинённую сущность. Дополнительное поле - битовое, которое будет отвечать за отображение/скрытие поля в карточке продукта. Чтобы не придумывать своего, Вы можете стартануть с готового решения (то которое мой Field Level Security). Таким образом - человек, который будет настраивать типы - не будет даже знать о механизмах, которыми он управляет.

Ну и скрипт надо будет на карточку продукта написать такой, чтобы он вычитывал из родительской сущности 'типа' подчинённые для неё записи - поля.