E-signature
電子簽署身份驗證,簽名之前先核實
簽名可唔可信,取決於背後嘅身份。ShieldID 嘅簽署人身份驗證 API 會確認,完成你份文件嘅係一個真人,而且手持佢本人嘅政府簽發身份證件——核實結果會連同簽名本身一併記入記錄。
問題所在
「佢㩒咗連結」唔等於「佢簽咗名」
大部分電子簽署平台只確認有人開啟過電郵並輸入姓名。呢個只係驗證一個電郵信箱,並非識別一個人。
電郵連結只能證明信箱,證明唔到人
任何打得開封電郵嘅人——共用信箱、轉寄嘅郵件、被入侵嘅帳戶——都可以㩒入連結,喺簽名欄輸入姓名。
高價值文件需要嘅,唔止一個剔選框
租約、貸款協議、和解協議或授權書都會帶來實質後果。由未經驗證嘅一方輸入「我同意」,對於咁重要嘅事情嚟講,基礎好薄弱。
日後起爭議時,往往無嘢可以拎出嚟
如果簽署人其後聲稱係別人代佢簽署,大部分電子簽署嘅稽核記錄只會顯示 IP 位址同時間戳記——而唔係對住真人面孔核對過嘅政府身份證件。
一個實際例子
一份商業租約,準備好供兩方簽署
純屬虛構,只為展示流程嘅形態。不涉及任何真實租客、業主或租約。
文件已發出
物業經理透過電子簽署平台發出一份商業租約等待簽署。簽署畫面出現之前,平台會將租客重新導向至與該份文件掛鈎嘅 ShieldID 驗證工作階段。喺簽署人部手機上擷取
租客拍攝駕駛執照正面同背面,再完成一個簡短嘅引導式活體檢測。系統會互相核對條碼同印刷欄位;現場人臉會同證件上嘅肖像比對。每個工作階段都會執行欺詐訊號偵測
防偽冒、深偽、面具同文件篡改檢查會自動執行——唔需要電子簽署平台記住為較高價值嘅文件特別開啟。返回文件,已完成驗證
ShieldID 會帶住結果將租客送返平台嘅返回 URL,同時以已簽署嘅 webhook 傳送相同結果。到呢一刻,平台先會容許簽署步驟繼續。兩份記錄,並排對照
電子簽署平台自己嘅稽核記錄顯示簽署事件。ShieldID 嘅活動帳本則顯示簽署之前嘅身份核實——邊個被核實、引擎報告咗啲乜、幾時發生——係一份由資料庫強制執行、只可新增嘅記錄。
簽署之前最重要嘅嘢
確認嘅係個人,而唔單止係個信箱
以下每項檢查,無論係咩文件,每次驗證都會執行。
面孔比對同活體偵測
欺詐訊號
活動帳本
已簽署 webhook 同返回 URL
監察名單篩查
應對爭議同審核
簽名受到質疑時,身份核實同樣有案可稽
簽署人日後對文件提出爭議。訴訟律師要求提供實際簽署人嘅證據。監管機構審查你嘅客戶身份識別檔案。簽名背後嘅身份核實,就係呢段對話嘅起點。
只可新增,由資料庫強制執行
條目可以新增,但不能編輯或刪除——你做唔到,ShieldID 都做唔到。呢個係資料庫本身嘅特性。
身份核實,與簽署事件分開
ShieldID 嘅帳本會將簽署前進行嘅驗證——邊個被核對、引擎報告咗乜、幾時發生——記為獨立條目,有別於你電子簽署平台對㩒擊動作嘅記錄。
可按操作者、操作、結果同日期搜尋
準確抽取爭議或檔案審查所需嘅條目,而唔使人手由兩個唔同系統重組時間線。
現時帳本會記錄已通過同失敗嘅驗證結果、登入同 API 金鑰活動,以及稽核匯出。證件圖像嘅逐次查看及下載事件、專用嘅決策事件、清除回執,以及供你團隊自助使用嘅 CSV 匯出,即將推出。
整合方案
一個驗證步驟,喺簽署之前
託管驗證頁面
已簽署 webhook
一個 REST API
Sandbox,從不收費
已投入正式使用
Trust Ledger 背後就係用緊呢套
ShieldID 嘅簽署人身份驗證,正正係 Crown Stack Systems 自家電子簽署產品 Trust Ledger 嘅動力來源——本頁所述嘅文件檢查、面孔比對、活體偵測同活動帳本,今日已經喺真實簽署流程中運作,並非只係計劃。
私隱說明
簽署人嘅身份證件,會受到同所簽文件一樣嘅謹慎對待
一份值得簽署嘅文件,背後嘅身份往往同樣值得小心保護。
- 託管於我們位於加拿大的自家伺服器
- 身份證件影像、擷取的欄位及結果,均在 ShieldID 位於加拿大的自家伺服器上處理及儲存,並非公有雲供應商,也不是美國的資料中心。
- 限時自動清除
- 證件圖像會自動清除,預設七日,可自行設定;驗證記錄會比圖像保留更久。
- 已加密
- 出生日期以加密方式儲存,證件圖像靜態時亦已加密。
- 以私隱為預設而設計
- 最少量收集、短暫的保留期,以及可搜尋的存取記錄,這些控制措施令「我們已核實簽署人」不再只是你條款中的一句話。
對比人手方式
喺點擊簽署之前加入身份證件檢查有咩好處
類別比較,並非針對任何特定供應商嘅說法。
| 功能 | ShieldID | 典型企業級 IDV | 人手檢查 |
|---|---|---|---|
| 確認係真人,而不只係一個收件箱 | 是 | 通常有 | 否 |
| 活體挑戰,而非靜態相片或剔選方格 | 是 | 通常有 | 否 |
| 讀取並交叉核對政府身份證件 | 是 | 通常有 | 否 |
| 身份檢查記入可搜尋嘅紀錄 | 是 | 不向客戶提供 | 只有 IP 位址同時間戳記 |
| 與特定文件或信封掛鉤 | 是 | 通常有 | n/a |
| 永不收費嘅 sandbox | 是 | 有時 | n/a |
疑慮
平台團隊加入呢個步驟之前會問嘅問題
「我哋嘅電子簽署工具唔係已經驗證咗身份咩?」
大部分都係依賴電郵連結、短訊驗證碼或者打出嚟嘅姓名——證明嘅只係有人控制住一個收件箱或電話號碼,並非證明佢係邊個。ShieldID 加入嘅係真正嘅政府身份證件同真人臉孔檢查。
「多一個步驟,會唔會拖慢簽署?」
只係一個託管步驟,喺簽署人自己部手機上進行,並於簽署畫面之前進行一次。回頭簽署人要幾耐重複一次,係由你嘅平台制定嘅政策,而唔係 ShieldID 強加喺每份文件上。
「憑身份證件簽署係咪法律規定?」
呢個視乎你所屬司法管轄區、文件類型同法律顧問嘅意見——我哋唔提供法律意見。ShieldID 增加嘅係更有力嘅憑證,證明簽署另一端係邊個,不論有冇法例規定,都有用處。
「我哋可唔可以只用喺價值較高嘅文件?」
可以——需要嘅文件就調用 ShieldID,唔需要嘅就略過。佢係你加入特定簽署流程嘅一個步驟,而唔係成個平台要麼全開、要麼全閂嘅開關。
你會睇到咩
知道邊個簽署,並證明你點樣知道。
簽署人喺簽署之前先證明自己嘅身份。結果會同信封一併保存:從證件讀取嘅每個欄位,以及每項檢查各自嘅結果。
問題
為電子簽署平台提供直截了當的解答。
立即開始
喺下一次簽署之前,加入身份核實
建立一個 sandbox 工作階段,用你自己部手機進行驗證,並睇吓佢寫入嘅記錄,然後先至輪到真正嘅簽署人使用。
Sandbox 工作階段永不收費。