市公用事业缴费平台建设项目可行性研究报告Word下载.docx
《市公用事业缴费平台建设项目可行性研究报告Word下载.docx》由会员分享,可在线阅读,更多相关《市公用事业缴费平台建设项目可行性研究报告Word下载.docx(27页珍藏版)》请在冰豆网上搜索。
![市公用事业缴费平台建设项目可行性研究报告Word下载.docx](https://file1.bdocx.com/fileroot1/2022-12/15/5a9a6814-a37a-407d-bcbd-11d836876254/5a9a6814-a37a-407d-bcbd-11d8368762541.gif)
以XXX市金融票据信息中心为核心,搭建一个信息交换共享平台,连接全市各收费单位、各商业银行等相关机构,实现公用事业缴费单位网络“一点式”接入,在节约缴费单位网络通讯费用开支的同时,对全市代缴费资源统一调配,业务统一管理,提高网络服务质量。
通过协议扣划缴费、银行卡缴费、社区或银行自助缴费、短信缴费、网上支付及柜面现金缴费等多种缴费方式,实现居民缴费“一站式”服务,为居民提供更为方便的、快捷的、多渠道的优质服务,提升缴费服务质量。
第二章承担单位基本情况
2.1项目承担单位
缴费平台业务承担单位是XXX市金融票据信息中心,该中心是经XXX市编办批准成立的公共服务性事业单位,服务宗旨包括为全市提供安全、高效的资金清算服务,财税库横向联网业务,公用事业缴费平台的建设及运行管理,中心实行自收自支并在政府补助下保本微利运行,上级主管部门为中国人民银行XXX市中心支行。
中心作为缴费平台业务的主体机构负责实施各项代收代扣业务。
主要权责如下:
1、负责各项代收代扣业务的日常工作及各项业务的扩展、建设以及日常运营、清算等管理工作;
2、制订代收代扣业务规定、资金清算办法等有关代收代扣业务规章制度;
3、受理公用企事业单位提出代收代扣公用企事业费的申请,签订代理收费业务协议;
4、作为受托人,发起代收代扣业务,负责代收代扣业务信息的接收、传递、处理和存档,并在规定时间内传送至各成员银行和公用企事业单位;
5、统一制定《委托代扣代缴授权书》及相关协议文本,负责全市用户委托代扣协议的统一管理,妥善保存用户的委托申请资料至委托终止后2年;
6、负责各成员银行及公用企事业单位的资金清算并提供清算数据,将所收资金划入公用企事业单位指定的银行账户,并及时向有关成员银行和公用企事业单位发送对账信息;
7、负责公用企事业单位和成员银行间缴费信息的查询,并提供相关数据;
8、按照价格管理部门核定的统一收费标准向委托收费的公用企事业单位收取代理手续费;
9、组织和协调代收代扣业务宣传等工作。
2.2项目参与机构
缴费平台业务执行机构由XXX市金融票据信息中心为主体与公用企事业单位、成员银行共同组成,负责实施各项代收代扣业务。
参与机构组成各方的权责如下:
公用企事业单位
1、向XXX市金融票据信息中心提出代理收费申请,签订代理收费业务协议;
2、按照统一标准建设、管理本单位收费网络系统,并与XXX市金融票据信息中心联网;
保障本单位收费网络系统的正常运行;
3、按规定做好代收代扣业务信息的传递、索取、处理和存档工作;
4、通过本单位营业网点受理用户以现金或银行卡方式办理公用企事业费代收业务;
5、受理用户投诉,负责解释、回复用户有关计费数据的查询;
查明确认应减收或补收时,负责退款及补收等相关工作;
6、负责对用户逾期未缴的公用企事业费用的催缴工作,公用企事业单位提出对逾期未缴费用户收取滞纳金的由公用企事业单位负责计算,并承担因收取滞纳金所造成的用户不满、诉讼等一切责任;
7、根据银行缴费回单,负责对已缴费的用户提供发票;
8、对于变更缴费客户号的用户,应及时提醒用户办理委托银行代扣业务的相关变更手续;
9、向XXX市金融票据信息中心提供指定账户,用于XXX市金融票据信息中心按照统一的手续费标准通过银行委托收款的方式扣取公用企事业单位应支付的手续费。
成员银行
1、按照统一标准建设、管理本单位代收代扣业务收费网络系统,并与XXX市金融票据信息中心联网;
保障本单位代收代扣业务收费网络系统的正常运行;
2、受XXX市金融票据信息中心委托,接受并办理用户委托、变更、终止委托代扣代缴业务的申请,按时将相关资料移送至XXX市金融票据信息中心;
3、负责将用户委托信息资料发送至XXX市金融票据信息中心进行确认登记;
4、按规定做好代收代扣业务信息的传送、索取、处理和存档工作;
5、根据用户有效委托申请,按XXX市金融票据信息中心传送的公用企事业缴费数据,在规定的时间内,从用户指定的账户中全额代扣公用企事业费用,并将完成扣款的有关信息及时发送至XXX市金融票据信息中心;
6、通过本单位营业网点受理用户以现金或转账支付方式办理的公用企事业费代收业务;
通过本单位电话银行、自助终端、网上银行、手机银行等受理用户以银行卡转账支付方式办理的公用企事业费代收业务;
7、在收费数据传送当月,当用户指定账户中无足够资金时,应及时将未扣信息传送至XXX市金融票据信息中心;
8、在开办代收代扣业务时,必须遵循“银行不为公用企事业单位垫款”的原则;
9、负责委托用户的对账工作,提供对账单(包括纸质和电子对账);
10、负责公用企事业缴费储值卡的销售;
11、对银行账户发生变更、挂失以及销户的用户,银行应提醒用户对使用该银行账户办理的委托代扣代缴业务进行相关的变更、撤销。
2.3项目合作伙伴
平台在项目的开展上实行统一规划、分段实施,根据具体情况寻求合适的合作伙伴:
1、项目的硬件设备供应、集成商
在项目的硬件设备选项型上充分考虑到一期、二期以及扩展期的使用需求,做到适用、安全、不浪费并且有充分的冗余;
要选择一家有实力、有资质、信誉好的硬件厂商。
2、项目的网络设备供应、集成商
网络的性能、安全性是保证该系统平稳运行的关键,本着既要提高网络整体性能,又要保护现有投资的原则,需要选择一个有实力、有资质、信誉好且距离XXX较近的设备供应商。
3、项目的软件开发商
根据对一些软件开发商的考察,考虑到XXX市现有的缴费情况、缴费习惯以及缴费量统计,选择一家符合我市实际业务需求的开放式软件产品,该产品要涵盖基本的缴费系统、账务处理系统、客户资料管理系统、协议管理系统等;
在接口上要支持其它外围系统;
在业务逻辑上要支持对单个业务逻辑的拼合、拆分;
要有灵活的可视化开发工具等。
该项目是由XXX市金融票据信息中心为主体寻求合作伙伴共同开发,并且与公用企事业单位、商业银行共同合作执行。
各个实施机构及单位,相互联系,紧密配合,处理好平台建设、运营、发展的各项工作;
各方对业务实施过程中出现的疑问、矛盾等问题,均从平台服务百姓的大局考虑,加强合作,协商解决。
第三章产品需求分析和建设的必要性
3.1产品需求分析
XXX市位于XX省东南部,总面积3317平方公里,XX年末,全市户籍人口230.46万人,比上年增加1.43万人,其中市区105.28万人,全年人口自然增长率为4.57‰,水、电公用设施基本普及全市镇,天然气使用人口为52.52万人,约占总市区人口的50%。
按照4.57‰人口增长速度,预计到XX年,XXX城镇人口可达到107.22万人,按照平均每4人组成一个家庭,每户每月要分别缴水、电费各一次,此项业务量约共计644万笔;
天然气使用覆盖率按50%计算,业务量约共计161万笔;
每户固定电话业务量约共计322万笔,每户有线电视业务量约共计322万笔;
社保业务按照城镇人口社保购买率100%计算,每人每月要缴纳一次,此项业务量约共计1287万笔;
城镇人口手机使用率已经达到100%,每人每月缴纳费用一次,此项业务量约共计1287万笔,综合上述估算数据,到XX年,本项目产品市场需求量预计可达到4023万笔。
在此基础上,本项目还会拓展到其他领域,如公共交通费、加油站缴费等城市群体固定消费,除了大约三分之一业务分布在收费单位网点,每年也至少有2700万笔业务量可以使用本平台,可见市场前景十分广阔。
3.2建设的必要性
XX年开始,工行、建行、商行等部分银行机构为创新银行服务品种、开拓服务市场、吸收储蓄存款,陆续与水、电、气等公用事业单位建立代收业务关系,由银行投资建立单个业务交易平台,开展部分代收业务。
到XX年时,全市代收业务量达到365万笔,不足业务总量的十分之一。
随着城镇化的发展,城市人口增多,居民生活质量提高,社会保障制度的完善,推动了保险和各项公用事业缴费群体的增加,进而加大了银行代收费的业务量。
然而,业务量的增加并没有给银行带来收益的增加,反而造成了多方矛盾,出现群众“缴费难”问题,分析原因如下:
①为节约成本,银行的受理网点减少,并且各网点缴费业务种类不全,业务效率低。
②由于人民银行账户管理办法对单位银行结算账户的严格管理以及各公用事业单位对资金集中的财务管理要求,公用事业单位存放在代收费银行的资金沉淀已不复存在,银行原有利益由此减少。
③近年,由于贷款、票据、基金、国债、保险等中间业务的突飞发展,给各商业银行带来了巨大的利益收入,因此吸纳了大量的人力物力资源投入中间业务,导致了银行对公用事业单位代收业务投入的不足,造成缴费群众排队时间长、投诉多,银行柜面压力大、服务态度差等一系列问题。
由于代收业务利润的减少,XX些银行在代收业务合同到期后停止续签,也潜在的加大了其他受理业务银行的压力。
同时,公用事业单位本身缴费网点少,分布不均,缴费品种单一,使“缴费难”问题愈发严重。
对此群众呼声不断,该问题已成为影响城市和谐发展的一项阻碍,XXX市政府对此十分重视,并在《政府工作报告》中明确提出要建立公用事业缴费平台,解决群众“缴费难”问题。
第四章建设的主要内容和目标
4.1建设的主要内容
平台在经过多方调研、考察基础上,初步将平台的建设分三大步骤实施。
1、项目建设第一步
平台建设的第一步是建立一个以实时和批量代扣方式缴纳水、电、气、有线收视费为目标的缴费平台,由商业银行的柜面、网银、自助机具、电话银行以及中国银联的POS作为客户缴费的渠道;
在清算上,平台作为一个清算组织接入人民银行小额支付系统,并通过小额支付系统与提供各种金融服务的商业银行、中国银联进行清算;
系统还提供了对非银行信息采集系统数据采集的支持。
流程图如下:
2、项目建设第二步
平台在第二步上考虑对其它企事业单位的支持,如:
社保、电信、移动、联通、公积金、公共交通费等,客户可根据自己的需要,灵活选择缴费渠道,及时方便缴纳社保、话费等各种费用;
平台还提供对小型企业支持,如:
小区物业费缴纳等;
并扩充了平台的缴费渠道,如:
网上缴费、语音、自助机具以及和无线运营商合作建立移动支付平台等。
3、项目建设第三步
即拓展期。
在这个阶段,平台可以利用自身的客户资料管理系统,进行平台自身的充值卡、联名充值卡的发放,并将建设自己的充值卡清算平台;
完善自己的移动支付平台,支持短信充值等新业务的发展;
发展特约商户,如:
出租车、便利店、商场或加油站等,为客户提供更深、更全、更便捷的金融服务。
4.2项目主要业务
4.2.1主动缴费业务
是指个人主动到银行柜台以现金方式缴费的业务,在未来渠道拓展后可发展到支持银行卡,通过电话语音平台,互联网支付网关,圈存缴费机等多种渠道缴费。
Ø
业务流程图
该种业务进行之前应该先发起欠费信息查询指令(参见欠费信息查询业务一节)获得欠费信息,然后再进行主动缴费业务。
说明
1)对于主动缴费业务,收费企业和平台之间以及银行和平台之间的连接只能采用直联方式。
2)银行在规定时间内收不到平台的主动缴费返回指令时,可以认为该指令处理不成功;
也可以向平台发起交易明细查询指令查询处理结果,然后根据查询结果进行相应处理等。
4.2.2批量代付业务
1)单位发起的批量扣划,平台上取得单位批量代扣业务的信息后,利用批量扣划接口将文件清分后发住各商业银行,并利用支付系统对各清算行和各委托单位的资金进行清算。
2)银行发起的批量扣划,平台上取得银行签约的代扣业务信息后,利用批量扣划接口将文件清分后发住各公用事业单位,公用事业单位返回明细的扣款文件后,再由平台清分,发住各商业银行,商业银行收到后返回回执。
最后利用支付系统对各清算行和各委托单位的资金进行清算。
如果付款企业开户行返回余额不足信息,平台拒绝该代付指令的处理,付款企业在补足余额后可再次向平台发起该批量代付指令。
平台在规定时间内收不到付款企业开户行的批量代付确认返回指令时,需要平台业务人员向银行确认扣款情况,然后决定是按照银行处理失败来对这笔业务进行相应处理还是等待银行发回批量代付确认返回指令;
如果按照银行处理失败来处理时,由平台业务人员通知扣款行作相应账务处理。
4.2.3批量代收业务
批量代收业务指成批进行扣款和清算处理的代收业务。
对于批量代收业务,银行可以采用直联和非直联的方式与平台相连;
对于直联方式,批量代收指令由平台直接发往银行(通过前置机转发),银行把批量代收返回指令直接发给平台(通过前置机转发);
对于非直联方式,批量代收指令由平台发往银行前置机,然后银行再从前置机提出,批量代收返回指令由银行通过前置机发给平台。
4.2.4实时扣费业务
实时扣费业务是指企业主动发起的实时代收业务。
对于实时代收业务,收费企业和平台之间以及银行和平台之间的连接只能采用直联方式。
扣款信息转发商业银行之前会作相应的大额金额预警检查,系统进行提示。
4.2.5主动缴费冲销业务
当银行业务人员或客户发现原主动缴费业务有错误而需要取消原缴费业务时,银行业务人员或客户可以发起主动缴费冲销业务,用于对已经发起还没清算的缴费业务进行冲销。
对于用现金缴纳的主动缴费的冲销业务的发起需要银行制定严格的制度。
对于主动缴费冲销业务,收费企业和平台之间以及银行和平台之间的连接只能采用直联方式。
银行在规定时间内收不到平台的主动缴费冲销返回指令时,可以认为冲销指令失败,可以再次发起冲销交易,直到等到冲销返回结果,也可以向平台发起交易明细查询指令查询处理结果,然后根据查询结果进行相应处理。
4.2.6欠费查询业务
欠费查询业务指客户需要知道自己的欠费情况时通过各种渠道(包括通过银行柜台)查询存放在收费企业的欠费信息。
下面以通过银行柜台查询欠费信息进行描述,通过其他渠道进行查询欠费信息的流程类似。
4.2.7自由格式信息
自由格式信息包括通知信息、公告信息、普通信息等。
自由格式信息管理包括参与行和收费企业向其他参与行和收费企业发出自由格式信息、查看其他参与行和收费企业发来的自由格式信息以及自己发出去的自由格式消息。
对于直联的参与行和收费企业可以从各业务系统直接发出和收到自由格式信息。
对于非直联的参与行和收费企业可以从前置机上收到和发出自由格式信息。
4.2.8查询查复业务
以下是由平台发起银行接收的查询查复的业务流程图,其它节点发起的查询查复流程与此相似。
4.2.9轧差和清算
平台每日在确定的时点进行轧差清算处理。
银行资金由人行ABS系统或者其他清算系统清算,企业资金由企业开户行入账。
业务流程描述:
1)平台在清算轧差时间,汇总当日成功交易数据,按代理行和企业开户行情况轧差。
2)平台生成各商业银行和企业的资金清算凭证,以及各商业银行的资金清算清单。
3)平台将商业银行资金清算凭证提交人行ABS系统或者其他清算系统清算银行头寸。
4)清算系统清算各商业银行资金头寸。
5)在清算系统清算银行资金完成后,平台将各商业银行资金清算清单以及企业资金清算凭证提交商业银行。
6)商业银行依照资金清算清单对账。
企业开户行依照企业资金清算凭证为企业入账。
4.2.10与商业银行日终对账
平台以商业银行返回文件为准进行资金清算,清算完毕后会将资金清算清单(包括清算金额、业务种类、总笔数、总金额等)提交各商业银行,由商业银行进行汇总对账,如对账不符,商业银行可请求下载明细,由商业银行自行进行调账。
业务流程:
4.2.11收费企业日终对账
平台在每日银行资金清算完毕后会将资金清算清单(包括清算金额、总笔数、总金额等)提交各收费企业,由收费企业进行汇总对账,如对账不符,收费企业可请求下载明细,由收费企业进行调账。
4.3项目主要功能
4.3.1多渠道缴费功能
平台通过对自身渠道的不断完善,在便利店、商场等公用场所增加自助设备,开设平台的网上缴费、语音缴费、短信缴费、短信充值等多元化缴费充值渠道,为客户提供缴费、消费、充值的便利。
4.3.2客户资料管理功能
实施以人行客户号为平台的管理,通过客户号的管理,客户在缴费时不仅可以以唯一客户号作为缴费号,缴纳各项费用,也可以灵活的通过签约后的手机号、固话号、水费号以及其它号码作为缴费号来缴纳各项费用。
各商业银行及公用事业平台客户端对客户资料信息进行实时的更新维护,客户资料由平台统一管理。
4.3.3公用事业处理后台主系统功能
接收和处理委托单位前台和银行前台以及银联的所有请求,将接收到的报文转换为各委托单位所规定格式的报文信息发送至委托方,控制整个系统的运行,完成所有缴费业务在公用事业处理后台的检查和入库处理。
4.3.4公用事业处理后台客户端功能
后台客户端用于清算委托单位和银行网点、银联网点发送的缴费业务、及进行相应的数据处理,生成各银行的净额轧差文件和各银行的提回文件,提供后台查询以及报表打印,系统参数设置、系统维护等。
4.3.5可视化开发工具功能
可视化开发工具用于在增加新的委托单位或者委托单位接口有变化时,提供一种较为方便的图形化开发界面,以方便开发人员在较短的时间维护业务。
4.3.6公用事业处理管理系统
完成对平台所产生业务的收费统计、收费管理和收费情况查询等。
系统涵盖平台工作的整个流程,包括资料输入、收费标准的设置、收费数据产生、报表生成打印、收费文件生成等各个方面。
4.4项目主要性能指标
4.4.1系统业务处理能力
1、批量业务清分处理能力:
本系统批量代收业务要求满足日处理量100万笔。
批量业务处理的相应时间要根据业务量大小和网络通讯状况而定。
2、实时业务处理能力:
本系统实时缴税、实时扣税业务要求满足日处理量10万笔。
本系统从报文进入系统到接收回执平均时间为5秒;
报文传输不成功时,在5秒时间内通知发送者;
3、其他业务处理能力:
系统登录平均时间为3秒;
自由格式报文平均处理时间为3秒;
4.4.2系统运行时间需求
代收代付实时缴费处理系统应根据公历确定其工作日,允许调整,并须在3日前公布。
批量代收业务处理系统应支持每天8小时连续运行。
受理信息清分和支付信息的时间为8:
00至16:
30,允许调整,但须提前3日公布。
批量代付业务处理系统应支持每天8小时连续运行。
实时缴款和实时扣款业务处理系统应支持7*24小时连续运行。
在系统一期,只存在银行柜面受理实时缴费业务的情况,受理支付信息和信息清分的时间为8:
4.4.3系统开放性设计基本要求
系统开放性要求包括可移植性、可扩展性、互操作性、可配置性。
可移植性是指系统的设计和实现都不依赖特定的供应商硬件和软件平台。
根据处理能力的需要,系统能够简单便利地完成平台的迁移。
可扩展性是指系统具有平滑升级能力和扩展能力,适应参与行、参与地税数目的增加及与相关系统(现代化支付系统、银联系统等)的衔接,从基本数据字典的设计开始重点考虑;
同时,系统软件设计从整个项目近期、中期、远期综合考虑,坚持总体布局分步实施的原则。
互操作性是指系统采用开放协议实现网络互连,并且为接口方应用软件的开发提供统一的API包,可实现与各接口方综合业务处理系统的无缝连接。
可配置性是指系统采用管理终端对系统进行配置,一旦增加新的业务,只须配置其中的要素,而无须修改大量的程序就可实现业务的功能。
4.4.4安全可靠性
应用系统提供可靠的交易各方身份认证和数据传输功能;
具有故障检测和网络重载能力;
对重要数据进行长期的备份;
软件系统进行权限的严格控制,坚持逐层授权、权力分散的原则;
对重要操作进行操作日志的记录等。
提供交易数据的保密性和交易的完整性,必要时提供数据的法律依据。
采用多点多层记录日志的方式,对每笔业务交易都要做详细记录,并做到多重记录以便以后核对。
设计系统的运行维护管理模块,进行系统数据库的备份与恢复。
合理规划设计,保证数据和交易的一致性。
4.4.5系统易操作性
系统的用户界面应给人一种界面友好,简洁,操作简单,使用灵活的感觉。
要求服务器端能够方便地适应业务和扩展的变化和用户终端(包括PC、语音平台、支付网关等)的升级。
操作界面和风格统一,处理流程简单。
4.4.6系统实用性
在满足应用的前提下,以尽可能少的投资,最合理的设计方案,实现中间业务系统安全、交易和信息服务,挖掘更多的企业代收付业务以及个人业务。
平台的软件结构清晰明了,具有较强的可扩充性,对新业务的增加要方便快捷,对在用业务的修改要方便;
软件结构要提供详细具体的文档描述资料。
4.5建设的主要目标
结合目前急需解决的问题和城市未来不断发展的需求,平台的建设共分为三个阶段目标:
第一阶段:
完成平台的搭建,从老百姓的切实问题出发,以一卡支付方式解决居民生活缴费问题。
第二阶段:
扩大平台的服务规模,将平台的服务对象延伸至社保、交通、旅游等公用事业和服务产业,并结合城市“一卡通”建设,建立健全金融电子支付网络,改善支付环境、提高电子支付水平,将金融服务层次推向一个新的高度。
第三阶段:
随着社会的和谐发展,不断创新金融服务,发行城市主题卡,全面提升城市形象。
第五章工艺技术方案
5.1项目总体设计原则
项目在适用性原则、参数化原则、安全性原则和易用性原则的基础上力求实现接入渠道的多样化、业务平台的规范化、业务管理的流程化、收费标准的统一化、报文接入的标准化和系统运行的可靠化。
5.2项目工艺结构方案
5.2.1网络结构
网络结构为集中连接,即由原先的各银行机构等与公用事业缴费单位的各自连接,改变为各公用事业单位、各银行机构等和平台的一点连接,同时,将各家的单线连接改变为双线热备均衡负载连接,这样,既节约了每个公用事业缴费单位和5-6家代缴费单位的网络连接费用,