hyb-oa/.trellis/tasks/05-29-page-design-rules-audit/design.md

全页面设计规则地图

0. 设计基准

hyb-oa 不是大型企业 BPM 平台，也不是营销型 SaaS 官网。它是小团队日常办事系统，默认用户是国内 10 人以下科技初创公司的负责人、财务、行政、项目负责人和员工，且角色经常重叠。

页面规则统一采用“任务优先、证据清楚、低频隐藏、边界明确”的基准：

• 首屏先展示当前用户最可能要处理的事项，不先展示功能目录。
• 一屏内只保留一个主动作；最多两个次动作；批量、导出、模板、统计、配置、历史筛选放到高级入口或详情页。
• 普通用户路径不展示系统内部编号、调试字段、权限 code、原始 payload 和复杂配置矩阵。
• PC 负责批量查看、台账、复核、导出和管理配置；移动/企微负责提交、补材料、查状态和从消息直达。
• 企业微信主办 HR/考勤日常动作；OA 不重复建设请假、补卡、外出、加班的日常提交流程。
• 所有页面文案使用自然中文，避免 Portal、Dashboard、Workflow、AP Operations 等平台词进入用户默认界面。

1. 全局壳层和导航

PC Shell

• AppShellLayout 继续承接桌面壳层，页面内容统一使用 PageScaffold 或 ListWorkspace。
• 顶栏只做当前页标题、用户上下文、搜索/通知/账号入口，不做大欢迎区。
• 侧边栏是任务入口，不是模块全集。一级入口按权限和模块启用状态显示真实业务入口：工作台、待我处理、报销、付款、应付账款、票据、项目、合同、采购、资产、团队、请假记录等。
• 更多 只放低频、冻结、阶段性或偶尔查看的入口，例如差旅、公告、周报、预算、盘点、数据看板；不要把合同、采购、资产、项目这类常用业务台账默认藏进 更多。
• 普通员工默认不显示“待办/审批待办”；审批人显示“待我处理”。
• 个人设置只从账号菜单进入；通知只从顶部铃铛/通知中心进入，不进侧边栏。
• “管理”是统一管理入口，人员、组织、流程、规则、审计、功能开关、集成等进入管理页后分组承接。

移动 Shell

• 移动端使用统一 mobile shell 和 PageScaffold，不复制 PC 壳层。
• 列表使用卡片，详情使用上方焦点卡 + 分区内容 + 底部主操作。
• 深层业务页隐藏或弱化底部 Tab，返回路径明确。
• 不使用横向滚动桌面表格；小屏按钮文字必须完整可读。

1.1 全系统操作区坐标规则

操作区位置必须统一，否则每个页面都会让用户重新学习。后续所有页面按下面的坐标放按钮、筛选、更多工具和危险动作。

场景	PC 位置	移动位置	放什么
页面主动作	页头右侧 WorkspaceHeader/PageHeader actions	顶部焦点卡下方或底部主按钮	新建报销、新建采购、新建资产、返回列表、发起主要任务
列表筛选	页头下方第一条命令栏左侧	列表前的 mobile-command-surface	状态、范围、搜索、常用筛选
列表工具	命令栏右侧或折叠的 台账工具/更多	筛选区下方折叠菜单	全范围、导出、批量、统计、模板、高级筛选
行级动作	表格最右列；卡片右上或尾部	卡片底部按钮	查看详情、查看处理、继续编辑
详情主动作	页头右侧只放 1 个主动作 + 最多 2 个次动作	底部吸附主操作区	提交、保存、查看处理、返回
详情高风险动作	右侧命令栏或主内容最后的 detail-action-stack	底部确认动作或独立确认页	通过、驳回、退回、付款、发布、删除、切换配置
详情低频动作	更多、右侧次级卡片或折叠区	更多 弹层/折叠区	打印、导出、归档、复制、外部同步、历史
表单保存	表单底部右侧；长表单可在右侧命令栏固定摘要	底部吸附区	保存草稿、提交、取消
批量动作	选择后出现的命令栏或底部吸附条	底部吸附条	批量通过、批量导出、批量标记
危险/不可逆确认	居中确认弹窗	全屏/底部确认面板	删除、付款执行、发布流程、切换开关

布局坐标约定：

• 左侧只放导航、列表、索引或低频配置索引；不要把高风险动作放左侧。
• 右侧放当前对象的摘要、下一步和命令面板；右侧不是第二个筛选区。
• 上方放全局方向：页面标题、主动作、状态摘要、筛选/工具栏。
• 下方放收尾动作：长表单保存、移动端吸底操作、批量选择后的动作条。
• 主内容左列放事实和证据：明细、附件、发票、项目、合同、资产字段。
• 操作按钮按风险从上到下排序：主动作、次动作、更多、危险动作；危险动作必须和普通动作拉开。
• 同一页面不要同时在页头、列表行、详情尾部重复同一个主动作，除非移动端需要底部吸附以保证可达。

页面类型坐标：

• 列表页：页头右侧主动作；命令栏左筛选右工具；表格最右列行操作；批量条只在选中后出现。
• 台账页：默认列表；工具区折叠；导出/统计/全范围不进首屏主动作。
• 详情页：顶部概览；左侧主内容；右侧命令/摘要；移动端改为顶部焦点卡 + 内容分区 + 底部动作。
• 主从工作台页：左侧是列表/索引，右侧是所选对象详情；新建动作在页头右侧或右侧详情顶部，不放在左侧索引深处。
• 管理配置页：页头右侧新增/导入；命令栏筛选；表格右列编辑；发布/停用/删除必须确认。
• 移动页：不使用左右布局；顶部状态，下面列表/详情，底部主动作。

1.2 全系统状态和动作生命周期规则

后续所有业务页面先列状态矩阵，再设计按钮和文案。不能先在页面上放按钮，再用零散条件去隐藏或禁用。

状态矩阵至少包含：

• 业务状态：草稿、已提交、审批中、被驳回、已通过、待付款/待执行、已完成/已支付、已取消、异常、归档等。
• 当前角色：发起人、审批人、财务/出纳、负责人、管理员、只读查看者。
• 当前主动作：该状态下最应该做的一件事，例如继续编辑、提交、补材料、查看处理、付款、归档。
• 次动作和低频动作：撤回、复制、打印、导出、查看历史、下载附件等。
• 禁止动作和原因：为什么不能编辑、删除、付款、通过或驳回，必须给自然中文解释。
• 风险等级：普通动作、审批动作、财务动作、配置动作、不可逆动作。
• 确认方式：是否需要摘要确认、理由输入、二次弹窗、权限复核或审计记录。

通用规则：

• 草稿类状态优先给编辑、提交、删除草稿；不显示审批/付款动作。
• 审批中状态优先给查看进度、撤回或补材料；只有当前审批任务持有人进入审批详情后才出现通过/驳回/退回。
• 被驳回状态优先给补正和重新提交，不把它当成普通失败提示。
• 已通过但未付款状态由财务/出纳路径处理付款，不让普通员工看到可执行付款动作。
• 已支付、已完成、已归档状态默认只读；打印、导出、查看附件按权限进入更多或审计路径。
• 已取消状态只保留查看和必要复制，不恢复编辑提交。
• 异常状态必须说明异常来源、影响和下一步，不只显示红色标签。
• 删除、付款、发布、停用、切换配置、驳回、退回等动作必须显示对象摘要并二次确认。
• 如果前端显示动作，服务端仍必须做最终校验；前端只能做体验显隐和原因解释。
• 同一页面不能出现互相矛盾的动作，例如同时给“继续编辑”和“已归档只读”、同时给“查看处理”和“通过”但没有摘要确认。

审批动作承接位置：

• 通过、驳回、退回、转审 只在 待我处理 进入后的审批详情、移动审批详情或明确的当前任务处理面板中执行。
• 报销、采购、合同、项目、资产等业务台账列表不直接放审批动作，默认使用 查看处理、查看详情、查看进度 或 补材料。
• 普通业务详情页可展示审批状态、当前节点、历史和进入审批任务的入口，但不复制一套审批动作区。
• 批量审批默认不开放；如后续启用，必须有后端明确资格标记、摘要确认、失败明细和审计。
• 审批动作执行前必须展示同一套业务摘要、证据完整性、风险提示、后果说明和必要理由输入。

付款动作承接位置：

• 标记已付款、登记付款、取消付款、批量付款、执行付款 只在 付款、财务处理详情、付款批次详情或明确的财务任务处理面板中执行。
• 报销、采购、合同、项目等业务列表和普通详情只显示付款状态、回单状态、查看付款、补回单 或进入付款记录入口。
• 普通业务详情页可展示付款摘要、付款批次号、回单状态和历史，不复制付款动作区。
• 批量付款默认不开放；如后续启用，必须有后端明确资格标记、付款范围、失败明细和审计语义。
• 付款动作执行前必须展示金额、收款对象、来源单据、线下付款说明、证据完整性、回单要求和可撤销/修正边界。

删除、撤回、取消、作废和归档语义：

• 删除：只用于草稿、未生效临时记录或明显上传错误且未进入业务流程的材料；删除后不进入审批、付款或归档链路。
• 撤回：发起人在审批中或允许撤回的流转节点取回申请，流程终止或回到可修改状态，必须保留撤回记录。
• 取消：业务决定不再执行，例如采购不买了、报销不继续、付款取消；必须记录取消原因、操作者和时间。
• 作废：已编号、已签署、已付款、已发布或已生效对象被判定无效；不得释放业务编号重用，必须保留原对象、原因和审计。
• 归档：业务完成后锁定留存，普通用户只读；后续修正采用追加记录，不直接覆盖历史。
• 已提交后的业务对象原则上不物理删除；界面不使用 删除 来表达取消、作废或归档。

典型状态矩阵方向：

• 报销：草稿、被驳回、审批中、已通过、待支付、已支付、已取消、异常。
• 采购：草稿、审批中、待补材料、已通过、采购中、已完成、已取消、异常。
• 合同：拟定、待审批、已通过/待签署、履行中、到期预警、已归档、已作废、异常。
• 资产：待入库、在库、已领用、调拨中、维修中、盘点异常、已报废、已归档。
• 付款：待复核、待执行、执行中、失败待处理、已付款、回单待补、已关闭。

1.3 全系统角色和数据范围规则

服务端权限和数据范围是安全事实源，前端只负责把可见能力按当前任务角色收敛成低负担界面。不能因为某个用户拥有多岗权限，就在普通页面默认展开所有数据、所有高级工具和所有内部字段。

角色视图规则：

