Zum Hauptinhalt springen
Didit erhält 7,5 Mio. $ für die Infrastruktur für Identität und Betrug
Didit
Transaktionsüberwachung

Echtzeit-Betrugsregeln.
Fiat. Krypto. Eine Engine.

Jede Transaktion in Echtzeit gegen über 150 vordefinierte Regeln prüfen, Sanktionen, Structuring, Velocity, Hochrisikogebiete, Krypto-Wallet-Risiko. Case-Queue und SAR-Workflow (Suspicious Activity Report) inklusive. 0,02 $ pro Transaktion, 500 gratis/Monat.

Unterstützt von
Y CombinatorRobinhood Ventures
Firecrawl
Slash
Crnogorski Telekom
UCSF Neuroscape
Bit2Me
Shiply

Über 2.000 Organisationen weltweit vertrauen uns.

Didit Transaction Monitoring, Transaktionszeile gescannt mit Regel-Engine und Velocity-Overlays.

11 vorgefertigte Bundles

Echtzeit-Regel-Engine.
Fiat + Krypto.

Velocity, Structuring, sanktionierte Gegenpartei, Hochrisikogebiet. Case-Queue, SAR-fähiger Workflow, Travel Rule. Automatische Pause und erneute Verifizierung des Nutzers, wenn eine Soft Rule ausgelöst wird.

So funktioniert's

Vom Sign-up zum verifizierten Nutzer in vier Schritten.

  1. Schritt 01

    Workflow erstellen

    Wähle die gewünschten Prüfungen aus, ID, Liveness, Face Match, 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.

  2. Schritt 02

    Integrieren

    Bette nativ mit unserem Web-, iOS-, Android-, React Native- oder Flutter-SDK ein. Leite auf eine gehostete Seite weiter. Oder sende deinem Nutzer einfach einen Link, per E-Mail, SMS, WhatsApp, überall. Wähle, was zu deinem Stack passt.

  3. Schritt 03

    Nutzer durchläuft den Flow

    Didit hostet die Kamera, die Beleuchtungshinweise, 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 anhand autoritativer Datenquellen. Ergebnis in unter zwei Sekunden.

  4. Schritt 04

    Du erhältst die Ergebnisse

    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, jedes Signal zu prüfen und Fälle nach deinen Vorstellungen zu verwalten.

Für Compliance entwickelt · Für Entwickler gemacht · Offen im Design

Sechs Funktionen. Eine Produktlinie. Transaction Monitoring.

Jede Funktion ist Teil desselben Moduls, ein Endpunkt, eine JSON-Struktur, ein Preis. Aktiviere Bundles pro Anwendung, passe Schwellenwerte an, ohne die Voreinstellung zu verlieren, oder erstelle benutzerdefinierte Regeln mit denselben Operatoren.
01 · Echtzeit-Engine

Entscheidungen in unter einer Sekunde für jede Transaktion.

Sende eine Transaktion, erhalte das Ergebnis in der Antwort, typischerweise 150–350 ms für eine Fiat-Überweisung gegen zwölf aktive Regeln. Vier Status (genehmigt, in Überprüfung, abgelehnt, wartet auf Nutzer) plus die kumulative Punktzahl und die Regeln, die zutrafen. Kein Polling.
EntscheidungPOST /v3/transactions/ · 238 ms
txn_finance0001EUR 1.200 · AUSGEHEND
Regeln · 12 aktivScore 42
APPROVED
IN_REVIEW
DECLINED
AWAITING_USER
02 · 11 vorgefertigte Bundles

Über 150 vordefinierte Regeln. Am ersten Tag produktionsreif.

Elf Bundles werden automatisch für jede Anwendung erstellt, Finanzen, AML + CTF (Terrorismusfinanzierungsbekämpfung), FATF (Financial Action Task Force), Krypto-Monitoring, Travel Rule, Device Intelligence, Betrugsprävention, Anomalieerkennung, verantwortungsvolles Spielen, E-Commerce, BNPL (Buy-Now-Pay-Later). Passe Schwellenwerte an oder deaktiviere sie, Voreinstellungen bleiben für die regulatorische Baseline erhalten.
RegelpaketeÜber 150 Presets
  • finance28 rules
  • aml_ctf6 rules
  • crypto_monitoring15 rules
  • travel_rule51 rules
  • device_intelligence11 rules
  • responsible_gaming11 rules
