Workflow immer mit Systemuser ausführen

Benjamin Aicheler Als Antwort am 17 März 2010 08:25

Hallo Peter, einen Workflow kannst Du meines wissens nicht mit einem anderen Benutzer starten.

Die SPDActivities verwenden aber auch SPSecurity.RunWithElevatedPrivileges (=Ausführen als Systemkonto), so dass das nicht notwendig sein sollte.

Wenn Du selbst einen Workflow programmierst kannst Du das natürlich auch so machen. Du musst nur aufpassen, dass du dir neue Objekte innerhalb von SPSecurity.RunWithElevatedPrivileges anlegst, die dann höhere Rechte haben.

Gruß

Benjamin

Andi Fandrich Als Antwort am 17 März 2010 09:06

Ich würde dringend empfehlen die aktuellen ServicePacks einzuspielen. Normalerweise ist es nämlich so, daß der Systemuser eben keine Workflows triggered - das klappt nur mit "normalen" Usern. Und wie Benjamin schon sagte, die erwähnten Activities laufen eh unter dem Systemuser.

Henning Eiben Als Antwort am 23 März 2010 09:21

Also, da habe ich doch auch noch einmal ein Frage zu :)

Wie ist das nun - unter welchem Account werden die einzelnen Aktivitäten eines Workflows ausgeführt:

• unter dem Account, der den Workflow gestartet hat
• unter dem System-Account
• unter dem Account, der den aktuellen Workflow-Schritt bearbeitet (der kann sich rechte-mäßig von dem Initiator ja unterscheiden)

Konkrete hatte ich folgendes Prob: ich habe eine Dok-Lib, die mit Veröffentlichungen arbeitet. Ein Mitarbeiter A soll dort neue Inhalte erstellen, hat aber nicht das Recht um diese auch zu veröffentlichen. Nun soll Mitarbeiter B die Inhalte "freigeben" wodurch die Inhalte dann auch veröffentlicht werden.

Das ganze funktionierte nicht, denn offenbar wurde das Freigeben unter dem Account des Initiators versucht - das ganze funzte erst, also ich Mitarbeiter A auch Veröffentlichungsrechte gegeben habe. Das war aber ja eigentlich nicht die Idee, denn ich wollte vermeiden, dass Mitarbeiter A Inhalte ohne Genehmigung veröffentlichen kann.

Andi Fandrich Als Antwort am 23 März 2010 09:53

Die Standardaktionen werden immer unter dem Account ausgeführt, der den Workflow gestartet hat - auch implizit durch z.B. Ändern eines Elements.

Bei selbstprogrammierten oder im Netz gefundenen Workflowaktionen kann das so geändert werden, daß die Aktion mit erhöhten Rechten des Application Pool ausgeführt wird.

Henning Eiben Als Antwort am 23 März 2010 09:59

Das ist ja doof - also für mein Szenario.

Das ich das mit einem Custom-Workflows ändern kann ist klar - aber dafür will ich ja keinen eigenen Workflow schreiben.