Der Workflow Designer verwendet Knoten, um die Geschäftslogik zu bestimmen,

die bei der Verarbeitung von Rechnungen in Yokoy angewendet wird.

Beim Erstellen eines Workflows verwendet man vier Knotentypen:

Statusknoten sind sowohl für Rechnungs- als auch für Spesen-Workflows üblich. Bedingungs-, Aktivitäts- und Genehmigungsknoten sind jeweils spezifisch für den Workflow-Typ.

Jeder Statusknoten erlaubt eine bestimmte Kombination von Knoten davor und danach. Die Aktion, die ausgelöst werden kann, hängt von dieser Kombination ab.

Der Workflow Designer erlaubt diese Kombinationen für Rechnungs-Workflows:

Bedingungsknoten enthalten Bedingungen, um den nächsten Schritt im Workflow auszuführen. Der Workflow Designer bietet diese Knoten zur Verwaltung von Rechnungen an:

Konfiguriere eine Wahr/Falsch-Bedingung basierend darauf, ob in der Rechnung eine Bestellnummer ausgewählt wurde:

Beispiel: Du reichst eine Rechnung ein. Wenn die Rechnung mit einer Bestellung verknüpft ist, kannst Du den Genehmigungsablauf überspringen und der Status wechselt direkt zu In Prüfung. Andernfalls wird ein Tag-basierter Genehmigungsablauf ausgeführt – das heißt, alle Genehmiger:innen, die dem jeweiligen Tag-Wert zugewiesen sind, müssen die Rechnung genehmigen.

Konfiguriere eine Wahr/Falsch-Bedingung basierend auf dem Betrag der Rechnung.

In diesem Fall ergibt die Bedingung:

Wenn Du bspw. die Logik so einrichtest, dass Yokoy erkennt, ob der Rechnungsbetrag zwischen 10 und 100 CHF liegt – in diesem Fall wird der Genehmigungsablauf übersprungen und der Status wechselt direkt zu In Prüfung.
Andernfalls wird ein Tag-basierter Genehmigungsablauf durchgeführt.

Diese spezielle Bedingung bietet drei verschiedene Optionen:

Du kannst entweder eine untere oder eine obere Schwelle definieren, um zu prüfen, ob der Dokumenten-Betrag größer oder kleiner als der angegebene Schwellenwert ist. Alternativ kannst Du eine untere und eine obere Schwelle festlegen, um zu prüfen, ob sich der Dokumenten-Betrag innerhalb eines bestimmten Bereichs befindet.

Konfiguriere eine Wahr/Falsch-Bedingung, um festzulegen, ob Rechnungen von einem bestimmten Lieferanten automatisch genehmigt werden sollen.
Dieser Bedingungsknoten wird in Kombination mit der Funktion Rechnung automatisch genehmigen für einen bestimmten Lieferanten verwendet.

Wenn Du diesen Knoten zum Workflow hinzufügst, erscheint ein neuer Abschnitt unter Lieferanten > Einstellungen. Dort kannst du einen automatischen Genehmigungs-Schwellenwert für den jeweiligen Lieferanten konfigurieren.

In diesem Fall ergibt die Bedingung:

Je nach Workflow ist die Rechnung anschließend entweder im Status

Bereit für Export oder In Prüfung.

Konfiguriere eine Wahr/Falsch-Bedingung basierend auf bestimmten Geschäftsregeln, die Du im JSON-Formatfestlegst.

Beispiel: Du kannst diese Bedingung verwenden, um beliebige Eigenschaften auf der Rechnung zu prüfen – bspw. die Bestellnummer, benutzerdefinierte Felder,

Tag-Werte etc.

Es ist möglich, komplexe Business-Regeln zu erstellen und diese als JSON zu serialisieren. Die JSON-Regeln sind in dem Regeln-Feld der Knotenoptionen spezifiziert.

Die Operationen werden unterstützt:

