耀辉物业的财务，以前每到月底都要做同一件事：把四样东西摊在桌面上，一笔一笔往下核。

一张 Excel，记着谁该缴多少；微信账单和现金收据；一个手写本子，记着"某某已交"；还有另一个开票系统里的发票记录。

四份来源，三处时间差。任何一处理不顺，月底就得重算一遍。

我们做的事，说白了只有一句：让这张桌子只摆一样东西。

一、四份账，怎么变成一份

图上是四个格子，现实里是四个坑。

开单在 Excel 里，谁改过、改了什么没人留痕，到了月底两个版本都说自己是最新的，只能靠人回忆。收钱在微信和现金里，一条转账进来，是哪个小区哪一户交的，全凭收款人记着，人一休假这笔账就悬着。登记在本子上，本子丢了、交接漏了、字迹糊了，最后都变成业主和物业之间的争执。开票在另一套系统里，财务照着本子再录一遍，录错的概率跟数量成正比。

所以我们没做"再上一套系统"这件事。我们做的是：让信息只录一次。

二、我们搭了什么：四个端，一条链

对物业公司来说，收费只关心三样：钱对不对、票开没开、账查不查得清。这四个端就是在这三样上做文章。

业主端——给业主用，越简单越好。小区门口贴一张二维码，扫开选小区、楼栋、房号，页面直接显示这套房今年该缴多少。不用注册、不用收验证码，点一下付款。有多套房的，手机号或微信一键登录能看到名下所有房屋；只想要票的，有单独的开票入口。

收费端——给财务用，越灵活越好。房屋档案里存着每套房的面积和应收；收费标准能按单价、电梯费、加压费、优惠、滞纳金分开配；支持微信内直接付款，也支持现金和转账线下登记、再由人确认到账；房屋和业主信息可以批量导入，导错了还能先试运行再正式跑。

票据端——系统不开发票，它负责把开票需要的信息准确送出去、把结果收回来。付款成功后按既定规则提交开票申请；开票进度能看、能手动刷新；抬头填错了，按税务规定的流程作废重开（行话叫红冲）；发票文件会存一份到客户自己的服务器，不怕平台链接过期；台账能直接导出。票种、税率、开具时点，一律按现行规定执行，系统不改变任何一条。

管理端——给老板用，越清楚越好。收缴率有看板，报表分收费、发票、流水三类；退费要走发起、审批、留凭证；不同分公司、不同岗位只能看自己该看的数据；改规则全在配置中心点几下。

业主走完只要三步，不用跑窗口、不用等人开票。以某小区一户为例，应缴 1,697.52 元，加 240.00 元，合计 1,937.52 元，付款成功，发票当场可以下载。但后台该走的复核一步没少——收钱、开票、退费审批，是三个不同的权限，落在不同的人身上。

关键在于：这四个端是一条链，不是四套系统。

业主付完款，支付平台回话——系统先验一遍这话是不是真的，再对金额，差一分都不入账——然后记账、提交开票、把发票号和状态填回来，业主就能下载。同一条回话重复发十遍，也只记一次账。

就像超市收银：扫一下，钱进系统，小票自动打出来，中间不需要第三个人再抄一遍。

客户是云南耀辉物业服务有限公司，在文山做物业管理，服务覆盖文山市区、城南、城北和砚山、马关两县。

三、这些数字是怎么来的

图上那六个数字，最该说的是两个。

一个是四个环节并成一条——这是性质的变化，不是效率的变化。以前四份记录互相不认识，现在只有一个来源，对账从"找证据"变成"看结果"。

另一个是财务从五步变两步——开单、收钱、登记、开票、送票里的前三步，业主在手机上自己就做完了，财务剩下确认到账和核对流水。省下来的是重复录入和跑腿，不是记账本身。

图上写的"18 个工作日"，是这么算出来的：1,769 套 × 每户每年省 5 分钟 = 8,845 分钟，约 147 小时，按每天 8 小时折，差不多 18 个工作日。

这个口径已经放到最保守：只算缴费环节省下的功夫，不算对账、不算查错、不算跑去送票的时间。

还有一笔省不出来的，是风险。金额算错、重复记账、抬头开错——这三件事以前靠人细心，现在靠机器兜底。金额差一分拒绝入账，重复通知只记一次账，抬头格式自动校验，每一步留痕可查。问题是系统告警出来的，不是业主投诉上来的。

四、为什么是"搭"，不是"买一套账号"

市面上物业收费 SaaS 不少，功能也能用。客户为什么找我们搭一套，而不是注册一个账号？三条原因，也是我们做这类项目的三条原则。

第一，数据不能出客户的门。 所有信息都存在客户自己的服务器上，不出本地。SaaS 的数据在别人机房——用谁的云、谁能看、哪天涨价、哪天停服，都是别人说了算。业主的房号、姓名、缴费记录，放自己手里，才谈得上防泄露。

第二，系统要长成业务的样子，不是业务去适应产品。 有的小区要算加压费，有的要分楼栋定价，有的必须接现金——标准 SaaS 改不了内核，只能绕着走。我们交付的是源码级的系统，改一条规则是点几下配置，不是提工单等排期。

第三，东西是我们的，所以能一直跟。 知识产权在自己手里，意味着这套系统不会被某个上游厂商掐住：不依赖谁的账号、不依赖谁的年费、不依赖谁的停服公告。客户用着踏实，我们迭代也自由。

一句话：租 SaaS 是租房子，每月交租，墙不能砸；我们做的是把房子盖起来，客户住进去，图纸留在我们手里。

五、钱和票的事，合规上不能含糊

收费系统贴着钱、贴着票，说清楚边界比讲功能更重要。四条，我们是这样划的。

发票不是系统开的。 开票走的是税务渠道，系统只做两件事：把该传的数据准确传过去，把结果收回来。票种、税率、什么时点能开、红冲怎么走，全部按现行规定，系统不改规则，也不替谁判断。

效率不等于省掉留痕。 每一步操作谁做的、什么时候做的、改了什么，系统都记着；退费要走发起、审批、留凭证。凭证能导出、能查，会计仍按会计准则记账。

权限要分得开。 收钱、开票、退费审批是三个不同权限，分给不同的人。系统能减少重复录入，但不取消复核——"不相容岗位分离"这条，做系统的时候就得先想好。

个人信息按最小必要采集。 业主的姓名、房号、手机号，能少收就少收；谁能看哪些字段、看到什么范围，由权限控制，不是全都能看。

还有一句得说清楚：我们不谈"帮你省多少税"。 那不是一套收费系统该承诺的事，也不该由写代码的人来承诺。系统能保证的是账目清楚、票据有据、查得回源头——这三件事做到了，剩下的交给财务和税务规则去判定。

（本文所示系统的代码、界面设计与文档著作权归我方所有，未经书面许可不得转载、摘编或仿制。）