Ruka hadi maudhui makuu
Didit Yakusanya $7.5M Kujenga Miundombinu ya Utambulisho na Udanganyifu
Didit
Marekani · BSA / FinCEN

Fuatilia kila muamala. Wasilisha SAR.

Ufuatiliaji wa Miamala kwa Wakati Halisi kwa $0.02 kwa kila simu pamoja na Usimamizi wa Kesi na usafirishaji tayari kwa Ripoti ya Shughuli za Kutiliwa Mashaka. Vifurushi 11 vya sheria vilivyopandikizwa, marekebisho ya kiotomatiki ya AWAITING_USER, uthibitishaji 500 bila malipo kila mwezi.

Inaungwa mkono na
Y CombinatorRobinhood Ventures
Firecrawl
Slash
Crnogorski Telekom
UCSF Neuroscape
Bit2Me
Shiply

Inaaminika na mashirika 2,000+ duniani kote.

Mchoro wa kufuata sheria wa sinema, giza, usioeleweka, paneli nne zinazoelea, za kioo cheusi, katika mtazamo wa 3D kwenye turubai nyeusi kabisa, zikipitishwa na mstari wima wa Didit Blue unaong'aa na kuwekewa fremu na mabano manne ya skana yanayong'aa. Kila paneli ina motifu ndogo nyeupe-nyepesi isiyo dhahiri (silhouette ya hati, kioo cha kukuza, folda ya kesi, kengele ya tahadhari) inayowakilisha usimamizi wa kesi ya Ripoti ya Shughuli za Kutiliwa Mashaka.

BSA inavyodai

Fuatilia kila uhamisho. Fungua kila kesi. Wasilisha kwa wakati.

Kila taasisi ya kifedha ya Marekani inahitaji ufuatiliaji wa wakati halisi kwa kila muamala pamoja na Ripoti ya Shughuli za Kutiliwa Mashaka ndani ya siku 30 za kugunduliwa. Didit inatoa injini ya sheria, mashine ya hali ya kesi, kitanzi cha marekebisho ya kiotomatiki, na usafirishaji wa schema ya FinCEN, kwa $0.02 kwa kila simu ya muamala. Uthibitishaji 500 bila malipo kila mwezi.

Jinsi inavyofanya kazi

Kuanzia kujisajili hadi mtumiaji aliyethibitishwa kwa hatua nne.

  1. Hatua 01

    Unda mtiririko wa kazi

    Chagua ukaguzi unaotaka, ID, uhai, kulinganisha uso, vikwazo, anwani, umri, simu, barua pepe, maswali maalum. Ziburute kwenye mtiririko kwenye dashibodi, au tuma mtiririko huo huo kwenye API yetu. Tawi kwenye masharti, fanya majaribio ya A/B, hakuna msimbo unaohitajika.

  2. Hatua 02

    Unganisha

    Pachika kiasili na Web, iOS, Android, React Native, au Flutter SDK yetu. Elekeza kwenye ukurasa uliopangishwa. Au tuma tu mtumiaji wako kiungo, kwa barua pepe, SMS, WhatsApp, popote. Chagua kinachofaa stack yako.

  3. Hatua 03

    Mtumiaji anapitia mtiririko

    Didit inasimamia kamera, vidokezo vya mwanga, uhamishaji wa simu, na ufikiaji. Wakati mtumiaji yuko kwenye mtiririko, tunapima ishara 200+ za ulaghai kwa wakati halisi na kuthibitisha kila sehemu dhidi ya vyanzo vya data vya mamlaka. Matokeo chini ya sekunde mbili.

  4. Hatua 04

    Unapokea matokeo

    Webhooks zilizosainiwa kwa wakati halisi huweka database yako sawa mara tu mtumiaji anapoidhinishwa, kukataliwa, au kutumwa kwa ukaguzi. Piga API inapohitajika. Au fungua console kukagua kila kikao, kila ishara, na kudhibiti kesi zako mwenyewe.

Imejengwa kwa BSA · Bei kama miundombinu

Vifurushi 11 vya sheria. Foleni moja. $0.02 kwa kila muamala.

Kazi halisi ya BSA si ukaguzi mmoja, ni mapishi. Badilisha vifurushi vya sheria kwa kila mtiririko wa kazi. Rekebisha vizingiti. Fungua kesi kiotomatiki. Hamisha SAR. Yote chini ya mkataba mmoja wa /v3/.
01 · Vifurushi vya sheria

Vifurushi kumi na moja vya sheria vilivyopandikizwa.

Muundo, kasi, mifumo ya mule, hatari za kijiografia, washirika waliofungiwa, mahususi kwa crypto, ukamilifu wa Travel Rule, ongezeko la akaunti mpya, akaunti zisizotumika-zinazotumika, tabaka za mipakani. Zote zinaweza kuhaririwa kwenye Workflow Builder isiyo na code.
Moduli ya Ufuatiliaji wa Miamala
02 · Mashine ya hali ya kesi

