Skip to main content
Didit 融资 750 万美元，打造身份与欺诈基础设施
Didit
零工人员验证

入职零工人员。阻止重复申请的恶意行为者。

司机、快递员、自由职业者、创作者, 一次 Didit 会话搞定：身份、活体、人脸比对、AML。每位零工人员 $0.53。可根据需要添加各国驾照注册信息核验（+$0.20）。

免费开始阅读文档
投资方
Y CombinatorRobinhood Ventures
GBTC Finance
Bondex
Crnogorski Telekom
UCSF Neuroscape
Shiply
Adelantos

全球2,000多家组织信赖。

一幅电影风格的深色抽象零工人员验证堆栈插画, 在纯黑色背景上，四个半透明玻璃面板以 3D 透视效果浮动，由一条发光的 Didit 蓝色线条贯穿，并由四个发光扫描支架框住。每个面板上都带有一个小巧的浅白色抽象图案（驾驶执照轮廓、送货头盔剪影、路线航点、人脸椭圆）。

零工平台应尽的责任

验证零工。检查许可证。识别重复申请者。

被停用的司机和被禁的快递员每天都在用新名字重新注册。Didit 在单次会话中提供身份验证 + AML，每位工作人员仅需 $0.53（每个国家/地区增加驾照注册额外收取 $0.20），Face Search 1:N 在 200 毫秒内即可识别同一张面孔, 即使是新证件、新名字、新邮箱。每月免费提供 500 次验证。

工作原理

从注册到验证用户，仅需四步。

  1. 步骤 01

    创建工作流程

    选择您需要的检查项, 身份、活体、人脸匹配、制裁、地址、年龄、电话、邮箱、自定义问题。在控制台中将它们拖入流程，或通过 API 发布相同流程。支持条件分支、A/B 测试，无需代码。

  2. 步骤 02

    集成

    通过我们的 Web、iOS、Android、React Native 或 Flutter SDK 进行原生嵌入。重定向到托管页面。或者直接通过邮箱、短信、WhatsApp 等任何方式向用户发送链接。选择最适合您技术栈的方案。

  3. 步骤 03

    用户完成流程

    Didit 负责托管摄像头、光线提示、移动端切换和无障碍功能。在用户进行流程时，我们实时评估 200 多个欺诈信号，并根据权威数据源验证每个字段。两秒内即可得出结果。

  4. 步骤 04

    接收结果

    实时签名的 Webhook 可在用户通过、拒绝或需要审核时，立即同步您的数据库。按需轮询 API。或打开控制台，检查每个会话、每个信号，并按您的方式管理案例。

专为零工平台打造 · 基础设施级定价

五项检查。一次调用。$0.53 每位工作人员。

零工平台注册需要一次性完成多项任务, 确认用户真实身份、检查是否在制裁名单上，并确保被禁工作人员不会用新名字再次注册。Didit 通过一次调用即可完成所有这些，并在您入职司机时，允许您附加驾照注册检查。
阅读文档获取 API 密钥
01 · 工作人员套餐

身份、活体、人脸匹配、AML, 一次调用。

完整的 KYC，每位工作人员 $0.33，外加 AML ($0.20)。通过 iBeta Level 1 演示攻击检测 (PAD) 认证，两秒内出结果，每个会话免费评估 200 多个欺诈信号。
用户验证模块
02 · 驾照注册（可选）

入职司机时，添加注册信息交叉检查。

对于网约车和配送服务，开启数据库验证，对照签发国的交通管理部门（西班牙的 DGT、英国的 DVLA、美国的州 DMV、巴西的 DENATRAN）检查驾照。已覆盖 20 多个国家/地区，每次调用 $0.20，仅在使用时计费。
数据库验证模块
03 · 持续 AML 监控

每天重新筛选工作人员。

持续 AML 监控每天重新筛选所有已批准的工作人员，对照 1,300 多个制裁名单、政治公众人物 (PEP) 和负面媒体名单。新命中会自动开启案例。每位工作人员每年 $0.07，已包含在原始会话中, 无需额外集成。
AML 筛选模块
04 · 阻止重复申请

Face Search 1:N, 同一张脸，新名字，已阻止。

每次新入职都会将自拍照与您的私人工作人员索引进行交叉检查。被禁司机使用新证件 + 新邮箱 + 新 IP 重新申请时，可在 200 毫秒内被标记。拒绝、审核或批准可按应用配置。免费，包含在每个工作流程中。
Face Search 1:N 模块
05 · 适用于所有零工类型

