Verifiziere jedes Unternehmen End-to-End: Ziehe das Handelsregister, identifiziere jeden UBO (Ultimate Beneficial Owner), prüfe die Entität und jeden UBO gegen Sanktionslisten und führe einen KYC-Check (Know Your Customer) für jeden durch. $2.00 pro Unternehmen, über 220 Jurisdiktionen.
Über 2.000 Organisationen weltweit vertrauen uns.
Geschlossener KYB-Kreislauf
Ein einziger Aufruf löst die Unternehmensprüfung aus, extrahiert Eigentümer und Verantwortliche, prüft alle gegen über 1.300 Sanktionslisten und führt einen wiederverwendbaren KYC-Check für jeden UBO durch – ohne zusätzliche Kosten.
Wähle die gewünschten Prüfungen aus, ID, Liveness, Gesichtsabgleich, Sanktionen, Adresse, Alter, Telefon, E-Mail, benutzerdefinierte Fragen. Ziehe sie im Dashboard in einen Flow oder poste denselben Flow an unsere API. Verzweige nach Bedingungen, führe A/B-Tests durch, kein Code erforderlich.
Bette nativ mit unserem Web-, iOS-, Android-, React Native- oder Flutter-SDK ein. Leite zu einer gehosteten Seite weiter. Oder sende deinem Nutzer einfach einen Link, per E-Mail, SMS, WhatsApp, überall. Wähle, was zu deinem Stack passt.
Didit hostet die Kamera, die Lichtsignale, die mobile Übergabe und die Barrierefreiheit. Während der Nutzer den Flow durchläuft, bewerten wir über 200 Betrugssignale in Echtzeit und verifizieren jedes Feld gegen autoritative Datenquellen. Ergebnis in unter zwei Sekunden.
Echtzeit-signierte Webhooks halten deine Datenbank synchron, sobald ein Nutzer genehmigt, abgelehnt oder zur Überprüfung gesendet wird. Frage die API bei Bedarf ab. Oder öffne die Konsole, um jede Session und jedes Signal zu inspizieren und Fälle nach deinen Wünschen zu verwalten.
$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflow_id": "wf_kyb_es",
"vendor_data": "biz-acme-001"
}'{ "session_id": "bs_01H...", "url": "verify.didit.me/..." }$ curl https://verification.didit.me/v3/session/bs_01H.../decision/ \
-H "x-api-key: $DIDIT_API_KEY"{ "status": "APPROVED", "session_kind": "Business" }# Didit Business Verification (KYB) — integrate in 5 minutes
You are integrating Didit's Business Verification (Know Your Business / KYB)
module into <my_stack>. Follow these steps exactly. Every URL, header, and
workflow-type value below is canonical — do not paraphrase or "improve" them.
## 1. Provision an account
- Sign up: https://business.didit.me (no credit card required).
- Or provision programmatically: POST https://apx.didit.me/auth/v2/programmatic/register/
(returns an API key bound to the workspace + application).
## 2. Create a KYB workflow
In the Business Console: Workflows -> Create workflow -> select
"Business Verification" as the workflow type. Enable the features you need:
- Company registry lookup (required)
- Company Anti-Money Laundering (AML) (recommended)
- Key People (required for most regulated industries)
- Documents (optional - configure which document types)
Save and copy the workflow_id. KYB workflows automatically create
business sessions - there is no extra "business" flag to set on the
session create call.
## 3. Create a business session via the API
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your-api-key> (lowercase, hyphenated)
Content-Type: application/json
Body:
{
"workflow_id": "<your-kyb-workflow-id>",
"vendor_data": "biz-acme-001"
}
Response:
- session_id (e.g. bs_01H...)
- session_number (sequential)
- url (hosted verification link)
Deliver the url to the business administrator via your own channel.
They open it, confirm registry data, add Ultimate Beneficial Owners
(UBOs) and officers, upload documents, and submit.
## 4. Webhooks
Register a webhook destination once via
POST https://verification.didit.me/v3/webhook/destinations/
with subscribed_events:
status.updated, data.updated,
business.status.updated, business.data.updated
Every delivery carries an X-Signature-V2 header you MUST verify before
trusting the payload. HMAC-SHA256 verification MUST run against the raw body bytes (the raw payload as Didit sent it) BEFORE any JSON parsing — re-serialising the parsed body changes whitespace and key order, which invalidates the signature.Algorithm:
1. sortKeys(payload) recursively
2. shortenFloats (truncate trailing zeros after the decimal point)
3. JSON.stringify the result
4. HMAC-SHA256 with the secret_shared_key
5. Hex-encode, compare to the X-Signature-V2 header.
Business-session events carry session_kind: "business" inside data and
the business_session_id. Route on session_kind to your KYB handler.
Example status.updated payload:
{
"event": "status.updated",
"application_id": "app_abc123",
"timestamp": "2026-04-18T12:30:00Z",
"data": {
"session_id": "bs_01H...",
"session_kind": "business",
"vendor_data": "biz-acme-001",
"status": "APPROVED",
"previous_status": "IN_PROGRESS"
}
}
## 5. Fetch the decision (optional - the webhook already carries it)
GET https://verification.didit.me/v3/session/{session_id}/decision/
Headers:
x-api-key: <your-api-key>
Top-level shape:
- status "APPROVED" | "DECLINED" | "IN_REVIEW" | "RESUBMITTED" | "IN_PROGRESS" | "NOT_STARTED"
- session_kind "business"
- registry_checks[] per-jurisdiction company registry payloads
- company_aml_checks[] entity AML hits (sanctions, PEP, adverse media)
- key_people_checks[] registry-disclosed + user-submitted UBOs / shareholders / directors / representatives, plus ubo_kyc_summary
- document_verifications[] uploaded documents with Optical Character Recognition (OCR) fields
- business_session_id mirrors session_id
Each key_people entry includes role tags (ubo, shareholder, director,
representative, authorized_signatory, etc.), ownership_percentage, voting
percentage, and - if Know Your Customer (KYC) is required for that role - a linked_kyc_session_id
pointing at a child User Verification session.
## 6. Hard rules - do not change
- Base URL for /v3/* endpoints is verification.didit.me (NOT apx.didit.me).
- KYB is workflow-typed - there is no standalone POST /v3/business-verification/.
Set the workflow type to "Business Verification" in the console; the
session created against that workflow_id is automatically a business session.
- Auth header is x-api-key (lowercase, hyphenated).
- Webhook signature header is X-Signature-V2 (NOT X-Signature).
- Session status casing: APPROVED, DECLINED, IN_REVIEW, RESUBMITTED, IN_PROGRESS, NOT_STARTED (uppercase, underscore).
- Always verify webhook signatures before trusting payload data.
## 7. Pricing reference (public)
- Business Verification core (registry + UBO + officers + Key People): $2.00 per check
- Company AML screening: $0.20 per check
- Each linked KYC session spawned for a UBO / officer: $0.33 per KYC bundle
- KYB document collection (per-document OCR + tamper check): $0.20 per document
- 500 free verifications every month, forever, on every account.
## 8. Verify your integration
- Sandbox starts on signup at https://business.didit.me - no separate flag.
- Test companies (mocked registry responses) available in sandbox mode.
- Switch to live: flip the application's environment toggle in console.
When in doubt: https://docs.didit.me/business-verification/overview
$0 / Monat. Keine Kreditkarte erforderlich.
Zahle nur, was du nutzt. Über 25 Module. Öffentliche Preise pro Modul, keine monatliche Mindestgebühr.
Individuelle MSA & SLA. Für große Volumina und regulierte Programme.
Kostenlos starten → nur zahlen, wenn eine Prüfung läuft → Enterprise für einen individuellen Vertrag, SLA oder Datenresidenz freischalten.
Didit ist die Infrastruktur für Identität und Betrug – die Plattform, die wir uns selbst gewünscht hätten, als wir unsere eigenen Produkte entwickelten: offen, flexibel und entwicklerfreundlich. So wird sie zu einem echten Bestandteil deines Stacks, statt einer Blackbox, um die herum du integrieren musst.
Eine einzige API deckt die Verifizierung von Personen (KYC, Know Your Customer), Unternehmen (KYB, Know Your Business), die Überprüfung von Krypto-Wallets (KYT, Know Your Transaction) und die Echtzeit-Überwachung von Transaktionen ab. Der Stack ist dabei ausgelegt auf:
Die Basis darunter: über 14.000 Dokumenttypen in über 48 Sprachen, über 1.000 Datenquellen und über 200 Betrugssignale pro Session. Die Didit-Infrastruktur lernt dynamisch aus jeder Session und wird täglich besser.
US_CA, US_NY, US_DE im Feld country_code) und wichtige lateinamerikanische Jurisdiktionen fallen in die Kategorie Full (Unternehmen, Verantwortliche, Aktionäre, UBOs, Dokumente, Finanzen). Andere Länder fallen je nachdem, was das Register offenlegt, in die Kategorien Standard, Partial oder Manual. Die vollständige Länderübersicht findest du unter docs.didit.me/business-verification/supported-countries.GET /v3/session/[id]/decision/. Der Top-Level-status ist einer von APPROVED, DECLINED, IN_REVIEW, RESUBMITTED, IN_PROGRESS oder NOT_STARTED. session_kind ist business. Das Objekt enthält registry_checks[] (Firmenname, Registrierungsnummer, Typ, Gründungsdatum, Status, eingetragene Adresse, Steuernummer, plus die unveränderliche registry_data-Payload und die zusammengeführten user_provided_data), key_people_checks[] (UBOs, Aktionäre, Direktoren, Vertreter, aufgeteilt in registry- und submitted-Buckets, wobei ubo_kyc_summary den Fortschritt der verknüpften KYC-Prüfung zusammenfasst), company_aml_checks[] und document_verifications[]. Die vollständige Referenz findest du unter docs.didit.me/business-verification/response-schema.Der gesamte Prozess dauert normalerweise unter 30 Sekunden von Anfang bis Ende, Ausweis aufnehmen, Dokument scannen, Selfie machen, fertig. Das ist der schnellste auf dem Markt. Herkömmliche KYC-Anbieter benötigen für den gleichen Ablauf in der Regel mehr als 90 Sekunden.
Im Backend liefert Didit das Ergebnis in unter zwei Sekunden bei p99, gemessen vom Abschluss des Selfies durch den Nutzer bis zum Auslösen deines Webhooks. Die mobile Erfassung ist für langsame Telefone und Netzwerke optimiert: progressive Bildkomprimierung, verzögertes Laden des Software Development Kits und eine One-Tap-Übergabe vom Desktop zum Telefon per QR-Code, falls der Nutzer am Web beginnt.
ubo_kyc_summary des Elternteils erreichbar und erbt den Workflow, dem du sie zugeordnet hast. Der Status der Schlüsselpersonen-Funktion bleibt Awaiting User, bis jede erforderliche untergeordnete Session abgeschlossen ist; er aggregiert dann zu Approved, Declined oder In Review. Unternehmens-UBOs erzeugen eine verschachtelte KYB-Sub-Session, wenn verschachteltes KYB aktiviert ist. Ein Orchestrator. Ein Audit-Trail. Kein paralleler manueller Workflow.Jede Session landet in einem von sieben klaren Status, sodass dein Code immer weiß, was zu tun ist:
Approved, alle Prüfungen bestanden. Den Nutzer weiterleiten.Declined, eine oder mehrere Prüfungen fehlgeschlagen. Du kannst dem Nutzer erlauben, den spezifischen fehlgeschlagenen Schritt erneut einzureichen (z.B. das Selfie erneut aufnehmen), ohne den gesamten Ablauf erneut durchzuführen.In Review, zur Compliance-Prüfung markiert. Den Fall in der Konsole öffnen, alle Signale einsehen, Genehmigung oder Ablehnung entscheiden.In Progress, Nutzer befindet sich mitten im Ablauf.Not Started, Link gesendet, Nutzer hat ihn noch nicht geöffnet. Eine Erinnerung senden, wenn er zu lange unbeachtet bleibt.Abandoned, Nutzer hat den Link geöffnet, aber nicht rechtzeitig abgeschlossen. Erneut ansprechen oder ablaufen lassen.Expired, der Session-Link ist abgelaufen. Eine neue Session erstellen.Ein signierter Webhook wird bei jeder Statusänderung ausgelöst, sodass deine Datenbank immer synchron bleibt. Abgebrochene und abgelehnte Sessions sind kostenlos.
Produktionsdaten werden standardmäßig in der Europäischen Union verarbeitet und gespeichert, auf Amazon Web Services. Für Jurisdiktionen, deren Regulierungsbehörden dies erfordern, können in Enterprise-Verträgen alternative Regionen angefragt werden.
Verschlüsselung überall. AES-256 im Ruhezustand über jede Datenbank, jeden Objektspeicher und jedes Backup. Transport Layer Security 1.3 während der Übertragung bei jedem API-Aufruf, Webhook und jeder Business Console Session. Biometrische Daten werden mit einem separaten Customer Master Key verschlüsselt.
Die Datenaufbewahrung liegt in deiner Hand. Die Standardaufbewahrungsfrist ist unbefristet (unbegrenzt), es sei denn, du konfigurierst eine kürzere Dauer zwischen 30 Tagen und 10 Jahren pro Anwendung. Du kannst jede einzelne Session jederzeit über das Dashboard oder die API löschen.
Zertifizierungen: SOC 2 Typ 1 & Typ 2, ISO/IEC 27001:2022, iBeta Level 1 PAD und eine öffentliche Bestätigung von Spaniens Tesoro / SEPBLAC / CNMV, dass Didits Fernidentitätsverifizierung sicherer ist als die persönliche Verifizierung. Den vollständigen Bericht findest du unter /security-compliance.
Didit ist standardmäßig konform für die Regulierungsbehörden, die für Identitätsinfrastrukturen relevant sind:
Detailliertes Memo, jedes Zertifikat, jeder Regulierungsbrief: /security-compliance.
Drei Integrationspfade, wähle den, der zu deinem Stack passt:
Dasselbe Dashboard, dieselbe Abrechnung, derselbe Pay-per-Success-Preis für alle drei. Schritt-für-Schritt-Anleitung unter docs.didit.me/integration/integration-prompt.
Eine API für KYC, KYB, Transaktionsüberwachung und Wallet-Screening. In 5 Minuten integriert.