身份收集模型
- 顾客
- 身份证明文件
- 个人信息
- 业务系统
- 存储 + 保留 + 访问控制
ISO 27001：第一阶段完成，第二阶段进行中，尚未获得认证。
不同的验证模型
传统的验证架构可能会导致企业收集比实际决策所需更多的身份信息。Checkify 的设计理念是仅请求交易所需的证明，并返回有限的结果。
18岁以上 ✓
工作流程所需的结果——无需自动将底层身份证明文件交给依赖业务方。
企业成果
在数字化旅程和支持的实体场所中，使用与风险相匹配的验证级别。
对受监管的客户行程，要求提供年龄门槛证明。
在表单、帐户和受支持的自动化滥用控制中添加人工验证。
如果工作流程确实需要，则请求更严格的身份验证。
在数字化和受支持的物理访问流程中使用基于证据的检查。
访问控制概述在获得支持的情况下，核实组织和业务关系。
企业验证说明启用此功能后，将请求特定的已批准数据或断言，而非整个文档。目前此功能处于功能启用状态，尚未正式发布。
组织和项目签名功能即将推出。目前该功能尚未成熟，不适用于企业采购。
选择您需要的保障
Checkify 的验证阶梯允许团队根据风险选择合适的级别，而不是要求每次交互都提供最大的身份信息。
人工验证有助于确认表单填写、账户创建和受支持的滥用控制措施中是否存在真人，而无需默认收集身份信息。
年龄证明（例如 age_over_13、age_over_16、age_over_18 和 age_over_25）会返回受监管行程的阈值结果。
身份验证使用基本、已验证和已验证增强等产品级别，因此工作流程可以仅在需要时请求更严格的检查。
高保障模式支持风险更高的数据流，并提供更强有力的证据支持。具体的证据选项取决于设备、司法管辖区和已配置的策略。
企业根据风险程度选择合适的级别。Checkify 不负责制定这些级别的外部认证。
政策成为基础设施
Checkify Pass 定义了特定工作流所需的证明。不同的站点、应用程序和业务流程可以请求不同的证明。
站点、通行证和证明请求是独立的层级——因此，一家企业可以运行多个验证点，而无需将身份文件复制到每个系统中。
超越单一网站
企业团队可以围绕多个受支持的站点和工作流程构建验证流程。数字站点和物理位置在“管理站点”下分别进行配置。
每个受支持的站点都可以使用 Checkify Passes 并将验证结果返回给需要这些结果的系统。我们不声称提供除当前业务/站点/通行证管理之外的独立企业组织层级产品。
将 Checkify 放入您的堆栈中
使用与您的技术栈相匹配的集成路径——无需创建尚未生效的连接器。
适用于需要服务器端验证的自定义应用程序和企业工作流程。
适用于网页体验、表单、结账和自定义嵌入。
适用于支持基于通行证 ID 设置的商业和内容实现。
适用于柜台、场所和入口处的现场工作流程。
适用于 Checkify 应用和设备流程，客户在手机上完成验证。
建筑概览
从业务系统到有限验证结果的简单路径。
减少不必要的数据泄露
Checkify 的设计理念是数据最小化：请求工作流程所需的证明，并在服务支持的情况下避免不必要的身份数据移交。
对话中融入了安全性
仅公开身份——不提供任何捏造的认证。
第一阶段完成。第二阶段进行中。尚未获得认证。
以数据最小化和有限的证明结果为设计理念，并在支持的情况下进行隐私最小化处理。
应用、API 和仪表盘流量均采用传输中加密 (TLS)。我们不声称提供通用的端到端加密。
支持签名和有时限的请求以及验证参考资料，并支持便于审计的操作日志记录。
企业团队可以要求提供安全性和集成信息作为评估的一部分。
从小规模开始，逐步扩大。
企业级部署的设计要注重可部署性，而不是理论性。
确定验证决策和所需保证。
整合一个工作流程或站点。
衡量完成情况、客户体验和运营行为。
推广至其他网站、产品或地点。
根据实际需求调整质量保证和工作流程。
企业包含哪些内容？
企业对话涵盖部署和技术适配。我们这里不发明全天候专属服务、指定客户经理、正常运行时间服务级别协议、私有云或本地部署方案。
绘制工作流程图、保证和分阶段扩展图。
插件、SDK 和服务器 API 路径的指导。
讨论信贷规模与预期需求的匹配情况。
跨受支持的站点和位置进行结构验证。
选择与风险相适应的人员、年龄和身份级别。
帮助安全和合规团队评估Checkify。
球队的起点
受保护购买的年龄保障。
在支持的情况下，对市场互动进行人员、业务或资格审查。
根据新用户入职风险采用适当的验证级别。
数字化和物理凭证辅助访问。
根据政策或风险需要，要求进行更严格的验证。
使用 Checkify APIs 和跨多个验证点的通行证。
专为生态系统而设计
在支持的情况下，Checkify 可以与外部发行者、凭证提供商、钱包和数据源配合使用，同时向依赖业务提供其工作流程所需的证明或结果。
可重复使用的证明
在支持的情况下，现有的凭证或验证证据可以帮助用户满足另一个 Checkify 请求，而无需不必要地重复原始收集过程。
每个企业或工作流程仅收到针对该次交互请求并经批准的证明或信息。我们不声称可以“一次验证，处处可用”。
客户是架构的一部分
对于进行检查的人员来说，基础设施仍然必须清晰明了。
工作流程需要提供证明。
请求清晰明了，易于理解。
此人同意接受检查。
验证通过 Checkify 进行。
有限的证明结果将返回系统。
旅程仍在继续。
