60 lines
3.3 KiB
Markdown
60 lines
3.3 KiB
Markdown
# Pitfalls from 2026-07-03 Session (龙信+跃龙路+通州金鹰+星月+小石桥晏园)
|
|
|
|
## 🔴 Pitfall 30: 所有租赁合同必须做模版比对——不论制式
|
|
|
|
**栽点（龙信·2026-07-03）**：龙信广场为甲方制式商铺租赁合同（非新东方制式），错误判断"非新东方制式无需比对"，L列直接写"非新东方制式合同，无对应07标准模版"。Maggie追问"为什么没有做租赁合同和标准合同的对比？"
|
|
|
|
**铁律**：所有租赁合同不论制式都必须与07标准模版做delegate_task比对。
|
|
- 新东方制式 → 比对（找出微调差异）
|
|
- 甲方制式 → 比对（差异更大，更需要让客户看到缺失了哪些保护）
|
|
- 自由协商合同 → 比对
|
|
- 物业合同、主体变更协议 → 不需要比对（类型不同）
|
|
|
|
**根因**：误把"是否为同一模版"当作是否比对的判断依据。正确逻辑是：比对的目的是让客户看到"相比新东方标准保护，本合同缺了什么"——越不是新东方制式，差异越大，越需要比对。
|
|
|
|
---
|
|
|
|
## Pitfall 31: 多份合同必须分行，不得合并
|
|
|
|
**栽点（小石桥晏园·2026-07-03）**：将租赁合同和主体变更协议合成一行。Maggie明确要求："3份合同分别提取，分别审阅，做成三行，不要混在一起写"。
|
|
|
|
**铁律**：每份独立合同PDF = 汇总表中独立一行。
|
|
- 租赁合同 → 独立一行
|
|
- 主体变更协议 → 独立一行
|
|
- 物业合同 → 独立一行
|
|
- 不可将变更协议"合并"到租赁合同行内
|
|
|
|
---
|
|
|
|
## Pitfall 32: 不得擅自删除旧版文件
|
|
|
|
**栽点（通州金鹰·2026-07-03）**：新建汇总表后擅自删除了旧版xlsx（0626/0630版）。Maggie指出"我没让你清理旧表，请恢复"。
|
|
|
|
**铁律**：只有在Maggie明确说"删掉旧的"/"清理"时才能删除。新版文件上传后旧版保留，不主动清理。
|
|
|
|
---
|
|
|
|
## Pitfall 33: K列关联关系的表述须有合同文本依据
|
|
|
|
**栽点（跃龙路·2026-07-03）**：K8写"物业方（范存益控制的东德物业）与出租方（范存益本人）实为关联方"。Maggie指出：合同只能证明他是联系人，不能证明他是股东/法定代表人/实控人。
|
|
|
|
**修正后写法**："出租方（范存益）同时为物业方（东德物业）的联系人，电话地址一致，两者可能存在关联关系，物业服务质量纠纷时需注意利益一致性。"
|
|
|
|
**铁律**：K列的每一句论断必须能在合同文本中找到直接依据。不能从合同文字推导出未经验证的法律事实（如"控制""实为"等断言）。
|
|
|
|
---
|
|
|
|
## 效率提升：H列付款推算可从汇总表数据直接推算
|
|
|
|
**场景**：Maggie确认"根据汇总表的信息是不是也可以推算？这样是不是效率高点？"
|
|
|
|
**方法**：H列已有支付方式（半年一付、提前X天）、租金标准、递增规则、物业费单价，G列有起止日期和免租期。这些信息足够直接推算每一期的金额和付款截止日，不需要每次回md原文。
|
|
|
|
**适用条件**：数据明确无歧义时直接从H/G列推算。只有遇到数据存疑（如附件分期跟正文对不上）才需要回md核实。
|
|
|
|
---
|
|
|
|
## H列月租换算写法统一（Maggie 2026-07-03）
|
|
|
|
月租换算一律用行内括号写法：写在租金标准那行括号里（如"年XX元（月租≈XX元）"），不单独另起一行。
|