当前问题与功能组合盘点

1. 判断口径

本次盘点只依据当前代码入口、功能开关、权限边界、业务事实源和用户现场反馈，不以历史任务未勾选项单独推断生产状态。

对不到 10 人的内部 OA，功能保留优先级依次看：是否承载真实资金或责任链、是否需要审计留痕、是否没有更低成本替代、是否已有真实使用、失败是否会影响业务。存在代码但没有真实使用价值的模块，不立即删除数据或路由，先隐藏入口并冻结开发。

2. 已完成且不要重复开启

应用健康监控已建立独立站外探测和企业微信告警，不再是“应用零监控”。
自动异机备份曾因附件宿主挂载漂移失败，严格守卫成功阻断错误备份；unit 已刷新，补跑成功并收到恢复通知。
企业微信成员可预绑定或按唯一企业邮箱补绑定，不再要求首次输入 OA 密码后手工绑定。
企业微信工作台免登和普通 PC 浏览器企业微信扫码登录均已部署并经真实用户验证。
腾讯通用票据 OCR 已切到真实接口，住宿电子普通发票和铁路电子客票均完成真实样票验收；不再使用 mock。
差旅报销指南、火车票/住宿支付截图、伙食补助 100 元/天、市内交通补助 80 元/天及包干口径已经落文档和费用类型。
PC 报销补充附件 1–5 个、中文文件名附件打开失败已经修复和部署；本次真实报销因员工改用手机提交，PC 现场复验顺延到下次。
CEO、系统管理员和财务职责已纠正：公司负责人不是系统管理员的业务上级；负责人本人报销由非本人财务兜底，不允许自审。

3. 当前真正存在的问题

P0：先完成真实业务闭环

首笔真实差旅报销已经由员工用手机提交，但主管审批、财务复核、付款批次、银行回单和最终复核的现场进度尚未确认。下一步不是继续开发报销新能力，而是让真实处理人按职责走完并逐步反馈。
PC 多附件与中文文件名修复虽已部署，但尚无真实员工在 PC 上复验；不阻塞当前手机单据，列入下一笔报销的验收清单。

P1：近期应单独建任务处理

PC 登录页卡片宽度约 460px，在桌面上仍像手机页面。扫码能力已正常，问题是桌面登录布局，不是认证链路。
OCR 已能识别金额，但系统尚未把“明细金额大于全部已绑定有效发票金额”形成可持久化、财务可见的警告；当前仍靠员工说明和财务人工核对。
差旅补助仍由员工手写“天数 × 单价”，系统没有结构化天数字段，也不能按日标准计算。现有费用标准只按单条金额比较，直接录 100/80 元会误报多日补助，不能用作临时替代。
腾讯 OCR 免费额度耗尽或云账户异常缺少主动运维提示。后付费已关闭，因此主要风险是 OCR 静默不可用，而不是失控扣费。优先确认腾讯控制台可用的额度/费用告警；确有 API 可安全读取时再考虑 OA timer，避免为一个低频依赖自建复杂监控。
全员企微免登虽已有可用机制，但仍应逐人记录一次真实登录；账号密码回退、忘记密码“新验证码使旧验证码失效”的提示，以及邮箱验证码登录后首次改密仍要求旧密码的问题尚未整体收口。

P2：技术债和治理项

服务端生产依赖审计存在 16 个存量高危、0 个严重；客户端没有高危/严重。需单独做兼容性和回归充分的依赖治理，不能在业务任务里顺手升级。
部署后自动备份/WARCH3 等 systemd unit 仍依赖部署收尾时显式刷新或核对。检查清单已有门禁，但尚不是完全自动的部署步骤，仍有再次漂移的操作风险。
新员工账号启用还不是完整产品流程：通讯录资料、OA 账户、唯一 binding、主管、角色、首次免登、密码回退和审计应形成一套可重复门禁。
文档和 QA 治理规模偏重，历史上仍有未登记文档 warning。只在不削弱资金、权限、备份和认证门禁的前提下逐步裁剪。

4. 功能组合建议

