刪除使用者定義的群組

除非相當瞭解本節中所述刪除使用者定義的群組對系統造成的影響，否則請勿擅自刪除使用者定義的群組。

第一個動作具有從 Windchill 資料庫刪除使用者定義群組的作用。第二個動作會同時從 Windchill 資料庫與目錄伺服器刪除群組。若要使用第二個動作，您必須擁有必要的權限，才可以同時從目錄伺服器與資料庫刪除使用者定義的群組。

• 原來是使用者定義群組成員的使用者將不再屬於該群組。

• 明確是指此使用者定義群組的所有存取控制規則都會遭到移除。如果任何使用者僅具有被刪除群組成員資格所給予的存取權限，則必須建立新規則，才能還原這些使用者失去的權限。

• 系統會將此使用者定義的群組從通知原則規則內的所有通知清單中移除；如果從清單中刪除群組導致清單被清空，則會同時刪除該規則。

• 如果已經將使用者定義群組新增至本機或共用小組，小組成員資格便會將群組顯示為已刪除；而且，如果使用者曾經是小組的成員，則只有因為他/她是已刪除群組的成員，使用者才不再是小組的成員。已刪除的群組仍然位於「成員」表格上，如此一來，管理小組的任何人都會知道刪除一事。而後，因為群組已經不再是小組的成員，所以可以從「成員」表格移除已刪除的群組列。

從 Windchill 資料庫刪除使用者定義的群組之後，系統會使用下列規則來管理與工作流程關聯的任務︰

• 如果您是在工作流程開始之後，但在指派任務之前刪除使用者定義的群組，那麼系統會將此群組從參與者清單中刪除。

如果移除群組之後角色沒有任何參與者，則由 wt.properties 檔案中的設定來決定角色解決方案：

◦ 如果 wt.workflow.engine.ignoreUnresolvedRole 屬性設定為真，而且設定此活動的 ignoreUnresolvedRole 事件組態，則不會建立任何任務並完成 WfAssignment 物件，使工作流程不會停滯。

◦ 如果 wt.workflow.engine.ignoreUnresolvedRole 屬性設定為假，就會建立一個任務，此任務將移至活動範本中定義的「負責的角色」。「負責的角色」的預設值是流程建立者。透過生命週期來啟動工作流程時，流程建立者是企業物件的建立者。

• 如果您是在工作流程開始和指派任務之後刪除使用者定義的群組，那麼刪除群組不會影響流程，因為不再參考群組本身。任務會指派給群組中的各個使用者。

• 將使用者定義的群組刪除之後，系統就會自動將此群組由所有工作流程範本中的參與者清單中刪除。同時，系統也會將此群組由所有生命週期或小組定義中的任何角色對應移除。

• 如果使用者定義的群組是某工作流程範本定義中的參與者，而且該群組是在工作流程開始之後從系統中刪除的，則系統會將原先指派給此群組的任務重新指派給負責的角色。一般來講，負責的角色是開始工作流程的使用者。

同時從 Windchill 資料庫和目錄服務刪除使用者定義群組，使用者定義群組則不會包含在搜尋結果內，並且還會套用之前所述有關從 Windchill 資料庫刪除群組的所有結果。

若未從目錄服務中移除使用者定義的群組，從搜尋中選取群組時，會在 Windchill 資料庫中建立新群組物件。此新群組物件與被刪除的物件不同，先前刪除的所有結果仍然成立。例如，曾經是群組成員的使用者不再是它的成員。