Zum Beispiel kannst Du:

Du kannst eine Regel erstellen, die prüft, ob ein bestimmtes benutzerdefiniertes Informationsfeld vorhanden ist und dessen Wert auf „true“ (wahr) gesetzt ist.

Falls ja, gibt die Regel „true“ zurück.

3. Weise dann den Workflow der Gesellschaft zu.

Du kannst eine Regel einrichten, um zu prüfen, ob unter den Benachrichtigungen ein Währungsabweichungswert vorhanden ist und dieser auf wahr gesetzt ist.

Falls ja, gibt die Regel true zurück

Füge einen Wahr/Falsch-Knoten hinzu und kopiere diesen Schnipsel in das Feld Regeln:

Du kannst eine Regel einrichten, um zu prüfen, ob unter allen Rechnungsbenachrichtigungen eine Kontenabweichungs-Benachrichtigung vorhanden ist und diese auf true gesetzt ist. Falls ja, gibt die Regel true zurück.

Füge einen Wahr/Falsch-Knoten hinzu und kopiere diesen Schnipsel in das Feld Regeln:

Du kannst eine Regel erstellen, die prüft, ob unter allen Positionen mindestens eine Steuerposition vorhanden ist. Wenn dies zutrifft, gibt die Regel true zurück.

Füge einen True/False-Knoten hinzu und kopiere diesen Code-Snippet in das Feld Regeln:

In Yokoy Invoice kannst Du Rechnungsregeln einrichten, mit denen nach einer Liste vordefinierter Schlüsselwörter im Dokument gesucht werden kann. Wenn ein solches Schlüsselwort vorhanden ist, kannst Du eine bestimmte Aktion definieren.

Zum Beispiel kannst Du einen festen Wert in ein benutzerdefiniertes Feld eintragen oder eine Checkbox in einem benutzerdefinierten Feld aktivieren.

Es gibt zwei Möglichkeiten, wie Du den Workflow nutzen kannst, um solche Fälle zu prüfen und die Rechnung auf einen anderen Pfad zu leiten: Entweder durch Überprüfung des benutzerdefinierten Felds oder durch das Prüfen einer bestimmten Benachrichtigung.

In Yokoy Invoice kannst Du gesetzliche Anforderungen überprüfen. Mit anderen Worten: Yokoy kann prüfen, ob Attribute, die in Rechnungsdokumenten standardmäßig vorhanden sein müssen, vorhanden sind und eine bestimmte Benachrichtigung auslösen. Du kannst in Deinem Workflow auf das Vorhandensein dieser Benachrichtigungen prüfen.

Beispielsweise kannst Du:

Der grundlegende Codeausschnitt zur Einrichtung dieser JSON-Regel sieht wie folgt aus, wobei Du „Notification“ durch die jeweilige Benachrichtigungsreferenz ersetzt:

Du kannst eine Regel einrichten, die überprüft, ob mindestens eine Rechnungsposition den Status Non-PO (ohne Bestellung) hat. Falls ja, gibt die Regel true zurück.

Füge einen Wahr/Falsch-Knoten hinzu und kopiere den folgenden Ausschnitt in das Feld Regeln:

Konfiguriere eine Wahr/Falsch-Bedingung basierend auf bestimmten von Dir festgelegten Geschäftsregeln im JSON-Format.

Beispielsweise kannst Du diese Bedingung verwenden, um zu prüfen, ob ein benutzerdefiniertes Kontrollkästchen-Feld für eine Tag-Dimension ausgewählt wurde.

In diesem Fall gibt die Bedingung zurück:

Du kannst komplexe Geschäftsregeln erstellen und als JSON serialisieren.

Die JSON-Regeln werden im Feld Rules der Knotenoptionen angegeben.

Du kannst eine Regel festlegen, um zu prüfen, ob auf dem Kostenobjekt das benutzerdefinierte Informations-Kontrollkästchen auf true (d. h. ausgewählt) gesetzt ist. Ist dies der Fall, gibt die Regel true zurück.

