В этой теме 7 ответов, 4 участника, последнее обновление 
Evgeniy Mescheryakov 6 года/лет, 5 мес. назад.
-
Сообщения
-
АнонимСитуация:
Есть три списка:
Проекты
Проектные роли
Члены проектной группыПоследние два списка являются дочерними по отношению к первому.
В списке Члены проектной группы есть поле «Роли» с типом DocTrix:Lookup для выбора значений из списка «Проектные роли»
Задача:
Необходимо чтобы при создании/редактировании элемента Члены проектной группы в поле Роли были доступны элементы списка Проектные роли, относящиеся только к тому проекту, что и Член проектной группы.
У меня получилось это реализовать только следующим способом: в списки Проектные роли и Члены проектной группы явным образом добавить ссылку на Проект. Но это очень не удобно для пользователя, каждый раз при создании дочернего элемента в контексте проекта, нужно вручную выбирать этот самый проект при этом еще есть большая вероятность ошибиться, тогда вообще путаница начинается.
Собственно вопросы:
1)Есть ли возможность отфильтровать список для выбора с помощью параметра и поля Master Item? Я пробовал настроить такой фильтр, но не работает — список доступных значений всегда пустой
2)Если ответ на предыдущий вопрос отрицательный, то можно ли подставлять в форму создания дочернего элемента значение родительского элемента по умолчанию?
С настраиваемыми списками наверно не получится.
А вот если взять список задач, то там может получиться по полю родительский элемент. Если дочерние списки = подчиненые 🙂
на самом деле не совсем понятно почему для подчиненных задач и списков реализованы различные механизмы 🙂 тот что используется для задач, на мой взгляд куда удобней для использования, в том числе и в рабочих процессах.
АнонимПеределал на списка задач — эффект такой же. Не получается настроить фильтр так, чтобы использовался параметр Parent Item. Если быть точнее, то при установке данного фильтра, список значений пустой, ровно так же, как и в случае подчиненных списков.
Коллеги, добрый день.
На самом деле востребованность данного функционала не вызывает сомнений, поэтому в 2013 версии DocTrix Platform механизм работы со связанными списками и табличными частями изменен. Появилась возможность работать со связанными списками или теперь правильнее «табличными частями» на вкладке основной формы элемента, появилась возможность фильтрации элементов табличных частей, на основании родительского элемента при выборе на формах, также есть полная поддержка всех возможностей работы с табличной частью как с любым полем (настройка отображения, автозаполнения, динамика и другое).
Так что рекомендуем запланировать миграцию и получить новые возможности в лучшем виде.
АнонимОтлично, но есть ряд вопросов:
1)Исходя из новости на сайте DocTrix 2013 заточена на SharePoint 2013, а будет ли работать на SharePoint 2010? У нас миграция на SharePoint 2013 пока не запланирована.
2)Сколько будет стоить переход на новую версию?
Аркадий, добрый вечер!
Аналогичные вопросы я задавал по почте, а так же запрашивал доступ к демо-стенду, ну или возможность протестировать на своем железе.
Ответа пока не получили, а результат, то требуют еще вчера 🙂 Поэтому приходится пока работать с имеющимся 🙂
Коллеги, возможно ответы уже получены, но все же отвечу на всякий случай 🙂
1. DocTrix Platform 2013 работает только с SharePoint 2013/Nintex Workflow 2013.
2. Лицензия на DocTrix Platform 2013 выдается бесплатно при наличии лицензии на DocTrix Platform 2010 и действующего Software Assuarance.
Для ответа в этой теме необходимо авторизоваться.