物业收费系统之计费模型设计思路

　　本篇文章介绍了物业管理系统中收费项目的划分情况，并且将计费模型进行了系统地梳理，希望借此能够增加大家对物业管理系统中计费方式的认识。
　　之前做物业系统的时候，有一块收费系统，这里的内容不少，乍接触的人不太好下手，而且里面坑比较多，就把我的一些思路和遇到的问题做一些整理，分享一下，希望能给需要的人一些启发。
　　一、收费项目划分
　　物业收费中系统中最重要、最基础的一块内容就是计费，而且要计得对，计得准。这部分有问题，那所有的都白忙乎。
　　在此之前要先搞清楚，系统要对哪些内容进行计费管理，即收费项目的管理和设置。
　　我们先看几个例子，来了解下什么是收费项目：
　　这里只是举了几个例子，至于物业收费中的项目有哪些，取决于各省市的物业收费管理标准，物价部门也会有明确的收费指导，有兴趣的可以查阅下相关资料。
　　但至少我们可以了解到以下几点：
　　收费项目是有多级分类的；
　　每个收费细项可以对应不同的收费标准；
　　有些费用是按照平米收的，有些是按照数量计算的；
　　部分费用根据项目类型也有所不同；
　　我这里梳理了部分常见的物业收费内容，列了个表，根据这个表，看下彼此之间有什么共同点是可以抽象出来的。
　　虽然各地、各个物业公司的收费标准和内容不尽相同，但却有大体的规则和原理是相通的。
　　我们需要抽取出能够让系统完成的事情，解放人的双手和时间，让系统最大的程度的能够覆盖和解决所有的情况。
　　合理划分收费项目是基于业务的管理和统计需要，基本上这样整理完成之后，基本的项目划分思路也就比较清晰了，关于收费项目设置建议设置两级结构就可以了：
　　第一级作为收费大类（比如管理类、特约服务类、常规服务类等等）；
　　第二级作为细分的收费科目（比如物业费、车位管理费等等）。
　　一方面可以满足按照不同维度的统计，另一方面初期维护和设置的时候不至于过于繁琐和细碎。
　　如果说还有物业费下面还有更细的，比如：高层低层费用等等，其实这些可以作为单独的收费标准来实现就好，未必要在类目上划分的那么细。
　　同一个收费科目下面可以关联多个收费标准，留给用户自定义即可。
　　另外就是类别、科目的划分我们只需要产品结构上支持即可，至于具体用户如何定义各个分类和名称，我们就没必要过多的关心了。
　　二、计费模型梳理
　　那么收费项目结构和思路理清楚之后，我们来看下计费模型，之前我们也看到了那么多的收费项目和收费要求，分别也有很多划分方式：
　　从业务类型上可以划分：管理收费、能耗费用、基础服务、有偿服务、其他类等等；
　　从计费周期上可以划分：周期性计费、单次计费；
　　从计量依据上可以划分：面积、数量、仪表、户、车等等；
　　从计量性质上可以划分：按固定量、按使用量、按需求量；
　　从计量方式上可以划分：常规仪表类、公摊仪表类、非仪表类；
　　从计价行式上可以划分：按单位计价、按固定金额计价、按阶梯计价。
　　以哪种维度设计计费模型更为合理和简单呢 ？我认为至少应该满足以下几点：
　　规则设计简单明了，便于别人理解；
　　规则之间不能有冲突和交叉，防止计费逻辑的混乱；
　　保持一定的灵活性，有可扩展的空间，不能规定的太死；
　　计费模型足够简单，流程足够简短，降低系统的复杂度。
　　关于计费模型的设计，我们重新对上面表格内容进行了组织和整理，见下表：
　　我这里将物业中常见的收费归纳为两类计费形式：循环性的周期计费和独立的一次性计费。
　　1. 循环的周期性计费方式
　　典型的比如物业费，一般是固定金额的按月/按季/按年这样收取，一般情况金额不会发生变化，这种类型的收费最适合于系统自动处理，基于规则的一致性，能够完全或者大部分取代人力的工作，由系统功能完成。
　　2. 单次计费方式
　　比如：某些工本费、临时停车费、垃圾清运费等等，针对某一项内容或者服务，一次性收取一笔费用，收取的费用根据数量、人员、面积、时间等不同的计量单位而有所不同。
　　而这种计费由于受限于实际的情况，需要一些人为的干涉，系统在设计上即使是在必不可少的环节也要尽量减少人工操作。这样的话可以很好的区分系统和人的工作边界在哪里，系统要做的不费人力，人要参与控制的系统不过度设计。
　　要让系统比较智能的代替人工作，那就需要给出一套计费公式，初步有四种可能的方式：
　　（1）单位单价：只有一个单位单价，实际收取费用需要通过某几个计算变量实时计算的，比如：xx元/平方米，需要根据单位面积单价*房屋面积计算生成。
　　小区物业费收取标准分为一级、二级、三级、四级四个标准。这四个标准的收费依次大概为1.00元/平方米/月、0.75元/平方米/月、0.5元/平方米/月、0.35元/平方米/月（已包含税费）。浮动幅度在20%上下合法有效，但是每个地方的收取标准有点差异，具体的物业费收取标准要按当地物价局公布。
　　（2）固定总价：只是一个确定的价格，不需要通过单价计算，比如房租500元/月。
　　（3）阶梯价格：通常是针对水电费，按照阶梯价计算的费用，超出部分有不同的计费标准，我们的个税其实也是这样。
　　（4）自定义：预留支持自定义的方式，便于用户根据情况自行调整。
　　（计费模型原型示意）
　　周期计费和单次计费的区别只是在出账周期，周期计费确定了出账周期之后，自动算费并按照周期出账，单次计费需要人工确定必要的计量数据完成计费。
　　这里只能算作是一个初步模型，需要进一步去验证和完善，我这里不做深入了。
　　这里要说明一点的是：适用期间，因为有些价格标准是有可能发生变化的，基于物价调整的情况，或者根据用户的生命周期不同，适用的标准不太一样，所以要预留下标准有效执行的时间范围。
　　那有没有发现少了个环节呢？关于计费的数据源从哪来?比如，既然是周期性记账，物业费中必要的面积变量从哪来？如果有仪表数据，我们的表读数如何计入系统？这些数据在系统流程中哪个环节生效？
　　其实说白了，我们上面的过程其实是相当于确定单价和通过规则的过程，在收费规则中，单价都是已知的，要计算总价其实是要看（单价*数量），这个数量广义上来说，可能是面积大小、用量多少等等。
　　这就需要我们针对创建的计费模型绑定具体的数量数据源，考虑有几种数据来源：
　　房间：建筑面积、使用面积、公摊面积等等，根据已有房屋信息中的数据自动获取，自动生成费用；
　　仪表：水表、电表、燃气表、公共电表、公共水表等等，根据输入的仪表用量，生成费用；
　　无：针对没有确定的数据计量，单次收费的情况，需要收费过程中人工确认数量的。
　　（数据绑定示意）
　　这里是一个单独的绑定数据源的环节，当然也可以考虑将数据源的绑定和计费标准的设计融合到一起，也可以后置进行批量操作，我这就不给具体的界面了。
　　三、标准绑定
　　通过计费模型制定了具体的收费标准之后，接下来就该考虑谁应用这些标准。
　　比如，我们前面图中所列的：高层、低层、底商的物业费是不同的，这时候我们需要把不同的计费标准与这些高层、低层、底商的房间分别进行关联，以便于按照各自的标准生效。
　　绑定计费标准的时候需要考虑足够灵活和简单，比如可以支持按楼栋绑定，可以支持按单元绑定，可以支持按楼层绑定，也可以支持按单个对象绑定等等，修改也是同样。
　　给个简单的示意吧，就不多做介绍了：
　　（标准绑定示意）
　　四、总结
　　最后，简单总结下，我这里思路上是按照这三个环节进行的：
　　其中着重介绍了前两个环节，应该可以对物业管理系统中计费方式的设计有一些初步的认识。
　　毕竟这里只是介绍了一些基本的思路，具体的页面设计、交互和功能流程，尚还有很多需要仔细推敲的地方，有兴趣的可以自己琢磨下。