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

Fünf Schritte von der Anmeldung bis 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 den 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), Transaktionsüberwachung und Wallet Screening (KYT, Know Your Transaction) ab. 500 Verifizierungen jeden Monat kostenlos, für immer, keine Kreditkarte erforderlich.

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.

• Kostenloser Tarif, Sandbox plus 500 Produktionsprüfungen jeden Monat, für immer.
• Pay-per-Usage, Burst-Limits skalieren automatisch mit anhaltendem Volumen. Du wirst mitten im Launch nicht an eine Wand stoßen.
• Enterprise, benutzerdefinierte Rate Limits, dedizierte Kapazität und Verfügbarkeitszusagen im Master Services Agreement (MSA). Kontaktiere uns unter support@didit.me.

Zielkapazität pro Region unter status.didit.me. 100 % echte 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).