资产托管运营驾驶舱业务架构说明书

资产托管运营驾驶舱是资产托管部的运营监控与质控平台，将项目管理、指令支付、估值核算、投资监督、信息披露及异常差错等分散信息集中呈现，形成"经营总览 → 过程监控 → 异常处置"的统一工作入口，服务管理人员、团队主管与清算、估值核算、综合管理三类业务岗位。

总体业务架构总览——五层自上而下：角色化访问的展示层（五类页面）、统一的业务服务层、公共管理能力构成的管控层、承载数据与留痕的数据层，以及七类外围系统的集成层：

高清 PNG 版本 · 交互式总体业务架构图

1. 文档说明

1.1 编写目的

本文档从业务视角对资产托管运营驾驶舱进行架构性描述，明确系统的业务定位、总体分层、指标体系、数据流转、异常处置闭环、页面功能与关键约束，作为后续需求细化、技术方案设计、研发实施与测试验收的业务侧依据。

1.2 适用范围

• 资产托管部、科技研发部门、测试与运维部门的需求澄清与方案评审；
• 同业能力建设、立项与工作量评估的参考；
• 不替代需求说明书本身，指标字段级、界面级细则以源需求文档与最新指标清单为准。

1.3 术语定义

1.4 依据与冲突裁决

本版需求以五份指标清单（大屏 20260901、团队主管/估值核算/综合管理 20260924、清算 20260904）确定指标范围与业务口径，以六份 HTML 原型确定页面结构与交互。冲突时：指标清单的明确删除或迁移备注优先，指标清单确定业务口径，最新原型确定页面布局与交互；原型演示数值不作为生产默认值或验收预期值。

2. 背景与建设目标

2.1 现状与问题

托管运营数据当前分散在项目管理、指令支付、估值、投资监督、智能文件处理等系统中：管理人员需要跨系统获取信息，一线岗位依赖人工关注关键时点和待办，指标口径、异常等级和处理留痕缺少统一承载，难以形成全局、实时、可追溯的运营管控视图。

2.2 建设目标

1. 建成运营监控大屏、团队主管监控工作台、清算运营质控工作台、估值核算运营质控工作台、综合管理工作台五类页面，分别提供管理总览、团队统计和岗位质控视图；
2. 纳入 194 项有效指标（105/17/28/38/6），覆盖当日任务、关键时点、首次交易、对账、数据准备、异常和定期报告事项；
3. 建立阈值管理、产品主数据同步和指标运行管理能力，统一指标口径、启停、忽略、重试、明细下钻和审计机制；
4. 建立异常发现 → 人工确认 → 复核审批 → 有效期管理闭环，避免同类已确认事项重复告警；
5. 通过角色化首页提升管理人员与一线人员的使用效率。

2.3 业务价值

3. 总体业务架构

全屏打开 ↗

整体采用"数据接入 → 指标计算 → 状态判定 → 页面展示 → 明细处置 → 审计追溯“的闭环设计，自上而下分为五层：

3.1 角色与访问矩阵

页面按当前用户组织与数据权限加载指标，无权限模块不展示，汇总值不得包含无权数据；数据权限按组织、岗位、产品或项目范围控制，服务端必须再次校验。

4. 指标体系与数据架构

4.1 指标分布

每项指标定义监控口径、展示要求、下钻字段、查询条件、执行频率五要素；同一指标必须使用统一口径、单位、精度、权威数据源和去重主键（BR02）。

4.2 指标运行与数据流

全屏打开 ↗

数据链路分五个阶段：

1. 数据接入：项管、指令支付、估值、投监、智能文件处理五类外围系统提供业务事实数据（图中按数据性质归并为两组；产品主数据源单列）；
2. 数据准备：产品主数据以权威源为准，经 F07 同步服务全量初始化、增量识别后按稳定业务键幂等写入；业务日历统一业务日、法定工作日、交易所工作日基准（BR01）；
3. 指标计算：调度引擎按业务日历与时间窗驱动——5 分钟轮询、定点执行、按估值频率检查；194 项指标按统一口径汇总；
4. 状态判定：仅生效阈值规则参与预警判断，规则启停与指标启停相互独立（BR08）；判定输出指标状态、数据时间与异常记录（分级：一般/重要/紧急）；
5. 展示与处置：状态使用最近一次成功数据，失败保留最近成功值并标记数据时间（BR06）；页面汇总值与同条件下钻明细强一致（BR05）；下钻、导出、干预全程审计留痕。

