“把证据发过来”是一句非常危险的模糊指令。

有的业务团队会一次发4000个文件；另一个团队可能只发五张截图加一张Excel。两种情况都可能完全无法审查。

一套合格的第一版证据包只有一个目标：让一个没参与交易的人能够理解发生了什么、核验主要主张、识别缺口，并决定下一步，而不用从头重建整个业务历史。

第1部分：一页争议地图

第一份文件不要是文件夹，而是一页概览。

包括：

  • 当事方与法律主体；
  • 合同日期；
  • 争议交易期间；
  • 核心问题；
  • 涉及金额或货物；
  • 当前运营风险；
  • 准据法；
  • 争议解决条款；
  • 最近紧急期限；
  • 一句话商业目标。

例如： “收回无争议欠款，同时保留对缺陷货物的可辩护请求，并避免影响三笔未完成客户订单。”

这比“赢得纠纷”更有用。

第2部分：完整合同集

不要只发主合同。

同时包括： 签署合同、附件、修改件、side letter、担保、被纳入合同的政策或价目表、相关PO条款、后续变更。

再做一张条款索引，让审查人快速看到价格、交付、验收、责任限制、通知、准据法和争议条款。

第3部分：交易主表

每个订单、发货或发票一行。

推荐字段： 交易ID、PO日期、数量、确认数量、单价、币种、发货日期、到货日期、发票、到期日、付款、退货、贷项、投诉编号、状态、来源文件ID。

这张表就是争议的控制面板。

表里写“已付款”，就必须能找到银行证据；写“有缺陷”，就必须能找到检验资料。

第4部分：订单与接受记录

保留真正说明双方约定内容的资料： 询价、报价、采购单、订单确认、修改、取消、数量变化、交期变化、审批记录。

如果使用自动化系统形成或执行合同，也应保留系统消息和审计轨迹。

UNCITRAL《自动化订约示范法（2024）》反映了国际贸易法正在处理机器自动订约和履行问题，但具体交易是否受相关规则影响仍要看当地实施情况。

第5部分：运输与交付链

实体货物至少关联： 装箱单、订舱、提单/运单、出口资料、海关放行、仓库出库、签收、收货报告、破损备注、照片。

如果使用电子可转让记录，应保留记录本身以及证明控制和完整性的系统信息。UNCITRAL MLETR提供了功能等同框架，但采纳与执行仍需按法域确认。

第6部分：质量证据

只写“产品有问题”远远不够。

应包括： SKU、批次、序列号、抽样数量、测试方法、规格版本、检验时间、检验人、照片、实验室报告、不合格数量、处置、补发或维修。

也要保留对自己不利的信息。如果只有部分失败，就不要写成全部失败；如果测试方法本身有争议，也要标出来。

证据包的第一目标是可审查，而不是内部宣传。

第7部分：金额证据

每个索赔金额关联： 发票、到期日、银行记录、remittance、贷项、抵销、返利、佣金、税务调整、退款。

从“总索赔额”桥接到“净争议额”。

审查人必须能回答： 哪些无争议、哪些有争议、为什么、每个调整由什么支持。

第8部分：真正改变交易的通信

第一版不需要把所有邮件全塞进去。

优先保留会改变： 价格、数量、交付、授信、例外、质量承认/否认、期限豁免、终止、保留权利、和解的消息。

并保留上下文。

2005年联合国电子通信公约的目的之一，就是支持国际合同中电子通信的法律使用。它不是全球统一证据规则，但提醒我们：重要商业决定不能因为发生在电子环境中就被当作“次等记录”。

第9部分：授权记录

如果争议涉及“谁有权代表公司”，应加入： 岗位说明、审批政策、授权、签字权限、必要的董事会/管理层批准、过去类似批准、系统权限日志。

授权问题通常先是事实问题，后才是法律问题。

第10部分：正式通知文件

单独建立： 通知正文、对应条款、发送方式、地址、发出证明、收件证明、补救期限、回复、下一个截止日。

不要让正式通知埋在普通邮箱里。

第11部分：证据来源表

高价值文件记录： 文档ID、原文件名、来源系统、custodian、收集日期、收集人、方法、如适用的hash、语言、翻译状态。

跨国团队和外部顾问之间交接时，这张表尤其重要。

第12部分：缺失记录日志

专业证据包不会假装所有东西都齐全。

例如：

  • 找不到签署版修改件；
  • 离职员工邮箱不可访问；
  • 问题货物已销毁；
  • 某张运输照片无时间戳；
  • 聊天导出不完整；
  • 客户确认尚未收到。

每一项都标明恢复动作。

早发现的缺口可以管理，开庭或正式程序中突然暴露的缺口往往非常昂贵。

第13部分：翻译层

多语言案件中：

  • 原文永久保留；
  • 建立工作翻译；
  • 标识翻译人或方法；
  • 标注商业术语歧义；
  • 只对真正需要的材料做认证翻译。

