Bedingungsknoten enthalten bedingte Klauseln zur Ausführung des nächsten Schritts im Workflow. Der Workflow-Designer bietet folgende Hinweise zur Kostenverwaltung:

• Wahr/Falsch-Zustand
• Benutzerdefinierte Wahr/Falsch-Bedingung
• Betragsprüfung (Ausgabe)
• Betragsprüfung (Kategorie)
• Betragsprüfung (Reise)
• Steuersätze unvollständig (Nur für Unternehmen)
• Unterwerfung unter eigene Kostenobjekte
• Einreicher mit Eigentum
• Kostenobjekt mit Eigenschaft
• Mit Firmenkarte bezahlt
• Ausgabenalter ≤ max. Schwellenwert

Wahr/Falsch-Zustand

Konfigurieren Sie eine Wahr/Falsch-Bedingung basierend auf spezifischen Geschäftsregeln, die Sie in JSON-FormatBeispielsweise können Sie mit dieser Bedingung prüfen, ob es sich bei einer Ausgabe um eine Quittung oder eine Ausgabe ohne Quittung handelt, ob es sich um eine Gutschrift handelt usw.

In diesem Fall wird folgende Bedingung zurückgegeben:

• WAHR: Die in der JSON-Datei angegebene Bedingung ist erfüllt (d. h. die Eigenschaft ist in der Ausgabe vorhanden).
• FALSCH: Die in der JSON-Datei angegebene Bedingung ist nicht erfüllt (d. h. die Eigenschaft ist in der Ausgabe nicht vorhanden).

Notiz: Die Wahr/Falsch-Bedingung prüft, ob Attribute der Ausgabe (z. B. benutzerdefinierte Felder) gespeichert sind. 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 entsprechende Funktion. Benutzerdefinierte Wahr/Falsch-Bedingung.

JSON-Regeln

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

Folgende Vorgänge werden unterstützt:

Zum Beispiel können Sie:

• Prüfen Sie, ob ein Ein benutzerdefiniertes Feld ist vorhanden auf Kosten der Kunden.
• Prüfen Sie, ob eine Ausgabe eine ist Belegart.
• Prüfen Sie, ob eine Ausgabe eine ist kein Belegtyp.
• Prüfen Sie, ob die Ausgabe einer Reise zugeteilt.
• Prüfen Sie, ob die Die Ausgaben enthalten Warnhinweise..
• Prüfen Sie, ob die Es handelt sich um Reisekosten..
• Prüfen Sie, ob die Die Ausgaben lassen sich in eine von zwei Kategorien einteilen..

Prüfen Sie, ob es in der Spesenabrechnung benutzerdefinierte Felder gibt.

Sie können eine Regel einrichten, die prüft, ob Folgendes vorhanden ist: customInformation.field Der Wert muss wahr sein. In diesem Fall gibt die Funktion „wahr“ zurück.

1. Identifizieren Sie das benutzerdefinierte Informationsfeld im Unternehmen, falls es nicht bereits von Perk eingerichtet wurde.

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

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

3. Richten Sie den Arbeitsablauf im Unternehmen ein.

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.

Prüfen Sie, ob es sich um eine Ausgabequittung handelt.

Sie können eine Regel einrichten, die prüft, ob es sich bei der Ausgabe um eine Belegausgabe handelt. Wenn ja, gibt sie „wahr“ zurück.

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

  { 
 "in": [ 
 { 
 "var": "expenseType" 
 }, 
 [ 
 "receipt" 
 ] 
 ] 
 }

Prüfen Sie, ob es sich um eine Ausgabe ohne Beleg handelt

Sie können eine Regel einrichten, die prüft, ob es sich um eine Ausgabe ohne Beleg handelt. In diesem Fall gibt die Regel „wahr“ zurück.

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

{ 
 "in":[ 
 { 
 "var":"expenseType" 
 }, 
 [ 
 "receiptless" 
 ] 
 ] 
 }

Prüfen Sie, ob die Kosten einer Reise zugeordnet sind.

