Piliin ang iyong wika
Fintech at pagpapautang
Identity verification ng loan applicant na tumatakbo sa browser o app, nakakahuli ng hiram o synthetic na pagkakakilanlan bago ito umabot sa underwriting, at isinusulat ang bawat check sa isang record na maibibigay mo sa regulator o auditor. Tumatakbo sa sarili naming mga server sa Canada, hindi kailanman sa public cloud. Hindi kailanman sinisingil ang mga sandbox session.
Ang problema
Ang lending product na nag-aapruba sa loob ng ilang minuto ay nangangailangan ng identity check na kayang sumabay dito, nang hindi nauuwi sa manual review queue.
Pangalan, petsa ng kapanganakan, address at Social Security number na pawang tugma sa papel. Ang dokumentong nasa likod ng mga ito ay ninakaw o binili na pagkakakilanlan, o mga field na pinagtagpi mula sa higit sa isang tunay na tao.
Bawat aplikasyong hindi awtomatikong ma-clear ng inyong team ay nagiging taong magbubukas ng PDF, tititigan ang photo ID, at manghuhula. Mabagal ito, hindi pare-pareho ang resulta sa pagitan ng mga reviewer, at hindi ito sumasabay sa laki ng marketing spend.
Ilang buwan matapos maitala ang isang loan, may magtatanong kung paano nakumpirma ang pagkakakilanlan ng borrower. Ang "Tiningnan namin ang litrato ng licence niya" ay hindi sagot na nais ulitin ng isang compliance lead.
Isang halimbawang senaryo
Kathang-isip, upang ipakita ang hugis ng daloy. Walang totoong aplikante, lender o loan na kasangkot.
Ang pinakamahalaga para sa lending
Tumatakbo sa bawat verification ang lahat ng check sa ibaba. Wala ni isa rito ang bayad na tier na kailangan pa ninyong tandaang i-on.
Para sa mga hindi pagkakaunawaan at audit
Muling binubuksan ang isang lending file: tinututulan ng borrower ang pagtanggi, nagsa-sample ang examiner ng isang quarter ng mga aplikasyon, nagtatanong ang internal audit kung sino ang humawak ng ano. Ang Activity Ledger ang pinagsisimulan ng usapang iyon.
Maaaring magdagdag ng mga entry. Hindi maaaring i-edit o burahin — hindi ng inyong team, hindi ng ShieldID. Katangian iyon ng mismong database, hindi patakarang maaaring tahimik na labagin ng sinuman.
Itinatala ng bawat entry ang actor — isang tao o isang API key — ang aksyon, ang kinalabasan at ang timestamp, kaya ang tanong na "sino ang nag-verify sa aplikanteng ito at ano ang iniulat ng engine" ay may direktang sagot sa halip na hinulaang muling-buo.
Mag-filter ayon sa actor, aksyon, kinalabasan o saklaw ng petsa upang makuha ang eksaktong mga entry na kailangan ng compliance review o borrower dispute, sa halip na i-export ang lahat at i-redact nang mano-mano.
Sa ngayon, itinatala ng ledger ang mga resulta ng verified at failed na verification, sign-in at aktibidad ng API-key, at audit export. Malapit nang dumating ang per-view at per-download events para sa mga ID image, isang dedikadong decision event, purge receipts at self-service CSV export para sa iyong team.
Mga opsyon sa integration
Karamihan ng mga lending team ay nagsisimula sa hosted flow sa punto kung saan hihingi sana sila ng document upload, at lumilipat sa API kapag nabibigyang-katwiran na ito ng volume.
Sa tahasang salita
Mahalagang sabihin nang direkta, dahil magtatanong ang isang fintech buyer.
Mahusay nitong sinasagot ang isang tanong: totoong tao ba ito, hawak ang sarili niyang tunay na government ID. Nasa ilalim ito ng inyong underwriting rules, credit-bureau pull at sarili ninyong fraud model, hindi kapalit ng mga ito.
Ang mga sanctions at watchlist check, kabilang ang OFAC, ay available sa mga account na nagdaragdag nito; hindi ito kasama sa bawat plan bilang default.
Hindi vine-verify ng ShieldID ang mga bank account o kita sa ngayon; malapit nang dumating ang kakayahang iyon. Kung kailangan ito ng inyong programa ngayon, ipares ang identity check ng ShieldID sa kasalukuyan ninyong bank-verification o income-verification provider.
Mga tala sa privacy
Sensitibo na sa sarili nito ang ID ng isang loan applicant. Narito mismo kung ano ang nangyayari rito.
Kumpara sa manu-manong paraan
Paghahambing ng kategorya, hindi pahayag tungkol sa anumang partikular na vendor.
| Kakayahan | ShieldID | Karaniwang enterprise IDV | Mga manual na check |
|---|---|---|---|
| Binabasa ang dokumento at kino-cross-check sa application | Oo | Karaniwan | Pasya ng reviewer |
| Liveness challenge, hindi lang static na selfie | Oo | Karaniwan | Hindi |
| Iniuulat nang hiwalay ang bawat fraud signal | Oo | Madalas may tier | Hindi tina-track |
| Pare-parehong pamantayan sa bawat reviewer, bawat shift | Oo | Karaniwan | Hindi |
| Append-only na Activity Ledger na maaari mong hanapin para sa isang dispute | Oo | Hindi inaalok sa customer | Isang email thread, kung palarin ka |
| Sa bilis ng applicant, walang manu-manong queue na hihintayin | Oo | Karaniwan | Hindi |
| Sandbox na hindi kailanman sinisingil | Oo | Minsan | n/a |
Mga pagtutol
"Nasaan ang inyong mga SOC 2 at ISO badge?"
Wala pa kami ng mga ito, at hindi kami nagpapakita ng mga hindi pa namin naaabot. Ang maaari mong i-verify ngayon: self-managed hosting sa sarili naming mga server sa Canada, hindi public cloud, awtomatikong image purge, naka-encrypt na mga larawan habang nakaimbak, at append-only ledger na mababasa mo sa loob ng produkto.
"Natutugunan ba nito ang aming Customer Identification Program o mga obligasyon sa AML?"
Binibigyan ka ng ShieldID ng dokumentado at maaaring ulitin na identity check na may record sa likod nito, ebidensyang magagamit ng iyong Customer Identification Program. Nasa sarili mong compliance program at abogado ang pasya kung natutugunan nito ang isang partikular na paraang regulasyon, hindi kami nagbibigay ng legal na payo, at hindi namin sasabing tapos na ito.
"Gusto rin ng aming fraud team ng bank-account verification."
Hindi pa available sa ShieldID sa ngayon; malapit na itong dumating. Samantala, ipares ang identity check ng ShieldID sa kasalukuyan ninyong bank o income-verification tool — hindi kami nagkukunwaring sakop na namin ito ngayon.
"Paano kung ang ID ng aplikante ay mula sa estadong bihira naming makita?"
Binabasa ito nang field by field laban sa sarili nitong barcode sa halip na tahasang tanggihan, at sakop ang lahat ng 50 estado, ang District of Columbia at limang teritoryo ng US. Doon mismo madalas na naila-lock out ng mga rules-based scanner ang mga tunay na aplikante.
Ang makikita mo
Nagve-verify ang borrower habang nag-a-apply. Nakikita ng team ninyo ang source ng bawat field at ang bawat check nang hiwalay, hindi isang score na pagkakatiwalaan o babalewalain.
Mga Tanong
Magsimula
Gumawa ng sandbox session, magsagawa ng verification gamit ang sarili ninyong telepono, at tingnan ang entry na isinusulat nito sa Activity Ledger.
Hindi kailanman sinisingil ang mga sandbox session.