治理(08-11-internal-oa-finance-backoffice-positioning-and-navigation-reduction): 固化财务后台定位与写入定性

这个提交包含在:
2026-08-13 21:27:53 +08:00
父节点 08c9d42e15
当前提交 71e68c8ddf
共修改 12 个文件,包含 747 行新增和 24 行删除
+6 -5
查看文件
@@ -10,7 +10,7 @@
### P0-1 企微优先 + OA 镜像/接管
- WFOC 起,能用企业微信成熟能力的 HR/考勤员工日常审批优先使用企业微信;OA 做按域镜像、人工接管、恢复回写、财务闭环和审计中台。
- DBWFOC 后固定数据边界:企业微信成熟功能可作为流程、字段、交互和规则参考,但不默认成为高敏业务数据托管处。
- 报销、采购、费用、合同、项目、财务付款、AP 台账、代账交接、审计和敏感附件仍由 OA 主办,在 OA 内提交、审批、留痕、归档。
- OA 正式定位为本公司 5–10 人使用的财务与低频台账后台:报销、费用、票据/OCR、审批、财务付款、AP 台账和代账交接由 OA 主办并推动真实使用;采购、合同、资产作为低频高失败成本台账保留冻结;审计和敏感附件继续由 OA 留痕。项目主域当前无真实使用证据,保持冻结,不作为日常主流程扩建。
- 财务主办口径限定为付款准备、付款批次、回单留痕、AP 状态、票据/OCR 状态和代账交接摘要;真实付款继续在线下银行或既有财务/代账流程完成,OA 不做银行直连、银行流水自动导入、ERP/总账、凭证生成、自动对账或税务申报。
- 请假、补卡、外出、加班等 HR/考勤员工日常审批优先在企业微信原生审批中提交和处理,OA 同步按域镜像;企业微信不可用时由管理员人工开启 OA 应急模式。
- 企业微信作为手机工作台入口、免登/绑定、通讯录身份、消息通知、打卡、人事助手和 HR/考勤员工日常审批主操作端;OA 主办审批通过企业微信个人应用消息发送脱敏提醒并 deeplink 回 OA 处理。
@@ -27,7 +27,7 @@
### P0-3 按域镜像定义
- 企微主办域镜像到 OA:通讯录/人事助手、打卡、请假、补卡、外出、加班、假期余额和 HR/考勤规则。
- OA 主办域不反向全量镜像到企微:报销、采购、费用、合同、项目、付款批次、AP、代账交接和审计只发送脱敏消息、状态和 OA 链接。
- OA 主办域不反向全量镜像到企微:报销、采购、费用、合同、资产、付款批次、AP、代账交接和审计只发送脱敏消息、状态和 OA 链接;项目主域冻结期间不新增企微镜像或日常入口。
- “无痛接管”长期目标只针对必要业务连续性,不承诺把所有 OA 高敏附件和财务资料复制到企业微信。
### P0-4 WFDG 设计门禁
@@ -77,9 +77,10 @@
- 2026-08-11 生产只读普查覆盖 20 个业务模块:聚合总行数 70(其中系统配置 26),13 个模块为零行;近 90 天只有 13 条可归属真人的创建/拥有记录证据,认证成功审计近 30/90 天均只观察到 1 个真人 actor。该证据说明 OA 整体采用度极低,不能描述为 5–10 人团队已经稳定使用。
- `13` 是记录归属证据,不等于 13 次页面点击;认证审计 actor 也不能排除代理提交或覆盖外使用。工作台/通知没有真人交互证据,但本次未统计通知阅读字段,不据此声称“已证明没人看”。完整证据与口径见归档 task `08-11-internal-oa-usage-census-and-simplification`。
- 管理层必须在两种定位中明确选择:A 为要求团队把指定真实流程迁入 OA;B 为不强推日常使用,将 OA 收缩成低频台账和治理兜底。在定位明确前停止新增产品功能 task,真实线上缺陷以及认证、权限、审计、付款职责分离、备份恢复和离职撤权等底线维护除外。
- 两种定位下都先做可逆导航减法:公告、普通待办、周报、项目不再占主导航;合同、采购、资产保留最小能力并优先收进二级入口。任何 workspace、feature flag 或生产配置变更仍须独立 Trellis task 和生产写入批准。
- 选择 A 后,先由管理规则推动一次团队真实流程(优先下一轮报销统一从 OA 提交),再从实际阻塞中选择最多一个小型产品任务;选择 B 后默认只做减法、必要维护与安全恢复,不再追求通用 OA 功能完整度。
- 产品范围和采用力度分开裁决:范围收缩为财务与低频台账后台;在报销、票据/OCR、审批、付款和 AP 等 OA 主办核心流程中要求团队真实使用。请假、考勤和适合在企微完成的日常协作不迁回 OA,也不以 OA 零使用判断业务未发生。
- 公告、普通待办、周报属于可逆关闭目标。这里的“关闭”不是仅隐藏导航:各自 API 同时停用,Portal/搜索按条件省略聚合;例如临时需要发布公告时,管理员须先重新开启公告 flag。项目主域同为零使用冻结候选,但本地验证已证明关闭会破坏报销详情的既有项目关联显示,因此继续保持开启;合同、采购、资产继续保留现有最小入口。任何 workspace、feature flag 或生产配置变更仍须独立 Trellis task 和生产写入批准。
- 绩效、薪资、ERP/集成、预算和 Cutover 只进入退役审查候选,不因本次定位直接关 flag、删入口、删代码或数据。二级导航也不预先建设;只有多名真人持续使用核心财务链并出现明确导航摩擦时才重新评估。
- 报销统一走 OA 是管理规则,不实现渠道封堵、强制提醒、入职向导或新通知功能。后续产品任务只能来自真实核心流程的最高优先级摩擦点;旧 R63–R66 扩建排期不再作为开发主线。
---