在结账前核对地址与所填邮政编码是否一致
订单表单上邮政编码与城市不一致,看起来只是个小笔误,直到包裹被送到国内完全不同的地方。
在数字银行开户需要经过一连串身份检查:证件验证、制裁名单筛查、地址证明。这些检查按顺序进行,因为每一项都实实在在地耗费时间,有时还要花钱。因此,先运行最便宜、最快的检查,把明显有问题的申请过滤掉,再把精力花在昂贵的检查上,是合理的做法。
事实证明,地址合理性检查是数字银行能够运行的最便宜、最早的检查之一。在申请进入证件上传和身份验证之前,新客户在注册表单中输入的地址会经过两项快速检查。/v1/forward 尝试匹配该地址并报告解析置信度,捕获街道名称不存在、地址不完整或格式不对应任何真实地点的情况。/v1/postcode 将所填的邮政编码与同样填写的城市和地区进行核对,捕获一种特定且常见的错误:邮政编码是从另一个地点复制来的,或者干脆输错了。
这两项检查单独都无法判定某人是否是其所声称的身份,银行在内部也明确表示,这一步并不能取代随后的身份验证和了解您的客户(KYC)流程。它的作用是以低成本捕获一类申请,否则这类申请会浪费下游更昂贵步骤的时间:一个根本不可能真实存在的地址无需进入证件审核,在地址这一步用几秒钟把它标记出来,就省下了对一份注定会失败的申请运行更全面验证的成本。
地址干净、格式正确的申请直接进入标准身份验证队列。地址无法解析,或邮政编码与城市明显不一致的申请会被标记:要么向申请人发出快速更正提示,要么在模式看起来更像是故意而非无意时,直接转入人工欺诈审核,而不是进入标准队列。
银行对这一步的用途在内部划定了清晰的界限。地址合理性是一个数据质量和早期欺诈信号,本身并不是合规控制措施,它也不能替代实际的地址证明文件,或受监管金融机构无论申请人输入的地址看起来多么干净都必须执行的制裁名单和身份检查。它的价值完全在于过滤和分流,把明显有问题的申请更早地移出流程中昂贵的部分,而不是取代实际合规流程的任何环节。
调用量与注册量相当,每份新申请一组检查,对一家注册量中等的数字银行来说,这一工作量保持在每日免费配额之内。在增长期或营销活动带来大量新申请时,预付额度就是自然的下一步。
对受监管的企业来说,这类检查的吸引力与其说在于直接抓住欺诈,不如说在于不把昂贵的验证步骤浪费在注定不会有结果的申请上。两个端点的文档见 /docs/forward-geocoding/ 和 /docs/postal-code-lookup/。