跳至主要內容
ShieldID

E-signature

電子簽章身分驗證,在簽署之前完成

簽章的可信度取決於其背後的身分。ShieldID 的簽署人身分驗證 API 能確認完成您文件的是一位持有本人政府核發證件的真實人物,並將驗證結果與簽章本身一同登錄於紀錄中。

問題所在

「他點了連結」不等於「他簽了名」

大多數電子簽章平台只確認有人開啟了電子郵件並輸入了姓名。這只是對信箱的驗證,而非對個人的身分識別。

電子郵件連結只能證明信箱,無法證明本人

任何能開啟該郵件的人,無論是共用信箱、被轉寄的郵件或遭入侵的帳號,都可以點進連結並在簽名欄中輸入姓名。

高價值文件需要的不只是一個核取方塊

租約、貸款合約、和解協議或授權委託書都會帶來實際的後果。由未經驗證的一方輸入「我同意」,對於如此重要的事項而言,是薄弱的基礎。

日後發生爭議時,往往拿不出任何證明

如果簽署人日後聲稱是他人代為簽署,大多數電子簽章的稽核軌跡只會顯示 IP 位址和時間戳記,而不是經過與真人臉部比對的政府核發證件。

實際範例

一份待雙方簽署的商業租約

此為虛構內容,用以呈現流程的樣貌,不涉及任何真實的租戶、房東或租約。

  1. 文件已送出

    物業管理人透過其電子簽章平台寄出一份商業租約供簽署。在簽署畫面出現之前,平台會將租戶重新導向至與該份文件綁定的 ShieldID 驗證工作階段。
  2. 在簽署人的手機上拍攝

    租客拍攝駕照正反面,並完成一項簡短的引導式活體挑戰。系統會將條碼與印刷欄位交叉比對,並將即時人臉與證件肖像進行比對。
  3. 每次工作階段都會執行詐欺訊號偵測

    防偽造、深偽、面具及文件竄改檢查會自動執行,而不是電子簽章平台必須記得為較高價值文件手動啟用的設定。
  4. 回到文件,已通過驗證

    ShieldID 會將租戶帶回平台的返回 URL 並附上結果,同時透過簽署的 webhook 傳送相同的結果。直到此時,平台才讓簽署步驟繼續進行。
  5. 兩份紀錄,並列呈現

    電子簽章平台自身的稽核軌跡會顯示簽章事件,而 ShieldID 的 Activity Ledger 則顯示在其之前的身分驗證,包括驗證了誰、引擎回報了什麼以及發生的時間,是一份由資料庫強制執行的僅可新增紀錄。

簽署前最重要的事

確認的是本人,而不只是信箱

無論是什麼文件,以下每項檢查都會在每次驗證中執行。

文件驗證

支援加拿大與美國的駕照、護照、永久居民卡及省級附照片身分證件,正反面皆會讀取,並以條碼與 MRZ 進行校驗碼檢查。

臉部比對與活體偵測

透過追蹤 478 個臉部特徵點的引導式活體挑戰,證明在場的是真人,而不是照片、錄影或面具,並將即時臉部與證件上的人像進行比對。

詐欺訊號

防偽造、深偽、面具及文件竄改檢查會在每次工作階段中執行,並逐項回報,因此簽章發生爭議時,您能依據的不只是通過或未通過。

活動帳本

簽章背後的身分驗證會登錄在一份僅可新增的紀錄中,您可以將它與電子簽章平台自身的稽核軌跡並列作為佐證。

簽署的 webhook 與返回 URL

結果會同時透過簽署的回呼和重新導向傳回您的平台,因此只有在身分驗證確實完成後,簽署步驟才會繼續。

觀察名單篩查

對於有需求的簽署流程,例如法律、不動產、金融,可在帳號層級加購制裁與觀察名單篩查。
Add-on

用於爭議與稽核

當簽章受到質疑時,身分驗證同樣有紀錄可查

簽署人日後對文件提出異議。訴訟律師要求提供實際簽署者的證據。監管機關審查您的客戶身分識別檔案。簽章背後的身分驗證,就是這些討論的起點。

僅可附加,由資料庫強制執行

紀錄只能新增,無法編輯或刪除,無論是您或 ShieldID 都不行。這是資料庫本身的特性。

身分驗證與簽章事件分開記錄

ShieldID 的帳本會將簽署前執行的驗證,包括驗證了誰、引擎回報了什麼以及發生的時間,記錄為獨立的一筆,與您的電子簽章平台對點擊動作的紀錄各自分開。

可依操作者、動作、結果和日期搜尋

只調出爭議或檔案審查所需的確切紀錄,而不必手動從兩個不同的系統重建時間軸。

