Transaction intelligence / live overview
从“资料堆”到“可追溯的事务判断”
按来源原生单位分别统计；片段治理、正式事务关系和业务结论不混为一谈。渠道矩阵可筛选，事务线卡片可直接下钻到原有档案。
—跨渠道登记项（量纲混合）
—已治理片段
—待处理积压
◈
KKVault · 事务线数据总览
数据流水线大屏的事务线入口：渠道、片段、事务线与待判材料的实时总览
正式渠道
—
按渠道原生单位，不混加
本轮实际处理
—
连续归类的最新一轮
已形成正式事务线
—
不是未来候选数量
片段候选（待核）
—
可进一步归案，但尚未晋升真值
未知事务线
—
保留原料，等待新证据或新线
小时级处理与新增趋势
历史正在积累实际处理量新发现来源空白 = 当小时无采样，非零
—今天已处理（已采样小时）
—昨天已处理（已采样小时）
—今天新发现来源
—昨天新发现来源
片段业务状态
——片段
片段“已治理”只表示来源、定位器、五态结构可追溯；不等于已修改事务线真值、业务结论或人工 Obsidian 区。
事务线生命周期视图
只折叠展示，不铺开全部档案—正在推进
—收尾 / 待确认
—已结案或撤回
—
待判材料池
它是候选池，不等于未来事务线数“无目标”代表当前不能可靠归到已有线；其中部分可能会形成新事务线，但必须先出现独立业务锚，不能按数量自动注册。
Evidence layers
同一快照，分层计量从来源到事务判断 · 五层数据全景
这些数字来自不同层级、不同单位，连线表示治理顺序，不表示转化率，也不能相互直接相减。
Channel workload
每列单独归一化 · 数字为渠道原生单位十九渠道处理热力图
颜色深浅只在同一列内比较负载；“已归入 / 待候选 / 未知”是并行运行账，不应相加成渠道总量。
Portfolio
—事务类别版图
只统计当前正式登记的事务线，不把候选材料自动当成新事务线。
Evidence roles
—现有证据映射结构
这是文档 / 渠道关系的角色结构，不是片段状态，也不等于事实已经被法院、合同相对方或林总确认。
—support 占比
Governance footprint
—各渠道片段五态构成
每行按该渠道自身片段数显示 100% 构成；右侧保留真实片段总数，未治理渠道不会被伪装成零。
渠道矩阵 · 用各自真实单位说话
| 渠道 / 原生单位 | 可处理总量 | 24h 新增 | 持续归类 | 待处理 | 片段治理 | 已归入既有线 | 待候选 | 未知 | 状态 |
|---|
All transaction lines
全部事务线快速入口
如何读这张图
避免把不同层级混成一个数字来源单位是邮件、审批、消息、文件、订单等各渠道自身的计量单位。
片段是从来源中切出的可定位信息块。
候选 / 未知是保守归类状态，不是失败；只有已有精确事务 ID 且证据边界足够窄，才允许正式关联。
全部事务线目录支持按业务域、优先级、线型和注册生命周期筛选；这里展示当前 API 返回的全部登记线，不再只截取前六条。
小时趋势从
片段是从来源中切出的可定位信息块。
候选 / 未知是保守归类状态，不是失败；只有已有精确事务 ID 且证据边界足够窄，才允许正式关联。
全部事务线目录支持按业务域、优先级、线型和注册生命周期筛选；这里展示当前 API 返回的全部登记线，不再只截取前六条。
小时趋势从
continuous-hourly-metrics.jsonl 的真实运行账开始累计；没有历史的小时留空，以免把“没记过”误读成“没发生”。