所有类别，同一工作流。

网约车、配送、创作者市场、居家护理、按需专业服务, 所有这些都可使用相同的 Didit 方案。在无代码工作流程构建器中，根据零工类别分支工作流程。
出行行业工作流程
集成

一次会话。一个 Webhook。激活工作人员。

注册时开启会话。读取签名结果。激活或转交运营。
POST /v3/session/零工
$ 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_gig_rideshare",
    "vendor_data": "driver-9241"
  }'
201已创建{ "session_url": "verify.didit.me/..." }
在 webhook 返回 status: Approved 之前，暂停首次工作访问权限。文档 →
POST /webhooks/didit裁决
// X-Signature-V2 verified upstream
if (payload.status === "Approved") {
  activateWorker(payload.vendor_data);
  indexFace(payload.face);
} else if (payload.status === "Declined") {
  blockReapplication(payload.aml.hits);
}
200OK状态：已批准 · 已拒绝 · 审核中 · KYC 已过期
在读取有效载荷之前，验证 X-Signature-V2。文档 →
代理就绪集成

一键部署零工验证。

粘贴到 Claude Code、Cursor、Codex、Devin、Aider 或 Replit Agent 中。填写您的技术栈。Agent 将构建工作流、发送注册链接、读取裁决、索引人脸并注册持续监控。
didit-integration-prompt.md
You are integrating Didit into a gig marketplace to onboard drivers, couriers, freelancers, or creators. ONE Didit session, five checks:

  Verify the worker's identity (KYC) — ID document, liveness, face match, device + IP, AML against 1,300+ sanctions / Politically Exposed Person (PEP) / adverse-media lists — plus Face Search 1:N against your private worker index to block previously-banned workers re-applying under a new name. Add an OPTIONAL licence-registry cross-check when you onboard drivers.

Bundle pricing (verified live, 2026-05-17):
  - Full KYC bundle: $0.33 per worker (ID + Liveness + Face Match + Device & IP)
  - AML Screening: $0.20 per worker
  - Face Search 1:N against your private worker index: Free
  - Baseline total: $0.53 per worker — public price, no minimums
  - Optional Database Validation (licence registry): $0.20 per call, only billed when used
  - First 500 verifications free every month, forever
  - Ongoing AML on active workforce: $0.07 per worker per year (automatic)

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 that bundles ID Verification + Passive Liveness + Face Match 1:1 + Device & IP + AML Screening. For drivers, ALSO add Database Validation and branch on country_of_work.

STEP 1 — Open the worker session at signup

  POST https://verification.didit.me/v3/session/
  Headers:
    x-api-key: <your api key>
    Content-Type: application/json
  Body:
    {
      "workflow_id": "<wf id with KYC + AML (and Database Validation if driver)>",
      "vendor_data": "<your worker id, max 256 chars>",
      "callback_url": "https://<your-app>/gig/onboarding/callback",
      "metadata": {
        "gig_category": "rideshare",
        "country_of_work": "ES",
        "license_number": "<worker's licence number, OCR'd or self-entered>"
      }
    }

  Response: 201 Created with a hosted session URL on the `url` field. Redirect the worker (web or in-app webview). Sub-2-second median verdict on completion.

STEP 2 — Read the signed webhook when the worker finishes

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

  Body (excerpted, with optional Database Validation included for a driver):
    {
      "session_id": "<uuid>",
      "vendor_data": "<your worker id>",
      "status": "Approved",
      "id_verification": { "status": "Approved", "document_type": "Driver License" },
      "liveness": { "status": "Approved" },
      "face": { "status": "Approved", "similarity_score": 0.94 },
      "ip_analysis": { "status": "Approved" },
      "aml": { "status": "Approved", "hits": [] },
      "database_validation": { "status": "Approved", "registry": "DGT" }
    }

  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 body bytes with your webhook secret. Re-serialising the parsed JSON breaks the signature.

STEP 3 — Branch on the verdict

  Approved          → activate the worker; let them pick up jobs.
  In Review         → route to ops queue; hold first job until disposition.
  Declined          → block; log the hit detail for compliance.
  Resubmitted       → applicant retried after a soft rejection — re-read.
  Kyc Expired       → session went stale; send a new session URL.