FUNGUA → INACHUNGUZWA → SAR_IMETUMWA → IMEFUNGWA.

Kila muamala uliotiwa alama unafungua kesi. Maelezo ya mkaguzi, noti, nyakati, maamuzi yote yanarekodiwa. Kila mabadiliko yametiwa saini na iko tayari kukaguliwa.
Mratibu wa Mtiririko wa Kazi
03 · Usafirishaji tayari kwa SAR

Kifurushi tayari kwa SAR, wakati wa kusafirisha.

FinCEN SAR XML schema, pamoja na kifurushi cha ushahidi kinachounga mkono, kifurushi cha KYC cha mhusika, miamala iliyotiwa alama, data ya mshirika, muktadha wa tabia, maelezo ya mkaguzi, saini ya HMAC. E-File kutoka back-end yako au tuma kwenye zana yako ya uchunguzi.
Moduli ya Uchunguzi wa AML
04 · Marekebisho ya kiotomatiki ya AWAITING_USER

Urekebishaji wa kiotomatiki data inapokosekana.

Muamala unapohitaji data zaidi ya mteja (chanzo cha fedha, anwani iliyosasishwa, selfie mpya), Didit huunda kikao cha kurekebisha kiotomatiki. URL ya uthibitishaji kwenye jibu, webhook iliyotiwa saini baada ya kukamilika, miamala inarudiwa.
Moduli ya Uthibitishaji wa Mtumiaji
05 · Mtiririko wa arifa za moja kwa moja

Arifa za moja kwa moja. Foleni moja.

Kila muamala uliotiwa alama huonekana kwenye Case Console na sheria yake, alama, hali, na mkaguzi aliyepangiwa. Sehemu hiyo hiyo hutumika kwa ugawaji, uchunguzi, uwasilishaji, na kufungwa.
Dashibodi ya Biashara
06 · Hifadhi ya data

Uhifadhi wa miaka 5. EU + makazi ya Marekani.

Uhifadhi usio na kikomo ukiwa umejisajili, EU kwa chaguo-msingi, uhifadhi wa data ya Marekani kwenye mikataba ya biashara. SOC 2 Type 1 na ISO/IEC 27001 imethibitishwa. Udhibiti unaolingana na FFIEC.
Usalama na Uzingatiaji
Unganisha

Simu moja ya muamala. Kesi moja. Usafirishaji mmoja uliosainiwa.

Wasilisha kila uhamisho. Panga kesi zilizotiwa alama. Hamisha SAR. Wasilisha.
POST /v3/transactions/Fuatilia
$ curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -d '{
    "transaction_id": "tx-9001",
    "transaction_details": { "direction": "OUTBOUND", "currency": "USD", "amount": "9500" },
    "subject": { "full_name": "J. Doe" },
    "counterparty": { "full_name": "Mshirika" }
  }'
201Imeundwahali IMEIDHINISHWA · INAKAGULIWA · IMEKATALIWA · INAMSUBIRI_MTUMIAJI
Miamala iliyotiwa alama inafungua kesi kiotomatiki. $0.02 kwa kila simu.nyaraka →
GET /v3/transactions/{id}/SAR
$ curl https://verification.didit.me/v3/transactions/$TXN/ \
  -H "x-api-key: $DIDIT_API_KEY"

# Inarudisha payload kamili ya kesi,
# mifumo iliyotiwa alama, KYC ya mhusika,
# mhusika mwingine, muktadha wa tabia,
# maelezo ya mkaguzi, saini ya HMAC.
# Pangilia na schema ya XML ya FinCEN SAR.
200OKkesi WAZI · INACHUNGUZWA · SAR_IMETUMWA · IMEFUNGWA
Hamisha ZIP kutoka Console au POST kwa BSA E-Filing kutoka back-end yako.nyaraka →
Ujumuishaji tayari kwa agent

Anzisha ufuatiliaji wa BSA + uwasilishaji wa SAR kwa haraka.

Bandika kwenye Claude Code, Cursor, Codex, Devin, Aider, au Replit Agent. Jaza stack yako. Agent atajenga workflow, ataunganisha rule bundles, atafungua kesi, ataendesha mzunguko wa marekebisho wa AWAITING_USER, na kuonyesha usafirishaji wa SAR XML.
didit-integration-prompt.md
You are integrating Didit into a US financial institution (bank, money services business, crypto VASP, broker-dealer, casino, mortgage lender) to satisfy Bank Secrecy Act monitoring + Suspicious Activity Report (SAR) filing under the Financial Crimes Enforcement Network (FinCEN). Three obligations:

  1. Monitor every transaction in real time against the eleven seeded rule bundles (structuring, velocity, mule patterns, geographic risk, sanctioned counterparties, etc.).
  2. Open and manage cases on every flagged transaction.
  3. Export the SAR-ready package matching the FinCEN SAR XML schema for filing via the BSA E-Filing System.

