POST高危提交请假申请（发起审批）

POST 写操作。body 为 JSON 对象。必填：typeId（假期类型ID，取自 office.leave-quota.types）、startTime（开始时间）、endTime（结束时间，须晚于开始时间，格式均为 yyyy-MM-dd HH:mm:ss 并按最小请假单位对齐）、reason（请假事由）；可选：durationMinutes（时长分钟，建议取试算结果）、attachmentIds（附件ID数组）。以当前用户为申请人，校验额度/时间重叠/出差冲突后发起请假审批流程。调用前请与用户确认。

接口编码	所需范围	后端接口
`office.leave.apply`	`office:write`	`POST /v1/leaveQuota/apply`（comap-office）

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

必填字段

字段	依据
`typeId`	参数说明、接口规格
`startTime`	参数说明
`endTime`	参数说明
`reason`	参数说明、接口规格

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

请求体字段（body）

字段	类型	必填	说明
`id`	integer(int64)	—	请假记录ID（更新时必传）
`typeId`	integer(int64)	是	假期类型ID
`startDate`	string	—	开始日期，yyyy-MM-dd（v1.2 起非必填，与 startTime 二选一；只传 startTime 时后端自动反算）
`endDate`	string	—	结束日期，yyyy-MM-dd（v1.2 起非必填，与 endTime 二选一）
`days`	number	—	请假天数（v1.2 起非必填，与 durationMinutes 二选一）
`reason`	string	是	请假事由
`attachmentIds`	integer(int64)[]	—	附件文件ID列表
`startTime`	string	—	开始时间 yyyy-MM-dd HH:mm:ss（v1.2 新增，分钟需对齐到最小单位）
`endTime`	string	—	结束时间 yyyy-MM-dd HH:mm:ss（v1.2 新增）
`durationMinutes`	integer(int64)	—	请假总分钟数（v1.2 新增，可不传，后端按四步法重算并以后端为准）

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

请求示例

curl -X POST https://open.risemap.cn/v1/api/invoke \
  -H "Authorization: Bearer <访问令牌>" \
  -H "Content-Type: application/json" \
  -d '{
    "apiCode": "office.leave.apply",
    "body": {
      "id": "1961000000000000001",
      "typeId": "1961000000000000001",
      "reason": "string"
    }
  }'

响应 data 字段

字段	类型	必填	说明
`id`	integer(int64)	—	记录ID
`leaveNo`	string	—	请假单号
`status`	integer(int32)	—	状态
`statusName`	string	—	状态名称
`durationMinutes`	integer(int64)	—	总扣减分钟数（v1.2 新增）
`durationDetail`13	TLeavePreviewItemVO[]	—	扣减明细（v1.2 新增，含每日 items，前端可直接展示无需再调 preview）

错误处理

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

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

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

← 返回leave

错误处理​

错误处理