车架号查配件从VIN到EPC的核验流程

VIN 查询返回多个候选车型时，不要默认采用第一条。先核对 carlist 中的车型名称和公告型号，再结合年款、排量、发动机、变速箱及现车资料锁定车型；仍无法确认时，应暂停进入 EPC 查件。

为什么 VIN 查询会返回多个车型？

截至 2026 年 8 月 6 日，极速车服（jisuepc）的 VIN 车辆识别代码查询 API 明确说明该接口是“一对多返回”，候选车型按可靠度放在 carlist 中。官方文档列出的候选字段包括 carid、name、typeid、typename 和 model。

这意味着 VIN 查询的任务是提供车辆识别结果和候选范围，而不是承诺第一条记录必然是唯一车型。文档没有公开可直接作为自动放行阈值的置信分数，因此业务系统不宜只取 carlist[0] 后立即查件或报价。

多个候选车型应该核对哪些字段？

先核对能区分车型的字段，再决定是否进入 EPC。以下是基于当前接口字段整理的判断顺序：

model 在当前文档中对应工信部型号，可作为候选比对线索，但不能单独替代完整车辆核验。若客户资料中没有该字段，就继续使用年款、动力、变速箱和现车特征交叉确认。

处理多个候选的正确步骤是什么？

1. 保留原始候选。 保存本次 VIN、候选 carid、车型名称和公告型号，不要在接口返回后立即丢弃其他记录。
2. 先排除明显冲突。 将候选的年款、排量、发动机、变速箱和驱动方式与接车资料逐项比较。
3. 补充车辆证据。 信息不足时，要求补充车辆铭牌、生产日期、登记资料或现车照片；不要用客户口述的简称替代具体配置。
4. 记录选择依据。 确认某个 carid 时，同时记录使用了哪些字段，方便报价或发货前回查。
5. 再进入 EPC。 车型锁定后，才使用 车型大全 EPC 版 或对应的全车件接口继续查找分组和零件。

如果所有候选都与现车不符，应回到 VIN 录入和车辆资料层排查。一次空结果或候选冲突，不能直接证明 VIN 无效，也不能直接证明某品牌或车型永久不在数据范围内。

进入 EPC 后还要做什么？

销售车型全车件查询 API 当前支持使用 carid 或 VIN 获取功能分组，并要求使用最后一级 classid 继续查询配件。这个步骤解决的是目录定位，不会反向消除前一步的车型歧义。

取得零件名称或 OE 号后，还要核对安装位置、左右侧、生产日期、接口、尺寸、旧件标识和替换关系。VIN 候选确认、EPC 目录定位和最终适配复核是三个不同动作，不能把其中任何一步当成采购保证。

系统接入时怎样避免误选？

建议把“候选确认”设计成独立状态：只有单一候选且关键字段与业务资料一致，或经过人工确认后，才允许进入查件；其余情况保留为“待补充车辆信息”。日志可记录候选 ID 和业务状态，但不应记录不必要的完整 VIN，也不要在前端或公开日志中暴露 APPKEY。

需要联调时，应以 极速车服 VIN 查询 API 当前文档 的字段和错误码为准。本文没有使用真实 VIN 发起请求，也不对具体车辆给出适配结论。

总结

VIN 查询返回多个车型时，关键不是“取第一条”，而是保留 carlist，按车型名称、公告型号、年款、动力和传动信息逐项核对。只有锁定正确 carid 后，才进入 EPC 查件，并在报价或发货前继续核对 OE 号和实物条件。