STEP 4 — Re-application defence (Face Search 1:N)

  Every onboarded worker is indexed in your app's private Face Search 1:N index. A banned worker re-applying under a different name + a different document + a different IP is caught in under 200ms on the same /v3/ call (Face Search runs as a workflow step). Set the action on duplicate match to Block, Review, or Approve per app.

STEP 5 — Ongoing AML on the active workforce is automatic

  Every Approved worker is re-screened DAILY by Didit's continuous AML monitoring at $0.07 per worker per year. NO separate endpoint to call — the original session is what gets monitored.

  When a previously-clean worker crosses an AML threshold (new sanction listing, new adverse-media hit, PEP status change), the session status changes to "In Review" or "Declined" automatically and your webhook fires the update. Disable the worker, route to ops.

STEP 6 — Optional licence registry for drivers

  For ride-share and delivery onboardings only, enable Database Validation in the workflow and branch on country_of_work:
    ES → DGT
    UK → DVLA
    US → state DMV (per state)
    BR → DENATRAN

  The check costs $0.20 and is only billed when the workflow step runs. If the country isn't supported yet, the step is skipped — no spurious decline.

WEBHOOK EVENT NAMES
  - Sessions: status changes flow through the standard session webhook.
  - Ongoing AML updates: same session webhook fires when the verdict flips post-onboarding.

  Verify X-Signature-V2 on every payload.

CONSTRAINTS
  - Session statuses use Title Case With Spaces (Approved, In Review). Do not lowercase or snake_case them.
  - Database Validation is country-specific — 20+ countries live for driver licences. If the country isn't live, the check is skipped (no spurious decline).
  - 200+ fraud signals are evaluated on every KYC session at no extra cost.
  - The session URL is single-use; if a worker abandons mid-flow, create a new session for the retry.

Read the docs:
  - https://docs.didit.me/sessions-api/create-session
  - https://docs.didit.me/core-technology/aml-screening/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.
需要更多上下文？请参阅完整的模块文档。docs.didit.me →
合规性设计

一键开启新国家/地区业务。 我们为您解决难题。

我们负责设立当地子公司、获取许可证、进行渗透测试、获得认证，并与所有新法规保持一致。要在新国家/地区发布验证服务，只需轻点开关。已覆盖220多个国家/地区，每个季度进行审计和渗透测试, 是唯一一个被欧盟成员国政府正式认定比线下验证更安全的身份提供商。
阅读安全与合规性档案
欧盟金融沙盒
Tesoro · SEPBLAC · BdE
ISO/IEC 27001
信息安全 · 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
原生符合欧盟标准

数据证明

数据证明
  • $0.00
    每位零工, KYC + AML。使用执照注册时额外收取 $0.20。
  • 0+
    已支持驾驶执照注册的国家/地区；每个季度都会增加。
  • <0ms
    每次人脸搜索 1:N，针对您的私有零工索引进行查找。
  • 0
    每个账户每月免费验证。
三个层级，一份价目表

免费开始。按使用量付费。可扩展至企业级。

每月 500 次免费验证，永久有效。生产环境按量付费。企业版提供定制合约、数据驻留和 SLA (Service Level Agreements)。
免费

免费

每月 $0。无需信用卡。

  • 免费 KYC 套件（身份验证 + 被动活体检测 + 人脸匹配 + 设备与 IP 分析）, 每月 500 次，永久有效
  • 黑名单用户
  • 重复检测
  • 每次会话 200+ 欺诈信号
  • Didit 网络中可重复使用的 KYC
  • 案件管理平台
  • 工作流构建器
  • 公开文档、沙盒、SDK、MCP（模型上下文协议）服务器
  • 社区支持
免费开始
最受欢迎
按用量付费

按用量计费

按实际用量付费。25+模块。公开的模块定价，无每月最低费用。

  • 完整KYC $0.33（身份+生物识别+IP/设备）
  • 10,000+ AML数据集, 制裁、PEP、负面媒体
  • 1,000+ 政府数据源用于数据库验证
  • 交易监控 $0.02/笔交易
  • 实时KYB $2.00/家企业
  • 钱包筛选 $0.15/次检查
  • 白标验证流程, 您的品牌，我们的基础设施
查看完整价格列表免费开始
企业版

企业版

