Der Workflow Designer verwendet Knoten, um die Geschäftslogik zu bestimmen, die bei der Verarbeitung von Rechnungen in Perk angewendet wird.

Beim Erstellen eines Workflows verwenden Sie vier Knotentypen:

• Statusknoten: Geben Sie den Status des Dokuments an. Mit anderen Worten: Diese Knoten repräsentieren interne Status von Perk (z. B. Entwurf, Zustimmung, usw.).
• BedingungsknotenSie stellen Bedingungssätze dar. if-else-Bedingungen basierend auf einer spezifischen Logik, die entweder wahr oder falsch ist.
• Aktivitätsknoten: Stellt Aktionen oder Aufgaben dar, die im Hintergrund von Perk ablaufen.
• Genehmigungsknoten: Ergänzen Sie Aktivitätsknoten, um die Geschäftslogik eines Genehmigungsprozesses nachzubilden.

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:

Rechnungsbedingungsknoten

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

• Enthält die Bestellnummer
• Betragsprüfung
• Automatische Genehmigung auf der Grundlage von Lieferantenbedingungen
• Wahr/Falsch-Zustand
• Benutzerdefinierte Wahr/Falsch-Bedingung
• Enthält keine überzogenen Einzelposten
• Lieferant mit Eigentum
• Einreichung an eigene Kostenstelle
• Enthält passende Warnmeldung
• Nicht-PO-Positionen vorhanden
• Einreicher mit Eigentum
• Rechnungsalter ≤ maximaler Schwellenwert
• Dreifache Übereinstimmungsabweichungen vorhanden

Enthält die Bestellnummer

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

• Wahr (True): Wenn die Rechnung mit einer Bestellung verknüpft ist, z. B. wenn im Rechnungskopf mindestens eine Bestellnummer ausgewählt wurde.
• False:Wenn die Rechnung nicht mit einer Bestellung verknüpft ist, z. B. keine Bestellnummern im Rechnungskopf gefunden werden können.

Sie reichen beispielsweise eine Rechnung ein. Ist die Rechnung mit einer Bestellung verknüpft, wird der Genehmigungsprozess übersprungen und die Rechnung wird geprüft. Andernfalls wird ein Genehmigungsprozess anhand der Kennzeichnung durchgeführt (d. h. alle Genehmiger der Kennzeichnung müssen zustimmen).

Betragsprüfung

Konfiguriere eine Wahr/Falsch-Bedingung basierend auf dem Betrag der Rechnung. In diesem Fall ergibt die Bedingung:

In diesem Fall wird folgende Bedingung zurückgegeben:

• True: Die im JSON festgelegte Bedingung ist erfüllt.
• False: Die im JSON festgelegte Bedingung ist nicht erfüllt.

Sie können beispielsweise die Logik so einrichten, dass Perk bei Rechnungen zwischen 10 und 100 CHF den Genehmigungsprozess überspringt und direkt zu „In Prüfung“ geht. Andernfalls wird ein Genehmigungsprozess mit Kennzeichnung durchgeführt.

Diese spezielle Erkrankung bietet drei verschiedene Optionen:

Sie können einen unteren oder oberen Schwellenwert definieren, um zu prüfen, ob der Dokumentbetrag größer oder kleiner als der angegebene Schwellenwert ist, oder Sie können einen unteren und einen oberen Schwellenwert festlegen, um zu prüfen, ob der Dokumentbetrag innerhalb eines Bereichs liegt.

Automatische Genehmigung basierend auf dem Lieferantenstatus (nur Enterprise)

Konfigurieren Sie eine Wahr/Falsch-Bedingung, um festzulegen, ob Rechnungen eines bestimmten Lieferanten automatisch genehmigt werden sollen. Dieser Bedingungsknoten wird in Verbindung mit der Option „Rechnung für einen bestimmten Lieferanten automatisch genehmigen“ verwendet. Wenn Sie diese Option zum Workflow hinzufügen, wird unter „Rechnungen > Lieferantenrechnungen > Lieferanten > Einstellungen“ ein neuer Abschnitt angezeigt. Dort können Sie einen Schwellenwert für die automatische Genehmigung für den jeweiligen Lieferanten festlegen. In diesem Fall gibt die Bedingung Folgendes zurück:

• True:Wenn der Rechnungsbetrag unter dem für den Lieferanten festgelegten Schwellenwert für die automatische Genehmigung liegt.
• False:Wenn die Rechnung den für den Lieferanten festgelegten Schwellenwert für die automatische Genehmigung überschreitet.

Je nach Arbeitsablauf ist die Rechnung entweder Bereit zum Export oder In Prüfung.

Wahr/Falsch-Zustand

Konfigurieren Sie eine Wahr/Falsch-Bedingung basierend auf spezifischen Geschäftsregeln, die Sie im JSON-Format festlegen.

• True:Die in JSON angegebene Bedingung ist erfüllt (d. h. die Eigenschaft ist auf der Rechnung vorhanden).
• False:Die in der JSON-Datei angegebene Bedingung ist nicht erfüllt (d. h. die Eigenschaft ist auf der Rechnung nicht vorhanden).

Sie können diese Bedingung beispielsweise verwenden, um zu prüfen, ob auf der Rechnung Attribute vorhanden sind, wie etwa die Bestellnummer, benutzerdefinierte Felder, Tag-Werte usw.

Hinweis: Die Wahr/Falsch-Bedingung prüft Attribute, die auf der Rechnung gespeichert sind (z. B. benutzerdefinierte Felder). Wenn Sie Attribute des Objekts selbst prüfen müssen, z. B. ob ein benutzerdefiniertes Feld in einer Tag-Dimension ausgewählt wurde, verwenden Sie die Benutzerdefinierte Wahr/Falsch-Bedingung.

JSON-Regeln

Sie können komplexe Geschäftsregeln erstellen und diese als JSON serialisieren. Die JSON-Regeln werden im Feld „Regeln“ der Knotenoptionen angegeben.

Folgende Vorgänge werden unterstützt:

Zum Beispiel können Sie:

• prüfen, ob ein Ein bestimmtes benutzerdefiniertes Feld ist auf der Rechnung vorhanden
• prüfen, ob ein Benachrichtigung über Währungsabweichungen auf einer Rechnung

Prüfen Sie, ob auf der Rechnung ein benutzerdefiniertes Feld vorhanden ist.

Sie können eine Regel einrichten, die prüft, ob ein bestimmter Wert in einem benutzerdefinierten Informationsfeld vorhanden ist und gleich „true“ ist. Wenn ja, gibt die Regel „true“ zurück.

1. Ermitteln Sie den Namen des benutzerdefinierten Informationsfelds im Unternehmen.

2. Fügen Sie anschließend einen Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt in das Feld „Regeln“:

   { 
    "==": [ 
    { 
    "var": [ 
    "customInformation.skipApproval" 
    ] 
    }, 
    true 
    ] 
    }

    

3. Anschließend ordnen Sie den Workflow der juristischen Person zu.

Notiz: Benutzerdefinierte Informationsfelder können nur von Perk eingerichtet werden. Möglicherweise müssen Sie Support-Ticket öffnen falls das von Ihnen benötigte benutzerdefinierte Informationsfeld in Ihrer Perk-Implementierung noch nicht existiert oder falls Sie den Namen nicht kennen (der mit der in der App angezeigten Bezeichnung übereinstimmen kann oder nicht).

Prüfen Sie auf Benachrichtigung über Währungsabweichungen.

Sie können eine Regel einrichten, die prüft, ob unter den Benachrichtigungen ein Währungsabweichungswert vorhanden ist und ob dieser Wert „true“ ist. In diesem Fall gibt die Regel „true“ zurück.

Hinweis: Sie benötigen importierte Bestellungen für das Unternehmen. Fügen Sie einen Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt in das Feld „Regeln“:

   { 
 "!": { 
 "reduce": [ 
 { 
 "var": "notifications" 
 }, 
 { 
 "or": [ 
 { 
 "in": [ 
 { 
 "var": "current.title" 
 }, 
 [ 
 "supplierInvoiceNotification.currencyMismatch.title", 
 "supplierInvoiceNotification.multipleCurrencyMismatch.title" 
 ] 
 ] 
 }, 
 { 
 "var": "accumulator" 
 } 
 ] 
 }, 
 false 
 ] 
 } 
 } 

Prüfen Sie auf Benachrichtigung über Kontoabweichungen

Sie können eine Regel einrichten, die prüft, ob in allen Rechnungsbenachrichtigungen eine Benachrichtigung über eine Kontoabweichung vorliegt und ob diese true entspricht. In diesem Fall gibt die Regel true zurück.

Fügen Sie einen Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt in das Feld „Regeln“:

{ 
 "some": 
 [ 
 { 
 "var": "notifications" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "title" 
 }, 
 "supplierInvoiceNotification.mismatchAccountNumber.title" 
 ] 
 } 
 ] 
 }

Prüfen Sie, ob es sich um einen reinen Steuerposten handelt.

Sie können eine Regel einrichten, die prüft, ob in allen Positionen mindestens ein reiner Steuerposten enthalten ist. Wenn ja, gibt die Regel true zurück.

Fügen Sie einen Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt in das Feld „Regeln“:

{ 
 "some":[ 
 { 
 "var":"lineItems" 
 }, 
 { 
 "==":[ 
 { 
 "var":"isTaxOnly" 
 }, 
 true 
 ] 
 } 
 ] 
 }

Achtung: Nicht alle ERP-/Finanzsystemintegrationen unterstützen reine Steuerpositionen. Bitte wenden Sie sich an den Perk-Kundenservice, um zu klären, ob dies für Ihr Finanzsystem möglich ist.

Prüfen Sie die Geschäftsregeln für Rechnungen.

Bei der Rechnungsverarbeitung können Sie Geschäftsregeln für Rechnungen einrichten, die Dokumente auf vordefinierte Schlüsselwörter überprüfen. Ist ein Schlüsselwort vorhanden, können Sie eine bestimmte Aktion definieren. Beispielsweise können Sie einen festgelegten Wert in ein bestimmtes benutzerdefiniertes Feld eingeben oder ein entsprechendes Kontrollkästchen aktivieren.

Es gibt zwei Möglichkeiten, wie Sie den Workflow nutzen können, um diese Fälle zu überprüfen und die Rechnung an einen anderen Pfad weiterzuleiten: entweder überprüfen Sie das benutzerdefinierte Feld oder überprüfen Sie eine bestimmte Benachrichtigung.

• Prüfen Sie, ob das benutzerdefinierte Feld aufgrund der Aktion der Rechnungs-Geschäftsregel ausgewählt ist/einen bestimmten Wert enthält.
  Im folgenden Beispiel wird geprüft, ob die Rechnung das Wort Iran enthält. Falls ja, aktiviert Perk das Kontrollkästchen für das benutzerdefinierte Feld Embargo-Rechnung.
  ​

  

  In diesem Fall richten Sie Folgendes ein: Übliche Prüfung auf das Vorhandensein von benutzerdefinierten Feldern auf dem Rechnungsdokument mit folgendem Code:

{ 
 "==": [ 
 { 
 "var": [ 
 "customInformation.embargoInvoice" 
 ] 
 }, 
 true 
 ] 
 }

• Prüfen Sie, ob im Rechnungsdokument eine Benachrichtigung/Warnung zu einer Geschäftsregel vorliegt.Im folgenden Beispiel wird geprüft, ob im Rechnungskopf das Schlüsselwort „Benachrichtigung“ vorhanden ist:
  ​

  

  In diesem Fall müssen Sie mit diesem Code prüfen, ob Rechnungsbenachrichtigungen vorliegen:

{ 
 "some": 
 [ 
 { 
 "var": "notifications" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "title" 
 }, 
 "supplierInvoiceNotification.keywordsDetected.title" 
 ] 
 } 
 ] 
 }

Prüfen Sie die gesetzlichen Anforderungen an die Rechnung.