Sie können eine Regel einrichten, die prüft, ob die Ausgaben einer Reise zugeordnet wurden. Wenn dies der Fall ist, gibt die Regel „wahr“ zurück.

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

{ 
 "!=": [ 
 { 
 "var": "tripId" 
 }, 
 null 
 ] 
 }

Prüfen Sie, ob Ausgaben ohne Warnungen erfolgen.

Sie können eine Regel einrichten, die prüft, ob für eine Ausgabe Benachrichtigungen/Warnungen vorliegen. Wenn keine Benachrichtigungen vorhanden sind, gibt die Regel „true“ zurück.

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

{ 
 "==": [ 
 { 
 "var": [ 
 "notifications.0" 
 ] 
 }, 
 null 
 ] 
 }

Prüfen Sie, ob es sich bei den Ausgaben um Reisekosten handelt.

Sie können eine Regel einrichten, die prüft, ob eine Ausgabe über Perk als Anbieter läuft. Wenn ja, gibt die Regel „true“ zurück.

{ 
 "==":[ 
 { 
 "var":[ 
 "travelProvider" 
 ] 
 }, 
 "travelPerk" 
 ] 
 }

Prüfen Sie, ob für die Ausgabe eine von zwei Kategorien ausgewählt ist.

Sie können eine Regel einrichten, die prüft, ob eine Ausgabe einer bestimmten Kategorie zugeordnet ist. Perk prüft sowohl Ausgaben mit einer einzelnen Kategorie als auch Ausgaben mit mehreren Kategorien mithilfe der entsprechenden Variablen. splitcategories.0.categoryId.

Notiz: Sie müssen die Kategorie-Perk-IDs entsprechend Ihren Wünschen ändern. Andernfalls funktioniert dieses Beispiel nicht.

{ 
 "or":[ 
 { 
 "in":[ 
 { 
 "var":"categoryId" 
 }, 
 [ 
 "GxjPfl9gGX", 
 "4QYutTYGSg" 
 ] 
 ] 
 }, 
 { 
 "in":[ 
 { 
 "var":"splitCategories.0.categoryId" 
 }, 
 [ 
 "GxjPfl9gGX", 
 "4QYutTYGSg" 
 ] 
 ] 
 } 
 ] 
 }

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 mit dieser Bedingung prüfen, ob ein benutzerdefiniertes Kontrollkästchenfeld für eine Tag-Dimension ausgewählt wurde.

In diesem Fall wird folgende Bedingung zurückgegeben:

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

Notiz: Auch wenn die benutzerdefinierte Wahr/Falsch-Bedingung ähnlich wie die Wahr/Falsch-Bedingung erscheinen mag, ermöglicht sie eine detailliertere Analyse der auf der Ausgabe enthaltenen Objekte.
Die Wahr/Falsch-Bedingung prüft Daten, die in der Ausgabe angegeben sind (z. B. ein benutzerdefiniertes Feld, einen Wert usw.), während die benutzerdefinierte Wahr/Falsch-Bedingung weitere Daten abrufen kann. Sie kann beispielsweise das Kostenobjekt prüfen, dem die Ausgabe zugeordnet ist, und die zugehörige Logik überprüfen.

Sie können komplexe Geschäftsregeln erstellen und diese als JSON serialisieren. JSON-Regeln werden in der Regeln Feld der Knotenoptionen. Sie können diese „Drilldown“-Funktion für mehrere Objekte nutzen:

• Tag Dimensionen
• Kostenobjekte
• Rechtsperson
• Kategorien
• Benutzer

Zum Beispiel können Sie:

• Prüfen Sie, ob ein Das benutzerdefinierte Feld ist im Tag-Wertobjekt gekennzeichnet. der Kosten.
• Prüfen Sie, ob ein Der Einreicher ist derselbe wie der Genehmiger des Tags. auf dem Etikett.
• Prüfen Sie, ob ein Das benutzerdefinierte Feld ist in der Kategorie gekennzeichnet. der Kosten.