• 普通员工：默认看 我的、与我相关、我发起、需要我补充。不默认看到全公司台账、批量处理、导出、审计、配置、内部编号和他人敏感附件。
• 发起人：重点看单据状态、下一步、是否需要补材料、审批/付款进度和可撤回/可编辑条件。
• 审批人/处理人：重点看 待我处理 和当前节点任务。只有服务端确认当前用户是任务持有人或委托处理人时，才显示通过、驳回、退回、转审等处理动作。
• 财务/出纳：默认看授权范围内的报销、付款、票据、AP、回单和异常处理入口。导出、批量、全范围、代填等能力放在台账工具或明确权限入口。
• 负责人/项目负责人：默认看团队或项目范围内的摘要、卡点、审批和预算/合同/采购风险，不默认进入系统配置。
• 管理员：看人员、组织、流程、功能开关、集成、审计和排障。管理入口聚合在 管理 下，不混到普通员工路径。
• 只读/审计角色：可以看授权对象和审计证据，但不能出现编辑、审批、付款、发布、停用等可变更动作。

数据范围规则：

• 页面默认范围要符合页面语义：我的报销 默认我的；待我处理 默认当前用户待办；合同/采购/资产/项目 默认与当前角色相关或最近使用；管理页默认管理范围。
• 需要跨范围查看时使用明确范围控件，例如 我的 / 团队 / 全范围，并且只在服务端授权时出现。
• 同一用户多岗时，不做全局身份切换器。系统不要求用户先选择“员工/财务/管理员”身份；页面按当前任务自动收敛最相关视角。
• 需要切换视角时，只在具体台账或管理页内提供授权范围控件，例如 我相关 / 我负责 / 财务处理 / 全范围；默认视角仍跟页面主任务一致，不在一个页面首屏混合员工、审批、财务、管理员四种视角。
• 前端隐藏不是安全边界。所有列表、详情、下载、导出、审批、付款和配置接口都必须由服务端校验权限和数据范围。
• 无权限动作优先隐藏；若用户需要理解原因，显示自然中文说明，例如 当前节点不是你处理、已支付单据不可编辑、仅财务可导出。
• 普通路径不展示 UUID、taskId、entityId、权限 code、内部状态码、原始 payload、完整路径和敏感调试信息；审计/排障页也必须按权限和最小必要展示。

1.4 全系统编号和信息语义规则

普通用户界面的主语义必须是业务语言，不是系统内部实现。编号、状态、时间和错误文案都要让用户知道“这是什么、现在怎样、下一步做什么”。

主标识规则：

• 普通页面主标识使用业务编号、业务名称或自然摘要，例如报销单号、采购申请号、合同编号、资产编号、付款批次号、项目名称。
• 同一对象在同一区域只展示一次主标识，不同时展示业务编号、UUID、taskId 和 entityId 造成噪音。
• 移动端和通知只展示最短可识别业务编号或摘要，不塞完整技术编号。
• 打印、导出和留痕文件默认使用业务编号；确需内部编号时放在审计辅助区域。

禁止默认展示：

• UUID、taskId、entityId、permission code、role code、内部状态码、原始 payload、完整本地路径、接口路径、数据库字段名、OCR provider、调试 trace、Secret 或 token。
• 英文平台词不进入普通用户默认界面，例如 Workflow、Portal、Dashboard、AP Operations、Feature Flag、ERP Integration。
• 技术枚举值必须映射成自然中文，例如 PENDING_APPROVAL 显示为 审批中，REJECTED 显示为 已驳回 或 被退回待补正。

允许展示内部标识的场景：

• 审计日志、管理员排障、接口失败详情、打印留痕、导出交接和客服/运维定位。
• 即使允许展示，也要按权限和最小必要展示，并放在 技术信息、审计信息、排障信息 等低优先区域。
• 内部标识不能成为按钮文案、页面标题、卡片主标题或普通列表第一列。

状态和时间文案：

• 状态文案使用用户可理解的结果和下一步，例如 待你处理、当前节点、已等待 2 天、接收于 05-30 10:20、发票识别失败，需重新上传 PDF。
• 不用 更新时间 替代等待时间，不用 状态变化时间 替代业务进度。
• 异常和失败必须说明来源、影响和下一步；不能只显示错误码或红色标签。

权限、空态和异常：

• 权限不足要说明为什么看不了或做不了，并给返回工作台、查看相关记录、联系管理员等真实下一步。
• 空态要说明当前列表或分区为什么为空；如果没有可执行下一步，就隐藏该模块，不放教学型长文案。
• 错误态要说明业务可理解原因、影响范围和下一步，例如重试、补材料、返回列表或联系管理员。
• 普通用户路径不展示 403、接口名、权限 code、内部状态码、路由栈、完整路径、原始 payload 或大段技术错误。
• 管理员、审计和排障页面可以展示最小必要技术信息，但不能替代业务原因和下一步。

1.5 全系统列表和台账行为规则

列表页和台账页负责让用户快速找到当前对象，不负责把所有财务、管理、统计和批量能力一次性铺开。默认列表要轻，高级能力要可达但不抢首屏。

默认列表：

• 首屏只保留 3 到 5 个高频筛选，优先级是搜索、状态、范围、时间，再按业务决定项目/人员/类型等。
• 默认视图必须符合页面主任务，例如 我的报销、待我处理、合同台账、资产台账，不默认进入全范围管理视图。
• 列表行或卡片必须先回答：这是什么、当前状态是什么、为什么和我有关、下一步是什么。
• 空态按当前状态拆文案，例如没有草稿、没有被驳回、没有待处理、没有异常；不使用一个通用空态解释所有情况。

筛选和工具：

• 搜索、状态、范围、常用时间放在页头下方命令栏左侧。
• 导出、批量、统计、模板、全范围、高级筛选、代填、关联低频模块 统一进入 台账工具、更多 或权限面板。
• 高级筛选可以保留，但默认收起；筛选项过多时分组，不横向堆满首屏。
• 工具显隐必须同时受服务端权限、模块启用状态和页面任务角色约束。

批量和导出：

• 批量动作只在用户选中记录后出现，使用上下文命令栏或底部吸附条。
• 批量通过、批量付款、批量删除、批量发布等高风险动作必须有摘要确认、失败明细和可审计记录。
• 导出默认不是主按钮。导出前要说明范围和敏感内容；财务/合同/资产/票据类导出必须受权限和审计约束。

排序、分页和密度：

• PC 台账可以提供分页、排序和密度切换，但默认只展示最能支撑决策的列。
• 不把所有字段都做成默认列；低频字段进入详情页、列配置或高级筛选。
• 列表主列使用业务编号/摘要，时间列使用业务语义，例如提交于、接收于、已等待、支付于。

移动端：

• 移动端不复制 PC 台账工具，不出现宽表、复杂多列筛选、批量导出、全范围管理和管理配置。
• 移动端列表使用搜索、状态筛选、卡片列表和底部主动作；复杂分析和导出回到 PC。
• 移动卡片只展示业务摘要、状态、关键时间和一个主动作。

1.6 全系统表单和草稿规则

表单页负责让用户可靠完成一次业务提交，不负责展示配置能力大全。报销、采购、合同、资产、付款补材料等长表单默认要允许中断后继续，避免用户因为材料不全或临时切换任务而重填。

草稿和提交：

• 长表单默认支持草稿，至少覆盖报销、采购、合同拟定、资产入库、付款补材料等需要多步材料的对象。
• 保存草稿 和 提交 是两个清晰动作。保存草稿不触发审批、付款、发布或外部同步；提交才进入业务流程。
• 草稿保存可以允许部分字段缺失，但必须保留已填内容、明细行、附件引用和可恢复状态。
• 提交前必须做业务校验和摘要确认，确认内容包括对象摘要、金额/数量/合同关键信息、附件/发票完整性、下一节点或后果。

材料类型先行：

• 上传前必须先明确材料类型，再决定文件格式、必填字段、权限、审计和展示位置。
• 发票、普通附件、合同文件、付款回单、验收材料、资产材料和电子资料索引不能混用一个万能 上传附件 入口。
• 上传控件文案必须说清结果，例如 上传 PDF 发票、补充付款回单、上传合同文件、补充验收材料、登记资产材料。
• 如果用户选错材料类型，应给自然中文提示并允许重新选择，不把发票图片自动转成附件，也不把合同正文塞进普通补充材料。

校验和错误：

• 错误提示必须定位到字段、明细行、发票、附件、合同材料或资产信息区，不只在页面顶部显示 提交失败。
• 业务校验要用自然中文说明原因和修复方式，例如 第 2 行金额缺失、这张发票未关联明细、合同附件未上传。
• 阻断错误和非阻断提醒分开。阻断错误禁止提交；非阻断提醒允许用户确认后继续。
• 服务端校验失败后，前端要保留用户输入，不清空表单。

离开保护和恢复：

• 用户有未保存改动时，离开页面、关闭弹窗、切换记录或返回列表必须提示。
• 自动保存可以作为增强，但不能让用户分不清当前是草稿、已提交还是失败。
• 表单恢复后要显示最近保存时间或草稿状态，不用技术时间字段替代用户可理解状态。

移动端：

• 移动端表单只保留必要字段、材料上传、状态说明和底部主动作。
• 移动端不承接复杂配置表单、大量字段矩阵、批量导入、流程设计、管理配置和全范围管理。
• 移动端错误提示要靠近字段或材料卡片，底部主动作不能遮挡最后一个输入项。

1.7 全系统详情页证据结构规则

详情页负责让用户在做动作前看清事实、证据和后果。报销详情、审批详情、采购详情、合同详情、资产详情、项目详情和付款详情都使用同一信息顺序，不允许每个页面把摘要、附件、历史和动作随意混排。

PC 详情页骨架：

• 顶部概览：业务编号/名称、当前状态、关键金额/数量/对象、当前处理人或下一节点、返回路径。
• 第一块：当前状态与下一步，说明现在卡在哪里、谁要处理、下一步是什么、是否有阻断或预警。
• 第二块：业务摘要，展示审批/复核前必须知道的核心字段，例如报销人、金额、项目、采购对象、合同对方、资产归属、付款批次。
• 第三块：证据材料，按业务组织明细、PDF 发票、附件、合同文件、资产照片/编号、回单、验收材料等。
• 第四块：风险与校验提示，只在有预算、重复票据、附件缺失、合同到期、资产异常、付款失败等真实信号时出现。
• 第五块：审批/处理历史，用于追溯，不抢首屏；默认摘要可见，完整历史可折叠。
• 右侧命令区：放当前对象摘要、可执行动作、原因说明和高风险确认入口；不要把高风险按钮放在用户看不到证据的位置。

动作和证据关系：

• 审批、驳回、退回、付款、发布、删除、作废等动作必须在同屏或确认弹窗中展示对象摘要。
• 证据不足时，主动作应变为补材料、查看问题或不可提交原因，不用灰色按钮让用户猜。
• 附件、发票、合同正文、回单等敏感材料默认按权限最小展示；下载和导出进入更多或审计路径。
• 列表页和台账页只展示证据完整性摘要、缺失提示和进入详情入口；发票预览、附件下载、合同文件查看、回单下载、资产材料删除和批量打包等证据操作必须进入详情页、详情命令区、台账工具或授权审计路径。
• 详情页证据区按材料类型分组展示，不把发票、附件、合同文件、回单、资产材料和电子资料索引混在同一列表里。
• 历史记录不能替代当前状态说明；用户先看下一步，再看完整历史。

