メインコンテンツへスキップ
Diditが750万ドルを調達、本人確認と不正対策のインフラを構築
Didit
住所証明

あらゆる書類から居住地を検証。

公共料金の請求書、銀行取引明細書、政府発行の書類を読み取り、解析し、IDと相互参照し、各国の住所登録機関と照合します。1チェックあたり$0.20。毎月500回まで無料。

支援元
Y CombinatorRobinhood Ventures
Firecrawl
Slash
Crnogorski Telekom
UCSF Neuroscape
Bit2Me
Shiply

世界中の2,000以上の組織から信頼されています。

映画のような暗い抽象的な住所証明のイラスト, 純粋な黒の背景に、光り輝くDidit Blueの線で結ばれた4枚の半透明なガラスパネルが浮かんでいます。各パネルには小さな抽象的なモチーフ(封筒、公共料金の請求書、地図のピン、家のシルエット)が描かれています。

規制対象プラットフォームが負う義務

入力された住所を鵜呑みにしないでください。請求書を読み取り、登録情報を検証しましょう。

自己申告された住所は監査に通りません。IDと相互参照されていないスキャンされた公共料金の請求書も監査に通りません。Diditは、キャプチャ、OCR、IDとの氏名+住所の一致、さらに18以上の管轄区域での国別登録検証を含む、完全な住所証明のレシピを、1チェックあたり$0.20で、署名付きの証拠パックとして提供します。

仕組み

サインアップから認証済みユーザーまで、4つのステップ。

  1. ステップ 01

    ワークフローを作成する

    本人確認、生体認証、顔照合、制裁リスト、住所、年齢、電話番号、メールアドレス、カスタム質問など、必要なチェック項目を選択します。ダッシュボードでフローにドラッグ&ドロップするか、同じフローをAPIにポストするだけです。条件分岐やA/Bテストも、コード不要で実行できます。

  2. ステップ 02

    連携する

    Web、iOS、Android、React Native、Flutter SDKでネイティブに組み込むことも、ホストされたページにリダイレクトすることも可能です。あるいは、メール、SMS、WhatsAppなど、どこからでもユーザーにリンクを送るだけでもOK。あなたのスタックに最適な方法を選んでください。

  3. ステップ 03

    ユーザーがフローを完了する

    Diditがカメラ、ライティングの指示、モバイル連携、アクセシビリティをホストします。ユーザーがフローを実行している間、200以上の不正シグナルをリアルタイムでスコアリングし、すべてのフィールドを信頼できるデータソースと照合して検証します。2秒以内に結果が出ます。

  4. ステップ 04

    結果を受け取る

    リアルタイムの署名付きWebhookにより、ユーザーが承認、拒否、またはレビューに送られた瞬間にデータベースが同期されます。必要に応じてAPIをポーリングすることも可能です。または、コンソールを開いてすべてのセッション、すべてのシグナルを検査し、ケースを独自の方法で管理することもできます。

コンプライアンス対応 · インフラのような価格設定

6つのチェック。住所証明1件あたり$0.20

規制当局レベルの住所証明は、単なるOCRではありません。取得、解析、クロスチェック、レジストリ検証、監査証跡の組み合わせです。ワークフローごとに各モジュールを切り替えることができます。
01 · 書類取得

あらゆる補助書類に対応。

公共料金の請求書、銀行取引明細書、政府発行の書簡、賃貸契約書、住宅ローン、携帯電話/インターネット契約書など、すべて90日以内のものに対応します。ホストされたフローはユーザーをキャプチャに誘導し、SDKは同じフローをネイティブアプリ内で公開します。
住所証明モジュール
02 · 解析 + 不正チェック

フィールドを解析し、書類を検証。

OCRは住所を正規化されたフィールド(住所1、住所2、都市、郵便番号、国、発行日)に抽出し、英語の公共料金請求書、スペイン語の銀行取引明細書、ドイツのAnmeldungなど、異なる言語の書類でも正規化します。同時に、ピクセルレベルの操作、コピー&ペーストの痕跡、フォント/テンプレートの改ざん、低解像度の再印刷、EXIFの不整合など、真正性をチェックします。偽造または改ざんされた書類は、監査ログに到達する前にチェックで不合格となります。
住所証明モジュール
03 · IDクロスチェック

基となるIDと照合。

解析された住所は、基となるIDの住所とクロスチェックされ、証明書上の氏名はID上の氏名とクロスチェックされます。これにより、偽造された請求書、氏名の不一致、期限切れのアップロード、同じ住所の他人の請求書などを検出します。
ID検証モジュール
04 · レジストリ検証

