7.6 KiB
7.6 KiB
租金逐月统计表制作方法(应付-已付-累计欠付)
适用场景
租赁纠纷中需要证明承租人在合同解除前是否/何时达到约定解除条件(如"欠交租金二个月")。
关键方法论
铁律1:计算口径必须与再审申请书完全一致 + Doro最终计租规则(2026-06-15 万禹案教训)
Doro最终确认的计租规则(2026-06-15,优先级最高):"按月租金固定算,不足月的才按天算"
- 整月:用合同约定的固定月租(如118,625元),不管该月28/29/30/31天,都收固定月租
- 不足月(首月/末月):才用日租金×天数(如首月9/16-9/30=15天×3,900;末月3/1-3/12=12天×3,900)
- 这是合同约定的计租方式,符合"月租金"的法律含义。不要为了对齐申请书的按日总数而把所有月份都改成按日——那是中间错误版本,被Doro否定
与申请书核对——方法可不同但关键数字必须锚定同一来源:
- 申请书可能用纯按日(1500×2.6×908=3,541,200)作总额验算,统计表用"整月固定+首尾按天",两者总应付会有约3,557元的方法性差异(整月118,625≈30.42天 vs 实际天数)——这个差异是计租方法不同造成的,可以接受,在表底"交叉验证区"如实标注差异和原因即可
- 但已付租金、减免金额、瑕疵减价单价、解除门槛这些关键数字必须与申请书/判决书完全一致,不能算出两个值
- 两份文件同一个数字不能算出不同结果——这是Doro质疑的直接原因
踩坑顺序(2026-06-15,三次返工):
- 第一版用整月118,625逐月累加 → 漏掉"补充协议减免"列,欠付暴涨到226,281(见铁律4)
- 补回减免列后欠付75,032.70,与申请书71,475.90差3,556.80 → 追查发现是计租方法差异(整月vs按日 + 末月天数)
- 改成全部按日(3,900×天数)、末月11天 → 欠付71,475.90完全对齐申请书,但Doro指出"按月租金固定算,不足月的才按天算",又改回整月固定+首尾按天
- 末月天数:解除日当天是否计入要与申请书一致(申请书908天不含解除日当天,则末月用11天而非12天;用Python
(end-start).days验证)
核对步骤:
- 找到申请书中的总应付公式(如"1,500㎡×2.6元/日×908日=3,541,200元")
- 确认总天数(起始日到解除日是否含末日,用Python
(end-start).days验证) - 确认减免总额公式(如"388,498.50元"是哪几项之和)
- 确认瑕疵减价公式(如"257×2.6×908=606,725.60")
- 统计表合计行的每个数字都必须能还原到申请书公式
铁律2:减免金额用判决书/申请书确认的数字
- ✅ 判决书确认"疫情减免2022年4月和5月共237,250元" → 直接用
- ✅ 申请书写"388,498.50元(含补充协议减免151,248.50元+疫情减免237,250元)" → 直接用
- ❌ 自己重新计算减免金额(会因计租方法差异产生偏差)
- 原则:凡申请书/判决书有确认数字的,用它的数字
铁律3:已付租金按实际付款日期归入对应月份
- 不要平摊到多个月——一笔付款就在付款当月全额记入
- 付款记录必须交叉核对多个数据源(银行回单 > 当事人明细 > 判决书认定)
铁律4:重做表格时必须逐列对照旧版(2026-06-15 教训)
重做/更新统计表时,MUST逐列对照旧版检查,不能凭记忆重建。漏掉一列就可能导致15万元级别的计算错误。
- 2026-06-15教训:重做统计表时漏掉了"补充协议减免"列(¥151,248.50),导致累计欠付从75,032.70暴涨到226,281.20。Doro发现后问"为什么和申请书的71,475.90差距那么大"
- 原因:旧表有10列(含补充协议减免),新表只建了9列
- 修正方法:读取旧表headers → 逐列确认新表是否覆盖 → diff列出新旧差异
铁律5:Excel保留计算公式,不填静态数字
- 应付租金 =
=B{row}*C{row}(天数×日租金) - 瑕疵减价 =
=257*2.6*B{row} - 当月欠付 =
=D{row}-E{row}-G{row}-H{row}-I{row} - 累计欠付 =
=K{row-1}+J{row} - 是否达到 =
=IF(K{row}>=237250,"是","否") - 合计行 =
=SUM() - 新增"交叉验证"区:申请书公式 vs 统计表公式 vs 差异,方便核对人一眼看出是否一致
表格列结构
| 期间 | 天数 | 日租金 | 合同应付租金 | 已付租金 | 支付凭证来源 | 疫情减免 | 补充协议减免 | 瑕疵减价(257㎡×2.6×天) | 当月欠付(净额) | 累计欠付 | 是否达到解除门槛 |
各列说明
- 天数:当月计租天数(注意首月和末月按实际天数,末月是否含解除日当天需与申请书一致)
- 日租金:固定值(如3,900元),作为公式引用基础
- 合同应付租金:= 天数 × 日租金(公式)
- 已付租金:当月实际到账金额,附凭证来源
- 支付凭证来源:银行编号/页码,便于核查
- 疫情减免:法院认定的固定金额,按减免月份填入
- 补充协议减免:协议确认的债务减免差额,在对应月份一次性填入(不可遗漏!)
- 瑕疵减价:= 257 × 2.6 × 天数(公式)
- 当月欠付 = 应付 - 已付 - 疫情减免 - 补协减免 - 瑕疵减价(公式)
- 累计欠付 = 上月累计 + 当月欠付(公式,可为负)
- 是否达到门槛 = IF(累计欠付 ≥ 门槛, "是", "否")(公式)
交叉验证区(统计表底部必备)
在合计行下方新增验证区:
| 项目 | 申请书数值 | 统计表公式 | 差异 |
|---|---|---|---|
| 应付总租金 | =15002.6908 | =SUM(应付列) | =申请书-统计表 |
| 疫情减免 | 388498.50 | =SUM(减免列) | ... |
| 瑕疵减价 | =2572.6908 | =SUM(瑕疵列) | ... |
| 实际应付 | =应付-减免-瑕疵 | =应付-减免-瑕疵 | ... |
| 已付 | 2474500 | =SUM(已付列) | ... |
| 欠付 | 71475.90 | =实际应付-已付 | ... |
差异列全部为0才算通过。
支付凭证OCR交叉校验方法(2026-06-15实测)
当支付凭证为扫描件PDF时:
- 双OCR引擎交叉验证:tesseract(快速但质量一般)+ DeepSeek-OCR(质量高但API不稳定)。CamScanner扫描件先用pymupdf转200dpi PNG再逐页OCR,DeepSeek API易Connection reset,要retry+background运行
- 去重关键:同一交易可能以付款详情和回单两种格式出现在不同页面,用银行编号(FT号)去重
- 金额相同≠重复交易:两笔金额相同但银行编号(FT号)或回单编号不同 = 两笔独立交易,不能去重(2026-06-15教训:P10有两笔8,176水电费、P6+P10各有一笔11,440水电费,FT号和回单编号都不同,是独立交易,差点漏记19,616元)。去重只认银行编号/回单编号,不认金额
- 金额验证:大写金额与小写金额不一致时以小写为准(OCR对大写汉字识别率较低;2026-06-15实测DeepSeek把壹万壹仟肆佰肆拾误读成壹万捌仟肆佰肆拾,而回单小写11,440正确)
- 总额验证(最强校验手段):某收款方总额减去非相关项(住宿费、物业管理费、用途不详等)后应等于二审认定的已付租金。本案首乌丽亚收款2,749,350 - 十楼房租150,254 - 物业管理费120,000 - 住宿费2,606 - 用途不详1,990 = 2,474,500,与二审认定分毫不差,反向确认了OCR分类正确
Excel格式规范
- 标题行:深蓝底白字
- 达到门槛的月份:红字高亮
- 数字格式:#,##0.00
- 合计行:粗体+浅绿底色
- 交叉验证区:独立于合计行下方