Document Assurance · 报告复现检查

不要只保存一份 PASS。重新核验原始交付，再检查证据能不能重现。

重新核验原始 ZIP 或 Trusted Folder 后，把新的接收方报告与之前保存的报告做严格本地对照；FileNest 只比较隐私受限证据，不把报告本身冒充数字签名。

严格 FileNest 报告合同未知字段直接拒绝 ZIP / Trusted Folder 双模式

返回 Document Assurance 重新核验 ZIP 重新核验 Trusted Folder

正确使用顺序

原始交付 → 重新核验 → 新报告 → 与旧报告对照

如果只有旧 JSON，没有重新检查原始交付文件，就不能称为独立复核。先使用现有 ZIP Batch Verifier 或 Trusted Folder Verifier 重算原始交付，再把新旧两份 recipient verification report 放到这里。

浏览器本地严格解析 · 不上传报告只比较隐私受限证据摘要

1. 载入之前保存的接收方核验报告

这是基准报告。FileNest 会严格检查 schema、证据字段、计数和信任边界；出现未知字段或被升级过的信任声明会直接拒绝。

选择基准报告 JSON

2. 重新核验原始交付，再载入刚生成的新报告

请先回到 ZIP Batch Verifier 或 Trusted Folder Verifier，用原始交付重新计算，再下载新的 recipient verification report。不要把同一份旧 JSON 复制两次来代替重新核验；FileNest 会拒绝把完全相同的两份报告显示成“已重现”。

选择重新核验报告 JSON

边界：报告和复现核验回执都不是自认证凭证、可信时间戳、法律证明或接收确认。真正的独立复核仍要求重新检查原始交付 ZIP 或 Trusted Folder；这里负责验证两次 FileNest 本地核验留下的隐私受限证据是否可重现，并允许保存该比较的摘要回执。

比较范围

忽略重跑时间，不忽略真正会改变结论的证据。

两次报告的 generatedAt 本来就应该不同，因此不作为证据差异；核验 outcome、Manifest/Ledger 摘要、PDF/回执计数、reviewability、处理边界和信任边界都会被比较。出现交付模式不同或任一证据类别改变时，不显示重现成功。