移动端详情：

• 移动端使用顶部焦点卡、分区内容和底部吸附动作。
• 分区顺序仍保持状态与下一步、业务摘要、证据材料、历史、操作。
• 证据材料以卡片或折叠分区展示，不使用 PC 两列详情和宽表。
• 底部主动作不能遮挡证据材料，危险动作要进入确认面板。

1.8 全系统移动端规则

移动端是快速处理入口，不是 PC 管理台的缩小版。手机和企业微信 WebView 主要解决“收到消息后快速看状态、补材料、处理待办、扫码/上传”的场景。

移动端承接：

• 提交轻量业务：新建报销、补材料、上传 PDF 发票、提交必要字段的采购/资产动作。
• 查状态：查看我的报销、审批进度、企微同步记录、采购/资产/合同/付款关键状态。
• 处理待办：从消息或移动待办进入任务详情，查看证据后处理。
• 扫码和上传：资产扫码、发票/附件上传、必要材料补充。
• 消息直达：从企业微信或通知点击进入目标业务详情、任务详情或失败解释页。

移动端不承接：

• PC 复杂台账工具、全范围管理、批量导出、批量审批、批量付款、流程配置、管理配置、功能开关、复杂高级筛选、大表格、列配置、统计大屏。
• 普通用户手机路径不展示内部编号、权限 code、系统配置矩阵和审计排障面板。
• HR/考勤日常请假、补卡、外出、加班仍优先由企业微信主办；OA 移动端只展示镜像、历史、异常和应急接管。

移动布局：

• 移动首页：顶部状态摘要 + 今日待处理 + 条件出现的进度/提醒，不放模块大全。
• 移动列表：搜索/状态筛选 + 卡片列表 + 一个主动作；不使用横向滚动宽表。
• 移动详情：顶部焦点卡 + 分区内容 + 底部安全区动作。
• 移动表单：必要字段、材料上传、错误定位和底部主动作。
• 底部主动作必须避开安全区和键盘遮挡；危险动作进入确认面板。
• 小屏按钮文字必须完整可读，不能因为标签过长挤压变形。

验证要求：

• 移动端页面改动必须覆盖代表性窄屏视口截图或 Playwright 验证。
• 涉及企业微信 WebView 的改动，若没有真机验证，只能记录为暂缓人工验证，不能声明已完整通过。

1.9 全系统通知和待办关系规则

工作台、待我处理和通知中心必须各司其职。不能因为同一个事件需要提醒用户，就在三个地方都做成待办。

待办：

• 待我处理 是行动列表，只放需要当前用户处理、补材料、复核、付款、审批、确认或解决异常的事项。
• 待办必须有明确下一步、对象摘要、业务状态和处理入口。
• 已完成、只读进度、普通公告、系统消息、已同步成功等不进入待办列表。

通知：

• 通知中心 是事件收件箱，记录状态变化、提醒、失败、同步结果、审批流转、附件/发票识别结果、企微消息结果等。
• 通知默认不提供完整处理工具，只提供查看、已读、跳转和必要的失败解释。
• 通知点击必须直达业务详情、审批任务、移动目标页或失败解释页；不能只把用户带到通知列表本身。
• 通知文案要说明发生了什么、影响谁、下一步是什么；不显示原始 payload、内部状态码或调试字段。

工作台：

• 工作台 今日待处理 只汇总真正需要当前用户行动的事项。
• 普通通知、只读进度、已完成动态和公告不算待处理。
• 如果通知背后产生了行动项，应由后端或聚合层转成明确待办，再进入工作台；不要让前端把所有通知都当待办。

关系边界：

• 待我处理 可以显示从通知点击进入的同一审批任务，但通知中心不复制审批列表。
• 通知中心可以显示任务已分配、已超时、已被处理等事件，但处理动作仍在待办/详情页完成。
• 顶部铃铛只承接通知入口；侧边栏不单独放通知中心。
• 企业微信消息是外部触达渠道，消息内容脱敏，点击后进入 OA 业务详情或任务详情。

1.10 全系统敏感数据和导出下载规则

hyb-oa 处理合同、财务、票据、付款、资产和附件等高敏业务材料。小团队不等于默认全员可见，所有敏感内容按最小必要展示。

敏感数据范围：

• 合同正文、合同附件、报价单、验收材料、发票、回单、付款信息、银行账号、供应商信息、资产序列号/位置/归属、人员资料、工资绩效、审计记录、原始附件名和导出文件。
• 企业微信消息、移动端卡片、普通列表、通知和工作台只展示脱敏摘要，不展示完整合同/财务/账号/附件细节。
• 普通页面不展示完整账号、完整本地路径、原始文件存储路径、Secret、token、原始 payload 或高敏附件内部地址。

展示和预览：

• 默认展示业务摘要，例如合同编号和对方名称、发票金额和状态、回单状态、资产编号和归属摘要。
• 预览正文、发票、回单和附件必须由服务端校验权限；前端隐藏按钮不是安全边界。
• 高敏内容预览要有场景说明或用途提示，必要时记录查看行为。
• 移动端默认更保守，只展示摘要和必要材料预览入口。

下载和导出：

• 下载、批量下载、导出、打印、附件打包、合同正文导出、财务台账导出都必须按权限和数据范围控制。
• 导出前应说明导出范围、敏感内容和用途；财务、合同、资产、票据类导出应写入审计。
• 批量导出不作为首屏主动作，进入 台账工具、更多 或管理/财务权限入口。
• 导出文件名使用业务编号和日期，不拼接完整个人账号、完整供应商敏感信息或内部路径。

审计和错误：

• 敏感操作审计至少记录操作者、时间、对象、动作、范围和结果。
• 权限不足时用自然中文解释，例如 你没有查看该合同附件的权限，不暴露对象完整路径或权限 code。
• 失败重试不能把原始 payload、完整 URL、Secret 或 token 展示给普通用户。

1.11 全系统确认和危险动作规则

危险动作的确认不是礼貌性弹窗，而是防止误操作的最后一道产品保护。任何不可逆、财务、审批、配置、批量和外部同步相关动作，都必须让用户看清对象、后果和影响范围。

危险动作范围：

• 删除、作废、撤销、归档、恢复、停用、发布、切换配置、切换流程、关闭功能开关。
• 付款、批量付款、导出高敏材料、批量下载、合同正文下载、附件打包。
• 审批通过、驳回、退回、转审、批量通过、批量驳回。
• 同步外部系统、重试外部写入、切换企业微信/OA 应急接管状态。

确认内容：

• 对象摘要：业务编号、名称、申请人/对方、金额/数量、当前状态。
• 后果说明：执行后会进入什么状态，是否可撤回，谁会收到通知，是否影响付款/审批/配置。
• 影响范围：单个对象、批量数量、数据范围、外部系统、企业微信消息或审计记录。
• 必要输入：驳回/退回必须填理由；付款/发布/批量高风险动作可要求输入确认词、二次勾选或选择原因。
• 审计说明：需要审计的动作应明确记录操作者、时间、对象、动作、范围、理由和结果。

交互规则：

• 不允许只弹一句 确定吗？。
• 危险动作必须和普通查看、编辑、保存、提交等动作视觉分离。
• 低风险确认可以用轻量弹窗；高风险、批量、财务和配置动作使用更明确的确认面板。
• 确认失败要显示失败明细和可修复下一步，不清空用户输入。
• 移动端危险动作进入底部或全屏确认面板，不能靠误触即可执行。

1.12 全系统集成和外部系统边界规则

外部系统状态必须保守表达。OA 只能展示自己确认的业务事实和外部系统明确返回的结果，不能把异步请求、排队、消息发送尝试或前端按钮点击表达成最终业务完成。

主办边界：

• OA 主办：报销、采购、合同、项目、付款、AP、票据、资产、高敏附件、审计和 OA 内审批处理。
• 企业微信主办：打卡、请假、补卡、外出、加班等 HR/考勤日常动作；OA 只展示镜像、历史、异常、审计和应急接管。
• ERP/代账/银行/OCR/企业微信消息是外部能力或触达渠道，不替代 OA 自身状态机和服务端权限校验。

状态表达：

• 只有收到外部系统明确成功回执，才显示 已同步、已发送、已付款、识别完成 等最终状态。
• 请求已发出但未确认时，使用 同步中、等待回执、银行处理中、识别中、消息发送中。
• 外部系统失败时，显示失败来源、影响范围、下一步和可重试动作，例如 银行回执未返回、OCR 识别失败，需重新上传 PDF。
• 不用外部系统内部错误码、原始 payload、完整 URL 或调试 trace 作为普通用户文案。

动作和重试：

• 外部写入、付款执行、同步 ERP、重发企业微信消息、重试 OCR 等动作必须按权限和状态矩阵控制。
• 重试动作要说明会重试哪个对象、是否可能重复发送、是否影响外部系统和审计。
• 外部同步状态不应阻塞无关主流程；如果会阻塞，必须明确阻断原因和人工处理方式。
• 管理员/财务可在授权页面查看更多排障信息，普通路径只给摘要、失败原因和下一步。

页面边界：

• HR/考勤页面默认表达为企业微信记录、同步镜像或异常处理，不出现 OA 日常请假/补卡主路径，除非管理员开启 OA 应急接管。
• 企业微信消息只发脱敏摘要和 OA deeplink，不承载附件原文、高敏合同正文和真实付款操作。
• 银行、ERP、代账等外部系统未接入或未确认的能力，页面不能用完成态文案伪装已经可用。

1.13 全系统试运行和验收证据规则

验证结果必须准确描述验证层级。本地通过不等于线上可测，截图通过不等于业务已部署，模拟数据通过不等于真实试运行通过。

验证口径：

• 本地构建通过：只能说明本地代码可构建。
• Playwright/mock 通过：只能说明自动化路径在指定环境通过。
• 截图/视觉复核通过：只能说明指定视口和数据状态下视觉符合预期。
• 部署通过：必须说明部署环境、版本或提交、健康检查结果。
• 公网可测：必须完成部署、公网访问检查、关键路径冒烟和必要截图证据后才能告知。

对外表述：

• 未部署时，只能说 本地验证通过，尚未线上可测。
• 部署但未公网检查时，只能说 已部署，公网检查未完成。
• 公网检查通过后，才可以说 可以线上测试，并说明测试入口和已覆盖关键路径。
• 真机或企业微信 WebView 未验证时，必须标记为暂缓人工验证，不用自动化通过替代。

证据要求：

• A 类页面改动需要保留构建、关键 Playwright 或截图证据。
• 涉及权限、状态机、审批、付款、企业微信、外部系统、敏感下载和生产配置时，需要补充回滚或人工处理说明。
• 规则文档更新本身不代表页面已整改、不代表已部署、不代表真实试运行 Go/No-Go。

