WCBK1 实现企微审批回调只读 POC
这个提交包含在:
+2
-2
@@ -7,7 +7,7 @@
|
||||
**相关事实源**:[需求 - 统一审批中心规约](./需求-统一审批中心规约.md)、[需求 - 企业微信基础设施规约](./需求-企业微信基础设施规约.md)
|
||||
**体验总依据**:[产品设计规则基线](./产品设计规则.md)
|
||||
|
||||
本规约细化请假、补卡、外出、加班与考勤修正的产品要求。WFOC 起,企业微信作为 HR/考勤员工日常审批和打卡规则主操作端;OA 负责按域镜像、应急接管、恢复回写、查询导出和审计。WAPC2 后,请假和补卡先通过 QA-only runner 只读验证模板详情与低风险 `sp_no` 审批详情;WPROC1 后还必须先完成 WAPC2F 自动样件、WAPC2 自动复跑、WCBK1 回调只读 POC、WACP3 补偿拉取 POC 和 WADM1 镜像数据模型设计,这不代表真实回调或审批镜像已实现。PC 和移动页面体验以产品设计规则基线为依据,不重复定义通用审批链和移动导航规则。
|
||||
本规约细化请假、补卡、外出、加班与考勤修正的产品要求。WFOC 起,企业微信作为 HR/考勤员工日常审批和打卡规则主操作端;OA 负责按域镜像、应急接管、恢复回写、查询导出和审计。WAPC2 后,请假和补卡先通过 QA-only runner 只读验证模板详情与低风险 `sp_no` 审批详情;WAPC2FLIVE 已生成 OA-POC 样件并复跑通过;WCBK1 已部署回调只读端点和 synthetic runner,但真实 URL 验证和事件确认仍待配置。后续还必须先完成 WCBK1 真实确认、WACP3 补偿拉取 POC 和 WADM1 镜像数据模型设计,这不代表真实回调或审批镜像已实现。PC 和移动页面体验以产品设计规则基线为依据,不重复定义通用审批链和移动导航规则。
|
||||
|
||||
---
|
||||
|
||||
@@ -226,7 +226,7 @@ WFOC 后,正常审批规则优先以企业微信审批模板和打卡/假期
|
||||
- 当前 A0.6:`WAPC2 请假/补卡只读 POC` 已实现 runner;缺模板 ID 或低风险 `sp_no` 时保持 `PARTIAL_APPROVAL_POC_NEEDS_CONFIG`。
|
||||
- 后续 A0.7:`WAPC2F 自动生成 POC 样件`,默认申请人 `SMOKE002`、审批人 `SMOKE101`,必须通过非自审预检;若 `SMOKE101` 不可用,不自动换人。
|
||||
- 后续 A0.8:`WAPC2 自动复跑`,用自动样件的脱敏模板 ID 和 `sp_no` 复跑只读 POC。
|
||||
- 后续 A0.9:`WCBK1 回调只读 POC` 和 `WACP3 补偿拉取 POC`,证明真实回调验签/解密/幂等和按时间窗口拉审批单号/详情。
|
||||
- 后续 A0.9:`WCBK1 回调只读 POC` 和 `WACP3 补偿拉取 POC`,WCBK1 代码/synthetic 已部署但仍需管理员配置后证明真实回调验签/解密/幂等,随后证明按时间窗口拉审批单号/详情。
|
||||
- 后续 A0.10:`WADM1 镜像数据模型设计`,先设计字段、状态机、幂等键、索引、隐私保留和迁移回滚。
|
||||
- 后续 A1:`wecom_attendance_approval_mirror_v1`,同步企微请假、补卡、外出、加班审批、附件、历史和状态回调;该命名承接旧口径 `wecom_native_approval_mirror_v1`。WAPC2FLIVE 已生成请假/补卡 OA-POC 模板和低风险 `sp_no` 样例;正式开发前仍必须补齐外出/加班样例或处理决策、真实回调配置、回调验签/解密/幂等、补偿拉取、镜像数据模型和必要打卡细项 POC。
|
||||
- 后续 A2:企微打卡规则、排班、记录、日报、月报按域镜像,覆盖 Secret/API 权限、短窗口同步、错误码和脱敏证据。
|
||||
|
||||
在新工单中引用
屏蔽一个用户