2 招标文件 - 南充市商业银行

1 南充市商业银行股份有限公司 理财业务综合管理平台 招标 文件 南充市商业银行 股份有限公司 二 一二年 四 月 2 申 明 本招标文件专用于南充市商业银行股份有限公司（简称“南充市商业银行”、“本行”）本次 理财业务综合管理平台 招标，招标文件内容解释权归南充市商业银行所有。参加投标单位即视为无条件同意本申明并保证对本招标文件可能涉及的南充市商业银行商业秘密予以保密，除经南充市商业银行书面同意外，任何单位和个人不得为参与本项目投标以外的目的而出版、复制、传播、销售及使用本招标文件。 3 第一部份：投标人须知 4 1 说 明 1.1 招标项目 概要 1.1.1 招标人：南充市商业银行 。 1.1.2 项目名称： 南充市商业银行 理财业务综合管理平台 。 1.1.3 项目内容：本次招标项目内容为“ 南充市商业银行 理财业务综合管理平台 建设 ”。 1.1.4 项目编码： cgnb2012-4-001 1.1.5 招标方式： 公开 招标 1.1.6 设计需求：满足南充市商业银行 理财业务综合管理平台 需要及各项业务功能需求。 1.1.7 发放标书时间： 2012 年 4 月 13 日 。 1.1.8 投标截止时间： 2012 年 4 月 24 日 上午 12:00。 1.1.9 开标 时间： 2012 年 4 月 24 日 下 午 15： 00。 1.1.10 开标地点：南充市商行银行总行 。 1.1.11 联系人： 陈蜀娇地址：南充市文化路 301 号北湖宾馆内 。 1.2 适用范围 1.2.1 本招标文件仅适用于本项目招标文件中所叙述的项目。 1.2.2 凡满足招标要求， 有能力提供本项目合作开发的供应商， 均 可参加本次投标。 1.3 法律适用 1.3.1 本招标文件及由本次招标产生的合同适用中华人民共和国法律。 1.4 定义及解释 1.4.1 产品：指 投标人 为满足招标文件要求而提供的所有软件。 1.4.2 服务：指 投标人 提供的产品所需的相关服务以及系统需求规格说明书中要求的其他服务。 1.4.3 日期：指公历日。 1.4.4 合同：指依据本次产品及 服务采购招标结果签订的意向书、协议或合约文件。 1.4.5 招标文件中的标题或题名仅起引导作用，而不应视为对招标文件内容的理解和解释。 1.4.6 招标文件中所规定的“书面形式”，包括纸质文件和电讯文件形式，既含手写、打印或印刷的文字资料形式，也包括传真等通讯形成文件。 1.5 投标人资格 1.5.1 按国家法律法规及相关办法规定的从事此类项目的所需具备的一切资质，投标人都应具有，否则将视为无效投标。 1.5.2 投标人应仔细阅读招标文件的所有内容，按招标文件的要求提供投标文件，并保证所提供的全 5 部资料的真实性，使其投标对招标文件的实质性要求和条件做出响应，否则， 其投标将被拒绝。招标方保留进一步要求投标人补充提供有关材料的权利，拒绝补充材料或提供材料不真实，将被视为自动放弃投标资格。 1.5.3 投标人一旦中标，通过商务谈判签订合同后，不得私自转包，否则将视为违约并自动终止合同。 1.6 注意事项 1.6.1 在投标文件评审期间，除投标人被要求对投标文件进行解释外，投标人不得就与招标有关的事项主动与评审委员会以及招标人联系。 1.6.2 在投标文件评审期间，投标人试图在投标文件审查、解释、比较和评价时对评审委员会施加任何影响或对招标人的评审结果进行影响，都可能导致其投标文件被拒绝。 1.6.3 投标人不得串通作弊，以不正 当的手段妨碍、排挤其他投标人，破坏公平竞争原则。 1.6.4 获得本招标文件者，应对文件进行保密，不得用作本次招标以外的任何用途。 1.6.5 招标人向投标人提供的 公司介绍、项目背景、项目内容和开展计划等相关资料， 被视为保密资料，仅被用于它所规定的用途，除非得到招标人的同意，不能向任何第三方透露。 否则招标人将保留采取 相应 法律措施的权利 。 1.6.6 投标人利用不当手段，误导其他投标人作出合理判断或误导招标人作出合理判断的行为，均会导致其投标文件被拒绝。 1.7 保证 1.7.1 投标人保证所提交给招标人的资料和数据是真实的、完整的、合法的和有效的，并对此承担相应 的法律责任。 1.8 相关费用 1.8.1 投标人应承担其编制、提交投标文件以及参加本次招标的所有费用，不论招标的结果如何，招标人在任何情况下均无义务和责任承担这些费用。 1.9 其它要求 1.9.1 中标人在项目施工建设中，必须保证招标人现有客户信息数据的成功移植或转换。由于数据移植或转换失败造成的经济损失由中标人承担。 1.9.2 招标人保留在项目实施过程中根据业务需求调整系统架构、业务功能和修改业务需求的权利。 2 招标文件 2.1 招标文件构成 2.1.1 招标文件包括： 6 第一部份 投标人须知 第二部份 系统需求规格说明书 第三 部份 投标文件格式 2.1.2 投标人应认真阅 读招标文件中所有的事项、格式、条款和技术规范等。投标人没有按照招标文件要求提交全部资料，或者投标文件没有对招标文件各方面要求作出实质性响应，将有可能导致其投标文件被拒绝。 2.2 招标文件的解释与修改 2.2.1 在提交投标文件之前，招标人以书面形式对任何要求对招标文件进行澄清的投标人予以逐条答复，并将该书面答复发送给招标文件的每个收受人。 2.2.2 在提交投标文件之前，无论出于何种原因，招标人可主动地或在解答投标人提出的需澄清的问题时，向招标文件的所有收受人发送对招标文件的修改文件。 2.2.3 招标文件的澄清和修改文件将以书面形式通知招标文件的 所有收受人，该澄清和修改文件也是招标文件的组成部份，并对投标人具有约束力。 2.2.4 为使投标人编写投标文件时有充分时间对招标文件的修改部分进行研究，招标人可酌情推迟递交投标文件截止时间，并将推迟决定以书面形式通知所有招标文件的收受人。 2.2.5 投标人在收到招标人发给的任何澄清和修改文件时，都应在收到后立即以书面形式向招标人确认。 3 投标文件的编制 3.1 投标语言及计量 3.1.1 投标人提交的投标文件以及投标人与招标人的所有往来函电均应使用中文。投标人提供的支持文件和印刷的文献可以用另一种语言，但相应内容应附有中文翻译本，在解释时以中文翻译本为准。 投标人应对其投标文件的中文翻译 错误或 因投标人与招标人对回复文件中文版本的理解存在 差异而导致的机会丧失或其他问题，自行承担风险。 3.1.2 投标人提交的投标文件中涉及简称或缩写的须注明其中文全称和中文含义。 3.1.3 除非在招标文件中另有规定，投标人在投标文件中及其与招标人的所有往来文件中的计量单位均应采用中华人民共和国法定计量单位。 3.1.4 投标人提供的任何资料中所提及的业务和技术用语，应符合国内银行业务和技术监管部门的通用解释，有差异的应特别注明。 3.2 投标文件的构成 3.2.1 投标人应认真审阅第二部分“系统需求规格书”及其他规定，并按招 标文件的规定，提交完整 7 的投标文件。本次招标要求投标方提供产品、开发、实施、培训、服务等一揽子解决方案及报价。另外需要提供 系统建设所需的硬件及工具软件 建议方案和价格。 3.2.2 投标人编写的投标文件应编排为两部分：（ 1）商务投标文件；（ 2）技术投标文件。 3.2.3 商务投标文件的格式要求如下： （ 1） 投标函； （ 2） 投标报价表 ； （ 3） 法定代表人授权委托书； （ 4） 投标人应递交的有关证明文件 ； （ 5） 公司介绍 ：包括但不限于公司注册资本、业务规模、组织架构、财务状况、技术队伍及实施服务能力等，以及 证明公司综合实力、技术力量、开发经验、信誉和资质的材料 复印件 ； （ 6） 案例介绍：请提供 理财业务综合管理平台 案例列表及主要成功案例介绍（需提供有效的销售证明复印件），案例列表内容包括但不限于客户名称、系统建设周期、联系人、联系电话等 ； （ 7） 本项目组织架构及参加本项目的项目组成员介绍 及工作履历，需要说明主要从事过的项目和内容 ，以及在相关项目中承担的任务和在本项目中的角色， 以及曾参与开发的项目名称 ； （ 8） 投标人的服务承诺（如售后服务期限、费用、响应时间及方式等） 。 3.2.4 技术投标文件的格式要求如下： 投标人应根据招标文件第二部分系统需求规格说明书提出的技术和业务需求、工程规划等，提出对应 的解决方案，作出书面响应，并请按照系统需求规格说明书的章节要求顺序编写； 其中可以对硬件配置提出建议方案，内容包括但不限于： (1) 主机设备配置 (2) 系统软件的配置 3.2.5 重要提示 (1) 投标文件 内容应严格按照招标文件要求进行编排； (2) 投标文件应按照招标文件的要求如实响应： 明确写明满足或不满足或部分满足招标文件要求的具体条款，明确写明是满足功能模块还是接口，是否需要第三方系统的支持，并根据要求单独写出差异部分； 对招标文件中明确要求的功能，投标人必须针对具体要求进行客户化满足响应或无法实现响应，不得进行其他建议，但可以陈述标准版是如何实现的； 对没有明确具体要求的需求功能，可以通过自有模块功能或客户化解决问题的，请列示说明； 对差异部分如果允许建议用另一种方式实现需求的要求的，请单独列示说明； 8 特别声明：投标人提交的投标文件中建议部分或标准版内容仅作为招标人的参考，投标人应承诺并知悉招标人并不一定会按照其建议或标准版内容签订合同； (3) 投标人提交的投标文件相应内容中，凡没有明确列明接口支持或第三方系统支持的，招标人均认为投标人可以在 理财业务综合管理平台 中功能模块支持，并 包含该项功能报价；对投标人响应模糊或没有按照要求响应的，招标人视为投标人没有响应； (4) 在评审过程中，招标人如发现投标人采取不正当手段报送虚假材料，招标人有权取消投标人的投标资格；招标结束后，在压力测试、功能测试、商务谈判过程以及后续阶段，如发现投标人存在报送虚假投标材料的情形，招标人有权拒签或终止合同，并且招标人有权按照不低于已付合同款项两倍的赔付额向投标人索赔； (5) 投标文件不得随意涂改、加页或减页。 3.3 投标报价 3.3.1 投标人应按照投标报价表格式要求报价。 3.3.2 投标人所报的投标价，必须是考虑所有优惠 及折扣的最终价格。 3.3.3 投标人必须保证在投标报价表中所提供的软件系统完整可用，满足招标人的项目整体需求，否则由此增加的软硬件费用全部由投标人承担。 3.3.4 投标人应在投标文件中写明本次 理财业务综合管理平台 项目内容的软件产品总报价。同时对软件产品按模块分别报价，如单价总计与总价不符，以价格低的为准； 3.3.5 投标人应在投标文件中写明本次 理财业务综合管理平台 项目内容的实施费用总报价； 3.3.6 投标人应在投标文件中写明免费维护期限，及免费服务期后的年维护费用； 3.3.7 投标报价作为评标的依据之一，招标人不保证最低报价中标。 3.4 报价货币 3.4.1 投标人提供的 产品和服务在报价时必须用人民币。 3.5 投标人应递交的有关证明文件 3.5.1 投标人应提交证明其有资格和能力履行合同的文件，并作为其投标文件的一部份。 3.5.2 投标人须提交，包括但不限于以下证明文件： （ 1） 投标人的资格声明； （ 2） 投标人营业执照； （ 3） 投标人税务登记证； （ 4） 法定代表人授权委托书； （ 5） 投标人的 CMM/ISO 等质量认证证书； （ 6） 技术建议书相关软、硬件的代理或授权证书； 9 （ 7） 投标人必须具有健全稳定的组织机构，并具备履行合同所需的人力、财力、物力和技术（包括设计、生产和服务等）能力； （ 8） 产品相关的经验与业绩； （ 9） 如果投标人按照招标文件要求提供的产品 不是投标人自己研发的，投标人应得到产品商颁授的有效代理证书或为本次投标提供产品的有效授权（原件）； 3.6 知识产权 3.6.1 投标人 应保证 ，投标人 是本项目 提供的任何产品（含软件）、技术和服务的知识产权的合法所有人，或已经从其 合法 所有人得到了 合法、 适当的授权，并保证其产品 、技术 和服务均不侵犯任何第三人的版权、专利 权 、商标 权 或其他形式的知识产权，亦不侵犯任何第三人的商业秘密或其他权利。 招标人有权因为 投标人 提供虚假、错误 或 误导性信息 而 拒绝其参 加投标，并保留依照所适用法律可能享有的进一步追诉的所有权利。 3.6.2 投标人应保证，招标人在中 华人民共和国使用产品或产品的任何一部分时， 如 因使用 投标人 提供的产品或服务而 受到第三方关于侵犯 版权、 专利权、商标权 或其他形式的知识产权 的 指控 或其它指控，投标人须与该第三方交涉 ，采取措施使 招标人 免受第三方提出侵犯其专利权或其它知识产权的起诉 ， 并 对招标人 承担 相应的赔偿责任 。 3.7 投标文件的式样和签署 3.7.1 投标人应准备投标文件 一份正本和 三 份副本 ，投标文件须清楚地标明“正本”和“副本”字样。如正本和副本不符，以正本为准。 3.7.2 投标人应同时提交与投标文件正本内容相同的电子文件一套（以光盘形式，文件采用 WORD 格式），如电子文件与正 本书面文件不符，以正本书面文件为准。 3.7.3 投标文件正本须用不褪色墨水书写或打印，由投标人的法定代表人或经其正式授权的代表签署。被授权代表须将以书面形式出具的法定代表人授权书（原件）附在投标文件中。 3.7.4 投标文件的任何行间插字、涂改和增删，必须由投标人在旁边加盖公章才有效。 3.7.5 在招标文件中已明示需盖章及签名之处，投标文件正本均须由投标人加盖投标人公章，并经投标人法定代表人或其授权代表签名或盖章。 投标文件 正本须加盖投标人公章骑缝章 。 3.7.6 投标文件副本可采用投标文件的正本复印而成。 3.7.7 传真或电传的投标文件将被拒绝。 3.7.8 由于投标 文件正本、副本和电子文件相互之间任何不符而导致的所有后果，由投标人自行承担。 4 投标文件的递交 4.1 投标文件的密封和标记 10 4.1.1 投标人应将投标文件正本和所有的副本分开密封装在单独的封套中，且在封套上标明“正本”、“副本”字样。 4.1.2 封套均应按以下要求标记： 递 交： 南充市商业银行 投标项目： 南充市商业银行 理财业务综合管理平台 项目 4.1.3 封套上均应写明投标人全称、地址、联系人和联系电话。 4.1.4 将下列内容（从投标文件正本中复印）单独密封入信封，再将其封装于投标文件正本封套内： （ 1） 投标函； （ 2） 投标报价表。 4.1.5 投标文件附带的光盘应与投标 文件正本一同封装。 4.2 重要须知 4.2.1 招标人将拒绝并原封退回在本招标文件规定的投标截止时间后收到的任何投标文件。 4.2.2 开标后，投标人的投标文件相关文件不符合招标文件相关要求的，将被退回。 4.2.3 开标后，每个投标人将有 60 分钟的讲标时间，讲标内容为技术部分，不得超出投标文件的内容范围。 4.2.4 讲标结束后，评标过程将在全封闭地点进行；在此期间，投标人非经评审委员会要求对投标文件含义不明确的内容进行必要的澄清或说明，不得单独联系评审委员会的任何人员。 5 投标文件评审 5.1 评标 方法 评标委员会严格按照招标文件的要求和条件进行评标，择优定标。本次 招标，中标通知书将授予符合招标文件要求，并且性价比最优的投标者 。 评标委员会对每一个投标条件及其内容进行比较，包括：（ 1）投标方整体实力；（ 2）成功案例分析；（ 3）技术实力（研发人员、售后服务能力）；（ 4）现场模拟演示；（ 5）投标者的资信情况和履约能力；（ 6）投标者提供的其他优惠条件。综合分析比较以上各项，评委将根据上述各项得出评标结论。 评标委员会不向落标方解释落标原因，不退还投标文件。 在投标、评标过程中，如有投标人联合故意抬高报价或其他不正当行为，招标方有权中止投标或评标。 5.2 其他事项 5.2.1 本行保留根据中标 人产品的功能特点决定选择功能模块的权利。 11 5.2.2 中标人确定后，招标人向中标人发出中标通知书，并同时将中标结果通知所有未中标的投标人。 5.2.3 中标人应在收到中标通知书后与本行进入相关合同的讨论工作，双方达成共识后签订采购合同 ,如双方无法达成共识，招标人有权终止中标合同。 5.2.4 中标通知书对招标人和中标人均具有法律效力。中标通知书发出后，中标人放弃中标项目的，或不能在 30 天内与招标人签订采购合同的，应依法承担法律责任；中标通知书发出且双方达成共识后，招标人无故改变中标结果的，依法承担法律责任。 5.2.5 重要提示：投标人必须满足招标指标， 关键指标不满足做废标处理。 6 招标文件的解释 本招标文件由招标人负责解释。 12 第二部份：系统需求规格说明书 13 7 项目概述 7.1 项目建设目标及总体要求 理财业务综合管理平台 在功能上需覆盖 我行 现有的 理财业务 产品及各产品相关的业务处理流程、业务管理活动， 必须保证现有产品的延续性，同时必须满足我行未来 5-8年理财业务发展的需要。 7.1.1 系统目标 提供安全、稳定的开发平台，建立以客户为中心的 为客户提供 各种金融产品的 理财业务综合管理平台 ，功能包括但不限于产品销售、产品成立、存续期管理、产品兑付以及相关管理功能 。 系统设计参数化、模块化，适应业务多元化及金融创新产品的快速开发要求。 全面的访问控制，灵活的多级授权机制以及合理的工作流控制。 支持建立完整的 理财业务综合管理平台 业务管理体系 ，包括但不限于查询及报表功能、辅助管理功能等 。 支持交易完整性控制。 建立支持各类中间业务产品的快速开发的机制。 建立系统化的内部控制体系，有效防范风险。 实现 7 24 小时客户服务。 具备方便的监控体系，全面掌握系统运行状况。 支持详细的审计日志，满足全面的审计。 灵活定制各类查询和统计报表。 实现网银、网站及我行绩效系统的业务对接 。 7.1.2 安全目标 保证银行内部客户交易和客户信息的安全。 保证银行系统不会因为病毒或内外部攻击造成损害。 保证客户交易的数据保密性，数据完整性以及交易的不可否认性。 7.2 投标人资质要求 投标人具有计算机信息系统集成资质； 投标人通过 CMM 认证或 ISO9001 质量认证； 8 技术要求 8.1 技术总体要求 14 招标方计划建设一个 理财业务综合管理平台 。投标方应在充分考虑招标方已建和建设中的计算机应用系统基础上，在充分保护原有软硬件设备投资的前提下，提供完整的系统解决方案。 软件体系架构：具有清晰的和相对独立的软件层次，能在各层次独立选型和 对外接口。具有负载均衡、双机热备等高可用机制。具备灵活的功能参数设置，能通过参数配置的方式支持多种类型的理财产品。 扩展性：系统构建模块化、功能模块组件化，应考虑将来支持基金、银保、信托理财产品销售等业务在统一的平台上进行扩展。 遵循标准：解决方案中的综合理财与各系统在通信协议、通讯格式、接口标准上应保持统一或相互兼容。 多渠道支持：理财销售系统可以通过总行前置系统完成与后台的信息交换。系统提供规范的接口，便于 网银、手机银行、电话银行等 多渠道的业务接入。 数据一致性：在任何异常和故障情况下，一个交易对数据库 的所有更新或是全部完成，或是没有执行，不能有中间结果，保证交易的完整性。提供完善的冲账机制，保证与账务主机及销售系统服务器数据的一致性。 性能指标：用户环境的页面响应时间快速，系统关键交易最大并发数不少于 50 笔 /秒，能支持 7 24 交易。 系统容量：投标方在系统设计上应充分考虑招标方业务近期、中期及远期目标，依据目前的用户规模、业务运营情况和应急的服务需求，在保证理财销售系统服务质量的前提下，设计系统规模、软件功能和业务功能相适应的系统，支持我行未来业务发展的需求。 数据备份：应提供系统数据的备份和恢复方案。 且必须实现数据和日志等自动备份、归档及清理。 安全性：实现理财销售系统的用户身份认证、交易的保密性、交易的数据完整性以及交易的不可否认性。对敏感数据必须加密保存，密码字段等信息必须采用单向加密算法保存于数据库。 可用性：应用程序必须参数化，可通过界面或配置文件修改程序关键参数。 权限管理：系统设置多种角色及角色权限，并为用户指定角色和权限，权限设置应可设置、可调整、可扩充。 8.2 系统架构要求 按照国际标准、国家标准或行业标准，利用先进的软件设计方法论、设计模型和数据模型，进行符合工业标准和金融行业规范的系统开发 。 系统开发遵循组件化、模块化、参数化设计原则，保持软件系统架构的易于改造和扩展，满足新业务功能的不断扩充，不影响应用系统的各种原有功能。 支持应用服务器集群模式，实现服务动态分配、负载均衡。 15 系统设计方案须能充分集成或兼容我行现有网络环境； 系统须具有良好的扩展性，采用组件化技术，参数化和插件式设计，伸缩性好，能良好支撑功能扩展； 系统须健壮高效，具有快速的响应速度和良好的并发支持能力； 系统须具有较好的可维护性，须向我行提交所有源码，须结构清晰，并包括齐全文档 8.3 接口规范要求 统一规划“ 理财业务综合管理平 台 ”的各类数据及接口规范标准，提供方便、安全的对外接口，方便实现跨系统、跨地区、跨行业网络系统连接。 接口规范应满足系统对行内现有外围系统、管理系统的有效、无缝接入，并能够满足将来统一外围系统的有效接入，能够有效支持 理财业务综合管理平台 与各外围系统之间的数据交换。 接口规范应该满足对数据一致性的要求，即在任何异常和故障情况下，一个交易对数据库的所有更新或是全部完成，或是没有执行，不能有中间结果，保证交易的完整性。 在系统升级时，能提供最大程度上的软、硬件投资保护。 提供标准、便捷的接口开发模式及开发环境，实 现整个外围系统开发的统一管理，快速实现新增外围的接入。 8.4 系统风险控制及业务持续性计划要求 在系统建设全过程加强对各类科技风险的防范，严格按照银监会银行业金融机构信息系统风险管理指引的要求进行系统建设全过程各环节的有效控制。 系统应运行稳定，提供连续可靠的服务，具有多级安全保密、权限控管机制。 8.5 系统人机交互要求 系统应具有友好的用户操作和管理维护界面，操作简洁、高效。 结构清晰，模块化、参数化程度高，可灵活设置，方便维护和管理。 人机交互界面应满足各分支行个性化的需要。 满足目前各分支行各类终端设备的要求 。 8.6 系统安全和访问控制要求 能够提供详细有效的系统运行和用户使用日志，便于对故障、事件和错误等进行分析和定位，方便事件处理和解决。 提供系统资源使用情况实时监控报告，系统出现异常预警报告等功能。 根据我行提供的网络拓扑设计图及计划配置的安全设备，应标方应在此基础上组织实施完整的安全保障解决方案，并须保障我行 理财业务综合管理平台 的安全； 16 应标方须保证软件本身有足够的健壮性和成熟度，须经过较大规模银行较长时间的投产使用。在系统上线前，须对整个系统进行安全评估及渗透性测试； 系统须设置强制退出机制，且用户可自定义 session 超时时间； 须将安全思想贯穿于整个 理财业务综合管理平台 设计中，将安全操作提示放于明显之处，并将所有涉及安全的操作菜单归集于安全中心； 8.7 系统性能要求 系统整体性能支持 南充市商业银行 未来 3 5 年的业务发展要求。 8.8 重要提示 应标方须保证一年内因软件平台故障不能提供正常服务的时间小于 8 小时，且须在 2 小时响应并采取紧急措施确保系统恢复正常运行。 应标方须按照本行网络拓朴图实施集成。 9 业务需求 9.1 设计原则 科学性：充分利用成熟先进的科技手段和科学方法，进行工程组织与管理、系统规划与设计、需求提出与论证，逐 步实现 理财 业务的全面发展； 先进性： 高起点规划，高标准建设，高水平管理。充分把握银行业在业务上的发展趋势，满足系统上线后 3-5 年的发展要求 ； 系统性： 系统规划各种资源和网络应用，最大限度地实现各种信息资源的充分共享、分类分期实现与各种业务系统的无缝对接； 安全稳定性： 理财业务综合管理平台 成熟稳定，系统应具有较高的可靠性和持续使用能力，保证全年 7 24 小时稳定运行，具有强大的并发响应能力及足够的扩充能力； 易维护性： 理财业务综合管理平台 和周边支撑环境设计先进、结构合理，方便二次开发、维护以及升级； 经济性 ：要在基本满足上述前提的条件下，将产品采购成本、实施服务成本、今后的运营维护成本以及人力资源成本降到最低。 9.2 业务功能 在投标人提供的技术投标文件中，请就 理财业务综合管理平台 的具体要求提出详细的回应，表明完全满足、部分满足或无法满足，并描述投标人推荐的标准版本 理财业务综合管理平台 如何处理相关的要求。如果系统是部分满足或无法满足本行的要求，请说明系统是否可以按本行的要求进行优化并 17 说明优化的难度或工作量估计。 特别提示：以下业务需求列示为本行现有要求， 为确保理财业务的完整性、连续性， 最终业务需求确定应包括但不限于 以下的相关内容。 系统设置 系统管理 主页设置 认购理财产品时多保留指定金额 复核功能（关键环节复核管理）复核设置 授权管理 公告管理 系统工作日设置（含中国节假日） 用户管理 机构设置 部门设置 角色设置 用户设置 数据库管理 数据库备份 数据库恢复 监控管理 资源监控 交易监控 日志 产品设置 基本参数管理 产品多级分类配置 产品信息设置（产品编号、产品名称、币种、产品收益类型、计息基准日期） 产品管理人信息设置 （托管人、管理人、登记清算机构） 产品允许方式（封闭，开放，半开放） 产品凭证补充内容打印设置，产品重要提示等 收益分成方式设置（未来可能推出我行享有固定收益，客户享有超额收益的产品） 产品收益率设置（个人 /机构、客户级别、渠道、持有金额、持有期限） 分红周期方案设置（按月、按季、按年、日） 产品辅助信息（相关账户、经办人） 销售商信息设置 销售参数管理 允许销售渠道（网点、网银、手机、电话等）、客户类型、卡类型 组合虚拟代码设置 组合额度设置 产品销售区域设置 产品额度控制（总、分、支，同时具有公共额度功能） 销售时段设置（产品可 7*24 小时销售，同时考虑不同渠道的销售时间控制） 产品销售时对一定比例存款进行（不小于）指定期限的冻结设置； 最后一笔购买金额是否允许小于单笔购买最低额度 产品销售周期方案设置 风险评估匹配设置（ 1、是否需要风险评估， 2、如是考虑客户风险等级匹配） 费用参数管理 手续费收入分配比例设置（指收入在总、分、支的分配比例） 托管费率、销售手续费率设置 客户手续费费率设置 (销售渠道、客户类型 ) 折扣 (产品、促销活动、销售机构、客户类型、账户类型、某一客户 ) 动态参数管理 产品凭证打印内容及位置设置 18 客户管理 客户相关操作 客户签约 客户解约 客户销户后更换银行账号 客户信息变更 客户银行账号加挂、取消 资产时点证明 客户风险评估、修改 营销辅助 客户曾有产品、现有产品、待营销产品 潜在的营销机会、与客户的接触情况、营销活动情况 理财客户的活期账户余额进行跟踪，可能有兴趣的产品情况 产品销售 产品交易 理财产品购买（含实时交易）录入资金来源（行内、行外），及其比例；营销人员及其比例 理财产品购买撤销 理财产品预约购买 理财产品预约撤销 理财产品赎回（含实时交易） 理财产品非交易过户 相关操作 补打凭单 产品剩余额度查询 非交易过户处理 客户凭证补打打印 实物理财：理财到期后客户可选择部分兑付贵重物品、部分兑付现金的方式进行兑付 自动理财：银行自动为客户购买高于一定收益率且理财产品周期在客户设定的范围内的产品 自动增值：闲置的 资金可自动为客户转为七天或一天的通知存款 产品成立 归集资金、发布通告 产品成立处理（含手动实时成立及自动成立） 产品募集失败处理 发布通告、发送短信 存续期管理 （特殊）交易逐笔确认 强制赎回 募集金额调整（系统自动或手动从银行自有资金划入进行补充，以达到规模投资规模）； 理财产品质押，份额冻结、解冻处理 理财产品解质押 理财产品行情录入（净值型理财产品） 理财产品状态录入（申购赎回相关操作） 产品 (提前 )终止 交易状态设 置（预留手工调整） 账户冻结、解冻处理 特定处理发送短信 分红及清算 赎回清算 产品到期试算 分红方案设置 变更分红方式处理 自动清算流程配置 产品到期兑付处理 手工发起分红 19 产品分红处理 自动清算 发布通告、发送短信 报表及查询 系统信息查询 系统日志查询 公告信息查询 客户信息查询 理财业务开销户汇总报表 客户总体信息（总分支行） 单个客户信息查询 客户签约银行账户信息查询 客户理财账户信息查询 历史理财账户资料查询 客户理财产品份额查询 客户当日委托查询 客户历史委托查询 客户历史成交查询 理财产品信息查询 理财产品行情查询 理财产品信息查询 历史份额变动流水查询 理财产品手续费按总分支行统计 理财产品存量、流量统计表 理财产品存量、流量统计表 -按机构 理财产品存量、流量统计表 -按客户经理 理财产品存量、流量统计表 -按产品 理财产品分红明细报表 理财产品份额变动报表 柜台交易查询 柜台 当日流水查询 柜员当日操作查询 柜员末笔流水查询 特定流水查询 换卡流水查询 历史资金清算入账明细查询 冻结解冻流水查询 所有协议及流水查询 对外报送报表 G06 个人理财业务统计表 S61 商业银行个人理财产品统计表 商业银行个人理财产品明细表 商业银行理财产品情况统计表 存量理财产品统计表 非资产池类开放式商业银行理财产品运行数据统计表 资产池类开放式商业银行理财产品运行数据统计表 资产池类封闭式商业银行理财产品运行数据统计表 非资产池类封闭式商业银行理财产品运行数据统计表 辅助管理 从业资格管理 相关业务从业资格管理 培训 培训信息管理 分配试算 产品到期试算 考核激励 营销考核每期产品的销售金额，所销售产品的日均或月均额或销售产品的月均增额为考核维度； 主动营销 分析出具有一定规律的闲置资金客户，对结合分析模型将适合的产品推荐给适合的客户 结果演示： 产品参数设置后运行结果演示； 收支记录 每只产品的收入计提、实际收入、费用支出信息； 浏览器登陆 远程异地管理，异地授权 20 信息推送 实时信 息（新产品信息、行内理财业务相关通知等）推送（总行到分支行单向）； 重控统计 说明书协议书的统计 公告信息 网站公告固定格式信息 管理 事件 提醒信息提示 产品发行提示 产品到期提示 异常交易提示 连接其他系统 网银 客户风险评估 实现自动发布信息 购买、申购、赎回、撤单、预约、查询等 客户投资收益分析 银信通 发送资金划转信息及营销短信 大于客户约定或系统默认额度，在产品成立前一天发送短信给客户，允许客户撤销； 网站 发布信息及实现预约 绩效考核系 统 传输考核信息 数据中心 他行接入 系统需支持外部银行的接入，使他行能够销售我行理财产品； 10 项目实施 请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法论、项目计划、项目组织、项目实施前提、项目关键阶段、项目交付物、项目实施风险及规避措施等。鉴于本行 较为复杂的当前 IT 环境，请提出可行的 理财业务综合管理平台 实施方案。 10.1 项目进度要求 给出项目开发实施计划，要求投标人提出计划安排，内容详细到周。 截止到 2012 年 6 月 底 理财业务综合管理平台 项目应具备上线条件。 10.2 项 目实施管理要求 本行 要求投标人根据本项目的特点提出一套具有针对性的项目管理方法，以指导和控制项目实施工作。请投标人针对下述要求进行分别回复。 1、请为本行的项目实施制定合理的项目管理组织架构。 (1) 投标人将承担项目管理办公室的主要日常工作，因此，要求投标人提出项目管理办公室的人员组成，以及项目管理办公室每个主要职位的工作责任、任职要求、汇报路线等。 (2) 要求在项目组织结构设计中应考虑主要业务部门的广泛参与。业务部门相关人员在详细差异分析（系统研究）阶段就应全力投入，并从设计阶段一直到系统投产上线都要 广泛参与项目工作，以确保最终交付物得到业务用户的认可。 (3) 如果投标人的项目人员不能同时到位，请给出各阶段的人员和工作安排，但以按时完成开 21 发和上线的要求为基本要求。 (4) 项目组织结构设计要有利于技术转移，确保在项目过程中，完成知识转移。 2、要求投标人给出需求变更管理以及项目范围控制的方法和流程。需求变更管理流程应包含检查、评估和确定变更需求的优先级，说明因需求变更而产生的各项费用及其计算方法。需求变更的决策工作应由本行以及投标人（如需要，包含投标人的分包商及第三方人）代表组成的专门团队具体负责。 3、请投标人给出计划管理、沟通管理、资源管理、版本管理等方法和流程。 4、要求投标人给出质量保证的方法和流程，尤其是对于各种类型测试的质量保证方法，如单元测试、集成测试、压力测试、用户验收测试和回归测试等。 5、要求投标人给出风险管理的方法和流程，尤其是针对本行的现状环境来说，主要的风险点有哪些，并给出建议的风险转移方案。 6、要求投标人制定各种相关的项目管理标准，包含但不限于项目计划标准、配置管理标准、质量控制标准、风险管理标准、测试标准、文档标准。请投标人在投标文件中给出上述标准的样例。 7、请投标人说 明进行 BUG 修复的流程，包含发现、评估以及补丁程序的开发、发布、安装等环节。 10.3 项目实施队伍要求 1、在项目实施阶段，项目实施队伍是以投标人一方的技术力量为主，负责整个项目的设计、实施、进度和质量控制等，对整个项目的完成进度负责；本行将派出一定数量的业务与技术人员配合项目建设，审核设计方案，明确细化业务需求，掌握全系统的各项技术，为将来的运行维护、功能扩充作技术准备，并监督项目的质量，确保按时完成工程； 2、项目管理人员应具有 理财业务综合管理平台 项目管理的实际经验（请提供证明材料），能根据本项目要求制订出切实 可行的项目管理流程和项目实施时间进度计划表，并严格执行，保障项目按进度高质量的完成； 3、项目经理具有国内银行系统项目开发实施 5 年以上经验； 4、项目组软件开发核心成员 5 人以上；项目组实施团队核心成员 3 人以上，且具有金融行业 软件开发 项目实施经验；请填写第四部分投标文件格式的项目核心成员一览表； 5、项目组主要成员需要通过本行的面试，通过面试的项目经理和项目核心成员原则上不允许调整，如有变动需事前征得本行的同意，仅有合同关系而非本公司雇员的团队成员在面试时要明确提示。 6、根据投标人建议的实施计划，请 明确给出项目各阶段的工作范围、实施团队组织结构、双方成员构成以及成员职责。 7、请投标人给出应对实施团队人员变动风险的防范机制（包含与雇员的特别协定、应急预案等）。 10.4 项目实施工作范围 22 本行对投标人的实施工作范围包括： 1. 投标人负责完成项目实施过程中的项目管理工作； 2. 基于招标人给出的 理财业务综合管理平台 业务需求，完成系统研究与差异化分析工作，确 定业务需求并提交业务流程调整的分析报告； 3. 整理分析招标人目前行内各与 理财业务综合管理平台 相关的系统情况，提交完整解决方案； 4. 按照差异化分析结果以及最终定版的本行业务需求 ，完成 理财业务综合管理平台 的客户化及适应性开发工作，包括编码、单元测试、联调测试、集成测试、用户测试、压力测试等；测试过程中需要提供自动重复测试功能，以减少由于重复录入而节省测试时间； 5. 完成老 理财业务综合管理平台 用户数据向 理财业务综合管理平台 无缝移植工作； 6. 完成本项目整体集成测试、用户验收测试工作； 7. 投标人负责完成 理财业务综合管理平台 与外网邮件服务器的集成工作； 8. 投标人负责 完成 理财业务综合管理平台 相关软件集成 工作 ； 9. 投标人负责对安全产品，硬件设备做出采购和部署方案 ； 10. 完成本行整体上线工作。 要求投标人通过培 训、参与开发以及其它认为合适的方式实现 理财业务综合管理平台 软件标准版本开发方面的技能转移。 11 技术转移 （ 1）投标人应提供 理财业务综合管理平台 全部应用源代码。 （ 2）在 理财业务综合管理平台 应用软件客户化过程中形成的源码，双方共同拥有。 （ 3）提供的源码按系统、分模块列明。 （ 4）提供 理财业务综合管理平台 源代码的所有说明文档。 （ 5）核心技术转让应包含： 核心技术文档； 源代码、开发及相关培训； 系统开发所需的全部文档资料； 系统实施过程中形成的各类文档。 12 服务与支持要求 （ 1）服务时限要求： 理财业务综 合管理平台 应用软件整体上线成功后免费服务期 1年； （ 2）能够长期稳定地提供 本地支持 ；在免费服务 1年 期内必须保证 1-2名主导系统设计与开发的技术人员常驻用户现场，对本行提供 7*24小时服务支持。免费维护服务期内，根据业务的任何变化，免费对系统进行相应修改。 （ 3）在项目实施过程中，针对关键或重大问题，应承诺调动全部资源给予支持，委派专家到现场 23 解决问题，并不得影响项目的整体进程； （ 4）分别就免费服务期内、免费服务期后提供全面、完整的售后服务方案，服务方案中请明确列明服务期限、服务方式、服务级别、响应时间、服务 收费等情况；并注明免费服务期到期后三年的服务费收费方式及标准。 13 文档和培训要求 13.1 文档要求 本行要求提交的文档是一套可保存的、并容易查阅的中文文件，文档要求以纸质和电子格式提供，文档内容包括但不仅限于： （ 1）工作说明书（ SOW） （ 2）需求说明书 （ 3）整体实施架构设计说明书 （ 4）详细设计说明书 （ 5）数据库设计说明书 （ 6）操作使用手册、安装手册、维护手册 （ 7）测试计划、测试报告 （ 8）对外接口方案、上线方案说明 （ 9）命名规范、软件质量管理标准、信息安全规范、编程规范、应用接口规范等 （ 10）业务流 程文档 对于项目实施阶段目标设定的文档交付物，将作为本阶段工作完成的标志之一。对于文档交付物的描述应包含但不限于：各个阶段名称、阶段目标、交付物描述、形式（即文件、演示文稿、软件系统等）、建议的接受标准、阶段负责人等，本行保留自由复制文档供自己使用的权利。 13.2 培训要求 投标人应确保在系统开发和建设中所提供的培训是全面而系统的，包含了 理财业务综合管理平台应用软件和开发工具等培训内容，培训的主要对象是系统的使用者和技术支持人员。对技术人员的培训应该为厂商认证的培训（请详细列示），每项培训不少于三人， 所需所有费用（ 包括培训费、教材费、认证费、交通费、食宿费等）均由 投标人承担 （ 1）培训教材（中文版） （ 2）培训 培训完成后至少应达到以下效果： （ 1）操作人员：熟悉 理财业务综合管理平台 功能特点，熟练掌握各项业务操作及业务处理流程； （ 2）业务人员：具备利用 理财业务综合管理平台 进行风险控制、报表分析、金融产品分析、设计 24 与管理的能力； （ 3）技术人员：掌握 理财业务综合管理平台 的设计思想、整体架构及源代码，具备独立的系统设计、应用开发以及系统运维管理能力； （ 4）管理人员：了解 理财业务综合管理平台 功能特点，熟练利用 理财业务综 合管理平台 完成各项管理工作。 25 第三部份：投标文件格式 26 14 投标报价 14.1 投标报价表 投标人应按附表 14.1.1 14.1.3 的格式提交报价表，并提供报价表的电子文件。 附表 14.1.1： 投标报价表 项目名称： 南充市商业银行 理财业务综合管理平台 项目 投标人： 价格单位：（人民币）万元 项目及产品报价单模版 公司名称： 日期： 序号 报价内容 价格（人民币） 备注 1 模块 1 模块 2 模块 3 小计 2 3 填表说明： 1、严格按要求格式填写，否则视为无效报价。 2、第 1栏为满足附件 2需求明细中要求的所有组件，并注明许可使用的类型和用户数。 备注： 1、对每一项具体工作，可以建议两种以上不同深度的