1.14 行业惯例决策清单

以下事项需要在系统后续重构前提前拍板。每一项都影响多个页面，不能让单个页面临时决定。

序号	决策项	为什么要提前定	当前建议
1	信息架构和一级入口	决定侧边栏、工作台、移动首页和权限显隐	已确认：任务优先；已启用且有权限的合同、采购、资产、项目直接显示；低频/冻结入口进“更多”，配置进“管理”
2	页面模板分类	决定页面是列表、台账、详情、主从工作台还是配置页	已确认：固定使用工作台总览、任务处理列表、业务台账列表、主从工作台、详情工作区、管理配置页六类模板
3	操作区坐标	决定主动作、筛选、行操作、危险动作放哪里	已确认：页头右侧放主动作，命令栏放筛选/工具，行尾放行级动作，右侧命令区放详情高风险动作，移动底部放主动作
4	状态和动作生命周期	决定草稿、审批中、已通过、已支付、取消、作废、归档、异常等动作显隐	已确认：每个业务对象必须先列状态矩阵，再决定按钮、禁用原因、确认方式和审计要求；审批动作集中在待我处理/审批详情；删除只用于草稿/未生效临时对象，撤回/取消/作废/归档分别表达不同业务结果
5	角色和数据范围	决定普通员工、审批人、财务、管理员看到什么	已确认：服务端权限为准，前端按当前任务角色收敛展示；多岗用户不默认展开所有范围和高级工具
6	编号和信息语义	决定业务编号、内部 id、状态文案、时间文案、权限/空态/异常文案	已确认：普通页面主标识使用业务编号和自然中文；权限不足、空状态和异常状态说明原因和下一步；内部编号和技术信息只在授权审计/排障/留痕场景最小展示
7	列表和台账行为	决定搜索、筛选、分页、排序、导出、批量处理	已确认：默认 3 到 5 个高频筛选；导出/批量/统计/模板/全范围/高级筛选进台账工具或更多；批量只在选中后出现
8	表单和草稿	决定保存、提交、校验、离开保护、错误提示	已确认：长表单支持草稿；保存草稿和提交分离；提交前业务校验和摘要确认；错误定位到字段/材料区
9	详情页证据结构	决定摘要、明细、附件、审批历史、审计放哪里	已确认：状态与下一步先行，业务摘要其次，证据材料居中，历史靠后，动作面板在 PC 右侧或移动端底部；列表只显示证据完整性摘要和缺失提示，证据预览/下载/删除/批量打包进入详情或授权工具
10	移动端规则	决定 WebView、底部动作、卡片列表、键盘和安全区	已确认：移动端只做提交、补材料、查状态、处理待办、扫码/上传和消息直达；不承接全范围管理、批量导出、流程配置、管理配置、复杂筛选和大表格，不复制 PC 管理台
11	通知和待办关系	决定通知中心是否复制待办、消息跳哪里	已确认：待我是行动列表，通知中心是事件收件箱；通知直达业务详情/审批任务/失败解释页，不复制待办
12	敏感数据和导出下载	决定附件、合同、票据、资产元数据和财务资料展示	已确认：默认最小展示；预览/下载/导出/批量下载按权限控制并审计；普通列表和移动端只展示摘要
13	确认和危险动作	决定删除、付款、发布、驳回、切换配置如何确认	已确认：不可逆/财务/审批/配置/批量动作必须二次确认，显示对象摘要、后果、影响范围和必要理由/确认输入
14	集成和外部系统边界	决定企微、ERP、银行、代账、OCR 的失败和重试口径	已确认：OA 主办高敏业务，企微主办 HR/考勤；外部系统只展示真实回执、失败原因和下一步，不虚假承诺
15	试运行和验收证据	决定什么时候能说页面可测试、如何截图验证	已确认：本地构建/Playwright/截图只代表本地验证；部署、公网检查、关键路径冒烟和必要截图后才能告知线上可测
16	固定资产管理口径	决定资产页是轻量责任台账还是复杂财务固定资产账	已确认：OA 中 FA 只做实物责任、流转、盘点和离职交接；折旧、残值、会计科目和月度折旧凭证暂不进 OA 主路径
17	采购/报销到资产衔接	决定审批通过或报销完成后是否自动生成资产	已确认：采购/报销只提供资产候选线索；到货/验收后管理员手动建 FA 卡片，不自动从单据生成资产
18	固定资产编号和标签	决定盘点、扫码和实物识别方式	已确认：所有 FA 必须有资产编号；能贴就贴二维码标签；不能贴时记录序列号、保管人和位置，扫码优先、手工输入兜底
19	固定资产盘点频率	决定盘点是否常态化、何时触发临时确认	已确认：默认季度轻盘点；离职/调拨/维修/报废做事件盘点；备份硬盘、安全介质、关键设备月度确认责任人和位置
20	固定资产处置规则	决定领用归还调拨和报废丢失出售赠送如何留痕	已确认：领用/归还/调拨由管理员记录留痕；报废/丢失/出售/赠送必须负责人确认和填写原因；赔偿、金额或责任争议另走审批或线下确认
21	电子资产管理边界	决定代码仓库、系统、备份资产是否进入 OA 以及展示什么	已确认：OA 只登记元数据、负责人、权限回收要求、备份/恢复验证日期和归档位置摘要；不保存源码包、密钥、token、完整配置、真实完整路径或备份内容
22	电子资料资产边界	决定 EA-DOC 是否保存业务原文和高敏资料	已确认：只登记资料名称、类型、hash/校验摘要、敏感级别、负责人、业务关联和归档位置摘要；高敏原文走业务附件权限或线下受控归档，不进普通资产页
23	资产管理规则组收口	决定本轮是否继续扩展资产细节	已确认：资产规则组到此收口，后续资产页面整改按本任务和资产规约执行；下一组转入合同、采购、项目和财务台账
24	台账与详情边界	决定合同/采购/项目/财务台账在哪里查找、在哪里执行高风险动作	已确认：列表只查找筛选看状态和进入详情；合同下载、归档、付款、导出、批量处理、作废、敏感附件查看等进入详情/详情命令区/台账工具并二次确认
25	台账默认视角	决定多角色用户进入合同/采购/项目/财务台账后先看到什么	已确认：普通员工看我发起/我相关，负责人看我负责/项目相关，财务看待复核/待付款/异常，管理员才默认或可切换全范围；全范围/导出/批量进台账工具
26	合同台账边界	决定合同页是轻量归档台账还是完整 CLM	已确认：V1 只做登记、归档、到期/续签提醒和关联项目/采购/付款；不做电子签、复杂法务审查、条款库、版本协同或完整 CLM；审批若需要走统一审批中心或另建任务
27	采购台账边界	决定采购页是轻量申请审批还是采购 ERP	已确认：V1 只做申请、审批、附件、轻量验收/归档和关联项目/合同/付款；不做采购订单全生命周期、库存、三单匹配、供应商生命周期、招采评标或 ERP 入账
28	项目模块边界	决定项目页是业务归集台账还是完整 PM 系统	已确认：V1 只做项目状态、负责人/成员、里程碑/任务、风险、交付记录和关联业务摘要；不做甘特图、复杂任务依赖、工时、资源排期、OKR、项目组合管理或大型协同平台
29	财务台账边界	决定付款/AP/票据是 OA 留痕台账还是完整财务软件	已确认：V1 只做付款准备、付款批次、回单留痕、AP 状态、票据/OCR 状态和代账交接摘要；不做银行直连真实支付、银行流水自动导入、ERP/总账、凭证生成、自动对账或税务申报
30	个人设置与管理配置边界	决定个人资料页是否承载用户/组织/权限维护	已确认：个人设置只放个人资料、密码/安全、通知偏好和企微绑定；组织、角色、审批规则、功能开关、主数据、审计日志、人员维护和系统配置统一进管理
31	多角色视角规则	决定是否需要全局身份切换器	已确认：不做全局身份切换器；页面按当前任务自动收敛视角，跨范围查看只在具体台账内提供授权范围切换
32	材料类型先行	决定上传入口、校验、权限、审计和证据展示	已确认：上传前先选材料类型；PDF 发票、普通附件、合同文件、付款回单、验收材料、资产材料和电子资料索引不混用万能上传入口
33	删除/撤回/取消/作废/归档语义	决定高风险动作命名、状态流转和审计	已确认：草稿才删除；审批中可撤回；业务不执行用取消；已生效对象失效用作废；完成留存用归档；已提交对象原则上不物理删除
34	审批动作承接位置	决定通过、驳回、退回、转审在哪里执行	已确认：审批动作只在待我处理/审批详情或明确任务处理面板执行；业务台账和普通详情只给查看处理、查看进度、补材料或进入审批任务入口
35	付款动作承接位置	决定标记已付款、取消付款、批量付款在哪里执行	已确认：付款动作只在付款/财务处理详情或明确财务任务面板执行；业务台账和普通详情只显示付款状态、回单状态、查看付款、补回单或进入付款记录入口
36	跨模块关联边界	决定项目/采购/合同/报销/资产/付款互相关联时展示什么、在哪里处理	已确认：关联区只展示摘要和跳转；审批、付款、发票/OCR、合同正文下载、高敏附件和资产处置等动作回到归属模块详情/任务/财务处理页执行

2. 页面分级

页面分级判断优先级，页面模板判断布局骨架。后续任何页面改造都先回答两个问题：它是 A/B/C 哪类优先级？它套用下面哪一种模板？

2.0 已确认页面模板分类

模板	适用页面	布局骨架	不允许
工作台总览	/portal、/mobile	紧凑摘要 + 今日待处理 + 条件出现的进度/卡点/提醒	不放完整列表、模块大全、常驻教学
任务处理列表	/workflow/tasks、/mobile/approvals	待处理摘要 + 任务列表 + 已处理/筛选高级区	不默认快批高风险事项，不复制业务台账
业务台账列表	报销、合同、采购、项目、付款、AP、票据等	页头主动作 + 命令栏 + 列表/表格 + 台账工具	不把导出/批量/统计/高风险处理放成首屏主动作
主从工作台	资产、盘点、需要同屏编辑的过渡态采购等	左侧列表/索引，右侧当前对象详情和动作	左侧不放高风险动作；不要让配置表单压过业务对象
详情工作区	报销详情、审批详情、项目详情、未来合同详情	顶部概览 + 左侧事实证据 + 右侧摘要/命令 + 历史	不把所有信息铺满首屏，不重复主动作
管理配置页	人员、组织、主数据、审批规则、流程定义、功能开关、审计等	分组/表格/搜索/编辑，发布停用删除需确认	不进入普通用户路径，不和个人设置混用

模板使用规则：