Prüfen Sie, ob das benutzerdefinierte Feld im Tag-Wert gekennzeichnet ist.

Sie können eine Regel festlegen, die prüft, ob in der Tag-Dimension mit einer bestimmten Perk-ID das Kontrollkästchen für benutzerdefinierte Informationen aktiviert (d. h. ausgewählt) ist. Falls ja, gibt die Regel „true“ zurück.

1. Identifizieren Sie das benutzerdefinierte Feld im Unternehmen auf dem Etikett (es muss möglicherweise von Perk eingerichtet werden). Der Wert des Beschriftungsfelds (BenutzerdefiniertesFeldlabel) muss im folgenden Ausdruck angegeben werden.

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

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

3. Richten Sie den Arbeitsablauf im Unternehmen ein.

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, ob der Einreicher der Genehmiger eines benutzerdefinierten Felds ist.

Sie können eine Regel festlegen, die prüft, ob ein benutzerdefiniertes Feld eine bestimmte Perk-ID hat. Die Genehmiger in diesem Array des benutzerdefinierten Felds entsprechen dem Benutzer, der den Antrag gestellt hat.

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

{ 
 "in":[ 
 { 
 "var":"userId" 
 }, 
 { 
 "var":"_tags..approverIds" 
 } 
 ] 
 }

Vorsicht: Achten Sie darauf, zu ändern mit Ihrer benutzerdefinierten Feld-ID.

Prüfen Sie, ob im Ausgabenkonto ein benutzerdefiniertes Kategoriefeld vorhanden ist.

Sie können eine Regel festlegen, die prüft, ob in der für die Ausgabe eingereichten Kategorie das Kontrollkästchen für benutzerdefinierte Informationen den Wert „Gleich“ hat. WAHR (d. h. ausgewählt). Falls ja, wird Folgendes zurückgegeben: WAHR.

1. Identifizieren Sie das benutzerdefinierte Feld in der Kategorie (es muss möglicherweise von Perk eingerichtet werden). Der Wert des Bezeichnungsfelds (BenutzerdefiniertesFeldlabel) muss im folgenden Ausdruck angegeben werden.
2. Fügen Sie einen Wahr/Falsch-Knoten hinzu und kopieren Sie diesen Codeausschnitt in das Feld „Regeln“:

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

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),

Betragsprüfung (Ausgabe)

Konfigurieren Sie eine Wahr/Falsch-Bedingung (Abfrage), die prüft, ob eine Ausgabe einen bestimmten Betrag erreicht. Beispielsweise können Sie die Logik so einrichten, dass Perk bei Ausgaben zwischen 10 und 100 CHF den Genehmigungsprozess überspringt und direkt zur nächsten Instanz übergeht. ZusammenfassungAndernfalls führen Sie einen Genehmigungsprozess für Tags durch.

In diesem Fall wird folgende Bedingung zurückgegeben:

• WAHR:
  • Die Betragsbedingung ist erfüllt.
• FALSCH:
  • Die Betragsbedingung ist nicht erfüllt.

Diese spezielle Erkrankung bietet verschiedene Optionen:

Sie können beispielsweise die Logik so einrichten, dass Perk prüft, ob die Ausgaben mehr als 150 CHF betragen (nicht geteilt durch die Anzahl der Teilnehmer). Wenn die Ausgaben mehr als 150 CHF betragen, gibt die Funktion „true“ zurück.

Der Aggregationstyp legt fest, ob eine Tagessumme gebildet oder jede Ausgabe einzeln geprüft wird. Dies ist relevant, wenn Mitarbeitende ein Tagesgeld erhalten. Beispiel: Bei Mitarbeitenden mit einem Tagesgeld von 40 CHF für Mittagessen führt die Auswahl des Aggregationstyps „Einzelne Ausgabe“ im entsprechenden Knoten dazu, dass zwei Mittagessenausgaben von je 30 CHF die Bedingung erfüllen. Wird hingegen der Aggregationstyp „Tagesausgabe“ ausgewählt und zwei Mittagessenausgaben von je 30 CHF eingereicht, führt die zweite Ausgabe zu einem negativen Ergebnis.

