Document verification
Mga driver's licence ng Canada at US, passport, permanent-resident card at provincial photo ID, binabasa ang harap at likod at chine-checksum laban sa barcode at sa MRZ.
E-signature
E-signature identity verification, bago pumirma ang sinuman
Ang halaga ng isang lagda ay nakabatay sa pagkakakilanlan sa likod nito. Kinukumpirma ng signer identity verification API ng ShieldID na isang tunay na tao, hawak ang sarili niyang government ID, ang kumukumpleto ng iyong dokumento — kasama ang check na nakatala sa record katabi ng mismong lagda.
Ang problema
"Na-click nila ang link" ay hindi nangangahulugang "pumirma sila"
Karamihan sa mga e-signature platform ay kinukumpirma lang na may nagbukas ng email at nag-type ng pangalan. Authentication iyon ng inbox, hindi identification ng isang tao.
Ang email link ay nagpapatunay ng inbox, hindi ng tao
Sinumang makakabukas ng email — shared inbox, na-forward na mensahe, nakompromisong account — ay maaaring mag-click at mag-type ng pangalan sa signature box.
Ang mga dokumentong mataas ang halaga ay nangangailangan ng higit pa sa isang checkbox
Ang isang lease, loan agreement, settlement o power of attorney ay may tunay na kahihinatnan. Ang "Sang-ayon ako" na tinype ng hindi na-verify na partido ay mahinang pundasyon para sa isang bagay na napakahalaga.
Kapag pinagtalunan ito sa hinaharap, madalas ay wala kang maipapakita
Kung sabihin ng isang signer sa kalaunan na ibang tao ang pumirma para sa kanya, karamihan sa mga audit trail ng e-signature ay nagpapakita ng IP address at timestamp — hindi ng government ID na na-check laban sa live na mukha.
Isang halimbawang senaryo
Isang commercial lease, handa na para sa dalawang lagda
Kathang-isip, para ipakita ang hugis ng flow. Walang tunay na tenant, landlord o lease na kasangkot.
Naipadala ang dokumento
Nagpapadala ang isang property manager ng commercial lease para lagdaan sa pamamagitan ng kanilang e-signature platform. Bago lumabas ang signing screen, ire-redirect ng platform ang tenant sa isang ShieldID verification session na nakatali sa partikular na dokumentong iyon.Capture, sa telepono ng signer
Kukunan ng tenant ng litrato ang harap at likod ng kanyang driver's licence at tatapusin ang maikling guided liveness challenge. Sinusuri ang barcode at ang mga nakaimprentang field; ang live na mukha ay itinutugma sa larawan sa dokumento.Tumatakbo ang fraud signals sa bawat session
Awtomatikong tumatakbo ang anti-spoof, deepfake, mask at document tamper checks — hindi ito setting na kailangang tandaang i-enable ng e-signature platform para sa dokumentong mas mataas ang halaga.Balik sa dokumento, na-verify na
Ibinabalik ng ShieldID ang tenant sa return URL ng platform kasama ang resulta, at inihahatid ang parehong resulta sa pamamagitan ng signed webhook. Saka lang hahayaan ng platform na magpatuloy ang signing step.Dalawang record, magkatabi
Ipinapakita ng sariling audit trail ng e-signature platform ang signature event. Ipinapakita naman ng Activity Ledger ng ShieldID ang identity check na nauna rito — sino ang na-verify, ano ang iniulat ng engine, at kailan — isang append-only na record na ipinapatupad ng database.
Ang pinakamahalaga bago ang isang lagda
Kumpirmahin ang tao, hindi lang ang inbox
Tumatakbo ang bawat check sa ibaba sa bawat verification, anuman ang dokumento.
Face match at liveness
Isang guided liveness challenge, na sinusubaybayan sa 478 facial landmarks, ang nagpapatunay na may tunay na taong naroroon — hindi larawan, recording o maskara — at itinutugma ang live na mukha sa portrait sa dokumento.
Fraud signals
Tumatakbo ang anti-spoof, deepfake, mask at document tamper checks sa bawat session at iniuulat nang hiwalay, kaya ang pagtatalo tungkol sa isang lagda ay may higit pa kaysa pass/fail sa likod nito.
Activity Ledger
Ang identity check sa likod ng isang lagda ay nakatala sa isang append-only na record na maaari mong ituro katabi ng sariling audit trail ng iyong e-signature platform.
Signed webhooks at return URL
Bumabalik ang resulta sa iyong platform sa pamamagitan ng signed callback at redirect, kaya magpapatuloy lang ang signing step kapag talagang tapos na ang identity check.
Watchlist screening
Available ang sanctions at watchlist screening bilang account-level add-on para sa mga signing workflow — legal, real estate, financial — na nangangailangan nito.
Add-on
Para sa mga hindi pagkakaunawaan at audit
Kapag kinuwestiyon ang isang lagda, nakatala rin ang identity check
Kinukuwestiyon ng isang signer sa kalaunan ang isang dokumento. Humihingi ang isang litigator ng ebidensya kung sino talaga ang pumirma. Sinusuri ng isang regulator ang iyong client-identification file. Ang identity check sa likod ng lagda ang panimulang punto ng usapang iyon.
Append-only, ipinapatupad ng database
Maaaring magdagdag ng mga entry. Hindi maaaring i-edit o burahin ang mga ito — hindi ninyo, hindi rin ng ShieldID. Katangian iyon ng mismong database.
Ang identity check, hiwalay sa signature event
Itinatala ng ledger ng ShieldID ang verification na naganap bago pumirma — sino ang sinuri, ano ang iniulat ng engine, kailan — bilang sarili nitong entry, hiwalay sa sariling record ng iyong e-signature platform ng pag-click.
Mahahanap ayon sa actor, action, outcome at petsa
Kunin nang eksakto ang mga entry na kailangan ng isang dispute o file review sa halip na manu-manong buuin ang timeline mula sa dalawang magkaibang system.
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
Isang verification step, bago ang pagpirma
Hosted verification page
I-redirect ang signer sa isang ShieldID page na may iyong branding bago mismo ang signing screen; babalik sila sa iyong platform kapag tapos na ang check.
Signed webhooks
Kinukumpirma ng HMAC-SHA256-signed callback ang resulta sa server-side, awtomatikong nire-retry, kaya hindi kailanman nakasalalay ang iyong platform sa redirect lamang para sa isang lagda.
Isang REST API
Gumawa ng session na nakatali sa partikular na dokumento o envelope, basahin ang status, kunin ang buong resulta. Iilang endpoint lang ang sumasaklaw sa buong flow.
Sandbox, hindi kailanman sinisingil
Subukan ang verification-before-signing flow laban sa mga sandbox session, na may parehong fields at events na ibinabalik ng production, bago ito humawak ng tunay na dokumento.
Gumagana na sa production
Ito ang tumatakbo sa likod ng Trust Ledger
Ang signer identity verification ng ShieldID ang nagpapagana sa Trust Ledger, ang sariling e-signature product ng Crown Stack Systems — ang parehong document checks, face match, liveness at Activity Ledger na inilalarawan sa pahinang ito, tumatakbo na sa mga tunay na signing flow ngayon, hindi lang bilang plano.
Mga tala sa privacy
Ang ID ng signer, hinahawakan nang may parehong pag-iingat gaya ng dokumentong pinipirmahan nila
Ang dokumentong sulit lagdaan ay madalas na sulit ding protektahan nang kasing-ingat ang pagkakakilanlan sa likod nito.
- Naka-host sa sarili naming mga server
- Pinoproseso at iniimbak ang mga ID image, extracted fields at resulta sa infrastructure na kontrolado namin, hindi sa isang public cloud provider.
- Pinupurga sa maikling timer
- Awtomatikong pinupurga ang mga ID image, pitong araw bilang default, maaaring i-configure; mas tumatagal ang verification record kaysa sa mga image.
- Naka-encrypt
- Naka-encrypt ang petsa ng kapanganakan at naka-encrypt at rest ang mga ID image.
- Dinisenyo upang umayon sa PIPEDA
- Minimum na pangongolekta, maikling retention window at mahahanap na access record — ang mga kontrol na nagbibigay ng higit na saysay sa "na-verify namin ang signer" kaysa sa isang linya lang sa iyong terms.
Kumpara sa manu-manong paraan
Ang idinaragdag ng ID check bago ang click-to-sign
Paghahambing ng kategorya, hindi pahayag tungkol sa anumang partikular na vendor.
| Kakayahan | ShieldID | Karaniwang enterprise IDV | Mga manual na check |
|---|---|---|---|
| Kinukumpirma ang totoong tao, hindi lang ang inbox | Oo | Karaniwan | Hindi |
| Liveness challenge, hindi static na larawan o checkbox | Oo | Karaniwan | Hindi |
| Binabasa at kini-cross-check ang government ID | Oo | Karaniwan | Hindi |
| Inilalagay ang identity check sa isang mahahanap na talaan | Oo | Hindi inaalok sa customer | IP address at timestamp lamang |
| Nakakabit sa partikular na dokumento o envelope | Oo | Karaniwan | n/a |
| Sandbox na hindi kailanman sinisingil | Oo | Minsan | n/a |
Mga pagtutol
Ang itinatanong ng platform team bago idagdag ang hakbang na ito
"Hindi ba nagve-verify na ng pagkakakilanlan ang aming e-signature tool?"
Karamihan ay umaasa sa email link, SMS code o nai-type na pangalan — patunay na may kontrol ang isang tao sa inbox o numero ng telepono, hindi patunay kung sino talaga siya. Nagdaragdag ang ShieldID ng aktuwal na government-ID at live-face check.
"Hindi ba babagal ang pagpirma dahil sa dagdag na hakbang?"
Isa itong hosted na hakbang, sa sariling telepono ng pumipirma, na inilalagay nang isang beses bago ang signing screen. Patakaran ng inyong platform kung gaano kadalas itong uulitin para sa bumabalik na pumipirma, hindi ito ipinipilit ng ShieldID sa bawat dokumento.
"Legal bang kinakailangan ang pagpirma na may kasamang ID?"
Depende iyon sa inyong hurisdiksyon, uri ng dokumento at payo ng inyong abogado — hindi kami nagbibigay ng legal advice. Ang idinaragdag ng ShieldID ay mas matibay na ebidensya kung sino ang nasa kabilang dulo ng pirma, na kapaki-pakinabang kahit ito ay hindi sapilitan.
"Maaari ba naming gamitin ito para lamang sa mga dokumentong mas mataas ang halaga?"
Oo — tawagin ang ShieldID para sa mga dokumentong nangangailangan nito at laktawan para sa mga hindi. Hakbang itong idinaragdag mo sa isang partikular na signing flow, hindi all-or-nothing na switch para sa buong platform ninyo.
Ang makikita mo
Alamin kung sino ang pumirma, at ipakita kung paano mo ito nalaman.
Pinapatunayan ng mga pumipirma kung sino sila bago pumirma. Ang resulta ay nakalakip sa envelope: bawat field na nabasa mula sa ID at bawat check nang hiwalay.
Mga Tanong
Diretsahang sagot para sa mga e-signature platform.
Magsimula
Magdagdag ng identity check bago ang susunod mong lagda
Gumawa ng sandbox session, magsagawa ng verification gamit ang sarili mong telepono, at tingnan ang record na isinusulat nito bago pa may tunay na signer na humawak nito.
Hindi kailanman sinisingil ang mga sandbox session.