Sie können Bedingungsknoten in logischen Ausdrücken verwenden, die in Workflows ausgewertet werden. Sie werden basierend auf dem für den Knoten konfigurierten Ausdruck entweder als wahr oder falsch ausgewertet. Das Ergebnis bestimmt, wie der Workflow von diesem Punkt an fortschreitet.
Beispielsweise wird ein Workflow für die Positions- und Vergütungsänderung mit einem Bedingungsknoten konfiguriert, der den folgenden Ausdruck enthält:
<<List_EmployeeEmploymentStatus.Item.List_EmployeeEmploymentStatusChangeReason.Item.Amount>> GreaterThanEquals 5
Die Workflows prüfen, um welchen Prozentsatz sich das Gehalt des betroffenen Arbeitnehmers erhöht, wenn die Änderung genehmigt wird. Wenn das Gehalt des Arbeitnehmers um weniger als 5 % steigt, ist die Bedingung falsch und die Anfrage wird zur Genehmigung an einen Manager weitergeleitet. Wenn das Gehalt des Arbeitnehmers um 5 % oder mehr steigt, ist die Bedingung wahr und die Anfrage wird an einen Entgeltabrechnungsadministrator zur Genehmigung weitergeleitet.
Bedingungsknoten müssen mindestens einen eingehenden Link haben. Sie können zwei ausgehende Links haben, die wahre und falsche Ergebnisse darstellen.
Hinweis: Sie müssen einen Ausdruck eingeben, bevor Sie den Bedingungsknoten speichern können. Wenn der Ausdruck nicht ausgewertet werden kann, wird das Ergebnis automatisch auf „Falsch“ gesetzt.
Bedingungsknoten haben eine Eigenschaft.
Gruppierungsfunktionen
Sie können eine Liste auch filtern und dann die Gruppierungsfunktionen Beliebig, Alle oder Keine verwenden, um eine Bedingung auf die gefilterte Liste anzuwenden. Das Ergebnis des Ausdrucks gibt den Wert „Wahr” oder „Falsch” zurück, der den Workflow weiterleitet.
- Beliebig gibt „Wahr” zurück, wenn ein oder mehrere Elemente in der Liste die Bedingung erfüllt.
- Alle gibt „Wahr” zurück, wenn jedes Element in der Liste die Bedingung erfüllt.
- Keine gibt „Wahr” zurück, wenn null Elemente in der Liste die Bedingung erfüllen.
Die grundlegende Syntax zum Filtern und Gruppierungen von Funktionen lautet:
List.<<Filter/Any/All/None>>(<<Condition>>)
Im folgenden Beispiel wird eine Liste von Stellenzuweisungen gefiltert, um nur primäre Stellenzuweisungen zu berücksichtigen. Der Ausdruck gibt den Wert „Wahr” zurück, wenn alle primären Stellenzuweisungen einen Wert größer als null aufweisen:
List_EmployeeWorkAssignment.Filter("IsPrimary Equals True").All(Rate GreaterThan 0)
Sie können Filtern, Beliebig, Alle und Keine auch allein verwenden, um einfache Ausdrücke zu erstellen. Beispiel:
List_EmployeeWorkAssignment.Filter(IsPrimary Equals True)
List_ManagerEmployeeWorkAssignment.Any("ManagerId EQUALS 2")
List_ManagerEmployeeWorkAssignment.All("ManagerId EQUALS 2")
List_ManagerEmployeeWorkAssignment.None("ManagerId EQUALS 2")
Sie können UpdateStatus einschließen, um Listenelemente auszuwerten. UpdateStatus kann die folgenden Status auswerten:
- Keine
- Einfügen
- Aktualisieren
- Löschen
UpdateStatus verwendet die folgende grundlegende Syntax, wobei der Statusname in Anführungszeichen stehen muss:
List.Any/All/None(UpdateStatus ist gleich "None/Insert/Updated/Delete")
Weitere Beispiele für Gruppierungsfunktionen finden Sie unter Beispiel: Sicherstellen, dass grundlegende Kontaktangaben nach dem Absenden des Formulars verfügbar sind
Ausdruck
Klicken Sie auf Ausdruck erstellen und geben Sie den im Workflow ausgewerteten Ausdruck ein. Der bedingte Ausdruck kann Datenbankfelder aus der Ausdrucksfeldstruktur wie <<List_PersonAddress.Item.CountryCode>> sowie die Werte enthalten, die die Eigenschaft in Dayforce haben kann, wie beispielsweise „USA“.
Weitere Informationen zu den logischen Operatoren, die Sie in diesen Ausdrücken verwenden können, finden Sie unter Anhang: Operatortypen und -werte.
Weitere Informationen zu den Datenbankfeldern, die Sie aus der Ausdrucksfeldstruktur auswählen können, finden Sie im Leitfaden zu Workflow-Token.
Hinweis: Um Ausdrücke für Bedingungsknoten zu konfigurieren, sind fortgeschrittene Kenntnisse der Dayforce-Datenbankfelder erforderlich. Weitere Informationen zum Konfigurieren von Bedingungsknoten für die Anforderungen Ihres Unternehmens erhalten Sie von Ihrem Dayforce-Vertreter.
| Funktion | Beispiel |
|---|---|
| HasCurrentEmploymentStatusChanged | HasCurrentEmploymentStatusChanged(sessionid,<<EmployeeId>>,<<List_EmployeeEmploymentStatus>>) |
| HasCurrentPayGroupChanged | HasCurrentPayGroupChanged(sessionid,<<EmployeeId>>,<<List_EmployeeEmploymentStatus>>) |
| HasCurrentPayClassChanged | HasCurrentPayClassChanged(sessionid,<<EmployeeId>>,<<List_EmployeeEmploymentStatus>>) |
| HasCurrentPayTypeChanged | HasCurrentPayTypeChanged(sessionid,<<EmployeeId>>,<<List_EmployeeEmploymentStatus>>) |
| HasCurrentPrimaryJobChanged | Weitere Informationen finden Sie unter Beispiel: Änderung der primären Stelle. |
| HasCurrentPrimaryWorkLocationChanged | Weitere Informationen finden Sie unter Beispiel: Änderung des primären Arbeitsortes. |
| HasFutureRecord |
Hinweis: Kann verwendet werden, um vier Objekte auszuwerten: EmploymentStatus, WorkAssignment, Address und ContactInfo. |
|
HasPositionPropertyChanged Hinweis: Dieser Ausdruck steht nur Benutzern der Stellenverwaltung zur Verfügung. |
HasPositionPropertyChanged(<<PMEntityName>>,<<PropertyName>>) |
Beispiel: Änderung der primären Stelle
Wenn das Formular „Positions- und Vergütungsänderung“ eingereicht wird, wird es zur Genehmigung an HR weitergeleitet, wenn sich die primäre Tätigkeitszuweisung des Arbeitnehmers ändert, aber es wird zur Genehmigung an den Manager weitergeleitet, wenn die sich die primäre Tätigkeitszuweisung nicht ändert. Der Bedingungsknoten wird mit dem folgenden Ausdruck konfiguriert:
HasCurrentPrimaryJobChanged(sessionid, <<EmployeeId>>, <<List_EmployeeWorkAssignment>>)
Der Bedingungsknoten ist mit wahren und falschen Ergebnissen konfiguriert, die bestimmen, wohin das Formular basierend auf dem Ergebnis der Bedingung weitergeleitet wird:
Ein Vorgesetzter sendet für einen Arbeitnehmer ein Formular für die Änderung einer Tätigkeitszuweisung ab, wodurch seine primäre Tätigkeitszuweisung aktualisiert wird. Wenn der Workflow ausgeführt wird, wird die Bedingung als wahr ausgewertet und das Formular wird zur Genehmigung an HR weitergeleitet.
Beispiel: Änderung des primären Arbeitsortes
Wenn das Formular „Positions- und Vergütungsänderung“ eingereicht wird, wird es zur Genehmigung an HR weitergeleitet, wenn sich der primäre Arbeitsort des Arbeitnehmers ändert. Es wird zur Genehmigung an den Manager weitergeleitet, wenn sich der primäre Arbeitsort nicht ändert. Der Bedingungsknoten wird mit dem folgenden Ausdruck konfiguriert:
HasCurrentPrimaryWorkLocationChanged(sessionid, <<EmployeeId>>, <<List_EmployeeWorkAssignment>>)
Der Bedingungsknoten ist mit wahren und falschen Ergebnissen konfiguriert, die bestimmen, wohin das Formular basierend auf dem Ergebnis der Bedingung weitergeleitet wird:
Ein Vorgesetzter reicht das Formular zur Änderung der Tätigkeitszuweisung für einen Arbeitnehmer ein. Dies ändert seinen primären Arbeitsort. Wenn der Workflow ausgeführt wird, wird die Bedingung als wahr ausgewertet und das Formular wird zur Genehmigung an HR weitergeleitet.
Beispiel: Vorhandener aktueller oder zukünftiger Beschäftigungsstatus-Datensatz
So konfigurieren Sie einen Ausdruck, der auswertet, ob für den Arbeitnehmer ein aktueller oder zukünftiger Beschäftigungsstatus-Datensatz vorliegt, unter dem Objekt „EmploymentStatus“:
hasfuturerecord(SessionId, "List_EmployeeEmploymentStatus",
<<EmployeeId>>, <<GlobalEffectiveStart>>)
So konfigurieren Sie einen Ausdruck, der auswertet, ob für den Arbeitnehmer ein aktueller oder zukünftiger Adressdatensatz vorliegt, unter dem Objekt „Address“:
hasfuturerecord(SessionId, "List_PersonAddress", <<EmployeeId>>,
<<List_PersonAddress.Item.EffectiveStart>>)
Beispiel: Sicherstellen, dass grundlegende Kontaktangaben nach dem Absenden des Formulars verfügbar sind
In diesem Beispiel wertet der Ausdruck ein Kontaktangabenformular aus, um sicherzustellen, dass eine Telefonnummer und eine E-Mail-Adresse verfügbar sind. Ist dies nicht der Fall, leitet der Bedingungsknoten den Workflow zurück an den Übermittler:
List_PersonContactPhoneNumber.Any(NOT UpdateStatus EQUALS "delete" AND NOT COALESCE(ContactNumber, "NULL") EQUALS "NULL") OR List_PersonContactElectronicAddress.Any(NOT UpdateStatus EQUALS "delete" AND NOT COALESCE(ElectronicAddress, "NULL") EQUALS "NULL")
Dieser Ausdruck verwendet die Gruppierung Beliebig und UpdateStatus, um die Übermittlung von Telefonnummern und E-Mail-Adressen zu überprüfen. Der Ausdruck gibt „Wahr“ zurück, wenn die Liste einen nicht gelöschten Datensatz enthält und die Telefonnummer und E-Mail-Adresse null ist. Wenn nichts in der Liste enthalten ist, gibt dieser Ausdruck „Falsch“ zurück.