ID document verification
Isang document verification API na binabasa ang ID, hindi lang ang uri nito sa harap.
Binabasa ng ShieldID ang harap at likod ng government photo ID sa sariling telepono ng applicant, dine-decode ang barcode at ang passport machine-readable zone, cross-check ang bawat field laban sa bawat source, at nag-uulat ng verdict kada field, hindi iisang pass o fail para sa buong card.
Saklaw na dokumento
Mga dokumento ng US at Canada, binabasa nang malalim.
Mga driver's license, passport, permanent resident card at state o provincial na photo ID, natutukoy ayon sa issuer saanman may dalang ito ang barcode.
- Mga driver's license ng US, lahat ng 50 estado, DC at limang teritoryo ng US
- Mga driver's licence ng Canada, lahat ng 13 lalawigan at teritoryo
- Mga pasaporte, binabasa sa pamamagitan ng machine-readable zone na may checksum validation
- Mga permanent resident card
- Mga state at provincial na photo ID card
- Bagong saklaw ng dalawang estado ng Mexico.
Kung saan kami naglalagay ng hangganan, nang tapat
Ang mga health card ay hindi nakalista sa pangalan sa mga kinikilalang uri ng dokumento sa ngayon. Ang hindi pamilyar o hindi nakalistang card ay binabasa pa rin sa parehong prinsipyo tulad ng lahat ng iba pa: kunin ang ipinapakita ng pahina, at iulat ang sariling verdict ng bawat field, sa halip na tanggihan ang dokumento sa pintuan.
Paano binabasa ang isang dokumento
Apat na paraan. Isang priority order kapag nagsasapawan.
Kinukunan ng applicant ng larawan ang harap at likod ng ID sa sarili niyang telepono. Binabasa ng ShieldID ang anumang source na talagang taglay ng dokumento, at pinapanalo ang pinakamaaasahang source kapag hindi nagkakatugma ang dalawa.
PDF417 barcode
Ang likod ng driver's licence o ID card sa North America ay may PDF417 barcode. Dine-decode ito ng ShieldID sa structured na mga field ng AAMVA: pangalan, petsa ng kapanganakan, address, numero ng licence, expiry, at iba pa.Passport MRZ
Ang machine-readable zone ng pasaporte ay binabasa ng dedikadong detector at reader, saka vina-validate laban sa mga ICAO check-digit formula na nasa mismong zone. Ang minimum validity score ang nagpapasya kung mapagkakatiwalaan ang field na nakuha sa ganitong paraan.Structured front reading
Binabasa ang nakalimbag na mukha ng dokumento bawat field, gamit ang layout ng uri ng dokumento kung may kinikilala.Full-page OCR fallback
Kapag walang mas tiyak na naaangkop, ang buong harap ay binabasa bilang text. Ito ang pumipigil na tuluyang tanggihan ang hindi pamilyar na dokumento.
Priyoridad kapag nagsasapawan ang mga source
Kapag lumilitaw ang parehong field sa higit sa isang source, ang priority order ay barcode, kasunod ang passport MRZ na pumasa sa checksum, kasunod ang structured front reading, at panghuli ang OCR fallback. Ang mga source na hindi nagkakatugma ay minamarkahan para sa review, hindi tahimik na ina-average.
Cross-checks
Bawat field ay sinusuri laban sa iba pa, hindi basta pinaniniwalaan.
Ang dokumentong malinis na nababasa nang mag-isa ay maaari pa ring magtago ng hindi pagkakatugma sa pagitan ng sinasabi ng harap at ng sinasabi ng barcode o ng MRZ. Sinusuri ito ng ShieldID sa bawat verification.
Harap vs barcode vs MRZ
Ang pangalan, petsa ng kapanganakan, numero ng dokumento at address ay inihahambing sa bawat source na talagang taglay ng dokumento. Iniuulat ang hindi pagkakatugma, hindi nilulutas sa pamamagitan ng pagpili ng isa at pagtatago ng iba.
Encoding ng numero ng licence
Kung ang isang lalawigan ay naglalagay ng istruktura sa mismong numero ng licence, sinusuri ang istrukturang iyon laban sa iba pang bahagi ng record.
Three-way na paghahambing ng pagkakakilanlan
Ang pangalan at mga detalye ng pagkakakilanlan na nabasa mula sa dokumento ay inihahambing sa isa't isa at sa inihayag ng partidong humihiling ng verification tungkol sa applicant, kaya ang pagpapalit ay lumalabas bilang hindi pagkakatugma sa halip na malinis na pass.
Ang patakaran namin
Hindi kami kailanman nag-gate batay sa uri ng dokumento.
Hindi tinatanggihan ang hindi kilala o hindi pamilyar na dokumento dahil lang hindi pa namin ito nakikita. Binabasa ng ShieldID ang kaya nitong basahin at iniuulat ang sariling verdict ng bawat field, kaya ang card mula sa issuer na hindi pa namin na-catalog ay maaari pa ring magbigay ng tamang petsa ng kapanganakan at tunay na face match, na iniuulat bilang maayos.
Ang mga verdict ay kada field, hindi kada dokumento
Ang pangalan, petsa ng kapanganakan, address, numero ng dokumento at larawan ay may kanya-kanyang ebidensya. Hindi hinihila pababa ng isang mahinang field ang field na malinis na lumusot, at hindi tinatakpan ng matibay na field ang hindi lumusot.
Ikaw ang magpapasya kung tatanggapin ang dokumento
Nag-uulat ang ShieldID ng ebidensya at verdict kada check. Kung ano ang gagawin ng negosyo sa hindi pamilyar o bahagyang na-verify na dokumento ay desisyon ng negosyong iyon, hawak ang ulat.
Advisory lamang ang tamper scoring
Advisory lamangTumatakbo ang document tamper scoring sa bawat verification at iniuulat sa resulta, ngunit advisory lamang ito sa ngayon: hindi nito ipinapasya ang mga field verdict o ang pangkalahatang kalalabasan, at ang threshold nito ay hindi pa nasusukat nang malaya laban sa mga totoong capture. Ituring itong isa pang piraso ng ebidensya, hindi gate.
Document presentation-attack detection
Malapit naWala pa ang pagtukoy na ang dokumento ay pisikal at totoong bagay at hindi larawan ng naka-print o ipinapakitang dokumento sa screen. Ang mga check ngayon ay nagtatanggol sa panig ng selfie ng verification; ang panig ng dokumento ng presentation-attack detection ay nasa roadmap.
Guided retake
Kapag may pumalya, sinasabi namin kung alin ang may problema.
Hindi laging nangangahulugan ang bigong verification na may ginawang mali ang applicant. Maaaring malabo ang larawan ng dokumento o madilim ang selfie, at ang paghingi ng maling ulitin ay nag-aaksaya ng oras ng applicant nang dalawang beses.
Binabasa ng retake logic ng ShieldID ang ebidensya, hindi ang label ng bigong check, upang matukoy kung ang dokumento o ang selfie ang kailangang ulitin, at ang camera lamang ng panig na iyon ang muling iaalok. Ginawa ito dahil may totoong kaso kung saan sinabihang ulitin ang selfie kahit malinis ang selfie at hindi mabasa ang larawan ng pasaporte na matarik ang anggulo.
Ano ang matatanggap mo
Mga halaga kada field, bawat isa may source at verdict nito.
Ang resulta ay hindi iisang pass o fail. Bawat field na nabasa ng ShieldID ay bumabalik na may halaga, pinagmulan nito, at kung lumusot ba ito sa pagsusuri.
- Buong pangalan
- Inihahambing sa harap, barcode at MRZ kung mayroon, at sa pangalang inihayag ng humihiling.
- Petsa ng kapanganakan
- Cross-checked laban sa barcode at sa MRZ.
- Address
- Binabasa mula sa harap at sa barcode kung mayroon ang dokumento; inihahambing sa na-upload na address document kapag kinakailangan.
- Numero ng dokumento
- Sinusuri ang internal consistency at, kung naaangkop, laban sa mga encoding rule ng jurisdiction na nag-isyu.
- Petsa ng expiry
- Binabasa mula sa harap at sa barcode o MRZ, minamarkahan kung hindi magkatugma ang mga source.
- Nag-isyu na hurisdiksyon
- Natutukoy mula sa barcode issuer code kung ang dokumento ay may kinikilalang code.
- Document tamper signal
- Iniuulat bilang advisory na ebidensya sa bawat verification, hindi kailanman bilang mismong verdict.
Halimbawang gamit
Isang California driver's license, bawat field.
Isang kathang-isip na applicant, isang kathang-isip na licence. Totoong pipeline ang field set, ang sourcing, at ang mga cross-check.
| Field | Halaga | Pinagmulan | Verdict |
|---|---|---|---|
| Full name | Jordan Alexander Reyes | Front + barcode (agree) | Match |
| Date of birth | 14 Mar 1994 | Barcode | Match |
| Address | 1428 Elm St, Sacramento, CA | Barcode | Match |
| License number | D1234567 | Barcode; front reads the same string | Match |
| Expiry date | 14 Mar 2029 | Front + barcode (agree) | Match |
| Photo | Present, legible | Front image | Face match: pending selfie |
| Document tamper signal | No indication | Advisory model, cropped document image | Advisory, not gating |
Paano kami kumpara
Lalim sa mga dokumentong sakop namin, katapatan tungkol sa mga hindi.
Mga kategorya, hindi mga pangalan. Inilalarawan ng enterprise column ang mga pattern na nakita namin sa pagsusuri ng mga site ng enterprise IDV vendor.
| Kakayahan | ShieldID | Karaniwang enterprise IDV | Mga manual na check |
|---|---|---|---|
| Binabasa ang harap at likod, cross-check ang barcode at MRZ kada field | Oo | Karaniwan | Harap lang, tinitingnan lang ng mata |
| Nagpapatuloy sa hindi pamilyar o hindi nakalistang dokumento sa halip na tanggihan ito | Oo | Madalas tumatanggi | Nakadepende sa training ng staff |
| Mga verdict kada field, hindi iisang pass o fail sa antas ng dokumento | Oo | Bihira | n/a |
| Three-way na paghahambing ng pangalan at pagkakakilanlan laban sa inihayag ng humihiling | Oo | Minsan | Manual, kung mayroon man |
| Guided retake na itinuturo ang dokumento o ang selfie batay sa ebidensya | Oo | Bihira | n/a |
| Document tamper scoring na tapat na iniuulat bilang advisory, hindi nakatagong gate | Oo | Bihirang isiwalat | Walang signal |
Mga Tanong
Mga tuwirang sagot tungkol sa document verification.
Subukan sa sarili mong dokumento
Magpatakbo ng sandbox verification gamit ang totoong driver's licence o passport.
Gumawa ng sandbox session, basahin ang harap at likod sa sarili mong telepono, at tingnan ang resulta kada field. Hindi kailanman sinisingil ang mga sandbox session.