建筑模型
我这就不给 具体的界面了详情
当前位置:主页 > 秒速牛牛作品 > 建筑模型 >
我这就不给 具体的界面了

   

  本篇文章介绍了物业管理系统中收费项目的划分情况,并且将计费模型进行了系统地梳理,希望借此能够增加大家对物业管理系统中计费方式的认识。

  之前做物业系统的时候,有一块收费系统,这里的内容不少,乍接触的人不太好下手,而且里面坑比较多,就把我的一些思路和遇到的问题做一些整理,分享一下,希望能给需要的人一些启发。

  物业收费中系统中最重要、最基础的一块内容就是计费,而且要计得对,计得准。这部分有问题,那所有的都白忙乎。

  在此之前要先搞清楚,系统要对哪些内容进行计费管理,即收费项目的管理和设置。

  这里只是举了几个例子,至于物业收费中的项目有哪些,取决于各省市的物业收费管理标准,物价部门也会有明确的收费指导,有兴趣的可以查阅下相关资料。

  我这里梳理了部分常见的物业收费内容,列了个表,根据这个表,看下彼此之间有什么共同点是可以抽象出来的。

  虽然各地、各个物业公司的收费标准和内容不尽相同,但却有大体的规则和原理是相通的。

  我们需要抽取出能够让系统完成的事情,解放人的双手和时间,让系统最大的程度的能够覆盖和解决所有的情况。

  合理划分收费项目是基于业务的管理和统计需要,基本上这样整理完成之后,基本的项目划分思路也就比较清晰了,关于收费项目设置建议设置两级结构就可以了:

  第一级作为收费大类(比如管理类、特约服务类、常规服务类等等);第二级作为细分的收费科目(比如物业费、车位管理费等等)。

  一方面可以满足按照不同维度的统计,另一方面初期维护和设置的时候不至于过于繁琐和细碎。

  如果说还有物业费下面还有更细的,比如:高层低层费用等等,其实这些可以作为单独的收费标准来实现就好,未必要在类目上划分的那么细。

  另外就是类别、科目的划分我们只需要产品结构上支持即可,至于具体用户如何定义各个分类和名称,我们就没必要过多的关心了。

  那么收费项目结构和思路理清楚之后,我们来看下计费模型,之前我们也看到了那么多的收费项目和收费要求,分别也有很多划分方式:

  我这里将物业中常见的收费归纳为两类计费形式:循环性的周期计费和独立的一次性计费。

  典型的比如物业费,一般是固定金额的按月/按季/按年这样收取,一般情况金额不会发生变化,这种类型的收费最适合于系统自动处理,基于规则的一致性,能够完全或者大部分取代人力的工作,由系统功能完成。

  比如:某些工本费、临时停车费、垃圾清运费等等,针对某一项内容或者服务,一次性收取一笔费用,收取的费用根据数量、人员、面积、时间等不同的计量单位而有所不同。

  而这种计费由于受限于实际的情况,需要一些人为的干涉,系统在设计上即使是在必不可少的环节也要尽量减少人工操作。这样的话可以很好的区分系统和人的工作边界在哪里,系统要做的不费人力,人要参与控制的系统不过度设计。

  要让系统比较智能的代替人工作,那就需要给出一套计费公式,初步有四种可能的方式:

  (1)单位单价:只有一个单位单价,实际收取费用需要通过某几个计算变量实时计算的,比如:xx元/平方米,需要根据单位面积单价*房屋面积计算生成。

  小区物业费收取标准分为一级、二级、三级、四级四个标准。这四个标准的收费依次大概为1.00元/平方米/月、0.75元/平方米/月、0.5元/平方米/月、0.35元/平方米/月(已包含税费)。浮动幅度在20%上下合法有效,但是每个地方的收取标准有点差异,具体的物业费收取标准要按当地物价局公布。

  (2)固定总价:只是一个确定的价格,不需要通过单价计算,比如房租500元/月。

  (3)阶梯价格:通常是针对水电费,按照阶梯价计算的费用,超出部分有不同的计费标准,我们的个税其实也是这样。

  周期计费和单次计费的区别只是在出账周期,周期计费确定了出账周期之后,自动算费并按照周期出账,单次计费需要人工确定必要的计量数据完成计费。

  这里要说明一点的是:适用期间,因为有些价格标准是有可能发生变化的,基于物价调整的情况,或者根据用户的生命周期不同,适用的标准不太一样,所以要预留下标准有效执行的时间范围。

  那有没有发现少了个环节呢?关于计费的数据源从哪来?比如,既然是周期性记账,物业费中必要的面积变量从哪来?如果有仪表数据,我们的表读数如何计入系统?这些数据在系统流程中哪个环节生效?

  其实说白了,我们上面的过程其实是相当于确定单价和通过规则的过程,在收费规则中,单价都是已知的,要计算总价其实是要看(单价*数量),这个数量广义上来说,可能是面积大小、用量多少等等。

  这就需要我们针对创建的计费模型绑定具体的数量数据源,考虑有几种数据来源:

  这里是一个单独的绑定数据源的环节,当然也可以考虑将数据源的绑定和计费标准的设计融合到一起,也可以后置进行批量操作,我这就不给具体的界面了。

  比如,我们前面图中所列的:高层、低层、底商的物业费是不同的,这时候我们需要把不同的计费标准与这些高层、低层、底商的房间分别进行关联,以便于按照各自的标准生效。

  绑定计费标准的时候需要考虑足够灵活和简单,比如可以支持按楼栋绑定,可以支持按单元绑定,可以支持按楼层绑定,也可以支持按单个对象绑定等等,修改也是同样。

  其中着重介绍了前两个环节,应该可以对物业管理系统中计费方式的设计有一些初步的认识。

  毕竟这里只是介绍了一些基本的思路,具体的页面设计、交互和功能流程,尚还有很多需要仔细推敲的地方,有兴趣的可以自己琢磨下。

  作者:Colin,公众号:颇有微词(poyouweici),我的记忆不好,但我会写字。