Der beste Weg,
Identität und Betrug zu integrieren.

Fünf Schritte von der Anmeldung zum ersten Ergebnis.

• Erstelle dein Konto unter business.didit.me oder rufe POST https://apx.didit.me/auth/v2/programmatic/register/ auf.
• Erstelle einen Workflow in der Business Console oder rufe POST /v3/workflows/ auf.
• Registriere ein Webhook-Ziel über die Konsole oder rufe POST /v3/webhook/destinations/ auf (Didit gibt das Signing Secret in der Antwort zurück).
• Erstelle eine Session mit POST /v3/session/, indem du workflow_id und vendor_data (deine Benutzerkennung) übergibst. Leite den Benutzer zur zurückgegebenen URL weiter oder integriere ein natives Software Development Kit (SDK) mit demselben /v3/-Vertrag.
• Empfange das Ergebnis über den signierten Webhook oder frage GET /v3/session/:session_id/decision/ ab.

Eine /v3/ Application Programming Interface (API) deckt Know Your Customer (KYC), Know Your Business (KYB), Transaction Monitoring und Wallet Screening (KYT, Know Your Transaction) ab. Jeden Monat $10 Guthaben, keine Kreditkarte.

Ja, in unter sechzig Sekunden, keine Kreditkarte nötig. Melde dich unter business.didit.me an (oder registriere dich programmatisch mit POST https://apx.didit.me/auth/v2/programmatic/register/) und du landest in einem Sandbox-Workspace mit einem echten Application Programming Interface (API)-Key.

• Gleiche Struktur wie die Produktion, deterministische Entscheidungen, jedes Modul freigeschaltet.
• Echte /v3/-Endpunkte, echte Webhooks, echte Dokumentenbeispiele.
• Wechsle jederzeit live, wenn du bereit bist, gleiche Keys, gleiche Uniform Resource Locators (URLs), gleicher Vertrag.

Fünf First-Party-SDKs, alle Open Source, alle in der öffentlichen Dokumentation:

• Web, JavaScript / TypeScript, Framework-agnostisch, Iframe-Einbettung oder Redirect für gehosteten Flow.
• iOS, Swift, als XCFramework verteilt.
• Android, Kotlin, über Maven Central.
• React Native, TypeScript-Bindings auf nativen Modulen (TurboModules).
• Flutter, Dart-Wrapper um dieselben nativen SDKs.

Jedes SDK ruft intern denselben /v3/-Vertrag auf, sodass du sie beliebig kombinieren kannst, Web auf deiner Website, nativ auf Mobilgeräten. Referenz unter docs.didit.me/integration/web-sdks/overview.

Registriere ein Ziel; Didit signiert jede Zustellung.

• Konfiguriere deinen Endpunkt über die Business Console, oder rufe POST /v3/webhook/destinations/ mit label, url und subscribed_events auf.
• Didit gibt einen secret_shared_key in der Antwort zurück. Verwende ihn, um die Hash-based Message Authentication Code (HMAC)-SHA256-Signatur bei jedem eingehenden Webhook zu überprüfen (Header: X-Signature-V2).
• Jede Payload enthält einen exakten, case-sensitiven status, "Approved", "Declined", "In Review", "Resubmitted" und mehr. Den vollständigen Zustandsautomaten findest du unter docs.didit.me/integration/verification-statuses.
• Wiederholungsversuche nutzen exponentielles Backoff, bis du 2xx zurückgibst; jede Zustellung wird protokolliert und ist bei Bedarf über die Konsole wiederholbar.

Die vollständige Referenz findest du unter docs.didit.me/integration/webhooks.

Großzügige Standardwerte in jedem Plan, pro Konto nach oben angepasst.

• Free Plan, Sandbox plus $10 Guthaben jeden Monat für Produktions-Checks.
• Pay-per-Usage, Burst-Limits skalieren automatisch mit anhaltendem Volumen. Du wirst mitten im Launch nicht an eine Grenze stoßen.
• Enterprise, benutzerdefinierte Ratenbegrenzungen, dedizierte Kapazität und Verfügbarkeitszusagen im Master Services Agreement (MSA). Sprich uns an unter support@didit.me.

Zielkapazität pro Region unter status.didit.me. 100 % tatsächliche Verfügbarkeit in den letzten 6 Monaten bei Millionen von Verifizierungen pro Monat.

Ja, einen Prompt einfügen und loslegen. Füge den kanonischen Integrations-Prompt unter docs.didit.me/integration/integration-prompt in Claude Code, Cursor, Codex, Devin, Aider oder Replit Agent ein. Der Agent richtet den Workflow ein, verbindet den Webhook und führt einen End-to-End-Smoke-Test durch.

Agent-initiierte Sessions zahlen den gleichen öffentlichen Preis wie direkte API-Aufrufe, $0.33 pro vollständigem Know Your Customer (KYC), $0.15 pro eigenständiger Identitätsdokumentenprüfung, $0.15 pro Wallet-Screening. Kostenlos, keine zusätzliche Einrichtung, funktioniert mit jedem Model Context Protocol (MCP)-fähigen Client.

Monatliche Release Notes unter `docs.didit.me/changelog`, jedes ausgelieferte Modul, jedes hinzugefügte Webhook-Event, jede Breaking Change wird aufgeführt.

• Die OpenAPI 3.1 Spezifikation unter docs.didit.me/openapi-25.json wird zusammen mit der Dokumentation versioniert. Importiere sie in Postman oder generiere Clients in jeder Sprache.
• Die Versionierung ist standardmäßig additiv. Neue Felder, neue optionale Parameter und neue Webhook-Events werden ohne Versionssprung ausgeliefert. Breaking Changes erhalten einen neuen /v4/-Namespace und ein veröffentlichtes Deprecation-Fenster.
• Wir ändern niemals stillschweigend die Bedeutung eines Feldes, wenn sich die Form eines Ergebnisses, das Signaturschema oder ein Status-Enum ändert, wird dies hinter einem Header ausgeliefert und vor der Umstellung angekündigt.

`status.didit.me` veröffentlicht Echtzeit-Verfügbarkeit und Incident-Historie pro Region, Verifizierung, Webhooks, Konsole, Dokumentation. Kein Login erforderlich.

• Abonniere über Really Simple Syndication (RSS), E-Mail oder Webhook für Ausfallwarnungen.
• Erfolgsbilanz: 100 % echte Verfügbarkeit in den letzten 6 Monaten; 99,99 % Verfügbarkeitsziel im Service Level Agreement (SLA).
• Jeder Incident erhält einen öffentlichen Post-Mortem auf derselben Seite.
• Enterprise-Verträge beinhalten einen namentlich benannten On-Call-Engineer, einen dedizierten Slack- oder Microsoft Teams-Shared Channel und Service Level Objectives für die Incident-Schwere im Master Services Agreement (MSA).