Files

141 lines
4.3 KiB
Markdown

# 旧表重做模式(2026-07-13 金飞达重做教训)
## 适用场景
当用户明确说:
- “忽略之前做过的汇总表,重新开始”
- “不要沿用旧表,重新做”
- “旧表不作为依据,重新汇总和审查”
则本轮任务进入**旧表重做模式**。
## 核心规则
### 1. 旧表只可作为线索,不可作为数据来源
旧表可以用于:
- 找文件清单
- 参考板块结构
- 回忆历史模版比对方向
- 辅助定位此前做过的合同组合
旧表**不可以**用于:
- 直接复用 D~L 列文字
- 直接复制付款推算
- 直接沿用 K 列风险结论
- 直接沿用 L 列差异表述
**铁律**:新表的 D~L 列内容必须回到现有 `_全文.md` / 合同原文重新生成。
---
### 2. 必须重新读取规则,不得默认“上次做法仍然对”
开工前必须重新核读至少以下规则:
- 输出格式基准(跃龙路/桃坞路)
- K/L 分工规则
- H 列付款推算规则
- I 列类目覆盖规则
- 07 模版逐条比对规则
原因:用户说“重新开始”,不仅是重做表,也是**重置旧判断**。不能因为“这个校区以前做过”就把旧格式、旧逻辑直接续上。
---
### 3. 排序和板块以本轮用户指令为准
如果用户本轮明确指定:
- “按租赁物分类”
- “同一租赁物按签约时间排列”
- “输出格式按照桃坞路校区”
则必须以本轮要求重排,不能沿用旧表的:
- 按合同类型分组
- 按 workflow 完成顺序排列
- 按旧版人工习惯排序
**一句话**:旧表结构不是规范,用户这轮指令才是规范。
---
### 4. 先产出一份新的可验证成品,再继续精修
重做时不要先陷入“必须一次做到极致”而迟迟不出成品。正确节奏:
1. 基于现有 md 和原文先生成一份新的 xlsx
2. 立即跑校验:
- `kl-separation-check.py`
- `i-column-coverage-check.py`
- H 列人工四检
3. 再针对暴露的问题做第二轮精修
这样可以先保证:
- 有真实交付物
- 有工具输出支撑
- 后续优化有具体落点
---
### 5. I 列覆盖报警要区分“合同缺项”与“漏提取”
`i-column-coverage-check.py` 报警后,不能机械追求“全部消警”。
尤其是以下合同:
- 临时仓储合同
- 简短补充协议
- 只有价格/主体变更的协议
这类文本天然不具备完整的 21 类租赁主合同要素,报警可能是**合理报警**。
处理方式:
- 主租赁合同:优先补足到阈值以上
- 简短合同:人工核实“确实没有这些类目”后保留报警结论即可,不为过关硬凑内容
---
### 6. H 列付款时间必须独立重算
用户如果特别点名“付款时间要推算”,则 H 列不能复用旧表付款描述,必须按现有条款重新算:
- 首期付款区间
- 后续期次
- 先付后付 / 后付前置天数
- 免租期是否并入首期
- 物业费是否与租金同步结算
- 补充协议是否改了原付款机制
**铁律**:哪怕旧表看起来“差不多”,也必须重算一遍。
---
### 7. K/L 列必须同步重建,不得“旧K旧L沿用”
重做模式下最容易偷懒的地方就是 K/L 列。
但用户要求“重新开始”时:
- **K 列**必须回到合同原文,重新做八维审查与提前退租分析
- **L 列**必须重新按 07 模版逐条对照,不得只搬旧表结论
尤其当:
- 合同排序变了
- 板块结构变了
- 同一租赁物的合同关系重新被识别了
旧 K/L 直接搬运会导致逻辑错位。
---
## 实务提示
### 推荐工作顺序
1. 盘点本轮实际要纳入的新表文件清单
2. 按用户要求先定板块结构和顺序
3. 逐份回读 `_全文.md`
4. 先写 D~J
5. 再写 K(八维+提前退租)
6. 再写 L(07 模版差异)
7. 生成 xlsx
8. 跑校验并修正
### 不推荐做法
- 直接在旧 xlsx 上修修补补
- 先复制旧表全文再逐格改
- 默认旧 K/L 正确,仅小修
- 用旧付款推算“参考一下就当新结果”
---
## 来源
2026-07-13 金飞达校区:用户明确要求“忽略之前做过的汇总表,重新开始”,并强调付款时间重新推算、八维审查不能忘、07 模版逐条比对、按租赁物分类和同一租赁物按签约时间排列。实践证明:正确做法是把旧表降级为线索源,而不是底稿源。