Bei der Rechnungsverarbeitung können Sie die Einhaltung gesetzlicher Vorgaben prüfen. Perk kann also feststellen, ob in Rechnungsdokumenten Standardattribute vorhanden sind und gegebenenfalls eine entsprechende Benachrichtigung auslösen. Sie können diese Benachrichtigungen in Ihren Workflow integrieren.

Zum Beispiel können Sie:

1. Verhindern Sie, dass die Rechnung im Workflow weiterbearbeitet wird, wenn Prüfungen durchgeführt werden, die die Rechnung gemäß Ihren Vorgaben ungültig machen. Beispielsweise können Sie den Workflow anhalten und eine Benachrichtigung senden, wenn die Rechnung eine ungültige Umsatzsteuer-Identifikationsnummer, Lieferantenadresse usw. enthält.
2. Verschieben Sie die Rechnung auf den Status Überarbeitung erforderlich, wenn eine dieser Benachrichtigungen im Rechnungskopf vorhanden ist.

Der grundlegende Codeausschnitt zum Einrichten dieser JSON-Regel lautet wie folgt, wobei Sie „Notification“ durch die Benachrichtigungsreferenz ersetzen.

{ 
 "some": 
 [ 
 { 
 "var": "notifications" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "title" 
 }, 
 "NOTIFICATION TEXT" 
 ] 
 } 
 ] 
 }

Prüfen Sie auf Positionen, die nicht unter die Bestellnummer fallen.

Sie können eine Regel einrichten, die prüft, ob mindestens ein Artikel mit dem Status „Nicht-Bestellung“ vorhanden ist. Falls ja, gibt die Regel „true“ zurück.

Fügen Sie einen Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt in das Feld „Regeln“:

{ 
 "some":[ 
 { 
 "var":"lineItems" 
 }, 
 { 
 "==":[ 
 { 
 "var":"matchStatus" 
 }, 
 true 
 ] 
 } 
 ] 
 }

Benutzerdefinierte Wahr/Falsch-Bedingung

Konfigurieren Sie eine Wahr/Falsch-Bedingung basierend auf spezifischen Geschäftsregeln, die Sie im JSON-Format festlegen.

Beispielsweise können Sie diese Bedingung verwenden, um zu prüfen, ob ein Für eine Tag-Dimension wurde ein benutzerdefiniertes Kontrollkästchenfeld ausgewählt.

In diesem Fall wird folgende Bedingung zurückgegeben:

• True:Die in JSON spezifizierte Bedingung ist erfüllt.
• Falsch:Die in der JSON-Datei angegebene Bedingung ist nicht erfüllt.

Sie können komplexe Geschäftsregeln erstellen und diese als JSON serialisieren. JSON-Regeln werden im Feld Regeln der Knotenoptionen angegeben.

Prüfen Sie, ob das benutzerdefinierte Feld im Kostenobjekt gekennzeichnet ist.

Sie können eine Regel festlegen, die prüft, ob das Kontrollkästchen für benutzerdefinierte Informationen im Kostenobjekt aktiviert (d. h. ausgewählt) ist. Falls ja, wird true zurückgegeben.

1. Identifizieren Sie das benutzerdefinierte Feld im Unternehmen auf dem Tag. Der Wert des Beschriftungsfelds (CustomFieldLabel) MUSS im folgenden Ausdruck angegeben werden.

