MIA7 固化移动信息架构审查与整改合同
这个提交包含在:
@@ -76,6 +76,20 @@ R6 之后的 PC、移动和审批体验参考国内主流协同/OA 产品的共
|
||||
- PC 高密度表格允许保留独立“单号/编号”列,但同一行的标题或摘要不得再拼接同一编号;确需复制编号时放在单号列或详情页摘要区。
|
||||
- UUID、taskId、entityId、内部状态码和调试字段不进入用户主展示;审计页、管理员排障页和打印留痕页按权限例外处理。
|
||||
|
||||
### MIA7 移动工作台、进度、通知和详情标准
|
||||
|
||||
MIA7 之后,移动 OA 的信息架构以“一级入口少、任务摘要轻、详情事实源清楚”为基线。后续移动页面整改必须先判断内容属于哪一层,再决定展示位置:
|
||||
|
||||
- `底部导航` 只承载一级模块,不承载具体动作。默认语义为首页、审批/进度、报销、我的;底部红点只表达数量,不展示待办内容。
|
||||
- `首页常用` 只能放快捷动作,不重复底部 Tab。推荐动作是新建报销、上传票据、请假、资产扫码、发起采购等;报销、审批/进度、我的这类一级入口不应再次出现在常用宫格。
|
||||
- `首页待处理` 只保留一张轻摘要。审批人可以看到待批数量和 1 条最紧急待办,员工可以看到我发起的进度摘要;不得同时出现总数、三宫格指标、待办列表、卡片状态和进入按钮五层重复。
|
||||
- `审批/进度页` 按角色分流:员工使用草稿、审批中、已通过、退回驳回等状态标签查看我发起的事项;审批人使用待我审批、已处理标签查看任务;两者不得混成同一个无分组流水列表。
|
||||
- `通知中心` 是事件收件箱,不是待办列表或进度页副本。通知卡片优先展示事件类型、标题、时间和已读状态,点击先标记已读再直达业务详情;通知页不展示审批动作按钮。
|
||||
- `详情页` 是业务事实源。所有移动深层详情统一使用同一详情壳:左侧返回,标题和副标题居中或左侧主内容区,右侧状态;隐藏底部 Tab;内容顺序为摘要、关键字段、材料/附件/发票、审批流、下一步动作。
|
||||
- `返回语义` 优先回到来源页或来源标签;没有来源时回到对应业务列表或进度标签。不得从已批准记录详情返回到新建表单顶部,也不得把采购详情无条件返回审批首页。
|
||||
- `角色首页` 必须体现角色优先级。员工优先我的申请和快捷动作,审批人优先待批,财务优先待复核、待付款、台账和导出;不同角色可共用框架,但摘要、入口和动作必须裁剪。
|
||||
- `真机差异` 不按单机型写补丁。iPhone 12/iOS 14 企业微信等真实 WebView 间距问题应先纳入截图样本和移动 token 复核,再通过统一槽位、间距 token 或安全区规则修正。
|
||||
|
||||
## 色彩规则
|
||||
|
||||
- 主色:品牌蓝/青色系,用于主按钮、选中态、链接和轻量提示。
|
||||
|
||||
在新工单中引用
屏蔽一个用户