• 一个页面只能有一个主模板；可有局部子模板，但不能混成“台账 + 配置 + 详情 + 大屏”。
• 移动端不单独算第七类模板；移动端是上述模板的移动表达，统一变为顶部状态、卡片列表/分区详情、底部主动作。
• B 类业务页面优先在 业务台账列表 和 主从工作台 二选一。能独立打开详情的用台账列表；需要一边选对象一边编辑/处理的用主从工作台。
• A 类核心页面不得退化为管理配置页；C 类配置页面不得伪装成普通业务入口。

2.1 台账与详情边界

合同、采购、项目和财务台账默认采用“列表查找、详情处理”的边界。列表页负责让用户找到对象、理解状态和进入详情；详情页负责核对事实、证据、风险和执行动作。当前采购页面如果仍是双栏主从结构，后续整改也应按同一边界收敛：列表/左栏不直接承载高风险处理，处理动作进入当前对象详情或明确的待办详情。

通用规则：

• 列表页只保留搜索、状态、范围、时间和少量高频业务筛选；不要把附件、发票、合同文件、回单、资产材料、审批、付款、归档、作废、导出、批量等能力铺成列表首屏按钮。
• 列表行默认动作为 查看详情、查看处理、继续完善 或 查看进度；普通列表行只显示证据完整性摘要和缺失提示，不直接执行发票预览、合同下载、回单下载、付款、归档、作废、批量处理、敏感附件查看、附件删除或批量打包。
• 详情页第一屏展示状态、下一步、业务摘要、证据完整性和风险提示；详情命令区承载归档、付款、作废、下载、敏感查看等需要核对上下文的动作。
• 台账工具承载全范围、高级筛选、导出、批量、统计、模板、归档检查和低频外部同步；导出和批量处理必须说明范围、敏感内容和失败结果。
• 高风险动作必须二次确认，展示对象摘要、影响范围、后果和必要理由/确认输入；财务、合同、票据和附件类操作必须按权限和审计执行。
• 移动端只保留搜索、状态卡片、查看详情和必要轻动作，不承接复杂台账工具、批量导出、全范围管理、管理配置或宽表操作。

跨模块关联边界：

• 关联区只展示对方模块的摘要：业务编号/名称、状态、金额或数量、负责人、证据完整性、最近更新时间和下一步。
• 关联区的动作只允许 查看详情、查看进度、进入审批任务、查看付款、补材料 等跳转或补充入口；真正的审批、付款、发票处理、合同正文下载、附件删除、资产处置等动作回到归属模块执行。
• 项目页可以汇总报销、采购、合同、付款和交付摘要，但不在项目页直接审批采购、标记付款、处理发票/OCR、下载合同正文或修改资产卡片。
• 采购、合同、报销、资产之间互相关联时同理：当前页面只提供上下文，不复制对方模块的表单、状态机、批量工具和高敏附件操作。
• 无权限查看关联对象时，优先隐藏高敏字段或显示脱敏摘要和原因；不能因为出现在关联区就绕过原模块的服务端权限。

默认视角：

• 普通员工进入合同、采购、项目和财务相关台账时，默认看 我发起、我相关 或 需要我补充，不默认看公司全量。
• 负责人/项目负责人默认看 我负责、我参与、项目相关 和有风险/卡点的对象。
• 财务/出纳默认看 待复核、待付款、待补回单、异常 和授权范围内的财务处理对象。
• 管理员默认在管理或台账工具内看 全范围，普通台账入口不因管理员权限而把全量、导出、批量铺在首屏。
• 同一用户一人多岗时可以在具体台账内切换授权范围，但不提供全局身份切换器；页面首屏必须先按当前页面主任务收敛，不把员工、负责人、财务、管理员四种工作混成一个默认视图。

A 类核心流程

页面：登录、找回密码、修改密码、工作台、待我处理、审批详情、报销列表、报销详情、移动首页、移动审批、移动报销、通知中心。

规则：

• 首屏必须回答“有没有事要办、下一步是什么、风险在哪里”。
• 默认隐藏统计、历史、导出、批量、模板、配置。
• 空态必须给出可执行下一步，不放教程型长文案。
• 每次改动必须做前端构建和针对性 Playwright/截图验证。

B 类业务运营

页面：票据、付款、应付账款、采购、项目、项目详情、合同台账、资产、盘点、请假记录、考勤、企微审批历史、周报、团队、公告、预算、差旅、代办/轻协同。

规则：

• 默认视图优先台账/当前处理，而不是全量管理控制台。
• 低频筛选、导出、批量、统计进入“台账工具”“更多”“高级筛选”。
• 对员工不常用或冻结能力，用只读边界、历史视图或隐藏入口处理。
• HR/考勤相关页面要显式表达企微主办，OA 只镜像/历史/异常/应急。

C 类管理配置

页面：管理、工作区设置、人员、人员详情、人员统计、组织、用户、部门、主数据、审批规则、流程定义、费用标准、通知渠道、外部系统、功能管理、切换控制台、审计日志、委托、工资、绩效、数据看板。

规则：

• 默认在“管理”聚合页下承接，不直接占普通侧边栏。
• 信息密度可以高，但要用统一表格、分组、搜索和状态提示。
• 危险操作必须二次确认；配置变更要有可回滚或可审计提示。
• 管理页可以展示内部编号，但只在排障/审计区域展示，不能变成普通主标识。

2.2 页面覆盖索引

本索引用来保证后续审查和整改不会只看工作台、报销和审批，而漏掉采购、合同、项目、资产、财务、管理和移动端。

页面族	当前路由	页面定位	默认建议
认证入口	/login、/forgot-password、/change-password	登录与账号恢复	A 类，稳定表单，不做营销页
工作台	/portal	今天要办什么	A 类，今日待处理优先
审批	/workflow/tasks、/workflow/tasks/:taskId	OA 主办审批处理	A 类，列表看任务，详情做动作
报销	/reimbursements、/reimbursements/:id、/reimbursements/:id/print、/reimbursements/dashboard	员工报销与财务台账	A 类主链路，统计/打印为低频入口
付款	/payment-batches	批次、回单、付款执行	B 类财务运营，异常和待执行优先
应付账款	/ap-operations	AP、代账交接、导出	B 类财务台账，不使用内部英文名
票据	/invoice-pool	PDF 发票状态与归档	B 类财务/票据运营，员工侧从报销详情进入
采购	/purchase-requests	采购申请、附件、审批	B 类业务流程，需独立任务化整改
差旅	/travel-requests	历史/兼容低频入口	B 类低频/冻结，不恢复主线
项目	/projects、/projects/:projectId	轻项目管理	B 类轻管理，不做项目管理大平台
合同	/contracts-registry	合同台账和附件归档	B 类台账，正文/敏感附件按权限和审计
资产管理	/assets、/inventory-checks、/mobile/assets/scan	固定资产、电子资产、分类、盘点、扫码	B 类台账，敏感字段脱敏，操作区需独立统一
HR/考勤镜像	/leave-requests、/attendance、/wecom-approval-archive	企微主办记录、镜像、异常	B 类镜像/历史，不做 OA 日常提交
协同轻页面	/announcements、/team、/weekly-reports、/todos	公告、团队状态、周报、轻待办	B 类辅助，不抢首页主流程
个人设置	/settings/profile	个人资料、密码/安全、通知偏好、企微绑定	A/B 边界页，不能做成用户管理页
管理聚合	/system/settings	低频配置入口	C 类统一入口
人员组织	/people、/people/:employeeId、/people/stats、/organization、/system/users、/system/departments	员工、账号、组织	C 类管理配置
基础配置	/system/master-data、/system/expense-standards	主数据和费用标准	C 类配置
审批配置	/system/approval-rules、/system/workflow-definitions	规则和流程版本	C 类配置，避免复杂 BPM
系统配置	/system/workspace、/system/feature-flags、/system/notification-channels、/system/integrations/erp、/system/cutover	工作区、开关、通知、集成、切换	C 类运维管理
其他管理	/audit-logs、/delegations、/payroll、/performance、/budgets、/dashboard	审计、委托、工资、绩效、预算、数据看板	C/B 低频，默认不进普通路径
移动首页	/mobile	手机入口	A 类移动入口
移动审批	/mobile/approvals、/mobile/approvals/:taskId	手机待办与详情	A 类移动审批
移动报销	/mobile/reimbursements、/mobile/reimbursements/:id、/mobile/capture	手机报销、PDF 发票上传	A 类移动报销
移动 HR/考勤	/mobile/leave、/mobile/leave/:id、/mobile/wecom-approval-archive	企微主办记录查看	B 类移动镜像
移动业务	/mobile/purchase-requests、/mobile/purchase-requests/:id、/mobile/assets/scan	采购和资产扫描	B 类移动业务
移动账号通知	/mobile/me、/mobile/profile、/mobile/notifications	我的、资料、通知	A/B 边界页
异常页	/403、*	无权限/不存在	通用异常，不暴露内部细节

3. 页面布局模板

3.1 工作台 /portal

目标：让用户 5 秒内知道今天要处理什么。

布局：

• 顶部紧凑摘要：今天待处理、进度更新、团队/管理提醒；有最急事项时给一个主按钮。
• 主区固定为“今日待处理”，每行包含事项、为什么找我、状态/时间、一个动作。
• 次区条件展示“我的进度”“团队卡点”“管理提醒”，没有真实数据就不显示。
• 首次欢迎只允许一次性可关闭弹窗，最多 3 个真实业务入口。

不要：

• 不放常驻快速上手清单。
• 不放“了解流程”“设置通知偏好”“查看通知消息”这类说明型入口。
• 不把报销进度、公告、试运行观测做固定模块。
• 不展示纯统计卡片凑版面。

现状判断：当前方向基本正确，后续重点是保证 今日待处理 的数据质量和行动语义，避免再次塞入口集合。

3.2 审批列表 /workflow/tasks

目标：审批人先看待处理，再进入详情核对依据。

布局：

• 标题使用“待我处理”。
• 首屏用紧凑摘要展示待处理总数、最早等待、超时、业务分布。
• 默认列表是任务列表式信息结构：事项、申请人/金额或天数、当前节点、等待时间、业务编号。
• 默认主按钮是“查看处理”；历史入口叫“已处理记录”。
• 复杂筛选、已处理/历史、业务类型筛选进入高级区。

不要：

• 不在列表层默认给“通过”。
• 不对请假、补卡、外出、加班等企微主办 HR/考勤事项给 OA 快批。
• 不把更新时间当成用户能理解的等待时间。

现状判断：近期整改方向正确，后续要把 HR/考勤镜像数据和 OA 主办任务在视觉上继续区分。

3.3 审批详情 /workflow/tasks/:taskId

目标：审批动作前先核对业务摘要、证据和后果。

布局：

