一种用于社区的收费管理系统的制作方法

1.本发明涉及计算机管理技术领域，特别涉及一种用于社区的收费管理系统。


背景技术：

2.随着人们生活水平的人提高，人们对住房环境、住房质量等的要求不断的提升，在住房要求提升的过程中，人们对社区的物业管理的质量和服务业也提出了更高的要求。
3.目前物业公司收费都是在指定的物业服务中心进行收取，居民因为工作时间忙而无法在上班时间及时缴纳物业费，而且，由于每个居民的费用不一，导致费用收取困难以及费用管理困难。
4.为此，需要一种能够对缴费情况进行有效监控的用于社区的收费管理系统。


技术实现要素：

5.本发明提供了一种用于社区的收费管理系统，能够对缴费情况进行有效监控。
6.为了解决上述技术问题，本技术提供如下技术方案：
7.一种用于社区的收费管理系统，包括：
8.账户创建模块，用于为用户创建个人账户；
9.费用获取模块，用于定期获取用户的待缴费用，基于待缴费用更新个人账户的余额；
10.查询模块，用于接收用户的查询请求，基于查询请求显示当前个人账户的余额；
11.缴费模块，用于接收用户的费用支付信息，基于费用支付信息更新个人账户的余额；
12.提醒模块，用于访问个人账户，判断个人账户的余额是否为负，若为负，生成缴费提醒信息并发送至用户。
13.基础方案原理及有益效果如下：
14.本方案中，通过账户创建模块，可以为每一用户创建个人账户，方便后续进行统一管理。费用获取模块可以获取用户的待缴费用，对个人账户的余额进行更新。用户缴费后，缴费模块能够对个人账户的余额进行更新，保证余额能实时反应用户当前的费用缴纳情况。通过提醒模块，能够对余额为负的用户进行提醒，使用户能够尽快进行缴费。
15.综上，本方案能够对缴费情况进行有效监控。
16.进一步，所述提醒模块还用于在生成缴费提醒信息后，每隔预设时间访问个人账户，判断个人账户的余额是否为负，若仍然为负，将已生成的缴费提醒发送至用户。
17.提醒模块能够对个人账户进行定期监控，定期提醒用户缴纳费用。
18.进一步，所述提醒模块还用于统计向用户发送缴费提醒的次数，判断次数是否超过阈值，若超过阈值，生成问题清单，将问题清单发送至用户。
19.若用户在多次提醒后仍然不缴纳费用，用户可能认为物业管理中存在某些地方做得不到位的情况，所以不愿意缴纳费用，通过将问题清单发送给用户，可以收集用户不缴费
的原因，便于后续针对性处理。
20.进一步，提醒模块还用于接收用户的反馈清单；
21.还包括反馈模块，用于从反馈清单中提取反馈项，从反馈项中筛选有效反馈，将有效反馈发送至预设的第一接收者；反馈模块还用于从预设的接收者获取处理信息，基于处理信息判断有效反馈是否得到处理，若未得到处理，生成疑难问题提醒；
22.提醒模块还用于将疑难问题提醒发送至预设的第二接收者。
23.第一接收者可以是物业服务人员，将筛选后的有效反馈发送至物业服务人员，便于物业管理人员对用户反应的问题进行处理；第二接受者可以是管理人员，若物业服务人员不能处理，将疑难问题提醒发送给管理人员，由管理人员进行处理。
24.进一步，所述反馈模块基于处理信息判断得到处理时，生成访问计划；提醒模块用于将访问计划发送至用户，提醒模块还用于接收用户的回复信息，基于回复信息判断用户是否调整访问时间，若未调整，将访问计划发送至预设的第三接收者；若调整，基于调整更新访问计划，将更新后的访问计划发送至用户和预设的第三接收者。
25.当用户反应的问题得到处理时，生成访问计划，并和用户确认访问时间，然后将最终的访问计划发送至用户和第三接受者。第三接收者可以是负责费用收取的相关人员。第三接收者可以上门和用户沟通问题处理情况，以及收取费用，用户体验更好，也提高了用户缴费的概率。
26.进一步，所述提醒模块还用于统计用户欠费到用户缴费期间，向用户发送缴费提醒的次数，将该缴费提醒的次数标记为个人提醒次数，再将个人提醒次数与用户的个人账户关联；提醒模块还用于周期性计算用户所有历史的个人提醒次数的平均值，将当前的所述阈值更新为所述平均值，并将所述阈值与用户的个人账户关联。
27.由于不同的用户缴费习惯不同，例如，有的用户收到缴费提醒2次就会自行缴费，若还未缴费就需要发送问题清单给用户；还有的用户收到缴费提醒5次才会自行缴费，若还未缴费就需要发送问题清单给用户。如果为不同的用户都设置同样的阈值，针对性较弱。本优选方案中，根据用户历史的个人提醒次数生成阈值，并周期性的调整，使生成的阈值更符合用户的个人情况，针对性更强，相比于不同的用户按照同样的阈值发送问题清单，使得发送问题清单的时机更精准，例如，阈值固定为3次，系统会向收到缴费提醒3次仍然未自行缴费的用户发送问题清单。对于收到缴费提醒5次才会自行缴费的用户来说，只是个人习惯性的延迟缴费，不是因为用户对物业管理有意见而不缴费，发送问题清单不但没有作用还可能会对用户造成额外的打扰，本优选方案可以避免这一情况的发生；对于通常收到缴费提醒2次就自行缴费的用户来说，第2次提醒后没交费，表明存在对物业管理有意见而不缴费的可能性了，若采用固定阈值的方式，还会进行第3次提醒，然后再发送问题清单，耽误了较多的时间，采用本优选方案，这样的用户阈值会是2次，也就是在第2次提醒后没交费就会发问题清单给用户，有利于及时对用户不愿缴费的原因进行调查。
28.进一步，所述待缴费用包括物业费用和市政费用，市政费用包括水费、燃气费和电费。
29.进一步，所述个人账户关联物业费用信息和市政费用信息；
30.提醒模块用于判断物业费用信息缴费提醒的次数，判断次数是否超过阈值，若超过阈值，生成问题清单。
附图说明
31.图1为实施例一一种用于社区的收费管理系统的逻辑框图。
具体实施方式
32.下面通过具体实施方式进一步详细说明：
33.实施例一
34.如图1所示，本实施例的一种用于社区的收费管理系统，包括账户创建模块、费用获取模块、查询模块、缴费模块、提醒模块和反馈模块。
35.账户创建模块用于为用户创建个人账户；个人账户关联物业费用信息和市政费用信息。
36.其中，市政费用信息还包括水费子信息、燃气费子信息和电费子信息。
37.费用获取模块用于定期获取用户的待缴费用，基于待缴费用更新个人账户的余额。待缴费用包括物业费用和市政费用，市政费用包括水费、燃气费和电费。
38.查询模块用于接收用户的查询请求，基于查询请求显示当前个人账户的余额；即物业费用和市政费用的余额。
39.缴费模块用于接收用户的费用支付信息，基于费用支付信息更新个人账户的余额。本实施例中，通过接入第三方支付平台进行支付，例如支付宝、微信、云闪付等，当用户完成缴费后，第三方支付平台会返回费用支付信息。
40.提醒模块用于访问个人账户，判断个人账户的余额是否为负，若为负，生成缴费提醒信息并发送至用户。本实施例中，物业费用信息，水费子信息、燃气费子信息和电费子信息中的任意一项余额为负，判断个人账户的余额为负。
41.提醒模块还用于在生成缴费提醒信息后，每隔预设时间访问个人账户，判断个人账户的余额是否为负，若仍然为负，将已生成的缴费提醒发送至用户。
42.提醒模块用于判断物业费用信息的缴费提醒的次数，判断次数是否超过阈值，若超过阈值，生成问题清单，将问题清单发送至用户。本实施例中，问题清单包括若干问题项，用于采集用户不按时缴费的原因。例如您暂时不愿缴费的原因是什么：a自身问题；b物业服务不满意，您对物业服务不满意的原因是什么等。
43.提醒模块还用于接收用户的反馈清单。
44.反馈模块用于从反馈清单中提取反馈项，从反馈项中筛选有效反馈，将有效反馈发送至预设的第一接收者的终端。本实施例中无效反馈为自身问题，在其他实施例中，还可以通过语义分析将与物业服务无关的反馈项去掉。本实施例中，预设的第一接收者为从事物业服务的相关人员。
45.反馈模块还用于从预设的第一接收者的终端获取处理信息，基于处理信息判断有效反馈是否得到处理，若未得到处理，生成疑难问题提醒；提醒模块还用于将疑难问题提醒发送至预设的第二接收者的终端。本实施例中，第二接收者为物业服务的管理人员。
46.反馈模块基于处理信息判断得到处理时，生成访问计划；提醒模块用于将访问计划发送至用户的终端，提醒模块还用于接收用户终端的回复信息，基于回复信息判断用户是否调整访问计划中的访问时间，若未调整，将访问计划发送至预设的第三接收者的终端；若调整，基于调整更新访问计划，将更新后的访问计划发送至用户的终端和预设的第三接
收者的终端。本实施例中，预设的第三接收者为负责费用收取的相关人员。
47.本实施例中，将筛选后的有效反馈发送至物业服务人员，便于物业管理人员对用户反应的问题进行处理；若物业服务人员不能处理，将疑难问题提醒发送给管理人员，由管理人员进行处理。当用户反应的问题得到处理时，生成访问计划，并和用户确认访问时间，然后将最终的访问计划发送至用户和负责费用收取的相关人员。负责费用收取的相关人员可以上门和用户沟通问题处理情况，以及收取费用，用户体验更好，也提高了用户缴费的概率。
48.实施例二
49.本实施例与实施例一的区别在于，本实施例中提醒模块还用于统计用户个人账户的余额为负到用户缴费期间，向用户发送缴费提醒的次数，将该缴费提醒的次数标记为个人提醒次数，再将个人提醒次数与用户的个人账户关联。
50.提醒模块还用于周期性计算用户所有历史的个人提醒次数的平均值，将平均值作为当前的阈值，将阈值与用户的个人账户关联。本实施例中，周期为每月重新计算一次。
51.由于不同的用户缴费习惯不同，例如，有的用户收到缴费提醒2次就会自行缴费，若还未缴费就需要发送问题清单给用户；还有的用户收到缴费提醒5次才会自行缴费，若还未缴费就需要发送问题清单给用户。如果为不同的用户都设置同样的阈值，针对性较弱。本实施例中，根据用户历史的个人提醒次数生成阈值，并周期性的调整，使生成的阈值更符合用户的个人情况，针对性更强，有利于及时对用户不愿缴费的原因进行调查。
52.以上的仅是本发明的实施例，该发明不限于此实施案例涉及的领域，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本技术给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本技术的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本技术要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。