合规性

本地KYC:验证没有信用局的客户

通用验证提供商不会在 UAE 或印度尼西亚看到您的客户:在那里,身份是通过政府登记册确认的。以下是它与熟悉的 KYC 的不同之处以及您的配置。

170+

接受付款的国家/地区

2

开箱即用的政府登记册集成

30+

数据保护制度中的司法管辖区

为什么通用提供商在这里不起作用

它会在这些国家/地区不存在或不能视为证据的来源中查找客户。

没有熟悉意义上的信用局

对信用记录和电信数据库进行检查(在某些市场上是例行公事),但在其他市场上却没有任何结果,因为来源根本不存在。

文件已通过国家验证

证明的不是文件识别,而是登记者的回答:此人存在,文件有效,细节相符。

失败率命中转化

系统无法验证的客户会去找能够验证的人。在具有本地标识的市场上,这是注册丢失的最常见原因。

本地验证是如何构建的

两条现成的识别路径以及处理结果的通用规则。

阿联酋航空 ID — UAE

与国家ID进行身份验证:数据匹配、有效期、持有人对应关系。结果与日期和来源一起存储在客户档案中。

Dukcapil e-KTP — 印度尼西亚

民事登记簿验证:ID 号码、姓名和出生日期与政府数据库进行核对。

结果会怎样

成功的支票将为客户开启交易;如有疑问,请进行人工审核,并注明不匹配之处。客户请求的存储规则和响应期限遵循国家的数据制度。

提前想好什么

本地识别并不能替代合规性,而是第一步。通过政府登记册确认身份可以回答“这真的是那个人吗”,而不是“他们的钱从哪里来”,也不是“他们是否受到制裁”。完整的链条:本地身份验证,然后制裁筛选和交易监控。

第二,数据。通过政府登记册进行验证意味着处理特别敏感的信息,这些国家的存储要求比普通客户数据更严格。提前决定配置文件保留的内容:成功检查其日期和来源的事实,或寄存器的完整响应。前者几乎总是足够的,并且大大减少了你的义务。

第三,失败路径。寄存器可能不可用,并且由于名称音译或过时的地址,详细信息可能会有所不同。您需要预先描述的后备方案:由工作人员手动审核文档,并在完成之前限制交易。如果没有它,政府服务的第一次中断就会导致登记停止。

如何在操作员仪表板上组装

三个设置向导。运营商单独运行它们——无需开发。

1. 阿联酋航空ID验证

连接源、匹配哪些字段、不匹配时的操作以及如何存储结果。

2. Dukcapil e-KTP 验证

连接到民事登记簿、检查的字段、处理不明确的响应以及后备路径。

3. 通过俄罗斯国家门户网站验证

俄罗斯国家登记处:账户级别、要求的数据(详细至保险号码和税号)、同意书的有效期以及复查时间表。

所有三个源均由一个向导根据国家/地区预设进行配置:步骤相同,仅参考数据不同。将后备路径与主路径一起设置:州注册机构已安排停机时间,如果没有手动路由注册,则只会在这些时间内停止。

为您的市场配置验证

自行注册并与政府注册机构进行验证。中断的后备路径由同一向导配置 - 立即设置。

开始使用