某市公用事业缴费平台建设项目可行性研究报告-优秀甲级资质.doc

-XXX市公用事业缴费平台可行性研究报告XXX市 金 融 票 据 信 息 中 心目 录第一章 项目概况11.1 项目名称11.2 项目提出的背景11.3 项目主要内容2第二章 承担单位基本情况32.1 项目承担单位32.2 项目参与机构42.3 项目合作伙伴6第三章 产品需求分析和建设的必要性83.1 产品需求分析83.2 建设的必要性9第四章 建设的主要内容和目标114.1 建设的主要内容114.2 项目主要业务134.3 项目主要功能264.4 项目主要性能指标284.5 建设的主要目标31第五章 工艺技术方案325.1项目总体设计原则325.2 项目工艺结构方案325.3 信息交换设计375.4 系统数据流设计40第六章 项目投资估算及资金筹措426.1 项目总投资426.2 资金筹措方案426.3 投资估算及资金构成42第七章 组织和劳动定员估算457.1管理体制及组织机构457.2运行班制和定员467.3人员来源和培训46第八章 项目实施规则478.1 项目实施进度478.2 项目实施管理488.3 项目实施组织结构49第九章 项目经济效益分析519.1财务评价依据519.2 产品成本估算529.3 财务评价53第十章 项目社会效益分析58第十一章 结论与建议61附表一：投资估算表附表二：流动资金估算表附表三：投资计划与资金筹措表附表四：财务现金流量表附表五：总成本费用估算表附表六：固定资产折旧、无形资产及递延资产摊销费计算表附表七：损益表附表八：资产负债表附表九：固定资产借款还本付息计算表63-第一章 项目概况1.1 项目名称项目名称：XXX市公用事业缴费平台 承担单位：XXX市金融票据信息中心项目拟建地区：安徽省XXX市1.2 项目提出的背景党的十七大报告指出，必须在经济发展的基础上，更加注重社会建设，着力保障和改善民生。保障和改善民生，是构建社会主义和谐社会的必然要求和重要内容。随着社区的发展和人民生活水平的提高，公众对水、电、煤气等公用事业机构的服务水平越来越关注；与此同时，为居民用户提供更全面的服务、切实解决居民用户的实际问题也逐渐成为公用事业机构的工作重点。为了提高服务质量、切实解决公众的实际问题，同时树立其优质服务形象，各公用事业机构均在积极引进先进的服务理念，开展专门的客户服务业务。XXX市在市委、市政府的正确领导下，全面实施“十一五”发展规划，并且把增强自主创新能力作为落实科学发展观、加快发展的重要环节，坚持工业强市、城乡统筹、自主创新和东向发展战略，国民经济和社会发展实现了又好又快发展。该项目以科学的发展观为指导思想，开拓多种缴费方式，通过公用事业缴费资源共享，统一网络、统一管理、统一服务、统一凭证、统一收费标准，有利于群众多渠道及时缴费；有利于公用事业单位更加高效、快捷收费，减少投诉；有利于银行缓解柜面缴费压力、降低成本。作为一项惠民工程，平台建设的最根本目的在于为老百姓做实事，为政府排忧解难，提高政府为民服务的能力和水平。同时，为构建和谐XXX，加速服务型政府的建设，促进公用事业服务文化的建设作出贡献。1.3 项目主要内容以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市位于安徽省东南部，总面积3317平方公里，2007年末，全市户籍人口230.46万人，比上年增加1.43万人，其中市区105.28万人，全年人口自然增长率为4.57，水、电公用设施基本普及全市镇，天然气使用人口为52.52万人，约占总市区人口的50%。按照4.57人口增长速度，预计到2011年，XXX城镇人口可达到107.22万人，按照平均每4人组成一个家庭，每户每月要分别缴水、电费各一次，此项业务量约共计644万笔；天然气使用覆盖率按50%计算，业务量约共计161万笔；每户固定电话业务量约共计322万笔，每户有线电视业务量约共计322万笔；社保业务按照城镇人口社保购买率100%计算，每人每月要缴纳一次，此项业务量约共计1287万笔；城镇人口手机使用率已经达到100%，每人每月缴纳费用一次，此项业务量约共计1287万笔，综合上述估算数据，到2011年，本项目产品市场需求量预计可达到4023万笔。在此基础上，本项目还会拓展到其他领域，如公共交通费、加油站缴费等城市群体固定消费，除了大约三分之一业务分布在收费单位网点，每年也至少有2700万笔业务量可以使用本平台，可见市场前景十分广阔。3.2 建设的必要性2000年开始，工行、建行、商行等部分银行机构为创新银行服务品种、开拓服务市场、吸收储蓄存款，陆续与水、电、气等公用事业单位建立代收业务关系，由银行投资建立单个业务交易平台，开展部分代收业务。到2005年时，全市代收业务量达到365万笔，不足业务总量的十分之一。随着城镇化的发展，城市人口增多，居民生活质量提高，社会保障制度的完善，推动了保险和各项公用事业缴费群体的增加，进而加大了银行代收费的业务量。然而，业务量的增加并没有给银行带来收益的增加，反而造成了多方矛盾，出现群众“缴费难”问题，分析原因如下：为节约成本，银行的受理网点减少，并且各网点缴费业务种类不全，业务效率低。由于人民银行账户管理办法对单位银行结算账户的严格管理以及各公用事业单位对资金集中的财务管理要求，公用事业单位存放在代收费银行的资金沉淀已不复存在，银行原有利益由此减少。近年，由于贷款、票据、基金、国债、保险等中间业务的突飞发展，给各商业银行带来了巨大的利益收入，因此吸纳了大量的人力物力资源投入中间业务，导致了银行对公用事业单位代收业务投入的不足，造成缴费群众排队时间长、投诉多，银行柜面压力大、服务态度差等一系列问题。由于代收业务利润的减少，某些银行在代收业务合同到期后停止续签，也潜在的加大了其他受理业务银行的压力。同时，公用事业单位本身缴费网点少，分布不均，缴费品种单一，使“缴费难”问题愈发严重。对此群众呼声不断，该问题已成为影响城市和谐发展的一项阻碍，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小时连续运行。受理信息清分和支付信息的时间为8:00至16:30，允许调整，但须提前3日公布。实时缴款和实时扣款业务处理系统应支持724小时连续运行。在系统一期，只存在银行柜面受理实时缴费业务的情况，受理支付信息和信息清分的时间为8:00至16:30，允许调整，但须提前3日公布。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家代缴费单位的网络连接费用，又提高了网络连接的稳定性和效率，从各自多头分散管理改造成集中统一平台，统一管理，从根本上解决常常由于网络不畅带来的缴费难的问题。5.2.2 拓扑结构平台主要涵养了缴费平台本身、各商业银行、企事业单位三个部分。平台自身包括缴费系统、充值卡清算平台、移动支付平台，企事业单位可以通过直连、WEB连接、无线连接等方式告知平台所要收缴费的数据；商业银行通过自身的柜面、网银、电话银行、自助设备等为客户提供充值、缴费服务；而平台本身也提供了自助机具、网上缴费、语音、短信等方式为客户服务。5.2.3 逻辑结构平台在逻辑上将商业银行、支付系统、中国银联、充值卡清算平台、移动支付平台作为自身的一个逻辑上的应用，从而使业务上支撑了公用事业平台的远景发展，使系统在一个大的框架里，层层堆叠起一个广义上的支付系统。其结构图如下5.2.4 软件总体结构1、总体功能划分(前台，客户，账务，数据，卡，可视工具）参照目录2、 前台业务系统功能划分3、后台处理系统功能划分4 、中间层划分5.3 信息交换设计5.3.1 接口部分平台后台处理系统是系统的核心部分，负责与各种接口系统之间的信息交换，同时负责代收业务、代付业务、主动缴费、实时扣费以及未来新增业务的处理以及轧差清算等。银行接口系统负责平台后台系统与商行行内系统间的信息交换。收费单位接口系统负责收费单位与平台后台系统间的信息交换。收费单位WEB应用系统负责处理收费单位通过WEB发起的提出提回请求，如：代收文件提出，代收返回文件提回等等。与人行ABS接口是将平台轧差的数据,最终提交给ABS进行资金的跨行清算。与充值卡清算平台的接口是每日将在公用事业平台上用充值卡进行缴费的缴款数据进行清算。与移动支付平台的接口是每日将在公用事业平台上用手机进行缴费的缴款数据进行清算。5.3.2 内部接口从平台的体系结构来看，平台提供的各种服务都是由应用服务系统请求的，因此对于平台来说，其服务的接口应满足应用服务系统的需要。下面就其间的接口原则和基本数据格式进行说明。平台间的数据传递通过TCP协议，采用统一的数据结构NodeDataMsg， NodeDataMsg结构定义了常用的字段和一个可变字段，能灵活实现数据的存放。如果需要传递的数据超过1024字节，就通过文件进行传递，首先通过NodeDataMsg结构传递文件名，然后通过平台通讯平台提供的文件服务器传递文件内容。委托方、外围设备与平台间的数据传递也采用上述方法进行传递。5.3.3 银行接口系统银行接口系统为银行端接入提供前置机(C/S结构)方式。前置机方式需要在商业银行摆放缴费通系统前置机，商业银行前置机介于商业银行行内系统与缴费通后台处理平台之间，主要完成各商业银行的各种交易在商业银行和缴费通系统之间的转发，交易数据的加密和校验，以及其他业务信息的传送等,前置机的客户端软件可以完成代收文件、代收返回文件、以及客户信息文件的提出、提回等操作。前置机系统与商业银行行内系统的连接可通过商业银行的局域网与商业银行主机直联来实现。前置机系统既提供报文接口以实现与商业银行业务系统直联，也提供文件接口支持商业银行以手工方式交换数据。5.3.4 收费单位接口系统在缴费通系统一期，支持企业与缴费通系统之间采用B/S结构，企业可通过登录缴费通网页完成代收文件的提出/提回、客户信息添加/删除等管理、用户管理、查询等功能。对于支持实时缴费、实时扣费业务的企业, 需要企业业务系统与缴费通系统直联（可选择是否采用前置机方式），而用户管理、查询、打印等功能依然通过浏览器方式完成。5.3.5 人行ABS接口缴费系统的最终轧差数据由人行ABS清算，平台与人行ABS之间采用磁盘接口的方式。本系统也可通过中国现代化支付系统进行清算。5.3.6 充值卡清算平台接口充值卡平台接口支持了充值卡实时缴费、实时扣费、批量扣费业务的扣款清算。5.3.7 移动支付平台接口移动支付接口支持了手机实时缴费、实时扣费、批量扣费业务，可利用自身或者SP的清算平台进行账务的清算。5.4 系统数据流设计平台的主要数据可分为业务信息指令流及对帐信息流两部分。所有的信息指令流全部经平台转发，资金流走同城清算系统。信息指令流驱动资金流的启动，资金流结束后，无需人工干预反映到平台，即完成了信息指令流的终结。业务信息指令流即平台的一些查询、缴费、抹帐等交易，各家商业银行在完成信息资料的汇集后，将信息发住平台，平台再将此信息整理后发住各委托单位，各委托单位收到信息后，经过正常的数据处理流程，将处理后的数据返回给平台，平台再分类整理，将整理后的数据转发给各商业银行，完成该数据流的终结。对帐信息流指各商业银行在日终结束后，将当日的交易明细数据整理，传给平台，平台将此数据与自身帐目核对后，补齐平台由于网络传输、系统上造成的非正常差错帐目后，生成各委托单位的汇总明细，再传送给各委托单位，委托单位与各自的帐目核对后，补记或冲正各自记费系统未记帐目，完成该数据流的终结。系统数据流图示如下：第六章 项目投资估算及资金筹措6.1 项目总投资 项目总投资为2100万元，其中固定资产投资2030万元，流动资金70万元。6.2 资金筹措方案6.2.1资金来源本项目总投资2100万元，拟申请政府财政补助80万元，其他由中心自筹解决。本项目资金筹措符合国发199635文国务院关于固定资产投资项目试行资本金制度的通知中有关规定。6.2.2 资金使用管理本项目固定资产投资部分于建设期内全部投资完成；流动资金增加额部分于投产后的二年内全部投资完成。具体项目筹措及使用情况详见辅助报表。6.3 投资估算及资金构成6.3.1 投资估算的依据（1） 2006年国家发改委、建设部建设项目经济评价方法与参数（第三版）；（2） 根据项目工艺及其他配套专业设计提供的数据资料，以及同类型生产企业建设资料进行估算；（3） 根据项目建设地有关市场价格资料及各专业设计人员提供的估算工程量和近期的询(报)价。6.3.2 投资估算的内容项目总投资为2100万元，其中固定资产投资2030万元，流动资金70万元。具体分项估算如下：（1）固定资产投资本项目固定资产投资为2030万元，其中建设投资2030万元，建设期利息0万元。具体构成为工程费用、工程建设其他费用、建设期利息。具体项目固定资产投资估算见辅助报表。A.工程费用工程费用主要包括建筑工程费、设备及工器具购置及安装工程费等，预计投资1520万元。其中：建筑工程费用主要用于中心机房的改造费用，预计投资为50万元；设备及工器具购置及安装工程费用中工艺设备部分的估算是根据工艺设计人员提供的设备明细表编制的，设备价格均采用近期的询(报)价或参照近期同类工程的订货价水平，公用设备的估算工业建设项目概算编制方法及各项指标编制的,其中设备国内运杂费、保险费、配套设施费、安装工程费等按指标进行编制，一并计入设备购置费用中，预计投资为1470万元；B.工程建设其他费用（即无形资产和递延资产投资）工程建设其他费用估算主要包括可行性研究费用、软件购置费、员工培训费及建设单位管理费等，预计投资为510万元（其中软件购置费480万元）。C.建设期利息建设期利息指根据国家有关财政金融政策规定,在建设期内伴随建设投资借款产生的，并计入工程投资的资本化利息。本项目无固定资产投资借款，建设期利息为0万元。（2）流动资金流动资金是根据投产后，保证项目正常生产经营，供周转所需资金，主要包括:购置生产所需原材料、燃料、动力和支付员工工资周转资金形式存在的预先垫支的资金。本项目流动资金估算方法为分项详细估算法，是对构成流动资金的各项流动资产和流动负债逐项分年进行估算，预计项目流动资金增加总额为70万元。第七章 组织和劳动定员估算7.1管理体制及组织机构 XXX市公用事业缴费平台工作管理办公室是市公用事业个缴费平台建设和运行的管理机构，由市发改委牵头组成，成员单位为：市发改委、市信息办、市人行、市财政局、市物价局、市建委、市社保局、市地税局等，具体组织机构权责如下：1、平台建设领导小组负责组织、领导、协调平台建设，解决实施过程中的重大问题，推动该项工作顺利进行。2、市发改委会同市物价局负责平台收费标准的核定，会同市信息办协调推动公用事业单位接口和信息的及时完成。3、市人行负责召集、组织实施小组工作，按要求宣传和推进平台建设。4、商业银行负责增加银行端收费网点，扩大收费品种，及时、高效完成收费工作。5、公用事业单位负责提供准确、完整的客户信息和代收信息，按时完成接口建设。6、市劳动保障局、公积金管理中心等单位负责接口连接及提供相关信息，完成相应数据的发送。7、XXX市金融票据信息中心负责主干网络运维，公用事业单位、银行、合作商接入管理，信息与账务汇总平衡，非银行端收费网点的增加等。7.2运行班制和定员平台实施24小时连续运行，暂定设计及监管人员为12人，4名高级工程师，5名普通工程师，3名监管人员。7.3人员来源和培训 项目需要新增人员12人，其中4名高级工程师，5名普通工程师，3名监管人员。技术人员主要从人才市场招聘，在招聘过程中，优先选用有经验的人才。 企业根据总体运行计划制定年度培训计划，组织各级人员进行系统或专业培训。主要进行专业知识和管理知识的培训，实现项目正常运行以及进一步拓展的既定目标。 第八章 项目实施规则8.1 项目实施进度为了使系统建设在保证质量的前提下建设周期尽量短，我们认真分析了公用事业代收、代付建设过程中可能包括的各种任务，并根据各项任务的性质要求以及任务间