Du kannst eine Regel einrichten, die prüft, ob im Bestellkopf das benutzerdefinierte Informationsfeld null ist, oder einen bestimmten Wert hat.

In diesem Beispiel wird geprüft, ob keine benutzerdefinierte Information im Bestellkopf vorhanden ist.

Füge einen benutzerdefinierten Wahr/Falsch-Knoten hinzu und kopiere den folgenden Snippet in das Feld Rules:

Du kannst eine Regel einrichten, die prüft, ob bei einer Bestellung die benutzerdefinierte Information null ist oder einen bestimmten Wert hat.

In diesem Beispiel wird geprüft, ob die Bestellung KEINE benutzerdefinierten Informationen im Einzelposten der Bestellung enthält.

Füge einen benutzerdefinierten Wahr/Falsch-Knoten hinzu und kopiere den folgenden Snippet in das Feld Rules:

Die Bestellung legt fest, ob ein Wareneingang (goods receipt) erforderlich ist und im Drei-Wege-Abgleich verwendet werden soll. Du kannst überprüfen, ob für den entsprechenden Einzelposten der Bestellung ein Wareneingang benötigt wird.

Du kannst eine Regel definieren, um zu prüfen, ob die für die Genehmigung ausgewählten Personen auch auf der Submitter-Liste der Rechnung stehen.

Richte eine Wahr/Falsch-Bedingung ein, um festzustellen, ob die Rechnung überausgegeben wurde. In diesem Fall gilt:

Konfiguriere eine Wahr/Falsch-Bedingung basierend auf einem bestimmten Feld oder mehreren Feldern. Du kannst beliebige Lieferantenattribute vergleichen.

Zum Beispiel:

In diesem Fall ergibt die Bedingung:

Um diesen Knoten einzurichten, gib das zu überprüfende Datenfeld sowie den/die erwarteten Wert(e) in diesem Feld an.

Wenn Du z. B. eine bestimmte Aktion für eine bestimmte Lieferantengruppe ausführen möchtest, kannst Du das Feld als supplier.name angeben und bei den Matches-Werten mehrere Lieferantennamen eingeben, wie z. B. Acme, MyCompany etc.

Die Bedingung gibt „true“ zurück, da sie die Informationen auf der Rechnung mit den Informationen des Lieferanten vergleicht.

Richte eine Bedingung ein, die Wahr/Falsch zurückgibt, wenn das Kostenobjekt der Rechnung mit dem Kostenobjekt des Submitters übereinstimmt.

In diesem Fall liefert die Bedingung:

Die Bedingung gibt true zurück, wenn mindestens einer der auf der Rechnung angegebenen Submitter mit dem Eigentümer des Kostenobjekts der Rechnung übereinstimmt.

Beispiel: Wenn eine Rechnung mit zwei Positionen von „Alex 1“ eingereicht wird:

Dann gibt die Bedingung true zurück und die Rechnung wird in den nächsten Schritt weitergeleitet, auch wenn es für einen der Einzelposten einen anderen Kostenobjekt-Eigentümer gibt.

Konfiguriere eine Wahr/Falsch-Bedingung, um zu ermitteln, ob für das Dokument matching Alerts ausgelöst wurden. In diesem Fall liefert die Bedingung:

Beispielsweise kannst Du diesen Knoten verwenden, wenn eine fehlende Wareneingangsbestätigung vorliegt und Du versuchst, die Rechnung einzureichen. Yokoy erkennt diesen Zustand und der Bedingungsknoten gibt true zurück.

Der nächste Schritt nach diesem Knoten hängt vom jeweiligen Szenario ab.

Derzeit kann Yokoy folgende Benachrichtigungen prüfen:

Dieser Knoten ermöglicht es, zu überprüfen, ob einer der Einzelposten auf der Rechnung den Matching-Status Nicht-Bestellung (Non PO Matching) hat.