各国の信頼できる情報源と照合して検証。

英国のRoyal Mail PAF、スペインのCatastro / Padrón、フランスのBAN、ドイツの地方自治体Anmeldung、米国のUSPSなど、各国がサポートしている場合は、解析された住所が直接信頼できるレジストリと照合されます。
データベース検証モジュール
05 · グローバル対応

220以上の国、48以上の言語に対応。

地域ごとに許容される書類は異なります。ヨーロッパでは公共料金/銀行/地方自治体の書簡、ラテンアメリカでは税務登録、米国では銀行/公共料金/賃貸契約、APACでは政府発行の書簡が一般的です。ワークフロービルダーを使用すると、国セグメントごとに許容される書類を制限できます。
データベース検証モジュール
06 · 監査パック

規制当局レベルの監査証跡。

すべての住所証明の判定は署名され、タイムスタンプが押されます。元の書類画像、解析された住所ペイロード、クロスチェックの判定、レジストリ検証結果が含まれます。ビジネスコンソールまたはAPI経由でオンデマンドでエクスポート可能です。デフォルトでEUデータセンターを使用します。
設計によるコンプライアンス
連携

1セッション。正規化された住所。署名済みパック。

セッションを開き、解析された住所を読み取り、規制当局レベルの監査証跡を記録します。
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"
  }'
201作成済みホストされたURL · ユーザーが本人確認書類 + セルフィー + 住所証明をアップロード。
GET /v3/session/{id}/decision/決定
$ curl https://verification.didit.me/v3/session/$SESSION/decision/ \
  -H "x-api-key: $DIDIT_API_KEY"

# Decision payload (excerpted):
{ "proof_of_address": { "status": "承認済み", "address": { ... } },
  "database_validation": { "service": "es_catastro_address", "result": { "registry_match": true } } }
200OKregistry_match true → 信頼性の高い居住証明。
エージェント対応統合

住所証明を1つのプロンプトで実装。

Claude Code、Cursor、Codex、Devin、Aider、またはReplit Agentに貼り付けてください。スタック情報を入力すると、エージェントがワークフローを構築し、セッションを開始し、住所を正規フィールドに解析し、レジストリ検証を実行し、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.
さらに詳しい情報が必要ですか?モジュールの全ドキュメントをご覧ください。docs.didit.me →
設計段階からのコンプライアンス

ワンクリックで新しい国に進出。 面倒な作業は私たちにお任せください。

私たちは現地法人を設立し、ライセンスを取得し、ペネトレーションテストを実施し、認証を取得し、新しい規制すべてに準拠します。新しい国で認証を提供するには、トグルを切り替えるだけです。220以上の国で稼働しており、四半期ごとに監査とペネトレーションテストを実施しています。EU加盟国の政府が対面認証よりも安全だと正式に認めた唯一のIDプロバイダーです。
セキュリティ&コンプライアンス資料を読む
EU金融サンドボックス
Tesoro · SEPBLAC · BdE
Jugendschutz geprüft
FSM · JMStV §4(2) · 2026
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
設計段階からのEU準拠

証明数

証明数
  • $0.00
    住所証明あたり, OCR + クロスチェック + レジストリ検証。
  • 0+
    信頼できる住所登録検証が組み込まれている国。
  • 0+
    全体でサポートされている国(地域ごとの許容書類を含む)。
  • 0
    毎月、すべてのアカウントで無料検証。
3つのティア、1つの料金表

無料で開始。従量課金。エンタープライズまで対応。

毎月500回まで無料認証を永続的に提供。本番環境では従量課金。エンタープライズプランではカスタム契約、データレジデンシー、SLA(サービスレベルアグリーメント)に対応します。
無料

無料

月額$0。クレジットカード不要。

  • 無料KYCバンドル(本人確認 + パッシブ・ライブネス + 顔照合 + デバイス&IP分析), 毎月500回まで
  • ブロックリストユーザー
  • 重複検出
  • すべてのセッションで200以上の不正シグナル
  • Diditネットワーク全体でのKYC再利用
  • ケース管理プラットフォーム
  • ワークフロービルダー
  • 公開ドキュメント、サンドボックス、SDK、MCP (Model Context Protocol) サーバー
  • コミュニティサポート
最も人気
従量課金

従量課金

