摘要

  • Mezzo宣布接入Vesta，首批提供跨核验供应商的统一入口；费用、征信和自动承保等服务仍属于后续扩展。
  • 真正需要比较的是每笔贷款取得可用证据的总成本，而非接入数量或第一次查询的单价。

贷款机构采购核验服务，买到的不是一次成功返回的数据请求，而是一份足以继续办理业务的证据。第一次查询很便宜，结果却不完整，随后再查一家、补一次人工处理，账单和耗时就可能同时增加。这是理解Mezzo于9月14日宣布与Vesta集成的切入点：新的商业变量不是供应商名单有多长，而是每笔贷款按什么顺序使用它们。

Vesta是一套住房贷款发放业务系统。此次集成先上线横跨核验供应商的统一入口，通过路由和按条件逐级调用的规则执行贷款机构的策略。公告把费用服务、征信及自动承保——包括政府支持企业的相关引擎——列为后续扩展，不能据此认定这些功能已随首批入口全部交付。

系统内核验并非新鲜事

Vesta在3月30日公布的Argyle集成中，就已支持在系统内订购、查看和刷新收入、就业及资产核验。因此，本次新闻不是把核验首次搬进贷款系统，而是增加一层跨供应商安排调用的能力。

这一层可能改变供应商获得订单的方式。接通接口只是获得候选资格，是否真的被调用，还取决于具体贷款情形和执行规则。若选择能够依据适用性及返回结果调整，原来靠单独集成难以替换而保住的订单，就可能面临更持续的竞争。不过，加入统一入口本身不代表获得承诺采购量。

便宜的请求，未必带来便宜的答案

Centro的一般产品说明介绍了串行、并行及混合调用，并称会综合延迟、完整性、可信程度和成本判断返回结果。这是厂商对产品的描述，不是独立测试，也不能用来证明Vesta当前集成已启用其中每一个选项。

不同路径有不同代价：同时查几家可能缩短等待，也可能增加付费请求；一家不行再换下一家，可能减少不必要的调用，却延长拿到有效结果的时间。这是经营逻辑上的取舍，并非公告披露的计费规则。只统计接口成功率，无法说明返回内容是否足以支持下一步业务。

“减少开发负担”也不等于无需实施。Mezzo面向贷款机构的页面列出了需求梳理、调用规则设计、连接建立以及按贷款情形测试等步骤。什么算合格结果，什么情况下升级处理，仍然需要有人明确规定。

公告没有给出可比贷款样本的节省金额。它引用一家未具名大型独立住房贷款机构获得某家未具名政府支持企业赞许的说法，仍是厂商转述，不能当成监管背书。决定向谁请求核验，更不能等同于决定是否批准贷款。