Поведение по умолчанию
В следующем списке показан порядок, в котором Windchill пытается разрешить каждую роль в жизненном цикле, когда для свойства wt.team.re-resolveRoles задано значение по умолчанию:
1. Если роль жизненного цикла существует в шаблоне коллектива, тогда при разрешении она назначается участникам (или исполнителю роли), как определено в шаблоне коллектива. Сопоставление жизненного цикла для этой роли полностью переопределяется значениями коллектива.
2. Если роль жизненного цикла не существует в шаблоне коллектива (т. е. правило 1 не применяется), но сопоставлена существующей роли шаблона коллектива, тогда роль жизненного цикла добавляется к коллективу и при разрешении назначается участникам, как определено в роли шаблона коллектива.
3. Если роль жизненного цикла не существует в шаблоне коллектива и не сопоставлена роли, которая существует в шаблоне коллектива (т. е. правила 1 и 2 не применяются), тогда роль жизненного цикла добавляется к коллективу и при разрешении назначается участникам, как определено в жизненном цикле.
4. Если коллектив контекста объекта содержит роль, любые участники, которые играют роль в коллективе контекста, но еще не являются участниками роли в коллективе, добавляются в коллектив.
5. Все роли, которые не определены в коллективе, но используются в связанном рабочем процессе, добавляются в коллектив, когда запускается рабочий процесс.
6. Любые роли в шаблоне коллектива, которые не используются в жизненном цикле, также добавляются к коллективу.
Следующая блок-схема иллюстрирует бизнес-правила Windchill для разрешения ролей жизненного цикла:
* 
Хотя возможно определить коллектив, который не сопоставляет роли участникам, и даже коллектив без сопоставления ролей, такой коллектив был бы бесполезен в обычной практике.
Было ли это полезно?