工作流与配置
如何构建和发布验证工作流程？
创建草稿，配置申请人流程，对其进行测试并发布您的集成将使用的版本。
Toden 团队 · 阅读约 1 分钟 · 中文
简短回答
在控制台的“工作流程”下构建流程，测试其草稿配置，然后发布它。集成使用已发布的工作流程 ID 或托管链接。仅保存草稿并不会改变申请人收到的流程。
配置流量
从正确的组织和环境开始。选择验证类型、国家/地区、接受的 ID、捕获步骤并检查您的入职政策需求。审查同意书、外观以及向申请人展示的信息。仅当您的业务流程需要时才添加额外的要求。
在配置决策的情况下，检查批准、拒绝和审核路径如何处理不完整或不可用的证据。可见预览有助于检查屏幕，但它不是端到端验证或实时提供商结果的证明。
发布前测试
- 使用沙盒工作流程和记录的测试数据或场景。
- 测试申请人是否成功提交以及可能遇到的失败情况。
- 检查您的集成是否收到结果并正确处理审核。
- 确认您的 SDK 版本支持工作流程并启用捕获功能。
- 发布预期版本并在该环境中使用其工作流程 ID。
沙盒中的工作流程不会自动存在于生产中。环境错误、未发布或未知的工作流程无法像已发布一样使用。
了解以后的变化
重新发布会更改后续验证所使用的配置。它不会重写固定到正在进行的决策的工作流程版本。在调查旧结果时保留对工作流程和版本的引用。
当 SDK 使用工作流时，工作流配置优先于代码中的重叠外观或捕获属性。运行时申请人数据和回调仍然来自您的集成。
相关指南
这篇文章对您有帮助吗？