跳到主要内容
ShieldID

E-signature

电子签名身份核验,在任何人签署之前

签名的可信度取决于其背后的身份。ShieldID 的签署人身份核验 API 可确认完成您文件的是持有本人政府身份证件的真实本人,并将核验结果与签名本身一同记入记录。

问题所在

“点击了链接”不等于“签了字”

大多数电子签名平台只确认有人打开了邮件并输入了姓名。这只是对邮箱的验证,而不是对人的身份识别。

邮件链接只能证明邮箱,不能证明本人

任何能打开这封邮件的人——共用邮箱、被转发的邮件、被盗用的账户——都可以点击进入并在签名框中输入姓名。

高价值文件需要的不只是一个复选框

租约、贷款协议、和解协议或授权委托书都会带来实际的后果。由未经验证的一方输入的“我同意”,对如此重要的事项而言根基薄弱。

日后产生争议时,往往拿不出任何证据

如果签署人事后声称是他人代其签署,大多数电子签名审计记录只显示 IP 地址和时间戳,而不是与真人面部比对过的政府身份证件。

一个实例

一份商业租约,等待两方签署

此为虚构示例,用于展示流程的形态。不涉及任何真实的租户、房东或租约。

  1. 文件已发送

    物业经理通过其电子签名平台发送一份商业租约以供签署。在签署界面出现之前,平台会将租户重定向到与该特定文件绑定的 ShieldID 核验会话。
  2. 在签署人的手机上采集

    租户拍摄驾驶执照的正反面,并完成一次简短的引导式活体检测。系统会将条形码与印刷字段交叉核对,并将实时人脸与证件肖像进行比对。
  3. 每个会话都会运行欺诈信号检测

    防伪造、深度伪造、面具和证件篡改检测自动运行——无需电子签名平台记得为高价值文件专门开启某项设置。
  4. 带着核验结果返回文件

    ShieldID 会将租户带回平台的返回 URL 并附上结果,同时通过签名 webhook 发送同一结果。直到此时,平台才允许进入签署步骤。
  5. 两份记录,并列呈现

    电子签名平台自身的审计记录显示签名事件。ShieldID 的 Activity Ledger 则显示在此之前的身份核验——谁被核验、引擎报告了什么、何时发生——这是一份由数据库强制保证只能追加的记录。

签署之前最重要的是什么

确认的是本人,而不只是邮箱

无论是什么文件,以下每项检查都会在每次核验中运行。

文件验证

美国驾照和州身份证正反面均会读取,条形码与印刷页面互相校验,另可通过机器可读区读取护照。覆盖全部 50 个州、哥伦比亚特区、五个美国领地以及美国国务院外交身份证件,共 57 个签发辖区。

人脸比对与活体检测

通过引导式活体挑战,追踪 478 个面部特征点,证明在场的是真人——而不是照片、录像或面具——并将实时人脸与证件肖像进行比对。

欺诈信号

防伪造、深度伪造、面具和证件篡改检测在每个会话中运行并分别报告,因此针对签名的争议所依据的不只是一个通过/未通过的结论。

活动台账

签名背后的身份核验会被记入一份只能追加的记录,您可以将其与电子签名平台自身的审计记录一并出示。

签名 webhook 与返回 URL

结果会通过签名回调和重定向两种方式返回您的平台,因此只有在身份核验真正完成后,签署步骤才会继续。

watchlist 筛查

针对需要的签署工作流(法律、房地产、金融等),可按账户级附加服务的方式提供针对包括 OFAC 在内的主要名单的制裁和观察名单筛查。
Add-on

用于争议与审计

当签名受到质疑时,身份核验同样有据可查

签署人事后对文件提出异议。诉讼律师要求提供究竟是谁签署的证据。监管机构审查您的客户身份识别档案。签名背后的身份核验,正是这些问题的起点。

仅追加,由数据库强制执行

条目可以新增,但无法编辑或删除——您不能,ShieldID 也不能。这是数据库本身的特性。

身份核验,独立于签名事件

ShieldID 的账本会把签署前进行的核验——谁被检查、引擎报告了什么、何时发生——作为独立条目记录下来,有别于您的电子签名平台对点击行为的记录。

可按操作者、操作、结果和日期搜索

只调取争议或档案审查所需的条目,而不必手动从两个不同的系统中重建时间线。

