门店租金管理系统产品系统Vibe Coding

门店持续扩张，租金是门店最大的固定成本之一。过去每份租赁合同、补充协议都靠人工通读：固定租金逐年递增、提点与取高条款、物业费/推广费等多费项并存，多个收款方还要按比例分配，人工拆表录入极易漏项、错档、错账户；应付计划靠 Excel 滚动维护，账单与合同条款对不上还要反复找人确认，付款进度只能逐个去财务系统里查。本项目把「合同上传识别 → 关键信息确认 → 应付计划滚动生成 → 账单上传校验 → 财务系统请款 → 状态回写」串成一条线上链路，服务门店运营与财务的月度租金处理。

系统覆盖合同、应付、账单、基础信息四个模块：
1. 合同管理：支持 PDF/图片多文件上传，按文本密度自动选择 OCR 或视觉大模型抽取，识别门店、租期、费项、金额、逐年递增档位、提点/取高、收款方与收款账户；支持补充协议归组、历史快照、重新识别与上传记录留痕。
2. 应付计划：合同确认后按应付起算点自动生成当期计划，处理完滚动生成下一期；提供「基本信息—费用明细—附件与提交」三步向导，可改金额/账期、增删费用行并强制填写调整原因，人工调整结转到后续期次；支持批量终止/删除、按合同重算与后续 3 期预览。
3. 账单与付款：账单上传后自动抽取并与合同费项比对，差异高亮；确认后生成财务系统请款流程，按收款方拆分付款分组，定时任务轮询付款状态并回写，失败原因可见。
4. 基础信息：门店档案、科目映射、门店收款账户维护，作为识别归一与付款校验的数据底座。
另含企微扫码登录、操作留痕与 XXL-JOB 调度。

我主要负责合同与应付两条主链路：
1）合同上传记录机制改造：快照由上传时改为确认时写入，抽取结果缓存复用，解决重复上传、重复识别与历史数据不一致；
2）合同列表与详情：补齐创建人、创建日期、识别完成时间，支持状态与剩余天数筛选排序；
3）应付计划：实现滚动生成、三步处理向导、付款分组与事由文案、合同历史快照与提交回滚，并对齐期次起算与合同金额口径；
4）参与租金口径梳理与回归用例（应付起算点、整月/不足整月折算、尾差分配）；
5）此外我参与整体方案设计与产线问题排查，推动合同/应付/账单三模块口径统一。

技术栈：Spring Boot 3.2 + JDK 21 单体应用，MyBatis-Plus + MySQL，前端原生 HTML/CSS/JS 多页，XXL-JOB 调度，对接企微、财务系统、华为云 OCR、阿里云通义千问与 OBS。

亮点与难点：
· 把「合同条款」翻译成「可计算应付」：递增档位、计租区间原文、含税口径、取高拆分、多收款方比例、免租期与不足整月折算，任一读错都直接算错钱。做法是把口径写进 Prompt（含反例与费项归一规则），AI 只负责抽取，金额计算与校验交给确定性代码，抽取结果可复核、可重识别。
· 有账单/无账单两条路径共用一套应付与账单状态机，状态由关联账单反推，避免两套口径；
· 人工调整一律留原因、留快照，提交异常不自动重试，保证可追溯、可回滚。