金光·工程纠纷证据链 · 原型
U

规则配置台

治理岗在这里定记录质量的应有基线:一份合同该留哪些记录、留成什么样、什么时候之前必须留下

发布规则版本 v2.2
本页管记录质量,不做诉讼判断——把履约过程记成「随时经得起严肃场合审视」的样子,至于打不打、怎么打、披露什么,那是外部律师的事,不进产品。
四件事在这里定:这条链有哪些业务节点、每个节点应有哪些记录(形式 / 要件 / 时限 / 灭失风险)、哪些数据要互相比对、比出问题触发什么动作
① 本页 · 设计态 规则配置台 —— 定这条链有哪些节点、每个节点应有什么、比对什么、触发什么。
② 数据进来 · 过闸 待确认工作台 —— AI 只提议,人确认才算数:挂得对不对、要件合不合格、默认节点里那堆归谁。
③ 结果 · 运行态 证据链看板 —— 过闸的记录落到链上,于是看得出缺在哪一环、哪件形式不合格。

闭环:默认节点里堆积,说明本页的节点定义不全——那是回来补一个节点的信号,不是让人一直手工分拣。未过闸的记录,链上可见但不计分。

① 业务树 · 业务 → 专业 → 合同类型 规则往下挂的骨架 · 专业是主合同的分类属性,不是独立对象
业务
工程建设38 采购未启用 销售未启用 代理履约未启用
专业
施工12 设计5 监理4 勘测3 材料·设备8 设备安装6 + 新增专业
合同类型
施工总承包12 节点 专业分包9 节点 劳务分包7 节点 监理6 节点 勘察设计5 节点 施工图设计5 节点 材料采购5 节点 设备采购6 节点 设备安装8 节点 + 新增合同类型
徽标 = 挂在该分类下的主合同数 / 该合同类型的节点数;被引用的分类不可删除,只能停用(存量合同保留归类,新签合同不再可选)。选中「施工 › 施工总承包」,往下就是它的节点链。
② 业务节点链 · 施工总承包

这条链就是证据链看板上「施工」那条分支的形状来源——同一个结构的两态:这里定义应有什么,那边显示实际有什么。链长由合同类型自己决定:施工总承包 12 个节点,劳务分包 7 个,监理 6 个,不对齐、不补空。点节点编辑它的应有项。

施工总承包 v2.1 主合同应有 2 项 补协群应有 1 项 变更单3 项 施工签证1 项 隐蔽验收3 项 ⭐⭐ · 编辑中 计量3 项 里程碑验收应有 1 项 进度款应有 2 项 索赔可选 · 2 项 停工·抗辩可选 · 2 项 竣工结算应有 1 项 归档应有 1 项 默认节点挂不上的落这 + 节点
实线框=必备节点(项目不可删)· 虚线框=可选节点(项目可增删)· 黄框=默认节点,每条链固定挂一个、删不掉 · 该节点含易灭失记录。
↓ 编辑中:施工总承包 › 隐蔽验收

施工日志、往来函件、微信关键沟通、保函生命周期属过程记录——不绑单个节点,按日期与事件随链挂(施工 / 监理日志走「对方报送优先 + 我方巡检兜底」双通道)。

③ 应有项 · 施工总承包 › 隐蔽验收 这个节点该留下什么记录、留成什么样
应有项 · 待证事实 证据形式 采集时限 / 灭失风险 核验方式
覆盖前影像
待证事实:质量
F3 视频F2 照片
覆盖前
⭐⭐ 过后永不可补
必人工
隐蔽验收记录
待证事实:质量
F1 签署文书
覆盖前
须当场签,不接受事后补签
抽样
报验通知与监理回复 有条件
待证事实:质量 · 往来沟通
F1F7 送达
报验时
仅当合同约定报验程序
直挂
留空条件=该节点恒必备;填了条件=条件成立才算缺

编辑中 覆盖前影像
名称
待证事实(决定它将来归到哪一类争议卷)
证据形式(选定后自动带出该形式的基线要件)
F3 视频× F2 照片× + F1 / F4 / F5 / F6 / F7
采集时限
灭失风险
条件文本
数据来源 ⭐⭐ 项默认走直采:拍完即固定时点与位置,补传会自动标记降级。
形式要件 · 留成什么样才算合格
拍摄时点早于覆盖时点 · 不可补正系统自动核
拍摄时点与位置信息完整系统自动核
现场直采(非事后补传)系统自动核
入库即固定(哈希 + 可信时间戳)系统自动核
部位可识别 · 能对上图纸位置人工核
原始文件留存 · 连续未剪辑人工核
前四条是 F2/F3 的通用基线,第一条是工程场景追加。标「不可补正」的要件,事后补不回来——这类项优先派任务、优先提醒。