+ 5 weitere: fatf, fraud, e_commerce, check_fraud, bnpl
03 · Velocity-Fenster

Aggregationen, die Einzeltransaktionsprüfungen entgehen.

Velocity-Regeln aggregieren die Historie über Zeitfenster von einer Stunde bis 30 Tagen. Drei Metriken, Anzahl, Summe oder eindeutige Anzahl, pro Subjekt, Gegenpartei, Gerät oder Richtung. Vorindiziert, sodass die Fenstergröße die Latenz nicht erhöht.
Velocity-RegelFenster: 7d
count
eingehend >= 20
sum
ausgehend >= $50.000
distinct
Gegenparteien >= 6
pro Subjekt · pro Gerät · pro Gegenpartei ausgewertet
04 · Fälle + SAR

Jeder Alarm landet in einer Warteschlange. SAR-ready.

Jede in Überprüfung befindliche oder abgelehnte Transaktion generiert eine Warnung im Case Management mit übereinstimmenden Regeln, Beitragsbewertung und verknüpften Transaktionen. Analysten triagieren über einen Zustandsautomaten und erstellen dann ein abgabebereites SAR (Suspicious Activity Report) PDF plus strukturierte Metadaten für deine Financial Intelligence Unit.
Alarm · Fall_8f3zugewiesen: m.lopez
  1. OPENRegel: schnelles Ein- und Auszahlen
  2. INVESTIGATINGNachweis angehängt · 3 Transaktionen
  3. PENDING_SARPrüfer: m.lopez
  4. SAR_FILEDFinCEN-Referenz ausstehend
SAR generieren → sar_8f3.pdf + structured_metadata.json
05 · Automatische Behebung

Der „Happy Path“ erfordert keine Analystenzeit.

Wenn eine Soft Rule ausgelöst wird, zum Beispiel schnelle Ein- und Auszahlungen auf einem ansonsten unauffälligen Konto, halten wir die Transaktion zurück und senden dem Nutzer einen One-Tap-Re-Verifizierungslink per E-Mail. Wenn er besteht, wird die Transaktion genehmigt; wenn er scheitert oder abbricht, wird sie abgelehnt. Kein Analyst muss den Fall öffnen.
Automatische BehebungAnalystenzeit: 0s
Regelverstöße
schnelles Ein- und Auszahlen · +60 Punkte · AWAITING_USER
KYC-Nachbesserung gesendet
One-Tap-Link · Selfie + Liveness · Handy des Nutzers
Nutzer besteht
Transaktion wird automatisch gelöst → GENEHMIGT
06 · Fiat + Krypto

Eine Engine für beide Hälften der Überweisung.

Markiere eine Überweisung am selben Endpoint als Fiat oder Krypto. Krypto-Transfers durchlaufen automatisch ein On-Chain-Wallet-Screening für 0,15 $ pro Prüfung (oder du bringst deinen eigenen Screening-Anbieter mit), die Antwort wird mit einem Risikoscore, einer Aufschlüsselung der Geldquellen und einem Netzwerkdiagramm angereichert. 12 regionale Travel-Rule-Regime sind sofort einsatzbereit.
Eine EngineFiat + Krypto
Fiat · EUR
Geschwindigkeit 7d
Strukturierungs-Erkennung
PEP · Sanktionen
Geräte-Fingerabdruck
Krypto · BTC
Geschwindigkeit 7d
Mixer / Darknet-Exposition
On-Chain-Wallet-Risiko
Travel Rule · FATF R.16
Integrieren

Ein Endpunkt zum Erfassen. Ein Webhook zum Reagieren.

Sende Transaktionen an den Ingest-Endpunkt für Echtzeit-Screening und abonniere Events am Webhook, damit deine App reagiert, wenn ein Analyst einen Fall löst oder die automatische Behebung abgeschlossen ist. Die Regeln selbst werden standardmäßig in der Business Console angepasst.
POST /v3/transactions/Server zu Server
$ curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "txn_id": "finance0001",
    "direction": "OUTBOUND",
    "amount": "1200.00",
    "currency": "EUR"
  }'