Pricing (verified live 2026-05-16):
  - Transaction Monitoring: $0.02 per transaction call
  - Anti-Money Laundering (AML) Screening on flagged subjects: $0.20 per check, $0.07 per user per year for ongoing monitoring
  - User Verification (Know Your Customer (KYC)) for remediation: $0.33 per check
  - First 500 verifications free every month, forever

PRE-REQUISITES
  - Production API key from https://business.didit.me (sandbox key in 60 seconds, no credit card).
  - Webhook endpoint with HMAC SHA-256 verification of the X-Signature-V2 header.
 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.  - A workflow_id for KYC sessions (used on remediation), and Transaction Monitoring + Case Management enabled in the Business Console.
  - Optional: integration with the BSA E-Filing System on your back-end OR push to your existing investigation tool (Actimize, NICE, Quantexa, ComplyAdvantage Workflow).

STEP 1 — Monitor every transaction with the Transactions API

  POST https://verification.didit.me/v3/transactions/
  Headers:
    x-api-key: <your api key>
    Content-Type: application/json
  Body (required fields verified live 2026-05-16):
    {
      "transaction_id": "<your internal transaction id>",
      "transaction_category": "finance",
      "transaction_details": {
        "direction": "OUTBOUND",
        "amount": "9500",
        "currency": "USD",
        "currency_kind": "fiat",
        "action_type": "payment"
      },
      "subject": {
        "entity_type": "individual",
        "vendor_data": "<your user id>",
        "full_name": "<user name from verified KYC>"
      },
      "counterparty": {
        "entity_type": "individual",
        "full_name": "<counterparty name if known>",
        "payment_method": {
          "method_type": "wire",
          "account_id": "<counterparty account or routing reference>"
        }
      }
    }

  REQUIRED fields the API rejects if missing:
    - subject.vendor_data + subject.full_name
    - counterparty.full_name
    - transaction_details.direction + currency + currency_kind + amount

  Response shape (excerpted from a real successful 201):
    {
      "uuid": "<server transaction uuid>",
      "txn_id": "<your transaction_id echoed back>",
      "status": "APPROVED",
      "score": 0,
      "severity": null,
      "cost_breakdown": {
        "total_price": 0.02,
        "items": [{ "usage_type": "transaction_monitoring", "price": 0.02 }]
      }
    }

  Transaction status enum (exact case, UPPER_SNAKE_CASE): APPROVED | IN_REVIEW | DECLINED | AWAITING_USER.

STEP 2 — Branch on the verdict

  APPROVED       → clear the transaction. Webhook may still update later if Ongoing Monitoring catches a delayed signal.
  IN_REVIEW      → hold the transaction. Case opens automatically in the Business Console for analyst triage.
  DECLINED       → refuse the transaction. Case opens at SAR-candidate priority.
  AWAITING_USER  → the workflow needs more data from the customer (source of funds, updated address, refreshed selfie). The response includes a remediation verification URL — send it to the customer.

