Zum Hauptinhalt springen
POST
curl
Lösen Sie einen Fall auf. Wenn sein Blueprint mit einem Blueprint für eine Vier-Augen-Prüfung verknüpft ist, wird die Auflösung nur vorgemerkt, und der Fall wird nicht geschlossen. Prüfen Sie das Feld pending_resolution in der Antwort, um die beiden Ergebnisse zu unterscheiden.

Prüfer benennen

Bei einem Blueprint mit einem Prüfschritt für die Vier-Augen-Prüfung senden Sie checker mit der UUID des Mitglieds, das die Auflösung genehmigen muss. Nur dieses Mitglied kann die Auflösung dann genehmigen oder ablehnen. Alle anderen, auch ein API-Schlüssel, erhalten 403. Das Feld checker des Falls nennt diese Person, bis die Auflösung genehmigt, abgelehnt oder wegen geänderter Nachweise zur erneuten Prüfung zurückgegeben wird. Ohne checker wartet die Auflösung in der Warteschlange des Prüf-Blueprints. Das Mitglied muss Fallzugriff auf diese Anwendung haben und darf nicht der Sachbearbeiter sein, der die Auflösung einreicht. Bei einem Blueprint ohne Prüfschritt gibt checker den Fehler 400 zurück.

Vier-Augen-Auflösungen benötigen ein Console-Mitglied

Reichen Sie eine Auflösung, die in die Vier-Augen-Prüfung geht, als Console-Mitglied ein, nicht mit einem API-Schlüssel. Eine Auflösung, die ein API-Schlüssel einreicht, hat keinen erfassten Ersteller. Deshalb geben die Aktionen „Genehmigung erteilen“ und „Genehmigung ablehnen“ für jeden Aufrufer 403 zurück, auch für den benannten Prüfer.

Zugriff

Endpoints für Fälle benötigen einen API-Schlüssel mit vollem Zugriff. Ein Schlüssel mit eingeschränktem Zugriff erhält 403.

Verwandte Themen

Autorisierungen

x-api-key
string
header
erforderlich

Der API-Schlüssel Ihrer Anwendung, aus Entwickler -> API-Schlüssel in der Business Console. Der Primärschlüssel hat Vollzugriff. Ein benannter Schlüssel kann im Geltungsbereich eingeschränkt werden: keine, Lese- oder Schreibberechtigung pro Ressource, beschränkt auf bestimmte Workflows oder genehmigte Sitzungen, auf eine Liste von IP-Adressen und auf ein Ablaufdatum. 401 bedeutet, dass der Schlüssel falsch, widerrufen oder abgelaufen ist; 403 bedeutet, dass kein Schlüssel gesendet wurde, der Schlüssel keinen Zugriff auf diese Ressource oder Aktion hat oder die Anfrage von einer Adresse außerhalb seiner IP-Liste stammte; 404 bei einer Sitzungsroute bedeutet, dass die Sitzung außerhalb der Workflows oder Status des Schlüssels liegt. Ein Schlüssel ohne Medienzugriff erhält Bild-, Video- und PDF-URLs als null, und ein Schlüssel ohne Schreibberechtigung für Sitzungen erhält Sitzungslinks und Token als null. Siehe https://docs.didit.me/console/api-keys.

Pfadparameter

organization_id
string<uuid>
erforderlich

UUID der Organisation.

application_id
string<uuid>
erforderlich

Anwendungs-UUID.

case_uuid
string<uuid>
erforderlich

Fall-UUID.

Beispiel:

"c1a5e000-0000-4000-8000-000000000001"

Body

application/json
resolution
enum<string>
erforderlich
Verfügbare Optionen:
FALSE_POSITIVE,
VALID_THREAT,
INCONCLUSIVE,
REQUIREMENTS_NOT_MET,
REQUIREMENTS_SATISFIED
note
string | null

Erforderlich, wenn der Blueprint require_resolution_note festlegt.

checker
string<uuid> | null

Nur für Vier-Augen-Blueprints. Die Benutzer-UUID des Mitglieds, das diesen Beschluss genehmigen muss (dieselbe ID wie assigned_to.uuid bei einem Fall oder members[].user_id in einem Prüfungsteam). Das Mitglied muss Fallzugriff auf diese Anwendung haben und darf nicht der Sachbearbeiter sein, der den Beschluss einreicht. Weglassen oder null übergeben, um den Beschluss der Prüfer-Warteschlange zu überlassen.

Antwort

Abgeschlossen oder zur 4-Augen-Genehmigung vorgemerkt.

uuid
string<uuid>
case_number
string | null
title
string
status
enum<string>
Verfügbare Optionen:
OPEN,
AWAITING_USER,
RESOLVED
resolution
enum<string> | null
Verfügbare Optionen:
FALSE_POSITIVE,
VALID_THREAT,
INCONCLUSIVE,
REQUIREMENTS_NOT_MET,
REQUIREMENTS_SATISFIED
resolution_notes
string | null
priority
enum<string>
Verfügbare Optionen:
LOW,
MEDIUM,
HIGH
source
enum<string>
Verfügbare Optionen:
MANUAL,
AML_SCREENING,
TRANSACTION_RULE,
WORKFLOW_BUILDER
tags
string[]
subject
object | null

Der einzelne Benutzer oder das Unternehmen, an den bzw. das der Fall gebunden ist.

assigned_to
object | null
assigned_at
string<date-time> | null
team
object | null

Das Prüfungsteam, das für den Fall zuständig ist, oder null, wenn kein Team zuständig ist. Das Routing legt dies fest, wenn eine Routing-Regel den Fall einem ihrer Teams zuweist. Ändern oder löschen Sie dies mit PATCH .../cases/{case_uuid}/ (team).

due_at
string<date-time> | null
resolved_at
string<date-time> | null
resolved_by_email
string | null
pending_resolution
object | null

Wird nur gesetzt, während eine 4-Augen-Auflösung auf der Checker-Vorlage bereitgestellt ist und auf Genehmigung oder Ablehnung der Genehmigung wartet.

checker
object | null

Das benannte Mitglied zur Genehmigung oder Ablehnung des ausstehenden Beschlusses. Nur gesetzt, während ein Vier-Augen-Beschluss auf einen benannten Prüfer wartet. Null, wenn nichts aussteht, während der ausstehende Beschluss in der Prüfer-Warteschlange wartet und sobald der Beschluss genehmigt, abgelehnt oder aufgrund geänderter Nachweise zur erneuten Prüfung zurückgegeben wurde.

metadata
object
blueprint
object
notes
object[]

Neueste 50 Notizen.

events
object[]

Neueste 100 Ereignisse.

notes_count
integer
checklist_items
object[]
created_at
string<date-time>
updated_at
string<date-time>
Zuletzt geändert am 7. November 2026