Skip to content
全部文章

客户更改了法定姓名,别让身份历史跟着丢失。

查尔斯·阿奇邦

, 联合创始人

法定姓名变更是对现有客户证据的更新,不是删除历史或创建第二个身份的理由。核实请求者,验证变更,并保留新旧记录之间的关联。

Toden插画:圆形路径中的人物,表示法定姓名更新

要点

  • 分别核实请求者是否有权操作,以及姓名变更是否有证据支持。
  • 保留稳定的客户引用与带日期的证据历史。
  • 有计划地同步已审查变更,不要悄悄改写旧事件。

通过受控更新处理现有客户的法定姓名变更。核实请求者,评估变更证据,并保留旧身份信息与新信息之间的联系。

直接覆盖所有旧姓名,会破坏有用历史。创建另一个客户,则可能把属于同一个人的交易、客服案件和风险决定拆散到不同记录。

区分账户访问与证据问题

确认请求者有权操作该账户。使用既定认证或账户恢复流程;一封附有新证件的邮件,本身并不够。

然后评估所称变更。所需证据取决于签发机构和所在市场。不要把一套通用文件清单说成所有司法辖区都适用。

NIST身份核验指南 (在新标签页中打开)承认,合法的属性变更可以解释信息不一致。不过,审查人员仍需要能解决具体问题的证据。

为新旧姓名保留有日期的联系

保留稳定的内部客户引用。记录原值、经过审查的新值、证据引用、决定日期和审查人员。

区分显示名偏好、拼写更正和法定姓名变更。它们可能需要不同处理。新姓名不应悄悄改变出生日期、证件归属或账户操作权限。

例如,改名与新签发证件可能对应同一个人;但出生日期矛盾则应另行调查。

更新依赖该结果的系统

识别使用姓名的客户资料、筛查记录、账户文件和通信。只同步审查决定涵盖的字段。

历史交易记录应忠实保留当时记录的内容。建立通往当前资料的可追溯关联,而不是假装旧值从未存在。仅按适用政策保留并保护历史个人数据。

OWASP认证指南 (在新标签页中打开)支持在敏感账户变更时重新核查;应根据自己的流程选择合适控制。

向客户确认更新

说明哪些信息已变更、哪些操作仍待处理,以及如何报告错误。测试重复提交和中断的审查,确保一个请求不会创建重复身份。

使用Toden客户记录指南和重新验证指南了解支持的记录与证据流程。在把新采集直接视为资料自动更新前,先确定集成如何处理姓名变更。

参考来源

查尔斯·阿奇邦

关于作者

Charles Archibong

联合创始人

Charles Archibong是Toden的联合创始人。他撰写有关身份验证、金融科技以及构建可信数字服务的实际工作的文章。

  • Product Updates

    如何将您的客户记录与 Toden 连接

    使用稳定引用将应用程序中已有的客户与 Toden 记录关联起来。保留您已知的关于其验证来源的信息,而不是将导入的声明升级为已验证的事实。

  • 身份验证

    如何使用 Toden 再次验证客户身份

    请现有申请人重新完成已完成的验证,可以全部重新验证,也可以只重新验证部分步骤。重新验证会保留验证 ID 并记录新的尝试,以便您的团队可以解释更改之处。

打造您的产品。其余交给我们。

端到端身份验证与合规服务,遵循全球标准,为创业者提供合理定价。