• 顶部概览：任务名、业务状态、业务类型、返回待办。
• 主区第一块：当前状态与审批对象，突出下一步和可执行动作。
• 主区第二块：业务摘要，按报销/采购/合同/项目等领域展示关键字段。
• 主区第三块：审批动作，按通过、驳回、退回、转审分组；高风险动作二次确认。
• 右侧：任务摘要、节点、角色、创建/完成时间、下一步说明。
• 历史记录在主区下方，不抢首屏。

不要：

• 不把动作按钮放在看不到摘要的位置。
• 不允许驳回/退回无理由提交。
• 不让业务台账或普通详情复制审批按钮；从业务对象进入时也必须落到同一审批详情处理。
• 不展示业务无关的技术字段。

3.4 报销列表 /reimbursements

目标：员工默认管理自己的报销，财务工具不压住普通路径。

布局：

• 默认标题“我的报销”，即使用户同时有财务/审批权限也先看自己的单据。
• 顶部保留三张任务卡：被驳回待补正、草稿待完善、审批中进度。
• 主按钮“新建报销”。
• 状态 tabs 用草稿、被驳回、审批中、已通过、已支付、已取消。
• 财务/管理员能力通过“台账工具”展开：全范围、审批中台账、统计分析、导出、批量处理、代填、模板、关联差旅。
• 行文案区分“待你处理”和“当前节点”。

不要：

• 不默认进入全范围台账。
• 不把批量审批、导出、模板、差旅关联放在普通首屏。
• 不展示 taskId、UUID 或内部状态码。

现状判断：近期整改方向正确；下一步应统一报销列表和付款/AP/票据的台账工具模式。

3.5 报销详情 /reimbursements/:id

目标：让申请人知道还能不能改、审批人/财务知道依据是否完整。

布局：

• 顶部 EntityOverviewHero：业务编号、状态、报销日期、报销人、提交人、金额、首屏动作。
• 主区两列：左侧业务内容，右侧审批/付款/动作摘要。
• 第一块固定“当前状态与下一步”：下一步、处理人、金额、材料完整性、阻断/预警。
• 第二块“明细与发票”：明细先于发票；发票入口明确“仅支持 PDF 发票”。
• 第三块“预算与审核提示”：只在有预算/风险/AI 辅助可用时显示。
• 附件作为补充材料，和发票分开；敏感附件下载需要用途。
• 更多入口承载打印/PDF、返回列表、删除草稿、关联项目、财务导出等低频内容。
• 审批进度默认可见；完整审批记录可放更多或右侧。

不要：

• 不把全部详情默认铺满首屏。
• 不把“添加发票”和“上传附件”混成一个入口。
• 不在普通视图暴露 OCR provider、绑定整单、不绑定明细等内部词。
• 不允许已通过/已支付普通用户删除。

现状判断：页面信息较完整，但仍偏重。后续可把“更多详情”进一步结构化为可折叠低频区，并减少首屏之外的重复付款状态展示。

3.6 报销打印 /reimbursements/:id/print

目标：留痕和线下归档，不承担编辑。

布局：

• A4/打印友好结构：单号、申请人、金额、明细、发票摘要、附件清单、审批记录、付款状态。
• 不显示编辑按钮、删除按钮、复杂筛选、动态 toast。
• 内部编号只在审计需要时展示，默认使用业务编号。

3.7 报销统计 /reimbursements/dashboard

目标：财务/负责人回看，不是员工默认入口。

布局：

• 通过报销列表的“台账工具/统计分析”进入。
• 默认展示时间范围、状态分布、金额趋势、异常/未付摘要。
• 导出和明细钻取保留，但不能替代报销列表。

3.8 付款 /payment-batches

目标：出纳/财务处理付款准备、付款批次、线下银行付款后的回单留痕和异常跟进。付款页不是银行直连支付系统，不做真实支付、银行流水自动导入、自动对账、ERP/总账或凭证生成。

布局：

• 顶部突出待复核、待补回单、待执行、失败/异常。
• 主区按批次任务列表展示：批次号、金额、单据数、付款状态、回单状态、当前动作。
• 登记付款 或 标记已付款 必须在证据要求满足后出现；如页面保留 执行付款 文案，必须明确是线下付款后的 OA 留痕，不是系统直接支付。
• 付款动作只在付款/财务处理详情或付款批次详情执行；报销、采购、合同、项目等业务页只跳转查看付款或补回单。
• 导出、历史、批量下载、筛选进入台账工具。

不要：

• 不表达为银行直连或真实支付自动执行，除非后续任务明确实现。
• 不在报销、采购、合同、项目列表或普通详情里直接放 标记已付款、取消付款、批量付款。
• 不把 AP、报销、付款三个概念混在同一个首屏。
• 不展示银行流水自动导入、自动对账、总账或凭证生成作为默认能力。

3.9 应付账款 /ap-operations

目标：财务核对 AP 状态、付款关联、回单材料和代账交接摘要。

布局：

• 默认是台账视图：待付款、已付款、异常、待导出。
• 首屏指标只保留与处理相关的数：待复核、待付款、异常、导出状态。
• 筛选、导出、代账交接摘要和低频核对工具进入工具区。

不要：

• 不使用 AP 运营 作为用户文案。
• 不把 ERP 同步作为默认主流程；无 ERP 时只表达代账交接。
• 不把 AP 页做成总账、凭证生成、自动对账或完整财务软件。

3.10 票据 /invoice-pool

目标：财务/员工理解票据/OCR 状态，员工侧主要从报销详情补材料。票据页不做税务申报、自动验真、完整电子档案系统或财务软件入口。

布局：

• 财务/管理员看到票据池：识别中、可添加、已添加、识别失败、已归档/已报销。
• 员工普通路径不把票据池作为主导航，优先从报销详情“添加发票”进入。
• 上传入口明确 PDF-only；失败、重复、已使用必须可解释。

不要：

• 不展示 OCR provider、绑定策略、内部处理状态。
• 不恢复图片发票 OCR 为正式路径。
• 不把票据池做成税务申报、银行付款或 ERP/总账入口。

3.11 采购 /purchase-requests

目标：小团队采购申请、审批、附件证据、轻量验收/归档，以及关联项目、合同和付款/AP。采购页不是采购 ERP，不做采购订单全生命周期、库存、三单匹配、供应商生命周期、招采评标或 ERP 入账；审批通过也不代表已付款、已入库或已形成固定资产。

推荐信息架构：

• 页面标题：采购申请，副标题不用解释流程，只在异常/空态说明下一步。
• 顶部任务区：草稿待完善、审批中、被退回/待补材料、待归档或待关联合同。
• 主按钮：新建采购；如果已有草稿，任务卡优先引导“继续完善”。
• 默认视角：普通用户看自己的采购；负责人/财务/管理员有权限时可进入台账工具。
• 台账工具：全范围、供应商/项目/状态筛选、导出、归档检查、外部回执状态和低频关联工具都放这里。

列表规则：

• PC 列表展示：采购单号、标题、申请人、项目、供应商、金额、状态、当前节点/下一步。
• 移动列表展示：采购单号、标题、金额、状态、申请人或项目，不显示宽表。
• 空态按状态拆文案：没有草稿、没有审批中、没有被退回，分别说明。
• 不把法体、成本中心、单据分类等管理字段作为普通首屏筛选；它们可以在高级筛选或详情中出现。

详情规则：

• 第一屏固定展示：当前状态、下一步、采购金额、供应商、项目、附件完整性、审批节点。
• 明细/附件/供应商/预算或费用标准分区展示，顺序优先服务“能不能提交、能不能审批”。
• 采购明细里的 资产候选 只表示后续可能需要登记资产，不等于已经入库、已形成固定资产或已完成验收。
• 保存草稿、提交审批是普通用户主动作；通过、驳回、退回应通过审批详情或明确的待处理入口完成。
• 采购台账列表和普通采购详情不直接给通过、驳回、退回；需要处理时进入当前审批任务详情。
• 采购附件按合同、报价、订单/确认材料、验收、付款证明等类型表达；这些是证据材料，不代表 OA 已实现采购订单生命周期。
• 关联合同、归档、导出、外部同步、复制申请放在“更多”或台账工具。

现状判断：

• 当前页面是左列表 + 右详情的工作台式结构，可以保留，但视觉和信息顺序仍偏“后台表单 + 筛选器”。
• 下一轮整改应把采购改成“采购任务卡 + 采购列表 + 状态/证据/动作详情”，对齐报销详情的判断顺序。

不要：

• 不在普通首屏堆满法体、成本中心、单据分类等低频筛选。
• 不把采购与差旅、合同、付款混成一个万能申请台。
• 不把 ERP 跟踪、批量导出、复杂归档作为默认员工路径。
• 不在采购页直接承诺合同审批、付款执行或银行支付。
• 不把采购页做成完整采购订单、库存、三单匹配或供应商生命周期管理系统。

3.12 差旅 /travel-requests

目标：当前不作为主线扩展，只保留历史/低频兼容入口。

布局：

• 默认不进入主导航高频区，放在“更多”或仅按权限直达。
• 若页面保留，首屏应表达当前状态和边界：差旅不是现阶段主流程，报销可按普通报销处理或按已有兼容数据关联。
• 列表只展示历史/兼容申请：申请编号、申请人、目的、日期、预估金额、状态。
• 不新增复杂差旅预订、行程、补贴、酒店/机票和差旅政策配置。

不要：

• 不把差旅恢复成工作台常用入口。
• 不让报销主流程依赖差旅申请。

3.13 项目 /projects 与项目详情 /projects/:projectId

目标：轻项目台账，只服务小团队项目状态、负责人/成员、里程碑/任务、风险、交付记录和关联报销/采购/合同/付款。项目页不是完整项目管理软件，不做甘特图、复杂任务依赖、工时、资源排期、OKR、项目组合管理或大型协同平台。

列表布局：

• 默认展示我负责/我参与的项目，优先进行中和有风险项目。
• 首屏指标：进行中、逾期里程碑、未关闭风险、今日跟进。
• 列表展示项目号、名称、负责人、状态、下一里程碑、风险数、最近更新。

详情布局：

• 顶部展示项目状态、负责人、下一步、风险/里程碑摘要。
• 主区按里程碑、任务/跟进、风险、交付记录、关联报销/采购/合同/付款分区。
• 低频配置、项目成员、归档、导出进入更多。

不要：

• 不做大型项目管理软件。
• 不把项目页面做成泛报表大屏。
• 不把项目页做成 OKR、工时、资源排期或大型协同平台。

3.14 合同台账 /contracts-registry

目标：合同登记、附件归档、到期/续签提醒，以及关联项目、采购和付款。合同页不是完整合同生命周期管理系统，不自建电子签、复杂法务审查、条款库、版本协同或 CLM 流程；如需合同审批，使用 OA 统一审批中心或另建后续 Trellis task。

推荐信息架构：

