租赁管理系统开发

项目背景

这是一套住房租赁方向的合同与支付管理系统，2 个仓库。管理端用 Vue，189 个 Vue 文件，最后提交在 2026 年 5 月；服务端用 Java，440 个 Java 文件，另有 5 个测试文件并配置了 CI，最后提交在 2026 年 4 月。它和另一套租赁双端项目的重点不同——那一套管房源与带看，这一套管合同与账单支付。

客户当时的状态

租赁业务的钱在合同和账单上，而这两件事最容易乱。合同条款版本多，同一个房源不同时期签的合同不一样；账期一多，哪期该收、收了没有、状态对不对，很容易只剩一个人在脑子里记。租客和出租方各记一份账，到了对账的时候两份对不上，只能人工核。这类问题的根子不是缺一个收款按钮，是账单状态没有唯一来源。更麻烦的是，这类问题往往在换人或交接的时候才暴露出来，平时看不出来，一出就是连锁的。

我们的做法与取舍

第一个取舍是把账单状态做成唯一来源，而不是让各方各记一份。合同生成账单、账单驱动收款状态，同一条链路上只有一个状态，对账才有依据。

第二个取舍是合同按版本管理，而不是覆盖式修改。租赁合同会续签、会变更，覆盖掉旧版就再也说不清当时签的是什么，留版本是底线。

第三个取舍是把账期显式建模，而不是靠时间字段硬算。账期是租赁业务的固有概念，显式建出来，账单生成、逾期判断才有统一口径。

系统怎么承载这条链路

后端承载合同、账期、账单与收款状态，管理端承载合同录入、账单查看与收款确认。链路是「合同 → 账期 → 账单 → 收款状态」，四段共用一套数据。账单一旦生成就有固定编号，收款确认对应到具体账单，不会出现「这笔钱是付哪一期的」这种问题。服务端配置了 CI，测试文件 5 个，覆盖的是核心链路上的关键判断。

交付状态与边界

代码处于维护状态，管理端最近提交在 2026 年 5 月，服务端在 2026 年 4 月。边界说明：收款能力以贵方签约的支付通道为准，系统承载的是账单与收款状态，不代持资金；合同的法律效力取决于签署方式与条款本身，我们做的是合同的生成与管理，不提供法律意见；现有测试文件 5 个，测试覆盖集中在核心链路，其他部分仍需要在后续维护中补齐。