不要在还不知道哪些文件重要时，就先翻译2000页。

第14部分：保存记录

简短记录：

  • 什么时候争议已经可以合理预见；
  • 保存了哪些系统；
  • 通知了谁；
  • 是否暂停自动删除；
  • 哪些材料无法保存；
  • 何时复核保存决定。

英国商业与财产法院PD57AD在其适用范围内有明确保存和披露要求。其他法域可能使用完全不同的规则。

第15部分：审查者备忘

证据包最后放一份很短的memo，不是辩护词。

标题可以是： 已明确、仍争议、仍缺失、紧急期限、当地法律问题、需要管理层做什么决定。

例如： “明确：已交付1800件。争议：220件是否不符合规格B。缺失：原始实验室校准记录。决定：是否先支付1580件无争议部分并保留剩余款项。”

这才是可以直接行动的信息。

用统一编号避免混乱

例如： AGR-001合同； AMD-001修改件； PO-771采购单； INV-455发票； SHP-114交付； QLT-018检验； PAY-009银行记录； COM-233邮件； NOT-004正式通知。

时间线和交易表只引用这些编号，审查效率会高很多。

第一版不要过度收集

证据包应该服务“下一步决策”。

如果现在只是决定付款、谈判还是发通知，就没必要先把五年前所有客户文件全部收齐。

只有当某个明确问题需要时，再扩大范围。

哪些情况会改变证据包的要求

在以下情况下，证据包可能需要增加额外的控制措施：

  • 真实性受到质疑；
  • 适用监管规则；
  • 涉及个人数据；
  • 员工是证据保管人；
  • 诉讼已经开始；
  • 电子可转让记录是争议核心；
  • 需要第三方披露；
  • 存在受特权保护的法律沟通。

收集与处理方式应由当地专业意见指导。

最终测试

一套真正可审查的证据包，应该让新顾问在一小时内回答：

  1. 发生了什么？
  2. 哪些合同条款最重要？
  3. 哪些金额或履约存在争议？
  4. 哪些事实已证明、仍不确定或缺失？
  5. 下一步到底要做什么决定？

如果做不到，再加500个文件也没用。缺的是结构，不是数量。

按“审查顺序”组包，而不是按“存储顺序”组包

共享盘通常按部门分：销售、财务、物流、质量。但争议审查人的思路不是部门，而是“问题→证明”。

例如付款加质量争议，可以按这个顺序：

  1. 一页问题地图；
  2. 控制该订单的合同和修改件；
  3. 争议货运对应的交易行；
  4. 交付证据；
  5. 缺陷通知；
  6. 检验记录；
  7. 发票和付款状态；
  8. 改变双方立场的关键通信；
  9. 仍缺的证据；
  10. 当前需要作出的决定。

这可能会重复引用原本存储在其他地方的文件，没关系。证据包可以只是索引层，不必再复制出一套失控文件。

分清“原始记录”“权威导出”和“工作副本”

团队很容易把所有东西都叫“原件”。

原始记录可以是创建或接收该记录的原生系统里的文件。
权威导出可以是从该系统受控导出的副本，并保留足够来源上下文。
工作副本可以是脱敏PDF、翻译件、带批注表格或为了审查制作的版本。

命名就要区分，例如：

  • COM-044-native.eml
  • COM-044-export.pdf
  • COM-044-zh-working-translation.pdf

这种命名本身不决定法律上的可采性，但能避免内部团队误把派生文件当成源记录。

每个计算数字都必须能回溯

很多请求在审查时变弱，并不是因为原始事实不存在，而是因为“怎么算出来的”看不见。

如果证据包写“未付312,450美元”，就应该配一张核对表： 发票号、总额、币种、付款、贷项、退货、主张抵销、争议调整、净额、来源文件。

数量、佣金、目标差额、缺陷率也同样处理。

任何计算数字都应该让别人不用问制作表格的人，就能从源记录重新算一遍。

事实稳定后，再放权利与期限表

证据包首先是事实工具。核心事实稳定后，可以加入一张受控表，记录： 合同通知期限、补救期、续约/不续约日期、仲裁或法院条款、需要当地确认的法定或程序期限、已采取的保存动作，以及负责确认的人。

不确定的法律期限要明确标成待当地确认，不要把初步判断写成确定事实。

决策越清楚，给管理层看的证据包反而应该越小

早期保存可以宽，但管理层审查包要窄。

底层保存库继续完整保留；给决策人的只需要： 决定性记录、短时间线、金额核对、未解决缺口、决策选项。

一套背后有受控档案支持的40页审查包，通常比没有地图的4000个文件更有用。

Sources

Related Reading

  • 交易证据与记录实务入门：建立一套经得住跨境争议审查的档案
  • 处理交易证据前：14步决策清单
  • 交易证据常见错误：为什么看起来占理，最后却越来越难证明