Betragsprüfung (Kategorie)

Konfigurieren Sie eine Wahr/Falsch-Bedingung, die angibt, ob die Logik zutrifft. Im Gegensatz zur Betragsvalidierung (Ausgaben) prüft diese Bedingung den Betrag jeder Ausgabenkategorie. Der Schwellenwert wird in der Kategorie selbst als benutzerdefiniertes Feld definiert, nicht innerhalb des Bedingungsknotens.

Sie können beispielsweise die Logik so einrichten, dass Perk angewiesen wird, den Genehmigungsprozess zu überspringen und direkt zu „In Prüfung“ zu gehen, wenn die Summe der Ausgaben in der Kategorie zwischen 100 und 500 CHF liegt. Andernfalls wird ein Genehmigungsprozess mit Kennzeichnung durchgeführt.

In diesem Fall wird folgende Bedingung zurückgegeben:

• WAHR:
  • Die Betragsbedingung ist erfüllt.
• FALSCH:
  • Die Betragsbedingung ist nicht erfüllt.

Diese spezielle Erkrankung bietet verschiedene Optionen:

Benutzerdefinierte Felder für die Kategoriebetragsvalidierung einrichten

Um diese Bedingung zu verwenden, benötigen Sie zwei benutzerdefinierte Felder für Ausgabenkategorien:

• customInformation.thresholdCurrency : die Währung des Schwellenwerts (CHF, EUR usw.)
• customInformation.thresholdAmount: Der Schwellenwert (50, 100 usw.)

Diese benutzerdefinierten Felder müssen möglicherweise zuerst von Perk eingerichtet werden. Sie müssen thresholdCurrency und thresholdAmount als Namen in der Einrichtung der benutzerdefinierten Felder eingeben.

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),

Dieser Schritt muss für jede juristische Person durchgeführt werden, bei der Sie den Workflow mit dem Validierungsknoten für Ausgabenkategorien verwenden möchten.

Der Schwellenwert wird direkt in der Kategoriekonfiguration festgelegt. Er gilt für Ausgaben, die für diese Kategorie eingereicht werden, und hängt vom Aggregationstyp (einzeln/Tag), dem Bearbeiter und der im Workflow eingerichteten Logik ab.

Betragsprüfung (Reise)

Konfigurieren Sie eine Wahr/Falsch-Bedingung (Abfrage) für Reisekosten, um zu prüfen, ob die Gesamtkosten der Reise den festgelegten Schwellenwert (in der Währung des Unternehmens) überschreiten. Beispielsweise können Sie die Logik so einrichten, dass Perk benachrichtigt wird, wenn der Reisekostenbetrag den angegebenen Schwellenwert übersteigt.

In diesem Fall wird folgende Bedingung zurückgegeben:

• WAHR:
  • Die Bedingung hinsichtlich des Betrags ist erfüllt. Die Gesamtkosten der Reise übersteigen den Schwellenwert.
• FALSCH:
  • Die Betragsbedingung ist nicht erfüllt. Die Gesamtkosten der Reise liegen unter dem Schwellenwert.

Für diese spezielle Erkrankung gibt es nur eine Option:

Steuersätze unvollständig

Konfigurieren Sie eine Wahr/Falsch-Bedingung, um festzustellen, ob dem Dokument ein Steuersatz zugewiesen wurde und ob die aus den Ausgaben abgeleiteten Steuerbeträge korrekt sind.

• True:Wenn der Steuercode unvollständig ist oder die Summe der Steuerbeträge nicht stimmt, wird „true“ zurückgegeben.
• Falsch:Wenn der Steuercode vollständig ist und die Summe der Steuerbeträge stimmt, wird „falsch“ zurückgegeben.