2. Fügen Sie einen Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt hinein. Regeln Feld:
   ​

   { 
    "some": [ 
    { 
    "var": "_costObjects" 
    }, 
    { 
    "==": [ 
    { 
    "var": "customInformation.

3. Richten Sie den Workflow in der juristischen Person ein.

Prüfen Sie, ob das benutzerdefinierte Feld im Bestellkopf vorhanden ist bzw. nicht vorhanden ist.

Sie können eine Regel einrichten, die prüft, ob die benutzerdefinierten Informationen in der Bestellung null sind oder einen bestimmten Wert haben. Dieses Beispiel prüft, ob die Bestellung keine benutzerdefinierten Informationen im Bestellkopf enthält.

Fügen Sie einen benutzerdefinierten Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt in das Feld „Regeln“:

{ 
 "some": 
 [ 
 { 
 "var": "_purchaseOrders" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": "customInformation.

Prüfen Sie, ob das benutzerdefinierte Feld in der Bestellposition vorhanden ist bzw. nicht vorhanden ist.

Sie können eine Regel einrichten, die prüft, ob die benutzerdefinierten Informationen in der Bestellung null sind oder einen bestimmten Wert haben. In diesem Beispiel wird geprüft, ob die Bestellung keine benutzerdefinierten Informationen in den Bestellpositionen enthält.

Fügen Sie einen benutzerdefinierten Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt in das Feld „Regeln“:

{ 
 "some": 
 [ 
 { 
 "var": "_purchaseOrders" 
 }, 
 { 
 "some": 
 [ 
 { 
 "var": "items" 
 }, 
 { 
 "==": 
 [ 
 { 
 "var": 
 customInformation.

Prüfen Sie, ob die entsprechende Bestellposition einen Wareneingang erfordert oder nicht.

Die Bestellung legt fest, ob ein Wareneingang erforderlich ist und sollte im Drei-Wege-Abgleich verwendet werden. Sie können prüfen, ob eine entsprechende Wareneingangsposition benötigt wird.

 "some":[ 
 { 
 "var":"_purchaseOrders" 
 }, 
 { 
 "some":[ 
 { 
 "var":"items" 
 }, 
 { 
 "==":[ 
 { 
 "var":"requireGoodsReceipt" 
 }, 
 true 
 ] 
 } 
 ] 
 } 
 ] 
 }

Prüfen Sie, ob die derzeitigen Genehmiger nicht auch die Einreicher der Rechnung sind (Vier-Augen-Prinzip).

Sie können eine Regel festlegen, um zu prüfen, ob die auf der Rechnung zur Genehmigung ausgewählten Genehmiger auch auf der Liste der Einreicher stehen.

• Wenn keiner der ausgewählten Genehmiger als Einreicher der Rechnung aufgeführt ist, wird true zurückgegeben.
• Wenn mindestens eine Person die Rechnung eingereicht hat und gleichzeitig der Genehmiger ist, wird „false“ zurückgegeben.

{ 
 "and": [ 
 { "!": { "in": [ { "var": "currentApproverIds.0" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.1" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.2" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.3" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.4" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.5" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.6" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.7" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.8" }, { "var": "submitters" } ] } }, 
 { "!": { "in": [ { "var": "currentApproverIds.9" }, { "var": "submitters" } ] } } 
 ] 
 }

Enthält keine überzogenen Einzelposten

Richten Sie eine Wahr/Falsch-Bedingung ein, um festzustellen, ob die Rechnung überhöht ist. In diesem Fall gibt die Bedingung Folgendes zurück:

• True:Wenn keine Überschreitung des Rechnungsbetrags vorliegt, d. h. keine Rechnungspositionen den Status „überzogen“ aufweisen, wird „true“ zurückgegeben.
• Falsch:Wenn bei den Rechnungspositionen ein Überschuss vorliegt, gibt die Bedingung „falsch“ zurück.

Lieferant mit Immobilien (nur für Unternehmen)

Konfigurieren Sie eine Wahr/Falsch-Bedingung basierend auf einem oder mehreren bestimmten Feldern. Sie können beliebige Lieferantenwerte vergleichen. Zum Beispiel:

• Name des Lieferanten (supplier.name)
• ERP-Code des Lieferanten
• Zahlungsbedingungen des Lieferanten
• Lieferanteninformationen

In diesem Fall wird folgende Bedingung zurückgegeben:

• Wahr:Die angegebene Eigenschaft entspricht dem Lieferantenattribut des Lieferanten, das auf der Rechnung zu finden ist.
• Falsch:Die angegebene Eigenschaft stimmt nicht mit dem Attribut des Lieferanten auf der Rechnung überein.

Um diesen Knoten einzurichten, geben Sie das zu prüfende Datenfeld und den/die in diesem Feld enthaltenen Wert(e) ein:

Wenn Sie beispielsweise eine bestimmte Aktion für eine bestimmte Gruppe von Lieferanten durchführen möchten, können Sie das Feld als supplier.name und den Wert „Mtitches“ mit mehreren Lieferantennamen wie Acme, MyCompany usw. angeben.

Die Bedingung liefert „wahr“, da sie die Informationen auf der Rechnung mit den beim Lieferanten vorhandenen Informationen vergleicht.

Einreichung an eigene Kostenstelle

Richten Sie eine Bedingung ein, die „wahr“ oder „falsch“ zurückgibt, je nachdem, ob das Kostenobjekt der Rechnung mit dem Kostenobjekt des Einreichers übereinstimmt. In diesem Fall gibt die Bedingung Folgendes zurück:

• True:Die Rechnung ist mit Kostenobjekten codiert, deren Eigentümer die gleiche Person ist, die die Rechnung eingereicht hat.
• Falsch:Der Eigentümer der aus der Rechnung abgeleiteten Kostenobjekte ist nicht derselbe wie der einreichende Benutzer.

Die Bedingung gibt „wahr“ zurück, wenn einer der auf der Rechnung aufgeführten Einreicher mit dem Eigentümer des Kostenobjekts der Rechnung übereinstimmt.

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

1. Position 1 mit Kostenobjektinhaber „Alex 1“
2. Position 2 mit Kostenträger „Zusatzleistungen“

Die Bedingung gibt true zurück und führt die Rechnung zum nächsten Schritt, selbst wenn für eine der Positionen ein anderer Kostenobjektinhaber vorhanden ist.

Enthält passende Warnmeldungen (nur Enterprise)

Konfigurieren Sie eine Wahr/Falsch-Bedingung, um festzustellen, ob für das Dokument passende Warnmeldungen ausgelöst wurden. In diesem Fall gibt diese Bedingung Folgendes zurück:

• True:Wenn auf der Rechnung übereinstimmende Fehler vorhanden sind, wird true zurückgegeben.
• False:Wenn keine übereinstimmenden Fehler auf der Rechnung vorhanden sind, wird false zurückgegeben.

Beispielsweise können Sie diesen Knoten verwenden, wenn ein Wareneingangsschein fehlt und Sie versuchen, die Rechnung einzureichen. Perk erkennt diesen Zustand, und der Bedingungsknoten gibt „true“ zurück. Der nächste Schritt hängt vom jeweiligen Szenario ab.

Aktuell kann Perk folgende Benachrichtigungen überprüfen:

Nicht-PO-Positionen vorhanden

Dieser Knoten ermöglicht es Ihnen zu prüfen, ob eine der Rechnungspositionen den Status „Nicht-Bestellzuordnung“ aufweist. Falls ja, gibt er „true“ zurück, andernfalls „false“.

Es wird typischerweise verwendet, um Arbeitsabläufe zu gestalten, bei denen geprüft werden muss, ob zusätzliche Kosten anfallen, die nicht in der Bestellung enthalten sind. In diesem Fall ist möglicherweise eine zusätzliche Genehmigung der Kostenstellenverantwortlichen erforderlich.

Prüfen Sie, ob zusätzliche, ungeplante Kosten, die nicht in der Bestellung enthalten sind, genehmigt werden müssen.

Bestellungen dienen Unternehmen zur Ausgaben- und Budgetkontrolle. Obwohl Bestellungen den Großteil der Ausgaben erfassen, müssen mitunter zusätzliche Kosten außerhalb des Bestellumfangs erfasst werden. Dies betrifft beispielsweise zusätzliche Fracht- oder Versandkosten, die bei der ursprünglichen Budgetgenehmigung nicht berücksichtigt wurden.

Um diesen Anwendungsfall abzudecken, können Sie den Bedingungsknoten „Nicht-Bestellpositionen vorhanden“ verwenden. Dieser prüft, ob die Rechnung zusätzliche Kosten enthält, die ursprünglich nicht in der Bestellung enthalten waren. Die meisten Unternehmen verlangen in diesem Fall zusätzliche Genehmigungen. Daher empfiehlt sich folgende Konfiguration:

• Falls Positionen vorhanden sind, die nicht zu einer Bestellung gehören, ist eine zusätzliche Genehmigung erforderlich (z. B. eine Kostenobjektgenehmigung).
• Sind keine Nicht-Bestellpositionen vorhanden, führen Sie keine zusätzliche Genehmigung durch (z. B. gehen Sie direkt zum Status In Prüfung).

Typischerweise wird dieser Bedingungsknoten mit einem Bedingungsknoten für eine Bestellrechnung verknüpft, da Rechnungen, die nicht zu einer Bestellung gehören, oft anders behandelt werden.

Einreicher mit Eigentum

Dieser Knoten ermöglicht die Konfiguration einer Bedingung, die „wahr“ oder „falsch“ zurückgibt, je nachdem, ob die Gruppe des Rechnungseinreichers eine bestimmte Eigenschaft enthält. Sie können beliebige Benutzereigenschaften wie Name, E-Mail-Adresse, Vorgesetzter sowie benutzerdefinierte Felder prüfen.

Dieser Knoten kann nur von Kunden mit einem Professional- oder Enterprise-Tarif genutzt werden.

In diesem Fall wird folgende Bedingung zurückgegeben:

• True:Das Kostenobjekt, das der Rechnung des Einreichers zugeordnet ist, hat einen bestimmten Eigenschaftswert.
• Falsch:Das Kostenobjekt, das der Rechnung des Einreichers zugeordnet ist, weist den spezifischen Eigenschaftswert nicht auf.

Wenn die Bedingung beispielsweise mit der Eigenschaft Linienmanager eingerichtet ist und Alex Smith entspricht,

• Wenn eine eingereichte Rechnung von einem Benutzer erstellt wurde, dessen Vorgesetzter „Alex Smith“ ist, wird „true“ zurückgegeben.
• Wenn eine eingereichte Rechnung von einem Benutzer erstellt wurde, dessen Vorgesetzter „Devis Hirt“ ist, wird „false“ zurückgegeben.

Einrichten der Validierung der Absendereigenschaften für ein benutzerdefiniertes Feld

Wenn Sie beispielsweise prüfen möchten, ob der Benutzer im benutzerdefinierten Feld Zielverwaltung den Wert „G000“ oder „G001“ hat:

1. Sie haben ein benutzerdefiniertes Feld im Benutzerprofil eingerichtet:

1. Klicken Sie im Workflow-Designer auf den Knoten „Absender mit Eigenschaft“ und geben Sie diese Daten ein. Da Sie mehrere Werte prüfen möchten, geben Sie den Wert „G001“ ein und klicken Sie anschließend auf „+ Zeile hinzufügen“, um den zweiten Wert „G002“ hinzuzufügen.

Das Ergebnis lautet wie folgt:

In diesem Fall prüft Perk, ob der Einreicher diese Eigenschaft besitzt. Ist dies der Fall, wird eine Kostenobjektgenehmigung durchgeführt. Andernfalls wird das Dokument in den Status „In Prüfung“ verschoben.

Rechnungsalter ≤ maximaler Schwellenwert

Dieser Knoten ermöglicht es Ihnen, das Alter einer Rechnung zu prüfen und sicherzustellen, dass es einen festgelegten Höchstwert nicht überschreitet. Ist die Rechnung älter als der festgelegte Höchstwert, gibt er den Wert „false“ zurück. Er wird typischerweise verwendet, um Workflows zu erstellen, in denen geprüft werden muss, ob ein Rechnungsdatum nicht älter als eine bestimmte Anzahl von Tagen ist.

Der Knoten führt folgende Berechnungen durch:

• Prüft das Rechnungsdatum auf der Rechnung.
• Berechnet die Differenz zwischen dem heutigen Datum und dem Rechnungsdatum bzw. Zahlungsdatum auf der Rechnung.
• Wird mit dem in der Konfiguration des Knotens eingegebenen Wert verglichen (maximales Alter in Tagen).
• Rückgabe:
  • Wenn die Differenz größer als das Höchstalter ist: false
  • Wenn die Differenz < Maximalalter: true

Unternehmen möchten beispielsweise häufig verhindern, dass Benutzer Rechnungen einreichen, die älter als ein oder zwei Monate sind. Mit diesem Knotenpunkt lässt sich ein spezifischer Workflow-Pfad definieren, der die Einreichung älterer Rechnungen verhindert.

Dreifache Übereinstimmungsabweichungen vorhanden

Dieser Knoten ermöglicht es Ihnen, eine Wahr/Falsch-Bedingung zu konfigurieren, um festzustellen, ob im Kontext des Drei-Wege-Abgleichs Übereinstimmungswarnungen für das Dokument ausgelöst wurden, und das Rechnungsdokument entsprechend weiterzuleiten. Sie können diesen Knoten beispielsweise verwenden, um zu prüfen, ob Abweichungen beim Drei-Wege-Abgleich festgestellt wurden, wie etwa … Mengenabweichung, Betragsabweichung oder fehlender Warenbeleg.

In diesem Fall wird folgende Bedingung zurückgegeben:

• WAHR:
  • Falls auf der Rechnung Übereinstimmungsfehler auftreten, wie vom Benutzer in den Knotenoptionen konfiguriert.
• FALSCH:
  • Wenn keine übereinstimmenden Fehler auf der Rechnung vorhanden sind, wie vom Benutzer in den Knotenoptionen konfiguriert.

Je nach Ihrer bevorzugten Konfiguration können Sie einen oder mehrere dieser drei Fälle auswählen. Platzieren Sie beispielsweise die Bedingung nach dem Absenden, um zu prüfen, ob die Rechnung Abweichungen im Zusammenhang mit dem Dreifachabgleich aufweist. In diesem Fall können Sie den Benutzer darüber informieren. Weisen Sie eine Workflow-Benachrichtigung zu und leiten Sie das Dokument an Überarbeitung erforderlich weiter.

Rechnungsaktivitätsknoten

Die Aktivitätsknoten der Rechnungsbearbeitung führen im Workflow eine spezifische Aktion am Dokument aus.

Sie können diese Aktionen im Workflow ausführen:

• Genehmigern Objekte zuweisen (Nur Enterprise)
• Weisen Sie alle Genehmiger für Kostenobjekte zu.
• Genehmiger für benutzerdefinierte Kostenobjekte zuweisen (Nur Enterprise)
• Alle Kostenstellenleiter zuweisen (Nur Enterprise)
• Weisen Sie alle Genehmiger für die Kennzeichnung zu.
• Benutzerdefinierte Tag-Genehmiger zuweisen (Nur Enterprise)
• Statische Genehmiger zuweisen (Nur Enterprise)
• Standard-Lieferantengenehmiger zuweisen
• Linienvorgesetzten zuweisen
• SAP-Beleggenehmiger zuordnen (nur Enterprise)
• Einen Fehler auslösen (Nur Enterprise)
• Workflow-Benachrichtigung zuweisen (Nur Enterprise)
• Den Bestellinhaber als Genehmiger zuweisen

Genehmigern Objekte zuweisen (nur Enterprise)

Genehmiger werden anhand einer bestimmten Eigenschaft ermittelt, die Benutzer in ihren Benutzerdaten haben.

Es kann verwendet werden, um Genehmigungsgruppen zu erstellen oder Benutzer dynamisch anhand bestimmter benutzerdefinierter Eigenschaften zuzuweisen, die im Benutzerprofil festgelegt werden können.

In diesem Fall wird folgende Bedingung zurückgegeben:

• WAHR: Es ist ein Genehmiger mit den in der Aktion festgelegten Optionen erforderlich. Ist kein Genehmiger vorhanden, wird die Aktion nicht fortgesetzt.
• FALSCH: Es ist ein Genehmiger mit den in der Aktion festgelegten Optionen erforderlich. Ist kein Genehmiger vorhanden, wird die Aktion dennoch fortgesetzt.

Beispielsweise können Sie diesen Workflow-Knoten verwenden, um alle Benutzer, deren Eigenschaft `customInformation.TeamA` den Wert `true` hat, als Genehmiger zuzuweisen. Das bedeutet, dass alle Benutzer, bei denen das Kontrollkästchen `Team A` in ihrem Profil aktiviert ist, zur Genehmigung zugewiesen werden.

Diese spezielle Bedingung beinhaltet zwei Optionen, die erfüllt werden müssen:

Weisen Sie alle Genehmiger für Kostenobjekte zu.

Weisen Sie alle Kostenstellenverantwortlichen als Genehmiger zu. Technisch gesehen durchläuft das Skript die verschiedenen Rechnungspositionen, ermittelt die Kostenstellenverantwortlichen und weist sie zur Genehmigung zu.

Beispielsweise können Sie Perk so konfigurieren, dass alle Kostenobjektverantwortlichen zugewiesen werden und bei Einreichung einer Rechnung die Genehmigung aller Verantwortlichen erforderlich ist.

In diesem Fall wird folgende Bedingung zurückgegeben:

• WAHR: Wenn Perk keinen Genehmiger findet, behält das Dokument denselben Status bei.
• FALSCH: Wenn Perk keinen Genehmiger findet, wird das Dokument in den nächsten Status verschoben.

Genehmiger für benutzerdefinierte Kostenobjekte zuweisen (nur Enterprise)

Bestimmt die Kostenstellenverantwortlichen als Genehmiger anhand einer bestimmten Eigenschaft. Technisch gesehen durchläuft das Programm die verschiedenen Kostenstellen der Rechnung und weist die Genehmiger basierend auf den in den Optionen angegebenen Eigenschaften zu.

Diese spezielle Bedingung beinhaltet Optionen, die erfüllt werden müssen:

Beispielsweise möchten Sie einen bestimmten Benutzer (der nicht der Kostenobjektinhaber ist) für die Genehmigung anhand des Kostenobjekts auf der Rechnung zuweisen:

1. Fügen Sie dem Kostenobjekt ein benutzerdefiniertes Feld thirdApprover hinzu.
2. Verweisen Sie auf das Kostenobjektfeld (in diesem Fall das benutzerdefinierte Feld custom.Information.thirdApprover) und den entsprechenden Benutzerwert, wo Sie die E-Mail-Adresse finden, die diesen Benutzer identifiziert (im Standardfeld user.email).
3. In diesem Fall können Sie für das Kostenobjekt eine beliebige E-Mail-Adresse angeben, und Perk ordnet diesen Benutzer zu. Der Einreicher kodiert das Kostenobjekt in der Rechnung. Perk wählt dann anhand dieses Kostenobjekts den Benutzer mit der angegebenen E-Mail-Adresse aus.

Alle Kostenstellenleiter zuweisen (nur Enterprise)

Weisen Sie die Linienvorgesetzten aller Kostenstellenverantwortlichen als Genehmiger zu. Das System prüft den Kostenstellenwert und weist den Linienvorgesetzten des Kostenstellenverantwortlichen zu, der diese Bedingungen erfüllt. Ist keine dynamische Eskalation vorgesehen, wird standardmäßig der Linienvorgesetzte des Kostenstellenverantwortlichen (ohne Prüfung) zugewiesen.

Beispielsweise können Sie Perk so konfigurieren, dass die Linienmanager aller Kostenstelleninhaber zugewiesen werden und die Genehmigung aller Inhaber erforderlich ist, wenn eine Rechnung eingereicht wird.

In diesem Fall wird folgende Bedingung zurückgegeben:

• WAHR: Wenn Perk keinen Genehmiger findet, behält das Dokument denselben Status bei.
• FALSCH: Wenn Perk keinen Genehmiger findet, wird das Dokument in den nächsten Status verschoben.

Weisen Sie alle Genehmiger für die Kennzeichnung zu.

Weisen Sie alle Genehmiger mit einem bestimmten Tag-Wert aus dem Rechnungsdokument als Genehmiger zu. Technisch gesehen durchläuft das Skript die verschiedenen Rechnungspositionen, extrahiert die Genehmiger mit den entsprechenden Tag-Werten und weist sie zur Genehmigung zu.

Der Knoten bietet zwei Optionen:

Es gibt zwei Optionen bei der Konfiguration von Tag-Workflows in Bezug auf IDs:

• Geben Sie im Workflow keine Tag-Dimensions-IDs ein: Der Workflow berücksichtigt alle Tag-Dimensionen im Rechnungsdokument. Dadurch kann der Workflow in verschiedenen Umgebungen wiederverwendet werden, ohne Änderungen.
• Geben Sie die Tag-Dimensions-IDs im Workflow ein: Der Workflow berücksichtigt nur diese Tag-Dimension. Das bedeutet, dass Sie zuerst einen Workflow mit der TEST-Tag-Dimensions-ID und einen weiteren Workflow mit den PROD-Tag-Dimensions-IDs erstellen müssen.

Benutzerdefinierte Tag-Genehmiger zuweisen (nur Enterprise)

Ermitteln Sie die Genehmiger für Kostenobjekte anhand einer bestimmten Eigenschaft. Technisch gesehen werden die Tag-Werte der Rechnung durchlaufen und die Genehmiger basierend auf den in den Optionen angegebenen Eigenschaften zugewiesen.

Wenn Sie beispielsweise einen bestimmten Benutzer (der nicht der Kostenobjektinhaber ist) für die Genehmigung anhand des Kostenobjekts auf der Rechnung zuweisen möchten:

1. Fügen Sie dem Tag ein benutzerdefiniertes Feld additionalApprover hinzu.
2. Verweisen Sie auf das ERP-Codefeld der Tag-Dimension und das Tag-Feld (in diesem Fall das benutzerdefinierte Feld customInformation.additionalApprover) sowie den entsprechenden Benutzerwert, in dem Sie die E-Mail-Adresse zur Identifizierung dieses Benutzers finden (im Standardfeld < email).
3. In diesem Fall können Sie für das Kostenobjekt eine beliebige E-Mail-Adresse angeben, und Perk ordnet diesen Benutzer zu. Der Einreicher kodiert das Kostenobjekt in der Rechnung. Perk wählt dann anhand dieses Kostenobjekts den Benutzer mit der angegebenen E-Mail-Adresse aus.

Statischen Genehmiger zuweisen (nur Enterprise)

Weisen Sie einem Genehmiger eine bestimmte ID zu. Kurz gesagt, wird so ein bestimmter Benutzer für die Genehmigung innerhalb der juristischen Person bestimmt. Dies wird häufig verwendet, um einen Endbenutzer für die Genehmigung festzulegen, wenn bestimmte Bedingungen erfüllt sind, z. B. bei Rechnungen über 50.000 € den Geschäftsführer.

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

Sie können diesen Knoten beispielsweise so einrichten, dass er zwei Benutzer als Genehmiger zuweist und ihn mit einem Knoten für die endgültige Genehmigung verknüpft. Jeder dieser Benutzer kann die Genehmigung erteilen und den Genehmigungsprozess abschließen.

Standard-Lieferantengenehmiger zuweisen

Weist den standardmäßig beim Lieferanten hinterlegten Genehmiger als Genehmiger zu. Beispielsweise haben Sie den Workflow so eingerichtet, dass der beim Lieferanten hinterlegte Genehmiger als Genehmiger zugewiesen wird.

Linienvorgesetzten zuweisen

Richten Sie einen Workflow ein, in dem alle direkten Vorgesetzten des Benutzers, der den Antrag gestellt oder zuletzt genehmigt hat, als Genehmiger zugewiesen werden. Dieser Workflow muss in Kombination mit der Option „Direktor oder Eskalation“ verwendet werden.

Dieser Knoten bietet zwei Optionen:

SAP-Dokumentengenehmiger zuweisen (nur Enterprise)

Richten Sie einen Zuweiser ein, der Benutzer aus dem benutzerdefinierten Feld des Kostenobjekts als Genehmiger zuweist. Dieser spezielle Knoten ist nur für SAP-Rechnungskunden gültig, die ihre Genehmigungstabellen in Perk mithilfe von Kostenobjekten abbilden müssen.

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

Beispielsweise können Sie einen Workflow einrichten, bei dem Perk die Benutzer, die aus den kundenspezifischen Kostenstelleninformationen abgerufen werden, als Genehmiger zuweist, indem auf die im Benutzerschlüssel angegebene SAP-ID verwiesen wird (in diesem Fall customInformation.SAPUserId).

Einen Fehler auslösen (nur Enterprise)

Richten Sie Perk so ein, dass eine Fehlermeldung gesendet wird, wenn eine bestimmte Aktion/Bedingung eintritt.

Im Gegensatz zu Mit der Option "Workflow-Benachrichtigung zuweisen" wird der Workflow vollständig gestoppt und es werden keine zusätzlichen Protokolleinträge zum Dokument selbst hinzugefügt.

Dieser Knoten hat eine Option:

Sie können beispielsweise einen Workflow einrichten, bei dem Perk im Falle einer Budgetüberschreitung eine Nachricht sendet: „Bitte wenden Sie sich wieder an die Beschaffungsabteilung.“

Workflow-Benachrichtigung (nur Enterprise)

Richten Sie Perk so ein, dass beim Eintreten einer bestimmten Aktion/Bedingung eine informative Nachricht versendet wird.

Im Gegensatz zu Wenn ein Fehler ausgelöst wird, sendet dieser Aktivitätsknoten lediglich eine Information an den Benutzer, damit dieser sie bestätigen und zum nächsten Schritt übergehen kann.

Der Knoten bietet zwei Optionen:

Sie können beispielsweise eine Benachrichtigung einrichten, die im Falle einer Kontoüberschreitung ausgelöst wird, um den Benutzern eine Informationsnachricht zu senden, die besagt: „Bitte beachten Sie, dass eine Kontoüberschreitung vorliegt!“

Den Bestellinhaber als Genehmiger zuweisen

Dieser Knoten weist den in der Bestellung hinterlegten Eigentümer als Genehmiger zu. Der Bestellinhaber wird angegeben.

Tipp:Verwenden Sie diesen Knoten, um einen Lieferantengenehmigungsprozess in Kombination mit Endgültige Genehmigung.

Beispielsweise richten Sie den Workflow so ein, dass der in der Bestellung hinterlegte Genehmiger als Genehmiger zugewiesen wird.

Rechnungsfreigabeknoten

Rechnungsfreigabeknoten ergänzen Aktivitätsknoten im Workflow, um spezifische Geschäftslogik für Rechnungen auszuführen.

Sie können diese Genehmigungsknoten verwenden:

• Alle Genehmiger müssen zustimmen (Nur Enterprise)
• Endgültige Genehmigung
• Kostenobjekt-Genehmigung
• Genehmigung durch den Linienvorgesetzten oder Eskalation erforderlich
• SAP-Genehmigung (Nur für Unternehmen)

Alle Genehmiger müssen zustimmen (nur Enterprise).

Richten Sie einen Genehmigungsworkflow ein, der alle dem Aktivitätsknoten zugewiesenen Genehmiger dazu zwingt, das Dokument zu genehmigen.

Technisch gesehen bewirkt dieser Knoten Folgendes:

• Sobald ein Genehmiger eine Kennzeichnung genehmigt hat, wird seine Genehmiger-ID aus der Liste der aktuellen Genehmiger-IDs entfernt.
• Weist das Dokument anderen Genehmigern zu, die dem Rechnungsdokument noch zur Genehmigung zugewiesen sind.

Sobald alle Genehmiger das Dokument freigegeben haben, wird es im Arbeitsablauf zum nächsten Schritt weitergeleitet.

Anwendungsfall

Sie können diesen Knoten mit diesem Knoten verwenden:

• Genehmigern Eigenschaften zuweisen: Dies führt dazu, dass „alle“ Genehmiger zustimmen müssen, damit fortgefahren werden kann.
• Alle Tag-Genehmiger zuweisen: Erstellt einen Genehmigungsworkflow für alle Tag-Genehmiger.
• Statischen Genehmiger zuweisen: alle der angegebenen Genehmiger müssen zustimmen, um den Genehmigungsprozess abzuschließen.

Endgültige Genehmigung

Richten Sie je nach Bedarf mehrere Genehmigungsprozesse ein.

Technisch gesehen bewirkt dieser Knoten Folgendes: Wenn einem Dokument mehrere Genehmiger zugewiesen sind, wird bei der Genehmigung des Dokuments durch einen Benutzer die Liste der verbleibenden Genehmiger gelöscht und das Dokument zum nächsten Schritt im Workflow weitergeleitet.

Anwendungsfall

Sie können diesen Knoten mit diesem Knoten verwenden:

• Genehmiger mit Eigenschaft zuweisen: Dadurch wird die Liste der Genehmiger geleert, sodass jeder Genehmiger den Genehmigungsprozess beenden kann.
• Standard-Lieferantengenehmiger zuweisen: Erstellt einen Standard-Lieferantengenehmigungsprozess, bei dem die Genehmiger auf Lieferantenebene festgelegt sind.
• Alle Tag-Genehmiger zuweisen: Erstellt einen Genehmigungsworkflow für „beliebige“ Tag-Genehmiger.
• Statischen Genehmiger zuweisen: Dadurch werden alle Genehmiger in der Liste gelöscht, sodass jeder Genehmiger den Genehmigungsprozess beenden kann.
• Linienvorgesetzten zuweisen
• Genehmiger für benutzerdefinierte Kostenobjekte zuweisen
• Alle Genehmiger für Kostenobjekte zuweisen: Dadurch wird die Liste der Genehmiger geleert, sodass jeder Genehmiger den Genehmigungsprozess beenden kann.

Kostenobjekt-Genehmigung

Ermöglicht die Einrichtung eines Genehmigungsprozesses für Kostenobjekte. Technisch gesehen funktioniert es folgendermaßen:

• Es regelt gegebenenfalls die Eskalation an das übergeordnete Kostenstellenzentrum.
• Schließt den ersten Aktivitätsknoten ab: Weisen Sie alle Kostenobjektgenehmiger zu.

Dieser spezielle Knoten bietet mehrere Optionen:

Das Kontrollkästchen Unabhängigkeitsprüfung dient dazu, festzustellen, ob in Fällen, in denen der Einreicher mit dem Genehmiger des Kostenobjekts identisch ist, die Genehmigung an den Eigentümer des übergeordneten Kostenobjekts eskaliert wird, um die Einhaltung der Vorschriften zu gewährleisten.

Anwendungsfall

Sie können diesen Knoten mit diesem Knoten verwenden:

• Alle Genehmiger des Kostenobjekts zuweisen: Dies führt dazu, dass „alle“ Genehmiger ihre Zustimmung erteilen müssen, um den Genehmigungsprozess abzuschließen.
• Genehmiger für benutzerdefinierte Kostenobjekte zuweisen

Genehmigung durch den Linienvorgesetzten oder Eskalation erforderlich

Richten Sie einen Workflow für Linienmanager mit dem Linienvorgesetzten zuweisen. Technisch gesehen befasst sich dies mit der Eskalation an die Linienvorgesetztenhierarchie, wenn ein bestimmter Benutzer nacheinander zustimmt.

Anwendungsfall

Sie können diesen Knoten mit diesem Knoten verwenden:

• Linienvorgesetzten zuweisen

SAP-Genehmigung (nur Enterprise)

Richten Sie einen speziellen Genehmigungsworkflow in Kombination mit der Zuordnung von SAP-Dokumentgenehmigern ein. Technisch gesehen verarbeitet dieser Knoten die Geschäftslogik, um benutzerdefinierte Informationen aus einem Kostenobjekt zu extrahieren und sie den verschiedenen Genehmigern zuzuordnen.

Dies ist ein spezieller Knoten, der nur für SAP-Rechnungskunden gültig ist, die ihre Genehmigungstabellen in Perk mithilfe von Kostenobjekten replizieren müssen.

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

Anwendungsfall

Sie können diesen Knoten mit diesem Knoten verwenden:

• SAP-Beleggenehmiger zuordnen: Erstellt einen Genehmigungs-Workflow, der auf den Daten im benutzerdefinierten Informationsfeld der Kostenstelle basiert.