Ves al contingut principal
Didit recapta 7,5M $ per construir la infraestructura per a identitat i frau
Didit
Prova de residència

Residència verificada a partir de qualsevol document de suport.

Factures de serveis, extractes bancaris, cartes del govern, llegits, analitzats, contrastats amb la identificació, validats amb el registre d'adreces del país. 0,20 $ per verificació. 500 verificacions gratuïtes cada mes.

Amb el suport de
Y CombinatorRobinhood Ventures
Firecrawl
Slash
Crnogorski Telekom
UCSF Neuroscape
Bit2Me
Shiply

Confiat per més de 2.000 organitzacions a tot el món.

Una il·lustració abstracta i fosca de Prova de Residència, amb un toc cinematogràfic: quatre panells de vidre translúcids flotant sobre un fons negre pur, travessats per una línia lluminosa Didit Blue. Cada panell conté un petit motiu abstracte (sobre, factura de serveis, marcador de mapa, silueta de casa).

El que deu una plataforma regulada

No et fiïs d'una adreça escrita. Llegeix la factura, valida el registre.

Una adreça introduïda manualment no supera l'auditoria. Una factura de serveis escanejada que no es contrasta amb la identificació no supera l'auditoria. Didit ofereix la solució completa de Prova de Residència, captura, OCR, coincidència de nom + adreça amb la identificació, més validació amb el registre nacional en més de 18 jurisdiccions, com un paquet de proves signades per 0,20 $ per verificació.

Com funciona

Des del registre fins a l'usuari verificat en quatre passos.

  1. Pas 01

    Crea el flux de treball

    Tria les comprovacions que vulguis: identificació, prova de vida, coincidència facial, sancions, adreça, edat, telèfon, correu electrònic, preguntes personalitzades. Arrossega-les a un flux al panell de control, o publica el mateix flux a la nostra API. Crea ramificacions segons condicions, fes proves A/B, sense necessitat de codi.

  2. Pas 02

    Integra

    Integra de forma nativa amb els nostres SDK per a Web, iOS, Android, React Native o Flutter. Redirigeix a una pàgina allotjada. O simplement envia un enllaç al teu usuari, per correu electrònic, SMS, WhatsApp, on vulguis. Tria el que millor s'adapti al teu stack.

  3. Pas 03

    L'usuari segueix el flux

    Didit allotja la càmera, les indicacions d'il·luminació, el traspàs mòbil i l'accessibilitat. Mentre l'usuari està en el flux, puntuam més de 200 senyals de frau en temps real i verifiquem cada camp amb fonts de dades autoritzades. Resultat en menys de dos segons.

  4. Pas 04

    Rep els resultats

    Els webhooks signats en temps real mantenen la teva base de dades sincronitzada en el moment en què un usuari és aprovat, rebutjat o enviat a revisió. Consulta l'API sota demanda. O obre la consola per inspeccionar cada sessió, cada senyal i gestionar els casos a la teva manera.

Dissenyat per al compliment · Preu d'infraestructura

Sis comprovacions. $0.20 per prova d'adreça.

Una prova d'adreça de grau regulador no és només un OCR; és una combinació de captura, anàlisi, verificació creuada, validació de registre i un paquet d'auditoria. Activa cada mòdul per flux de treball.
01 · Captura de documents

Accepta qualsevol document de suport.

Factura de serveis, extracte bancari, carta governamental, contracte de lloguer, hipoteca, contracte de mòbil/internet, tot amb una antiguitat màxima de 90 dies. El flux allotjat guia l'usuari a través de la captura; l'SDK exposa el mateix flux dins de la teva aplicació nativa.
Mòdul de prova d'adreça
02 · Anàlisi + detecció de frau

Analitza els camps. Verifica el document.

L'OCR extreu l'adreça en camps canònics, línia 1, línia 2, ciutat, codi postal, país, data d'emissió, i la normalitza entre una factura de serveis en anglès, un extracte bancari en espanyol, un Anmeldung alemany. Al mateix temps, verifiquem l'autenticitat: manipulació a nivell de píxel, artefactes de copiar i enganxar, alteració de la font/plantilla, reimpressions de baixa resolució i inconsistències EXIF. Un document falsificat o manipulat falla la comprovació abans d'arribar al teu registre d'auditoria.
Mòdul de prova d'adreça
03 · Verificació creuada d'identitat

