Letzte Woche wurde ich von einem Kunden angerufen. Es geht um die Task-Delegation beim Nintex Worflow. Er wollte eine spezielle Gruppe mit dem Möglichkeit versehen, auch “fremde” Aufgaben zu delegieren. Hmm… Gar nicht so einfach…
Wie sieht es eigentlich das Standardverhalten bei der Delegation aus?
Es ist recht einfach zu erklären. Wurde für eine Aufgabe das Delegieren erlaubt (ein Häkchen in der Maske), so hat die Person oder die Gruppe die Möglichkeit diese Aufgabe an eine weitere Person zu delegieren. Es gilt auch für Gruppen. Jeder Mitglied der zugeordneten Gruppe, kann die Aufgabe einen anderen Person oder Gruppe delegieren.
Außerdem kann auch der Site Owner so eine “fremde” Aufgabe an jede beliebige Person delegieren. Das kann auch sehr wichtig sein, wenn eine Person nicht verfügbar ist oder die bei der Aufgabenerstellung noch nicht definierbar sei. Das Problem dabei sind aber die Rechte, die mit einem Site Owner einhergehen. Bei den meisten Firmen werden die Rechte des Site Owner ungerne für die Power User gesehen. Was nun?
Ich habe die Gelegenheit genutzt mit Eben Illingworth vom Nintex darüber zu sprechen (Danke an Eben für den Hinweis!). Es hat sich herausgestellt, dass eine Lösung dafür gerade (wirklich heute!) für WF2007 fertigt gestellt wurde. Eine Lösung für WF2010 existierte bereits.
Es ist ein Add-In für Nintex Workflow, das auch separat installiert werden muss (eine SharePoint Solution .wsp). Danach bekommt man die Möglichkeit, eine Gruppe für die Delegation von “fremden” Tasks festzulegen. Es kann global (teamsite Attribut einfach leer lassen) oder sogar pro Team Site erfolgen! Das einzige Problem dabei, die Konfiguration findet nicht in der Weboberfläche statt, sondern muss in einer Konfigurationsdatei festgelegt werden. Auch das Sonderrecht für den Site Owner kann damit “wegkonfiguriert” werden.
<DelegationControlGroupsConfigSection SiteAdminCanDelegate=”true”>
<!– Permission inheritance will be broken –>
<DelegationControlGroups>
<add group=”Owners” teamsite=”"/>
<add group=”Trusted delegators” teamsite=”http://SharePoint/sites/portal/subsite”/>
</DelegationControlGroups>
</DelegationControlGroupsConfigSection>
Das Handling muss vom Workflow Designer (hier, die Person, die den Worflow entwirft) einsprechend eingeplant werden. Durch das Add-In wird ein Content Type hinzugefugt, das von den normalen Content Types für Nintex Workflow ableitet. Dadurch wird beim Klick auf “delegieren” eine andere Maske angeboten, die das Delegieren jetzt auch für bestimme Gruppen aus der Konfigurationsdatei erlaubt.
Anbei die Links zu Add-Ins und die Dokumentation:
Nintex Workflow 2010:
http://connect.nintex.com/files/folders/workflow_add-ons_nw2010/entry14989.aspx
Nintex Workflow 2007:
http://connect.nintex.com/files/folders/wflowactions/entry15237.aspx
Um das Thema der Delegation in dem Beitrag vollständig abzudecken, möchte ich noch die zwei restlichen Arten der Delegation erwähnen.
- Jeder User bekommt in seinem “Welcome User X” Kontext-Menü noch zusätzlich einen Nintex Navigationspunkt. Hier kann er entweder global oder per Team-Site die Delegation seiner Aufgaben für eine Zeitraum an eine bestimme Person oder Gruppe festlegen. So kann er z.B. projektbezogen die Aufgaben für die Dauer von seinem Urlaub delegieren. Diese Delegation gilt nicht für bereits erteile Aufgaben. Diese müssen manuell delegiert werden.
-
Müssen bereits erteilte Aufgaben von einem User, der vielleicht die Firma verlassen hat, an eine andere Person “umgeschrieben” werden, so kann das globalen erfolgen. Allerdings kann das nicht per Weboberfläche erfolgen, sondern muss über Nintex Kommandozeilentool direkt auf dem Server umgesetzt werden.
NWAdmin.exe -o DelegateAllTasks –currentUser domain\username -newUser domain\username -username username -password password [-domain domain] [-siteUrl urlToASharePoitnSite] [-comments comments] [-sendNotification]
Für die vollständige Dokumentation schaut Euch bitte das NWAdmin White-Paper an:
http://connect.nintex.com/files/folders/technical_and_white_papers_nw2010/entry12004.aspx