4.3 数据来源与集成要求

执行频率形态：大屏 300 秒自动刷新；待办类法定工作日 9:00–17:20 每 5 分钟轮询；时点类定点执行（8:00 / 14:30 / 15:00 / 16:00 / 16:30 / 16:40 / 17:00 / 17:10 / 17:30 / 20:00 等）；估值类按产品估值频率每 30 分钟检查；存单盘库类按月执行。

5. 异常处置与人工干预

5.1 处置流程

全屏打开 ↗

流程要点：

• 确认方式：单笔与批量确认面向明细记录；条件确认按指标业务字段设置起止日期，支持调整结束日期、提前失效与删除，变更保留审计记录；
• 系统校验：提交时校验指标可干预性、申请人权限、业务主键完整性与记录当前状态，校验不通过阻止提交；
• 审批生效：需复核的申请进入"异常_审批中”，通过后置为"干预通过"，驳回恢复"异常"；记录申请人、审批人、时间、意见与关联业务主键；
• 有效期抑制：有效期内已干预通过的业务主键，定时重算不重复生成异常；
• 边界规则：人工干预不修改原业务数据，只改变质控结果状态并保留依据（BR10）。

5.2 状态生命周期

全屏打开 ↗

失败韧性：执行失败保留最近成功值并标注数据时间（BR06）；支持自动重试与有权限的手工重试，重试按业务主键幂等；时点类异常按 5 分钟轮询直至异常消失。指标忽略须记录原因与起止时间，忽略期间对计算、页面展示和预警结果的影响待确认（Q11）。

6. 页面功能架构

6.1 功能清单

6.2 关键交互约定

• 分页：清算、估值核算、综合管理工作台默认每页 10 条；团队主管工作台默认 20 条并提供 10/20/50/100 选项；全部服务端分页；
• 一致性：页面汇总值、进度分子分母与同条件下钻明细必须一致（BR05）；团队主管区间值按业务事件汇总、包含起止日期，不得用存量快照相减（BR04）；
• 降级：模块级独立加载，单个模块接口失败保留最近成功值、数据时间和失败状态，不阻断整屏（BR07）；
• 状态表达：正常、预警、异常分别使用蓝、橙、红；无数据、加载中、失败、无权限和未到执行时间提供可区分提示；
• 边界：本期不建设拖拽布局、个人布局保存与快捷入口配置。

7. 业务规则

8. 非功能性要求

9. 风险与约束

9.1 关键依赖

1. 产品主数据权威源未定（Q10）——所有指标权限过滤与维度统一的地基，建议最优先关闭；
2. 外围接口就绪度未盘点（Q12）——需形成接口就绪清单、联调计划和降级展示方案；
3. 自动付费模块尚未上线（Q08）——“当日自动付费未完成预警"先做页面占位，模块上线并接口验收后启用；
4. 前一日估值与核心头寸核对接口能力待确认——确认后启用对应指标。

9.2 口径与文档质量提示

以下问题建议在开发前形成评审结论（详见需求说明书 8.2 待确认事项 Q01–Q13）：

• 大屏"运作中-当月/当年"“清算中-当月/当年"口径无日期条件，当月与当年值必然相等；
• “当日资金清算"模块中 7 项处理时长指标实际统计上一交易日数据，模块命名与统计期不一致；
• “18:00 当日未锁账预警"名称与实际执行时点 17:30 不一致；
• 团队主管 4 项项目类区间指标的事件类型、日期字段、去重主键三要素未落地（Q03）；
• 指令累计总量依赖权威历史数据起点（Q04）。

10. 附录：验收要点