核验方式怎么定的 · 按准确率动态调档
每月按近 90 天的人工确认结果自动重算
直挂准确率 ≥ 98%
系统识别后直接入链,另抽 5% 复核保持监测。人基本不用管。
抽样准确率 90–98%
30%待确认工作台逐件核,其余直挂。
必人工准确率 < 90% · 或高风险项
逐件过闸。⭐⭐ 易灭失项与录音类,恒定必人工,不随准确率自动放开。
AI 只提议,人确认才算数;没过闸的不计分。区别只在「要人看几件」——识别得越准,档位自动往上走,人力随之递减;一旦准确率掉下来,档位自动收紧。这是一条会随成熟度自己变松的曲线,不是一刀切的开关。
④ 触发时点 何时起算
触发事件(本节点从此刻开始算)
应齐时限
宽限期
本节点没有宽限:一旦覆盖,影像永远补不回来。到点仍缺 → 标「应到未到」,按角色路由推给现场负责人。

其他节点默认「触发后 30 天 + 宽限 7 天」,可逐节点改。

第二阶段 30 / 15 / 7 / 0 天分级告警
2.0 只标记与提醒,分级告警在下方动作注册里预留

未过闸不计分:系统挂上但没人确认的记录,链上可见、但不进完备度计算——避免「AI 自己抽的基线又拿去判自己」。

⑤ 比对规则 · 承诺 × 观测 「说好的」和「实际发生的」对不对得上 · 对不上就出线索
规则 承诺源(说好的) 观测源(实际的) 比对口径 阈值 触发动作
归档件 vs 审批件 审批通过的版本 实际归档的版本 关键条款差异 任一处不一致 提示提醒 → 法务 2.0
付款 vs 依据 计量 / 验收 / 变更单 付款凭证 金额与依据是否齐备 差额 > 0 或依据缺失 提示提醒 → 财务 2.0
报量 vs 影像 月度计量单 已完工程量照片(人采) 形象进度偏差 偏差 > 10% 派采集任务 2.5
到货 vs 单据 到货单 地磅 + 车牌 / 监控计数 车次与重量差 单车 > 3% 或累计 > 1% 提示提醒 3.0
报量 vs 无人机 计量报表 定期正射影像量测 形象进度偏差率 > 8% 提示提醒 3.0
人员在场 vs 进度 进度计划 + 监理日志 人数序列 + 进度序列 连续 N 天人多而进度零 N = 5(排除停工 / 养护) 提示提醒 3.0
灰色行=依赖影像 / 感知数据,等 2.5、3.0 具备条件再开;结构现在就定好,到时候只是填数据源。
比对只出线索,不下结论——它指出「这里对不上,去看看」,随即触发定向补采与固证;结论仍由人做。这也是「预警干预」这类进阶能力的插座:以后要卡付款、要分级告警,就是在这里加一条规则 + 挂一个动作。
⑥ 动作类型注册 发现问题之后,系统能做什么 · 可扩插座
2.0 内置 都属「提醒与补齐」,不改变业务流程
提示提醒
站内 + 企微 / 邮件,按角色路由推给该管的人。
派采集任务
一键生成现场待采任务,带部位、时限与拍摄要求。
保全建议
建议圈定范围做密封快照,由法务确认后执行。
第二阶段 · 已留插座 待开通
这三类会改变业务流程,开通前必须配审批链
付款挂起
依据不齐时挂起付款,例外放行须审批并留痕。
分级告警(30/15/7/0)
变更闭环、索赔期限等按剩余天数逐级升级到不同层级。
合规拦截
关键动作缺必备记录时拦截提交。
干预类动作强制配审批链:谁有权挂起、挂起多久、谁能放行、放行理由——全部先配好、全程留痕,才允许开通。先把记录管好,再谈卡流程;插座留在这里,客户想什么时候开、开哪几条,是配置问题不是改造问题。
⑦ 规则版本与生效 每条判定都答得出「按的是哪一版规则」
版本 生效日 灰度 本版改了什么 影响范围
v2.2 草稿 待定 先在 2 个项目试 7 天 隐蔽验收新增「覆盖前影像」为必备项(⭐⭐)· 付款比对阈值 5% → 0 · 计量核验方式 抽样 → 直挂 4 个项目 · 18 条存量链
v2.1 现行 2026-06-01 已全量 节点链由 10 节点扩为 12(补「停工·抗辩」「竣工结算」) 12 个项目在用
v2.0 2026-03-15 首版 2 个诉讼中项目仍冻结在此版

