POST高危填写处置方式(草稿态)

POST 写操作。body 为 JSON 对象。

接口编码	所需范围	后端接口
`quality.ncr.handle`	`quality:write`	`POST /v1/ncr/handle`（comap-srm）

⚠️ 高危接口：删除或状态变更类操作，MCP 调用须先向用户复述并获同意后携 confirm: true。

必填字段

字段	依据
`id`	接口规格
`handleType`	接口规格

条件必填（如「某状态时必填」）不在此表，以上方参数说明为准。判定规则见必填字段的判定。

请求体字段（body）

字段	类型	必填	说明
`id`	integer(int64)	是	NCR ID
`defectLevel`	integer(int32)	—	缺陷等级：1致命 2严重 3轻微
`defectType`	string	—	缺陷类型
`handleType`	integer(int32)	是	处置方式：1退货 2特采(含让步接收) 3拒收 4报废 5复检：1=退货, 2=特采, 3=拒收, 4=报废, 5=复检, 6=返工, 7=供应商赔偿
`handleQty`	number	—	处置数量（特采=接收数量）
`handleRemark`	string	—	处置说明
`concessionReason`	string	—	特采原因（特采时必填）
`specialScope`	string	—	特采适用范围
`specialValidUntil`	string	—	特采有效期（YYYY-MM-DD）
`commercialTerms`	string	—	商务条款
`responsibleParty`	string	—	责任方：供应商/内部（特采时必填）
`lossAmount`	number	—	损失金额（特采时必填）
`fileIds`	integer(int64)[]	—	附件 ID 列表

「必填」仅反映接口规格声明的部分。服务内还有未体现在规格里的校验，标「—」不等于可以不传；租户在主站配置的字段必填不约束本接口。详见必填字段的判定与字段清单与自定义字段。

请求示例

curl -X POST https://open.risemap.cn/v1/api/invoke \
  -H "Authorization: Bearer <访问令牌>" \
  -H "Content-Type: application/json" \
  -d '{
    "apiCode": "quality.ncr.handle",
    "body": {
      "id": "1961000000000000001",
      "handleType": 0
    }
  }'

错误处理

响应统一信封 { code, message, data }，code == 200 为成功。以下是本接口可能返回的开放平台层错误：

错误码	说明	可重试
92101	访问凭证无效	否
92201	接口未登记或已停用	否
92202	超出凭证授权范围——本接口需 `quality:write`	否
92204	绑定员工无此接口的功能权限	否
92203	上游服务调用失败	先查询处理结果，禁止盲目重试
92301	请求过于频繁	是
92205	写操作处理超时，结果未知（下游可能仍在执行）	否，先查询确认结果
92302	有参数相同的写请求正在处理中	等待并确认前一次结果，勿重复提交

除此之外，comap-srm 自身的业务校验失败会原样透传其业务码与提示（如字段校验、状态不允许、数据不存在），这类码不在开放平台的号段内，以响应里的 message 为准。完整的平台层错误码见错误码说明。

← 返回不合格处理

错误处理​

错误处理