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

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