Compara amb la identificació subjacent.

L'adreça analitzada es verifica amb l'adreça del document d'identitat subjacent, i el nom de la prova es verifica amb el nom del document d'identitat. Això detecta factures falsificades, noms que no coincideixen, càrregues caducades i factures que pertanyen a una altra persona a la mate mateixa adreça.
Mòdul de verificació d'identitat
04 · Validació de registre

Valida amb la font autoritzada del país.

Allà on el país ho permet, UK Royal Mail PAF, Espanya Catastro / Padrón, França BAN, Alemanya Anmeldung municipal, EUA USPS, i més, l'adreça analitzada es consulta directament amb el registre autoritzat.
Mòdul de validació de base de dades
05 · Cobertura global

Més de 220 països, més de 48 idiomes.

Documents acceptables per regió, Europa s'inclina per factures de serveis/bancàries/cartes municipals, Llatinoamèrica per registres fiscals, EUA per bancaris/serveis/contractes de lloguer, APAC per cartes governamentals. El Workflow Builder et permet restringir els documents acceptables per segment de país.
Mòdul de validació de base de dades
06 · Paquet d'auditoria

Paquet d'auditoria de grau regulador.

Cada veredicte de prova d'adreça està signat i amb marca de temps, la imatge original del document, la càrrega útil de l'adreça analitzada, els veredictes de verificació creuada i el resultat de la validació del registre. Exportable sota demanda a través de la Consola de Negoci o l'API. Centres de dades de la UE per defecte.
Compliment per disseny
Integra

Una sessió. Adreça canònica. Paquet signat.

Obre la sessió. Llegeix l'adreça analitzada. Arxiva el paquet d'auditoria de grau regulador.
POST /v3/session/POA
$ 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_proof_of_address",
    "vendor_data": "user-42",
    "expected_country": "ES"
  }'
201CreatURL allotjada · l'usuari puja DNI + selfie + comprovant de domicili.
S'aplica una finestra de 90 dies a la data del document.docs →
GET /v3/session/{id}/decision/Decisió
$ curl https://verification.didit.me/v3/session/$SESSION/decision/ \
  -H "x-api-key: $DIDIT_API_KEY"

# Decision payload (excerpted):
{ "proof_of_address": { "status": "Approved", "address": { ... } },
  "database_validation": { "service": "es_catastro_address", "result": { "registry_match": true } } }
200OKregistry_match true → comprovant de residència d'alta confiança.
Persisteix el sobre de l'adreça canònica.docs →
Integració preparada per a agents

Envia el comprovant de domicili amb un sol prompt.

Enganxa a Claude Code, Cursor, Codex, Devin, Aider o Replit Agent. Omple la teva pila. L'agent construeix el flux de treball, inicia la sessió, analitza l'adreça en camps canònics, executa la validació del registre i connecta el webhook.
didit-integration-prompt.md
You are integrating Didit's Proof of Address into a regulated onboarding flow (bank, fintech, lender, crypto exchange, EU payment institution). Regulators want a current address on every customer file; the legacy "ask the user to type it" approach fails audit because the typed address is unverified.

Four obligations on every Proof of Address:

  1. Capture an acceptable document — utility bill, bank statement, government letter, lease, mortgage, mobile / internet contract — dated within the last 90 days.
  2. Read the address fields with Optical Character Recognition (OCR) and parse them into the canonical address envelope (line 1, line 2, city, postal code, country).
  3. Cross-check the address against the address on the underlying ID document AND against the name on both — a mismatched address or a mismatched name fails the check.
  4. Where the country supports it, validate the parsed address against the authoritative address registry (UK Royal Mail PAF, Spain Catastro / Padrón, France BAN, Germany DATEV, US USPS).

Pricing (verified live):
  - Proof of Address: $0.20 per check
  - ID Verification (required as the cross-check anchor): $0.15 per check
  - Database Validation (per-country registry validation, optional): variable per service
  - Combined bundle (ID + Liveness + Face Match + Proof of Address): $0.55 per user
  - First 500 verifications free every month, forever