能力	当前产品位置/边界	建议	理由
工作台、通知	主入口	保留并简化	只聚合本人待办、报销进度和少量异常，不做大而全门户。
待我处理/统一审批	主导航，按审批角色显示	保留并优先验证	资金和责任链核心；与普通“待办”不是同一类能力。
报销、发票、OCR	主导航/财务入口	保留并优先验证	已有真实业务，是当前第一主线。
付款批次、应付账款、银行回单	仅财务/复核角色	保留并优先验证	构成财务闭环和 maker-checker，不向普通员工开放。
审计日志、备份、健康监控	管理/运维	保留	高失败成本、不可替代；继续低频后台化。
账号、角色、组织、直属主管	管理入口	保留并简化	是所有审批和免登的基础；避免重复的“人员/账号/部门/组织”日常入口。
主数据、审批规则、费用标准、报销模板	管理入口	保留	直接支撑报销和审批；只由管理员按需维护。
采购	主导航，按权限显示	保留但按需使用	有金额、附件和审批留痕价值；真实采购发生时使用，不继续做复杂招采。
合同台账	主导航，受项目权限限制	保留但简化	保存关键字段、到期提醒和附件关联；不建设电子签章或完整合同系统。
项目	主导航，feature flag 控制	保留但简化	只做项目主档、关键状态和报销/采购/合同关联，不替代专业项目管理工具。
资产台账	主导航，按资产权限显示	保留但低频	对电脑、账号、电子资料和离职交接有审计价值；不做重型资产系统。
资产盘点	“更多”/管理员	默认隐藏，按季度启用	有资产台账后才有价值，不应占日常导航。
企业微信审批历史、统一考勤摘要	“更多”，只读留存	保留但后台化	企业微信主办，OA 做历史、审计和兜底；不重造企微打卡。
请假记录	当前主导航	建议降到“更多”或个人页	日常申请在企业微信完成，OA 只需历史和关联，不应和报销并列为 OA 主办入口。
团队状态	当前主导航候选，presence flag	默认隐藏、冻结开发	10 人以内可由企微状态/群沟通替代；只有负责人明确每天使用时再打开。
周报	当前“更多”，weekly flag	默认隐藏、冻结开发	若没有固定周会和阅读责任人，容易变成重复填报；项目关键进展可直接记在项目或周会纪要。
普通待办板	有路由和 flag，但默认隐藏	继续隐藏，退役前调研	与审批待办、企微消息和项目事项重复；先确认无真实数据，再考虑退役。
公告	当前“更多”，announcement flag	默认隐藏，必要时临时启用	少人数用企微群即可；只有制度发布、签收留痕或长期可检索通知才值得保留。
数据看板	“更多”候选，默认隐藏	冻结开发	当前数据量太小，统计容易产生伪价值；积累 2–3 个月真实数据后再评估。
完整差旅申请/统付/对账	“更多”候选	冻结开发	当前差旅可由事前口头/简化审批加报销完成，不继续扩成旅行平台。
预算管理/预算硬控	“更多”候选	冻结开发	公司当前预算池和成本中心尚未形成稳定使用；报销/采购审批先满足控制需要。
薪资	有受限直达路由，无正式导航	默认隐藏，退役前调研	高敏、低频且通常由财务/代账处理；没有明确内部发薪流程和真实数据就不应启用。
绩效	有受限直达路由，无正式导航	默认隐藏，退役前调研	10 人以下更适合负责人直接反馈；无固定绩效周期时维护成本大于价值。
人员生命周期	管理页内能力	保留最小版	保留入职、在职、离职、主管和企微映射；冻结复杂 HR 套件。
流程定义编辑器	管理入口但 flag 默认关闭	冻结	固定流程更适合当前团队，避免把审批引擎变成管理员负担。
ERP、AI 助手、切换控制台、OA 原生打卡	代码/历史入口，默认关闭	退役前调研	ERP 已明确不接；AI 无核心场景；切换控制台属于迁移期工具；OA 打卡与企微重复。确认无生产数据和审计依赖后再分批退役。
全局搜索、代理委托、涉密引用	辅助/直达能力	保留代码、默认隐藏	数据量或实际场景出现后再开启，不进入近期开发主线。

5. 推荐执行顺序

让首笔真实报销走完主管、财务、付款和复核，遇到阻断立即修真实 bug。
单独修 PC 登录页桌面布局，不改已经通过的企微扫码认证链路。
做全员免登和账号回退验收，形成新员工启用清单。
为 OCR 金额差异增加可持久化、员工和财务都可见的 warn；不先做 block。
增加结构化补助天数和按日标准计算。
处理腾讯 OCR 额度/故障告警和服务端高危依赖。
另建“导航瘦身”任务，把默认隐藏策略真正落到生产；先隐藏，不删除代码或数据。

6. 下一对话建议首任务

如果真实报销链没有出现阻断，首个开发任务建议为“PC 登录页桌面布局优化”。它边界清楚、用户已明确反馈、与已验证认证链解耦。若真实报销链任一步出现阻断，则应暂停布局任务，优先修复该真实业务阻断。

9.7 KiB 原始文件 Blame 文件历史