Falls ja, gibt der Knoten Wahr zurück. Andernfalls wird Falsch zurückgegeben.

Typischerweise wird dieser Knoten in Workflows verwendet, bei denen geprüft werden soll, ob zusätzliche Kosten vorhanden sind, die nicht in der Bestellung enthalten waren. In einem solchen Fall kann eine zusätzliche Genehmigung durch die Verantwortlichen der Kostenstelle erforderlich sein.

Bestellungen dienen Unternehmen zur Kosten- und Budgetkontrolle.

Obwohl Bestellungen den größten Teil der Ausgaben erfassen,

können dennoch zusätzliche Kosten anfallen, die außerhalb des Bestellungs-Rahmens liegen – z. B. Fracht- oder Versandkosten, die bei der ursprünglichen Budgetfreigabe nicht berücksichtigt wurden.

Um diesen Fall abzudecken, verwende den Bedingungsknoten Nicht-PO-Einzelposten vorhanden. Er prüft, ob in der Rechnung weitere Kostenpositionen auftauchen, die nicht in der ursprünglichen Bestellung enthalten waren.

In den meisten Unternehmen sind für solche Abweichungen zusätzliche Genehmigungen erforderlich. Empfohlene Konfiguration:

Typischerweise wird dieser Knoten mit einem PO-Rechnungsknoten verkettet,

da Nicht-PO-Rechnungen häufig anders behandelt werden.

Dieser Knoten ermöglicht es, eine Bedingung zu konfigurieren, die Wahr oder Falsch zurückgibt, je nachdem, ob die User-Gruppe des Submitters einer Rechnung eine bestimmte Eigenschaft enthält. Dabei kann auf beliebige User-eigenschaften geprüft werden – z. B. Name, E-Mail, Vorgesetzter oder benutzerdefinierte Felder.

Dieser Knoten steht nur Kunden mit einem Professional- oder Enterprise-Tarif zur Verfügung.

In diesem Fall gibt die Bedingung zurück:

Beispiel: Wenn die Bedingung mit der Eigenschaft Line Manager (Vorgesetzter) und dem Wert Alex Smith gematched ist:

Beispiel: Wenn Du prüfen möchtest, ob der User im benutzerdefinierten Feld Target Administration den Wert G000 oder G001 hat:

2. Klicke im Workflow-Designer auf den Knoten Submitter mit Eigenschaft und gib die folgenden Daten ein. Da Du mehrere Werte prüfen möchtest, trage zunächst den Wert "G001" ein und klicke anschließend auf + Zeile hinzufügen, um den zweiten Wert "G002“ hinzuzufügen.

Das Ergebnis sieht wie folgt aus:

In diesem Fall prüft Yokoy, ob der Submitter über die entsprechende Eigenschaft verfügt. Falls ja, wird eine Kostenstellen-Freigabe durchgeführt. Falls nein,

wird das Dokument in den Status „In Prüfung“ verschoben.

Dieser Knoten ermöglicht die Überprüfung des Alters einer Rechnung, um sicherzustellen, dass es einen festgelegten Maximalwert nicht überschreitet. Wird dieser Wert überschritten, gibt der Knoten den Wert falsch zurück.

Dies wird häufig in Workflows verwendet, in denen geprüft werden soll, ob das Rechnungsdatum nicht älter als eine bestimmte Anzahl von Tagen ist.

Der Knoten führt folgende Berechnungen durch:

Dieser Knoten ermöglicht es, eine Wahr/Falsch-Bedingung zu konfigurieren,

um festzustellen, ob für das Dokument im Rahmen des Drei-Wege-Abgleichs Abgleich-Warnungen ausgelöst wurden, und das Rechnungsdokument entsprechend weiterzuleiten. Zum Beispiel kannst Du diesen Knoten verwenden, um zu prüfen,