PRE-REQUISITES
  - Production API key from https://business.didit.me (sandbox key in 60s, no card).
  - Webhook endpoint with HMAC SHA-256 verification using the X-Signature-V2 header and your webhook secret.
  - A workflow_id from the Workflow Builder bundling ID Verification + Passive Liveness + Face Match 1:1 + Proof of Address. Add a Database Validation node for the country-specific address registry where available.

STEP 1 — Create the session

  POST https://verification.didit.me/v3/session/
  Headers:
    x-api-key: <your api key>
    Content-Type: application/json
  Body:
    {
      "workflow_id": "<your proof-of-address workflow id>",
      "vendor_data": "<your user id, max 256 chars>",
      "callback_url": "https://<your-app>/onboarding/poa/callback",
      "expected_country": "ES",
      "metadata": {
        "purpose": "regulatory_address_capture",
        "user_id": "<your internal id>"
      }
    }

  Response: 201 Created with the hosted session URL. SMS or email the URL to the user; they complete ID capture + selfie + Proof of Address upload on their phone in under five minutes.

STEP 2 — Read the signed webhook on completion

  Didit POSTs to your callback. Session statuses are Title Case With Spaces:

  Body (excerpted):
    {
      "session_id": "<uuid>",
      "vendor_data": "<your user id>",
      "status": "Approved",
      "id_verification": { "status": "Approved", "document_type": "passport", "country_code": "ES" },
      "liveness": { "status": "Approved" },
      "face": { "status": "Approved", "similarity_score": 0.94 },
      "proof_of_address": {
        "status": "Approved",
        "document_type": "utility_bill",
        "issuer": "Iberdrola",
        "issued_at": "2026-04-12",
        "address": {
          "line1": "C. Diagonal 612",
          "line2": "3a",
          "city": "Barcelona",
          "postal_code": "08021",
          "country": "ES"
        },
        "cross_check": {
          "name_match": true,
          "address_match_with_id": true,
          "within_90_day_window": true
        }
      },
      "database_validation": {
        "status": "Approved",
        "service": "es_catastro_address",
        "result": { "registry_match": true }
      }
    }

  Session status enum (exact case):
    Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned

  Verify the X-Signature-V2 header BEFORE reading the body — HMAC SHA-256 of the raw bytes with your webhook secret.

STEP 3 — Decide

  Branch logic:
    Approved    → file the canonical address payload on the customer record.
    In Review   → hold the onboarding, wait for analyst webhook update.
    Declined    → refuse onboarding, log the decline reason (typically: document over 90 days old, name mismatch, address mismatch with the ID).
    Resubmitted → user updated the upload; re-read the decision.

  The Proof of Address sub-result is independent of the parent session — even if the parent session is Approved, the proof_of_address.status might be In Review if the cross-check flagged a different city. Switch on proof_of_address.status when you persist the address.

STEP 4 — Persist the canonical address envelope

  When proof_of_address.status === "Approved", save the entire address object to your customer record as the regulatory current address. Use the canonical fields (line1, line2, city, postal_code, country) — Didit normalises across document layouts so the same shape works for an English utility bill, a Spanish bank statement, and a German Anmeldung.

  Keep the issuer + issued_at fields for your audit log — they prove the document type and the recency window the regulator audited.

STEP 5 — Registry validation result

  When the workflow includes a Database Validation node, the database_validation block returns the per-country registry-validation outcome:
    - es_catastro_address — Spanish Catastro property registry
    - uk_royal_mail_paf — UK Postcode Address File
    - fr_ban — France Base Adresse Nationale
    - de_anmeldung — German municipal registration check
    - us_usps — US Postal Service address validation

  A registry-match-false result on a country that supports validation is a signal worth manual review even if the OCR pass succeeded — most fake addresses fail registry validation immediately.

STEP 6 — Refresh on a cadence (optional)

  Most regulators ask for the address on file to be re-confirmed every 1-3 years (longer for low-risk customers, shorter for high-risk). Add a periodic Proof of Address session to your account-refresh cadence — same workflow, same hosted URL flow.

WEBHOOK EVENT NAMES
  - status.updated — session status changed.
  - data.updated — session data changed (resubmission, document re-upload).

  Verify X-Signature-V2 on every payload. The webhook secret is per-environment — sandbox key is separate from production.

