许多身份验证流程要求用户共享文档、自拍照、出生日期、地址和其他敏感数据。 Checkify 是围绕一个不同的想法设计的：询问您需要的证据，而不是其背后的个人数据。
如果网站只需要知道某人是否是人类或是否超过 18 岁，则不需要默认收集护照、完整出生日期、自拍照或地址。
Checkify 不仅仅是另一个 ID 上传流程。这是一个证明优先的信任层。
传统身份验证通常需要第三方上传、处理、存储或保留敏感文档和生物特征数据。
即使企业只需要一个狭隘的答案，也可以收集完整的文档、自拍照、地址、出生日期和其他身份详细信息。
保留的文档和身份记录成为企业和验证提供商的长期数据负债。
如果中央身份数据库遭到破坏，其影响可能比丢失简单的证明大得多结果。
传统身份验证通常从收集身份数据开始。 Checkify 从业务实际需要回答的问题开始。
用户经常上传证件和个人信息，以便提供商判断其是否有效。
业务要求其需要的特定证明。用户批准请求，企业收到结果。
一些受监管的用例可能仍然需要更强的身份检查或记录证据。 Checkify 旨在最大限度地减少不必要的数据暴露，其中狭窄的证明就足够了。
目标不是减少验证。目标是少收少收。
很多业务流程只需要特定的答案。 Checkify Passes 旨在让企业直接请求这些答案。
一个 Checkify Pass 可以包含一个或多个证明，例如人工验证，并且同一请求中超过 18 个证明。
收集不太敏感数据的企业需要保护、管理、审计和解释的敏感数据也较少。 Checkify 帮助企业做出信任决策，而不会自动成为身份数据库。
先收集身份数据，然后决定如何处理它。
要求所需的证明并默认避免额外数据。
Checkify 在业务需要信心时最强，但不是完整的身份数据转储。
确认用户是人类，而不会让他们经历令人沮丧的谜题流程。
默认情况下，确认超过 18、超过 21 或其他阈值，无需收集完整身份数据。
在帐户恢复或敏感更改等高风险操作之前添加额外证据。
让场所、办公桌或物理站点在不收集额外信息的情况下请求证据文书工作。