定制MSA和SLA。适用于大批量和受监管项目。

  • 年度合同
  • 定制MSA、DPA和SLA
  • 专属Slack和WhatsApp频道
  • 按需人工审核员
  • 经销商和白标条款
  • 独家功能和合作伙伴集成
  • 指定CSM、安全审查、合规支持
联系我们

免费开始 → 仅在检查运行时付费 → 解锁企业版以获取定制合约、SLA 或数据驻留。

FAQ

常见问题

What is Didit?

Didit is infrastructure for identity and fraud, the platform we wished existed when we were building products ourselves: open, flexible, and developer-friendly, so it works as a real part of your stack instead of a black box you integrate around.

One API covers verifying people (KYC, know your customer), verifying businesses (KYB, know your business), screening crypto wallets (KYT, know your transaction), and monitoring transactions in real time, on a stack built to be:

  • Fast, sub-2-second p99 on every session
  • Reliable, in production with 1,500+ companies across 220+ countries
  • Secure, SOC 2 Type 1, ISO 27001, GDPR-native, and formally attested by Spain's financial regulator as safer than verifying someone in person

The footprint underneath: 14,000+ document types in 48+ languages, 1,000+ data sources, and 200+ fraud signals on every session. The Didit infrastructure dynamically learns from every session and gets better every day.

What does gig-worker verification actually cover?

Four obligations every gig platform owes on every new worker:

  • Identity, confirm the person who signed up is the one picking up jobs.
  • Right-to-work / professional licence, a driver's licence for ride-share, a delivery permit, a freelance-body registration for creators.
  • Background screening, at minimum anti-money-laundering (AML) against sanctions and Politically Exposed Persons (PEP) lists; in some markets a criminal-records check on top.
  • Re-application defence, make sure a banned worker can't re-sign-up under a new name + a new document + a new email.

Didit bundles all four into one /v3/session/ call.

Why is fraud so high on gig platforms?

Two structural reasons:

  • The signup is the entire relationship. A worker is verified once at onboarding and immediately starts taking jobs. There's no manager interview, no credit-check waiting period, no probation. Bad actors only need to defeat the signup flow.
  • Account-resale and identity-loaning markets are mature. Deactivated drivers sell their account to a new operator; couriers loan accounts to people who can't pass KYC. Both look like a legitimate active worker, until a passenger complaint triangulates a different face.

Face Search 1:N against your private worker index closes both holes.

How fast is the verification for my end user?

The full flow normally takes under 30 seconds end-to-end, pick up the ID, snap the document, snap the selfie, done. That is the fastest in the market. Legacy KYC providers usually take more than 90 seconds for the same flow.

On the back end, Didit returns the result in under two seconds at p99, measured from the moment the user finishes the selfie to the moment your webhook fires. Mobile capture is tuned for slow phones and slow networks: progressive image compression, lazy software development kit load, and a one-tap hand-off from desktop to phone via QR code if the user starts on web.

How does Face Search 1:N catch a re-applying banned worker?

Every approved worker's enrolment selfie is indexed into your app's private one-to-many (1:N) face index, keyed on your vendor_data, isolated per Didit application, fully encrypted at rest. New onboardings cross-check the selfie against the index in under 200ms.

