3.3 KiB
3.3 KiB
已交付合同逐份审查方法（2026-07-13 实战）
触发条件
Doro说"逐一审查已交付的合同"/"告诉我有什么问题"。
审查前必做
- 先读review-rules.md全文——通用规则+顾问单位特殊规则（如朱家角要审查意见、练塘要脚注）
- 列出全部待审查文件（按时间排序）
- 确认哪些已pass、哪些未pass
每份合同审查步骤
Step 1: 打开文件确认性质
不要凭文件名或tracked changes数量推断文件内容。 必须实际检查：
w:ins/w:del数量（tracked changes）word/comments.xml是否存在（批注）- 如果ins=0 + del=0，不要直接说"无修改"——可能有批注(comments.xml)
- 2026-07-13教训：v2文件ins=0/del=0被误判为"原文副本"，实际有6条WB批注
Step 2: 提取全部WB修订内容
- 遍历所有段落，列出每个WB INS/DEL的位置和文本
- 同时列出comments.xml中的所有WB批注
Step 3: 对照审查清单逐条核查
对照review-rules.md的10项审查清单，逐条标记"✅已覆盖"/"❌缺失"/"N/A不适用"。 常见遗漏：
- 规则4保密三要素（存续+泄露赔偿+数据归属）只做了一两个
- 规则7转包连带的"连带"二字遗漏
Step 4: 编号/numPr检查（重点）
新增INS段落是否有numPr：
- 找到新增INS段落所在区域
- 检查该区域的原文段落是否有numPr（自动编号）
- 如果原文有numPr但新增INS段没有 → 编号断裂（严重问题）
- 2026-07-13教训：原文"十、其它事宜"下P32-P37全部有numPr(numId=4)渲染1-6编号，workflow用add_clause插入的维权费用段P39缺numPr，导致编号链断裂
编号顺延检查：
- 渲染接受修订版(pdftotext)，数完整编号链
- 注意markup视图的"十十二"是DEL(十)+INS(十二)叠加显示，不是错误
Step 5: 格式/字体检查
- 运行
wb-ins-font-verify.py - "MISSING HINT (无同段原文可比)"是已知假阳性——整段INS段落无法比对，不算真问题
- 真正的mismatch：INS有显式属性但同段原文run没有（或反之）
- 原文不同段落可能有不同字体方案（有的段explicit ascii=宋体，有的段完全无rFonts） → 字体修复必须per-paragraph匹配，不能全局统一
Step 6: 新增标题格式（ind缩进）
- 对比新增标题段的ind与原文同级标题段
- 注意原文自己可能不统一（如P28用firstLine=482，其他标题用start=420）
- 按多数原文标题的格式设置新增标题
Step 7: 同模板一致性
- 同一顾问单位的同模板合同（条款结构一致的），修订必须保持一致
- 逐条比对：编号策略、条款结构、用语措辞、天数等商业参数
Step 8: 特殊交付物
- 朱家角：必须有【审】审查意见文档
- 练塘：必须有脚注"法律顾问修订版"
- 缺失的标记为问题
报告格式
## 【修】合同名称
**字体验证：** PASS/FAIL
**修订内容（N处）：** 列举
**发现的问题：**
1. ...
2. ...
铁律
- 先看文件再下结论——Doro原话"你看文件去，不是让你瞎说""文件打开阅读核实清楚再说"
- 不凭段落数量或tracked changes数量推断文件性质
- 编号问题不能只看XML结构，必须看渲染结果