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

- - xxxxxx 市公用事业缴费平台市公用事业缴费平台 可行性研究报告可行性研究报告 xxx 市 金 融 票 据 信 息 中 心 二一年五月 - 2- 目 录 第一章第一章 项项目概况目概况1 1.1 项目名称 1 1.2 项目提出的背景 1 1.3 项目主要内容 2 第二章第二章 承担承担单单位基本情况位基本情况3 2.1 项目承担单位 3 2.2 项目参与机构 4 2.3 项目合作伙伴 6 第三章第三章 产产品需求分析和建品需求分析和建设设的必要性的必要性8 3.1 产品需求分析 8 3.2 建设的必要性 9 第四章第四章 建建设设的主要内容和目的主要内容和目标标11 4.1 建设的主要内容 11 4.2 项目主要业务 13 4.3 项目主要功能 26 4.4 项目主要性能指标 28 4.5 建设的主要目标 31 第五章第五章 工工艺艺技技术术方案方案32 - 3- 5.1 项目总体设计原则.32 5.2 项目工艺结构方案 32 5.3 信息交换设计 37 5.4 系统数据流设计 40 第六章第六章 项项目投目投资资估算及估算及资资金筹措金筹措42 6.1 项目总投资 42 6.2 资金筹措方案 42 6.3 投资估算及资金构成 42 第七章第七章 组织组织和和劳动劳动定定员员估算估算45 7.1 管理体制及组织机构.45 7.2 运行班制和定员.46 7.3 人员来源和培训.46 第八章第八章 项项目目实实施施规则规则47 8.1 项目实施进度 47 8.2 项目实施管理 48 8.3 项目实施组织结构 49 第九章第九章 项项目目经济经济效益分析效益分析51 9.1 财务评价依据.51 9.2 产品成本估算 52 9.3 财务评价 53 - 4- 第十章第十章 项项目社会效益分析目社会效益分析58 第十一章第十一章 结论结论与建与建议议61 附表一：投资估算表 附表二：流动资金估算表 附表三：投资计划与资金筹措表 附表四：财务现金流量表 附表五：总成本费用估算表 附表六：固定资产折旧、无形资产及递延资产摊销费计算表 附表七：损益表 附表八：资产负债表 附表九：固定资产借款还本付息计算表 - 1- 第一章第一章 项目概况项目概况 1.11.1 项目名称项目名称 项目名称：xxx 市公用事业缴费平台 承担单位：xxx 市金融票据信息中心 项目拟建地区：安徽省 xxx 市 1.21.2 项目提出的背景项目提出的背景 党的十七大报告指出，必须在经济发展的基础上，更加注重社 会建设，着力保障和改善民生。保障和改善民生，是构建社会主义 和谐社会的必然要求和重要内容。 随着社区的发展和人民生活水平的提高，公众对水、电、煤气 等公用事业机构的服务水平越来越关注；与此同时，为居民用户提 供更全面的服务、切实解决居民用户的实际问题也逐渐成为公用事 业机构的工作重点。为了提高服务质量、切实解决公众的实际问题， 同时树立其优质服务形象，各公用事业机构均在积极引进先进的服 务理念，开展专门的客户服务业务。 xxx 市在市委、市政府的正确领导下，全面实施“十一五”发 展规划，并且把增强自主创新能力作为落实科学发展观、加快发展 的重要环节，坚持工业强市、城乡统筹、自主创新和东向发展战略， 国民经济和社会发展实现了又好又快发展。 - 2- 该项目以科学的发展观为指导思想，开拓多种缴费方式， 通过公用事业缴费资源共享，统一网络、统一管理、统一服务、 统一凭证、统一收费标准，有利于群众多渠道及时缴费；有利 于公用事业单位更加高效、快捷收费，减少投诉；有利于银行 缓解柜面缴费压力、降低成本。作为一项惠民工程，平台建设 的最根本目的在于为老百姓做实事，为政府排忧解难，提高政 府为民服务的能力和水平。同时，为构建和谐 xxx，加速服务 型政府的建设，促进公用事业服务文化的建设作出贡献。 1.31.3 项目主要内容项目主要内容 以 xxx 市金融票据信息中心为核心，搭建一个信息交换共 享平台，连接全市各收费单位、各商业银行等相关机构，实现 公用事业缴费单位网络“一点式”接入，在节约缴费单位网络 通讯费用开支的同时，对全市代缴费资源统一调配，业务统一 管理，提高网络服务质量。通过协议扣划缴费、银行卡缴费、 社区或银行自助缴费、短信缴费、网上支付及柜面现金缴费等 多种缴费方式，实现居民缴费“一站式”服务，为居民提供更 为方便的、快捷的、多渠道的优质服务，提升缴费服务质量。 - 3- 第二章第二章 承担单位基本情况承担单位基本情况 2.12.1 项目承担单位项目承担单位 缴费平台业务承担单位是 xxx 市金融票据信息中心，该中心是 经 xxx 市编办批准成立的公共服务性事业单位，服务宗旨包括为全 市提供安全、高效的资金清算服务，财税库横向联网业务，公用事 业缴费平台的建设及运行管理，中心实行自收自支并在政府补助下 保本微利运行，上级主管部门为中国人民银行 xxx 市中心支行。中 心作为缴费平台业务的主体机构负责实施各项代收代扣业务。主要 权责如下： 1、负责各项代收代扣业务的日常工作及各项业务的扩展、建设 以及日常运营、清算等管理工作； 2、制订代收代扣业务规定、资金清算办法等有关代收代扣业务 规章制度； 3、受理公用企事业单位提出代收代扣公用企事业费的申请，签 订代理收费业务协议； 4、作为受托人，发起代收代扣业务，负责代收代扣业务信息的 接收、传递、处理和存档，并在规定时间内传送至各成员银行和公 用企事业单位； 5、统一制定委托代扣代缴授权书及相关协议文本，负责全 市用户委托代扣协议的统一管理，妥善保存用户的委托申请资料至 - 4- 委托终止后 2 年； 6、负责各成员银行及公用企事业单位的资金清算并提供清算数 据，将所收资金划入公用企事业单位指定的银行账户，并及时向有 关成员银行和公用企事业单位发送对账信息； 7、负责公用企事业单位和成员银行间缴费信息的查询，并提供 相关数据； 8、按照价格管理部门核定的统一收费标准向委托收费的公用企 事业单位收取代理手续费； 9、组织和协调代收代扣业务宣传等工作。 2.22.2 项目参与机构项目参与机构 缴费平台业务执行机构由 xxx 市金融票据信息中心为主体与公 用企事业单位、成员银行共同组成，负责实施各项代收代扣业务。 参与机构组成各方的权责如下： 公用企事业单位 1、向 xxx 市金融票据信息中心提出代理收费申请，签订代理收 费业务协议； 2、按照统一标准建设、管理本单位收费网络系统，并与 xxx 市 金融票据信息中心联网；保障本单位收费网络系统的正常运行； 3、按规定做好代收代扣业务信息的传递、索取、处理和存档工 作； 4、通过本单位营业网点受理用户以现金或银行卡方式办理公用 - 5- 企事业费代收业务； 5、受理用户投诉，负责解释、回复用户有关计费数据的查询； 查明确认应减收或补收时，负责退款及补收等相关工作； 6、负责对用户逾期未缴的公用企事业费用的催缴工作，公用企 事业单位提出对逾期未缴费用户收取滞纳金的由公用企事业单位负 责计算，并承担因收取滞纳金所造成的用户不满、诉讼等一切责任； 7、根据银行缴费回单，负责对已缴费的用户提供发票； 8、对于变更缴费客户号的用户，应及时提醒用户办理委托银行 代扣业务的相关变更手续； 9、向 xxx 市金融票据信息中心提供指定账户，用于 xxx 市金融 票据信息中心按照统一的手续费标准通过银行委托收款的方式扣取 公用企事业单位应支付的手续费。 成员银行 1、按照统一标准建设、管理本单位代收代扣业务收费网络系统， 并与 xxx 市金融票据信息中心联网；保障本单位代收代扣业务收费 网络系统的正常运行； 2、受 xxx 市金融票据信息中心委托，接受并办理用户委托、变 更、终止委托代扣代缴业务的申请，按时将相关资料移送至 xxx 市 金融票据信息中心； 3、负责将用户委托信息资料发送至 xxx 市金融票据信息中心进 行确认登记； - 6- 4、按规定做好代收代扣业务信息的传送、索取、处理和存档工 作； 5、根据用户有效委托申请，按 xxx 市金融票据信息中心传送的 公用企事业缴费数据，在规定的时间内，从用户指定的账户中全额 代扣公用企事业费用，并将完成扣款的有关信息及时发送至 xxx 市 金融票据信息中心； 6、通过本单位营业网点受理用户以现金或转账支付方式办理的 公用企事业费代收业务；通过本单位电话银行、自助终端、网上银 行、手机银行等受理用户以银行卡转账支付方式办理的公用企事业 费代收业务； 7、在收费数据传送当月，当用户指定账户中无足够资金时，应 及时将未扣信息传送至 xxx 市金融票据信息中心； 8、在开办代收代扣业务时，必须遵循“银行不为公用企事业单 位垫款”的原则； 9、负责委托用户的对账工作，提供对账单（包括纸质和电子对 账） ； 10、负责公用企事业缴费储值卡的销售； 11、对银行账户发生变更、挂失以及销户的用户，银行应提醒 用户对使用该银行账户办理的委托代扣代缴业务进行相关的变更、 撤销。 - 7- 2.32.3 项目合作伙伴项目合作伙伴 平台在项目的开展上实行统一规划、分段实施，根据具体情况 寻求合适的合作伙伴： 1、项目的硬件设备供应、集成商 在项目的硬件设备选项型上充分考虑到一期、二期以及扩展期 的使用需求，做到适用、安全、不浪费并且有充分的冗余；要选择 一家有实力、有资质、信誉好的硬件厂商。 2、项目的网络设备供应、集成商 网络的性能、安全性是保证该系统平稳运行的关键，本着既要 提高网络整体性能，又要保护现有投资的原则，需要选择一个有实 力、有资质、信誉好且距离 xxx 较近的设备供应商。 3、项目的软件开发商 根据对一些软件开发商的考察，考虑到 xxx 市现有的缴费情况、 缴费习惯以及缴费量统计，选择一家符合我市实际业务需求的开放 式软件产品，该产品要涵盖基本的缴费系统、账务处理系统、客户 资料管理系统、协议管理系统等；在接口上要支持其它外围系统； 在业务逻辑上要支持对单个业务逻辑的拼合、拆分；要有灵活的可 视化开发工具等。 该项目是由 xxx 市金融票据信息中心为主体寻求合作伙伴共同 开发，并且与公用企事业单位、商业银行共同合作执行。各个实施 机构及单位，相互联系，紧密配合，处理好平台建设、运营、发展 的各项工作；各方对业务实施过程中出现的疑问、矛盾等问题，均 - 8- 从平台服务百姓的大局考虑，加强合作，协商解决。 - 9- 第三章第三章 产品需求分析和建设的必要性产品需求分析和建设的必要性 3.13.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 万笔业务量可以使用本平台，可见市场前景十分广 阔。 - 10- 3.23.2 建设的必要性建设的必要性 2000 年开始，工行、建行、商行等部分银行机构为创新银行服 务品种、开拓服务市场、吸收储蓄存款，陆续与水、电、气等公用 事业单位建立代收业务关系，由银行投资建立单个业务交易平台， 开展部分代收业务。到 2005 年时，全市代收业务量达到 365 万笔， 不足业务总量的十分之一。 随着城镇化的发展，城市人口增多，居民生活质量提高，社会 保障制度的完善，推动了保险和各项公用事业缴费群体的增加，进 而加大了银行代收费的业务量。 然而，业务量的增加并没有给银行带来收益的增加，反而造成 了多方矛盾，出现群众“缴费难”问题，分析原因如下： 为节约成本，银行的受理网点减少，并且各网点缴费业务种 类不全，业务效率低。 由于人民银行账户管理办法对单位银行结算账户的严格管理 以及各公用事业单位对资金集中的财务管理要求，公用事业单位存 放在代收费银行的资金沉淀已不复存在，银行原有利益由此减少。 近年，由于贷款、票据、基金、国债、保险等中间业务的突 飞发展，给各商业银行带来了巨大的利益收入，因此吸纳了大量的 人力物力资源投入中间业务，导致了银行对公用事业单位代收业务 投入的不足，造成缴费群众排队时间长、投诉多，银行柜面压力大、 服务态度差等一系列问题。 由于代收业务利润的减少，某些银行在代收业务合同到期后停 - 11- 止续签，也潜在的加大了其他受理业务银行的压力。同时，公用事 业单位本身缴费网点少，分布不均，缴费品种单一，使“缴费难” 问题愈发严重。对此群众呼声不断，该问题已成为影响城市和谐发 展的一项阻碍，xxx 市政府对此十分重视，并在政府工作报告 中明确提出要建立公用事业缴费平台，解决群众“缴费难”问题。 - 12- 第四章第四章 建设的主要内容和目标建设的主要内容和目标 4.14.1 建设的主要内容建设的主要内容 平台在经过多方调研、考察基础上，初步将平台的建设分三大 步骤实施。 1、项目建设第一步 平台建设的第一步是建立一个以实时和批量代扣方式缴纳水、 电、气、有线收视费为目标的缴费平台，由商业银行的柜面、网银、 自助机具、电话银行以及中国银联的 pos 作为客户缴费的渠道；在 清算上，平台作为一个清算组织接入人民银行小额支付系统，并通 过小额支付系统与提供各种金融服务的商业银行、中国银联进行清 算；系统还提供了对非银行信息采集系统数据采集的支持。 流程图如下： 系统一期业务流程图 公共事业缴费平台 abs或或mbfe接接入入 商业银行 商业银行 中国银联 小额支付 系统 水 气 mbfe接入 mbfe接入 mbfe接入 直联 直联 电 直联 非银行信息采集 2、项目建设第二步 - 13- 平台在第二步上考虑对其它企事业单位的支持，如：社保、电 信、移动、联通、公积金、公共交通费等，客户可根据自己的需要， 灵活选择缴费渠道，及时方便缴纳社保、话费等各种费用；平台还 提供对小型企业支持，如：小区物业费缴纳等；并扩充了平台的缴 费渠道，如：网上缴费、语音、自助机具以及和无线运营商合作建 立移动支付平台等。 流程图如下： 系统二期业务流程图 公共事业缴费平台 abs或或mbfe接接入入 商业银行 商业银行 中国银联 小额支付 系统 物业等 小型单 位 企事业 单位 mbfe接入 mbfe接入 mbfe接入 直联 web接入 水、电、气、社保、电信、移 动、联通、有线、公积金等 非财政收入 （违章罚款等） 直联或无线接入 平台自身渠道 (网银、语音、自助设备) 非银行信息采集 3、项目建设第三步 即拓展期。在这个阶段，平台可以利用自身的客户资料管理系 统，进行平台自身的充值卡、联名充值卡的发放，并将建设自己的 充值卡清算平台；完善自己的移动支付平台，支持短信充值等新业 务的发展；发展特约商户，如：出租车、便利店、商场或加油站等， 为客户提供更深、更全、更便捷的金融服务。 流程图如下： - 14- 系统拓展期业务流程图 公共事业缴费平台 abs或或mbfe接接入入 商业银行 商业银行 中国银联 小额支付 系统 物业等 小型单 位 企事业 单位 mbfe接入 mbfe接入 mbfe接入 专线直联 web接入 水、电、气、电信、移动、 联通、有线、公积金等 非财政收入 （违章罚款等） 直联或无线接入 移动支付平台 （充值、付款 信息发布） 充值卡清算平台 特约商户 商店、加油站 出租车等 拨号直联+脱机消费 平台自身渠道 (网银、语音、自助设备) 非银行信息采集 4.24.2 项目主要项目主要业务业务 4.2.14.2.1 主动缴费业务主动缴费业务 是指个人主动到银行柜台以现金方式缴费的业务，在未来渠道 拓展后可发展到支持银行卡，通过电话语音平台，互联网支付网关， 圈存缴费机等多种渠道缴费。 业务流程图业务流程图 该种业务进行之前应该先发起欠费信息查询指令（参见欠费信 息查询业务一节）获得欠费信息，然后再进行主动缴费业务。 - 15- 收费企业结算中心前置机银行企业开户行 1: 主动缴费指令 2: 主动缴费指令 4: 主动缴费指令 5: 账务处理 6: 主动缴费返回指令 7: 记录处理结果 8: 主动缴费返回指令 9: 主动缴费返回指令 10: 轧差清算 11: 入帐单 12: 缴费凭证 3: 记录主动缴费交易 说明说明 1)对于主动缴费业务，收费企业和平台之间以及银行和平台 之间的连接只能采用直联方式。 2)银行在规定时间内收不到平台的主动缴费返回指令时，可 以认为该指令处理不成功；也可以向平台发起交易明细查询指令查 - 16- 询处理结果，然后根据查询结果进行相应处理等。 4.2.24.2.2 批量代付业务批量代付业务 1) 单位发起的批量扣划，平台上取得单位批量代扣业务的信息 后，利用批量扣划接口将文件清分后发住各商业银行，并利用支付 系统对各清算行和各委托单位的资金进行清算。 2) 银行发起的批量扣划，平台上取得银行签约的代扣业务信息 后，利用批量扣划接口将文件清分后发住各公用事业单位，公用事 业单位返回明细的扣款文件后，再由平台清分，发住各商业银行， 商业银行收到后返回回执。最后利用支付系统对各清算行和各委托 单位的资金进行清算。 业务流程图 - 17- 收付企业结算中心扣款行前置 机 付款行收款行前置 机 收款行 1: 批量代付指令 7: 清分 16: 轧差清算（反向） 2: 批量代付确认指令 6: 批量代付确认返回指令 3: 批量代付确认指令 4: 检查企业帐户余额 5: 批量代付确认返回指令 9: 批量代付指令 10: 批量代付指令 11: 付款处理 12: 批量代付返回指令 13: 批量代付返回指令 14: 记录付款结果 15: 批量代付处理结果 8: 轧差清算 17: 入帐单 说明说明 如果付款企业开户行返回余额不足信息，平台拒绝该代付指令 的处理，付款企业在补足余额后可再次向平台发起该批量代付指令。 - 18- 平台在规定时间内收不到付款企业开户行的批量代付确认返回指令 时，需要平台业务人员向银行确认扣款情况，然后决定是按照银行 处理失败来对这笔业务进行相应处理还是等待银行发回批量代付确 认返回指令；如果按照银行处理失败来处理时，由平台业务人员通 知扣款行作相应账务处理。 4.2.34.2.3 批量代收业务批量代收业务 批量代收业务指成批进行扣款和清算处理的代收业务。 业务流程图 - 19- 业 业 业 业业 业 业 业业 业 业业 业 业业 业 业 业 业 1: 业 业 业 业 业 业 2: 业 业 业 业 3: 业 业 业 业 业 业 业 业 业 业 4: 业 业 业 业 业 业 业 业 业 业 5: 业 业 业 业 6: 业 业 业 业 业 业 业 业 7: 业 业 业 业 业 业 业 业 8: 业 业 业 业 业 业 9: 业 业 业 业 业 业 业 业 10: 业 业 业 业 11: 业 业 业 说明说明 对于批量代收业务，银行可以采用直联和非直联的方式与平台 相连； 对于直联方式，批量代收指令由平台直接发往银行（通过前 置机转发） ，银行把批量代收返回指令直接发给平台（通过前置机转 发） ；对于非直联方式，批量代收指令由平台发往银行前置机，然后 银行再从前置机提出，批量代收返回指令由银行通过前置机发给平 台。 - 20- 4.2.44.2.4 实时扣费业务实时扣费业务 实时扣费业务是指企业主动发起的实时代收业务。 业务流程图业务流程图 收付企业结算中心前置机扣款行企业开户行 1: 实时代收指令 7: 记录处理结果 8: 实时代收返回指令 9: 轧差清算 2: 实时代收指令 6: 实时代收返回指令 3: 实时代收指令 4: 扣款处理 5: 实时代收返回指令 10: 入账单 说明说明 对于实时代收业务，收费企业和平台之间以及银行和平台之间 的连接只能采用直联方式。 扣款信息转发商业银行之前会作相应的大额金额预警检查，系 统进行提示。 - 21- 4.2.54.2.5 主动缴费冲销业务主动缴费冲销业务 当银行业务人员或客户发现原主动缴费业务有错误而需要取消 原缴费业务时，银行业务人员或客户可以发起主动缴费冲销业务， 用于对已经发起还没清算的缴费业务进行冲销。 对于用现金缴纳的主动缴费的冲销业务的发起需要银行制定严 格的制度。 业务流程图业务流程图 银行前置机结算中心收费企业 1: 主动缴费冲销指令 5: 账务处理 2: 主动缴费冲销指令 4: 主动缴费冲销指令 6: 主动缴费冲销返回指令 7: 记录处理结果 8: 主动缴费冲销返回指令 3: 查找原交易 9: 主动缴费冲销返回指令 说明说明 对于主动缴费冲销业务，收费企业和平台之间以及银行和平台 之间的连接只能采用直联方式。 - 22- 银行在规定时间内收不到平台的主动缴费冲销返回指令时，可 以认为冲销指令失败，可以再次发起冲销交易，直到等到冲销返回 结果，也可以向平台发起交易明细查询指令查询处理结果，然后根 据查询结果进行相应处理。 4.2.64.2.6 欠费查询欠费查询业务业务 欠费查询业务指客户需要知道自己的欠费情况时通过各种渠道 （包括通过银行柜台）查询存放在收费企业的欠费信息。 下面以通过银行柜台查询欠费信息进行描述，通过其他渠道进 行查询欠费信息的流程类似。 业务流程图业务流程图 银行前置机结算中心收费企业 1: 欠费查询指令 2: 欠费查询指令 4: 欠费查询指令 5: 查询欠费明细 6: 欠费查询返回指令 7: 记录查询结果 8: 欠费查询返回指令 9: 欠费查询返回指令 3: 欠费查询指令入库 - 23- 4.2.74.2.7 自由格式信息自由格式信息 自由格式信息包括通知信息、公告信息、普通信息等。 自由格式信息管理包括参与行和收费企业向其他参与行和收费 企业发出自由格式信息、查看其他参与行和收费企业发来的自由格 式信息以及自己发出去的自由格式消息。 对于直联的参与行和收费企业可以从各业务系统直接发出和收 到自由格式信息。 对于非直联的参与行和收费企业可以从前置机上收到和发出自 由格式信息。 4.2.84.2.8 查询查复业务查询查复业务 以下是由平台发起银行接收的查询查复的业务流程图，其它节 点发起的查询查复流程与此相似。 - 24- 缴费中心前置机银行 1: 查询查复指令 2: 查询查复指令 4: 查询查复结果指令 5: 查询查复结果指令 3: 执行查询 4.2.94.2.9 轧差和清算轧差和清算 平台每日在确定的时点进行轧差清算处理。银行资金由人行 abs 系统或者其他清算系统清算，企业资金由企业开户行入账。 业务流程描述： 1)平台在清算轧差时间，汇总当日成功交易数据，按代理行和 企业开户行情况轧差。 2)平台生成各商业银行和企业的资金清算凭证，以及各商业银 行的资金清算清单。 3)平台将商业银行资金清算凭证提交人行 abs 系统或者其他清 算系统清算银行头寸。 - 25- 4)清算系统清算各商业银行资金头寸。 5)在清算系统清算银行资金完成后，平台将各商业银行资金清 算清单以及企业资金清算凭证提交商业银行。 6)商业银行依照资金清算清单对账。企业开户行依照企业资金 清算凭证为企业入账。 4.2.104.2.10 与商业银行日终对账与商业银行日终对账 平台以商业银行返回文件为准进行资金清算，清算完毕后会将 资金清算清单（包括清算金额、业务种类、总笔数、总金额等）提 交各商业银行，由商业银行进行汇总对账，如对账不符，商业银行 可请求下载明细，由商业银行自行进行调账。 业务流程： - 26- 缴费中心前置机银行 1: 对帐单 2: 对帐单 3: 对帐 4: 对帐不平 下载明细请求 5: 下载明细请求 6: 对帐明细 7: 对帐明细 8: 调帐处理 4.2.114.2.11 收费企业日终对账收费企业日终对账 平台在每日银行资金清算完毕后会将资金清算清单（包括清算 金额、总笔数、总金额等）提交各收费企业，由收费企业进行汇总 对账，如对账不符，收费企业可请求下载明细，由收费企业进行调 账。 业务流程： - 27- 缴费中心 收付费企业 1: 对帐单 2: 对帐 3: 对帐不平 下载明细请求 4: 对帐明细 5: 帐务处理 4.34.3 项目主要功能项目主要功能 4.3.14.3.1 多渠道缴费功能多渠道缴费功能 平台通过对自身渠道的不断完善，在便利店、商场等公用场所 增加自助设备，开设平台的网上缴费、语音缴费、短信缴费、短信 充值等多元化缴费充值渠道，为客户提供缴费、消费、充值的便利。 4.3.24.3.2 客户资料管理功能客户资料管理功能 实施以人行客户号为平台的管理，通过客户号的管理，客户在 - 28- 缴费时不仅可以以唯一客户号作为缴费号，缴纳各项费用，也可以 灵活的通过签约后的手机号、固话号、水费号以及其它号码作为缴 费号来缴纳各项费用。 各商业银行及公用事业平台客户端对客户资料信息进行实时的 更新维护，客户资料由平台统一管理。 4.3.34.3.3 公用事业处理后台主系统功能公用事业处理后台主系统功能 接收和处理委托单位前台和银行前台以及银联的所有请求，将 接收到的报文转换为各委托单位所规定格式的报文信息发送至委托 方，控制整个系统的运行，完成所有缴费业务在公用事业处理后台 的检查和入库处理。 4.3.44.3.4 公用事业处理后台客户端功能公用事业处理后台客户端功能 后台客户端用于清算委托单位和银行网点、银联网点发送的缴 费业务、及进行相应的数据处理，生成各银行的净额轧差文件和各 银行的提回文件，提供后台查询以及报表打印，系统参数设置、系 统维护等。 4.3.54.3.5 可视化开发工具功能可视化开发工具功能 可视化开发工具用于在增加新的委托单位或者委托单位接口有 变化时，提供一种较为方便的图形化开发界面，以方便开发人员在 较短的时间维护业务。 - 29- 4.3.64.3.6 公用事业处理管理系统公用事业处理管理系统 完成对平台所产生业务的收费统计、收费管理和收费情况查询 等。系统涵盖平台工作的整个流程，包括资料输入、收费标准的设 置、收费数据产生、报表生成打印、收费文件生成等各个方面。 4.44.4 项目主要性能项目主要性能指标指标 4.4.14.4.1 系统业务处理能力系统业务处理能力 1、批量业务清分处理能力： 本系统批量代收业务要求满足日处理量 100 万笔。 批量业务处理的相应时间要根据业务量大小和网络通讯状况而 定。 2、实时业务处理能力： 本系统实时缴税、实时扣税业务要求满足日处理量 10 万笔。 本系统从报文进入系统到接收回执平均时间为 5 秒； 报文传输不成功时，在 5 秒时间内通知发送者； 3、其他业务处理能力： 系统登录平均时间为 3 秒； 自由格式报文平均处理时间为 3 秒； 4.4.24.4.2 系统运行时间需求系统运行时间需求 代收代付实时缴费处理系统应根据公历确定其工作日，允许调 - 30- 整，并须在 3 日前公布。 批量代收业务处理系统应支持每天 8 小时连续运行。受理信息 清分和支付信息的时间为 8:00 至 16:30，允许调整，但须提前 3 日 公布。 批量代付业务处理系统应支持每天 8 小时连续运行。受理信息 清分和支付信息的时间为 8:00 至 16:30，允许调整，但须提前 3 日 公布。 实时缴款和实时扣款业务处理系统应支持 724 小时连续运行。 在系统一期，只存在银行柜面受理实时缴费业务的情况，受理支付 信息和信息清分的时间为 8:00 至 16:30，允许调整，但须提前 3 日 公布。 4.4.34.4.3 系统开放性系统开放性设计基本要求设计基本要求 系统开放性要求包括可移植性、可扩展性、互操作性、可配置 性。 可移植性是指系统的设计和实现都不依赖特定的供应商硬件和 软件平台。根据处理能力的需要，系统能够简单便利地完成平台的 迁移。 可扩展性是指系统具有平滑升级能力和扩展能力，适应参与行、 参与地税数目的增加及与相关系统（现代化支付系统、银联系统等） 的衔接，从基本数据字典的设计开始重点考虑；同时，系统软件设 计从整个项目近期、中期、远期综合考虑，坚持总体布局分步实施 - 31- 的原则。 互操作性是指系统采用开放协议实现网络互连，并且为接口方 应用软件的开发提供统一的 api 包，可实现与各接口方综合业务处 理系统的无缝连接。 可配置性是指系统采用管理终端对系统进行配置，一旦增加新 的业务，只须配置其中的要素，而无须修改大量的程序就可实现业 务的功能。 4.4.44.4.4 安全可靠性安全可靠性 应用系统提供可靠的交易各方身份认证和数据传输功能；具有 故障检测和网络重载能力；对重要数据进行长期的备份；软件系统 进行权限的严格控制，坚持逐层授权、权力分散的原则；对重要操 作进行操作日志的记录等。 提供交易数据的保密性和交易的完整性，必要时提供数据的法 律依据。采用多点多层记录日志的方式，对每笔业务交易都要做详 细记录，并做到多重记录以便以后核对。设计系统的运行维护管理 模块，进行系统数据库的备份与恢复。合理规划设计，保证数据和 交易的一致性。 4.4.54.4.5 系统易操作性系统易操作性 系统的用户界面应给人一种界面友好，简洁，操作简单，使用 灵活的感觉。要求服务器端能够方便地适应业务和扩展的变化和用 - 32- 户终端（包括 pc、语音平台、支付网关等）的升级。操作界面和风 格统一，处理流程简单。 4.4.64.4.6 系统实用性系统实用性 在满足应用的前提下，以尽可能少的投资，最合理的设计方案， 实现中间业务系统安全、交易和信息服务，挖掘更多的企业代收付 业务以及个人业务。 平台的软件结构清晰明了，具有较强的可扩充性，对新业务的增 加要方便快捷，对在用业务的修改要方便；软件结构要提供详细具 体的文档描述资料。 4.54.5 建设的主要目标建设的主要目标 结合目前急需解决的问题和城市未来不断发展的需求，平台的建 设共分为三个阶段目标： 第一阶段：完成平台的搭建，从老百姓的切实问题出发，以一 卡支付方式解决居民生活缴费问题。 第二阶段：扩大平台的服务规模，将平台的服务对象延伸至社 保、交通、旅游等公用事业和服务产业，并结合城市“一卡通”建 设，建立健全金融电子支付网络，改善支付环境、提高电子支付水 平，将金融服务层次推向一个新的高度。 第三阶段：随着社会的和谐发展，不断创新金融服务，发行城 市主题卡，全面提升城市形象。 - 33- - 34- 第五章第五章 工艺技术方案工艺技术方案 5.15.1 项目总体设计原则项目总体设计原则 项目在适用性原则、参数化原则、安全性原则和易用性原则的 基础上力求实现接入渠道的多样化、业务平台的规范化、业务管理 的流程化、收费标准的统一化、报文接入的标准化和系统运行的可 靠化。 5.25.2 项目工艺结构方案项目工艺结构方案 5.2.15.2.1 网络结构网络结构 网络结构为集中连接，即由原先的各银行机构等与公用事业缴 费单位的各自连接，改变为各公用事业单位、各银行机构等和平台 的一点连接，同时，将各家的单线连接改变为双线热备均衡负载连 接，这样，既节约了每个公用事业缴费单位和 5-6 家代缴费单位的 网络连接费用，又提高了网络连接的稳定性和效率，从各自多头分 散管理改造成集中统一平台，统一管理，从根本上解决常常由于网 络不畅带来的缴费难的问题。 - 35- 5.2.25.2.2 拓扑结构拓扑结构 平台主要涵养了缴费平台本身、各商业银行、企事业单位三个 部分。平台自身包括缴费系统、充值卡清算平台、移动支付平台， 企事业单位可以通过直连、web 连接、无线连接等方式告知平台所 要收缴费的数据；商业银行通过自身的柜面、网银、电话银行、自 助设备等为客户提供充值、缴费服务；而平台本身也提供了自助机 具、网上缴费、语音、短信等方式为客户服务。 - 36- 系统拓扑图 web 服务器 数据库 服务器 应用 服务器 移动支 付平台 充值卡 清算平台 abs/ mbfe 业务 客户端 监控 客户端 维护 客户端 开发 客户端 非银行 数据采集 商业银行 综合业务前置 商业银行 中间业务前置 柜面网银自助设备 公共事业 缴费平台 电话银行 商业银 行网络 支付系 统网络 电话银行自助设备 企事业单位 计费系统 企事业 单位前置 企事业 网络 收费柜台 网银 交警罚款 手机 直联 直联 平台自身 接入渠道 小型企 事业单位 web接入 无线接入 5.2.35.2.3 逻辑结构逻辑结构 平台在逻辑上将商业银行、支付系统、中国银联、充值卡清算 平台、移动支付平台作为自身的一个逻辑上的应用，从而使业务上 支撑了公用事业平台的远景发展，使系统在一个大的框架里，层层 堆叠起一个广义上的支付系统。 其结构图如下 - 37- 客户信息 子系统 合同协议 子系统 手续费 子系统 报表 子系统 账务 子系统 系统 子系统 信息 子系统 核心业务 报文转换 支付系统 业务逻辑 银行发起 业务逻辑 企业发起 业务逻辑 系统 业务逻辑 报文转换 核 心 调 度 层 其它渠道 业务逻辑 企业接口 支付 系统 通迅 层 其它 渠道 接入 通迅 层 企业接口通迅层 银行 接入 通迅 层 通 迅 层 前 置 a p p 小额 支付 清算 api 商业银行 通 迅 层 综 合 业 务 系 统 小额 支付 通迅 层 中国银联 充值卡清算平台 移动支付平台 web服务器/表过服务 客户信息 管理 合同协议 管理 发起业务 单位个人 信息管理 系统管理 手续费 管理 数据库 管理系统 公共事业缴费平台后台应用 客户信息 子系统 合同协议 子系统 手续费 子系统 报表 子系统 账务 子系统 系统 子系统 信息 子系统 核心业务 报文转换 支付系统 业务逻辑 银行发起 业务逻辑 企业发起 业务逻辑 系统 业务逻辑 报文转换 核 心 调 度 层 其它渠道 业务逻辑 企业接口 支付 系统 通迅 层 其它 渠道 接入 通迅 层 企业接口通迅层 银行 接入 通迅 层 mbfe 通 迅 层 前 置 a p p 小额 支付 清算 api 商业银行 通 迅 层 综 合 业 务 系 统 小额 支付 通迅 层 中国银联 充值卡清算平台 移动支付平台 web服务器/表过服务 客户信息 管理 合同协议 管理 可视化开 发界面 单位个人 信息管理 系统管理 手续费 管理 数据库 管理系统 连接小额支付系统 连接小额支付系统 连接小额支付系统 直联或者无线设备web客户端 5.2.45.2.4 软件总体结构软件总体结构 1、总体功能划分 (前台，客户，账务，数据，卡，可视工具）参照目录 - 38- 2、 前台业务系统功能划分 3、后台处理系统功能划分 - 39- 4 、中间层划分 5.35.3 信息交换设计信息交换设计 5.3.15.3.1 接口部分接口部分 平台后台处理系统是系统的核心部分，负责与各种接口系统之 间的信息交换，同时负责代收业务、代付业务、主动缴费、实时扣 费以及未来新增业务的处理以及轧差清算等。 银行接口系统负责平台后台系统与商行行内系统间的信息交换。 收费单位接口系统负责收费单位与平台后台系统间的信息交换。 - 40- 收费单位 web 应用系统负责处理收费单位通过 web 发起的提出 提回请求，如：代收文件提出，代收返回文件提回等等。 与人行 abs 接口是将平台轧差的数据,最终提交给 abs 进行资金 的跨行清算。 与充值卡清算平台的接口是每日将在公用事业平台上用充值卡 进行缴费的缴款数据进行清算。 与移动支付平台的接口是每日将在公用事业平台上用手机进行 缴费的缴款数据进行清算。 5.3.25.3.2 内部接口内部接口 从平台的体系结构来看，平台提供的各种服务都是由应用服务 系统请求的，因此对于平台来说，其服务的接口应满足应用服务系 统的需要。下面就其间的接口原则和基本数据格式进行说明。 平台间的数据传递通过 tcp 协议，采用统一的数据结构 nodedatamsg， nodedatamsg 结构定义了常用的字段和一个可变字 段，能灵活实现数据的存放。 如果需要传递的数据超过 1024 字节，就通过文件进行传递，首 先通过 nodedatamsg 结构传递文件名，然后通过平台通讯平台提供 的文件服务器传递文件内容。 委托方、外围设备与平台间的数据传递也采用上述方法进行传 递。 - 41- 5.3.35.3.3 银行接口系统银行接口系统 银行接口系统为银行端接入提供前置机(c/s 结构)方式。 前置机方式需要在商业银行摆放缴费通系统前置机，商业银行 前置机介于商业银行行内系统与缴费通后台处理平台之间，主要完 成各商业银行的各种交易在商业银行和缴费通系统之间的转发，交 易数据的加密和校验，以及其他业务信息的传送等,前置机的客户端 软件可以完成代收文件、代收返回文件、以及客户信息文件的提出、 提回等操作。 前置机系统与商业银行行内系统的连接可通过商业银行的局域 网与商业银行主机直联来实现。 前置机系统既提供报文接口以实现与商业银行业务系统直联， 也提供文件接口支持商业银行以手工方式交换数据。 5.3.45.3.4 收费单位接口系统收费单位接口系统 在缴费通系统一期，支持企业与缴费通系统之间采用 b/s 结构， 企业可通过登录缴费通网页完成代收文件的提出/提回、客户信息添 加/删除等管理、用户管理、查询等功能。 对于支持实时缴费、实时扣费业务的企业, 需要企业业务系统 与缴费通系统直联（可选择是否采用前置机方式） ，而用户管理、查 询、打印等功能依然通过浏览器方式完成。 - 42- 5.3.55.3.5 人行人行 absabs 接口接口 缴费系统的最终轧差数据由人行 abs 清算，平台与人行 abs 之 间采用磁盘接口的方式。本系统也可通过中国现代化支付系统进行 清算。 5.3.65.3.6 充值卡清算平台接口充值卡清算平台接口 充值卡平台接口支持了充值卡实时缴费、实时扣费、批量扣费 业务的扣款清算。 5.3.75.3.7 移动支付平台接口移动支付平台接口 移动支付接口支持了手机实时缴费、实时扣费、批量扣费业务， 可利用自身或者 sp 的清算平台进行账务的清算。 5.45.4 系统数据流系统数据流设计设计 平台的主要数据可分为业务信息指令流及对帐信息流两部分。 所有的信息指令流全部经平台转发，资金流走同城清算系统。信息 指令流驱动资金流的启动，资金流结束后，无需人工干预反映到平 台，即完成了信息指令流的终结。 业务信息指令流即平台的一些查询、缴费、抹帐等交易，各家 商业银行在完成信息资料的汇集后，将信息发住平台，平台再将此 信息整理后发住各委托单位，各委托单位收到信息后，经过正常的 数据处理流程，将处理后的数据返回给平台，平台再分类整理，将 - 43- 整理后的数据转发给各商业银行，完成该数据流的终结。 对帐信息流指各商业银行在日终结束后，将当日的交易明细数 据整理，传给平台，平台将此数据与自身帐目核对后，补齐平台由 于网络传输、系统上造成的非正常差错帐目后，生成各委托单位的 汇总明细，再传送给各委托单位，委托单位与各自的帐目核对后， 补记或冲正各自记费系统未记帐目，完成该数据流的终结。 系统数据流图示如下： - 44- 第六章第六章 项目投资估算及资金筹措项目投资估算及资金筹措 6.16.1 项目总投资项目总投资 项目总投资为 2100 万元，其中固定资产投资 2030 万元，流动 资金 70 万元。 6.26.2 资金筹措方案资金筹措方案 6.2.16.2.1 资金来源资金来源 本项目总投资 2100 万元，拟申请政府财政补助 80 万元，其他 由中心自筹解决。 本项目资金筹措符合国发199635 文国务院关于固定资产投 资项目试行资本金制度的通知中有关规定。 6.2.26.2.2 资金使用管理资金使用管理 本项目固定资产投资部分于建设期内全部投资完成；流动资金 增加额部分于投产后的二年内全部投资完成。 具体项目筹措及使用情况详见辅助报表。 6.36.3 投资估算投资估算及资金构成及资金构成 6.3.16.3.1 投资估算的依据投资估算的依据 （1） 2006 年国家发改委、建设部建设项目经济评价方法与 - 45- 参数 （第三版） ； （2） 根据项目工艺及其他配套专业设计提供的数据资料，以 及同类型生产企业建设资料进行估算； （3） 根据项目建设地有关市场价格资料及各专业设计人员提 供的估算工程量和近期的询(报)价。 6.3.26.3.2 投资估算的内容投资估算的内容 项目总投资为 2100 万元，其中固定资产投资 2030 万元，流动 资金 70 万元。 具体分项估算如下： （1）固定资产投资 本项目固定资产投资为 2030 万元，其中建设投资 2030 万元， 建设期利息 0 万元。具体构成为工程费用、工程建设其他费用、建 设期利息。 具体项目固定资产投资估算见辅助报表。 a.工程费用 工程费用主要包括建筑工程费、设备及工器具购置及安装工程 费等，预计投资 1520 万元。其中： 建筑工程费用主要用于中心机房的改造费用，预计投资为 50 万元； 设备及工器具购置及安装工程费用中工艺设备部分的估算是 根据工艺设计人员提供的设备明细表编制的，设备价格均采用近期 - 46- 的询(报)价或参照近期同类工程的订货价水平，公用设备的估算 工业建设项目概算编制方法及各项指标编制的,其中设备国内运 杂费、保险费、配套设施费、安装工程费等按指标进行编制， 一并计入设备购置费用中，预计投资为 1470 万元； b.工程建设其他费用（即无形资产和递延资产投资） 工程建设其他费用估算主要包括可行性研究费用、软件购置费、 员工培训费及建设单位管理费等，预计投资为 510 万元（其中软件 购置费 480 万元） 。 c.建设期利息 建设期利息指根据国家有关财政金融政策规定,在建设期内伴随 建设投资借款产生的，并计入工程投资的资本化利息。本项目无固 定资产投资借款，建设期利息为 0 万元。 （2）流动资金 流动资金是根据投产后，保证