• 页面标题：合同台账。
• 顶部任务区：待补附件、即将到期、待归档、关联项目/采购缺失、敏感下载待审计。
• 默认视图：我负责/我可见的合同；管理和财务角色可进入全范围台账。
• 主按钮：按当前能力决定是否展示 新增合同；如果当前只做台账登记，则不要写成“发起合同审批”。
• 工具区：全范围、导出、到期筛选、相对方筛选、项目/采购关联筛选、归档检查。

列表规则：

• 列表展示：合同号、合同名称、相对方、负责人、关联项目/采购、金额或币种摘要、开始/到期时间、状态、附件完整性。
• 普通列表不展示合同正文原文、完整供应商敏感资料、报价明细、银行账号等高敏内容。
• 到期、缺附件、未归档、敏感附件缺下载理由等状态要明显，但不要做成大面积告警墙。
• 合同号和合同名称是主标识；内部 id 只在审计/排障区可见。

详情规则：

• 第一屏固定展示：合同状态、下一步、相对方、负责人、到期/续签提醒、附件完整性。
• 主区分区：基础信息、关联项目/采购、附件与归档、审批/变更记录、到期提醒、审计记录。
• 附件区按类型分组：合同正文、补充协议、报价/订单、验收、付款相关材料、其他说明。
• 高敏附件只显示必要摘要；查看/下载需要权限，必要时要求填写用途并写审计。
• 关联采购和项目只做上下文跳转，不把采购审批或付款动作塞进合同详情首屏。

现状判断：

• 合同页面应保留“台账 + 详情命令面板”的方向，但需要比普通列表更重视附件完整性、到期提醒和敏感资料边界。
• 下一轮可和项目/采购一起做“业务台账详情模板”，避免合同单独发明一套卡片和表格样式。

不要：

• 不把合同正文原文、敏感报价、完整供应商资料暴露在普通列表。
• 不承诺电子签章或复杂合同流，除非后续任务明确。
• 不把合同页面做成完整 CLM 系统。
• 不在合同台账页内实现条款库、版本协同、红线审查或法务会签工作台。
• 不把合同附件、付款证明、银行材料写入自动化截图或聊天证据。

3.15 资产管理 /assets、/inventory-checks、/mobile/assets/scan

目标：统一电子资产和固定资产台账，同时覆盖资产分类、资产卡片、资产流转、盘点任务和移动扫码。资产页面不是单纯列表，必须按“分类/列表/详情/流转/盘点”拆开设计，避免变成混杂后台页。

V1 业务口径：固定资产不另做复杂财务固定资产系统，而是在统一资产台账里使用 FA 类型管理。页面优先回答“资产在哪、谁在用、谁负责、状态如何、是否需要盘点或离职交接”。电脑、显示器、硬盘、设备、安全介质等需要归还或盘点的实物应登记；普通耗材不登记。折旧、残值、会计科目和月度折旧凭证暂由财务/代账系统主办，OA 只登记采购来源、业务编号、责任链、流转状态和交接证据。

采购/报销衔接口径：采购明细或报销材料可以标记 资产候选，但不得在审批通过、报销提交或付款后自动生成资产卡片。管理员需要在到货、验收或报销完成后人工核对实物、数量、归属、是否耗材、是否退货/赠品，再手动创建 FA 卡片并关联采购/报销来源。资产页可以提供“从资产候选建卡”的引导，但主动作仍是管理员确认后的 新建资产卡片。

编号和标签口径：所有 FA 固定资产必须有资产编号。电脑、显示器、硬盘、设备、安全介质等可贴标实物应贴二维码标签，二维码用于移动扫码查找、盘点、领用/归还确认。不适合贴标签的资产不强制贴，但详情中必须记录序列号、保管人和位置；盘点支持扫码优先和手工输入资产号/序列号兜底，不强制复杂拍照盘点。

盘点频率口径：小团队 V1 默认每季度做一次固定资产轻盘点；离职、调拨、维修、报废等事件发生时做事件盘点；备份硬盘、安全介质和关键设备每月确认一次责任人和位置。资产页可以展示最近盘点、下次盘点和逾期提示，但不把盘点频率做成复杂计划配置中心。

处置口径：领用、归还、调拨属于日常流转，由管理员直接记录并留痕。报废、丢失、出售、赠送属于资产处置，必须负责人确认并填写原因；涉及赔偿、金额或责任争议时另走审批或线下确认，资产页只记录确认结果和证据摘要，不提供一键完成。

电子资产口径：EA-DOC/EA-SYS/EA-REPO/EA-BKP 只做责任、归档、权限回收和验证索引。代码仓库、系统、备份介质/集合在 OA 中展示名称、用途、负责人、管理员/保管人、敏感级别、访问入口摘要、权限回收要求、备份策略、最近恢复验证日期和归档位置摘要；不保存源码包、密钥、token、完整配置、真实完整路径或备份内容。电子资产详情以“谁负责、在哪归档、何时验证、离职如何回收”为主，不做文件库、密码库或源码托管页面。

电子资料 EA-DOC 口径：资产页只登记资料名称、类型、hash/校验摘要、敏感级别、负责人、关联项目/合同/付款和归档位置摘要。合同正文、银行流水、证照原件、客户资料、高敏报价、工资社保、个人身份资料等高敏原文不进入普通资产页；业务必要原文走合同、报销、付款、项目等对应模块附件权限和下载审计，非业务必要高敏资料走线下受控归档。

资产台账 /assets：

• 页头左侧标题 资产台账，页头右侧主动作：新建资产卡片；移动扫码查找 是次动作。
• 首屏默认以资产列表和当前资产详情为主，不让资产分类表单压过资产本身。
• 资产分类属于管理索引，PC 可放左侧窄栏；若分类编辑表单过重，应折叠或移到管理/弹窗，避免左侧长期占据首屏。
• 资产列表在主区上方：搜索、状态、类型、敏感级别、分类、法体、成本中心、归属人等筛选进入命令栏；超过 4 个筛选时默认收进“高级筛选”。
• 列表字段：资产编号、名称、类型、分类、敏感级别、状态、负责人/归属人、标签状态、最近盘点/验证或最近流转。
• 行级动作默认是选择/查看详情；领用、归还、调拨不放列表行，必须进入详情核对。

资产详情：

• 详情第一屏展示：资产编号、名称、状态、类型、敏感级别、负责人/归属人、位置、标签/二维码状态、最近盘点、下一步。
• 主内容按分区：基础信息、归属与位置、采购来源、电子资产元数据、附件/证明、历史与审计。
• 敏感字段只保留脱敏索引、hash、外部引用、归档位置摘要；不展示密码、token、Secret、完整本地路径、源码配置、原始 payload。
• 电子资产元数据区只展示责任、权限回收、备份/恢复验证和归档摘要；源码包、密钥、完整配置、真实完整路径、备份内容和高敏资料原文不得进入普通详情页。
• 资产保存动作放详情底部右侧或右侧命令面板；长表单不要在每个分区都放保存按钮。
• ERP 同步状态、AI 建议、外部引用属于低频/高级区，默认折叠。

资产流转：

• 领用、归还、调拨是高影响业务动作，放在详情的命令面板或“资产流转”分区，不放分类栏或列表行。
• 流转区固定展示当前归属人、当前位置、目标归属人、目标位置、备注。
• 只能显示当前状态可执行的动作：未领用时突出领用；已领用时突出归还/调拨；不可执行动作禁用并说明原因。
• 执行动作前需要确认对象摘要，写入审计记录。
• 报废、丢失、出售、赠送等处置动作必须与领用/归还/调拨分区展示，使用二次确认，展示资产编号、名称、负责人、当前保管人、位置、处置原因和后果。
• 涉及赔偿、金额或责任争议时，处置按钮只允许记录“待确认”或“已确认结果”，不得在资产页直接完成争议处理。

资产分类：

• 分类是 C 类配置能力，不是普通用户高频任务。
• 分类入口在资产页左侧索引或管理页中；主动作是 新建分类，保存动作在分类表单底部。
• 分类列表字段只保留编码、名称、关联单据分类、启停状态。
• 不把分类维护和资产卡片编辑混成同一个主表单。

盘点布局：

• /inventory-checks 默认是盘点任务工作台：左侧/上方创建或选择盘点任务，右侧/下方显示当前盘点详情。
• 页头右侧放 移动扫码盘点 次动作；创建盘点任务 是盘点任务表单主动作，不应和资产台账的新建资产混淆。
• 任务列表字段：盘点单号、范围、负责人、状态、完成度、异常数、截止时间。
• 当前盘点详情第一屏展示：盘点单号、范围、状态、完成度、异常数、下一步。
• 启动盘点、完成盘点 是高影响动作，放当前盘点详情右上或右侧命令区，并二次确认。
• 记录盘点结果只在盘点中显示；字段为资产、结果、一句话备注。
• 常规盘点默认按季度创建；离职、调拨、维修、报废等事件盘点可从资产详情或对应业务事件发起；高风险资产月度确认只需记录责任人、位置和一句话结果。

移动扫码：

• /mobile/assets/scan 只做快速查找、盘点记录、确认领用/归还等单一动作。
• 移动端不展示资产分类维护、复杂高级筛选、ERP 同步和完整资产元数据。
• 移动查找优先扫二维码标签；二维码不可用时允许输入资产编号或序列号。
• 扫码后先展示资产摘要和当前允许动作，再让用户确认。
• 小屏主动作在底部，次动作进入更多。

不要：

• 不把资产管理做成“分类表单 + 大量筛选 + 详情长表单”同时压在首屏。
• 不让普通员工接触敏感电子资产元数据、完整路径、密钥或原始配置。
• 不在列表行直接执行调拨、归还、删除等动作。
• 不把资产分类维护作为普通资产台账主任务。
• 不把盘点任务、资产流转、ERP 同步混成同一组按钮。
• 不为了标签规则强制复杂拍照盘点或给不适合贴标的资产硬贴标签。
• 不把电子资产页做成文件库、密码库、源码托管或备份内容浏览器。
• 不把 EA-DOC 做成合同正文、银行流水、证照原件、客户资料或高敏报价的普通文件入口。

3.16 请假记录 /leave-requests

目标：OA 查看企微主办请假历史、镜像和应急接管记录。

布局：

• 标题建议保持“请假记录”。
• 默认展示企微同步记录、状态、申请人、时间段、天数、审批结果、同步状态。
• 若 OA 应急接管未开启，不突出“新建请假”。
• 应急模式开启时必须显示应急原因、范围、预计结束时间和恢复路径。

不要：

• 不把请假当 OA 日常提交入口。
• 不在 OA 列表提供默认快批。

3.17 考勤 /attendance

目标：利用企微打卡作为原始采集，OA 显示摘要、解释和异常。

布局：

• 默认展示月度/周期摘要、异常、同步状态、解释记录。
• 员工视图看自己的记录；管理视图看团队摘要和同步异常。
• 补卡、外出、加班等日常处理优先回到企微；OA 只展示镜像、历史、异常或应急。

不要：

• 不重造定位、人脸、Wi-Fi、排班、防作弊。
• 不把 OA 做成新的打卡页面。