目前帳本會記錄驗證通過與失敗的結果、登入、API 金鑰活動以及稽核匯出。針對證件影像的逐次檢視與逐次下載事件、專屬的決策事件、清除回執,以及供您團隊自助使用的 CSV 匯出功能即將推出。

整合選項

在簽署之前加入一個驗證步驟

託管驗證頁面

在簽署畫面之前,將簽署人導向帶有您品牌的 ShieldID 頁面;檢查完成後,他們會回到您的平台。

簽署的 webhook

以 HMAC-SHA256 簽署的回呼會在伺服器端確認結果,並自動重試,因此您的平台不會僅憑重新導向就放行簽章。

單一 REST API

建立與特定文件或信封綁定的工作階段、讀取狀態、取得完整結果。少數幾個端點即可涵蓋整個流程。

Sandbox,永不計費

在接觸真實文件之前,先用 sandbox 工作階段測試簽署前驗證流程,其欄位與事件和正式環境所回傳的相同。

已在正式環境運作

這就是 Trust Ledger 背後運作的技術

ShieldID 的簽署人身分驗證,是 Crown Stack Systems 自家電子簽章產品 Trust Ledger 的核心動力,本頁所述的文件檢查、臉部比對、活體偵測和 Activity Ledger,如今已在真實的簽署流程中運作,而不只是計畫。

隱私說明

簽署人的證件,與其所簽署的文件受到同等細心的處理

值得簽署的文件,往往也值得同樣謹慎地保護其背後的身分。

託管於我們自己的伺服器
證件影像、擷取的欄位和結果都在我們所控制的基礎架構上處理與儲存,而不是公有雲供應商。
在短時間內清除
證件影像會自動清除,預設為七天,可自行設定;驗證紀錄的保存期限比影像更久。
已加密
出生日期以加密方式儲存,證件影像在靜態時也經過加密。
設計上符合 PIPEDA
最少量蒐集、短暫的保存期間和可搜尋的存取紀錄,這些控管措施讓「我們已驗證簽署人」不只是服務條款中的一句話。

與人工作業相比

在點擊簽署之前,證件檢查多了什麼

類別層級的比較,並非針對任何特定廠商的主張。

將 ShieldID 與典型的企業級身分驗證平台,以及僅依賴電子郵件連結的電子簽章流程進行比較。
功能ShieldID典型企業級 IDV人工檢查
確認的是真人,而不只是一個信箱是通常否
以活體挑戰驗證,而非靜態照片或勾選方塊是通常否
讀取並交叉比對政府核發證件是通常否
身分檢查記入可搜尋的紀錄是不提供給客戶僅有 IP 位址與時間戳記
可連結至特定文件或信封是通常n/a
永不計費的 sandbox是有時n/a

疑慮

平台團隊在加入此步驟前會問的問題

「我們的電子簽章工具不是已經會驗證身分了嗎?」

多數工具依賴電子郵件連結、簡訊驗證碼或輸入姓名——這只能證明某人控制著某個信箱或電話號碼,而不能證明對方是誰。ShieldID 加入了真正的政府證件與真人臉部檢查。

「多加一個步驟不會拖慢簽署嗎?」

這只是在簽署畫面之前、於簽署人自己手機上進行一次的託管式步驟。對於回訪的簽署人,多久重複一次是由您的平台設定的政策,而不是 ShieldID 強加於每份文件的要求。

「憑證件簽署在法律上是必要的嗎?」

這取決於您所在的司法管轄區、文件類型以及法律顧問的建議——我們不提供法律意見。ShieldID 所增加的,是對簽署另一端究竟是誰的更有力佐證,無論法規是否強制要求,這都很有價值。

「我們可以只對價值較高的文件使用嗎?」

可以——只對需要的文件呼叫 ShieldID,不需要的就略過。這是您加入特定簽署流程的一個步驟,而不是整個平台非開即關的開關。

您會看到什麼

知道誰簽了名,並能證明您如何得知。

簽署人在簽名前先證明自己的身分。結果會與電子信封一併保存:從證件讀取的每個欄位與每項檢查都各自獨立列出。

示意圖(範例資料):申請人手機上的託管驗證流程,以及 ShieldID 入口網站顯示 Ottoline Marchetti-Fife 的結果,包含安大略省駕照、簽署人、租約續約,以及從證件讀取的欄位和十二項檢查。

常見問題

給電子簽章平台的直白解答。

開始使用

在您下一次簽署之前,先加入身分驗證

建立一個 sandbox 工作階段,用您自己的手機進行驗證,並在任何真實簽署人接觸之前,先查看它寫入的紀錄。

sandbox 工作階段一律不計費。