Zum Hauptinhalt springen

Übersicht

Face Search gibt eine kleine Reihe von Warnungen aus, damit Ihr Team nachvollziehen kann, warum eine Suche Approved oder Declined zurückgegeben hat. Warnungen werden im Array face_search.warnings[] der Antwort auf POST /v3/face-search/ zurückgegeben (siehe Bericht zur Gesichtssuche). Warnungen haben hier im Vergleich zu Workflow-Warnungen eine vereinfachte Struktur: Es gibt keine node_id. Der dokumentierte Antwortvertrag deklariert fünf Felder – risk, additional_data, log_type, short_description, long_description – und die Laufzeit-Payload enthält zusätzlich feature, was an diesem Endpoint immer "LIVENESS" ist.

Erzeugte Warnungen

Erzeuger: FaceSearchAPIView.add_warnings (apis/views/face_search.py:250-330); Statusableitung: get_face_search_status (apis/views/face_search.py:242-248), die nur bei den beiden Sperrlisten-Risiken ablehnt. Wichtige Ausgaberegeln:
  • Sperrliste hat Vorrang vor Duplikaten. Ein bestätigter Sperrlisten-Treffer unterdrückt DUPLICATED_FACE, und ein möglicher Sperrlisten-Treffer unterdrückt POSSIBLE_DUPLICATED_FACE – Sie erhalten niemals beide Einträge eines Paares für denselben Konfidenzbereich.
  • additional_data verweist nur auf das erste übereinstimmende Gesicht, selbst wenn matches[] mehrere enthält. Sperrlisten-Warnungen enthalten {blocklisted_session_id, blocklisted_session_number, api_service}; Duplikat-Warnungen enthalten {duplicated_session_id, duplicated_session_number, api_service}; MULTIPLE_FACES_DETECTED enthält null. Der Wert von api_service ist in Großbuchstaben angegeben (z. B. PASSIVE_LIVENESS) oder null bei Workflow-Sitzungen.
  • Gesichter auf der Positivliste unterdrücken Duplikat-Warnungen – ein Treffer mit hoher Konfidenz auf der Positivliste entfernt DUPLICATED_FACE/POSSIBLE_DUPLICATED_FACE (Sperrlisten-Warnungen werden dadurch nie entfernt).

Exakte Warnungstexte

Suchbild-Prüfung

Wenn in user_image kein Gesicht erkannt wird, weist die API die Anfrage mit HTTP 400 und {"error": "No face detected in the image"} ab, bevor ein face_search-Objekt erstellt wird – daher erscheint eine NO_FACE_DETECTED-Warnung niemals in einer erfolgreichen Antwort der Gesichtssuche. Dies wird als error-String auf oberster Ebene zurückgegeben, nicht in warnings[].

Konfigurierbare Einstellungen

Die Ähnlichkeitsbereiche, die bestätigte Treffer (FACE_IN_BLOCKLIST, DUPLICATED_FACE) von möglichen Treffern (POSSIBLE_FACE_IN_BLOCKLIST, POSSIBLE_DUPLICATED_FACE) trennen, sind intern fest vorgegeben – anwendungsspezifische Schwellenwert-Anpassungen gelten für die Liveness-Prüfung im Workflow, nicht für diesen Endpoint. Folgende Optionen können Sie pro Anfrage steuern:
  • search_type (most_similar, Standard | blocklisted_or_approved) – most_similar stuft jedes registrierte Gesicht nach Ähnlichkeit ein; blocklisted_or_approved beschränkt die Kandidaten auf Gesichter auf der Sperrliste, Gesichter auf der Positivliste, Gesichter aus genehmigten Sitzungen sowie importierte Benutzerprofil-Gesichter, wobei Einträge auf der Sperrliste an erster Stelle stehen.
  • save_api_request (Standard true) – speichert den Aufruf dauerhaft als Sitzung vom Typ API und registriert das gesuchte Gesicht in Ihrem Gesichtssuch-Index. Gesichter, die durch Face-Search-Aufrufe registriert wurden, werden von zukünftigen Face-Search-Ergebnissen ausgeschlossen. Setzen Sie diesen Wert auf false, um eine Abfrage durchzuführen, ohne zu speichern oder zu registrieren.
  • rotate_image (Standard false) – versucht 90-Grad-Drehungen und behält die Ausrichtung mit der besten Gesichtserkennung bei; nützlich, wenn die EXIF-Ausrichtung fehlt.

Beispiele

Treffer auf der Sperrliste (erzwingt Declined)

Duplikatsignal (Status bleibt Approved)

Verwandte Themen

Warnungstypen

Zuletzt geändert am 7. November 2026