3.18 企微审批历史 /wecom-approval-archive

目标：只读历史和审计留存。

布局：

• 默认按类型、申请人、状态、时间展示请假/补卡/外出/加班等企微主办记录。
• 详情展示外部单号、同步批次、审批摘要、审批链、回调/补偿状态。
• 异常记录给“重试/查看同步状态”给管理员，不给普通员工。

3.19 通知中心 /notifications

目标：事件收件箱，不是待办列表副本。

布局：

• 默认卡片流：未读、类型、标题、业务编号、状态、时间、直达入口。
• tabs 只分未读/全部/系统类等低复杂维度。
• 点击通知应直达业务详情、审批任务或可解释失败提示。

不要：

• 不重复完整待办列表。
• 不把通知作为快速上手入口。

3.20 个人设置 /settings/profile

目标：普通用户只管理账号可理解内容。

布局：

• 默认三块：个人资料、密码/安全、通知偏好；企业微信绑定可作为账号安全或绑定状态分区。
• 组织归属、直属上级、角色摘要可折叠在“账号详情”。
• 权限 code、完整员工档案维护、组织管理入口不放默认页。
• 用户管理、角色分配、组织调整、审批规则、功能开关、主数据、审计日志和系统配置不从个人设置进入。

不要：

• 不做成系统用户管理页。
• 不让用户看到一堆无法操作或不理解的权限/组织字段。
• 不把“完善个人资料”导向人员档案维护、组织配置或权限管理。

3.21 登录、找回密码、修改密码

目标：稳定登录，不丢输入，不做营销 hero。

布局：

• 统一 Auth 面板，品牌、标题、表单在一条视觉轴线上。
• 普通浏览器账号密码为主；企微 WebView 企业微信一键为主，账号密码为 fallback。
• 忘记密码位置靠近密码输入；密码可见按钮使用图标按钮并保留输入。
• PWA 更新提示不能自动刷新并清空表单。

3.22 协同轻页面：公告、团队、周报、待办

目标：辅助小团队日常，不抢主流程。

公告：

• 默认通知/制度/重要公告列表，管理发布从管理侧进入。
• 不做新闻站或营销内容。

团队：

• 默认团队状态、在岗/外出/请假摘要、负责人视角提醒。
• HR/考勤事实来自企微或 OA 镜像，不重复提交入口。

周报：

• 默认本周填写/提交状态、需要协助、负责人查看缺交/风险。
• 不做复杂绩效系统。

待办：

• 只承接轻量个人事项，不和审批待办混淆。
• 工作台可汇总高优先级个人待办，但不复制完整列表。

3.23 管理聚合 /system/settings

目标：低频配置统一入口。

布局：

• 分组：人员与组织、流程与规则、财务基础、通知与集成、审计与运维。
• 每个卡片只展示名称、用途、状态/风险和进入按钮。
• 不在侧边栏展开所有管理子页。
• 管理聚合是组织、角色、审批规则、功能开关、主数据、审计日志、人员维护和系统配置的唯一普通入口；不要从个人设置或工作台教学入口跳进这些配置页。

3.24 人员、组织、用户、部门、主数据

目标：管理员维护基础资料。

布局：

• 默认表格 + 搜索 + 状态筛选 + 详情/编辑弹窗。
• 人员页展示员工号、姓名、部门、直属上级、状态、企微绑定摘要。
• 用户页展示登录账号、角色、启停状态，不展示密码或 Secret。
• 主数据页按 tab 分组，但每个 tab 使用同一命令栏和表格规则。

不要：

• 不把人员详情和个人设置混成一个页面。
• 不在普通用户路径暴露管理表单。
• 不让普通员工通过个人资料页编辑组织、角色、账号启停或审批配置。

3.25 审批规则、流程定义、费用标准

目标：配置小团队审批和费用口径，避免平台化复杂 BPM。

布局：

• 审批规则默认按业务类型/金额阈值/角色链展示。
• 流程定义只做线性版本治理，不做自由拖拽设计器。
• 费用标准默认列表 + 适用范围 + 控制方式；超标口径要和报销预检一致。
• 发布、停用、变更都需要确认和影响提示。

3.26 报销模板 /system/reimbursement-templates

目标：管理员维护低频创建模板，不影响普通报销首屏。

布局：

• 仅管理权限可见，从“管理”或报销“台账工具/更多创建方式”进入。
• 默认表格展示模板名称、适用场景、启用状态、最近更新。
• 新建/编辑模板使用弹窗或详情页，字段按报销明细结构分组。

不要：

• 不在普通员工报销列表首屏展示模板配置。
• 不让模板成为新建报销的必选前置。

3.27 通知渠道、外部系统、功能管理、切换控制台

目标：管理员排障和集成配置，不面向普通业务用户。

布局：

• 默认展示当前状态、最近测试结果、配置缺口、最后同步/发送时间。
• 外部系统页面要体现“当前无 ERP 深集成/代账交接为主”的边界。
• 功能管理只做 feature flag 管理，不作为普通功能入口。
• 切换控制台必须显示风险、影响范围、回滚方式。

3.28 审计日志、委托、工资、绩效、预算、数据看板

审计日志：

• 默认只给管理员/审计角色，提供对象、操作者、动作、时间、结果筛选。
• 可展示必要内部编号，但要避免原始 payload 和敏感值。

委托：

• 作为报销/审批代理能力的低频配置，入口放管理或个人账号高级区，不进普通首屏。

工资、绩效：

• 当前按系统设置权限隐藏在管理/低频路径；未明确启用前不作为主导航。

预算：

• 财务/负责人视角，展示预算池、已用、预警、阻断；普通员工只在报销预检看到结果。

数据看板：

• 作为低频分析入口，不替代工作台。
• 默认不做大屏，不作为普通用户首页。

3.29 移动首页 /mobile

目标：从手机快速处理待办、提交/续填报销、查看状态。

布局：

• 顶部焦点卡：待处理、最急事项、当前身份。
• 常用入口最多 3-4 个：移动审批、报销、发票上传、我的。
• 列表只展示需要行动或最近进度，不展示 PC 管理入口。

3.30 移动审批 /mobile/approvals

目标：手机核对摘要后处理 OA 主办审批，企微主办 HR/考勤回企微处理。

布局：

• 列表卡片展示业务类型、编号、申请人、金额/天数、状态、等待时间。
• 详情卡展示下一步、业务摘要、证据入口、动作。
• 高风险动作二次确认；驳回/退回必须填写理由。

不要：

• 不出现 PC 表格。
• 不对企微主办 HR/考勤默认 OA 快批。

3.31 移动报销 /mobile/reimbursements 与详情

目标：新建/续填/补材料/查状态。

列表：

• 默认显示草稿、被退回/驳回、审批中。
• 主动作是新建报销或继续编辑。

详情：

• 顶部焦点卡显示状态、金额、下一步。
• 分区顺序：明细、PDF 发票、附件、审批进度、操作。
• 添加发票不默认弹键盘；发票入口 PDF-only。
• 底部主操作不遮挡内容，小屏双按钮能同行时保持同行。

3.32 移动发票上传 /mobile/capture

目标：移动端上传 PDF 发票，不做拍照 OCR。

布局：

• 入口文案明确“上传 PDF 发票”。
• 选择文件、上传状态、识别中、失败原因、可添加状态清楚。
• 图片只能作为附件路径，不作为正式发票 OCR。

3.33 移动请假 /mobile/leave

目标：企微主办请假历史/镜像/应急查看。

布局：

• 默认展示请假历史和状态，明确日常请假在企业微信处理。
• 若 OA 应急未开启，不给强主动作“提交请假”。
• 若保留页面，标题/空态要避免用户误以为 OA 是主入口。

3.34 移动采购、资产扫描、我的、通知、个人资料

移动采购：

• 卡片列表 + 详情摘要 + 保存/提交/补附件，不做 PC 双栏。

资产扫描：

• 扫码/输入资产号、展示资产摘要、确认盘点/归还/转交等单一动作。

移动我的：

• 账号身份、企业微信绑定、通知、退出登录；不放管理矩阵。

移动通知：

• 事件卡片流，点击直达业务，不复制审批列表。

移动个人资料：

• 与 PC 个人设置一致：个人资料、密码/安全、通知偏好、企微绑定，组织/角色折叠。

3.35 异常页 /403、*

目标：解释为什么进不去，并给可执行去向。

布局：

• 403：说明无权限，给返回工作台/联系管理员。
• 404：说明页面不存在，给返回工作台。
• 不显示路由栈、内部错误、完整路径。

4. 通用状态规则

• 加载态：A 类页面用骨架或紧凑文案，不能闪出空模块。
• 空态：说明当前没有什么，并给一个真实下一步；没有下一步就不显示模块，不放教学型长文案。
• 错误态：显示业务可理解原因、影响和重试/返回/联系管理员等下一步；普通用户不看接口名、内部状态码、路由栈、完整路径、原始 payload 或大段技术错误。
• 无权限态：不渲染不可点击入口；直达路由才显示自然中文 403 解释和返回/联系管理员入口，不暴露权限 code。
• 确认弹窗：必须包含对象摘要、动作后果、不可逆提示；删除/付款/发布/驳回/退回/切换配置必须二次确认。
• 导出/下载：敏感附件和财务导出需要权限和审计；报告不写真实敏感内容。

5. 后续实施优先级

P0：不继续整改，保持当前已收敛方向

• 工作台：保持任务优先，不恢复快速上手常驻区。
• 待我处理：保持查看处理优先，不恢复 HR/考勤 OA 快批。
• 报销列表：保持我的报销 + 台账工具模式。

P1：建议下一批优先优化

• 报销详情：减少重复付款/摘要展示，进一步规范更多区和右侧动作区。
• 采购页：从后台双栏表单改为任务/状态/证据/动作顺序。
• 请假记录、考勤、企微审批历史：统一企微主办镜像口径，避免误导为 OA 日常入口。
• 个人设置：确认默认只保留个人资料、密码/安全、通知偏好、企微绑定，折叠组织/角色。

P2：低频/管理页统一规范

• 付款、AP、票据：统一“台账工具”与异常优先模式。
• 项目、合同、资产：统一轻管理台账 + 详情命令面板。
• 管理配置：统一管理聚合、命令栏、表格、风险确认和审计提示。
• 移动端：统一焦点卡、卡片列表、底部动作和 HR/考勤企微边界文案。

6. 回写建议

• docs/产品设计规则.md：只回写稳定的产品体验事实，例如页面职责、HR/考勤企微主办边界、A/B/C 页面分级变化。
• .trellis/spec/hyb-oa/frontend-react-vite-design.md：回写可执行的工程/组件规则，例如列表页、详情页、移动页、台账工具、确认弹窗和截图验证要求。
• 当前 design.md：保留完整审查建议和后续实施拆分，不直接当作长期事实源。