Zum Hauptinhalt springen
4-Augen-Prüfung fügt vor dem Wirksamwerden einer Auflösung eine zweite, unabhängige Freigabe hinzu. Das ist eine gängige Kontrolle zur Aufgabentrennung bei Untersuchungen mit höherem Risiko.

​
Einrichtung

Setzen Sie im Maker-Blueprint 4-Augen-Prüfung auf einen Checker-Blueprint. Sobald dieses Feld gesetzt ist, ist die 4-Augen-Prüfung für den Maker-Blueprint aktiviert. Einen separaten Schalter gibt es nicht.

​
So funktioniert es

  1. Ein Sachbearbeiter im Maker-Blueprint löst einen Fall wie gewohnt auf (falsch positiv oder gültige Bedrohung, bei Bedarf mit einer Notiz).
  2. Statt den Fall abzuschließen, bleibt der Fallstatus auf Offen, die vorgeschlagene Auflösung wird vorgemerkt, und der Fall wird in die Warteschlange des Checker-Blueprints verschoben. Die Fall-Zeitleiste protokolliert Submitted for approval.
  3. Ein Prüfer sieht sich den Tab „Übersicht“ des Falls an. Dort zeigt ein Banner für das Vier-Augen-Prinzip die Aktionen Genehmigen und Ablehnen an.
  4. Genehmigen wendet die vorgemerkte Auflösung an: Der Fall wird auf Gelöst gesetzt, mit der ursprünglichen Auflösung und Notiz, und die Auflösung wird dem Sachbearbeiter zugeschrieben, der sie eingereicht hat. Die Zeitleiste protokolliert Approval granted und danach Resolved.
  5. Ablehnen verwirft die vorgemerkte Auflösung und gibt den Fall an den Maker-Blueprint zurück. Die Zeitleiste protokolliert Approval rejected, und der Maker wird benachrichtigt.
Der Sachbearbeiter, der die Auflösung eingereicht hat, kann sie nicht selbst genehmigen oder ablehnen. Dies wird serverseitig erzwungen. Ein entsprechender Versuch liefert einen 403-Fehler. (Das Genehmigen oder Ablehnen eines Falls ohne ausstehende Auflösung liefert einen 409-Fehler.)

​
Den Prüfer benennen

Der Sachbearbeiter, der die Auflösung vornimmt, kann mit dem Feld checker der API zum Auflösen von Fällen das Mitglied benennen, das die Auflösung genehmigen muss. Nur dieses Mitglied kann die Auflösung danach genehmigen oder ablehnen. Alle anderen, einschließlich eines API-Schlüssels, erhalten einen 403-Fehler. Das Feld checker des Falls zeigt das benannte Mitglied an, bis die Auflösung genehmigt, abgelehnt oder zur erneuten Prüfung zurückgegeben wird. Ohne benannten Prüfer wartet die Auflösung wie oben beschrieben in der Warteschlange des Checker-Blueprints. Der benannte Prüfer muss Fallzugriff auf die Anwendung haben und darf nicht der Sachbearbeiter sein, der die Auflösung eingereicht hat.

​
Wenn sich Nachweise ändern

Wird eine Checklisten-Antwort geändert oder wird ein verknüpfter Verifizierungs- oder Transaktionsnachweis hinzugefügt oder entfernt, wird die ausstehende Entscheidung verworfen, und der Fall kehrt zu seiner ursprünglichen Prüfrichtlinie zurück. Die Aktivitäts-Zeitleiste vermerkt, dass eine neue Prüfentscheidung erforderlich ist, und der frühere Vorschlag bleibt im Audit-Ereignis erhalten. Der Prüfer muss die aktualisierten Nachweise prüfen und eine neue Entscheidung einreichen, bevor ein zweiter Sachbearbeiter sie genehmigen kann. Wenn die Checklisten-Antwort unverändert bleibt, wird eine ausstehende Prüfung dadurch nicht abgebrochen. Auch bei der Genehmigung werden die verknüpften Quellnachweise mit dem verglichen, was zur Prüfung eingereicht wurde. Ein geänderter Verifizierungsstatus, ein korrigiertes Dokumentfeld, geänderte Transaktionsnachweise oder eine nicht verfügbare Quelle blockieren die Genehmigung mit 409. Der Verlust des Zugriffs auf globale Netzwerknachweise, die über einen Fraud Check verknüpft sind, erfordert ebenfalls eine neue Prüfung. Verwenden Sie Ablehnen, um den Fall an den Maker zurückzugeben, die aktualisierten Nachweise zu prüfen und eine neue Entscheidung einzureichen. Das Öffnen des Quelldatensatzes oder das Hinzufügen einer internen Fallnotiz blockiert für sich genommen eine unveränderte Prüfung nicht. Lassen sich die eingereichten Nachweise nicht verifizieren, ist vor der Genehmigung eine neue Prüfung erforderlich.

​
Hinweise

  • Die Prüfanforderungen werden gespeichert, wenn der Fall geöffnet wird. Der Wechsel in die Checker-Warteschlange ersetzt diese Anforderungen nicht durch später vorgenommene Richtlinienänderungen.
  • Ein Fall kann jeweils nur eine vorgemerkte Auflösung haben. Die Anforderung weiterer Informationen (Warten auf Benutzer) ist blockiert, solange eine Auflösung auf Genehmigung wartet.
  • Die 4-Augen-Prüfung ergänzt die erforderlichen Auflösungsnotizen. Aktivieren Sie beide für Ihre Blueprints mit dem höchsten Risiko, damit sowohl eine dokumentierte Begründung als auch ein zweiter Prüfer vorgeschrieben sind.
Zuletzt geändert am 7. November 2026