DBWFOC 修正企微参考与OA数据边界
这个提交包含在：
+28
-19
@@ -27,13 +27,14 @@
|
||||
|
||||
### 1.1 背景
|
||||
|
||||
海音达需要一套适合 10 人以下科技公司的轻量 OA，用来把报销、采购、费用、合同、项目资料、财务闭环、审计和关键行政数据集中到一个可审计、可回归、可持续迭代的系统中。WFOC 起产品方向调整为“企微优先 + OA 无痛接管”：能复用企业微信成熟功能的员工行政场景优先使用企业微信，OA 保留完整镜像、人工接管、恢复回写、财务闭环和审计中台能力。
|
||||
海音达需要一套适合 10 人以下科技公司的轻量 OA，用来把报销、采购、费用、合同、项目资料、财务闭环、审计和关键行政数据集中到一个可审计、可回归、可持续迭代的系统中。WFOC 起产品方向调整为“企微优先 + OA 无痛接管”；DBWFOC 进一步修正边界：能复用企业微信成熟功能的 HR/考勤员工日常场景优先使用企业微信，OA 做按域镜像、人工接管、恢复回写、财务闭环和审计中台；采购、合同、项目、财务和高敏附件仍由 OA 主办和存储。
|
||||
|
||||
### 1.2 总目标
|
||||
|
||||
- HR/考勤/行政审批优先复用企业微信成熟能力；OA 同步完整镜像并保留人工接管和恢复回写能力。
|
||||
- HR/考勤员工日常审批优先复用企业微信成熟能力；OA 同步按域镜像并保留人工接管和恢复回写能力。
|
||||
- 报销、PDF 发票 OCR、发票查重、付款批次、银行回单、AP 台账、代账交接和财务审计继续由 OA 主办。
|
||||
- 企业微信作为手机工作台入口、免登/绑定、通讯录身份、消息通知、打卡、人事助手和 HR/考勤/行政审批主操作端。
|
||||
- 企业微信作为手机工作台入口、免登/绑定、通讯录身份、消息通知、打卡、人事助手和 HR/考勤员工日常审批主操作端。
|
||||
- 采购、费用、合同、项目、报销、付款、AP、代账交接和敏感附件不迁移到企业微信原生审批或企业微信附件；企业微信只发送脱敏提醒和 OA deeplink。
|
||||
- PC 用户可直接访问 OA；手机端优先从企业微信工作台进入 OA 移动端。
|
||||
- 后续开发必须先有需求事实源和 Issue CSV 执行合同，避免边想边做。
|
||||
|
||||
@@ -41,8 +42,8 @@
|
||||
|
||||
| 平台 | 定位 | 首批使用方式 | 不承担 |
|
||||
| --- | --- | --- | --- |
|
||||
| `hyb-oa` | 财务主系统、数据镜像、接管和审计中台 | 报销、发票、OCR、付款批次、银行回单、AP 台账、代账交接、采购/合同/项目轻台账、企微数据镜像和应急接管 | 重造企业微信成熟打卡、人事和 HR/考勤审批能力 |
|
||||
| 企业微信 | HR/考勤/行政审批主操作端和移动入口 | 通讯录、人事助手花名册、打卡规则/排班/日报/月报、请假/补卡/外出/加班审批、假期余额、工作台入口和消息 | 财务附件主库、报销 OCR、付款批次、代账交接、OA 审计主库 |
|
||||
| `hyb-oa` | 财务主系统、OA 主办业务系统、按域镜像、接管和审计中台 | 报销、发票、OCR、付款批次、银行回单、AP 台账、代账交接、采购/合同/项目轻台账、企微 HR/考勤数据镜像和应急接管 | 重造企业微信成熟打卡、人事和 HR/考勤员工日常审批能力；把 OA 主办高敏数据全量镜像到企微 |
|
||||
| 企业微信 | HR/考勤员工日常主操作端、移动入口和消息通道 | 通讯录、人事助手花名册、打卡规则/排班/日报/月报、请假/补卡/外出/加班审批、假期余额、工作台入口和脱敏消息 | 财务附件主库、报销 OCR、付款批次、代账交接、采购/合同/项目附件主库、OA 审计主库 |
|
||||
| 飞书 | 已废弃路线 | 不进入首批实现 | 不接入身份、审批、通知、文档或项目主线 |
|
||||
|
||||
### 1.4 WFOC 需求分层
|
||||
@@ -50,12 +51,20 @@
|
||||
| 层级 | 主办方 | 目标 |
|
||||
| --- | --- | --- |
|
||||
| 企微主办层 | 企业微信 | 通讯录、人事助手花名册、打卡规则/排班/日报/月报、请假/补卡/外出/加班审批、假期余额。 |
|
||||
| OA 镜像层 | OA | 同步企微人员、部门、审批单、打卡、规则、附件、回调和操作日志，形成可查询、可导出、可审计的完整副本。 |
|
||||
| OA 镜像层 | OA | 按域同步企微主办的人员、部门、HR/考勤审批单、打卡、规则、附件、回调和操作日志，形成可查询、可导出、可审计的副本。 |
|
||||
| OA 接管层 | OA | 企微不可用时由管理员人工开启 `oa_hr_emergency_mode_v1`，员工通过 OA 账号密码提交 HR/考勤类应急申请。 |
|
||||
| 恢复回写层 | OA + 企业微信 API | 企微恢复后由 `wecom_recovery_writeback_v1` 对应急数据执行 dry-run、自动回写、失败重试和冲突清单。 |
|
||||
| 财务主办层 | OA | 报销、PDF 发票 OCR、发票查重、付款批次、银行回单、AP 台账、代账交接继续 OA 主办，不迁移到企微。 |
|
||||
|
||||
无痛切换是长期目标，不代表本轮已实现完整替代。后续必须按 `wecom_hr_master_sync_v1`、`wecom_native_approval_mirror_v1`、`oa_hr_emergency_mode_v1`、`wecom_recovery_writeback_v1` 和 `wecom_ruleops_v1` 分阶段拆 Issue CSV。
|
||||
无痛切换是长期目标，不代表本轮已实现完整替代。完整镜像按域定义：企微主办域镜像到 OA；OA 主办域不反向全量镜像到企微，只发送脱敏标题、业务类型、业务编号、状态和 OA 链接。后续必须按 `wecom_hr_master_sync_v1`、`wecom_native_approval_mirror_v1`、`oa_hr_emergency_mode_v1`、`wecom_recovery_writeback_v1` 和 `wecom_ruleops_v1` 分阶段拆 Issue CSV。
|
||||
|
||||
### 1.5 DBWFOC 数据边界修正
|
||||
|
||||
- 企业微信成熟功能可以作为产品流程、字段、交互和规则参考；参考不等于把业务数据托管到企业微信。
|
||||
- HR/考勤员工日常审批第一阶段仅限请假、补卡、外出、加班和相关假期余额/考勤解释。
|
||||
- 采购、费用、合同、项目、报销、付款批次、AP、代账交接和审计继续 OA 主办；审批动作、附件查看、下载、导出和审计仍以 OA 服务端权限为准。
|
||||
- 采购单附件、合同正文、供应商报价、项目敏感资料、发票原件、银行回单、付款资料和代账资料不上传到企业微信原生审批或企业微信附件。
|
||||
- OA 主办审批仍可通过企业微信个人应用消息提醒；消息只包含脱敏摘要和 OA deeplink，点击后通过企业微信免登录或账号绑定回到 OA 目标审批页处理。
|
||||
|
||||
---
|
||||
|
||||
@@ -95,7 +104,7 @@
|
||||
| 当前已实现 / 已收口 | R6 小范围试运行主链路；PC6/PA6/FL6/AP6/RI6/LP6；ME6 自动化、公网和代表性真机门禁；MIF7/MIF7T 移动信息架构与真机反馈整改；MIF7TD 公网部署、匿名复检和带凭据 live smoke/OCR。 |
|
||||
| R7 必需 | 用户确认参与人、角色、时间窗口、回滚联系人、问题登记负责人和每日收口节奏；R7E 公网健康、public bundle、带凭据 live readiness、公网移动矩阵、核心业务流和账号角色只读门禁通过；阻断问题为 0。 |
|
||||
| R7 后优化 | UX8 真实反馈池、iPhone 12 间距观察项、详情字段扫读性二次优化、移动采购创建能力评估、组织账号主数据治理、图片 OCR 能力、转审扩展和邮件通道完整验收。 |
|
||||
| 明确不做 / 当前冻结 | ERP 未来不接入 OA；真实支付、图片 OCR、银行流水导入、完整差旅、复杂 BPM、审批设计器、预算重型控制继续不进入当前路线；AI 只允许草拟规则和 dry-run，人工确认后才能写入企微配置。企业微信原生审批从整体冻结调整为 HR/考勤/行政审批优先复用，财务和报销仍由 OA 主办。 |
|
||||
| 明确不做 / 当前冻结 | ERP 未来不接入 OA；真实支付、图片 OCR、银行流水导入、完整差旅、复杂 BPM、审批设计器、预算重型控制继续不进入当前路线；AI 只允许草拟规则和 dry-run，人工确认后才能写入企微配置。企业微信原生审批从整体冻结调整为 HR/考勤员工日常审批优先复用，采购、费用、合同、项目、财务和报销仍由 OA 主办。 |
|
||||
|
||||
### 2.3 P2T 候选优先级
|
||||
|
||||
@@ -109,7 +118,7 @@ P2T 只做排序和边界确认，不进入当前实现。候选项按 R7 真实
|
||||
| P2-4 | 费用/预算/项目轻量增强 | 可评估费用提示和项目关联增强；预算重型控制和正式成本核算继续冻结，ERP 不再作为后续接入项 |
|
||||
| P2-5 | 运维上线增强 | 备份恢复演练、SLO 门禁和正式上线准备需单独窗口；不在 R7E 预检中做真实恢复 |
|
||||
|
||||
ERP 已从“冻结待办”调整为“未来不接入 OA”。其他冻结项不是永久删除，而是当前 MVP/R7 不启动：AI 自动处理、完整差旅、复杂 BPM、审批设计器、预算重型控制。企业微信原生审批不再整体冻结，HR/考勤/行政审批按 WFOC 口径优先复用。
|
||||
ERP 已从“冻结待办”调整为“未来不接入 OA”。其他冻结项不是永久删除，而是当前 MVP/R7 不启动：AI 自动处理、完整差旅、复杂 BPM、审批设计器、预算重型控制。企业微信原生审批不再整体冻结，HR/考勤员工日常审批按 WFOC/DBWFOC 口径优先复用。
|
||||
|
||||
---
|
||||
|
||||
@@ -130,11 +139,11 @@ ERP 已从“冻结待办”调整为“未来不接入 OA”。其他冻结项
|
||||
|
||||
| 优先级 | 模块 | 目标 | 主入口 | 验收口径 |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| P0 | 统一审批和镜像中心 | 财务、报销、采购、合同等 OA 主办审批继续在 OA；HR/考勤/行政审批改为企微主办、OA 镜像 | PC 审批待办、移动审批、企微审批镜像 | OA 主办审批可处理；企微主办审批可同步、查询、审计和应急接管 |
|
||||
| P0 | 企业微信基础设施 | 手机入口、免登、通知、打卡、人事助手、HR/考勤/行政审批主操作端 | 企业微信自建应用 `海音达工作台`、企微打卡、企微审批、人事助手 | 员工优先在企微完成成熟流程，OA 获得完整镜像和审计 |
|
||||
| P0 | 统一审批和镜像中心 | 财务、报销、采购、合同等 OA 主办审批继续在 OA；HR/考勤员工日常审批改为企微主办、OA 镜像 | PC 审批待办、移动审批、企微审批镜像 | OA 主办审批可处理；企微主办审批可同步、查询、审计和应急接管 |
|
||||
| P0 | 企业微信基础设施 | 手机入口、免登、通知、打卡、人事助手、HR/考勤员工日常审批主操作端 | 企业微信自建应用 `海音达工作台`、企微打卡、企微审批、人事助手 | 员工优先在企微完成成熟流程，OA 获得按域镜像和审计 |
|
||||
| P0 | 人事生命周期 | 企微/人事助手主源，OA 同步员工、账号、权限、绑定和离职停用 | 企业微信人事/通讯录、OA 人员管理 | 先企微后 OA；OA 可审计、可接管、可在恢复后回写 |
|
||||
| P0 | 报销/发票/OCR | 员工自助报销，财务可查重和导出 | 报销、移动报销、票据中心 | 上传、OCR、查重、绑定、审批、付款闭环 |
|
||||
| P0 | 请假与考勤镜像/接管 | 请假、补卡、外出、加班优先企微审批，OA 同步完整镜像并保留应急提交 | 企业微信审批、OA 考勤镜像、OA 应急模式 | 企微正常时员工走企微；企微不可用时管理员人工开启 OA 接管 |
|
||||
| P0 | 请假与考勤镜像/接管 | 请假、补卡、外出、加班优先企微审批，OA 同步按域镜像并保留应急提交 | 企业微信审批、OA 考勤镜像、OA 应急模式 | 企微正常时员工走企微；企微不可用时管理员人工开启 OA 接管 |
|
||||
| P1 | 采购/费用审批 | 小团队采购和费用事项留痕 | 采购、审批待办 | 申请、附件、审批、状态更新可用 |
|
||||
| P1 | 合同与附件归档 | 管合同编号、责任人、归档位置和非涉密附件 | 合同/项目资料或项目页 | 能登记、查询、关联项目和审批记录 |
|
||||
| P1 | 项目轻管理 | 把费用、采购、差旅、周报挂到项目 | 项目、Portal、周报 | 能看项目事项、风险、费用摘要，不做重型排产 |
|
||||
@@ -148,14 +157,14 @@ ERP 已从“冻结待办”调整为“未来不接入 OA”。其他冻结项
|
||||
|
||||
### 5.1 范围
|
||||
|
||||
WFOC 后审批分为两类：OA 主办审批和企微主办审批。OA 主办审批仍在 OA 内提交、审批、留痕、归档；企微主办审批在企业微信内发起和处理，OA 同步完整镜像、附件、审批历史、回调和审计，并在企微不可用时人工接管。
|
||||
WFOC/DBWFOC 后审批分为两类：OA 主办审批和企微主办审批。OA 主办审批仍在 OA 内提交、审批、留痕、归档；企微主办审批仅限 HR/考勤员工日常审批第一阶段，在企业微信内发起和处理，OA 同步按域镜像、附件、审批历史、回调和审计，并在企微不可用时人工接管。
|
||||
|
||||
- 报销、费用、采购。
|
||||
- 合同相关审批和合同台账维护。
|
||||
- 资产领用、归还、调拨、盘点中的需要留痕动作。
|
||||
- 后续新增财务、采购、合同、项目类业务审批，默认进入 OA 审批中心。
|
||||
|
||||
请假、补卡、外出、加班等 HR/考勤/行政审批优先复用企业微信原生审批，OA 不再重复开发成熟员工日常流程；旧 OA 提交能力只作为 `oa_hr_emergency_mode_v1` 应急入口保留。
|
||||
请假、补卡、外出、加班等 HR/考勤员工日常审批优先复用企业微信原生审批，OA 不再重复开发成熟员工日常流程；旧 OA 提交能力只作为 `oa_hr_emergency_mode_v1` 应急入口保留。采购、费用、合同、项目和财务类 OA 主办审批不进入企业微信原生审批，企业微信只做脱敏提醒和回 OA 处理入口。
|
||||
|
||||
### 5.2 审批能力
|
||||
|
||||
@@ -226,7 +235,7 @@ WFOC 后审批分为两类：OA 主办审批和企微主办审批。OA 主办审
|
||||
- 企业微信打卡用于原始采集和规则执行，保留其定位、人脸、Wi-Fi、排班、设备和防作弊能力。
|
||||
- OA 不重造企业微信打卡规则、定位、人脸识别、排班或防作弊引擎。
|
||||
- 请假、补卡、外出、加班等考勤修正申请优先在企业微信原生审批中提交和处理。
|
||||
- OA 通过 `wecom_native_approval_mirror_v1` 同步企微审批、打卡记录、规则、日报、月报和异常摘要，形成完整镜像和考勤解释。
|
||||
- OA 通过 `wecom_native_approval_mirror_v1` 同步企微审批、打卡记录、规则、日报、月报和异常摘要，形成按域镜像和考勤解释。
|
||||
- 企业微信不可用时，管理员可人工开启 `oa_hr_emergency_mode_v1`，临时开放 OA 提交和审批；应急单据带 `EMERGENCY` 标记并进入恢复回写队列。
|
||||
|
||||
### 7.2 用户流程
|
||||
@@ -250,7 +259,7 @@ REQAUD 复核后，ATTV1 已按“企业微信打卡、OA 审批解释”口径
|
||||
| --- | --- | --- |
|
||||
| 请假申请、审批、撤回、编辑和移动查看 | `DONE` | 已有 `leave_requests`、统一审批、PC/移动页面和回归证据。 |
|
||||
| 请假影响团队状态/日历 | `DONE` | 已批准请假可进入团队状态和日历展示。 |
|
||||
| 企业微信入口、免登/绑定、通知和 HR/考勤审批 | `REPLANNED_BY_WFOC` | 企业微信继续作为入口、身份和提醒；HR/考勤/行政审批优先在企微处理，OA 同步镜像；OA 主办审批仍回 OA。 |
|
||||
| 企业微信入口、免登/绑定、通知和 HR/考勤审批 | `REPLANNED_BY_WFOC` | 企业微信继续作为入口、身份和提醒；HR/考勤员工日常审批优先在企微处理，OA 同步镜像；OA 主办审批仍回 OA。 |
|
||||
| 企业微信打卡运营使用 | `DONE` | 员工继续按公司要求在企业微信打卡；这是企业微信侧能力，不代表 OA 已同步打卡 API。 |
|
||||
| 企业微信打卡 API 同步到 OA | `PARTIAL` | 已新增 `attendance_unified_v1` 同步批次和打卡摘要表；有已授权调用打卡 API 的自建应用 Secret/API 权限时可同步，缺配置时按 `SKIP` 记录，不伪造通过。`WECOM_CHECKIN_SECRET` 显式优先，未配置时复用已授权工作台应用的 `WECOM_AGENT_SECRET`。 |
|
||||
| 员工补卡申请审批 | `DONE` | 已新增 OA 考勤修正申请，补卡只解释企微缺卡，不向企业微信写回。 |
|
||||
@@ -320,7 +329,7 @@ REQAUD 复核后，ATTV1 已按“企业微信打卡、OA 审批解释”口径
|
||||
### 9.4 打卡原始采集
|
||||
|
||||
- 企业微信打卡数据、打卡规则、日报和月报是 OA 考勤镜像的原始来源。
|
||||
- `attendance_unified_v1` 当前只同步打卡摘要、批次、脱敏错误码和 raw hash；WFOC 后续目标是扩展为打卡规则、排班、记录、日报、月报和异常摘要完整镜像。
|
||||
- `attendance_unified_v1` 当前只同步打卡摘要、批次、脱敏错误码和 raw hash；WFOC/DBWFOC 后续目标是扩展为打卡规则、排班、记录、日报、月报和异常摘要按域镜像。
|
||||
- 正式考勤统计必须结合企微请假/补卡/外出/加班审批、OA 应急单和恢复回写结果。
|
||||
|
||||
---
|
||||
@@ -369,7 +378,7 @@ REQAUD 复核后，ATTV1 已按“企业微信打卡、OA 审批解释”口径
|
||||
首批 MVP 不做以下事项：
|
||||
|
||||
- 不接入飞书，不保留飞书登录、通知、审批、文档或项目管理路线。
|
||||
- 不把企业微信原生审批用于报销、财务付款、采购、合同、项目等 OA 主办流程；HR/考勤/行政审批按 WFOC 口径优先复用企微。
|
||||
- 不把企业微信原生审批用于报销、财务付款、采购、合同、项目等 OA 主办流程；HR/考勤员工日常审批按 WFOC/DBWFOC 口径优先复用企微。
|
||||
- 不开发复杂 BPM 流程设计器，不做并行会签建模。
|
||||
- 不依赖付费低代码平台、付费第三方应用或付费项目管理套件。
|
||||
- 不重造企业微信打卡的定位、人脸识别、Wi-Fi、排班规则。
|
||||
@@ -387,7 +396,7 @@ REQAUD 复核后，ATTV1 已按“企业微信打卡、OA 审批解释”口径
|
||||
- 审批人能在 OA 处理 OA 主办待办，并在企业微信处理 HR/考勤原生审批；OA 能同步镜像。
|
||||
- 财务能完成发票查重、付款标记和导出。
|
||||
- 管理员能维护人员、权限、企业微信入口和基础配置。
|
||||
- 企业微信作为 HR/考勤/行政审批主操作端，OA 作为镜像和应急接管；不得产生无法对账的双轨审批。
|
||||
- 企业微信作为 HR/考勤员工日常审批主操作端，OA 作为按域镜像和应急接管；不得产生无法对账的双轨审批。
|
||||
|
||||
### 12.2 流程验收
|
||||
|
||||
|
||||
在新工单中引用
屏蔽一个用户