ob Abweichungen im Drei-Wege-Abgleich festgestellt wurden,

wie etwa Mengendiskrepanz, Betragsdiskrepanz oder fehlender Wareneingang.

In diesem Fall gibt diese Bedingung folgendes zurück:

Du kannst je nach bevorzugter Konfiguration einen oder mehrere dieser drei Fälle auswählen. Du kannst bspw. die Bedingung nach Submit (Einreichen) platzieren,

um zu prüfen, ob die Rechnung Abweichungen im Zusammenhang mit dem

Drei-Wege-Abgleich aufweist oder nicht. Ist dies der Fall, kannst Du den User über eine Workflow-Benachrichtigung zuweisen informieren, und das Dokument in den Status Zur Korrektur weiterleiten.

Rechnungs-Aktivitätsknoten führen eine spezifische Aktion am Dokument im Workflow aus. Folgende Aktionen können im Workflow durchgeführt werden:

Bestimme Genehmiger:innen basierend auf einer bestimmten Eigenschaft,

die User in ihren Userdaten haben.

Das kann verwendet werden, um Genehmigungsgruppen zu erstellen oder Benutzer dynamisch zuzuweisen, basierend auf benutzerdefinierten Eigenschaften,

die im Benutzerprofil gesetzt werden können.

In diesem Fall gibt die Bedingung folgendes zurück:

Du kannst z. B. diesen Workflow-Knoten verwenden, um alle User mit der Eigenschaft customInformation.TeamA = true als Genehmiger zuzuweisen.

Das bedeutet, dass alle User, bei denen im Profil das Kontrollkästchen Team A aktiviert ist, als Genehmiger bestimmt werden.

Diese spezifische Bedingung enthält zwei Optionen, die ausgefüllt werden müssen:

Alle Kostenstellenverantwortlichen als Genehmiger:innen zuweisen.
Technisch gesehen wird dabei jeder Rechnungs-Einzelposten durchlaufen,

die Kostenstellen-Verantwortlichen werden ermittelt und zur Genehmigung hinzugefügt.

Zum Beispiel kannst Du Yokoy so konfigurieren, dass bei Einreichung einer Rechnung alle Kostenstellen-Verantwortlichen automatisch zugewiesen werden und die Genehmigung durch alle erforderlich ist.

In diesem Fall gibt die Bedingung Folgendes zurück:

Ermittelt Kostenstellen-Verantwortliche als Genehmiger:in basierend auf einer bestimmten Eigenschaft. Technisch gesehen wird dabei jede Kostenstelle auf der Rechnung durchlaufen, und Genehmiger:in werden basierend auf den in den Optionen angegebenen Eigenschaften zugewiesen.

Diese spezielle Bedingung enthält Optionen, die ausgefüllt werden müssen:

Wenn Du bspw. einen bestimmten User (der nicht der Kostenstellen-Verantwortliche ist) zur Genehmigung zuweisen möchtest – basierend auf dem Kostenobjekt in der Rechnung:

Weise die Vorgesetzten aller Kostenstellen-Verantwortlichen als Genehmiger:in zu.
Dabei wird der Wert des Kostenobjekts geprüft und der/die Vorgesetzte des jeweiligen Kostenstellen-Verantwortlichen zugewiesen, der die angegebenen Bedingungen erfüllt. Wenn keine dynamische Eskalation definiert ist,

wird standardmäßig der/die Vorgesetzte des Kostenstellen-Verantwortlichen zugewiesen – ohne eine weitere Prüfung.

Wenn Du Yokoy bspw. so konfigurierst, dass bei Einreichung einer Rechnung die Vorgesetzten aller Kostenstellen-Verantwortlichen zugewiesen werden,

und dass die Genehmigung durch alle erforderlich ist.

In diesem Fall liefert diese Bedingung folgende Ergebnisse:

