Check-in Flow Editor: Bedingungen (Einführung 3/4)

Dies ist eine Fortsetzung des vorherigen Abschnitts Check-in Flow Editor: Einstellungen und Aktionen (Einführung (2/4).

In diesem Abschnitt wird detailliert auf die Verwendung von Bedingungen im Check-in-Flow-Editor eingegangen.

Bedingungen sind sehr vielseitig einsetzbar und können auf Aktionen, Übergänge und Compliance-Dokumente angewendet werden.

Bedingungen müssen auf Compliance-Dokumente direkt im Compliance Abschnitt des Dashboards angewendet werden und nicht im Check-in-Flow-Editor.

Conditions

 

Bedingung Typ Modifikator Wert Beschreibung
all access profiles exist? Boolean (bool) (==/!=) True prüft, ob die zugewiesenen Zugangsprofile im ACS existieren
has at least one legitimation with matching birthdates? Boolean (bool) (==/!=) True prüft, ob der Gast 1 oder mehrere gültige Legitimationen mit einem passenden Geburtsdatum hat
has badge already been printed? Boolean (bool) (==/!=) True prüft, ob der Gast bereits ein gedrucktes Namensschild erhalten hat
has checked in at an iPad? Boolean (bool) (==/!=) True prüft, ob der Check-in an einem iPad eingeleitet wurde
has checked in at a kiosk? Boolean (bool) (==/!=) True prüft, ob der Check-in an einem Kiosk eingeleitet wurde
has checked in with QR code? Boolean (bool) (==/!=) True prüft, ob der Check-in mit einem QR-Code eingeleitet wurde
has host? Boolean (bool) (==/!=) True prüft, ob dem Gast einem Gastgeber zugewiesen ist
has invitation? Boolean (bool) (==/!=) True prüft, ob der Gast eine Einladung hat
has legitimation? Boolean (bool) (==/!=) True prüft, ob der Gast eine Legitimation hat, z.B. eine Einladung oder einen Gastgeber
has normal temperature? Boolean (bool) (==/!=) True prüft, ob die Temperatur der Gäste innerhalb des Nennbereichs liegt (nur möglich, wenn ein Temperaturkontrollgerät installiert ist)
has ongoing appointment? Boolean (bool) (==/!=) True prüft, ob der Gast einen laufenden Termin hat (nützlich für den automatischen Check-out)
has some custom field positive? Boolean (bool) (==/!=) True prüft, ob ein Datenfeld für diesen Gast einen positiven Wert hat (bool)
has valid trusted id? Boolean (bool) (==/!=) True prüft, ob der Gast die Trusted-ID-Prüfung am Kiosk bestanden hat
is at wrong entrance? Boolean (bool) (==/!=) True prüft, ob sich der Gast am falschen Eingang für seinen Termin befindet
arrived at entrance? Option (single) (==/!=) avail. entrances prüft, ob der Gast am angegebenen Eingang angekommen ist
invited at entrance? Option (single) (==/!=) avail. entrances prüft, ob der Gast zu dem angegebenen Eingang eingeladen wurde
is at location? Option (single) (==/!=) avail. locations prüft, ob der Gast am angegebenen Ort eingeladen ist oder sich dort aufhält
has access profile? Option (single) (==/!=) avail. access profiles prüft, ob der Gast das angegebene Zutrittsprofil hat
has access profile from partition? Option (single) (==/!=) avail. partition prüft, ob der Gast ein Zutrittsprofil von der angegebenen Partition hat
has host company equal to? Option (single) (==/!=) avail. tenants/lessor prüft, ob die Gastgeberfirma auf ein bestimmtes Unternehmen eingestellt ist
has custom field equal to? Various (complex)   avail. custom fields >
avail. value
prüft, ob der Gast ein bestimmtes Datenfeld auf den angegebenen Wert gesetzt hat
has host with email address domain? Various (complex)   free text prüft, ob der Gast einen Host hat, der einer angegebenen E-Mail-Domäne entspricht
has legitimation attribute? Various (complex)   legit.attr.: free text >
value: free text
prüft, ob der Gast ein bestimmtes Legitimationsattribut auf einen bestimmten Wert gesetzt hat (nur für SalesForce verwendet)

Der Modifikator == bedeutet, dass der Wert ist, während der Modifikator != bedeutet, dass der Wert nicht ist

Bedingungen basieren auf der JSON-Programmiersprache, aber tiefgreifende Kenntnisse dieser Sprache sind nicht erforderlich. Es ist jedoch wichtig zu verstehen, wie Bedingungen mit Hilfe von logischen Operatoren miteinander interagieren.

Logische Operatoren

Logische Operatoren ermöglichen es, Bedingungen in Kombination zu verwenden, um eine breite Palette von Variablen abzudecken.

Der Operator AND nimmt zwei oder mehr Bedingungen an und löst das gewünschte Ergebnis aus, wenn alle angegebenen Bedingungen erfüllt sind.

8238103862684_CFE_Conditions_AND_DE.png


Der Operator OR nimmt zwei oder mehr Bedingungen an und löst das gewünschte Ergebnis aus, wenn mindestens eine der angegebenen Bedingungen erfüllt ist.

8238103862684_CFE_Conditions_OR_DE.png


Der Operator NOT löst das gewünschte Ergebnis aus, wenn die angegebene Bedingung nicht erfüllt ist.

  8238103862684_CFE_Conditions_NOT_DE.png

 

Wenn der Operator NOT für zwei oder mehr Bedingungen verwendet wird, muss auch AND oder OR verwendet werden.
8238103862684_CFE_Conditions_NOT_AND_DE.png

 

Gruppen (Groups)

Mit der Schaltfläche Add Rule können Sie eine weitere Bedingung hinzufügen, die in Kombination mit den anderen Bedingungen innerhalb dieser Gruppe funktioniert.

Mit der Schaltfläche Add Group kann eine neue Gruppe von Bedingungen erstellt werden, die als Untergruppe der Bedingungen in der Gruppe fungiert, aus der sie hervorgegangen ist. Auf diese Weise können auch komplexere Bedingungsgruppen definiert werden.

Je nachdem, welche Schaltfläche Add Group ausgewählt wird (innerhalb der ursprünglichen Gruppe oder einer Untergruppe), können die Untergruppen parallel oder untergeordnet erstellt werden.

Im folgenden Beispiel prüft das System, ob alle drei AND Bedingungen sowie mindestens eine der beiden OR Bedingungen erfüllt sind.

8238103862684_CFE_Conditions_Groups_DE.png

Untergruppen entsprechen immer dem logischen Operator, von dem sie abzweigen.
Im obigen Beispiel ist die Untergruppe eine OR Aussage, bildet aber selbst einen Teil einer übergeordneten AND Aussage.

Beispiele

Die nachstehenden Beispiele sind nicht erschöpfend und können in einigen Fällen auch auf andere Anwendungsfälle, als die beschriebenen, angewandt werden.

 

Der Gast ist am richtigen Ort, aber am falschen Eingang angekommen

8238103862684_CFE_Conditions_Example_A_DE.png

Diese Kombination kann zusammen mit der Aktion Benutzerdefinierte Informationen für Gäste am Kiosk anzeigen verwendet werden, um den Gästen am Kiosk mitzuteilen, dass sie sich am falschen Eingang für diesen Ort befinden und/oder dass ihr Gastgeber sie abholen wird.

 

Gäste ist Bauunternehmer, meldet sich aber als Besucher an

8238103862684_CFE_Conditions_Example_B_DE.png

In diesem Beispiel haben wir einen Check-in Flow, bei dem die Gäste auswählen können, welche Art von Gast (Visitor oder Contractor) sie sind, wenn sie keinen QR-Code verwenden, um den Check-in zu starten. Auf der Grundlage dieser Auswahl müssen sie möglicherweise verschiedene Compliance-Dokumente ausfüllen und/oder bestimmte Informationen bereitstellen.

Der Gast hat den Check-in begonnen, ohne seinen QR-Code zu verwenden, und hat stattdessen angegeben, dass er ein Visitor ist.

Der Gastgeber hat jedoch bei der Erstellung des Termins angegeben, dass der Gast ein Contractor ist. Sobald der Gast vom System erkannt wird (durch TrustedID-Prüfung), sieht das System, dass das Datenfeld Guest Type auf Contractor eingestellt ist, und leitet den Gast zum Übergang für Bauunternehmer weiter.

Auch wenn der Gast beim Einchecken eine falsche Wahl getroffen hat, wird er automatisch zum richtigen Flow weitergeleitet und erhält die entsprechenden Dokumente angezeigt und/oder wird aufgefordert, die erforderlichen Informationen anzugeben.

Diese Kombination von Bedingungen sollte in den Einstellungen des Übergangs angewendet werden, der für Bauunternehmer bestimmt ist.

Der Kiosk sollte das Namensschild nur drucken, wenn bestimmte Bedingungen erfüllt sind

In diesem Beispiel soll dem Gast nur dann ein Namensschild ausgedruckt werden, wenn:
- er an einem Kiosk eincheckt
- er von einem bestimmten Mieter des Standorts eingeladen wurde
- er keine Zugangsrechte für die zwei angegebenen Bereiche des Standorts erhalten hat

8238103862684_CFE_Conditions_Example_C_DE.png

Hier haben wir eine Untergruppe zu unserer AND Aussage verwendet. Durch die Verwendung von NOT-OR in der Untergruppe teilen wir dem System mit, dass keines der beiden Zugangsprofile vorhanden sein darf, damit diese Aktion ausgelöst wird. Hätten wir stattdessen NOT-AND verwendet, würde das System die Aktion auslösen, solange nur eines der beiden Zugangsprofile nicht vorhanden ist.

Die Untergruppe ist der übergreifenden AND Aussage untergeordnet und muss erfüllt sein, damit auch die übergreifende AND Aussage ihre Bedingungen erfüllt.

Sollten wir nur eine Art von Zutrittsprofil haben, können wir diese Aussage wie folgt vereinfachen:

8238103862684_CFE_Conditions_Example_C2_DE.png

Wir haben die Untergruppe entfernt und stattdessen eine dritte Bedingung zur AND Aussage hinzugefügt und den Modifikator != verwendet, um die Bedingung auf ist nicht anstelle von ist zu setzen.

 

Anzeige spezifischer Compliance-Dokumente je nach Standort

In diesem Beispiel haben wir mehrere Standorte, die denselben Check-in Flow verwenden, wir aber verlangen, dass den Gästen je nach Standort unterschiedliche Compliance-Dokumente, z. B. Evakuierungspläne, gezeigt werden.

Zu diesem Zweck fügen wir die Bedingung is at location an die Compliance-Dokumente selbst an und geben den korrekten Ort als Wert für diese Bedingung an.

8238103862684_CFE_Conditions_Example_D_DE.png

Nachdem wir die Compliance-Dokumente für alle Standorte erstellt haben, können wir in den Check-in Flow gehen und alle Compliance-Dokumente, in den Einstellungen, demselben Übergang hinzufügen.

Das System kann nun prüfen, an welchem Ort sich der Gast befindet und zeigt die entsprechenden Compliance-Dokumente an.

Auf diese Weise können wir denselben Check-in Flow für alle Standorte verwenden, auch wenn jeder Standort andere Compliance-Dokumente voraussetzt.

Wir können dem Compliance-Dokument auch zusätzliche Bedingungen hinzufügen, z. B.:

- has host company equal to um mieterspezifische Dokumentation anzuzeigen.

- has custom field equal to um den Gästen bestimmte Dokumente anzuzeigen, die auf einem zuvor definierten Datenfeld basieren, z. B. der Art des Gastes.

 

Weitere Artikel in dieser Einführung

Check-in Flow Editor (Einführung 1/4)

Check-in Flow Editor: Einstellungen und Aktionen (Einführung 2/4)

Check-in Flow Editor: Ausführliche Erklärung des Standard Check-in Flow (Einführung 4/4)

Check-in Flow Editor: Anwendungsbeispiele (Bonus)

Aktualisiert

War dieser Beitrag hilfreich?

0 von 0 fanden dies hilfreich

Haben Sie Fragen? Anfrage einreichen

Kommentare

0 Kommentare

Zu diesem Beitrag können keine Kommentare hinterlassen werden.