如何向Toden确认联系方式

Charles Archibong, 联合创始人
通过电子邮件或手机验证码验证联系人访问权限。对于需要捕获用户旅程的用户,请使用工作流程步骤;如果您的应用需要单独进行联系人检查,则可以使用独立 API。

要点
- 正确、错误和过期的代码会走不同的路径。
- 即使响应丢失,已验证的挑战也可以得到解决。
- 重复发送会遵守速率限制。
- 已证实的联系记录仅针对其预期客户。
通过电子邮件或电话验证码验证联系人访问权限。使用捕获流程的工作流步骤,或独立步骤。 API 当你的应用需要单独进行联系人检查时。
开始之前
支持的配送渠道
客户可通过电子邮件地址或电话联系到他们
请使用具有此控制权限的团队成员。更改设置前,请检查组织和环境。付款或持续注册前,请审核当前价格。屏幕截图显示的是示例工作区或公共集成参考;它们不显示真实客户或已完成的付款。
设置并使用该功能
步骤 1:选择工作流程验证或独立验证
要进行验证流程,请打开您的工作流程并启用电子邮件验证、电话验证或两者都启用。如果您只需要更新现有客户的联系人,请使用联系人范围的工作流程。要在您的应用中显示独立的验证码输入屏幕,请使用独立的联系人。 API 在您的后端。请勿将其证明与单独计费的证明混淆。 SDK 联系步骤。

仪表盘示例:选择工作流验证或独立验证
步骤 2:配置工作流代码步骤
选择“电子邮件验证”→“设置” 。检查“必须进行验证” 、“验证码长度” 、“最大尝试次数”和“验证码输入方式” 。单独配置已启用的电话验证步骤。确保客户清楚了解尝试次数限制和过期恢复机制。检查特定联系人的规则,例如一次性电子邮件地址的识别结果,然后在创建新会话之前保存并发布工作流程。

仪表盘示例:配置工作流代码步骤
步骤 3:从后端发送独立代码
称呼 POST 使用`/api/kyc/contact/verifications`接口,并将渠道设置为电子邮件或电话,并指定目标地址。对于国内电话号码格式,请包含国家/地区信息;在记录现有客户的身份验证信息时,请提供您稳定的外部用户 ID 。存储返回的质询 ID、规范化的目标地址和有效期。沙盒环境不会发送真实消息;其发送渠道为测试渠道。

集成参考:发送代码
步骤 4:根据挑战检查代码
请对方输入密码,然后打电话 POST使用代码访问 /api/kyc/contact/verifications/{id}/check 。使用发送调用返回的质询 ID。发送消息时,请勿将联系人标记为已验证。检查状态:已验证。在沙盒环境中,代码长度为配置长度的全零。切勿在代码输入界面暴露密钥。

集成参考:请查看代码
第五步:处理过期、错误代码和不确定性
验证码有效期为五分钟。显示错误验证码的剩余尝试次数;验证码用尽或过期后需要重新发送。丢失校验响应后,进行检索 GET 使用 /api/kyc/contact/verifications/{id}进行核对。重新验证已验证的挑战不会再次收费。避免重复向同一目标发送邮件;已记录的每小时限额与错误代码尝试无关。

集成参考:阅读挑战
步骤 6:存储已验证的联系信息并解读信号
将规范化的目标地址和已验证的时间戳存储在您的应用程序中。如果存在匹配的现有实体,则 externalUserId 允许服务记录 OTP 已核实证据;这不会造成实体缺失。仅在存在的情况下才使用一次性、虚拟或其他信号。拥有邮箱或电话并不构成完整的身份验证。使用生产服务前,请查看当前费率。

集成参考:信号告诉你什么
充分发挥这种能力
将发送、质询和客户绑定在一起,这样代码就无法验证其他客户的联系方式。
将未知线路类型或 MX 证据视为未知。根据已记录的结果制定灭火策略,而不是根据缺失值制定。
如果符合您的入职策略,请在进行昂贵的信息采集检查之前使用工作流程联系步骤。
先测试再依赖它
运行此产品支持的沙箱或模拟器场景。如果某个工具仅供生产环境使用,请先检查访问权限和范围,然后仅使用经过审核的、获得许可的生产环境测试。文档截图或页面加载成功并不等同于端到端集成测试。
正确、错误和过期的代码会走不同的路径。
即使响应丢失,已验证的挑战也可以得到解决。
重复发送会遵守速率限制。
已证实的联系记录仅针对其预期客户。
故障排除
未收到沙盒消息
这是预期之内的。沙盒环境使用测试交付渠道和全零代码。
国家电话号码无效
请提供正确的两位字母国家代码或使用国际拨号代码格式。
该联系人不在客户记录中
检查 externalUserId,并确认该客户已存在于同一组织和环境中。
打开设置和集成参考
返回解决方案 (在新标签页中打开)。选择要激活的功能,然后按照其相应的指南进行操作。
参考来源