Alle Tag-Genehmiger mit einem bestimmten Tag-Wert, der auf dem Rechnungsdokument gefunden wurde, als Genehmiger zuweisen.
Technisch gesehen wird dabei durch die verschiedenen Positionen der Rechnung iteriert, die Genehmiger aus den jeweiligen Tag-Werten extrahiert und zur Genehmigung zugewiesen.

Dieser Knoten bietet zwei Optionen:

Beim Konfigurieren von Tag-Workflows gibt es zwei Optionen in Bezug auf die IDs:

Bestimme Kostenobjekt-Verantwortliche als Genehmiger basierend auf einer bestimmten Eigenschaft. Technisch gesehen wird dabei durch die Tag-Werte auf der Rechnung iteriert, und die Genehmiger werden basierend auf den in den Optionen angegebenen Eigenschaften zugewiesen.

Wenn Du zum Beispiel einen bestimmten User (der nicht der Kostenobjekt-Verantwortliche ist) für die Genehmigung anhand des Kostenobjekts auf der Rechnung zuweisen möchtest:

Einen Genehmiger anhand einer bestimmten ID zuweisen. Es wird ein bestimmter User als Genehmiger für die juristische Person zugewiesen. Das wird häufig verwendet, um einen endgültigen Genehmiger (z. B. den CEO) zuzuweisen, wenn bestimmte Bedingungen erfüllt sind – etwa:

Bei Rechnungen über 50.000 EUR soll der CEO genehmigen.

Dieser Knoten enthält Optionen, die ausgefüllt werden müssen:

Du kannst diesen Knoten so konfigurieren, dass zwei User als Genehmiger:in zugewiesen werden, und ihn mit dem Knoten Endgültige Genehmigung verknüpfen.
Jeder dieser User kann genehmigen und damit den Genehmigungsprozess abschließen.

Weist den/die standardmäßig im Lieferantenprofil hinterlegte(n) Genehmiger:in als Genehmiger:in zu. Zum Beispiel kannst du den Workflow so konfigurieren, dass der im Lieferantenprofil definierte Genehmiger:in automatisch zugewiesen wird.

Richte einen Workflow ein, bei dem alle direkten Vorgesetzten des Users,

der entweder der Submitter oder der zuletzt Genehmigende war, als Genehmiger:in zugewiesen werden.
Dieser Knoten muss in Kombination mit Vorgesetzter oder Eskalieren verwendet werden.

Dieser Knoten bietet zwei Optionen:

Richte einen Zuweiser ein, der Benutzer aus dem benutzerdefinierten Feld des Kostenobjekts als Genehmiger zuweist. Dies ist ein spezieller Knoten, der ausschließlich für SAP-Rechnungskunden gültig ist, die ihre Genehmigungstabellen mithilfe von Kostenobjekten in Yokoy replizieren müssen.

Dieser Knoten enthält zwei Optionen, die ausgefüllt werden müssen:

Beispiel: Du kannst einen Workflow einrichten, bei dem Yokoy die Genehmiger:innen basierend auf den Informationen in der Kostenstelle zuweist.
Dabei werden die User herangezogen, die über das benutzerdefinierte Feld der Kostenstelle definiert sind – indem auf die SAP-ID verwiesen wird, die im entsprechenden User-Feld hinterlegt ist (in diesem Fall: customInformation.SAPUserId).

Konfiguriere Yokoy so, dass eine Fehlermeldung gesendet wird, wenn eine bestimmte Aktion oder Bedingung eintritt. Im Gegensatz zur Workflow-Benachrichtigungen zuweisen beendet dieser Aktivitätsknoten den Workflow vollständig und fügt dem Dokument keinen zusätzlichen Eintrag im Protokoll hinzu.

Dieser Knoten hat eine Option, die ausgefüllt werden muss:

Du kannst einen Workflow einrichten, bei dem im Falle einer Budgetüberschreitung (Overspending) Yokoy eine Nachricht sendet, z. B.:
„Bitte wende Dich sich an das Procurement.“

