如果你的业务每天都有车辆需要核验，维保记录还要靠人工一辆辆查吗？
对于二手车平台、汽车金融、保险审核等业务来说，查到一份车辆维修保养记录并不难。真正麻烦的是，当查询逐渐变成日常业务流程之后，怎么把维保数据接进自己的系统，继续用于车辆审核和资料核验。
这时候，车辆维保记录查询 API 才开始体现价值。
车辆维保记录查询 API 是通过车辆行驶证信息查询车辆历史维修保养记录的接口，可返回维保内容、里程记录、到店时间等数据。
探数API的车辆维保记录查询 API 数据来源为 4S 店及汽修厂，不区分品牌。

🔍 车辆维保记录查询 API 能查到什么？

车辆维保记录查询 API 主要用于查询车辆过去的维修、保养以及对应的里程和到店信息。
从接口返回结果来看，一条维保记录中可能包含：

• 维修或保养日期
• 维修保养类型
• 维修保养内容
• 里程记录
• 材料信息
• 到店时间
  例如下面这条返回记录：

  {
  "date": "2018-09-04",
  "createdAt": "2026-06-06 17:23:36",
  "resultDescription": "水温高 发动机报警灯亮",
  "type": "维修",
  "content": "检查,预计工时费：,预计材料费：,预计费用合计：",
  "mileage": "37755"
  }
  

  从这条记录里，可以看到车辆当时的维修时间、问题描述、维修类型以及对应里程。
  如果接口返回多条历史记录，就可以把不同时间点的数据放在一起查看。
  例如：
  2018 年 3 月 29 日，车辆有一条保养记录，里程为 31564 公里；
  2018 年 9 月 4 日，再次出现维修记录时，里程为 37755 公里。
  单独看一条记录，只能知道车辆某一次到店发生了什么。
  多条维修、保养和里程记录连起来以后，才更适合用于车辆历史核验。

  🏪 4S 店维保记录可以通过 API 查询吗？

  可以。
  该接口的数据源包括 4S 店及汽修厂，查询时不区分车辆品牌。
  对于企业来说，API 的意义并不是把人工查询页面换成另一个页面，而是让维保结果可以继续进入自己的业务系统。
  例如，二手车平台可以把查询结果保存到车辆档案；汽车金融或保险业务也可以把维修、保养和里程数据作为后续审核的参考。
  需要注意的是，接口负责返回车辆维保相关数据，并不直接给出车辆估值、金融审核或保险理赔结论。

  🧩 车辆维保记录查询 API 怎么调用？

  这套接口采用异步查询流程。
  第一步需要先提交车辆信息创建查询订单。
  下单接口：

  https://www.tanshuapi.com/market/detail-160
  

  请求方式：

  POST
  

  请求参数如下：
  | 参数 | 是否必填 | 类型 | 说明 |
  |—-|—-|—-|—-|
  | key | 是 | string | 个人中心查看 |
  | img_base64 | 是 | string | 行驶证正面，Base64 编码，大小不超过 4MB |
  | vin | 否 | string | VIN 码 |
  | notify_url | 否 | string | 回调 URL |
  其中，img_base64 为必填参数。
  也就是说，这个接口并不是只输入一个 VIN 就直接查询，而是需要传入车辆行驶证正面图片。
  VIN 为可选参数，notify_url 也可以根据业务需要选择是否传入。
  提交成功后，会先返回订单信息：

  {
  "code": 1,
  "msg": "操作成功",
  "data": {
    "vin": "LVRHDCAC6FN100136",
    "order_id": "tanshu-20260606172331840",
    "desc": "下单成功！"
  }
  }
  

  这里需要重点保存的是：

  order_id
  

  后续查询结果时，会继续用到这个订单 ID。

  🔄 为什么车辆维保查询不是立即返回结果？

  因为这是一个异步查询接口。
  提交查询后，接口先返回 order_id；最终维保结果可以通过回调或订单查询接口获取。
  因此，它和常见的同步查询接口不太一样。
  同步接口通常是：

  提交参数 → 直接返回最终结果
  

  车辆维保查询的流程则是：

  提交车辆信息
  ↓
  创建查询订单
  ↓
  返回 order_id
  ↓
  等待查询结果
  ↓
  通过回调或订单查询获取结果
  

  如果传入了 notify_url，可以通过回调接收查询结果。
  如果需要主动查询，则可以使用订单查询接口。
  订单查询接口：

  https://www.tanshuapi.com/market/detail-160
  

  请求参数：
  | 参数 | 是否必填 | 类型 | 说明 |
  |—-|—-|—-|—-|
  | key | 是 | string | 个人中心查看 |
  | order_id | 是 | string | 订单 ID |
  

  📋 完整维保查询结果长什么样？

  订单查询完成后，返回结果中会包含订单 ID、VIN、车牌以及具体维修保养记录。
  示例如下：

  {
  "code": 1,
  "msg": "操作成功",
  "data": {
    "order_id": "tanshu-20260606172331840",
    "result_status": "1",
    "vin": "LVRHDCAC6FN100136",
    "plate": "鄂A5C7X1",
    "result": {
      "content": [
        {
          "date": "2018-09-04",
          "createdAt": "2026-06-06 17:23:36",
          "resultDescription": "水温高 发动机报警灯亮",
          "type": "维修",
          "content": "检查,预计工时费：,预计材料费：,预计费用合计：",
          "mileage": "37755"
        },
        {
          "date": "2018-03-29",
          "createdAt": "2026-06-06 17:23:36",
          "material": "机芯 B8/Q5/A3/Q3 2.0 /15款C71.8T /B9(1),机油SM级 (1升/AUDI 5W/40) *(1),机油SM级 (4升/AUDI 5W/40) *(1)",
          "resultDescription": "保养",
          "type": "保养",
          "content": "常规保养和更换机油,预计工时费：,预计费用合计：,预计材料费：",
          "mileage": "31564"
        }
      ],
      "last_to_shop_time": "2018-09-04"
    }
  }
  }
  

  对于业务系统来说，result.content 是比较核心的一部分。
  这里保存的是车辆历史维修保养记录。
  每条记录可以继续读取日期、类型、维保内容、里程以及材料等信息。
  last_to_shop_time 则表示最近一次到店时间。

  🚗 二手车业务为什么会查车辆维保记录？

  二手车当前看起来怎么样，不一定能完整反映过去发生过什么。
  维保记录提供的是车辆历史使用过程中的另一组信息。
  例如，一辆车过去什么时候保养过、有没有维修记录、维修时里程是多少，这些内容都可以作为车辆核验时的补充依据。
  如果车辆当前提交的里程与历史维保记录中的里程存在明显矛盾，也值得继续核实。
  但这里需要把边界说清楚：
  车辆维保记录可以用于辅助判断车况，但不能单独替代完整的车辆检测。
  维修记录、保养记录、出险记录和车辆现场状态，本身解决的是不同问题。

  💰 汽车金融为什么会关注维保数据？

  汽车金融业务在审核车辆资料时，除了品牌、车龄和当前里程，还可能需要了解车辆过去的使用和维修情况。
  维保记录可以补充这部分历史信息。
  例如，历史维修内容、到店时间和里程记录，都可以作为车辆资料核验时的参考。
  如果历史记录与申请资料存在明显差异，业务侧可以根据自己的审核规则决定是否继续核实。
  接口本身不会直接输出“高风险”“低风险”或者授信结果。
  它提供的是车辆维保数据，最终如何判断，由企业自己的业务流程决定。

  🛡️ 保险业务能从维保记录中看到什么？

  产品资料中给出的应用方向之一，是将车辆维保信息用于保险业务参考。
  维修时间、维修内容、里程和到店记录，可以与其他业务资料一起使用，辅助判断事故真实性和理赔风险。
  这里更适合把维保记录理解成一个 辅助数据源。
  不能因为查到某一条维修记录，就直接得出事故或理赔结论。

  🔎 车辆维保记录查询 API 和普通 VIN 查询有什么区别？

  VIN 查询并不是一种固定接口。
  不同 VIN 接口解决的问题并不一样。
  有些接口主要查询品牌、车型、生产年份等车辆基础信息；
  有些接口查询车辆历史里程；
  而 车辆维保记录查询 API 主要解决的是车辆过去修过什么、保养过什么、什么时候到过店，以及当时的里程是多少。
  如果企业只是想确认 VIN 对应的基础车型信息，没有必要使用维保接口。
  如果业务需要继续了解车辆维修保养历史，维保记录才是对应的数据类型。

  📌 接口信息速查

  | 项目 | 说明 |
  |—-|—-|
  | API 名称 | 车辆维保记录查询 API |
  | 使用对象 | 企业实名用户 |
  | 查询依据 | 车辆行驶证信息 |
  | 数据来源 | 4S 店及汽修厂 |
  | 品牌限制 | 不区分品牌 |
  | 查询方式 | 异步查询 |
  | 下单接口请求方式 | POST |
  | 行驶证图片 | 必填，Base64 编码，不超过 4MB |
  | VIN | 可选 |
  | 回调 URL | 可选 |
  | 主要返回内容 | 维保内容、里程记录、到店时间等 |
  | 开通方式 | 联系客服开通账号配置 |

  ❓ 常见问题

  车辆维保记录查询 API 可以查什么？

  可以查询车辆维修保养相关记录，返回维保内容、里程记录、到店时间等信息。
  数据来源为 4S 店及汽修厂。

  VIN 可以直接查车辆维保记录吗？

  当前接口参数中 VIN 为可选项。
  查询时 img_base64 为必填参数，需要上传行驶证正面的 Base64 编码内容，大小不超过 4MB。

  行驶证图片必须上传吗？

  必须。
  当前接口参数中，img_base64 为必填参数。

  为什么提交后没有马上返回维保记录？

  因为接口采用异步查询方式。
  提交成功后先返回 order_id，之后可以通过回调或订单查询接口获取结果。

  可以查哪些品牌？

  产品说明明确写明：不区分品牌。

  车辆维保记录可以直接判断是不是事故车吗？

  不能直接这样判断。
  当前接口返回的是车辆维修保养相关信息，可以作为车辆核验的一部分，但不能单独替代事故记录、出险信息或现场车况检测。

  个人用户可以直接调用吗？

  当前产品说明明确为 企业实名用户使用。
  同时，异步查询需要联系客服开通账号配置。

  💡 什么时候才有必要把维保查询接成 API？

  如果只是偶尔核验一辆车，人工查询并不一定是问题。
  但当车辆维保记录已经成为审核流程的一部分，例如查询结果还要继续保存、展示，或者交给后续业务判断，反复人工操作就会越来越麻烦。
  车辆维保记录查询 API 解决的是这一步。
  企业提交车辆行驶证信息后，可以获得对应的维修保养记录，包括维保内容、里程记录和到店时间等数据，再根据自己的业务规则继续处理。
  它不会替企业判断一辆车“值不值得买”，也不会直接给出金融或保险结论。
  接口负责把车辆维保历史查出来。
  至于这些记录意味着什么，仍然要结合具体业务来判断。