Mit Bedingungsknoten können Benutzer logische Ausdrücke konfigurieren, die in Arbeitsabläufen 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.
Beispiel: Ein Workflow zur Änderung von Tätigkeitszuweisung und Vergütung ist mit einem Bedingungsknoten konfiguriert, der den folgenden Ausdruck hat:
<<List_EmployeeEmploymentStatus.Item.List_EmployeeEmploymentStatusChangeReason.Item.Amount>> GreaterThanEquals 5
Der Workflow untersucht den Prozentsatz, um den das Gehalt des betroffenen Arbeitnehmers erhöht wird 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 Vorgesetzten 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: Wenn der Ausdruck nicht ausgewertet werden kann, wird das Ergebnis automatisch auf „Falsch“ gesetzt.
Bedingungsknoten haben eine Eigenschaft:
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 Ceridian-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 Entitäten auszuwerten: EmploymentStatus, WorkAssignment, Address und ContactInfo. |
Beispiel: Änderung der primären Stelle
Wenn das Formular „Änderung von Tätigkeitszuweisung und Vergütung“ eingereicht wird, wird es zur Genehmigung an die Personalabteilung 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 Wahr- und Falsch-Ergebnissen konfiguriert, die bestimmen, wohin das Formular basierend auf dem Ergebnis der Bedingung weitergeleitet wird:
Ein Vorgesetzter reicht das Formular für die Änderung einer Tätigkeitszuweisung für eine Arbeitnehmerin ein. Diese aktualisiert ihre primäre Tätigkeitszuweisung. Wenn der Workflow ausgeführt wird, wird die Bedingung als wahr ausgewertet und das Formular wird zur Genehmigung an die Personalabteilung weitergeleitet.
Beispiel: Änderung des primären Arbeitsortes
Wenn das Formular „Änderung von Tätigkeitszuweisung und Vergütung“ eingereicht wird, wird es zur Genehmigung an die Personalabteilung weitergeleitet, wenn sich der primäre Arbeitsort des Arbeitnehmers ändert, aber es wird zur Genehmigung an den Manager weitergeleitet, wenn die 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. Dieser ändert seinen primären Arbeitsort. Wenn der Workflow ausgeführt wird, wird die Bedingung als wahr ausgewertet und das Formular wird zur Genehmigung an die Personalabteilung weitergeleitet.
Beispiel: Vorhandener aktueller oder zukünftiger Beschäftigungsstatus-Datensatz
Konfiguration eines Ausdrucks, der auswertet, ob der Arbeitnehmer einen bestehenden aktuellen oder zukünftigen Beschäftigungsstatusdatensatz hat unter der Entität „EmploymentStatus“:
hasfuturerecord(SessionId, "List_EmployeeEmploymentStatus",
<<EmployeeId>>, <<GlobalEffectiveStart>>)
Um einen Ausdruck zu konfigurieren, der auswertet, ob der Arbeitnehmer einen bestehenden aktuellen oder zukünftigen Adressdatensatz hat, unter der Entität „Address“:
hasfuturerecord(SessionId, "List_PersonAddress", <<EmployeeId>>,
<<List_PersonAddress.Element.EffectiveStart>>)