Wenn beispielsweise eine Ausgabe Steuern enthält (mit oder ohne aufgeteilte Kategorien), aber der Steuercode fehlt oder die Bruttosteuerbeträge nicht dem Gesamtbetrag entsprechen, wird „true“ zurückgegeben.

Der Knoten bietet zwei Optionen:

Perk betrachtet standardmäßig einen Steuersatz von null Prozent als anrechenbaren Steuersatz und erstattet FALSCH Wenn für eine Ausgabe ein Steuersatz von Null ausgewählt ist, können Sie dieses Verhalten überschreiben, indem Sie die entsprechende Option auswählen. Nullsteuersätze ausschließen Kontrollkästchen, was bedeutet, dass bei einer Ausgabe mit einem Steuersatz von Null der Wert zurückgegeben wird. WAHR.

Darüber hinaus können Sie Tagespauschalen von dieser Steuerberechnung ausschließen, da Tagespauschalen in der Regel keine Steuern enthalten.

Unterwerfung unter eigene Kostenobjekte

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

• Wahr:Der Eigentümer des Kostenobjekts, das der Ausgabe zugeordnet ist, ist dieselbe Person, die die Ausgabe eingereicht hat.
• Falsch:Der Eigentümer des Kostenobjekts, das der Ausgabe zugeordnet ist, ist nicht derselbe wie der einreichende Benutzer.

Beispielsweise reicht der Benutzer Alex Smith eine Ausgabe ein und ordnet sie dem Kostenobjekt „Fertigung“ zu. Alex Smith ist der Eigentümer des Kostenobjekts „Fertigung“. In diesem Fall gibt Perk „wahr“ zurück. Ein anderer Benutzer, Jan, reicht eine Ausgabe für dasselbe Kostenobjekt ein. In diesem Fall gibt Perk „falsch“ zurück.

Einreicher mit Eigentum

Konfigurieren Sie einen Bedingungsknoten, der „wahr“ oder „falsch“ zurückgibt, je nachdem, ob der Absender eine bestimmte Eigenschaft enthält. Sie können beliebige Benutzereigenschaften wie Name, E-Mail-Adresse, Vorgesetzter sowie benutzerdefinierte Felder überprüfen.

In diesem Fall wird folgende Bedingung zurückgegeben:

• Wahr:Das Kostenobjekt, das mit den Ausgaben des Einreichers verknüpft ist, hat einen bestimmten Eigenschaftswert.
• Falsch:Das Kostenobjekt, das mit den Ausgaben des Einreichers verknüpft ist, hat den spezifischen Eigenschaftswert nicht.

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

• Wenn eine eingereichte Spesenabrechnung von einem Benutzer erstellt wurde, dessen Vorgesetzter „Alex Smith“ ist, wird „true“ zurückgegeben.
• Wenn eine eingereichte Spesenabrechnung 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. Ermitteln Sie das im Benutzer angelegte benutzerdefinierte Feld. Falls dieses noch nicht eingerichtet ist, wenden Sie sich bitte an den Perk-Support. Merken Sie sich den Namen, da Sie ihn im nächsten Schritt benötigen.
   - Name: customInformation.targetAdministration
   - Bezeichnung: Zielverwaltung
   - Typ: Texteingabe
   ​
2. Klicken Sie im Workflow-Designer auf den Knoten „Submitter 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.
   ​
   - Eigenschaft: customInformation.targetAdministration
   - Matches: G001
   - Spiele: G002
   ​
   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.

Kostenobjekt mit Eigenschaft

Konfigurieren Sie einen Bedingungsknoten, der „wahr“ oder „falsch“ zurückgibt, je nachdem, ob das Kostenobjekt eine bestimmte Eigenschaft enthält. Sie können beliebige Eigenschaften eines Kostenobjekts prüfen, z. B. den Namen des Kostenobjekts, den ERP-Code, benutzerdefinierte Felder usw.

In diesem Fall wird folgende Bedingung zurückgegeben:

• Wahr:Das Kostenobjekt, das mit den Ausgaben des Einreichers verknüpft ist, hat einen bestimmten Eigenschaftswert.
• Falsch:Das Kostenobjekt, das mit den Ausgaben des Einreichers verknüpft ist, hat den spezifischen Eigenschaftswert nicht.

Wenn beispielsweise die Bedingung mit der Eigenschaft Name eingerichtet ist und Sales übereinstimmt,

• Wenn eine eingereichte Ausgabe dem Kostenobjekt mit dem Namen „Umsatz“ zugeordnet wird, wird „true“ zurückgegeben.
• Wenn eine eingereichte Ausgabe dem Kostenobjekt mit dem Namen „Fertigung“ zugeordnet wird, wird der Wert false zurückgegeben.

Einrichten der Validierung von Kostenobjekteigenschaften für ein benutzerdefiniertes Feld

Wenn Sie beispielsweise prüfen möchten, ob das für die Ausgabe angegebene Kostenobjekt als spezielles Kostenobjekt gekennzeichnet wurde (Kontrollkästchen „Spezielles Kostenobjekt“ = „true“):

1. Identifizieren Sie das benutzerdefinierte Feld im Kostenobjekt. Falls es nicht verfügbar ist, wenden Sie sich bitte an den Perk-Support, um es einzurichten. Merken Sie sich den Namen, da Sie ihn für den nächsten Schritt benötigen.
   - Name: customInformation.specialCostObject
   - Bezeichnung: Spezielles Kostenobjekt
   - Typ: Kontrollkästchen
2. Klicken Sie im Workflow-Designer auf das Kostenobjekt mit Eigenschaftsknoten und geben Sie folgende Daten ein:
   - Eigenschaft: customInformation.specialCostObject
   - Übereinstimmungen: wahr

Da Sie prüfen möchten, ob das Kontrollkästchen aktiviert ist, geben Sie den Wert „true“ ein. Perk prüft dann, ob es sich bei dem eingereichten Kostenobjekt der Ausgabe um ein spezielles Kostenobjekt handelt. Ist der Wert true, wird die Genehmigung des Kostenobjekts übersprungen. Ist der Wert false, wird der Genehmigungsprozess durchgeführt.

Mit Firmenkarte bezahlt

Konfigurieren Sie eine Wahr/Falsch-Bedingung, um zu prüfen, ob eine Ausgabe mit einer Firmenkarte bezahlt wurde.

In diesem Fall wird folgende Bedingung zurückgegeben:

• Wahr:Die Ausgabe wird mit einer Firmenkarte bezahlt.
• Falsch:Die Ausgabe wird nicht mit einer Firmenkarte bezahlt.

Achtung: Dieser Knoten dient als Exportbedingung für Kartendaten. Er muss immer am Ende des Workflows platziert werden, um den Exportpfad zu differenzieren. Er kann auch in anderen Szenarien verwendet werden, z. B. nach einer Absendeaktion, um Ausgaben an einen anderen Workflow weiterzuleiten.

Ausgabenalter ≤ max. Schwellenwert

Dieser Knoten ermöglicht es Ihnen, das Alter einer Ausgabe zu überprüfen und sicherzustellen, dass es einen maximalen Schwellenwert nicht überschreitet. Wenn die Ausgabe den festgelegten Maximalwert überschreitet, gibt er eine Fehlermeldung zurück. FALSCH.

Es wird typischerweise verwendet, um Arbeitsabläufe zu entwerfen, bei denen überprüft werden muss, ob ein Ausgabendatum nicht älter als eine bestimmte Anzahl von Tagen ist.

Der Knoten führt folgende Berechnungen durch:

• Prüft das Ausgabendatum/Zahlungsdatum der Ausgabe.
• Berechnet die Differenz zwischen dem heutigen Datum und dem Ausgaben-/Zahlungsdatum der Ausgabe.
• 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 Nutzer Ausgaben einreichen, die älter als ein oder zwei Monate sind. Mit diesem Knotenpunkt lässt sich ein spezifischer Workflow-Pfad definieren, der die Einreichung älterer Ausgaben verhindert.