争议保全 · 卷宗工作台
圈定范围 → T0 密封 → 卷宗续增 · 密封的是快照,活数据不锁、业务照常跑
6-4 争议保全
6-5 卷宗续增
G-5 保全标记管控
2-6 存证增强
① 发起争议保全
6-4 · 第 1 步
保全从两个地方进来——法务自己发起,或者一张异常工单处置不下去、直接升级成保全。
本次来源 人工发起 · 从项目证据链工作台
法务在 M1 项目证据链工作台 看到断点成堆、或收到对方来函,就地发起。焦点主合同、所在专业自动带过来。
异常升级 · 从异常工单
在 M4 异常中心 处置工单时选「升级保全」,工单号与判定依据随卷带入。示例:WO-2026-0417「第 3 期付款依据不全」L3 → 已升级
默认落到焦点主合同所在涉争专业,下一步可扩。
取值域 = 10 类争议,与组卷模板、应有项的「待证事实」字段同一套口径。可多选。
发起保全为法务角色动作,全程留发起人与时点。
T0 = 快照基准时点,一经建卷不可改。
下一步按「默认涉争专业」预选范围,可增删、可扩到整项目。
② 圈定保全范围
6-4 · 第 2 步
默认口径:涉争专业(施工) · 已圈 27 件 · 含牵连带入 1 组
扩至整项目(跨全部专业 · +41 件)
默认只圈涉争专业的这条链,不把整个项目一锅端;不够就往外扩,多了就逐条去掉。牵连件按对象关系自动带入,取消需二次确认。
制浆生产线土建及安装工程 EPC
✓
系统同步
补协群 F1
✓
L1
变更单 F1 F2
✓
L2
施工签证 F1 F2
✓
L1
隐蔽验收 F3 F1
✓
直采
计量 F1 F6
✓
L3
进度款 F6 F1
✓
系统同步
停工·抗辩 F1 F7
✓
系统同步
保函生命周期 F1 F6
✓
相对方报送
过程证据带 · 施工/监理日志 F6
✓
系统同步
过程证据带 · 往来函件与关键沟通 F1 F5 F7
✓
牵连带入
里程碑验收(设备安装专业)
监理月报(全量)F1
范围一确认,下一步就把这 27 件的当下状态做成快照。
③ 卷宗已建立 · T0 密封快照
密封完成
「密封」不是一个抽象说法,它就是这三件东西——三件齐了,这份快照才能被独立核验:
1 清单
T0 这一刻圈内有哪 27 件、各自是哪个版本、来自哪个系统、走哪条采集通道——逐件写死,事后加不进也减不掉。
27 件 · 12 节点 + 2 条过程证据带
2 哈希集
逐件算指纹,再汇成一个根值。任何一件被换过、改过一个字节,根值就对不上——不需要信我们,重算一遍即可。
27 条 · 根 sha256:9f2a…c71b
3 可信时间戳
把根值送权威时间戳服务盖戳,证明「这套哈希在 2026-07-14 15:32 就已经存在」——回答的是「你是不是事后补的」。
TSA 已盖 · 证书可独立验证
🔓
密封的是快照,活数据不锁。这 27 件在源侧照常流转、审批、变更,只是多了一个「保全(涉争)」标记;快照是 T0 那一刻状态的独立副本,源侧之后怎么动都不影响它。业务不停,这是这套设计的前提。
而 T0 快照本身只是三层里的一层——三层叠起来,证明力才是完整的,缺一层都不够:
1
活数据留痕 常态 · 争议前就在跑
日常每一次采集、核验、挂链、审批都留痕,与业务同频。它证明的是「这套记录平时就是这么管的」——不是为打官司临时攒的。
2
T0 密封快照 争议发生这一刻
清单 + 哈希集 + TSA 三件。它证明的是「争议起时,手上的记录就长这样」——事后谁也改不动这个基线。
3
持续增补 T0 之后 · 只加不改
争议期新产生的记录逐件盖戳入卷、只叠加不覆盖。它证明的是「争议过程中也没停止如实记录」。
三层叠 = 完整证明力
只有留痕 → 没有争议时点基线;只有 T0 → 像是临时突击;只有增补 → 说不清起点。三层各答一个问题,缺哪层都会被追着问。
卷宗工作台 · DOSS-2026-002
状态:进行中
6-5 卷宗续增
哈希集根 sha256:9f2a…c71b
⑂
卷宗分两层留痕:T0 层是争议发生时就有的,增补层是之后补进来的。这条线在争议里很要紧——对方问「这份东西你什么时候有的」,答案在卷宗里直接看得见,不靠回忆、不靠解释。
T0 层 · 争议发生时就有的 27 件 · 密封于 2026-07-14 15:32
哈希是该件密封当时的独立指纹,源侧后续改删不影响。此处示意前 8 件。
| 对象 · 节点 | 形式 | 单号 | 事发时点 | T0 哈希 | 采集通道 | 标记 |
|---|---|---|---|---|---|---|
| 主合同 | F1 | JG-LJ-2025-EPC-002 | 2025-03-12 | sha256:9f2a…c71b | 系统同步 | 保全(涉争) |
| 补协(二) | F1 | EPC-002-S2 | 2025-11-08 | sha256:3d7e…a049 | 系统同步 | 保全(涉争) |
| 变更单 | F1 | CO-2026-018 | 2026-05-20 | sha256:b1c4…8f22 | 系统同步 | 保全(涉争) L1 缺变更前照 |
| 施工签证 | F1 | QZ-2026-072 | 2026-05-22 | sha256:7a90…dd15 | 系统同步 | 保全(涉争) L2 签认人权限未在档 |
| 隐蔽验收 · 覆盖前影像 | F3 | YS-2026-033-V | 2026-04-30 | sha256:c5f8…21ab | 直采 | 保全(涉争) ⭐⭐ |
| 进度款凭证(第 3 期) | F6 | PAY-2026-114 | 2026-06-05 | sha256:e2b7…904c | 系统同步 | 保全(涉争) L3 依据不齐 |
| 停复工令 · 送达凭证 | F7 | NT-2026-041 | 2026-06-18 | sha256:48da…7b6e | 系统同步 | 保全(涉争) |
| 施工日志(118 天带) | F6 | LOG-EPC002-118D | 2026-03-19 起 | sha256:9c31…f7d2 | 相对方报送 | 保全(涉争) L1 缺 22 天 |
共 27 件 · 此处示意前 8 件
哈希集根 sha256:9f2a…c71b · TSA 已盖
增补层 · T0 之后补进来的 3 件已入卷 · 只叠加不覆盖
范围内新产生的记录,系统自动提示增补;每件带「产生时点」与「入卷时点」两个时间——这两列一摆,哪些是当时就有的、哪些是之后补的,一目了然。
| 增补件 | 形式 | 产生时点 | 入卷时点 | 盖戳哈希 | 采集通道 | 状态 |
|---|---|---|---|---|---|---|
| 承包商索赔函(约 3,200 万) | F1 F7 | 2026-07-14 11:20 | 2026-07-14 16:05 | sha256:aa10…3e9f | 系统同步 | 已入卷 |
| 隐蔽工程补充影像 | F2 | 2026-07-15 09:02 | 2026-07-15 09:12 | sha256:5f6b…c0d1 | 直采 | 已入卷 |
| 监理例会纪要(争议专项) | F1 | 2026-07-16 09:30 | 2026-07-16 10:40 | sha256:71be…2d88 | 相对方报送 | 已入卷 |
系统提示增补 2 件待确认
AI 提案制:系统只提示,入不入卷由法务确认
| 范围内新产生 | 形式 | 产生时点 | 命中范围的理由 | 采集通道 | 动作 |
|---|---|---|---|---|---|
| 第 4 期计量单 | F1 | 2026-07-18 14:05 | 挂在圈内「计量」节点 · 待证事实=计量结算 | 系统同步 | |
| 现场协调会录音 | F4 | 2026-07-19 10:15 | 挂在圈内「往来沟通」过程带 · 需先过合规闸门 | 补传 · 形式降级 | 待合规过闸 → |
保全标记 · 哪些对象被标了、受什么限制
G-5
🏷
标记 ≠ 写锁。业务照常跑,受限的只是那几类会让记录不可还原的操作。所以现场不会因为一个保全就干不了活——这是保全能真正用起来的前提。
被标对象上,这些能做、这些不能做:
✕删除 / 物理清除一律禁止,无例外通道。
✓业务流转 / 审批 / 变更完全不受限,与未保全时一样。
✕原件覆盖 / 替换禁止就地覆盖;要更新就新增版本,旧版留着。
✓新增版本 / 补充上传照常,并自动进 6-5 增补提示队列。
🔑归属改挂(换项目 / 合同 / 节点)需法务主管授权,留理由。
✓查阅 / 导出 / 组卷出包按原权限,操作全程留痕。
🔑对象关系解绑需法务主管授权——解绑会让链断,等同改变记录形态。
🔑移出保全范围需法务主管授权;T0 快照内的那一份不受影响,永久留存。
| 被标对象 | 所属卷宗 | 标记时点 | 标记来源 | 近期被拦下的操作 |
|---|---|---|---|---|
| 主合同 JG-LJ-2025-EPC-002 | DOSS-2026-002 | 2026-07-14 15:32 | T0 密封 | — |
| 变更单 CO-2026-018 | DOSS-2026-002 | 2026-07-14 15:32 | T0 密封 | 07-17 覆盖上传被拒 已改为新增版本 V2 |
| 隐蔽验收影像 YS-2026-033-V | DOSS-2026-002 | 2026-07-14 15:32 | T0 密封 | 07-16 删除被拒 |
| 第 4 期计量单 JL-2026-041 | DOSS-2026-002 | 2026-07-18 14:12 | 增补入卷 | — |
| 履约保函 BG-2025-0117 | DOSS-2026-002 | 2026-07-14 15:32 | T0 密封 | 07-19 归属改挂待授权 申请人:工程部 张晗 |
本卷宗共 30 件被标(T0 27 + 增补 3)· 此处示意 5 件
在证据链关系图上看这些标记 →
存证增强 · 按灭失风险加挂外部存证
2-6
哈希 + 可信时间戳是全量基线,卷内每一件都有。这里是在基线之上,对灭失风险最高的那几件(⭐级)再加挂一层外部存证——公证或区块链,成本花在刀刃上。系统按灭失风险自动建议,法务一键发起。
| 证据 | 形式 | 灭失风险 | 为什么建议加挂 | 建议方式 | 状态 / 动作 |
|---|---|---|---|---|---|
| 隐蔽验收 · 覆盖前影像 | F3 | ⭐⭐ | 部位已被浇筑覆盖,现场永不可重拍;本件是质量争议的唯一直证。 | 公证 | 已出回执 公证书 (2026)京证字 04127 → |
| 现场协调会企微会话 | F5 | ⭐⭐ | 聊天记录存于个人终端,换机 / 清理即灭失;已取证导出,建议立即上链固定。 | 区块链存证 | |
| 施工签证(QZ-2026-072 等 2 份) | F1 | ⭐ | 纸质原件在项目部,签认人权限未在档,争点集中;建议原件公证并登记原件台账。 | 公证 | |
| 承包商索赔函 | F1 F7 | ⭐ | 争议起点文件,送达凭证同批;建议与送达凭证一并上链,固定「何时收到」。 | 区块链存证 | 发起中 · 待回执 |
| 其余 26 件 | F1…F7 | — | 灭失风险不高,哈希 + TSA 基线已够,不建议额外投入。 | 基线覆盖 | 无需动作 |
回执一到就自动挂回对应证据档案,卷宗里能直接点开看。
本卷已加挂 1 件 · 发起中 1 件 · 建议中 2 件
一致性比对报告(随卷)
L3 比对规则产出 · 线索,非结论
比对引擎按承诺源 × 观测源跑规则,把「对不上的地方」找出来随卷留存。它是线索不是结论——每条都过人工确认,采信靠被固定下来的原始记录本身。每条异常都能点开「判定依据」:哪版规则、哪条口径、输入了哪几件。
规则 · 归档件 vs 审批件
承诺源=审批件 · 观测源=归档件 · 口径=条款差异 · 规则版本 v3.2(2026-06-01 生效)
3 处对不上 · 已人工确认
付款节点
审批版验收合格后 30 天内付款
归档版验收合格后 45 天内付款
已确认
质保金比例
审批版合同价 5%
归档版合同价 3%
已确认
争议解决方式
审批版项目所在地法院管辖
归档版提交仲裁委仲裁
已确认 · 高关注
规则 · 付款 vs 依据
承诺源=计量/验收/变更单 · 观测源=付款凭证 · 口径=金额与依据齐备 · 规则版本 v3.2
1 处对不上 · 已人工确认
进度款第 3 期
依据侧计量单 JL-2026-033(1,180 万)+ 变更单 CO-2026-018(无对应签证)
付款侧付款凭证 PAY-2026-114 实付 1,420 万
差额 240 万 · 依据不齐
上述比对报告已随 T0 快照一并密封,规则版本与口径同时写入——将来重算不会改写这份当时的结论。
解冻 / 了结归档
需更高授权
🔑
授权分级:发起保全,法务审核员(李珉)即可;解除标记 / 了结归档需法务主管核准。全程留痕。要说清楚的是:T0 快照永久留存——解除只是撤掉 G-5 的那几条操作限制,快照和已入卷的增补件一件都不会少。
解除保全标记
撤掉被圈对象的「保全(涉争)」标记与 G-5 操作限制,卷宗转为可撤回状态。T0 快照与已入卷增补件原样保留。
了结归档
争议了结后封存卷宗:T0 层 + 增补层 + 比对报告整体归档,可随时调阅或按待证事实组卷出包。
ⓘ
数据均为占位示意,最终以真实履约数据为准。本页做的是记录质量——把争议时点的记录状态原样固定住并持续如实增补;这些记录用不用、怎么用、披不披露,是外部律师的判断,不进产品。卷宗 = 证据包前身,随时按待证事实组卷 → 一键出对外正式证据包 ;保全标记在链上的落点 → 证据链关系图 · 履约时间轴。