Ano ang ibig sabihin ng PIPEDA para sa ID verification
Ang sampung prinsipyo ng PIPEDA, isinalin sa kung ano talaga ang kailangang gawin ng negosyong nangongolekta ng government ID, at kung saan nagdaragdag ang Law 25 ng Quebec.
Ang post na ito ay isang working draft: ang mga datos ay galing sa sarili naming pananaliksik, at maaari pang magbago ang pananalita sa editorial review. Hindi ito legal, pinansyal o compliance na payo.
Kung kumukuha ang iyong negosyo ng larawan ng driver's licence o pasaporte ng isang tao, nangongolekta ka ng ilan sa mga pinakasensitibong personal na impormasyon: buong legal na pangalan, petsa ng kapanganakan, numero ng dokumento, larawan, minsan address. Sa Canada, ang pederal na Personal Information Protection and Electronic Documents Act (PIPEDA) ang namamahala kung paano hinahawakan ng mga organisasyon sa pribadong sektor ang impormasyong iyon. Tinatalakay ng post na ito kung ano talaga ang ibig sabihin ng sampung fair information principle ng PIPEDA para sa isang negosyong nagpapatakbo ng identity verification, at kung saan ang mga ito lumilitaw sa isang produktong tulad ng ShieldID.
Hindi ito legal na payo. Iba-iba ang pagkakapaglapat ng PIPEDA depende sa iyong sektor, iyong lalawigan at kung ano ang ginagawa mo sa data; ang Quebec ay may sariling mas mahigpit na regimen na nakapatong dito. Kausapin ang sarili mong abogado tungkol sa iyong mga partikular na obligasyon. Ang sumusunod ay isang mapa sa simpleng wika ng mga prinsipyo mismo.
Ang sampung prinsipyo, sa praktika
Ang PIPEDA ay nakabatay sa sampung prinsipyo, hango sa model privacy code ng Canadian Standards Association at nakasulat sa Schedule 1 ng Batas. Hindi sila sampung hiwalay na kahong titsekan; inilalarawan nila ang iisang lifecycle ng personal na impormasyon, mula sa sandaling magpasya kang kailangan mo ito hanggang sa sandaling itatapon mo na ito.
- Accountability: isang tao o tungkulin sa iyong organisasyon ang responsable sa pagsunod sa privacy, at hindi nawawala ang responsibilidad na iyon kapag ibinigay mo ang mga ID image sa isang third-party na verification vendor. Ikaw pa rin ang mananagot sa nangyayari sa data, kaya mahalaga ang iyong kontrata sa vendor na iyon.
- Pagtukoy sa mga layunin: sinasabi mo, bago mo ito kolektahin, kung bakit mo kailangan ang ID. Ang “Bine-verify namin ang pagkakakilanlan upang bawasan ang fraud sa mga aplikasyon sa pagrenta” ay isang layunin. Ang “Baka kailanganin namin ito sa susunod” ay hindi.
- Consent: nauunawaan ng tao kung ano ang kinokolekta at bakit, at pumapayag siya rito, bago maganap ang verification. Ang consent para sa isang partikular na layunin ay hindi sumasaklaw sa ibang layunin sa hinaharap.
- Paglimita sa pagkolekta: kolektahin lamang ang kinakailangan ng nakasaad na layunin. Kung kailangan mo lang kumpirmahin na higit 18 taong gulang ang isang tao at nakatira sa Ontario, hindi mo kailangang itago nang walang katapusan ang buong numero ng kanyang dokumento.
- Paglimita sa paggamit, pagbubunyag at pagtatago: gamitin ang data para lamang sa layuning binanggit mo, huwag ibigay sa iba nang walang consent o legal na awtoridad, at itago lamang hangga't kailangan ng layunin — pagkatapos ay itapon na ito.
- Accuracy: ang personal na impormasyon ay dapat na kasing-tumpak, kumpleto at napapanahon ayon sa kailangan ng layunin. Isa ito sa mga dahilan kung bakit mas mahalaga ang per-field na verdict kaysa sa iisang pass/fail na score: makikita mo nang eksakto kung aling piraso ng data ang may kumpiyansa ang system at alin ang wala.
- Safeguards: protektahan ang data gamit ang seguridad na angkop sa sensitibidad nito — encryption, access controls, at mga limitasyon kung sino ang makakakita nito at kailan.
- Openness: gawing available ang iyong mga privacy practice sa simpleng wika, hindi nakabaon sa isang EULA na walang nagbabasa.
- Access ng indibidwal: kapag hiniling, sabihin sa isang tao kung anong personal na impormasyon ang hawak mo tungkol sa kanya at paano ito ginamit, at itama ito kung mali.
- Pagkuwestiyon sa compliance: bigyan ang mga tao ng paraan upang magreklamo, at magkaroon ng proseso para imbestigahan at tugunan ang reklamong iyon.
Ano ang hitsura nito sa loob ng ShieldID
Ang ilan sa mga prinsipyong ito ay direktang tumutugma sa mga partikular na bagay na dapat kayang ituro ng isang verification platform, hindi lang ipangako. Ang paglimita sa pagkolekta at pagtatago ang pinakamalinaw na halimbawa: kinukuha ng ShieldID ang mga field na kailangan ng isang desisyon — pangalan, petsa ng kapanganakan, numero ng dokumento, address, ang larawan para sa face matching — at awtomatikong pinapawi ang mga ID image sa isang maikling timer, pitong araw bilang default. Mas tumatagal ang verification record (na may naganap na check, at ang kinalabasan nito) kaysa sa mga imahe; ang mga imahe mismo ay hindi nananatili nang walang katapusan.
Ang mga safeguard ay lumilitaw bilang encryption: ang petsa ng kapanganakan ay naka-store nang naka-encrypt, hindi sa plain text, at ang mga ID image ay naka-encrypt at rest gamit ang AES-256-GCM. Ang accountability at openness ay lumilitaw sa Activity Ledger — ang append-only na talaan ng Trust Ledger, na ipinatutupad ng database. Ang identity verification mismo ay nag-aambag ng eksaktong dalawang entry, verified o failed; ang mas malawak na ledger entries para sa standalone na ShieldID API account ay paparating na. Maaaring magdagdag ng mga entry, ngunit hindi kailanman mae-edit o made-delete, na nagbibigay sa isang privacy officer o sa taong tumututol sa isang desisyon ng konkretong maituturo, sa halip na salita lamang ng vendor.
Mahalagang maging eksakto kung ano ang hindi inaangkin ng ShieldID. Wala kaming hawak na PIPEDA certification, dahil walang ganoong certification na maaaring hawakan ng alinmang vendor — ang PIPEDA ay isang batas, hindi isang standards body na may badge. Ang tapat na pananalita ay ang ShieldID ay dinisenyo upang umayon sa PIPEDA: Canadian hosting, minimum na pagkolekta, awtomatikong purge timer at isang auditable na talaan ay mga kontrol, hindi garantiya ng compliance. Kung ang pangkalahatang paggamit ng iyong organisasyon sa produkto ay sumusunod sa PIPEDA ay desisyon ng iyong organisasyon at, kung kinakailangan, ng sarili mong abogado — hindi ito kayang tukuyin ng tool para sa iyo.
Ang Law 25 ng Quebec
Kung nag-ooperate ka sa Quebec, hindi lamang ang PIPEDA ang batas na umiiral. Ang Law 25 ng Quebec (An Act to modernize legislative provisions as regards the protection of personal information) ay nagtatakda ng sarili nitong, karaniwang mas mahigpit na mga kinakailangan para sa mga organisasyon sa pribadong sektor, kabilang ang mga patakaran tungkol sa consent, abiso ng breach, privacy impact assessment para sa ilang proyekto, at biometric data partikular. Ang face matching at liveness detection ay nagpoproseso ng biometric na impormasyon, na eksaktong kategoryang pinakamasusing binabantayan ng Law 25. Kung nasa Quebec ang iyong mga aplikante, ituring ang PIPEDA bilang sahig, hindi kisame, at kumuha ng payong partikular sa Quebec bago ka umasa sa mga pederal na patakaran lamang.
Ano ang hindi kinakailangan ng PIPEDA
Makatutulong ding malaman kung ano ang hindi tinutukoy ng batas. Hindi nagtatakda ang PIPEDA ng takdang retention period sa bilang ng araw — sinasabi nitong “hangga't kinakailangan,” at ipinauubaya sa inyo at sa layunin ninyo ang bilang. Hindi rin nito iniuutos ang partikular na encryption algorithm o partikular na bansang pagho-hostan; ang residency ay isa lamang makatwirang safeguard sa iba pa, hindi ito mismong legal na requirement para sa karamihan ng organisasyon. At hindi rin nito inoobliga ang isang vendor na magkaroon ng partikular na security certification. Hindi ibig sabihin nito na hindi mahalaga ang mga pagpiling iyon — mga control lamang ang mga ito na ginagamit ng isang organisasyon upang matugunan ang mga prinsipyo, hindi mga kahon na ang PIPEDA mismo ang nagsusuri para sa inyo.
Ang maikling bersyon: alamin kung ano ang kinokolekta ninyo at bakit, kolektahin lamang ang pinakamababang kailangan, protektahan ito, itago lamang hangga't kailangan, at maipakita ang inyong ginawa. Mapadadali ng isang verification platform ang bawat isa rito — maikling retention timer, encryption bilang default, record na maaaring hanapin — ngunit ang obligasyon ay nasa organisasyong nangongolekta, hindi sa tool na ginagamit nito.
Magsimula
Tingnan kung paano ito gumagana sa sarili ninyong ID.
Gumawa ng libreng sandbox session at magsagawa ng verification sa sarili ninyong telepono.