使った分だけお支払い。25以上のモジュール。モジュールごとの公開価格、月額最低料金なし。

  • フルKYC(本人確認 + 生体認証 + IP / デバイス)が$0.33
  • 10,000以上のAMLデータセット, 制裁、PEP、ネガティブ情報
  • データベース検証のための1,000以上の政府データソース
  • トランザクションモニタリングが1トランザクションあたり$0.02
  • ライブKYBが1企業あたり$2.00
  • ウォレットスクリーニングが1チェックあたり$0.15
  • ホワイトラベル検証フロー, あなたのブランド、私たちのインフラ
エンタープライズ

エンタープライズ

カスタムMSA & SLA。大量利用や規制対象プログラム向け。

  • 年間契約
  • カスタムMSA、DPA、SLA
  • 専用SlackおよびWhatsAppチャンネル
  • オンデマンドの手動レビュー担当者
  • リセラーおよびホワイトラベル条件
  • 限定機能とパートナー連携
  • 専任CSM、セキュリティレビュー、コンプライアンスサポート

無料で開始 → チェック実行時のみ支払い → カスタム契約、SLA、データレジデンシーが必要な場合はエンタープライズプランへ。

FAQ

よくある質問

Diditとは何ですか?

Diditは、本人確認と不正対策のためのインフラです。私たちが自社でプロダクトを開発していた時に「こんなプラットフォームがあれば」と願ったものを実現しました。オープンで柔軟、そして開発者に優しいため、単なるブラックボックスとしてではなく、お客様のスタックの真の構成要素として機能します。

単一のAPIで、個人の確認(KYC顧客確認)、企業の確認(KYB企業確認)、暗号資産ウォレットのスクリーニング(KYT取引確認)、およびリアルタイムでの取引監視をカバーします。このスタックは以下の特長を備えています。

  • 高速, すべてのセッションでp99が2秒未満
  • 信頼性, 220以上の国1,500以上の企業が本番環境で利用
  • 安全, SOC 2 Type 1、ISO 27001、GDPR準拠、スペインの金融規制当局から対面確認よりも安全であると正式に認定

基盤となるフットプリントは、48以上の言語に対応した14,000以上のドキュメントタイプ1,000以上のデータソース、そしてすべてのセッションで200以上の不正シグナルです。Diditのインフラは、すべてのセッションから動的に学習し、日々改善されています。

住所証明とは何ですか?また、なぜ規制当局はそれを求めるのですか?

住所証明とは、その名の通り、オンボーディングする人物が主張する住所に実際に居住していることを示す証拠です。一般的な書類は以下の通りです。

  • 公共料金の請求書, 電気、ガス、水道、インターネット、携帯電話の契約書
  • 銀行の明細書, 規制対象の銀行が発行し、ユーザーの名前と住所が記載されているもの
  • 政府発行の書類, 税金の請求書、地方自治体の通知、有権者登録
  • 賃貸契約書または住宅ローン契約書, 住所に関する署名済みの契約書

規制当局が重視する理由:登録された住所は、マネーロンダリング対策の記録保持、税務上の居住地報告(FATCA / CRS)、および将来の執行における法的管轄の基準となります。自己申告された入力形式の住所は検証できません。最近の書類と身分証明書との相互参照によって裏付けられた住所証明が標準です。Diditは、この完全なプロセスを1回の確認につき$0.20で提供します。

なぜ入力された住所だけでは不十分なのですか?

規制当局が自己申告された住所を一貫して拒否する理由は3つあります。

  • 不正行為, 誰でも任意の住所を入力できます。マネーミュールや合成された身元は、同じ住所を多くの開設済み口座に拡散するために日常的にこれを利用します。
  • 監査の根拠がない, 規制当局がファイルを監査する際に、参照できるものがありません。署名された住所証明は、監査パックに含めることができる証拠となります。
  • 税務上の居住地報告, FATCAおよびOECDの共通報告基準に基づき、銀行は口座保有者の税務上の居住地を文書による証拠に基づいて報告する必要があります。入力された住所は文書として認められません。

住所証明のプロセス, 取得、OCR、相互参照、登録情報の検証, は、ユーザーのスマートフォンで5分以内に規制当局が認める証拠を生成します。エンドツーエンドで1回の確認につき$0.20です。

エンドユーザーの確認はどのくらい速いですか?

通常、エンドツーエンドの全フローは30秒未満で完了します, 身分証明書を手に取り、書類を撮影し、セルフィーを撮影すれば完了です。これは市場で最速です。従来のKYCプロバイダーでは、同じフローに90秒以上かかることがよくあります。

