全局管理结构设计审查与调整

日期：2026-09-29。范围：统一运营后台的全局管理与单客户下钻；Runtime inactive，未绑定REQ。本报告为用户要求的设计审查及原型调整，不是正式阶段验收或发布授权。

1. 结论与边界

已把预览主结构落实为全局经营概览 → 管理模块概览 → 业务台账与详情 → 按需下钻客户。全局与客户层复用 catalog、records、perform 和 resolvePending；没有另建个人工作台、接待或交班系统。客户层不要求先建服务事项才能查看或操作订单。

本轮完成全目录结构盘点、共用行为调整和定向验证。82页能够打开，不等于82页业务流程全部完整。 旧运营审查G01–G18没有整体销项；下表保留缺口和检查边界。

依据：事实归属、交易严谨性、运营支撑审查、工作区设计、功能操作故事。

2. 本轮发现与实际调整

3. 逐模块审查

4. 定向验证及反证

证据目录：浏览器结果、记录完整性检查。截图：全局、履约模块、客户订单、移动布局。

实际执行：

• 103个路由：全局首页、11模块、82功能页、全局异常和8客户分区；均有标题，无页面脚本错误。
• 全局订单筛选林女士→详情→下钻同一订单→返回原详情→列表：保留原查询。
• 从林女士下新增售后：订单选择只含ORDERS-001；提交后customerId及links.order明确；全局读取同一新记录。
• 城北范围访问林女士显示不可访问；无权限场景不显示客户身份栏；390px宽全局页未产生横向溢出。
• 模型定向反例：跨客户关联、越范围、只读写入、同键异内容均拒绝；正常创建关系正确、同请求重试回原结果。6项检查通过。

反证边界：以上不覆盖82页所有动作、政策、多岗位真实鉴权、源数据并发和全部跨域闭环。现有支付/退款核验仍可能凭演示表单直接成功；原取消等流程仍存在待人工处置终点。没有通过这些定向检查推断G03/G06等已解决。

5. 风险、取舍及恢复

选择在现有业务模块上增加全局概览和显式下钻，复用写入能力；不拆管理端/客服端，也不建设个人工作流程。代价是仍需逐项完善原领域业务流程，不能只靠统一壳层解决。

• 数据迁移：补充新写入记录的关联与归属，旧记录保持原样。原型没有真实资金/外部效果。旧请求无签名时拒绝重复提交并要求重新核对，不推断其安全等价。
• 残余风险：旧样例归属及资金关系存在不一致；权限仍为原型三档；取消、替换、资金恢复和部分售后未闭环。设计维护Owner为主会话；正式政策、资金、履约及权限负责人待业务指定，不将其记为非阻塞。
• 恢复：可恢复本轮前的视图代码；不得重置已有浏览器数据来掩盖问题。新增关联字段向后兼容，回退视觉保留业务记录和历史。
• 后续按原架构继续展开源流程与专属操作面；每项按正常、拒绝、失败、未知、部分完成、权限、并发和恢复分别取证。全局和客户入口必须一起检查。

附录：82项有限清单

本表逐项核对全局模块落点、客户分区映射及动作定义数量；浏览器逐路由打开。动作数量为声明库存，未逐动作运行。客户映射仅说明视图入口，不证明旧样例关联完整。公共配置和批次能力保留全局入口，不强行映射到单客户。