办公系统需求草稿

用户模块

人员管理与个人中心尚待细化。

财务、考勤、绩效考核、日常工作安排、系统公告与审计尚未形成设计正文。

以下是对历史需求的设计推演，不代表现有系统实现。角色决定“能做什么”，企业与部门范围决定“能对哪些数据做”。例如部门管理员能修改本部门考勤，但不应因为拥有考勤编辑角色就能改其他企业的数据。请求应从可信登录上下文取得身份和企业范围，再核对目标资源所属范围；不能直接相信客户端传来的企业ID。

超级管理员还需区分企业内管理与跨企业平台管理，否则一个名字会掩盖很大的权限差异。权限撤销后，缓存或会话何时生效需要明确；导出、批量修改与详情读取都要执行相同范围校验。审计至少记录操作者、目标、动作、结果和时间，避免只记录“接口调用成功”。

查看图表代码

旧稿列出的密保、短信、邮箱是历史候选，不应默认全部启用。恢复流程应先建立一次有时效、次数限制和单次使用语义的验证挑战，核验后仅授予重置密码的能力，完成后使挑战失效，并按策略撤销旧会话。联系管理员应是单独的受审计恢复流程，不能让管理员读取用户旧密码。

待细化模块可以先按数据责任拆解：考勤记录事实与更正记录；绩效定义评价周期及审批状态；财务区分申请、审核和执行；公告定义发布者与可见范围。跨模块交互要说明哪些事实可以修改、谁能审批、失败如何恢复。图示只是恢复流程的建议约束，验证渠道与审批规则仍待产品确定。

查看图表代码