发布 v2.2 前先定:存量怎么办
只管新项目 —— 存量链维持原样,尺子不中途变推荐
存量一起重算 —— 18 条链按新规则重判,预计新增 26 处缺口需评估

选「重算」会让完备度当场掉一截——那不是变差,是尺子变严了。争议 / 诉讼中的项目一律不参与重算。

为什么要版本化

半年后回看某条「缺件」判定,得说得清当时按的是哪一版规则、哪条口径、谁在什么时候改的。规则一改,历史判定不会被悄悄改写;要重判,就是一次显式的、留痕的重算。

⑧ 模板 → 项目 · 偏差对账
「施工总承包 v2.1」已下发 4 个项目 3 个有偏差
项目 · 施工链 节点数 与当前模板的差异 模板版本
制浆扩建一期工程
5 份施工主合同 · 争议中
12 无 · 完全跟随模板 v2.1 · 跟随
白纸机扩建工程
3 份施工主合同
12
进度款到期 30 → 45 天 (合同约定 45 天付款周期)
关闭可选项「索赔函送达凭证」 (本项目未涉索赔)
v2.1 · 跟随
自备电厂循环水系统
1 份施工主合同 · 已竣工
11
删可选节点「停工·抗辩」 (全程未停工)
v2.1 · 跟随
化机浆技改工程
2 份施工主合同 · 诉讼中
10
停留在 v2.0:少「停工·抗辩」「竣工结算」两个节点
诉讼期间不换尺子 · 结案后再决定是否升版
v2.0 · 冻结
模板一升版,这张表就是存量链的对账口径:谁偏了、偏在哪、为什么偏,一眼看全。
下发到项目时可从合同关键条款带出:付款节点、验收节点、保函约定由系统从该项目主合同抽取 → 人工确认后落为这个项目链上的节点与参数,再人工微调。系统只提议,人确认才算数。

项目能调什么

增删可选节点、调时限参数、开关有条件的应有项动不了模板的必备节点与必备项——否则各项目尺子不一,完备度没法横向比。

模板升版

改模板不自动改写存量项目:项目可选跟随(自动升版,本项目的调整保留)或冻结(停在旧版)。争议 / 诉讼中的项目默认冻结

偏差留痕

每处项目级调整须填理由并记谁 / 何时 / 改了什么;出包时随包附「本项目规则与模板的差异说明」,对外解释得清。

谁能改这把尺子 配置层改动全程留痕 · 可回溯到人
角色 业务树 节点链 / 应有项 比对 / 动作 项目级调整 说明
治理岗
法务 · 配置管理员
可改 可改 · 可发布 可改 · 可发布 可改 尺子的定义者:定节点与应有项、定要件与时限、配比对与动作、发布版本
项目法务 BP 只读 只读 只读 可调 · 须填理由 只能在自己项目的链上增删可选节点、调时限,动不了必备项
系统 admin 可改 只读 只读 只读 维护业务树等基础字典,不碰业务规则
业务 / 财务 / 工程
被这把尺子考核的人
只读 只读 只读 只读 看得见尺子怎么定,改不了——避免「被考核方改考卷」;觉得规则不合理,走反馈不走改配置
最近改动:2026-07-13 14:22 · 治理岗 张(法务)· 施工总承包 v2.0 → v2.1 · 「隐蔽验收」新增必备项「覆盖前影像」(⭐⭐ · 必人工)· 理由:默认节点里连续 3 个月堆积现场影像,说明节点定义缺了

本页为面向法总 / CIO 的可视确认原型 · 配置项与数据均为占位示意 · 配置层(业务树 / 节点链 / 应有项 / 比对规则 / 动作类型)不是证据本身,改配置不改动已固定的记录。
边界:本页只管「记录该留成什么样」,不判断案子怎么打、该披露什么——那是外部律师的事,不进产品。
本页产出喂给:待确认工作台(提案过闸)→ · 证据链看板(链的形状 + 断点)→ · 总览看板(完备度 / 一致度)→ · 卷宗出包 →

PROTOTYPE · 非生产