在 CURP 与 CLABE 开户核对中区分姓名不符与证据缺失
墨西哥的企业开户流程提交一组已获授权的 CURP 与 CLABE,进行一次身份与收款账户核对。返回结果并不是干净的通过。这究竟是人与账户之间的冲突,还是只是尚无结论?如果两种情况都当作拒绝,会挡住正当的企业;如果都当作可接受,又可能放过错误的收款人。本文提出应用如何分别读取核验等级、任务状态、证据和费用,并使用合成合约示例:其经过测试的输出为 status review、grade null、verified false、automatic_business_approval false。该输出只是合约示意,不代表真实验收。
gridzen tools --product mx-identity-account问题与需要做出的决定
你的服务允许企业登记或更换接收付款的 CLABE。在接受之前,你向 mx_identity_account 任务提交已获授权的 CURP 与 CLABE、当前报价、所需证据与同意书,以及一个稳定的请求 UUID。你要做的决定不是简单的通过或拒绝,而是一个三选一的问题:结果显示的是身份与账户之间的冲突,还是证据缺失或不完整,或者任务根本尚未完成?每种答案通向不同的下一步。有证据支持的不符,是停止收款人变更的理由;证据缺失,是要求补充材料或转入人工审核的理由;任务未完成,则应等待或恢复,而不是做出判断。产品边界写得很清楚:没有结论不等于冲突,输出中的任何内容都不是自动的业务批准。
产品返回什么、不返回什么
输出合约包含四项内容:核验等级、任务状态、证据和费用。支持的等级和所需操作以当前报价为准,因此你的代码不应把某篇文章里的等级列表写死,而应读取当前能力与已接受报价所允许的内容。边界与输出同样重要。该核对不是任意查人:你只能提交自己有权核对的标识。它不声称银行把 CURP 作为直接标识保存;不接受以不受支持的银行卡信息代替 CLABE;除非报价明确授权转账,否则不会转移资金。你的应用应当分别保存每个字段,而不是把它们压缩成一个布尔值,因为单一布尔值恰恰掩盖了姓名不符与证据缺失之间的区别。
假设场景与预期的示例输出
假设一个合成卖家请求更换其收款 CLABE。你所提议的处理程序保持旧 CLABE 继续生效,生成请求 UUID,附上已接受的报价和同意书,然后调用任务。在合成合约示例中,经过测试的输出恰好是:status review、grade null、verified false、automatic_business_approval false。请逐个字段解读。status review 表示任务尚未得出最终结论,需要审核。grade null 表示没有给出等级,这既不是低等级,也不是不符。verified false 表示你不能把该收款人视为已核验。automatic_business_approval false 表示即使之后出现正面等级,它本身也不会授予你的业务许可。正确的提议做法是:保持变更为待处理,付款继续进入现有账户,并记录结果尚未解决。本示例不会向任何真实服务商发起请求,其合成结果也不是对真实企业采取行动的许可。
提议的应用设计与已实现行为的区别
根据产品合约,已实现的部分是:任务接受带有绑定报价的授权 CURP 与 CLABE,返回等级、状态、证据和费用,并拒绝无条件批准。内容示例中同样已实现的是:一个包含上述四个字段的合成输出,在本地无网络执行。属于提议、需要你自己负责的部分包括:收款人变更状态机,例如 pending_check、needs_evidence、blocked_mismatch 和 accepted_by_policy 等状态;一条规则,规定只有受支持且有证据支持的等级,再加上你自己的业务策略,才能把变更推进到已接受;以及为任务报告的费用单独记账。提议的设计绝不从 grade null 推断出不符,也绝不仅凭 verified true 推断出批准。向新账户付款的权利由你的业务规则授予,而不是由核对结果授予。
失败处理
每一种失败都要走各自的路径。如果调用超时或任务一直处于审核中,请复用同一个请求 UUID 并使用恢复步骤,而不是重新提交,以免一次收款人变更变成两次计费任务。如果缺少证据或同意书,就向企业索取,并保持变更待处理。如果报价已过期或不涵盖所请求的操作,请在重试前获取新报价;不要假定旧报价仍然授权转账。如果输入是银行卡号或其他不受支持的数据,应在调用任务前于本地拒绝。如果等级表明存在有证据支持的冲突,就阻止变更并通知审核人员,同时不要在日志中暴露标识。费用必须按报告如实记录;任务失败或不完整并不是编造费用的理由。
验收清单
在依赖这个流程之前,请确认:处理程序把等级、状态、证据和费用分别保存为独立字段;grade null 加 status review 会让变更保持待处理、旧 CLABE 继续生效;verified false 绝不会启用对新账户的付款;遵守 automatic_business_approval false,接受变更必须经过你自己的策略;重试复用稳定的请求 UUID;报价处于有效期内,任何转账前都会检查其授权;不受支持的银行卡输入在本地被拒绝;不对无权核对的人进行任意查询;日志中不含 CURP 与 CLABE 的值。最后,把所有示例结果都标注为合成数据。在本地通过这份清单,只能说明你的状态处理前后一致;它不能证明真实覆盖范围、真实客户或业务许可。真实执行需要当前能力、完成开通、获得授权以及已接受的报价。
检查这项功能
https://gridzen.ai/tools/mx-identity-account/ · 核对输入、输出与能力边界。以下命令只读取产品说明,不执行真实请求。
gridzen tools --product mx-identity-account来源与范围
https://gridzen.ai/tools/mx-identity-account/ https://gridzen.ai/guides/current-capabilities/ 依据已检查的来源快照与本地模拟;建议的业务规则属于设计建议,不代表已证明的生产行为。内容使用 AI 辅助写作,并经过独立审稿。