目前,账本记录已通过和未通过的核验结果、登录、API 密钥活动以及审计导出。针对证件图像的逐次查看与下载事件、专门的决策事件、清除回执,以及供您团队使用的自助 CSV 导出即将推出。

集成方式

一个核验步骤,置于签署之前

托管验证页面

在签署界面之前,将签署人重定向到带有您品牌标识的 ShieldID 页面;核验完成后,他们将返回您的平台。

签名 webhook

通过 HMAC-SHA256 签名的回调在服务器端确认结果,并自动重试,因此您的平台不会仅凭一次重定向就放行签名。

一套 REST API

创建与特定文件或信封绑定的会话,读取状态,获取完整结果。只需少量端点即可覆盖整个流程。

Sandbox,永不计费

在接触真实文件之前,使用与生产环境返回相同字段和事件的 sandbox 会话,测试签署前核验流程。

已投入生产

这正是 Trust Ledger 背后所运行的

ShieldID 的签署人身份核验为 Crown Stack Systems 自家的电子签名产品 Trust Ledger 提供支持——本页所述的证件检查、人脸比对、活体检测和 Activity Ledger,如今已在真实的签署流程中运行,而不仅仅是一个计划。

隐私说明

签署人的证件,与其所签署的文件受到同等审慎的对待

值得签署的文件,往往也值得同样审慎地保护其背后的身份信息。

托管于我们在加拿大的自有服务器
证件图像、提取的字段和结果均在加拿大 ShieldID 自有的服务器上处理和存储,不使用公有云服务商,也不使用美国数据中心。
短期定时清除
证件图像会被自动清除,默认为七天,可配置;核验记录的保留时间长于图像。
已加密
出生日期加密存储,证件图像静态加密。
默认以隐私为先构建
最小化收集、较短的保留期和可搜索的访问记录,这些控制措施让“我们已验证签署人”不再只是条款中的一句话。

与人工方式对比

在点击签署之前,身份证件核验能带来什么

这是品类层面的比较,并非针对任何具体供应商的说法。

将 ShieldID 与典型的企业级身份核验平台,以及仅依赖电子邮件链接的电子签名流程进行比较。
能力ShieldID典型的企业级身份验证人工核查
确认是真人,而不只是一个邮箱是通常支持否
活体检测挑战,而不是静态照片或一个复选框是通常支持否
读取并交叉核对政府签发证件是通常支持否
身份核验录入可检索的记录是不向客户提供仅有 IP 地址和时间戳
与特定文件或信封绑定是通常支持n/a
永不计费的 sandbox是有时n/a

常见异议

平台团队在添加此步骤前会问什么

“我们的电子签名工具不是已经核验身份了吗?”

大多数工具依赖电子邮件链接、短信验证码或键入的姓名——这只能证明某人控制着某个邮箱或手机号码,而不能证明其真实身份。ShieldID 增加了真正的政府证件和真人面部核验。

“多一个步骤不会拖慢签署吗?”

这只是在签署人自己手机上进行的一个托管步骤,在签署界面之前只需进行一次。对于回访的签署人,多久重复一次由您的平台制定的政策决定,ShieldID 不会对每份文件都强制要求。

“法律上要求使用证件支持的签署吗?”

这取决于您所在的司法辖区、文件类型和律师的建议——我们不提供法律意见。ShieldID 增加的是关于签名另一端是谁的更有力证据,无论是否有强制要求,这都很有用。

“我们可以只对价值较高的文件使用吗?”

可以——对需要的文件调用 ShieldID,不需要的则跳过。这是您添加到特定签署流程中的一个步骤,而不是对整个平台“全有或全无”的开关。

您将看到什么

知道是谁签署的,并能证明您是如何知道的。

签署人在签署前先证明自己的身份。结果与信封一同保存:从证件中读取的每个字段和每项检查都单独列出。

示例数据插图:申请人手机上的托管核验流程,以及 ShieldID 门户显示 Marcus Whitfield 的结果——纽约州驾照、签署人、租约续签,包含从证件中读取的字段和十二项检查。

常见问题

为电子签名平台提供直截了当的解答。

开始使用

在您的下一次签署之前,加入一道身份核验

创建一个 sandbox 会话,用您自己的手机完成一次核验,在任何真实签署人接触之前,先查看它所写入的记录。

Sandbox 会话从不计费。