201Erstellt{ "status": "IN_REVIEW", "score": 62 }
Urteil wird synchron mit den übereinstimmenden rule_runs zurückgegeben.Dokumentation →
POST /v3/webhook/destinations/Asynchrone Events
$ curl -X POST https://verification.didit.me/v3/webhook/destinations/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -d '{
    "url": "https://api.you.com/hook",
    "subscribed_events": [
      "transaction.status.changed",
      "transaction.alert.generated"
    ]
  }'
201Erstellt{ "secret_shared_key": "whsec_..." }
Verifiziere den X-Signature-V2-Header, bevor du einer Payload vertraust.Dokumentation →
Agenten-fertige Integration

Implementiere Transaction Monitoring mit einem Prompt.

Füge den folgenden Block in Claude Code, Cursor, Codex, Devin, Aider oder Replit Agent ein. Ergänze deinen Stack. Der Agent provisioniert Didit, verbindet den Transaktions-Ingest-Endpoint, abonniert die Resolution-Webhooks und liefert aus.
didit-integration-prompt.md
# Didit Transaction Monitoring — integrate in 5 minutes

You are integrating Didit's Transaction Monitoring into the my_stack codebase.
Follow these steps exactly. Every URL, header, and enum value below is
canonical — do not paraphrase or "improve" them.

## 1. Provision an account
- Sign up: https://business.didit.me (no credit card required).
- Enable Transaction Monitoring on an application from
  Console -> Applications -> [app] -> Transactions.
- The moment you enable it, the 150+ preset rule library is auto-created on
  the application. You can tune thresholds in the console — there is no
  public rule-CRUD API by design (compliance teams own rule config).

## 2. Submit transactions
Every transaction is screened in real time. One POST, one verdict.

POST https://verification.didit.me/v3/transactions/
Headers:
  x-api-key: YOUR_API_KEY
  Content-Type: application/json

Body (minimum viable shape — see docs for full schema):
{
  "txn_id": "finance0001",
  "transaction_category": "finance",
  "transaction_details": {
    "direction": "OUTBOUND",
    "amount": "1200.00",
    "currency": "EUR",
    "currency_kind": "fiat"
  },
  "subject": {
    "role": "applicant",
    "entity_type": "individual",
    "vendor_data": "user-123"
  },
  "counterparty": {
    "role": "counterparty",
    "entity_type": "individual",
    "full_name": "Jane Doe",
    "country_code": "DE"
  }
}

Response (synchronous): JSON with the computed risk score, the matched
rules, and the verdict status (see step 3).

## 3. Read the verdict
Every transaction lands on one of four statuses (UPPERCASE, strict enum):
- APPROVED       — below all thresholds
- IN_REVIEW      — score >= review threshold (default 60) OR a rule
                   set change_status to IN_REVIEW
- DECLINED       — score >= decline threshold (default 85) OR a rule
                   set change_status to DECLINED, OR an entity matched
                   a blocklist (blocklist always wins, evaluated first)
- AWAITING_USER  — a rule fired with change_status AWAITING_USER; Didit
                   created a remediation Know Your Customer (KYC) session automatically and
                   the verification_url is included in the response

The response also includes:
- score (number)              — cumulative risk score
- rule_runs[]                 — every rule evaluated, with match/no-match
- screening_results           — Anti-Money Laundering (AML), wallet, and IP enrichment outcomes
- decision_reason             — short string when DECLINED
- remediation_session_url     — only when status is AWAITING_USER

## 4. Crypto + Travel Rule
For crypto transfers, set currency_kind to "crypto" and put the wallet
addresses in payment_method.account_id. Didit screens on-chain wallet
risk automatically — no extra API call.

For VASP transfers requiring FATF R.16 (Travel Rule), set
transaction_category to "travel_rule" and include travel_rule_details
with status, protocol (TRISA / TRP / OpenVASP), originator_data, and
beneficiary_data. 12 regional regimes ship with their own rule sets
(EU, UK, Singapore, Hong Kong, Japan, etc.).

## 5. Webhooks
Register one webhook destination once (you can reuse the same destination
for KYC, AML, and Transaction Monitoring events):
POST https://verification.didit.me/v3/webhook/destinations/
Body: url, subscribed_events: [
  "transaction.created",
  "transaction.updated",
  "transaction.status.changed",
  "transaction.alert.generated"
]

Every webhook 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 secret_shared_key
  5. Hex-encode, compare to X-Signature-V2.

## 6. Hard rules — do not change
- Base URL for /v3/* endpoints is verification.didit.me (NOT apx.didit.me).
- Auth header is x-api-key (lowercase, hyphenated).
- Status enums are UPPERCASE: APPROVED, IN_REVIEW, DECLINED, AWAITING_USER.
- Webhook signature header is X-Signature-V2 (NOT X-Signature).
- Always verify webhook signatures before trusting payload data.
- Do NOT create rules via API — rules are configured in the Business
  Console only. This is a design choice: compliance teams own rule config.

## 7. Pricing reference (public)
- Transaction Monitoring: $0.02 per transaction monitored.
- AML screening fired by a Transaction Monitoring rule: billed at
  $0.20 per AML check (separate line item).
- Wallet Screening (KYT) fired by a crypto rule: $0.15 per screening —
  or bring your own screening provider and run it inside Didit.
- 500 free verifications every month, forever, on every account.
- No minimums, no contracts, no overage surprises.

## 8. Verify your integration
- Send a sandbox transaction with amount 9500 EUR — this trips the
  single-transaction-just-below-threshold preset (+25 score) so you can
  confirm the response carries rule_runs and a non-zero score.
- Trip a structuring pattern by submitting 20 sandbox transfers under
  10,000 EUR for the same vendor_data within 30 days — the
  structuring-outbound preset returns IN_REVIEW.
- Check the Business Console -> Transactions -> Cases tab to confirm an
  alert was generated for every IN_REVIEW.

When in doubt: https://docs.didit.me/transaction-monitoring/overview
Brauchst du mehr Kontext? Siehe die vollständige Moduldokumentation.docs.didit.me →
Compliant by Design

Ein neues Land mit einem Klick erschließen. Wir machen die Arbeit.

Wir gründen lokale Tochtergesellschaften, sichern Lizenzen, führen Penetrationstests durch, erhalten Zertifizierungen und passen uns jeder neuen Regulierung an. Um Verifizierungen in einem neuen Land zu starten, legst du einfach einen Schalter um. Über 220 Länder live, vierteljährlich auditiert und Pen-getestet, der einzige Identitätsanbieter, den eine EU-Mitgliedsregierung offiziell als sicherer als die persönliche Verifizierung eingestuft hat.
Sicherheits- & Compliance-Dossier lesen
EU Financial Sandbox
Tesoro · SEPBLAC · BdE
Jugendschutz geprüft
FSM · JMStV §4(2) · 2026
ISO/IEC 27001
Informationssicherheit · 2026
SOC 2 · Type I
AICPA · 2026
iBeta Level 1 PAD
NIST / NIAP · 2026
GDPR
EU 2016/679
DORA
EU 2022/2554
MiCA
EU 2023/1114
AMLD6 · eIDAS 2.0
EU-konform by Design

Zahlen, die überzeugen

Zahlen, die überzeugen
  • 0+
    Vordefinierte Regeln werden bei jeder Anwendung automatisch erstellt.
  • 0
    Vorgefertigte Bundles für Finanzen, AML, Krypto, FATF, Betrug, Gaming.
  • <0ms
    Mediane End-to-End-Entscheidungslatenz pro Transaktion.
  • $0.00
    Pro Transaktion. 500 kostenlos jeden Monat, für immer.
Drei Stufen, eine Preisliste

Kostenlos starten. Nach Nutzung zahlen. Bis zum Enterprise-Level skalieren.

500 kostenlose Verifizierungen jeden Monat, für immer. Pay-as-you-go für die Produktion. Individuelle Verträge, Datenresidenz und SLAs (Service Level Agreements) für Enterprise.
Kostenlos

Kostenlos

$0 / Monat. Keine Kreditkarte erforderlich.

  • Kostenloses KYC-Paket (ID-Verifizierung + passive Lebenderkennung + Gesichtsabgleich + Geräte- & IP-Analyse), 500 / Monat, jeden Monat
  • Blockierte Nutzer
  • Duplikaterkennung
  • Über 200 Betrugssignale pro Session
  • Wiederverwendbares KYC im Didit-Netzwerk
  • Case Management Plattform
  • Workflow Builder
  • Öffentliche Docs, Sandbox, SDKs, MCP (Model Context Protocol) Server
  • Community Support
Am beliebtesten
Zahlung nach Nutzung

Nutzungsbasiert

Zahle nur, was du nutzt. Über 25 Module. Öffentliche Preise pro Modul, keine monatliche Mindestgebühr.

  • Full KYC für $0.33 (ID + Biometrie + IP / Gerät)
  • Über 10.000 AML-Datensätze, Sanktionen, PEPs, Adverse Media
  • Über 1.000 staatliche Datenquellen für Datenbankvalidierung
  • Transaktionsüberwachung für $0.02 pro Transaktion
  • Live KYB für $2.00 pro Unternehmen
  • Wallet Screening für $0.15 pro Prüfung
  • Whitelabel-Verifizierungsflow, deine Marke, unsere Infrastruktur
Enterprise

Enterprise

Individuelle MSA & SLA. Für große Volumina und regulierte Programme.

  • Jahresverträge
  • Individuelle MSA, DPA und SLA
  • Dedizierter Slack- und WhatsApp-Kanal
  • Manuelle Prüfer auf Abruf
  • Reseller- und White-Label-Konditionen
  • Exklusive Features und Partnerintegrationen
  • Benannter CSM, Sicherheitsprüfung, Compliance-Support

Kostenlos starten → nur zahlen, wenn eine Prüfung läuft → Enterprise für einen individuellen Vertrag, SLA oder Datenresidenz freischalten.

FAQ

Häufige Fragen

Was ist Didit?

Didit ist die Infrastruktur für Identität und Betrug, die Plattform, die wir uns beim Entwickeln eigener Produkte gewünscht hätten: offen, flexibel und entwicklerfreundlich, damit sie als echter Teil deines Stacks funktioniert, anstatt als Blackbox, um die herum du integrieren musst.

Eine API deckt die Verifizierung von Personen (KYC, Know Your Customer), Unternehmen (KYB, Know Your Business), das Screening von Krypto-Wallets (KYT, Know Your Transaction) und die Echtzeit-Überwachung von Transaktionen ab, auf einem Stack, der darauf ausgelegt ist, zu sein:

  • Schnell, p99 unter 2 Sekunden bei jeder Session
  • Zuverlässig, im Einsatz bei über 1.500 Unternehmen in über 220 Ländern
  • Sicher, SOC 2 Typ 1, ISO 27001, GDPR-nativ und von der spanischen Finanzaufsichtsbehörde offiziell als sicherer als die persönliche Verifizierung attestiert

Die Basis darunter: über 14.000 Dokumententypen in über 48 Sprachen, über 1.000 Datenquellen und über 200 Betrugssignale bei jeder Session. Die Didit-Infrastruktur lernt dynamisch aus jeder Session und wird täglich besser.

Was beinhalten die Regel-Bundles, die ich sofort nutzen kann?
11 vordefinierte Bundles, über 150 Presets. Jede Anwendung mit aktivierter Transaktionsüberwachung erhält die vollständige Bibliothek am ersten Tag automatisch erstellt. Die 11 Bundles: finance (Strukturierung, große Transaktionen, Layering, Mule Fan-in), aml_ctf (Sanktions-Gegenpartei, PEP-Exposition (Politically-Exposed-Person), verdächtige Zahlungsreferenzen), aml_monitoring (Blockchain-abgeleitete Hochrisiko-Geldquellen), anomaly_detection (hohe Geschwindigkeit, Reaktivierung inaktiver Konten), fatf (Exposition gegenüber Hochrisiko-Jurisdiktionen), device_intelligence (Multi-Accounting über gemeinsame Fingerabdrücke, Virtual Private Network (VPN) / Proxy, unmögliche Reisen), fraud_prevention (Kontoübernahme, Authorised Push Payment Betrug, von Konsortien markierte Gegenparteien), crypto_monitoring (Mixer / Darknet / sanktionierte Wallet-Exposition, Chain Hopping, Unhosted Wallets), travel_rule (12 regionale Financial Action Task Force (FATF) Empfehlung 16 Regime), responsible_gaming (schnelle Einzahlungen, Selbstausschluss, Spielen außerhalb der Geschäftszeiten) und e_commerce (Kartentests, Chargeback-Indikatoren, Abweichung des Rechnungslandes). Du kannst jeden Schwellenwert anpassen, eine Regel in den Testmodus schalten oder deaktivieren, Presets können jedoch nicht gelöscht werden, sodass die regulatorische Basis immer intakt bleibt.
Wie schnell ist Echtzeit, in Millisekunden?
Im Median unter einer Sekunde. Ein POST /v3/transactions/ liefert das Ergebnis synchron, die typische End-to-End-Latenz beträgt 150-350 ms für eine Fiat-Transaktion, die gegen 12 aktive Regeln läuft. Krypto-Transaktionen fügen ~200 ms hinzu, wenn das Wallet-Screening ausgelöst wird (On-Chain-Risikoabfrage). Velocity Aggregationen über 7d / 30d Fenster sind vorindiziert, sodass die Fenstergröße die Latenz nicht erhöht. Du musst nie pollen, das Ergebnis ist im Response Body enthalten.
Wie schnell ist die Verifizierung für meine Endnutzer?

Der gesamte Prozess dauert normalerweise unter 30 Sekunden von Anfang bis Ende, Ausweis nehmen, Dokument abfotografieren, Selfie machen, fertig. Das ist der schnellste auf dem Markt. Herkömmliche KYC-Anbieter benötigen für denselben Prozess 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, Lazy-Loading des Software Development Kits und eine One-Tap-Übergabe vom Desktop zum Telefon via QR-Code, falls der Nutzer am Web startet.

Wie funktioniert das mit Case Management?
Jede `IN_REVIEW`- oder `DECLINED`-Transaktion generiert automatisch einen Alert, der in der Case Management Warteschlange landet. Alerts erben die Quelle (RULE für einen Regel-Match, PROVIDER für einen Wallet- oder AML-Treffer), den library_key der passenden Regel, den Score-Beitrag und die verknüpften Transaktionen. Analysten triagieren von /console/cases, verknüpfen verwandte Alerts zu einem einzigen Fall und lösen diesen über den Lebenszyklus OPEN / UNDER_REVIEW / AWAITING_USER / ON_HOLD / RESOLVED. Case Management ist mit jedem Business Console Workspace kostenlos, die vollständige Übersicht findest du unter /products/case-management.
Was passiert, wenn ein Nutzer scheitert, abbricht oder die Session abläuft?

Jede Session landet in einem von sieben klaren Status, sodass dein Code immer weiß, was zu tun ist:

  • Approved, alle Prüfungen bestanden. Der Nutzer kann fortfahren.
  • Declined, eine oder mehrere Prüfungen fehlgeschlagen. Du kannst dem Nutzer erlauben, den spezifischen fehlgeschlagenen Schritt erneut einzureichen (z.B. das Selfie neu aufzunehmen), ohne den gesamten Flow erneut auszuführen.
  • In Review, zur Compliance-Prüfung markiert. Öffne den Fall in der Konsole, sieh dir alle Signale an, entscheide über Genehmigung oder Ablehnung.
  • In Progress, der Nutzer befindet sich mitten im Flow.
  • Not Started, Link gesendet, Nutzer hat ihn noch nicht geöffnet. Sende eine Erinnerung, wenn es zu lange dauert.
  • Abandoned, Nutzer hat den Link geöffnet, aber nicht rechtzeitig abgeschlossen. Erneut ansprechen oder ablaufen lassen.
  • Expired, der Session-Link ist abgelaufen. Erstelle eine neue Session.

Ein signierter Webhook wird bei jeder Statusänderung ausgelöst, sodass deine Datenbank immer synchron bleibt. Abgebrochene und abgelehnte Sessions sind kostenlos.

Wo werden meine Kundendaten gespeichert und wie sind sie geschützt?

Produktionsdaten werden standardmäßig in der Europäischen Union auf Amazon Web Services verarbeitet und gespeichert. Für Enterprise-Verträge können alternative Regionen für Jurisdiktionen angefragt werden, deren Regulierungsbehörden dies erfordern.

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 unter einem separaten Customer Master Key verschlüsselt.

Die Aufbewahrung liegt in deiner Hand. Die Standardaufbewahrungsfrist ist unbegrenzt, es sei denn, du konfigurierst eine kürzere, zwischen 30 Tagen und 10 Jahren pro Anwendung, und du kannst jede einzelne Session jederzeit über das Dashboard oder die API löschen.

Zertifizierungen: SOC 2 Typ 1 (Typ 2 Audit läuft), ISO/IEC 27001:2022, iBeta Level 1 PAD und eine öffentliche Bestätigung von Spaniens Tesoro / SEPBLAC / CNMV, dass Didits Remote-Identitätsverifizierung sicherer ist als die persönliche Verifizierung. Vollständiger Bericht unter /security-compliance.

Ist Didit für meine Branche konform?

Didit ist standardmäßig konform für die Regulierungsbehörden, die für Identitätsinfrastrukturen relevant sind:

  • GDPR + UK GDPR, Aufteilung in Controller/Processor, vollständige Datenverarbeitungsvereinbarung veröffentlicht, federführende Aufsichtsbehörde benannt (Spaniens AEPD).
  • AMLD6 + EU AML Single Rulebook, über 1.300 Sanktions-, PEP- und Adverse-Media-Listen werden in Echtzeit gescreent.
  • eIDAS 2.0, EU Digital Identity Wallet ausgerichtet; bereit für wiederverwendbare Identitäten.
  • MiCA (Markets in Crypto-Assets), bereit für Krypto-On-Ramps, Börsen und Verwahrstellen.
  • DORA, Digital Operational Resilience Act, EU-Finanzdienstleistungs-Betriebsresilienz.
  • BIPA, CUBI, Washington HB 1493, CCPA / CPRA, US-Biometrie-Datenschutz (Illinois, Texas, Washington) und kalifornischer Verbraucherdatenschutz.
  • UK Online Safety Act, Altersverifikation und Kinderschutzpflichten.
  • FATF Travel Rule, Ursprungs- und Empfängerdaten bei Krypto-Transfers, IVMS-101 interoperabel.

Detailliertes Memo, jedes Zertifikat, jeder Regulierungsbrief: /security-compliance.

Wie schnell kann ich Didit integrieren und Nutzer verifizieren?
  • 60 Sekunden bis zum Sandbox-Konto auf business.didit.me, keine Kreditkarte nötig.
  • 5 Minuten bis zur funktionierenden Verifizierung über Claude Code, Cursor oder jeden anderen Coding Agenten via unserem Model Context Protocol (MCP) Server.
  • Ein Wochenende bis zur produktionsreifen Integration mit signierter Webhook-Verifizierung, Retries und einem Remediation-Flow, falls ein Nutzer abgelehnt wird.

Drei Integrationswege, wähle den, der am besten zu deinem Stack passt:

  • Nativ einbetten mit unserem Web-, iOS-, Android-, React Native- oder Flutter SDK.
  • Den Nutzer zur gehosteten Verifizierungsseite weiterleiten, kein SDK nötig.
  • Einen Link senden per E-Mail, SMS, WhatsApp oder jedem anderen Kanal, kein Frontend-Aufwand.

Für alle drei gilt: dasselbe Dashboard, dieselbe Abrechnung, derselbe Pay-per-Success-Preis. Eine Schritt-für-Schritt-Anleitung findest du unter docs.didit.me/integration/integration-prompt.

Infrastruktur für Identität und Betrugsprävention.

Eine API für KYC, KYB, Transaktionsüberwachung und Wallet-Screening. In 5 Minuten integriert.

Lass dir diese Seite von einer KI zusammenfassen