金融科技與貸款
專為加拿大打造,適用於金融科技業者與放款機構的 KYC
在瀏覽器或應用程式中執行的貸款申請人身分驗證,能在借用或合成身分進入核保之前將其攔截,並將每次檢查寫入可交給監管機關或稽核人員的紀錄。託管於我們掌控的基礎架構上。Sandbox 工作階段絕不計費。
問題所在
數位進件速度飛快,詐欺更快。
幾分鐘內就能核准的貸款產品,需要一套跟得上的身分檢查,而且不能變成人工審核佇列。
申請資料看起來毫無問題
姓名、出生日期、地址和 SIN 在書面上全都對得上。但背後的證件卻是被盜或購買而來的身分,或是由不只一位真實人物的欄位拼湊而成。
人工審核佇列越積越長
您的團隊無法自動放行的每一件申請,都會變成有人打開 PDF、瞇著眼看身分證件照片,然後憑感覺猜測。這很慢、審核人員之間標準不一,也無法隨行銷預算擴增。
監管機關事後才會追問
貸款撥款數月後,有人詢問當初如何確認借款人的身分。「我們看過他們駕照的照片」這種答案,合規主管可不想說第二次。
實際範例
一筆 $15,000 的個人貸款,在晚上 11:40 申請
虛構內容,僅用於呈現流程樣貌。不涉及任何真實的申請人、放款機構或貸款。
申請
Aisha 在手機上於放款機構的網站完成貸款申請。表單詢問她的姓名、出生日期和地址,然後轉交到 ShieldID 的託管驗證頁面,並附上這些資料作為比對用的預期值。擷取
Aisha 拍攝她安大略省駕照的正反面,接著錄製一段簡短的自拍影片。系統會讀取 PDF417 條碼與印刷的人臉,並互相進行校驗碼檢查;兩者若不一致,會被標示出來,而不是被平均掉。活體偵測與比對
引導式挑戰(眨眼、轉頭、回到正中)會在多個影格中以 478 個臉部特徵點進行追蹤,因此照片、錄影或面具都無法通過。接著會將即時人臉與證件肖像比對,並依固定的判定門檻呈報結果。詐欺訊號
自拍照會執行防偽冒、深偽與 3D 面具檢查;證件則執行文件竄改評分。各項結果會分別回傳,而不是合併成一個不透明的分數,讓核保人員能清楚看到哪些通過、哪些沒有。決定與紀錄
ShieldID 會以已簽章的 webhook,將逐欄位與逐項檢查的判定結果回報給放款機構的系統。如何處理這筆貸款,由放款機構自己的規則引擎決定。這次驗證——每項檢查、結果、發起者——都會記入活動帳本。證件影像預設在七天後自動清除;事件經過的紀錄則會保留。
放款最重要的項目
核保團隊真正倚賴的檢查
下列每項檢查都會在每次驗證中執行。沒有任何一項是需要您記得開啟的付費方案。
資料擷取,交叉比對
臉部比對與活體偵測
每次都有詐欺訊號
活動帳本
觀察名單篩查
用於爭議與稽核
當決定受到質疑時,帳本先給答案
放款案件會被重新調閱:借款人對拒貸提出異議、檢查人員抽查一季的申請、內部稽核詢問誰動過什麼。活動帳本就是這類討論的起點。
僅可附加,由資料庫強制執行
條目可以新增,但無法編輯或刪除——您的團隊不行,ShieldID 也不行。這是資料庫本身的特性,而不是某個人可以悄悄推翻的政策。
誰在何時執行
每筆條目都會記錄執行者——人員或 API 金鑰——以及動作、結果和時間戳記,因此「誰驗證了這位申請人、引擎回報了什麼」能得到直接的答案,而不是事後重建的猜測。
可搜尋、可篩選
可依執行者、動作、結果或日期範圍篩選,精準取出合規審查或借款人爭議所需的條目,而不必全部匯出再手動遮蓋。
目前帳本會記錄驗證通過與失敗的結果、登入、API 金鑰活動以及稽核匯出。針對證件影像的逐次檢視與逐次下載事件、專屬的決策事件、清除回執,以及供您團隊自助使用的 CSV 匯出功能即將推出。
整合選項
適用於您目前收集申請資料的環節
多數放款團隊會在原本要求上傳文件的環節先採用託管流程,待量體足以支持時再改用 API。
託管驗證頁面
簽署的 webhook
單一 REST API
Sandbox,永不計費
直白地說
對放款技術架構而言,ShieldID 是什麼、不是什麼
值得直接說明,因為金融科技的買家一定會問。
ShieldID 是身分層
它把一個問題回答得很好:這是不是一個真實的人,持有的是他自己的真實政府核發證件。它位於您的核保規則、信用局資料調閱與自家詐欺模型之下,而不是取代它們。
監控名單篩查為附加功能
制裁與觀察名單檢查提供給有加購的帳號;預設並未包含在每個方案中。
目前不提供銀行帳戶驗證
ShieldID 目前不驗證銀行帳戶或收入;該功能即將推出。如果您的方案現在就需要,請將 ShieldID 的身分檢查搭配您現有的銀行驗證或收入驗證供應商。
隱私說明
為受監管的案件而建,不只是展示用
貸款申請人的證件本身就屬敏感資料。以下說明它究竟會如何被處理。
- 託管於我們自己的伺服器
- 證件影像、擷取的欄位和結果都在我們所控制的基礎架構上處理與儲存,而不是公有雲供應商。
- 在短時間內清除
- 證件影像會自動清除,預設為七天,可自行設定。驗證紀錄的保存期限比影像更久。
- 已加密
- 出生日期以加密方式儲存,證件影像在靜態時也經過加密。
- 設計上符合 PIPEDA
- 最少量蒐集、短暫的保存期間和可搜尋的存取紀錄,是我們據以建置的控管措施;「設計上符合」是刻意的措辭,我們並未宣稱取得任何認證,因為目前尚無相關認證。
與人工作業相比
當審核人員不再憑肉眼檢視照片時,會有什麼改變
類別層級的比較,並非針對任何特定廠商的主張。
| 功能 | ShieldID | 典型企業級 IDV | 人工檢查 |
|---|---|---|---|
| 讀取文件並與申請資料交叉比對 | 是 | 通常 | 審核人員的判斷 |
| 採用活體挑戰,而不只是靜態自拍 | 是 | 通常 | 否 |
| 每個詐欺訊號都單獨回報 | 是 | 常為分級制 | 未追蹤 |
| 每位審核人員、每個班次都遵循一致的標準 | 是 | 通常 | 否 |
| 僅可新增的 Activity Ledger,爭議時可供搜尋 | 是 | 不提供給客戶 | 頂多就是一串電子郵件往來,還得看運氣 |
| 依申請人的步調進行,無需在人工佇列後面等候 | 是 | 通常 | 否 |
| 永不計費的 sandbox | 是 | 有時 | n/a |
疑慮
合規主管在簽核前會問的問題
「你們的 SOC 2 和 ISO 認證標章在哪裡?」
我們目前尚未取得,也不會印上尚未獲得的標章。您現在就能查證的包括:自行管理的託管環境而非公有雲、自動清除影像、靜態加密的影像,以及可在產品內查閱的僅可新增帳本。
「這是否符合我們在 FINTRAC 或 AML 方面的身分驗證義務?」
ShieldID 為您提供有紀錄可查、有文件佐證且可重複執行的身分驗證。至於是否符合特定的法規要求,應由您自己的合規計畫與法律顧問來判斷。我們不提供法律意見,也不會告訴您這項要求已經完成。
「我們的詐欺防制團隊也想要銀行帳戶驗證。」
ShieldID 目前尚未提供此功能,即將推出。在此之前,請將 ShieldID 的身分檢查與您現有的銀行或收入驗證工具搭配使用——我們不會假裝現在就能涵蓋。
「如果申請人的證件很陌生,例如新移民持有的外國駕照,該怎麼辦?」
系統會逐欄位讀取,而不是直接拒絕。這正是以規則為基礎的掃描器容易把真正申請人擋在門外的地方。您可以逐欄位看到哪些通過驗證、哪些沒有。
您會看到什麼
每位申請人,逐一欄位檢查。
借款人在申請過程中完成驗證。您的團隊可看到每個欄位的來源與每項獨立檢查結果,而不是一個要信或不信的分數。
常見問題
給金融科技與放款業者的直白解答。
開始使用
從 sandbox 開始。把帳本帶進您的下一次稽核。
建立 sandbox 工作階段,用您自己的手機執行一次驗證,並查看它寫入活動帳本的條目。
sandbox 工作階段一律不計費。