Open Source Dokumentenmanagement
Dokumentation

Durchsuchbare Dokumentation aufrufen | Zurück zur Dokumentationsübersicht

Navigation: Dokumentationen agorum core > agorum core workflow 3.0 > ACLs/Berechtigungen im Workflow setzen > DATEV XML-Schnittstelle online > Übersicht vorhandener Knoten


assign

Interne ID: agorum.interaction.assign

Sie können dem Workflow mit diesem Knoten Benutzer und Benutzergruppen zuordnen. Hierbei unterscheidet das System zwischen Bearbeitern, Vertretern und Betrachtern. Ein Bearbeiter kann den Workflow in der Bedienoberfläche sehen und mit ihm arbeiten, ein Betrachter hingegen nur sehen.

Aussehen des Knotens

Verhaltensweise


Erreicht das System den Knoten im Workflow, weist das System die hinterlegten Benutzer / Benutzergruppen dem Workflow inklusive aller nachfolgenden Knoten entweder als Bearbeiter, Vertreter oder Betrachter (je nach verwendeten Parametern) zu.

Die Zuordnung ändert sich erst, wenn Sie erneut einen assign-Knoten, einen UI-Knoten oder den Knoten Aktuellen Benutzer zuordnen verwenden. Die Benutzer / Benutzergruppen können den Workflow danach sehen und mit ihm arbeiten sowie wahlweise die Anhänge des Workflows einsehen oder bearbeiten.

Weisen Sie einen einzelnen Benutzer zu, legt das System für den Benutzer eine Benutzergruppe an, fügt diesen Benutzer der Benutzergruppe hinzu und weist danach die Benutzergruppe dem Workflow zu. In die Benutzergruppe können Sie weitere Benutzer hinzufügen. Das ist etwa bei Abwesenheit eines Benutzers sinnvoll, weil alle anderen Benutzer automatisch über den Workflow informiert bleiben.

Tipp: Möchten Sie immer den Benutzer zuweisen, der etwa einen Workflow startet, verwenden Sie den Knoten Aktuellen Benutzer zuordnen.

Endpoints


Standard Veränderbar? Weitere Endpoints möglich?
Default (Inlet) Nein, kann nur ausgeblendet werden. ja, beliebig viele
Default (Outlet) Nein, kann nur ausgeblendet werden. ja, beliebig viele

Parameter


Parameter Beschreibung Beispiel
Benutzer/Gruppe (Bearbeiter) Setzt die definierten Benutzer / Benutzergruppen des passierenden Tokens als Bearbeiter des Workflowschritts und aller nachfolgenden Schritte inklusive Zugriff auf die Anhänge des Workflows.

Haben Sie eine Benutzergruppe als Bearbeiter gesetzt, darf jedes Mitglied aus dieser Benutzergruppe den Workflow annehmen, bearbeiten und abgeben.
Benutzer/Gruppe (Bearbeiter)
Benutzer/Gruppen (Vertreter) Setzt die definierten Benutzer / Benutzergruppen als Vertreter für den Workflowschritt und aller nachfolgenden Schritte inklusive Zugriff auf die Anhänge des Workflows.
  • Haben Sie eine Benutzergruppe als Vertreter gesetzt, darf jedes Mitglied aus dieser Benutzergruppe den Workflowschritt bei Bedarf annehmen, bearbeiten und abgeben. Vertreter sehen jedoch diesen Schritt nicht in der Filteroption für mich (im Filter Workflow Aufgaben).
  • Vertreter können die Benutzergruppe und Benutzer, die als Bearbeiter eingetragen ist, nicht einsehen. Bei den entsprechenden Schritten, die von diesen Benutzergruppen oder Benutzern bearbeitet werden, erscheint in der Bedienoberfläche der Eintrag unbekannter Benutzer oder unbekannte Gruppe. Dies ist etwa in der Historie des Workflows der Fall.

    Tipp: Soll ein Vertreter die Benutzergruppe, die den Schritt bearbeitet, sehen können, führen Sie einen der folgenden Schritte durch:
     

    • Stellen Sie die ACL der Bearbeitergruppe auf Published.

    • Fügen Sie den Vertreter in den Parameter Aktuellen Benutzer als Bearbeiter hinzufügen mit lesendem Zugriff hinzu.

Benutzer/Gruppe (Vertreter)
Benutzer/Gruppe (Betrachter) Setzt die definierten Benutzer / Benutzergruppen als Betrachter des Workflowschritts und aller nachfolgenden Schritte inklusive Zugriff auf die Anhänge des Workflows.

Haben Sie eine Benutzergruppe als Betrachter gesetzt, darf jedes Mitglied aus dieser Benutzergruppe den Workflowschritt sehen, ihn jedoch nicht bearbeiten. Betrachter sehen außerdem diesen Schritt nicht in der Filteroption für mich (im Filter Workflow Aufgaben).

Benutzer/Gruppe (Bearbeiter)


Im Editor

Gesetzter Benutzer als Bearbeiter mit lesenden Rechten auf Anhänge


Als Expression

Als Expression können Sie zuvor definierte Variablen setzen, etwa solche, die Sie über einen vorherigen Skript-Knoten definiert haben:


Aufbau der Variable / Zugriff auf die Variable

token.variables.sampleRecipient


Zugriff auf mehrere Variablen über ein Array

[ token.variables.sampleRecipient, token.variables.testAssign ]

Für das Setzen von Rechten auf Anhänge mit einem Skript-Knoten siehe Rechte auf Anhänge (Attachments) vergeben.

Alternativ setzen Sie die Werte direkt in der Expression:

[ {id: 'group:GRP_sample_escalation_3', attachmentPermission: 'write'} ] 

Hinweis: Für das Vergeben von Rechten auf Anhänge per Expression (inklusive eines Beispiels mit einem Skript-Knoten) siehe Rechte auf Anhänge (Attachments) vergeben.

Tipp: Verwenden Sie die Variablenauswahl, um einen Überblick über alle nutzbaren Variablen zu erhalten. 

Benutzer/Gruppe (Vertreter)


Im Editor

Gesetzte Benutzergruppe als Betrachter mit lesenden Rechten auf Anhänge


Als Expression

gleicher Fall wie bei Benutzer/Gruppe (Bearbeiter)

Wenn Sie Probleme mit einem Workflow und dem Knoten „assign“ haben


Fehlermeldung beim Ausführen


Beschreibung des Problems

Beim Ausführen des Workflows taucht zu einem bestimmten Zeitpunkt folgende Fehlermeldung auf:

Fehlermeldung beim Ausführen


Ursache

Eine solche Fehlermeldung tritt etwa auf, wenn Parameter durch einen anderen Knoten falsch übergeben werden, etwa wenn der übergebene Inhalt kein Array ist, sondern direkt ein Objekt. Falls der Inhalt per Expression übergeben wurde, prüfen Sie, ob der Inhalt korrekt aufgelöst wird.


Lösung

  1. Lösen Sie den Inhalt etwa folgendermaßen auf:

      "testAssign": [
        11000
      ],