STEP 3 — Handle AWAITING_USER auto-remediation

  Push the verification URL on the response to the customer (email, app deep-link, push notification). They complete the additional verification in hosted flow on their phone.

  On completion:
    - The remediation session is LINKED to the original transaction (you'll see the linkage in both webhooks).
    - Didit re-runs the relevant rules with the new evidence.
    - The transaction moves to APPROVED (clear) or DECLINED (case opens for SAR consideration).

  The whole loop takes minutes for the user; your team only touches the cases that genuinely need human judgement.

STEP 4 — Case Management — every flagged transaction opens a case

  Cases live in the Business Console with a state machine:

    OPEN          → alert fires, no reviewer yet
    INVESTIGATING → reviewer assigned, gathering context
    SAR_FILED     → SAR exported and filed; case awaits regulator response
    CLOSED        → case resolved, no SAR (with reviewer notes explaining why)

  Each transition is signed, timestamped, and attributed (analyst name + officer name).

  Per case, you get:
    - The flagged transaction(s) + the rule(s) that fired
    - The subject's verified KYC bundle (document, biometric, AML, device + IP)
    - The counterparty data (for crypto: wallet screen; for fiat: counterparty identity if known)
    - Behavioural context (user's transaction history, baseline, velocity)
    - Reviewer narrative (analyst notes, decisions, escalations)

STEP 5 — Export the SAR package

  Two paths:

  Path A — Direct from the Console
    Click "Export SAR XML" on a case. You get a downloadable package matching the FinCEN SAR XML schema. Upload through the BSA E-Filing System manually.

  Path B — Via API + your back-end
    GET https://verification.didit.me/v3/transactions/{id}/
    Headers:
      x-api-key: <your api key>
    The full case payload — every field above — is returned as JSON. Map to the FinCEN schema in your back-end and POST to the BSA E-Filing System programmatically.

STEP 6 — Webhook event names

  Sessions: standard session webhook for remediation completions (verify X-Signature-V2).
  Transactions:
    - transaction.created
    - transaction.updated
    - transaction.status.changed
    - transaction.alert.generated

  Every payload signed with X-Signature-V2 HMAC SHA-256.

STEP 7 — Ongoing AML monitoring is automatic on every verified subject

  Every approved user is re-screened daily against 1,300+ sanctions, PEP, and adverse-media lists at $0.07 per user per year on heavy-volume accounts. When a previously-clean subject crosses an AML threshold, a transaction.alert.generated webhook fires and a case opens automatically.

CONSTRAINTS
  - Session statuses Title Case With Spaces; transaction statuses UPPER_SNAKE_CASE. Don't mix.
  - SAR filing deadlines: 30 days from detection (extendable by 30 days for suspect identification).
  - SAR thresholds: $5,000 aggregate transaction for banks; $2,000 for money services businesses.
  - BSA retention: 5 years on every SAR + supporting documentation.
  - Tipping-off: NEVER disclose the SAR filing to the subject. Encode this in your customer-comms workflow.
  - Default record retention is indefinite while subscribed; configurable per workflow if your supervisor mandates a specific duration.

Read the docs:
  - https://docs.didit.me/transaction-monitoring/overview
  - https://docs.didit.me/transaction-monitoring/transactions
  - https://docs.didit.me/transaction-monitoring/aml-screening
  - https://docs.didit.me/sessions-api/create-session
  - 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.
Inatii kwa muundo

Fungua nchi mpya kwa kubofya mara moja. Tunafanya kazi ngumu.

Tunafungua kampuni tanzu za ndani, tunapata leseni, tunafanya majaribio ya kupenya, tunapata vyeti, na tunalingana na kila kanuni mpya. Ili kusafirisha uthibitishaji katika nchi mpya, geuza swichi. Nchi 220+ ziko hewani, zinakaguliwa na kupimwa kila robo mwaka, mtoa huduma pekee wa utambulisho ambaye serikali ya nchi mwanachama wa EU imemwita rasmi kuwa salama zaidi kuliko uthibitishaji wa ana kwa ana.
Soma faili ya usalama na utiifu
EU financial sandbox
Tesoro · SEPBLAC · BdE
Jugendschutz geprüft
FSM · JMStV §4(2) · 2026
ISO/IEC 27001
Usalama wa habari · 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-aligned kwa muundo

Takwimu za kuthibitisha

Takwimu za kuthibitisha
  • $0.00
    Kwa kila simu ya Ufuatiliaji wa Miamala, kila uhamisho unachunguzwa kwa wakati halisi.
  • 0
    Rule bundles zilizopandikizwa zinazohusu uundaji, kasi, mifumo ya mule, hatari ya kijiografia, washirika walioidhinishwa, na matukio mengine ya kawaida ya Sheria ya Usiri wa Benki.
  • 0+
    Vikwazo, Watu Walio Wazi Kisiasa (PEP), na orodha za habari mbaya zinazochunguzwa kwa kila mhusika.
  • 0
    Uthibitishaji wa bure kila mwezi, kwa kila akaunti.
Ngazi tatu, orodha moja ya bei

Anza bure. Lipa kulingana na matumizi. Panua hadi Enterprise.

Uthibitishaji 500 bila malipo kila mwezi, milele. Lipa kadri unavyotumia kwa uzalishaji. Mikataba maalum, uhifadhi wa data, na SLA (Service Level Agreements) kwenye Enterprise.
Bure

Bure

$0 / mwezi. Hakuna kadi ya mkopo inayohitajika.

  • Kifurushi cha bure cha KYC (Uthibitishaji wa Kitambulisho + Passive Liveness + Face Match + Uchambuzi wa Kifaa & IP), 500 / mwezi, kila mwezi
  • Watumiaji Waliozuiwa
  • Utambuzi wa Marudio
  • Ishara 200+ za udanganyifu kwenye kila session
  • KYC inayoweza kutumika tena kwenye mtandao wa Didit
  • Jukwaa la Usimamizi wa Kesi
  • Workflow Builder
  • Nyaraka za umma, sandbox, SDKs, server ya MCP (Model Context Protocol)
  • Usaidizi wa jamii
Maarufu zaidi
Lipa kulingana na matumizi

Kulingana na Matumizi

Lipa tu kwa unachotumia. Moduli 25+. Bei za umma kwa kila moduli, hakuna ada ya chini ya kila mwezi.

  • KYC kamili kwa $0.33 (Kitambulisho + Biometric + IP / Kifaa)
  • Data za AML 10,000+, vikwazo, PEPs, habari hasi
  • Vyanzo vya data vya serikali 1,000+ kwa Uthibitishaji wa Database
  • Ufuatiliaji wa Miamala kwa $0.02 kwa kila muamala
  • KYB ya moja kwa moja kwa $2.00 kwa kila biashara
  • Uchunguzi wa Wallet kwa $0.15 kwa kila ukaguzi
  • Mtiririko wa uthibitishaji wa Whitelabel, brand yako, miundombinu yetu
Biashara Kubwa

Biashara Kubwa

MSA & SLA maalum. Kwa idadi kubwa na programu zilizodhibitiwa.

  • Mikataba ya kila mwaka
  • MSA, DPA, na SLA maalum
  • Kituo maalum cha Slack na WhatsApp
  • Wakaguzi wa mikono wanapohitajika
  • Masharti ya muuzaji na white-label
  • Vipengele vya kipekee na ushirikiano wa washirika
  • CSM aliyetajwa, ukaguzi wa usalama, usaidizi wa kufuata

Anza bure → lipa tu wakati ukaguzi unafanyika → fungua Enterprise kwa mkataba maalum, SLA, au uhifadhi wa data.

FAQ

Maswali ya kawaida

Didit ni nini?

Didit ni miundombinu ya utambulisho na udanganyifu, jukwaa ambalo tulitamani lingekuwepo tulipokuwa tukijenga bidhaa sisi wenyewe: wazi, rahisi, na rafiki kwa watengenezaji, ili lifanye kazi kama sehemu halisi ya stack yako badala ya sanduku jeusi unalounganisha.

API moja inashughulikia kuthibitisha watu (KYC, mjue mteja wako), kuthibitisha biashara (KYB, mjue biashara yako), kuchunguza pochi za crypto (KYT, mjue muamala wako), na kufuatilia miamala kwa wakati halisi, kwenye stack iliyojengwa kuwa:

  • Haraka, chini ya sekunde 2 p99 kwenye kila session
  • Inaaminika, katika uzalishaji na kampuni 1,500+ katika nchi 220+
  • Salama, SOC 2 Type 1, ISO 27001, GDPR-native, na kuthibitishwa rasmi na mdhibiti wa kifedha wa Uhispania kuwa salama zaidi kuliko kumthibitisha mtu ana kwa ana

Alama ya chini: aina 14,000+ za hati katika lugha 48+, vyanzo 1,000+ vya data, na ishara 200+ za udanganyifu kwenye kila session. Miundombinu ya Didit inajifunza kwa nguvu kutoka kila session na inakuwa bora kila siku.

Sheria ya Usiri wa Benki ni nini, kwa lugha rahisi?

Sheria ya Usiri wa Benki (BSA) ni sheria ya msingi ya Marekani ya kupambana na utakatishaji fedha, iliyopitishwa mwaka 1970 na kurekebishwa mara nyingi tangu wakati huo. Inahitaji taasisi za kifedha za Marekani kusaidia serikali kugundua na kuzuia utakatishaji fedha kwa kuweka rekodi, kuripoti shughuli za kutiliwa mashaka, na kuripoti miamala mikubwa ya fedha.

Kitabu cha sheria kinasimamiwa na Financial Crimes Enforcement Network (FinCEN), ofisi ya Hazina ya Marekani. Ukaguzi unaendeshwa na mdhibiti mkuu wa shirikisho wa taasisi, OCC kwa benki za kitaifa, Federal Reserve kwa benki wanachama wa serikali, Federal Deposit Insurance Corporation (FDIC) kwa benki zisizo wanachama wa serikali, National Credit Union Administration (NCUA) kwa vyama vya mikopo, na SEC + FINRA kwa broker-dealers.

Mwaka 2020 Sheria ya Kupambana na Utakatishaji Fedha ya 2020 iliboresha mfumo, kuripoti umiliki wa manufaa, upanuzi wa udhibiti kujumuisha wafanyabiashara wa vitu vya kale, na Corporate Transparency Act iliongezwa juu.

Ripoti ya Shughuli za Kutiliwa Mashaka ni nini?

Ripoti ya Shughuli za Kutiliwa Mashaka (SAR) ni faili ya siri ambayo taasisi ya kifedha ya Marekani inawasilisha kwa FinCEN kila inapogundua muamala au muundo unaoweza kuashiria utakatishaji fedha, udanganyifu, ufadhili wa ugaidi, au shughuli nyingine za uhalifu.

Sheria za kuweka faili:

  • Kizingiti, benki huweka faili wakati muamala wa jumla unafikia $5,000 na taasisi inashuku shughuli haramu. Biashara za huduma za fedha huweka faili kwa $2,000.
  • Muda, weka faili ndani ya siku 30 za kugundua, inaweza kuongezwa kwa siku 30 ikiwa mtuhumiwa anatambuliwa.
  • Usiri, imekatazwa kufichua faili kwa mhusika. Ukiukaji wa kutoa taarifa una adhabu za jinai.
  • Umbizo, inawasilishwa kupitia BSA E-Filing System katika schema ya FinCEN SAR XML.
  • Uhifadhi, weka nakala ya SAR iliyowekwa faili pamoja na nyaraka zote zinazounga mkono kwa miaka 5.

FinCEN inatumia SARs kujenga viongozi wa uchunguzi; mashirika kama FBI, IRS-Criminal Investigation, na DEA huuliza database mara kwa mara.

Uthibitishaji kwa mtumiaji wangu wa mwisho unafanyika haraka kiasi gani?

Mtiririko kamili kwa kawaida huchukua chini ya sekunde 30 kuanzia mwanzo hadi mwisho, chukua kitambulisho, piga picha hati, piga selfie, umemaliza. Hiyo ndiyo kasi zaidi sokoni. Watoa huduma wa zamani wa KYC kwa kawaida huchukua zaidi ya sekunde 90 kwa mtiririko huo huo.

Kwenye upande wa nyuma, Didit inarudisha matokeo kwa chini ya sekunde mbili kwa p99, ikipimwa kutoka wakati mtumiaji anamaliza selfie hadi wakati webhook yako inawaka. Upigaji picha wa simu umeboreshwa kwa simu za polepole na mitandao ya polepole: ukandamizaji wa picha unaoendelea, upakiaji wa polepole wa software development kit, na uhamishaji wa kugusa mara moja kutoka desktop hadi simu kupitia QR code ikiwa mtumiaji anaanza kwenye wavuti.

Ni mifumo gani inayosababisha SAR?

Mwongozo wa FinCEN wa SAR unashughulikia kategoria nyingi; zile za kawaida:

  • Kupanga, kuvunja miamala mikubwa kuwa midogo ili kuepuka kizingiti cha $10,000 cha Currency Transaction Report (CTR). Mfumo wa amana za $9,500 kwa siku chache.
  • Anomalies za kasi, mlipuko wa ghafla wa miamala isiyoendana na wasifu wa mteja
  • Hatari ya kijiografia, miamala kwenda au kutoka maeneo yenye hatari kubwa, nchi za orodha ya kijivu ya FATF
  • Mifumo ya punda, fedha zinazoingia na kutoka mara moja, mara nyingi kwa walengwa wengi
  • Vipigo vya vikwazo, mhusika anafanana na orodha ya OFAC
  • Udanganyifu wa utambulisho, vitambulisho bandia, viashiria vya kughushi hati vilivyojitokeza baada ya kuingia
  • Kuhusiana na tukio la mtandaoni, miamala inayohusiana na malipo ya ransomware, udanganyifu wa barua pepe ya biashara, au kuchukua akaunti
  • Matumizi mabaya ya ndani, ubadhirifu, shughuli inayoendeshwa na mfanyakazi

FinCEN inatarajia ugunduzi unaotegemea sheria na tabia, sio tu orodha ya kuangalia. Mpango halisi wa Ufuatiliaji wa Muamala hurekebisha sheria kulingana na wateja na wasifu wa hatari wa taasisi.

Nini kinatokea ikiwa mtumiaji atashindwa, ataacha, au muda wake utaisha?

Kila session inatua kwenye mojawapo ya hali saba zilizo wazi, kwa hivyo code yako inajua nini cha kufanya kila wakati:

  • Approved, kila ukaguzi umepita. Mpeleke mtumiaji mbele.
  • Declined, ukaguzi mmoja au zaidi umeshindwa. Unaweza kumruhusu mtumiaji kutuma tena hatua maalum iliyoshindwa (kwa mfano, piga selfie tena) bila kuendesha tena mtiririko mzima.
  • In Review, imewekwa alama kwa ukaguzi wa kufuata. Fungua kesi kwenye console, angalia kila ishara, amua kukubali au kukataa.
  • In Progress, mtumiaji yuko katikati ya mtiririko.
  • Not Started, kiungo kimetumwa, mtumiaji bado hajafungua. Tuma ukumbusho ikiwa inakaa muda mrefu sana.
  • Abandoned, mtumiaji alifungua kiungo lakini hakumaliza kwa wakati. Mshirikishe tena au muda wake uishe.
  • Expired, muda wa kiungo cha session umeisha. Unda session mpya.

Webhook iliyosainiwa inawaka kwenye kila mabadiliko ya hali, kwa hivyo database yako inabaki sawa kila wakati. Sessions zilizoachwa na zilizokataliwa ni bure.

Data ya mteja wangu inakaa wapi na inalindwaje?

Data ya uzalishaji inachakatwa na kuhifadhiwa katika Umoja wa Ulaya kwa chaguo-msingi, kwenye Amazon Web Services. Mikataba ya biashara inaweza kuomba mikoa mbadala kwa mamlaka ambayo wadhibiti wao wanahitaji.

Usimbaji fiche kila mahali. AES-256 wakati wa kupumzika kwenye kila database, hifadhi ya kitu, na backup. Transport Layer Security 1.3 wakati wa usafiri kwenye kila simu ya API, webhook, na session ya Business Console. Data ya biometriska imesimbwa kwa ufunguo tofauti wa Customer Master Key.

Uhifadhi ni wako kudhibiti. Uhifadhi chaguomsingi ni usio na kikomo (unlimited) isipokuwa ukisanidi mfupi, kati ya siku 30 na miaka 10 kwa kila programu, na unaweza kufuta session yoyote ya kibinafsi wakati wowote kutoka kwenye dashboard au API.

Vyeti: SOC 2 Type 1 (ukaguzi wa Type 2 unaendelea), ISO/IEC 27001:2022, iBeta Level 1 PAD, na uthibitisho wa umma kutoka Tesoro / SEPBLAC / CNMV ya Uhispania kwamba uthibitishaji wa utambulisho wa mbali wa Didit ni salama zaidi kuliko kumthibitisha mtu ana kwa ana. Ripoti kamili kwenye /security-compliance.

Je, Didit inatii sheria kwa tasnia yangu?

Didit inatii sheria kwa chaguo-msingi kwa wadhibiti muhimu kwa miundombinu ya utambulisho:

  • GDPR + UK GDPR, mgawanyo wa mtawala / mchakataji, Mkataba kamili wa Usindikaji wa Data ulichapishwa, mamlaka kuu ya usimamizi imetajwa (AEPD ya Uhispania).
  • AMLD6 + EU AML Single Rulebook, vikwazo 1,300+, mtu aliye wazi kisiasa, na orodha za vyombo vya habari hasi zimechunguzwa kwa wakati halisi.
  • eIDAS 2.0, EU Digital Identity Wallet imepangiliwa; tayari kwa utambulisho unaoweza kutumika tena.
  • MiCA (Markets in Crypto-Assets), tayari kwa crypto on-ramps, exchanges, na walinzi.
  • DORA, Digital Operational Resilience Act, uthabiti wa uendeshaji wa huduma za kifedha za EU.
  • BIPA, CUBI, Washington HB 1493, CCPA / CPRA, faragha ya biometriska ya Marekani (Illinois, Texas, Washington) na faragha ya watumiaji wa California.
  • UK Online Safety Act, vizuizi vya umri na majukumu ya usalama wa watoto.
  • FATF Travel Rule, data ya mwanzilishi na mnufaika kwenye uhamishaji wa crypto, IVMS-101 inayoingiliana.

Memo ya kina, kila cheti, kila barua ya mdhibiti: /security-compliance.

Ninaweza kuunganisha na kuanza kuthibitisha watumiaji haraka kiasi gani?
  • Sekunde 60 hadi akaunti ya sandbox kwenye business.didit.me, hakuna kadi ya mkopo.
  • Dakika 5 hadi uthibitishaji unaofanya kazi kupitia Claude Code, Cursor, au wakala yeyote wa kuweka code kupitia server yetu ya Model Context Protocol (MCP).
  • Wikiendi moja hadi muunganisho tayari kwa uzalishaji na uthibitishaji wa webhook uliosainiwa, majaribio upya, na mtiririko wa kurekebisha mtumiaji anapokataliwa.

Njia tatu za kuunganisha, chagua inayofaa stack yako:

  • Pachika moja kwa moja na SDK yetu ya Web, iOS, Android, React Native, au Flutter.
  • Elekeza upya mtumiaji kwenye ukurasa wa uthibitishaji uliopangishwa, hakuna SDK.
  • Tuma kiungo kwa barua pepe, SMS, WhatsApp, au chaneli yoyote, hakuna kazi ya front-end.

Dashboard moja, bili moja, bei sawa ya kulipa-kwa-mafanikio kwa zote tatu. Mwongozo wa hatua kwa hatua kwenye docs.didit.me/integration/integration-prompt.

AWAITING_USER auto-remediation ni nini, na kwa nini ni muhimu?

Matokeo ya kawaida ya ufuatiliaji ni tunahitaji habari zaidi kutoka kwa mteja kabla ya kusafisha muamala huu, uthibitisho wa chanzo cha fedha, anwani iliyosasishwa, selfie iliyothibitishwa tena.

Stacks za zamani zinalazimisha timu yako ya uendeshaji kushughulikia hili kwa mikono: tuma barua pepe kwa mteja, subiri, fuatilia, chunguza tena. AWAITING_USER auto-remediation inafunga mzunguko kiotomatiki:

  • Muamala unarudisha hali ya AWAITING_USER na URL ya uthibitishaji ya kurekebisha kwenye jibu
  • Tuma URL kwa mteja (barua pepe, app deep-link, push), wanakamilisha uthibitishaji wa ziada kwenye simu yao katika mtiririko uliopangishwa
  • Session ya kurekebisha imeunganishwa na muamala wa asili; baada ya kukamilika, webhook iliyosainiwa inafungua tena muamala na Didit inaendesha tena sheria husika na ushahidi mpya
  • Ikiwa mtumiaji atasafisha, muamala unahamia APPROVED; ikiwa sivyo, unahamia DECLINED na kesi inafunguliwa kwa kuzingatia SAR

Matokeo halisi: mzunguko wa kurekebisha ambao ulichukua siku sasa unachukua dakika, njia ya ukaguzi imekamilika, na timu yako inagusa tu kesi zinazohitaji uamuzi wa kibinadamu.

Stack ya Didit inashirikiana vipi na zana zangu zilizopo za uchunguzi wa AML?

Didit inazalisha ushahidi tayari kwa SAR; unaleta zana zozote za kuweka faili na uchunguzi unazotumia tayari.

Mifumo ya muunganisho:

  • E-filing ya moja kwa moja, vuta XML ya kesi kupitia API na uipeleke kwenye mfumo wa BSA E-Filing wa FinCEN kutoka back-end yako mwenyewe
  • Usimamizi wa kesi za uchunguzi, sukuma vitambulisho vya kesi + URL za payload kwenye Actimize, NICE, Quantexa, ComplyAdvantage Workflow, au foleni yako ya ndani kupitia webhook
  • Data warehouse, kila tukio la muamala linatua kwenye warehouse yako kupitia webhook kwa uchambuzi wa muda mrefu
  • Uboreshaji wa AML hits, AML Screening ya Didit inazalisha hits 1,300+ zilizotajwa chanzo; unganisha kwenye mtoa huduma anayependekezwa na timu yako ya uchunguzi kwa akili ya kina ya chanzo wazi
  • MCP server, wakala wako wa AI (Claude, Cursor, copilots za ndani) anaweza kusoma kesi na kupendekeza rasimu za hadithi kupitia server ya Didit MCP

Sehemu ya Didit ni nyembamba kwa makusudi: inakamata, inatoa alama, inafuatilia, inafungua kesi, na kuhifadhi ushahidi. Ikiwa faili ya SAR itaondoka Didit au mfumo wako wa chini ni uamuzi wako.

Vipi kuhusu uhifadhi wa rekodi na makazi ya data ya EU dhidi ya Marekani?

BSA inahitaji rekodi za miaka 5 kwa kila SAR pamoja na nyaraka zinazounga mkono. Didit inatoa yafuatayo:

  • Uhifadhi usio na kikomo wakati usajili wako unatumika, hakuna bili ya uhifadhi kwa kila rekodi, hakuna mshangao wa kumalizika muda
  • Hifadhi ya wakazi wa EU kwa chaguo-msingi, vituo vya data vya EU vilivyodhibitiwa, na upatikanaji wa data ya Marekani kwenye mikataba ya biashara kwa taasisi zinazoihitaji
  • Kila payload imetiwa saini na HMAC SHA-256 ili mnyororo wa ulinzi uweze kuthibitishwa kwa mchunguzi
  • Inaweza kusanidiwa kwa kila workflow ikiwa msimamizi wako anaagiza muda maalum
  • Hamisha wakati wowote kupitia Business Console au API, ZIP ya wingi kwa kipindi cha tarehe au JSON ya rekodi moja

Didit ina vyeti vya SOC 2 Type 1 na ISO/IEC 27001, na ripoti za ukaguzi na orodha ya udhibiti zinapatikana chini ya NDA kutoka /security-compliance. Kwa taasisi za Marekani hasa, utenganishaji wa majukumu wa jukwaa, usimbaji fiche-wakati-wa-kupumzika, na ukataji wa kumbukumbu za ufikiaji unakidhi viwango ambavyo wachunguzi hutafuta chini ya mwongozo wa FFIEC Information Technology.

Miundombinu ya utambulisho na udanganyifu.

API moja kwa KYC, KYB, Ufuatiliaji wa Miamala, na Uchunguzi wa Wallet. Unganisha ndani ya dakika 5.

Uliza AI ifupishe ukurasa huu