運作方式
1
您識別客戶並請求連結
使用為該名客戶產生的使用者存取權杖呼叫
requestDocumentVerificationLink。此權杖告訴 Fluz 該次驗證屬於哪位客戶。2
Fluz 回傳一組驗證連結
回應中包含
verificationUrl 與 verificationId。請儲存 verificationId — 您將以此對應最終送達 webhook 的事件與此次請求。3
您將連結交付給客戶
依產品合適的方式傳送:電子郵件、簡訊、推播通知,或在 App 內重新導向。客戶可隨時完成驗證。
4
您的客戶上傳他們的文件
在託管頁面上,客戶會拍攝政府核發之身分證件(駕照、護照、州 ID 或軍人證)的正反面,並自拍以進行生物特徵比對。
5
Fluz 通知您驗證結果
當客戶完成後,Fluz 會審查提交內容,並將
APPROVED 或 DECLINED 的結果傳送至您的 webhook 端點。請求
在設定
gaveConsent: true 之前,您必須先取得並記錄客戶的同意。您所傳遞的任何資料都將用於預先填入表單 — 客戶可在提交前檢視並更正,因此請將這些欄位視為便利性資料,而非最終將被驗證的值。範例
Response
此回應中的
status(OK)僅確認連結已發行 — 並非驗證決策。決策會稍後透過 webhook 傳達。開啟示範配方
一個可直接複製執行的版本,能快速調整以融入您的整合。
回應欄位
客戶所見
託管流程會預先填入已知資訊供客戶檢視,接著要求他們:- 拍攝支援的政府核發照片 ID 的正反面。
- 進行自拍,並與 ID 照片進行生物特徵比對。
接收結果
由於客戶可能在您發送連結後很久才完成驗證,結果將送達您的 webhook 端點。請將收到的事件與您儲存的verificationId 進行比對,接著依結果採取行動:
APPROVED— 客戶已通過驗證。開放相應功能。DECLINED— 客戶未通過驗證。文件驗證是升級路徑中的最後一步;此處被拒通常需要人工審查,而非再進行另一個自動化嘗試。
ERROR,並附帶 Exceeded document verification limit。