CONSTRAINTS
  - Session statuses use Title Case With Spaces (Approved, In Review).
  - Acceptable documents must be dated within the last 90 days by default; some workflows extend to 180 days for low-risk customer segments.
  - The address on the Proof of Address document MUST cross-check against the address on the underlying ID OR against a previously-Approved address on file. If neither match, the proof flips to In Review automatically.
  - Default record retention is 5 years post-relationship per the EU AML package.

Read the docs:
  - https://docs.didit.me/sessions-api/create-session
  - https://docs.didit.me/sessions-api/retrieve-session
  - https://docs.didit.me/core-technology/proof-of-address/overview
  - https://docs.didit.me/core-technology/database-validation/overview
  - https://docs.didit.me/integration/webhooks

Start free at https://business.didit.me — sandbox key in 60 seconds, 500 verifications free every month, no credit card.
Necessites més context? Consulta la documentació completa del mòdul.docs.didit.me →
Compliment per disseny

Obre un nou país amb un clic. Nosaltres fem la feina difícil.

Obrim les filials locals, assegurem les llicències, realitzem les proves de penetració, obtenim les certificacions i ens alineem amb cada nova regulació. Per desplegar verificacions en un nou país, només has d'activar un interruptor. Més de 220 països en funcionament, auditats i provats trimestralment, l'únic proveïdor d'identitat que un govern d'un estat membre de la UE ha qualificat formalment com més segur que la verificació presencial.
Llegeix el dossier de seguretat i compliment
Sandbox financer de la UE
Tesoro · SEPBLAC · BdE
Jugendschutz geprüft
FSM · JMStV §4(2) · 2026
ISO/IEC 27001
Seguretat de la informació · 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
Alineat amb la UE per disseny

Xifres de comprovació

Xifres de comprovació
  • $0.00
    Per comprovant de domicili, OCR + verificació creuada + validació de registre.
  • 0+
    Països amb validació de registre d'adreces autoritzada integrada.
  • 0+
    Països compatibles en general, amb documents acceptables per regió.
  • 0
    Verificacions gratuïtes cada mes, en cada compte.
Tres nivells, una llista de preus

Comença gratis. Paga per ús. Escala a Enterprise.

500 verificacions gratuïtes cada mes, per sempre. Pagament per ús per a producció. Contractes personalitzats, residència de dades i SLA (Acords de Nivell de Servei) a Enterprise.
Gratuït

Gratuït

