工作原理
1
您识别客户并请求链接
使用为该客户生成的用户访问令牌调用
requestDocumentVerificationLink。该令牌用于告知 Fluz 该次验证属于哪个客户。2
Fluz 返回验证链接
响应包含
verificationUrl 和 verificationId。请存储 verificationId —— 之后您将用它来将最终的 webhook 与此请求进行对应。3
您将链接发送给客户
通过适合您产品的方式发送:电子邮件、短信、推送通知,或应用内重定向。客户可随时完成验证。
4
您的客户上传他们的证件
在托管页面上,客户拍摄政府签发身份证件(驾照、护照、州身份证或军人证)的正反面,并拍摄自拍照用于生物特征比对。
5
Fluz 通知您结果
当客户完成后,Fluz 会对提交材料进行筛查,并将
APPROVED 或 DECLINED 的结果发送到您的 webhook 端点。请求
在设置
gaveConsent: true 之前,您必须先采集并记录客户的同意。您传递的任何信息都将用于预填表单 —— 客户可在提交前查看并更正,因此请将这些字段视为便捷性输入,而非将被验证的最终值。示例
Response
此响应中的
status(OK)仅确认链接已签发 —— 这并非验证决定。最终决定随后将通过 webhook 送达。打开食谱
此示例的可复制运行版本,可直接适配到您的集成中。
响应字段
客户所见
托管流程会为客户预填已知信息供其审核,然后要求他们:- 拍摄受支持的政府签发带照片身份证的正反面。
- 拍摄一张自拍照,并与证件照片进行生物特征比对。
接收结果
由于客户可能在您签发链接后较久才完成验证,结果会发送到您的 webhook 端点。将传入事件与您存储的verificationId 匹配,然后据此处理:
APPROVED—— 客户已通过验证。解锁相应功能。DECLINED—— 客户未通过验证。文档验证是升级路径的最终步骤;此处被拒通常需要人工审核,而非再次自动尝试。
ERROR,并附带 Exceeded document verification limit。