バックエンドでは、Diditはユーザーがセルフィーを完了した瞬間からウェブフックが発火するまでの時間を測定し、p99で2秒未満で結果を返します。モバイルキャプチャは、低速なスマートフォンやネットワーク向けに調整されています。プログレッシブ画像圧縮、遅延SDKロード、ユーザーがウェブから開始した場合のQRコードによるデスクトップからスマートフォンへのワンタップ引き継ぎなどに対応しています。

公共料金の請求書を要求するだけでは何が問題なのですか?

「公共料金の請求書をアップロードしてください」で止めてしまうと、悪意のある攻撃者は以下のことが可能です。

  • 他人の請求書の住所をPhotoshopで改ざんする
  • 同じ住所の以前の入居者の請求書を再利用する
  • 同じ住所の別人の請求書を提出する
  • 期限切れの請求書(引っ越し前のもの)を提出する

Diditのプロセスは、OCRの上に3層の検証を重ねることで、これら4つすべてを検出します。

  • 氏名の相互参照, 請求書上の氏名が身分証明書上の氏名と一致する必要があります
  • 住所の相互参照, 請求書上の住所が身分証明書上の住所(または以前承認された住所)と一致する必要があります
  • 登録情報の検証, 住所は各国の公的住所登録情報(英国Royal Mail PAF、スペインCatastro、フランスBAN、ドイツDATEV、米国USPSなど)と照合されます

これら3つはすべてサーバー側で実行されます。エージェントが未加工のアップロードを見ることはなく、検証済みの結果のみを確認します。

ユーザーが失敗、中断、または期限切れになった場合はどうなりますか?

すべてのセッションは7つの明確なステータスのいずれかに分類されるため、お客様のコードは常に何をすべきかを知ることができます。

  • Approved, すべてのチェックに合格しました。ユーザーを次のステップに進めます。
  • Declined, 1つ以上のチェックに失敗しました。ユーザーに特定の失敗したステップ(例:セルフィーの再撮影)を再提出させることができます。全フローを再実行する必要はありません。
  • In Review, コンプライアンスレビューのためにフラグが立てられました。コンソールでケースを開き、すべてのシグナルを確認し、承認または拒否を決定します。
  • In Progress, ユーザーはフローの途中にいます。
  • Not Started, リンクは送信されましたが、ユーザーはまだ開いていません。長時間放置されている場合はリマインダーを送信します。
  • Abandoned, ユーザーはリンクを開きましたが、時間内に完了しませんでした。再エンゲージするか、期限切れにします。
  • Expired, セッションリンクの有効期限が切れました。新しいセッションを作成します。

すべてのステータス変更時に署名付きウェブフックが発火するため、お客様のデータベースは常に同期されます。中断および拒否されたセッションは無料です。

顧客データはどこに保存され、どのように保護されていますか?

本番データは、デフォルトでAmazon Web Services上の欧州連合内で処理および保存されます。規制当局が要求する管轄区域については、エンタープライズ契約で代替リージョンをリクエストできます。

あらゆる場所で暗号化。すべてのデータベース、オブジェクトストレージ、バックアップにおいて、保存データはAES-256で暗号化されます。すべてのAPIコール、ウェブフック、ビジネスコンソールセッションにおいて、転送データはTransport Layer Security 1.3で暗号化されます。生体認証データは、個別のカスタマーマスターキーで暗号化されます。

保持期間はお客様が管理できます。デフォルトの保持期間は無期限(無制限)ですが、アプリケーションごとに30日から10年の間で短縮するように設定できます。また、ダッシュボードまたはAPIからいつでも個々のセッションを削除できます。

認証:SOC 2 Type 1(Type 2監査進行中)、ISO/IEC 27001:2022iBeta Level 1 PAD、およびスペインのTesoro / SEPBLAC / CNMVからの公式認定により、Diditのリモート本人確認は対面確認よりも安全であるとされています。完全なレポートは/security-complianceでご覧いただけます。

Diditは私の業界の規制に準拠していますか?

Diditは、本人確認インフラにとって重要な規制にデフォルトで準拠しています。

  • GDPR + UK GDPR, 管理者/処理者の分離、完全なデータ処理契約の公開、主要監督機関の指定(スペインAEPD)。
  • AMLD6 + EU AML単一ルールブック, 1,300以上の制裁、政治的要人、およびネガティブメディアリストをリアルタイムでスクリーニング。
  • eIDAS 2.0, EUデジタルIDウォレットに準拠。再利用可能なIDに対応。
  • MiCA(暗号資産市場), 暗号資産のオンランプ、取引所、カストディアンに対応。
  • DORA, デジタルオペレーショナルレジリエンス法、EU金融サービスの運用レジリエンス。
  • BIPA、CUBI、ワシントン州HB 1493、CCPA / CPRA, 米国の生体認証プライバシー(イリノイ州、テキサス州、ワシントン州)およびカリフォルニア州の消費者プライバシー。
  • 英国オンライン安全法, 年齢制限および児童保護義務。
  • FATFトラベルルール, 暗号資産送金における発信者および受取人データ、IVMS-101相互運用性。

