Developer API
Binden Sie Sanktions-, PEP-, Fahndungslisten-, Adverse-Media- und KYB/UBO-Screening direkt in Ihre Onboarding-, Monitoring- und Transaktionsabläufe ein. Die API ist live: Authentifizieren Sie sich mit einem API-Schlüssel und nutzen Sie dieselbe Screening-Engine wie das Portal.
API v1 ist live
Die Endpoints sind allgemein verfügbar — mit API-Key-Authentifizierung und Rate-Limits je Tarifstufe. Erkunden Sie jeden Endpoint in der interaktiven OpenAPI-Dokumentation unter /api/v1/docs.
Erstellen Sie im Dashboard einen API-Schlüssel mit eingegrenztem Berechtigungsumfang oder generieren Sie ihn programmatisch mit Ihrem Konto-Bearer-Token für Server-zu-Server-Anfragen.
curl -X POST https://screenveritai.com/api/v1/keys \
-H "Authorization: Bearer <SUPABASE_JWT>" \
-H "Content-Type: application/json" \
-d '{"name":"server-key","permissions":["search:read","search:write"]}'Übergeben Sie eine Entität im X-API-Key-Header. Die API gibt eine Such-ID zurück, die Sie nach Abschluss der Verarbeitung abrufen.
curl -X POST https://screenveritai.com/api/v1/search \
-H "X-API-Key: <YOUR_API_KEY>" \
-H "Content-Type: application/json" \
-d '{"entity_name":"Acme Ltd","entity_type":"company","search_type":"full_search"}'Senden Sie eine CSV-/XLSX-Datei, um viele Entitäten in einem Auftrag zu prüfen, und rufen Sie Zeilen oder Exporte ab, sobald der Batch abgeschlossen ist.
curl -X POST https://screenveritai.com/api/v1/batch \
-H "X-API-Key: <YOUR_API_KEY>" \
-F "file=@entities.csv"POST /api/v1/search
Erstellt eine Screening-Anfrage für eine Entität. Gibt eine Such-ID und den Verarbeitungsstatus zurück. Konto-, Abdeckungs- und Health-Endpoints sind ebenfalls unter /api/v1 verfügbar.
Auth: X-API-Key (search:write)
POST /api/v1/batch
Nimmt CSV-/XLSX-Dateien für hochvolumiges Screening entgegen; Zeilen oder Exporte rufen Sie ab, sobald die Aufträge abgeschlossen sind.
Auth: X-API-Key (batch:write)
POST /api/v1/keys
Erstellt und verwaltet API-Zugangsdaten mit eingegrenzten Berechtigungen, Rate-Limits je Tarifstufe und Nutzungsverfolgung.
Auth: Bearer-Token (Konto)
Implementation patterns for API-key auth, async jobs, and audit logs.
ANNEX BConnect API and file-based flows for high-volume operations.
ANNEX CMap API responses into deterministic screening and escalation decisions.
ANNEX DRe-screen inherited counterparties before systems, payments, and controls are merged.
Screening-Anfragen an /api/v1/search und /api/v1/batch authentifizieren Sie über einen API-Schlüssel im X-API-Key-Header. Erstellen Sie Schlüssel im Dashboard oder programmatisch über /api/v1/keys, nachdem Sie sich mit Ihrem Konto-Bearer-Token authentifiziert haben.
Ja. API v1 ist live und allgemein verfügbar. Authentifizieren Sie sich mit einem API-Schlüssel, rufen Sie die Such-, Batch- und Key-Management-Endpoints auf und erkunden Sie alles in der interaktiven OpenAPI-Dokumentation unter /api/v1/docs.
Ja. Schlüssel unterstützen Berechtigungen wie search:read, search:write, batch:read und batch:write, sodass Sie pro Integration Zugriff nach dem Least-Privilege-Prinzip durchsetzen.
Rate-Limits werden je API-Stufe vergeben und pro API-Schlüssel durchgesetzt — die Stufe bestimmt den Anfrage-Durchsatz, nicht die Abrechnung. Die Antwort-Header enthalten das Limit, das verbleibende Kontingent und die Reset-Zeitstempel, sodass Sie sauber drosseln können.
Nutzen Sie die interaktive Dokumentation unter /api/v1/docs für Swagger-Tests und /api/v1/redoc für die Referenzdokumentation. Das OpenAPI-Schema wird unter /api/v1/openapi.json bereitgestellt.