POST 新增车辆保养/维修记录
POST 写操作。body 为 JSON 对象。必填:vehicleId(车辆ID)、maintenanceType(保养类型,如 常规保养)、content(项目内容);可选:recordDate(yyyy-MM-dd,默认今天)、mileage、provider(服务商)、amount、nextMaintenanceDate(yyyy-MM-dd,会同步车辆保养到期日)、nextMaintenanceMileage、fileIds、remark。
| 接口编码 | 所需范围 | 后端接口 |
|---|---|---|
office.vehicle.maintenance-record.create | office:write | POST /v1/vehicles/ledger/maintenance-records(comap-office) |
必填字段
| 字段 | 依据 |
|---|---|
vehicleId | 参数说明 |
maintenanceType | 参数说明 |
content | 参数说明 |
条件必填(如「某状态时必填」)不在此表,以上方参数说明为准。 判定规则见必填字段的判定。
请求体字段(body)
| 字段 | 类型 | 必填 | 说明 |
|---|---|---|---|
vehicleId | integer(int64) | — | 车辆台账 ID |
recordDate | string | — | 记录日期,格式 yyyy-MM-dd |
maintenanceType | string | — | 类型:常规保养、大保养、维修、年检、洗车美容、轮胎更换、三包召回 |
mileage | number | — | 当前里程,单位公里 |
provider | string | — | 维保单位 |
content | string | — | 项目内容 |
amount | number | — | 本次费用 |
nextMaintenanceDate | string | — | 下次保养日期,格式 yyyy-MM-dd |
nextMaintenanceMileage | number | — | 下次保养里程,单位公里 |
fileIds | string | — | 发票/工单附件文件 ID,多个用逗号分隔 |
remark | string | — | 备注 |
「必填」仅反映接口规格声明的部分。服务内还有未体现在规格里的校验, 标「—」不等于可以不传;租户在主站配置的字段必填不约束本接口。 详见必填字段的判定与字段清单与自定义字段。
请求示例
curl -X POST https://open.risemap.cn/v1/api/invoke \
-H "Authorization: Bearer <访问令牌>" \
-H "Content-Type: application/json" \
-d '{
"apiCode": "office.vehicle.maintenance-record.create",
"body": {}
}'
错误处理
响应统一信封 { code, message, data },code == 200 为成功。以下是本接口可能返回的开放平台层错误:
| 错误码 | 说明 | 可重试 |
|---|---|---|
| 92101 | 访问凭证无效 | 否 |
| 92201 | 接口未登记或已停用 | 否 |
| 92202 | 超出凭证授权范围——本接口需 office:write | 否 |
| 92204 | 绑定员工无此接口的功能权限 | 否 |
| 92203 | 上游服务调用失败 | 先查询处理结果,禁止盲目重试 |
| 92301 | 请求过于频繁 | 是 |
| 92205 | 写操作处理超时,结果未知(下游可能仍在执行) | 否,先查询确认结果 |
| 92302 | 有参数相同的写请求正在处理中 | 等待并确认前一次结果,勿重复提交 |
除此之外,comap-office 自身的业务校验失败会原样透传其业务码与提示
(如字段校验、状态不允许、数据不存在),这类码不在开放平台的号段内,
以响应里的 message 为准。完整的平台层错误码见错误码说明。
← 返回vehicle