詳細なメモ、すべての証明書、すべての規制当局からの書簡は/security-complianceでご覧いただけます。

どのくらい早く統合してユーザーの確認を開始できますか?
  • business.didit.meでサンドボックスアカウントを60秒で作成できます, クレジットカードは不要です。
  • Claude Code、Cursor、または当社のModel Context Protocol (MCP) サーバーを介した任意のコーディングエージェントを使用して、5分で動作する検証を実装できます。
  • 署名付きウェブフック検証、リトライ、およびユーザーが拒否された場合の是正フローを含む、本番環境対応の統合を週末で完了できます。

3つの統合パス, お客様のスタックに合ったものをお選びください。

  • 当社のWeb、iOS、Android、React Native、またはFlutter SDKを使用してネイティブに組み込む
  • ユーザーをホストされた検証ページにリダイレクトする, SDKは不要です。
  • メール、SMS、WhatsApp、または任意のチャネルでリンクを送信する, フロントエンド作業は不要です。

すべてのパスで同じダッシュボード、同じ請求、同じ成功報酬型料金が適用されます。ステップバイステップのガイドはdocs.didit.me/integration/integration-promptでご覧いただけます。

90日間の期間はどのように機能しますか?

ほとんどの規制当局は、住所証明書類が検証時点で過去90日以内に発行されたものであることを求めています。それより古いものは、ユーザーが引っ越した可能性があるという仮定のもと、古くなったものとして扱われます。

DiditのOCRは、書類の日付を読み取り、検証タイムスタンプと自動的に照合します。

  • 90日以内 within_90_day_window: true 証明は最新性チェックに合格
  • 90日より古い within_90_day_window: false セッションは「In Review」に移行し、ユーザーにはより新しい書類のアップロードが促されます

低リスクの顧客セグメントでは、ワークフローを設定して期間を180日に延長したり、高リスクのセグメントでは60日に短縮したりできます。設定はセッションごとではなくワークフローごとに行われるため、変更は一律に適用されます。英国のRight to Rentでは90日を使用し、EUのAMLガイダンスでは監督機関によって90〜180日が一般的に許容されます。

長期顧客の更新はどのように機能しますか?

ほとんどの規制当局は、登録されている住所を定期的に再確認することを求めています。

  • 低リスク顧客, 通常3年ごと
  • 標準顧客, 1〜2年ごと
  • 高リスク / EU-PEP顧客, 毎年
  • 重要なイベント発生時, 取引パターンの大幅な変更、顧客による住所変更の報告、新しい商品のオンボーディング

Diditの更新は、既存顧客のvendor_dataを使用して、住所証明ワークフローに対して同じPOST /v3/session/を実行するだけです。新しい書類は顧客ファイル内の以前の書類に優先し、両方とも監査証跡として保持されます。更新の頻度はお客様のリスクポリシーに属するため、Diditは自動的に更新をトリガーしません。お客様の顧客データパイプラインから更新をスケジュールしてください。

Diditの価格は他社と比較してどうですか?

ほとんどのKYCプロバイダーは、住所証明を1回の確認につき$0.50から$2.00で提供しています。多くの場合、より高額なKYC基本料金に加えて別途項目として請求され、登録情報の検証には国ごとの追加料金がかかります。Onfido / Jumio / Veriffのような典型的なモデルです。

Diditの公表価格は、住所証明1件につき$0.20 + 基盤となる本人確認(相互参照の基準として必須)に$0.15 = 組み合わせたプロセスで$0.35です。データベース検証には国ごとに変動する費用がかかり、通常$0.05〜$0.20です。最低料金や国ごとの追加料金はありません。

これは、同じ規制要件を満たす既存のスタックと比較して、およそ3〜5倍安価です。月間50,000ユーザーの場合、1件あたり$1.50の住所証明を提供する既存プロバイダーと比較して、年間約$65,000の節約になります。全料金は/pricingでご覧いただけます。

本人確認と不正対策のインフラ。

KYC、KYB、取引監視、ウォレットスクリーニングを一つのAPIで。5分で統合できます。

AIにこのページの要約を依頼する