A banned driver re-applying with:

  • A new email address.
  • A new mobile number.
  • A new IP and device.
  • A different document (passport instead of driver's licence).
  • A slightly altered name (Maria L. → M. A. Lopez).

…still presents the same face. Face Search returns the original vendor_data of the banned record and the verdict flips to Block. Free, included in every workflow.

What happens if a user fails, abandons, or expires?

Every session lands on one of seven clear statuses, so your code always knows what to do:

  • Approved, every check passed. Move the user forward.
  • Declined, one or more checks failed. You can allow the user to resubmit the specific failed step (for example, re-take the selfie) without re-running the whole flow.
  • In Review, flagged for compliance review. Open the case in the console, see every signal, decide approve or decline.
  • In Progress, user is mid-flow.
  • Not Started, link sent, user has not opened it yet. Send a reminder if it sits too long.
  • Abandoned, user opened the link but did not finish in time. Re-engage or expire.
  • Expired, the session link aged out. Create a new session.

A signed webhook fires on every status change, so your database always stays in sync. Abandoned and declined sessions are free.

Where does my customer data live and how is it protected?

Production data is processed and stored in the European Union by default, on Amazon Web Services. Enterprise contracts can request alternative regions for jurisdictions whose regulators require it.

Encryption everywhere. AES-256 at rest across every database, object store, and backup. Transport Layer Security 1.3 in transit on every API call, webhook, and Business Console session. Biometric data is encrypted under a separate Customer Master Key.

Retention is yours to control. Default retention is indefinite (unlimited) unless you configure shorter, between 30 days and 10 years per application, and you can delete any individual session at any time from the dashboard or the API.

Certifications: SOC 2 Type 1 (Type 2 audit in progress), ISO/IEC 27001:2022, iBeta Level 1 PAD, and a public attestation from Spain''s Tesoro / SEPBLAC / CNMV that Didit''s remote identity verification is safer than verifying someone in person. Full report at /security-compliance.

Is Didit compliant for my industry?

Didit ships compliant by default for the regulators that matter to identity infrastructure:

  • GDPR + UK GDPR, controller / processor split, full Data Processing Agreement published, lead supervisory authority named (Spain''s AEPD).
  • AMLD6 + EU AML Single Rulebook, 1,300+ sanctions, politically exposed person, and adverse-media lists screened in real time.
  • eIDAS 2.0, EU Digital Identity Wallet aligned; reusable-identity ready.
  • MiCA (Markets in Crypto-Assets), ready for crypto on-ramps, exchanges, and custodians.
  • DORA, Digital Operational Resilience Act, EU financial-services operational resilience.
  • BIPA, CUBI, Washington HB 1493, CCPA / CPRA, US biometric privacy (Illinois, Texas, Washington) and California consumer privacy.
  • UK Online Safety Act, age-gating and child-safety obligations.
  • FATF Travel Rule, originator and beneficiary data on crypto transfers, IVMS-101 interoperable.

Detailed memo, every certificate, every regulator letter: /security-compliance.

How fast can I integrate and start verifying users?
  • 60 seconds to a sandbox account at business.didit.me, no credit card.
  • 5 minutes to a working verification through Claude Code, Cursor, or any coding agent via our Model Context Protocol (MCP) server.
  • A weekend to a production-ready integration with signed-webhook verification, retries, and a remediation flow when a user is declined.

Three integration paths, pick whichever fits your stack:

  • Embed natively with our Web, iOS, Android, React Native, or Flutter SDK.
  • Redirect the user to the hosted verification page, zero SDK.
  • Send a link by email, SMS, WhatsApp, or any channel, zero front-end work.

Same dashboard, same billing, same pay-per-success price for all three. Step-by-step guide at docs.didit.me/integration/integration-prompt.

What identity documents are accepted for international drivers?

Whatever the worker's country of employment requires:

  • Local driver's licence plus the issuing country's registry cross-check.
  • Passport for general identity verification.
  • National identity card (Documento Nacional de Identidad, Cédula, etc.) where the country supports it.
  • Residence permit + work-permit stamp for international workers.

Didit's classifier supports 14,000+ documents across 220+ countries. The Workflow Builder branches on country-of-work so a UK driver gets the DVLA check and a Spanish driver gets the DGT check, same flow, different registry.

What about device + IP fraud signals?

Device & IP Analysis runs in the same /v3/session/ call at $0.03 per check. 200+ fraud signals surface on every session at no extra cost:

  • Velocity fingerprints, same device used by 5 different vendor_data in 7 days.
  • IP reputation, residential vs data-center vs Tor exit node.
  • Device emulator detection, Bluestacks, NoxPlayer, Frida tooling.
  • Geolocation mismatch, passport country vs IP country vs device locale.

The verdict flips to In Review when the signal stack crosses a threshold you configure in the Workflow Builder.

Can I integrate Didit with my existing onboarding flow / mobile app?

Three integration patterns:

  • Hosted UI, Didit hosts the capture flow, you redirect the worker via the session_url. Zero front-end work, most common path.
  • Mobile Software Development Kit (SDK), embed the Didit capture experience natively in your React Native, Flutter, iOS, or Android app. Brand-customisable.
  • Server-to-server, POST the worker's document images to /v3/id-verification/ directly when you already own the capture experience.

All three speak the same workflow, return the same per-feature report shape, and hit the same webhook. Mix-and-match per gig category.

Related

相关模块 + 工作流

身份与欺诈基础设施。

一个 API 即可实现 KYC、KYB、交易监控和钱包筛选。5 分钟即可集成。

免费开始联系我们
让 AI 总结此页面