Übersicht
Face Search gibt eine kleine Reihe von Warnungen aus, damit Ihr Team nachvollziehen kann, warum eine SucheApproved 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ücktPOSSIBLE_DUPLICATED_FACE– Sie erhalten niemals beide Einträge eines Paares für denselben Konfidenzbereich. additional_dataverweist nur auf das erste übereinstimmende Gesicht, selbst wennmatches[]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_DETECTEDenthältnull. Der Wert vonapi_serviceist in Großbuchstaben angegeben (z. B.PASSIVE_LIVENESS) odernullbei 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 inuser_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_similarstuft jedes registrierte Gesicht nach Ähnlichkeit ein;blocklisted_or_approvedbeschrä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(Standardtrue) – 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 auffalse, um eine Abfrage durchzuführen, ohne zu speichern oder zu registrieren.rotate_image(Standardfalse) – 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
- Gesichtssuche-Bericht — vollständige Antwortstruktur
- Gesichtssuche-API-Referenz — Anfrageparameter
- Gesichtsabgleich-Warnungen — Warnungen für den 1:1-Abgleich von Selfie und Dokument (getrennt von der Gesichtssuche)
- Datenmodelle — Gesichtssuche — kanonisches Schema