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.
Über 2.000 Organisationen weltweit vertrauen uns.
11 vorgefertigte Bundles
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.
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.
$ 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"
}'{ "status": "IN_REVIEW", "score": 62 }$ 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"
]
}'{ "secret_shared_key": "whsec_..." }# 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
Zum Entwickeln, Testen und für deine ersten Nutzer.
Über 25 Module, transparente Preise. Automatische Mengenrabatte.
Für große Volumina und regulierte Programme.
Mengenrabatte werden automatisch angewendet, wenn die Nutzung steigt – keine Verhandlungen, kein Verkaufsgespräch.
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.
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.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.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.
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.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.
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 Integrationswege, wähle den, der am besten zu deinem Stack passt:
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.
Eine API für KYC, KYB, Transaktionsüberwachung und Wallet-Screening. In 5 Minuten integriert.