Erste Schritte
Integrieren / SDKs
Benutzerverifizierung
Unternehmensverifizierung
Transaktionsüberwachung
Changelogexpected_version zusammen mit einer Richtlinienaktualisierung für denselben Schutzmechanismus senden. Eine veraltete Version liefert 409 zurück und ändert die Richtlinie nicht.
Allgemeine Einstellungen
Automatische Zuweisung
Die automatische Zuweisung wählt einen berechtigten Prüfer mit den wenigsten aktiven Fällen in der gesamten Organisation aus, bis zur konfigurierten Kapazität. Online-Prüfer werden bevorzugt, sofern verfügbar. Andernfalls können berechtigte Offline-Prüfer Fälle erhalten. Sind alle berechtigten Prüfer ausgelastet, bleibt der Fall nicht zugewiesen. Wenn ein Fall aufgelöst wird oder ein Prüfer online geht, kann ein wartender Fall übernommen werden, sofern Kapazität frei ist.Eskalation und Verschiebung
Bei der Eskalation wird ein Fall mit einer Aktion in einen festen Ziel-Blueprint verschoben (dessen Warteschlange und Inhaltskonfiguration). Bei der Verschiebung kann ein Prüfer dagegen einen beliebigen aktiven Blueprint derselben Anwendung auswählen, in den der Fall verschoben wird. Beide Optionen sind auf der Fallseite ausgeblendet, sofern der aktuelle Blueprint sie nicht aktiviert, und beide werden serverseitig mit 400 blockiert, wenn sie bei deaktivierter Option aufgerufen werden. Ein Blueprint kann sich selbst nicht als eigenes Eskalationsziel oder als 4-Augen-Prüfer referenzieren.Verbundene Quellen
Die rechte Seitenleiste eines Blueprints listet Folgendes auf:- Quellen für die Fallerstellung: AML-Konfigurationen, Transaktionsregeln und Workflow-Knoten, die aktuell neue Fälle in diesen Blueprint leiten, mit Verknüpfungen zu jedem einzelnen.
- Empfängt Eskalationen von: andere Blueprints, deren Eskalationsziel auf diesen Blueprint zeigt.
Richtlinienänderungen speichern und veröffentlichen
Mit Entwurf speichern speichern Sie Ihre Änderungen, ohne neue oder bestehende Fälle zu beeinflussen. Eine neue Richtlinie bleibt unveröffentlicht und kann für einen Fall oder eine Routing-Regel erst ausgewählt werden, nachdem Sie Veröffentlichen gewählt haben. Wenn Sie den Editor erneut öffnen, wird der gespeicherte Entwurf wiederhergestellt. Veröffentlichen wird verfügbar, sobald die aktuellen Änderungen gespeichert wurden. Beim Veröffentlichen wird diese Version auf neue Fälle angewendet. Bestehende Fälle behalten die akzeptierten Prüfanforderungen. Im Versionsverlauf wird jede veröffentlichte Konfiguration mit Veröffentlichungszeitpunkt und, sofern bekannt, dem Veröffentlicher festgehalten. Richtlinien, die vor der Verfügbarkeit des Versionsverlaufs erstellt wurden, erhalten ihre aktuelle Ausgangsversion beim nächsten Veröffentlichen im Verlauf. Entwurf verwerfen erfordert eine Bestätigung und setzt den Editor auf die veröffentlichte Konfiguration zurück. Wenn Sie einen nie veröffentlichten Entwurf verwerfen, wird er gelöscht. Beim Speichern eines Entwurfs und bei der Veröffentlichungsprüfung werden sowohl die veröffentlichte Version als auch die Entwurfsrevision geprüft. Ändert jemand anderes eines davon, gibt der Server409 zurück, und Ihr geöffneter Editor behält die nicht gespeicherten Änderungen.
Ein Entwurf, der auf einer älteren veröffentlichten Richtlinie basiert, muss vor der Veröffentlichung mit der aktuellen Richtlinie abgeglichen werden.
Direkte API-PATCH-Aktualisierungen sind weiterhin sofort wirksame Veröffentlichungen und werden ebenfalls im Versionsverlauf erfasst.
Entwürfe für Routing-Regeln
Routing-Regeln verwenden dieselben Aktionen Entwurf speichern, Veröffentlichen, Entwurf verwerfen und Versionsverlauf. Das Speichern eines Entwurfs ändert weder die Regel für die automatische Zuweisung noch die Vorschau der veröffentlichten Regel. Unveröffentlichte Änderungen müssen vor der Veröffentlichung gespeichert werden. Bei der Veröffentlichung wird geprüft, ob die ausgewählte Prüfrichtlinie und das ausgewählte Team noch aktiv sind und zur selben Anwendung gehören. Ändert ein anderer Editor die Regel oder deren Entwurf, meldet der Vorgang einen Konflikt und behält die neueren Änderungen bei. Neue Regeln verwenden zuerst Entwurf speichern und bleiben inaktiv, bis Veröffentlichen Version 1 erstellt. Für API-Integrationen setzen Sie beim Erstellen einer Richtlinie oder Routing-Regelpublish=false, um diesen Lebenszyklus zu nutzen.
Lassen Sie die Option weg, bleibt die sofortige Erstellung für bestehende Integrationen erhalten.
Preset-Bibliothek
Installieren Sie eines der vier integrierten Presets aus der Galerie der Presets für Prüfrichtlinien. Bei der Installation wird das Preset als vollständig bearbeitbarer Blueprint in Ihre Anwendung kopiert. Anschließend können Sie jede Einstellung frei ändern, ohne den Katalog zu beeinflussen. Die Installation ist pro Preset idempotent: Ein bereits installiertes Preset erneut zu installieren, bewirkt nichts.
Keines der Presets konfiguriert Zuweisung, Eskalation, 4-Augen-Prüfung oder Verschiebung vor. Diese Routing-Entscheidungen treffen Sie immer selbst, pro Blueprint.
Fallinhalt
Der Tab Fallinhalt steuert, welche Tabs und Felder auf der Fallseite erscheinen. Dafür gibt es sechs ein- und ausschaltbare Abschnitte:
Ein Blueprint, bei dem keine Abschnitte aktiviert sind, zeigt trotzdem den Tab „Übersicht“ des Falls, jedoch ohne die zusätzlichen Inhaltsblöcke.