0 $ / mes. No es requereix targeta de crèdit.

  • Paquet KYC gratuït (Verificació d'identitat + Prova de vida passiva + Coincidència facial + Anàlisi de dispositius i IP), 500 / mes, cada mes
  • Usuaris bloquejats
  • Detecció de duplicats
  • Més de 200 senyals de frau en cada sessió
  • KYC reutilitzable a tota la xarxa Didit
  • Plataforma de gestió de casos
  • Constructor de fluxos de treball
  • Documentació pública, sandbox, SDKs, servidor MCP (Model Context Protocol)
  • Suport de la comunitat
Més popular
Paga per ús

Basat en l'ús

Paga només pel que utilitzes. Més de 25 mòduls. Preus públics per mòdul, sense quota mínima mensual.

  • KYC complet per 0,33 $ (ID + Biometria + IP / Dispositiu)
  • Més de 10.000 conjunts de dades AML, sancions, PEPs, mitjans adversos
  • Més de 1.000 fonts de dades governamentals per a la validació de bases de dades
  • Monitorització de transaccions per 0,02 $ per transacció
  • KYB en viu per 2,00 $ per empresa
  • Screening de carteres per 0,15 $ per comprovació
  • Flux de verificació de marca blanca, la teva marca, la nostra infraestructura
Empreses

Empreses

MSA i SLA personalitzats. Per a grans volums i programes regulats.

  • Contractes anuals
  • MSA, DPA i SLA personalitzats
  • Canal dedicat a Slack i WhatsApp
  • Revisors manuals sota demanda
  • Condicions de revenda i marca blanca
  • Funcionalitats exclusives i integracions amb partners
  • CSM assignat, revisió de seguretat, suport de compliment

Comença gratis → paga només quan s'executa una comprovació → desbloqueja Enterprise per a un contracte personalitzat, SLA o residència de dades.

FAQ

Preguntes freqüents

Què és Didit?

Didit és la infraestructura per a la identitat i el frau, la plataforma que ens hauria agradat tenir quan construíem els nostres propis productes: oberta, flexible i amigable per a desenvolupadors, perquè funcioni com una part real del teu stack en lloc d'una caixa negra que has d'integrar.

Una API cobreix la verificació de persones (KYC, know your customer), la verificació d'empreses (KYB, know your business), el cribratge de carteres de criptomonedes (KYT, know your transaction), i el monitoratge de transaccions en temps real, sobre un stack construït per ser:

  • Ràpid, p99 de menys de 2 segons en cada sessió
  • Fiable, en producció amb més de 1.500 empreses a més de 220 països
  • Segur, SOC 2 Tipus 1, ISO 27001, natiu de GDPR, i formalment certificat pel regulador financer espanyol com més segur que verificar algú en persona

La base subjacent: més de 14.000 tipus de documents en més de 48 idiomes, més de 1.000 fonts de dades i més de 200 senyals de frau en cada sessió. La infraestructura de Didit aprèn dinàmicament de cada sessió i millora cada dia.

Què és una prova de residència i per què la volen els reguladors?

Una prova de residència és exactament el que sembla: una evidència que la persona que estàs incorporant realment viu a l'adreça que declara. Els documents convencionals són:

  • Factura de serveis, electricitat, gas, aigua, internet, contracte de mòbil
  • Extracte bancari, d'un banc regulat, amb el nom i l'adreça de l'usuari
  • Carta del govern, requeriment fiscal, carta de l'ajuntament, registre de votants
  • Contracte de lloguer o hipoteca, contracte signat per a l'adreça

Per què els reguladors s'hi preocupen: una adreça registrada és l'àncora per al manteniment de registres de prevenció de blanqueig de capitals, la declaració de residència fiscal (FATCA / CRS), i la jurisdicció legal de qualsevol aplicació futura. Una adreça auto-declarada i escrita no és verificable; una prova de residència recolzada per un document recent + una comprovació creuada amb la identificació és l'estàndard. Didit ofereix la recepta completa per 0,20 $ per comprovació.

Per què no n'hi ha prou amb una adreça escrita?

Tres raons per les quals els reguladors rebutgen sistemàticament les adreces auto-declarades:

  • Frau, qualsevol pot escriure qualsevol adreça. Les "mules" i les identitats sintètiques ho utilitzen habitualment per estendre la mateixa adreça a molts comptes oberts.
  • Sense àncora d'auditoria, quan el regulador audita l'expedient, no hi ha res a què referir-se. Una prova de residència signada és l'artefacte que pots incloure en el paquet d'auditoria.
  • Declaració de residència fiscal, sota FATCA i l'Estàndard Comú de Comunicació de l'OCDE, els bancs han de declarar la residència fiscal dels titulars de comptes basant-se en proves documentals. Una adreça escrita no es qualifica com a documental.

La recepta de la prova de residència, captura, OCR, comprovació creuada, validació de registre, produeix un artefacte de grau regulador en menys de cinc minuts al telèfon de l'usuari. 0,20 $ per comprovació de principi a fi.

Quina rapidesa té la verificació per al meu usuari final?

El flux complet normalment triga menys de 30 segons de principi a fi, agafa la identificació, fotografia el document, fes-te un selfie, fet. Això és el més ràpid del mercat. Els proveïdors de KYC tradicionals solen trigar més de 90 segons per al mateix flux.

Al backend, Didit retorna el resultat en menys de dos segons a p99, mesurat des del moment en què l'usuari acaba el selfie fins al moment en què s'activa el teu webhook. La captura mòbil està optimitzada per a telèfons lents i xarxes lentes: compressió progressiva d'imatges, càrrega lenta del kit de desenvolupament de programari (SDK) i una transferència amb un sol toc de l'escriptori al telèfon mitjançant codi QR si l'usuari comença des del web.

Què hi ha de dolent en demanar només una factura de serveis?

Si et limites a "puja la teva factura de serveis", un atacant decidit pot:

  • Fer un Photoshop a l'adreça d'una factura que pertany a una altra persona
  • Reutilitzar una factura d'un inquilí anterior a la mateixa adreça
  • Presentar una factura d'una persona diferent a la mateixa adreça
  • Presentar una factura caducada (d'abans que es mudessin)

La recepta de Didit detecta els quatre casos apilant tres capes de validació a sobre de l'OCR:

  • Comprovació creuada de nom, el nom de la factura ha de coincidir amb el nom de la identificació
  • Comprovació creuada d'adreça, l'adreça de la factura ha de coincidir amb l'adreça de la identificació (o l'adreça aprovada anterior)
  • Validació de registre, l'adreça es consulta amb el registre d'adreces autoritzat del país (UK Royal Mail PAF, Spain Catastro, France BAN, Germany DATEV, US USPS, etc.)

Les tres s'executen al servidor. L'agent mai veu una càrrega bruta, només el resultat validat.

Què passa si un usuari falla, abandona o caduca?

Cada sessió aterra en un dels set estats clars, de manera que el teu codi sempre sap què fer:

  • Approved, totes les comprovacions superades. Fes avançar l'usuari.
  • Declined, una o més comprovacions han fallat. Pots permetre a l'usuari tornar a enviar el pas fallit específic (per exemple, tornar a fer-se el selfie) sense tornar a executar tot el flux.
  • In Review, marcat per a revisió de compliment. Obre el cas a la consola, consulta tots els senyals, decideix aprovar o rebutjar.
  • In Progress, l'usuari està a mig flux.
  • Not Started, enllaç enviat, l'usuari encara no l'ha obert. Envia un recordatori si passa massa temps.
  • Abandoned, l'usuari va obrir l'enllaç però no va acabar a temps. Torna a contactar o caduca.
  • Expired, l'enllaç de la sessió ha caducat. Crea una nova sessió.

Un webhook signat s'activa amb cada canvi d'estat, de manera que la teva base de dades sempre es manté sincronitzada. Les sessions abandonades i rebutjades són gratuïtes.

On resideixen les dades dels meus clients i com es protegeixen?

Les dades de producció es processen i s'emmagatzemen a la Unió Europea per defecte, a Amazon Web Services. Els contractes empresarials poden sol·licitar regions alternatives per a jurisdiccions els reguladors de les quals ho requereixin.

Xifratge a tot arreu. AES-256 en repòs a totes les bases de dades, emmagatzematge d'objectes i còpies de seguretat. Transport Layer Security 1.3 en trànsit en cada trucada API, webhook i sessió de la Business Console. Les dades biomètriques es xifren sota una Customer Master Key separada.

La retenció és teva per controlar. La retenció per defecte és indefinida (il·limitada), tret que configuris una durada més curta, entre 30 dies i 10 anys per aplicació, i pots eliminar qualsevol sessió individual en qualsevol moment des del tauler de control o l'API.

Certificacions: SOC 2 Tipus 1 (auditoria de Tipus 2 en curs), ISO/IEC 27001:2022, iBeta Nivell 1 PAD, i una certificació pública del Tesoro / SEPBLAC / CNMV d'Espanya que la verificació remota d'identitat de Didit és més segura que verificar algú en persona. Informe complet a /security-compliance.

Didit compleix amb la normativa del meu sector?

Didit compleix per defecte amb els reguladors importants per a la infraestructura d'identitat:

  • GDPR + UK GDPR, divisió controlador / processador, Acord de Processament de Dades complet publicat, autoritat supervisora principal nomenada (AEPD d'Espanya).
  • AMLD6 + EU AML Single Rulebook, més de 1.300 llistes de sancions, persones políticament exposades i mitjans adversos cribrades en temps real.
  • eIDAS 2.0, alineat amb la Cartera d'Identitat Digital de la UE; preparat per a la identitat reutilitzable.
  • MiCA (Markets in Crypto-Assets), preparat per a passarel·les de criptomonedes, intercanvis i custodis.
  • DORA, Digital Operational Resilience Act, resiliència operativa de serveis financers de la UE.
  • BIPA, CUBI, Washington HB 1493, CCPA / CPRA, privacitat biomètrica dels EUA (Illinois, Texas, Washington) i privacitat del consumidor de Califòrnia.
  • UK Online Safety Act, obligacions de control d'edat i seguretat infantil.
  • FATF Travel Rule, dades de l'originador i el beneficiari en transferències de criptomonedes, interoperable amb IVMS-101.

Memo detallat, cada certificat, cada carta del regulador: /security-compliance.

Amb quina rapidesa puc integrar-me i començar a verificar usuaris?
  • 60 segons per a un compte sandbox a business.didit.me, sense targeta de crèdit.
  • 5 minuts per a una verificació funcional mitjançant Claude Code, Cursor o qualsevol agent de codificació a través del nostre servidor Model Context Protocol (MCP).
  • Un cap de setmana per a una integració llesta per a producció amb verificació de webhook signat, reintents i un flux de remei quan un usuari és rebutjat.

Tres rutes d'integració, tria la que millor s'adapti al teu stack:

  • Integra de forma nativa amb el nostre SDK per a Web, iOS, Android, React Native o Flutter.
  • Redirigeix l'usuari a la pàgina de verificació allotjada, sense SDK.
  • Envia un enllaç per correu electrònic, SMS, WhatsApp o qualsevol canal, sense feina de frontend.

Mateix tauler de control, mateixa facturació, mateix preu de pagament per èxit per als tres. Guia pas a pas a docs.didit.me/integration/integration-prompt.

Com funciona la finestra de 90 dies?

La majoria dels reguladors volen que el document de prova de residència estigui datat dins dels últims 90 dies en el moment de la verificació; qualsevol cosa més antiga es considera obsoleta sota la suposició que l'usuari podria haver-se mudat des de llavors.

L'OCR de Didit llegeix la data del document i la compara amb la marca de temps de la verificació automàticament:

  • Dins de 90 dies within_90_day_window: true la prova supera la comprovació de recentor
  • Més de 90 dies within_90_day_window: false la sessió passa a "En revisió" i es demana a l'usuari que pugi un document més recent

Per a segments de clients de baix risc, pots configurar el flux de treball per estendre la finestra a 180 dies, o reduir-la a 60 dies per a segments d'alt risc. La configuració és per flux de treball, no per sessió, de manera que els canvis s'apliquen de manera uniforme. El "Right to Rent" del Regne Unit utilitza 90 dies; la guia AML de la UE generalment accepta 90-180 dies depenent del supervisor.

Com funciona la renovació per a clients de llarga durada?

La majoria dels reguladors demanen que l'adreça registrada es reconfirmi periòdicament:

  • Clients de baix risc, cada 3 anys és habitual
  • Clients estàndard, cada 1-2 anys
  • Clients d'alt risc / PEP de la UE, anualment
  • En cas d'esdeveniment material, canvi significatiu en el patró de transaccions, canvi d'adreça reportat pel client, nou producte incorporat

La renovació de Didit és la mateixa POST /v3/session/ contra el teu flux de treball de prova de residència amb el vendor_data del client existent. El nou document substitueix l'anterior en l'expedient del client; tots dos es conserven en el registre d'auditoria. Programa la renovació des del teu pipeline de dades de clients, Didit no activa automàticament les renovacions perquè la freqüència pertany a la teva política de risc.

Com es compara Didit en preu?

La majoria dels proveïdors de KYC fixen el preu de la prova de residència entre 0,50 $ i 2,00 $ per comprovació, sovint com un element separat a més d'una base KYC més alta, amb recàrrecs per país per a qualsevol validació de registre. L'arquetip Onfido / Jumio / Veriff.

El preu publicat de Didit és de 0,20 $ per prova de residència + 0,15 $ per a la verificació d'identitat subjacent (requerida com a àncora de comprovació creuada) = 0,35 $ per a la recepta combinada. La validació de la base de dades afegeix un cost variable per país, típicament 0,05 $ - 0,20 $. Sense mínims, sense recàrrecs per país.

Això és aproximadament 3-5 vegades més barat que l'stack actual amb la mateixa sortida regulatòria. Amb 50.000 usuaris al mes, l'estalvi en comparació amb un proveïdor de 1,50 $ per POA és d'uns 65.000 $ anuals. Preus complets a /pricing.

Infraestructura per a identitat i frau.

Una API per a KYC, KYB, monitorització de transaccions i anàlisi de carteres. Integra-la en 5 minuts.

Demana a una IA que resumeixi aquesta pàgina