Konfiguriere Yokoy so, dass eine Informationsnachricht gesendet wird, wenn eine bestimmte Aktion oder Bedingung eintritt. Im Gegensatz zu Fehlermeldung auslösen, sendet dieser Aktivitäts-Knoten lediglich eine Hinweismeldung an den User,
damit dieser die Information zur Kenntnis nehmen und mit dem nächsten Schritt fortfahren kann.

Dieser Knoten hat zwei Optionen, die ausgefüllt werden müssen:

Beispiel: Du kannst eine Benachrichtigung einrichten, die bei einer Budgetüberschreitung (Overspending) ausgelöst wird, um eine Informationsnachricht an die Benutzer zu senden, z. B.: „Hinweis: Es liegt eine Budgetüberschreitung vor!“

Rechnungsfreigabe-Knoten (Invoice Approval Nodes) ergänzen Aktivitätsknoten im Workflow, um spezifische geschäftslogische Prüfungen im Zusammenhang mit Rechnungen durchzuführen.

Folgende Genehmigungsknoten stehen zur Verfügung:

Richte einen Genehmigungs-Workflow ein, bei dem alle durch den Aktivitätsknoten zugewiesenen Genehmiger das Dokument genehmigen müssen.

Technisch gesehen führt dieser Knoten Folgendes aus:

Anwendungsfälle

Du kannst diesen Knoten in Kombination mit den folgenden Knoten verwenden:

Richte mehrere Genehmigungsflüsse ein – je nach Bedarf. Technisch gesehen funktioniert dieser Knoten wie folgt: Wenn mehrere Genehmiger einem Dokument zugewiesen sind und ein User das Dokument genehmigt, wird die Liste der verbleibenden Genehmiger gelöscht und das Dokument wird zum nächsten Schritt im Workflow weitergeleitet.

Anwendungsfälle

Du kannst diesen Knoten in Kombination mit den folgenden Knoten verwenden:

Ermöglicht die Einrichtung eines Genehmigungs-Workflows basierend auf Kostenobjekten. Technisch gesehen führt dieser Knoten Folgendes aus:

Dieser spezifische Knoten enthält mehrere Optionen, die konfiguriert werden müssen:

Die Checkbox Überprüfe die Unabhängigkeit wird verwendet, um sicherzustellen, dass in Fällen, in denen der Submitter gleichzeitig als Kostenobjekt-Genehmiger:in fungiert, die Genehmigung zur übergeordneten Kostenstelle eskaliert wird,
um Compliance-Anforderungen zu erfüllen.

Anwendungsfälle

Du kannst diesen Knoten in Kombination mit folgenden Knoten verwenden:

Richte einen Line-Manager-Workflow mit dem Knoten Vorgesetzten zuweisen ein.
Technisch gesehen verarbeitet dieser Knoten die Eskalation innerhalb der Vorgesetztenhierarchie, wenn ein bestimmter User in einer sequentiellen Reihenfolge genehmigt.

Anwendungsfälle

Du kannst diesen Knoten in Kombination mit folgendem Knoten verwenden:

Richte einen speziellen Genehmigungs-Workflow in Kombination mit dem Knoten SAP-Beleggenehmiger zuordnen ein. Technisch gesehen verarbeitet dieser Knoten die Geschäftslogik, um benutzerdefinierte Informationen aus einem Kostenobjekt auszulesen und diese an die entsprechenden Genehmiger zuzuweisen.

Dies ist ein spezieller Knoten, der ausschließlich für SAP-Rechnungskunden gültig ist, die ihre Genehmigungstabellen über Kostenobjekte in Yokoy nachbilden müssen.

Dieser Knoten enthält zwei Optionen, die ausgefüllt werden müssen:

Anwendungsfall

Du kannst diesen Knoten in Kombination mit folgendem Knoten verwenden: