重庆三峡银行

重庆三峡银行新核心系统群交易级总账系统项目比选文件2021年4月目录TOC\o"1-1"\h\z\u第一章比选公告 2第二章项目介绍 5第三章技术条款 6第四章商务条款 27第五章评选方法、评选标准和废选条款 32第六章参选人须知 37第七章参选文件 41第一章比选公告随着国际金融市场波动加大，国内经济金融形势严峻，银行业面临的政策环境也在发生深刻变革，为了更好的支持本行各项业务的开展、提高对客服务能力、提升业务办理效率，本行启动了交易级总账系统的建设工作，通过交易与核算的分离，以及搭建多维度的总账系统，满足更细粒度、更多维度的管理需求，为精细化管理提供数据支撑、进一步提升银行的精细化核算和管理水平。本次比选拟对本行新核心系统群交易级总账系统项目进行公开比选，特邀请有意向的潜在参选人进行参选。一、比选项目内容序号项目名称最高限价（万元）中选人数量备注1新核心系统群交易级总账系统项目3001含税价二、参选人资格要求（一）基本资格条件1、具有独立承担民事责任的能力；2、具有良好的商业信誉和健全的财务会计制度；3、具有履行合同所必须的设备和专业技术能力；4、有依法缴纳税收和社会保障金的良好记录；5、近三年内在经营活动中没有重大违法记录；6、满足法律、行政法规规定的其他条件。（二）特定资格条件1、注册资金要求人民币1000万元（含）以上，注册成立时间不少于6年，且近3年财务状况稳定；2、具有良好的软件能力成熟度水平，并通过CMMI3级认证；3、具有完整的风险治理架构：提供单位风险管理组织架构图，以及针对本项目的风险管理团队名单；提供公司组织架构图，并针对本项目建立由公司高级管理层直接领导、针对本项目外包服务的专职信息科技风险团队，提供团队成员组成名单；4、2018年1月1日至今，具有国内商业银行同业同类型实施案例不少于3个(含)(需提供合同复印件和项目简介)。低于3个(不含)案例取消参选资质。注:案例要求以下信息不可隐藏，包含：甲乙双方名称、双方印章、项目/产品的名称、合同主要实施内容、合同/中标通知书签订时间等。以上证明文件若比选人存疑，参选人需提供原件备查，参选文件中须附相关证明文件复印件并逐页加盖公章。5.参选人项目组成员需进行面试，面试未通过，比选人具有对参选人参选资格的一票否决权。参加面试人员必须为参选人为本项目专门指定的实施团队人员。三、比选文件的获取本次比选公告在官网（）、中国采招网（)上发布。四、参选保证金的递交1．参选保证金的金额：保证金60,000元整（人民币大写：陆万元整）；2.参选保证金缴纳方式：参选人从参选人的银行账户，通过转账或电汇方式直接划付至下面指定的账户，否则，参选保证金无效。参选人自行考虑汇入到账时间风险，本项目参选保证金不接受任何形式保函（包括电子保函）；3．参选保证金递交的截止时间为2021年5月19日17时00分；4、参选保证金专用账户如下：户名：重庆三峡银行股份有限公司开户行：重庆三峡银行营业部账号：0101014040000043五、参选文件的递交1．参选文件递交的截止时间：2021年5月19日17时00分，疫情期间请通过顺丰快递寄送至重庆江北区江北城汇川门路99号东方国际广场28楼重庆三峡银行计划财务部邮政编码：400024联系人：敬希电话号码：023-888903952．逾期送达的或者未送达指定地点的参选文件不予受理。六、发布公告的媒介本次比选公告在官网（）、中国采招网（)上发布。七、联系方式比选人：重庆三峡银行股份有限公司地址：重庆江北城汇川门路99号东方国际广场联系人：敬希采购咨询电话务咨询电话箱：sx.jcb@163.com

第二章项目介绍一、项目背景 重庆三峡银行(以下简称“本行”)自成立以来，坚持“差异化、特色化、精细化”的发展道路，对外抢抓市场机遇，对内提升管理，全行业务规模迅速壮大，内部管理逐步规范，资产质量不断改善，盈利能力持续增强，综合实力显著提升。当下，国际金融市场波动加大，国内经济金融形势严峻，银行业面临的政策环境也在发生深刻变革，监管更加审慎严格，利率市场化、汇率市场化、资本项目放开以及金融脱媒等多重变革日渐临近。此外，互联网金融和大数据的蓬勃发展给银行提出了更多挑战。根据全行战略规划，结合当前经营环境和形势，本行决定启动新一代核心系统群的建设。为了更好的支持各项业务的开展、提高对客服务能力、提升业务办理效率，本行启动了交易级总账系统的建设工作，通过交易与核算的分离，以及搭建多维度的总账系统，满足更细粒度、更多维度的管理需求，为精细化管理提供数据支撑、进一步提升银行的精细化核算和管理水平。本次比选拟对本行新核心系统群交易级总账系统项目进行公开比选，特邀请有意向的潜在参选人进行参选。二、项目目标将以“以客户为中心、以数据为驱动、产品模型化、业务流程化、风控体系化、管理信息化、内外一体化、构件组件化”为目标，朝着参数化、模块化、产品化、标准化的方向发展，同时满足会计核算体制、会计处理原则、全面风险管理等多方面的要求。通过交易级总账系统的建设，实现企业级交易核算分离，建立全行统一的会计核算中心。主要包括两方面的建设内容：首先是，新建全行统一的会计引擎，实现会计分录、核算要素、交易信息的统一管理，交易流程和核算处理深入融合，核算规则灵活配置，核算处理灵活高效；第二是，完善优化企业级交易级总账，使之具备多账套、多会计准则的设置能力，满足多准则核算要求；具备多维度会计科目结构体系，支持多维度核算；具备灵活的会计期间定义，可通过设置不同的虚拟会计期间，灵活支持年终决算以及会计调整；当采用追溯调整法时，支持调整已经生成会计报表；并且具备集团报表合并抵消等集团核算能力。第三章技术条款一、总账系统系统功能性需求（一）公共管理账套管理作为整个会计核算体系的核心，会计核算账套（简称“账套”）对适用的会计期间方案、会计科目表和账套相应记账本位币等信息进行定义。账套设置充分满足各机构、分支机构汇总以及合并报表等需求。总账系统满足多会计准则管理要求。账套的增删改查功能支持账套的增加、修改和查询功能，支持对未启用账套的删除。账套的独立性基础账套/多准则账套：基础账套为满足基本业务核算要求的账套；多准则账套为满足新会计准则核算要求的账套，账簿之间相对独立，分别反映各会计主体的业务账和准则账。支持各会计主体独立设置账套，记录所产生的会计凭证，按照实际执行的会计准则分别核算并编制独立、完整的会计报表。独立的会计科目体系和会计核算体系支持根据不同的账套类型进行会计科目体系定义，支持不同的账套设置不同的会计科目体系；支持针对不同的账套设置不同的会计核算体系（即会计引擎），各账套对应的核算体系相互独立。多段式设置支持账套类型设置前的多套会计期间方案，并根据业务实际需求将账套与指定会计期间方案相关联。不同账套类型可选用同一会计期间。账套记账本位币默认为人民币，同时支持多币种设定。多账套管理支持不同账套数据的灵活组合，支持多类型会计核算数据查询和会计报表编制。基本账套：按照实际执行的会计准则进行会计核算和编制会计报表，支持按照组织机构的上下级关系进行相应数据汇总。准则账套：按照新会计准则要求编制会计报表。合并账套：汇总相关账套信息，对各独立法人内部交易进行会计处理并产生抵消凭证，汇总的账套信息与抵消凭证合并生成合并报表。本外币账套：支持设置单币种账套；支持设置本外币合计账套，满足招标人本外币汇总数据管理的要求。机构管理（1）根据实际情况进行组织架构设计与调整，支持总行、分行和支行等多个层级的机构设置，机构的层级设置没有限制；各分支机构的数据相互屏蔽，但上级行可查看和处理辖属机构的数据，总行可查看和处理所有机构的数据。（2）支持以会计核算机构为独立核算单位编制各类会计报表（如资产负债表、利润表、现金流量表、业务状况表、科目余额明细表等）,支持按照约定范围（如组织机构之间的隶属关系、机构所在地区、主营业务范围等）汇总账套数据和合并报表。（3）支持根据内部经营管理需要，赋予各类机构包括但不限于经营机构、报表组织、成本中心等职能。（4）支持机构的新增、撤并、拆分以及升级和降级。机构调整后的相应数据关系、内部控制及权限职能等随之自动调整，并能查询历史数据；以及编制由此产生的报表调整和报表合并。会计期间（1）支持会计期间和日期设置为与日历相同或不同；（2）支持设置多个调整期，调整期支持账务处理并支持编制财务报表，如审计调整等；（3）支持按照不同会计期间编制会计报表的功能，例如按自然期间（自然日、自然月、自然季度、自然半年、自然年）、非自然期间编制财务报表。会计科目管理（1）建立全行统一的自定义多层级的会计科目体系并集中维护，实现真正科目唯一性。支持会计科目的批量导入和批量导出，支持会计科目的批量启用和批量停用。（2）支持提供灵活的会计科目设置、维护、调整（包括基于新会计准则所涉及的会计科目调整），会计科目管理实现参数化配置，可以根据业务需要灵活配置会计科目；支持提供设置一套或多套会计科目体系；支持提供灵活的多段式科目层级设置；支持对会计科目进行多种编码、分类、设置、查询、增减、拆分及合并等处理；支持会计科目新增、拆分或合并时相关账务的自动继承或转移。（3）支持多维度核算管理，维度支持自定义，也可支持不断拓展。包括但不限于对机构、币种、科目、产品、条线、渠道、客户、账户、项目、成本中心、交易对手等多维度进行核算；支持不同的机构设置不同的核算维度；建立科目与账户的关联关系，支持从每一会计科目直接下沉查询到账户、交易流水、会计分录等明细信息与数据，并生成相应查询报表且支持报表导出功能。（4）支持与其他系统会计科目映射关系的灵活设置（5）支持向核心系统等外围系统的发布会计科目表。基础档案修改和删除管理支持保留会计科目、机构、部门、原子事件/子交易等会计核算要素基础档案的修改变更记录，经会计引擎解析并产生会计核算信息的配置规则，如被引用，原则上不允许删除。（二）多币种管理1.多币种核算总账管理系统需提供多币种核算。提供各种标准货币类型；提供外币统账制和分账制核算；提供外币汇兑损益的自动计算和结转；按会计准则对货币性项目和非货币性项目分别处理；提供多种汇率类型，直接汇率、间接汇率，用户可自定义汇率类型等；提供日报、周报、旬报、月报、年报等不同期间在不同币种之间汇率关系的处理功能；解决报表折算差、报表间数据不平衡等问题。2.外币重估及折算与会计准则的外币重估要求一致。提供外币分账制核算和统账制核算。使用各币种当前市场汇率，对不同币种账户的本位币余额进行重估，产生的损益额过账至指定的损益账户。在重估以外币表示的资产负债表账户时，自动创建日记账分录，来记录未实现的外汇损益。总账的折算功能实现将账户余额从本位币折算为另一种货币，并出具报表。（三）会计计量支持设置独立的会计计量功能，使用符合会计准则规定的计量属性,进行满足会计准则及监管要求的业务场景配置，对相关交易事项进行全流程、全生命周期的计量后，由会计引擎对相关业务记录按照既定的规则进行加工并形成会计核算信息。1.支持按会计准则要求抽象定义各类会计计量模型，包括但不限于摊余成本、实际利率、折现回拨、减值准备、公允价值等；2.支持接收业务系统传送的交易数据和分户数据，并完成分户会计计量；3.针对各类业务，维护其全生命周期的交易事件模型，由业务系统传送的交易事件进行驱动，也可以由会计计量自行驱动；4.支持依据会计计量的结果更新分户，并进行账务核算；5.能够实现需要会计计量的所有业务包括资金、债券、贷款、长期股权投资、票据等业务。6.能够全景式展示计量的分户数据变动过程及对应分录和流水。（四）会计引擎会计引擎是会计凭证生成规则定义和总账记账的前置通道。各外围系统的会计场景数据和交易类型数据，通过会计引擎建立各类对应规则、对照关系、凭证模板等转换信息，将会计场景转换为会计凭证并通过管理维度进行会计核算维度扩展，计入相关联账簿的凭证池。会计引擎支持接受核心等业务系统的会计流水、交易流水，完成流水数据的清洗、映射、转换，基于核算规则配置产生会计分录。实现参数化配置会计核算规则，满足会计准则和核算制度的要求，在此基础上提供多维度财务核算信息。会计引擎支持对会计引擎规则的新增、修改、查询和失效功能，支持会计凭证模板的灵活配置。1.提供会计核算规则灵活配置，接受交易流水后，自动进行相关核算规则匹配，通过对交易系统提供的流水要素进行解析，完成产生会计分录，并产生多维度核算信息。2.提供接收外围交易系统传送会计分录的功能，并支持实时和批量接收交易流水和会计分录，并产生多维度核算信息。3.提供核算科目配置，根据产品及相关产品属性、金额等信息，对业务核算所需的科目进行配置。4.匹配总账系统中所需的会计核算多维度信息。业务系统提供维度加工所需信息，根据在会计引擎中配置的加工规则，解析多维度信息。5.提供多套会计准则定义配置，满足新会计准则核算要求。流水接收后，根据多个账套规则的解析，分别生成对应账套下的核算分录。6.遵循核算原则：会计引擎支持新会计准则实施。能够按照新会计准则处理存、贷、投资等业务全生命周期的核算要求。（五）会计分录支持从其他外围系统/会计引擎自动导入交易的会计分录；支持直接在总账系统手工录入会计分录，支持手工录入每一个字段引用列表的输入模式，即输入时可从引用列表中选取相应值，无需手工输入。对于需手工录入的会计分录，支持直接通过总账系统生成会计凭证。手工录入凭证需提供审批机制。支持反月结后重新开启已进行月结的会计期间，即在反月结的情况下，支持在原已进行月结的会计期间录入会计凭证。对反月结功能设置严格的权限控制。支持定制“必须输入项”功能。除可将会计科目中包含的字段设置为必须输入项外，可进行相关辅助信息设置为必须输入项。支持根据机构、币种、科目、产品、条线、渠道、客户、账户、项目、成本中心、交易对手等不同维度信息进行组合，针对组合信息定制“必须输入项”功能。支持唯一的会计分录号，每一套会计分录及其每一笔发生额对应唯一的会计分录号。支持会计分录中记录来源系统信息的功能，以便出现问题时及时进行追索。针对发生频率较高的会计事项自定义录入模板，按照指定时间通过人工或自动触发的方式，完成会计分录的生成及其过账。支持对已过账会计分录进行复制的方法，生成新的会计分录。支持外部编制的会计分录导入总账系统。支持红字冲销、蓝字补记功能。支持由会计科目向账户、交易流水、会计分录等明细层级数据进行追索查询的功能。支持按照金额、入账时间、会计科目或其他索引方式进行会计分录查询。提供自动检查会计分录的借贷平衡功能，具有防止重复过账的机制。提供差错预警功能和差错处理机制，同时对应提供审批机制。（六）会计凭证提供会计凭证相关操作与管理功能，包括但不限于：凭证显示格式定制、填制凭证、审核凭证、过账凭证、修改凭证、查询凭证、冲销凭证等功能节点。提供凭证处理的多级授权审批，对手工录入、自动生成的凭证均可根据凭证类别、金额范围等设置授权审批；系统自动生成凭证编码，并提供编码的可扩展性提供灵活的凭证处理和显示界面以及打印格式功能；提供凭证的实时打印、批量打印、凭证打印查询及输出功能；提供相关凭证信息（机构、科目、时间、金额范围、用户等相关字段均可作为查询条件，并可输入大于、小于等范围符号）的模糊查询。（七）实时、准实时出账1.要求系统能够支持总账系统实时、准实时、定时及日终批量入账处理。提供准实时方式时，支持根据不同时间段设置不同的间隔频率。2.根据出账频率，以实时、准实时、定时或日终方式相应出具财务报表与统计报表。3.为满足年终决算日报表数据的测算需求，提高准实时年结测算报表的准确性，总账系统支持抽取业务系统信息与数据进行年结测算，仅用于生成准实时临时年结测算报表。这些年结测算数据不作为真正年终决算时使用。（八）价税分离接收各业务系统的交易流水或会计流水数据，提供价税分离规则配置，进行价税分离，生成记账所需信息要素、会计分录及可开票明细，将涉票涉税信息传送至增值税管理系统，以便增值税管理系统开票及纳税申报。（九）对账机制支持全方位对账功能，包括总账系统内部对账，总账系统与各业务系统对账。支持编制核对报告，并通过对账结果快速定位错误项目，针对错误项目提供追溯查询线索。如涉及各业务系统多次实时、准实时提供数据，支持总账系统与各业务系统进行日间多次账务核对。1.总账系统内部对账：包括凭证借贷平衡检查、科目总分核对、科目与账户明细核对、账表核对等。2．总账系统与各业务系统对账：包括交易流水笔数、发生额、有效性核对；各明细账户核对。（十）日终处理1.日终支持接收各业务系统交易流水，通过会计计量与会计引擎产生账务核算结果与会计分录，形成总分类账。同时，也支持直接接收部分各业务系统账务核算结果与会计分录，形成总分类账。另外，日终处理包括总账系统日清日结前的内部批处理，如日终外币调汇并确认汇兑损益、损益结转等出具每日财务报表的关账事项。日终处理须对应更新至总账系统账户信息。2.在日终结账前应有对账机制，系统应自动检查当期会计凭证是否已全部审核、过账；当前科目余额是否试算平衡；检查外部系统是否已结账。（十一）月结处理按月设置会计期间，未月结的会计期间可进行当月内的任务处理；每月月结后即关闭己完成的会计期间，并开启新的会计期间。月结后，不允许在己月结的会计期间处理任务。支持反月结功能，即重新开启已月结的会计期间，支持在该会计期间进行任务处理。支持结账与反结账、集中结账、自动结账、月结提醒等功能，结账后自动生成相关报表。1.月末账务处理各业务系统月末当日将所有会计分录和交易流水传递至总账系统，由总账系统后续汇总和生成会计凭证。由总账系统完成汇兑损益确认、税费计提（包括但不限于税金及附加、所得税费用、递所得税等）、损益结转等自动会计处理后，还须完成内部与外部对账，才可进行后续结账处理。2.月末试算平衡系统应支持在期末结账前，能自动检查当期会计凭证是否全部审核、过账；当前科目余额是否试算平衡；检查外部系统是否结账。若系统检查发现有会计凭证未审核、未过账、当前科目余额试算不平衡、外部系统存在未结账等问题，则禁止期末结账，并提示原因。期末结账后，被结账期间的会计凭证不得修改、删除和新增。对于外币交易业务，按新会计准则要求月末计算各类业务汇兑损益并进行会计处理。（十二）年终处理系统支持年结试算及年终决算。支持一日多次年结试算功能。年结试算时根据会计引擎获取业务数据进行年结损益上划及年结损益结转的多次试算，年结试算不产生任何账务信息，支持报表的产生。系统通过设置调整期间，完成年终决算。在自动完成总账日结和月结相关处理，生成相关日报表和月报表，在调整期实现各项本外币损益类项目自动结转至“本年利润”和“利润分配”；对于外币交易业务，在资产负债表日，按新会计准则要求计算各类业务汇兑损益并进行会计处理；对每个独立的会计核算单位进行结转本年损益，对资产负债表账户余额转为下期期初额，而损益账户则为零余额；按照设定的汇总机构编制和汇总年终决算报表；年终决算日，各系统完成日终、季末处理后，由总账系统进行年终需要的内部账处理。（十三）审计后调整期处理实现对资产负债表日后调整事项的账务处理，并依据期后调整事项调整相应会计期间的帐务。在任一资产负债表日后，均可启用调整期，人工录入调整凭证后，进行调整事项的账务处理。根据调整事项，系统自动调整相应会计期间（对应月度和年度）的账务及总账数据，生成调整后的报表。（十四）报表管理总账系统提供专门的报表工具，支持利用报表工具进行各种类型报表的设计和开发。1.支持多种方式的数据采集、多数据源下的报表编制，根据内部经营管理需要，及时准确编报自行设定的内部报表（标准的财务报表、自定义定制报表、统计分析报表等），可根据不同需求进行指定维度的汇总/明细展示、查询、打印、导出。2.支持分别按单独账套、指定机构汇总、全行汇总等方式生成多币种（包含：原币、汇总所有币种、非美元外币折美元、外币折人民币、综合本位币等）报表（标准的财务报表、自定义定制报表、统计分析报表等）、多会计准则的财务报表（包括：资产负债表、利润表、所有者权益变动表、业务状况报告表、现金流量表、损益明细表等）。3.支持实时、准实时生成报表。4.支持出具月、季、半年、年度财务报表。5.支持自定义汇总机构、分区域出具财务报表、统计分析报表、其他定制化报表。6.支持从报表项目直接逐级下沉查询到相关会计科目、明细账户、会计分录、交易流水、数据来源、业务明细等信息。7.支持从会计科目切入，分别以机构、币种、产品、条线、渠道、客户、账户、项目、成本中心、交易对手等多维度不同信息组合查询不同会计期间、不同会计时点的明细数据，包括查询期间的变动明细和余额明细。其中，可选择只展示变动明细或余额明细，也可选择同时展示变动明细和余额明细，同时提供不同格式导出、打印功能。8.支持直接以机构、币种、科目、产品、条线、渠道、客户、账户、项目、成本中心、交易对手等多维度不同信息组合查询不同会计期间、不同会计时点的明细数据（包括变动明细和余额明细）。其中，可选择只展示变动明细或余额明细，也可选择同时展示变动明细和余额明细，同时提供不同格式导出、打印功能。9.支持按不同维度汇总查询，并可对汇总的余额追溯查询明细余额，并提供不同格式导出、打印功能。10.支持按日、月、季、半年、年、自定义期间的科目余额表查询，并支持从总账下沉查询到明细账、会计分录、明细账户、交易明细等多维度信息，并提供不同格式导出、打印功能。11.支持按照不同条件查询记账的明细流水。12.批量生成并下载经营机构财务报表、费用报表。13.所有查询都可以生成固定报表保留。（十四）供数要求支持向下游系统（如数据仓库、流动性系统等下游系统）提供所需数据。供数要求、维度根据下游系统需求而定。（十五）预警机制支持生成异常波动账户监测明细表，并支持推送给各业务系统或数据仓库，以实现账户波动异常预警。二、总账系统非功能性需求（一）应用架构要求1、系统应能够适应比选人的业务发展规划，应具有充分的业务前瞻性、先进性和可扩展性，能够支持未来10年的业务发展需求和运行维护需要；2、系统采用面向服务的SOA架构，通过分层实现数据、产品、交易和展示的有效分离，实现业务数据和业务逻辑的分离，系统模块间松耦合，功能分布合理，以适应IT系统、服务、产品、流程的变化，全面支持流程银行；3、系统采用开放式架构，主流技术平台，采用独立于中间件平台、数据库平台的开发技术，软硬件平台具备开放性、通用性、标准性和安全性的特点，并提供渠道一致的标准金融服务，满足稳定、灵活、可扩展的要求；4、须提供直观的图形化的运维管理平台、开发平台、产品及参数管理平台、统一的系统日志收集管理及分析平台；5、系统开发遵循组件化、模块化、参数化、高内聚、松耦合的设计原则，保证软件系统架构易于改造和扩展，提高软件的复用性、可维护性和开发效率，保证新业务功能的不断扩充不会影响应用系统的各种原有功能；7、系统应具备持续、高效、可靠的运行能力，具备异常或故障处理能力，具备系统服务的启停机制。系统监控应提供异常处理、日志管理、系统监控和预警等功能；8、支持分布式部署，支持多活特性，支持应用系统级和数据库级自动负载均衡、高可靠性集群技术方案，实现服务动态分配，实现系统横向和纵向的动态扩展。9、报文格式、通用通讯接口必须是灵活的、可定制的，报文格式应具有良好的扩展能力（满足单笔、批量交易方式要求），可以通过适配器灵活配置多条链路，并针对不同链路采用多种报文格式，如定长、键值、xml、json等。通讯方式采用TCP/IP、HTTP、HTTPS协议及常见的通讯中间件，并可支持socket、tuxedo等。10、支持各种关联系统的统一接入，通过统一的内联和外联系统接入，整合服务，并对外发布整合的统一标准的服务；11、提供稳定高效的批量数据处理机制，支持联机交易处理与批量处理的有效分离，保证批量业务处理过程中联机业务的正常执行；（二）技术架构要求比选人提供的本项目产品，其数据库设计方案应满足安全需求，采用集群部署模式及数据库RAC集群技术，保障数据库多节点同时运行并负载均衡，数据库集群技术保障对节点数据的一致性、完整性及资源冲突。当单个数据库节点发生异常时，应用自动隔离故障节点，保障业务的不间断运行。支持数据库横向扩展功能并通过数据复制技术（或其他数据同步技术）将数据同步到同城数据中心。数据库提供并发控制机制，必须支持数据库多版本读写一致性及自动的死锁处理能力。支持行级锁，而且行级锁不升级。支持不依赖于第三方软件和存储的异地双机和多机热备。能保证在各种灾难情况下对数据加以保护，包括数据库自身能实现异地容灾的高可用性要求，数据库能自动监控、控制异地备用数据库，无须人工干预。数据库集群的所有服务器是对等的，支持在线增删而不影响应用系统持续运行，数据不需要重新分布，应用程序也不需改动；支持节点间自动的负载均衡和出错转移，如果一个节点服务器故障，客户端能自动连接到其他节点服务器上继续运行。支持在线添加存储容量，数据自动实现两重或多重镜像、负载均衡和错误恢复。系统性能扩展支持横向和纵向两种方案：横向扩展：通过扩展硬件服务器的节点数量，实现性能横向扩展；应用服务器支持虚拟服务器方式横向扩展；纵向扩展：通过调整硬件服务器的系统资源提升系统性能。（三）系统性能要求1、总体处理能力要求：系统整体性能能满足比选人未来8-10年的业务发展需求，能支持日均千万级交易流水的性能处理要求，并可通过灵活增配服务器实现横向线性扩展，满足系统性能容量的持续扩增要求。2、稳定性要求：（1）系统处理交易成功率达到99.999%。（2）系统处理交易正确率达到100%。（3）支持系统7×24×365的连续运行。（4）系统资源占用率（CPU占用率和内存使用率）不应超过70%，其中数据库系统资源应考虑比选人未来数据容量增长的趋势做出前瞻的资源配置。（5）具备较强的容错能力，在平台接收大量交易请求时，提供请求排队及队列缓冲机制，以降低请求方出错率。（7）通过制订相应的策略完成数据的备份，并确保备份数据的有效恢复，以保证在出现意外事故时系统能够迅速恢复运行。3、并发处理要求：按照比选人目前峰值并发交易，考虑未来互联网业务的海量交易数据进行设计，每秒事务处理量不小于1000。4、日终批处理要求：（1）基础数据量：>1000万；（2）平均日批处理时间：<2小时；（3）特殊日（指月结、季结、结息日等）批处理时间：<2小时；（4）年终决算：<2小时；交易级总账系统的性能要求包括但不限于上述所列。要求提供性能压力测试计划、验收标准以及测试方案、环境、工具和调试策略（相应的报告文档），并协助完成压力测试，确保系统能满足上述性能容量要求。（四）安全性要求1、密码安全系统的客户密码采用密码服务平台的硬件加密后实现密文的传输和存储。所有应用系统与密码服务平台之间采用中心节点的方式进行系统间加解密，密码服务平台负责各个应用系统之间密码传输的转加密工作。加密算法必须支持国密算法进行转加密。密码校验过程采取密文比对方式。2、风险控制需求系统需对系统的访问权限进行控制，包含但不限于用户、角色、权限等控制机制，每个使用人员需有自己的账号、密码、指纹等，每个用户只能拥有其指定的权限和功能。系统需提供完整的系统日志机制：对重要的用户操作（用户登录、数据修改、删除等），系统将发生时间、发生事件、操作人等信息自动记入系统日志。系统日志保证不被未经认可的授权访问和修改。记录以下未经授权或特殊操作的行为：（1）成功的登录和退出;（2）不成功的登录;（3）尝试在工作时间以外登录系统;（4）失败的尝试存取受约束的文件，目录或其他的资源;（5）存取受约束的文件，目录或其他的资源；（6）人为直接对数据库数据的增删改操作。系统提供安全审计管理日志功能，对系统安全权利人员的审计活动、对安全设置的调整等活动进行记录，审计日志功能具有可配置性，即可对需要进行审计的数据库表配置其具备审计功能。稽核踪迹报告：系统提供对安全审计管理日志的定制功能，有权人员可以使用多种条件对日志进行查询，选择输出内容，并可转存为外部Excel文件进行进一步格式调整。3、交易安全需求系统需保证数据在网络传输过程中的安全性，传输的报文加密，传输的报文需具备防篡改机制，以防止传输报文被篡改，系统应对外围（渠道）的调用合法性进行校验和控制，系统支持国密算法。4、数据存储安全需求系统需保证数据存储的安全性。针对数据库表、配置文件中的重要字段，必须进行加密保存，防止因为数据库数据、配置文件的外泄，导致重要信息泄露。针对关键数据库表记录或字段需有时间戳或者DAC等校验，以防止数据被篡改，系统可对需要进行时间戳或DAC校验的数据库表进行配置，且配置便利。（五）系统数据要求1、数据质量管理系统需对元数据进行严格、高效的管理。系统需提供图形化工具对元数据进行增、删、改等管理。开发平台、系统接口及关键数据要素需全部来自于元数据且由系统自动导入。系统数据需按照比选人数据标准进行落地，中选人在实施过程中要对数据进行全面的梳理，以比选人数据标准为依据，开展数据标准化落地设计。严格按照实施方案进行数据标准化落地工作，实施完成后，进行全面详细的数据验证。完成实施后，中选人需向比选人业务人员培训及宣讲数据标准，通过元数据管理工具向技术人员培训标准数据的发布、维护、删除等。同时辅助比选人培训专业的数据标准管理人员，以监督后期数据标准的执行情况。2、数据的完整性和准确性交易事务完整性：系统中进行的任何事务性交易应确保每笔交易的完整性、一致性。利用数据库的checkpoint机制，对检查点进行性能调整，可以建立数据的一致性和使数据库恢复更快。对于异常退出的回滚处理：系统中进行的任何事务型交易需额外记录交易当时业务的状况，以确保在程序意外终结时能恢复当时的数据。批处理回滚机制：数据批处理过程中发生错误和异常，提供回滚机制，可以定义和监控回滚的执行。3、数据清理策略要求数据清理策略可灵活定制，即可按天、周、月、年定制数据清理策略；清理策略的执行，须有统一的图形化界面，可制定周期性执行策略并自动化执行；对数据清理失败情况，应在操作界面体现错误信息；数据清理须有日志记录，记录信息不限于被清理数据信息、操作人员、执行状态等；（六）数据移植中选人应提供完整的数据移植方案、数据移植测试案例，并执行相应的测试工作，保证数据移植的完整性、规范性、一致性、准确性、及时性。确保迁移的数据能在新系统正常运行且解决旧系统历史数据问题。中选人应严格按照数据移植方案对旧有数据进行移植，在数据移植完毕后，必须进行全方位的检查工作，以保证数据移植的完整准确，确保迁移后数据的可用性。数据检查完毕后，还需全面试运行应用，保证原有数据在新系统上能正确运行。中选人承诺包括客户密码、客户交易信息、客户身份信息等在内的敏感系统数据在迁移过程中不泄露，迁移后不改变。（七）批量调度需求1、日终批量日终批量需提供图形化、流程化日终交易处理界面视图；通过图形化界面配置日终任务，流程体现任务之间串行、并行关系。任务流程可自动触发也可通过人工针对流程中具体任务节点单独执行。对于存在依赖关系的任务必须待上一节点执行完成后可执行。任务支持暂停、继续等操作。2、联机批量联机批量提供批量文件调用接口供渠道调用，平台根据批量文件类型自动解析批量文件并映射相应的批量处理流程，渠道通过批量任务号查询批量任务处理状态以及获取批量处理结果并完成对账。联机批量可支持实时、准实时以及定时批量模式，联机批量服务可针对系统资源等要求等进行调度策略的制定以保证批量交易与实时交易互不影响，以上的模式和调度策略选择可根据实际业务情况和系统情况进行统一的参数配置。（八）应用开发要求提供可视化的开发测试平台，能够有效集成版本管理等应用工具。开发平台需要有清晰的指引说明文档，对开发流程的说明有清晰描述；开发流程高效简洁；平台封装性层次分明、设计合理；底层调用和开放接口能有效控制；针对系统中的关键数据（如账户信息、客户信息、交易明细等），需要基于数据标准化字典进行字段和要素设计。在设计中需要考虑充分的扩展性，如流水信息中要有丰富的交易元素，包括分类信息、场景信息、行为信息、环境信息、对手信息等，以供后续数据平台进行深入加工和大数据分析；需要有严格良好的代码开发规范，对开发规范性有严格检查和约束；对于变量、类名、程序包名、数据字典等有标准化命名方式；需要参照银行统一的日志规范标准进行落地实施，具有规范准确的交易日志，可以根据应用、模块、错误等级、唯一事件值等进行参数配置，打印日志。系统级和应用级日志分类清晰，错误代码和错误信息可以统一管理。（九）运维要求1、提供方便、友好的维护管理界面，并提供运维统计分析功能；2、系统应具有自动化部署、一键回退、灰度发布、流水线等部署的能力，支持系统的即时升级，新产品的在线投产；3、提供系统级和应用级的监控解决方案，支持与主流监控产品进行对接；4、提供灵活、高效的运维报表，参选人需要进行说明运维报表的展现方式；5、参选人详细说明日终的备份、恢复机制及时间开销；6、提供灵活的日终错误处理机制，日终出错可以完整记录错误原因；7、提供在线查错、问题分析功能；要求监控功能自动列出错误原因和解决方案；能够对错误原因和解决方案知识库进行维护；8、提供多种提示方式的系统预警机制，例如短信、邮件等方式；9、提供完整的数据归档、备份、清理、恢复方案，提供方便，快捷，灵活的系统启停机制。（十）软硬件要求系统的软硬件平台基于主流技术平台，具备开放性和可扩展性。系统需支持主流关系型数据库，如Oracle等。参选人需将系统使用的第三软件进行详细说明，包括软件在项目后期是否需要投入维护费用。参选人应阐述推荐的软硬件配置方案及硬件配置（包括设备型号、数量）、网络设备、操作系统、数据库、中间件、应用软件、开发工具、测试工具，以及网络传输带宽要求，并给出推荐依据。并按照推荐的硬件配置清单，给出详细的部署图和方案描述，提供生产环境的网络拓扑图。并根据比选人现有网络架构和设备型号提出基本配置和满足长中期需求的高性能配置方案。（十一）版本要求版本要求：提供给比选人的系统必须是参选人开发的符合建设要求的最新基线的稳定版本。（十二）测试要求中选人应完成以下测试相关的工作：1、负责总账系统相关单元测试和集成测试，提交完整的测试案例及达到准出标准的单元、集成测试报告；2、提供专职的性能测试人员进行系统的性能测试，提交满足系统性能指标的性能测试报告；3、解答测试过程中的问题，配合相关测试人员在SIT和UAT阶段编写测试案例、执行测试案例；4、协助比选人进行总账系统关联的SIT和UAT测试。（十三）应当遵循的标准和规范应用应实现与行内各种操作系统、中间件、数据库、业务系统及工具软件进行平滑对接。系统的底层应支持各个层次的多种协议，支持与业务系统的互通、互联，应用系统采用标准的数据交换方式，保证数据共享。系统架构必须遵循比选人应用架构统一架构规范；对外交互界面（含接口、交互流程）均需遵照比选人确定统一规范进行设计和开发；同时开发过程的产出物（如：设计文档、代码、测试案例、测试报告等）也需完全遵照比选人确定的统一标准规范完成。业务处理符合国家法律、法规和有关政策规定。数据标准要满足比选人、银保监会及人民银行相关管理办法及标准化的要求。三、人员要求1、参选人应承诺未征得本行书面同意的情况下不得更换项目成员。2、所有成员必须为参选人单位员工，参选人项目组成员须提供近半年公司为其缴纳社保的证明材料，不得外包其他单位员工。项目经理主导过三个以上同类项目和具有五年以上项目经理工作经验，具有独当一面的技术能力；直接对项目的实施负责，通过对工期、成本、质量的控制（包括总体制定、执行、跟踪、调整相关计划，协调项目可用资源），确保项目按要求完成。需求分析师主导完成过三个以上同类项目的需求分析、设计，熟悉银行业务流程和相关法律法规，能够辅助比选人完成业务流程梳理、整合以及创新，善于表达，具有良好的沟通技巧和能力。系统架构师主导过三个以上同类项目和七年以上相关工作经历，并且熟悉SOA、分布式架构以及主流开发框架。项目组开发人员至少二年开发经验，开发组长须有至少五年开发经验，且均有银行相关系统的项目实施经历。项目组测试人员具有两年以上银行相关系统测试经验，项目测试经理主导完成过二个以上同类项目的系统测试工作，且具有三年以上银行相关系统测试经验。3、需提供人员简历信息，同时，比选人将对所提供的人员进行审核，达不到本行要求的将要求替换。项目经理及骨干成员（需求分析专家，开发组长）须参加比选人组织的面试，面试人员在合同签订时不得进行更换。4、项目组成员若有违约违规行为将由参选人承担责任。5、项目实施过程中，本行有权对参选人项目组人员进行考核，达不到比选方要求的将要求替换；若人员替换后仍无法达到本行要求，本行有权终止合同。6、如项目关键阶段需要补充人员，中选人必须及时保障人力资源补充，确保项目按计划交付。四、实施要求（一）实施方案要求中选人提供完整的项目实施方案，以满足项目建设要求，包含以下内容：1、对项目建设的全生命周期进行科学、有效的管理。2、制定合理的实施计划，配备经验丰富的项目团队，按项目进度的分布图制定相应的《人力资源计划》。3、参选人须提供全部源代码（包括底层架构和通讯层的源代码）及源代码说明文档，进行无保留的知识转移。4、提供快速上线方案。要求参选人在充分评估各方面因素的基础上，尽量用较短时间实现系统快速上线。5、参选人充分评估新旧系统并行情况下实施过程风险的控制，制定切实可行的整体方案，方案应涵盖总账系统建设的各个阶段，包括但不限于：需求分析阶段、设计阶段、开发与单元测试阶段、集成测试阶段、数据移植阶段、用户测试阶段、演练阶段、用户培训阶段、上线投产阶段、投产特护阶段等。6、提供本项目《组织架构方案》，包括对比选方科技和业务人员的要求，阐述各方职责与关系。7、提供本项目对比选人参与人员要求，包括类别（业务、技术）、数量、技能、工作职责等。8、提供新核心项目群组织架构方案，提出各个项目小组的要求，阐述各方职责与关系。（二）实施计划要求1、中选人从进场之日起，在12个月内完成项目所有功能的上线运行。（匹配本行新核心项目群上线进度）2、中选人制定切实可行的、确保平稳上线的实施时间计划。3、中选人制定上线方案或完成主体功能的分期实施方案。4、中选人应定期监督项目进度，及时向本行汇报项目风险，确保项目按计划完成。5、如非比选人或其他第三方不可控因素，中选人承诺对项目延期进行说明和赔偿。6、在实施计划中，中选人应充分考虑到各项工作并行，保证项目进度和项目质量。7、中选人明确各个里程碑阶段以及各阶段交付物。（三）项目管理要求1、参选人须阐述本项目的进度管理方法。2、参选人须制定完善的沟通制度，包括但不限于例会制度，包括周例会、月例会、阶段性评审会等。3、参选人须阐述本项目的风险管理方法，包括风险识别、规避、应对策略等。4、参选人须阐述本项目的质量管理方法和实施策略。5、项目开发地点在比选方科技部或者比选方指定的工作地点。（四）项目交付物要求1、文档范围包括中选人收集整理的系统建设中所形成的全部文字记载、录音和照片等，项目验收后由中选人向比选人提供。2、文档内容参选文件（含纸质、电子版）；产品出厂文件；系统总体规划书；系统需求说明书；系统概要、详细设计说明书；系统源码（包括第三方和标准化产品）；系统数据库设计说明书；系统使用和操作说明书；系统（含子系统）测试案例、验收方案；系统（含子系统）测试、验收报告；系统建设的详细工程日志；系统运行质量评估报告；系统变更和补充的相关文件、协议、录音、照片等。3、要求参选人提供的文档要保持完整性和准确性。所有文档都采用简体中文（第三方产品出厂文件除外）。（五）项目验收要求1、项目交付物全部提交完成，中选人在此基础上形成的《交付物交付情况一览表》获得比选人核对认可，并且所有交付物已进入配置管理系统。2、应用软件和开发工具符合知识产权相关政策法规的要求，数据处理符合信息安全和比选人内部的相关要求。3、中选人须提出验收申请并出具验收总结报告，才能提请比选人进行验收，经比选人审核批准后，通过项目验收。4、中选人完成系统整体上线并稳定运行6个月，完全满足比选人业务部门的使用要求；中选人提供的服务情况良好。（六）其它要求在本项目实施周期内，如遇到原系统功能与需求不符，中选人需要及时调整实施方案，满足比选人的要求，并征得比选人同意方可变更。中选人在项目实施过程中，需按照比选人项目管理规范提供相应文档（所有提交文档必须为中文），并提供本次项目相关的全部源代码。禁止应用软件部署使用的安装码或授权码与其运行的基础环境（如：硬盘序列号、CPU序列号或网卡序列号等）进行绑定。中选人在系统上线前，应提供总账系统相关的所有业务流程图和相关系统关联拓扑图。本项目为现场开发，原则上不允许远程开发模式，除非得到比选人的明确认可和授权。五、培训要求1、要求中选人负责对全行业务人员进行系统使用培训（至少两轮次），使全行所有相关业务人员能够熟练使用系统。2、要求中选人提供开发人员培训计划，使比选人开发人员能够熟练完成系统的二次开发和参数配置工作，能够真正做到知识转移和关键代码开发工作。3、要求中选人提供系统运维人员培训，包括系统的安装、运行、维护等内容，使比选人运维人员能够掌握系统的日常运行维护工作。4、要求中选人提供本项目必要的项目管理培训。5、要求中选人提供参数配置培训。六、文档要求1、文档范围包括中选人收集整理的系统建设中所形成的全部文字记载、录音和照片等，项目验收后由中选人向比选人提供。2、文档内容参选文件（含纸质、电子版）；产品出厂文件；系统总体规划书；系统需求说明书；系统概要、详细设计说明书；系统源码（包括第三方和标准化产品）；系统数据库设计说明书；系统使用和操作说明书；系统（含子系统）测试案例、验收方案；系统（含子系统）测试、验收报告；系统建设的详细工程日志；系统运行质量评估报告；系统变更和补充的相关文件、协议、录音、照片等。3、文档要求参选人提供的文档要保持完整性和准确性。所有文档都采用简体中文（第三方产品出厂文件除外）。第四章商务条款一、交付时间、地点（一）交付时间：以项目合同为准。（二）实施及交付地点：重庆市。二、验收（一）验收的范围验收的范围为项目实施完毕，终验前最终确认的所有需求。（二）验收的组织1、验收小组由比选人、中选人等有关人员组成，负责对项目建设进行验收。2、中选人拟定验收方案，编制测试手册，经验收小组确认后，由验收小组负责验收。验收方案包括测试目的、环境、过程、结果及分析等方面内容。3、在验收过程中，出现严重缺陷或质量问题时，验收小组可以决定暂停所有测试，直至缺陷和问题得到纠正。（三）验收的程序1、对各功能模块进行验收；2、在各功能模块验收合格的前提下，对系统进行全面初验；3、系统初验收合格后，进入试运行阶段；4、系统在全行上线试运行6个月后，进行终验收。（四）验收测试的评定测试结果按下列级别评定，并经验收小组签字认可：•优良：功能和质量达到预期目的。•合格：部分功能和质量不能满足比选人的要求，但中选人（集成商）采取了改正措施，使测试结果达到预期目的。•不合格：功能和质量不能满足比选人的要求。三、售后服务和支持（一）免费维保期内•在免费维保期内，参选人必须对所有软件和系统免费提供定期的预防性维护和临时性紧急维护服务。比选人随时提出临时性紧急维护要求，参选人必须承诺做出回应，并派出工程师进行现场支持。•在免费维保期内，参选人就合同约定内容出现的故障提供紧急维修服务，故障问题响应时间不超过15分钟，故障问题解决时间不超过30分钟；工作时间内，中选人需由驻场技术人员提供现场及时服务；非工作时间，故障处理人员到达现场时间不超过2小时。•在免费维保期内，如果参选人对比选人购买的软件有了升级版本，参选人应及时通知比选人。如果比选人有要求，参选人应向比选人免费提供软件升级（即无软件许可费）。•在免费维保期内，驻场维护人员的工作内容包括运维支持、程序缺陷修正、配合测试和微小功能开发工作。•参选人有责任在免费维保期内提供以下形式的技术支持服务： A、远程支持。参选人必须为用户提供技术援助电话或电子邮件，解答用户在系统使用中遇到的问题，及时提出解决问题的建议和操作方法。 B、应急现场支持。对于用户工作时间内发生的突发性故障，首先由驻场工程师进行立即解决，如驻场工程师无法解决，参选人专家须在20分钟内响应，并立即派专家于2小时内抵达现场进行支持。自用户向参选人提出需求起，1小时内提交故障解决方案，2小时内保证系统恢复。（二）免费维保期外：•在项目上线并终验收通过后两年内，针对本项目的完善性需求以及监管提出的安全性需求，参选人需免费进行开发；•免费维保期后参选人有义务在本系统的维护、运行管理和开发方面继续给予比选人技术协作和咨询。•参选人在参选文件中需对以上相关内容中进行阐述并作出相应承诺。•参选人阐述免费保修期中的其他技术支持方案。四、付款方式本项目采用分期付款：分三期支付，支付方式如下：项目安装、调试并投入试运行后30个工作日内，系统运行正常，中选人提出付款申请并开具合法、足额的增值税专用发票，比选人向中选人支付合同总金额的60%。项目试运行6个月并取得项目终验收合格后30个工作日内，中选人提出付款申请，并开具合法、足额的增值税专用发票，比选人向中选人支付合同总金额的30%。免费维护期到期后，经比选人评价考核合格后30个工作日内，中选人提出付款申请，并开具合法、足额的增值税专用发票，比选人向中选人支付合同总金额的10%。上述每期款项均在满足付款条件，且比选人收到中选人开具的载明相应金额的正式发票后15个工作日内付至中选人指定银行账户。如未及时收到发票，则付款时间相应顺延。五、系统维保费用•中选人应提供至少一年的免费维保期，免费维保期的开始时间为终验收通过后次日起，结束时间为终验收通过后第二年的12月31日。•免费维保期满后，后续每年维护费用不高于本合同总价的8%，且每年系统升级改造工作量2个人月内不收费，具体维保费用以合同约定为准。六、保密条款（一）保密范围中选人在实施过程中接触到的比选人知识产权、经营信息、客户信息、技术框架、系统架构、业务流程等核心信息。（二）保密责任双方互为保密资料的提供方和接受方，负有保密义务，承担保密责任。除经过双方书面同意，任何一方不得将有关内容提供给合同以外的第三人。七、报价要求1、参选人应严格按照《参选文件格式》的“报价一览表”和“分项报价明细表”的格式认真填写。2、报价单上应列明增值税专用发票的税率。 八、知识产权中选人提供的产品和服务以及在项目中用到的各种工具、产品、组件、文档不得侵犯任何方的知识产权和其他合法权益。不得侵犯比选人商誉，任何人未经比选人同意不得使用比选人合法所有的知识产权，由此造成的一切损失由中选人承担赔偿责任。中选人应具有独立自主知识产权和相关资格认证，本次项目实施过程中产生的所有客户化部分的源代码知识产权，归比选人所有。中选人须提供全部源代码（全部源代码包括但不限于产品源代码、客户化源代码、系统平台源代码等，包括底层架构和通讯层的源代码）、代码解析平台（若有）及源代码说明文档，进行无保留的知识转移，比选人拥有永久使用权，并且可在此平台基础上自主开发或交由第三方公司开发，开发成果的知识产权归比选人所有。中选人必须提供系统所有总账相关的开发平台、运维平台，满足比选人二次开发需要。因性能或高可用性方面的要求，系统进行横向扩展时，新部署的系统不存在知识产权争议，无需向中选人支付额外费用。九、其他1、参选人必须在参选文件中对以上条款和服务承诺明确列出，承诺内容必须达到本篇及比选文件其他条款的要求。2、其他未尽事宜由供需双方在合同中详细约定。

第五章评选方法、评选标准和废选条款一、评选方法（一）评选方法定义本项目采用综合评分法进行评选。综合评分法是指在最大限度地满足比选文件实质性要求前提下，按照比选文件中规定的各项评分因素进行综合评审后，以评选总得分最高的参选人作为中选候选人。参选人总得分为价格、商务、技术等评定因素分别按照相应权重值计算分项得分后相加，满分为100分。若参与比选供应商不足三家，经专家评审小组判定，具有相对行业竞争力的响应单位参选人可转为竞争性比选或者单一来源采购。（二）评选程序评选工作由比选人物资采购委员会负责组织，负责具体评选事务。按以下程序独立履行评审职责：1、资格性检查。依据法律法规和比选文件的规定，对参选文件中的资格证明、参选保证金等进行审查，以确定参选人是否具备参选资格。资格性检查资料表如下：序号评审因素评审内容1基本资格条件（1）具有承担民事责任的能力参选人法人营业执照（副本）、直属的分支机构（直属的分支机构参与参选必须具有总公司的授权委托书）或事业单位法人证书（副本）或个体工商户营业执照或有效的自然人身份证明、组织机构代码证复印件（注）；参选人法定代表人身份证明和法定代表人授权代表委托书。（2）具有良好的商业信誉和健全的财务会计制度提供近三年的财务报告（3）具有履行合同所必需的设备和专业技术能力提供书面声明（4）有依法缴纳税收和社会保障金的良好记录近半年社会保险缴纳证明材料（社保局加盖公章）（5）近三年内在经营活动中没有重大违法记录提供书面声明2特定资格条件注册资金要求人民币1000万元（含）以上，注册成立时间不少于6年，且近3年财务状况稳定。参选人法人营业执照（副本），近3年财务报告复印件具有良好的软件能力成熟度水平，并通过CMMI3级认证。证明材料的复印件具有完整的风险治理架构：提供单位风险管理组织架构图，以及针对本项目的风险管理团队名单；提供公司组织架构图，并针对本项目建立由公司高级管理层直接领导、针对本项目外包服务的专职信息科技风险团队，提供团队成员组成名单。证明材料的复印件2018年1月1日至今，具有国内商业银行同业同类型实施案例不少于3个（含）(需提供合同复印件和项目简介)。低于3个（不含）案例取消参选资质。证明材料的复印件参选人项目组成员需进行面试，面试未通过，比选人具有对参选人参选资格的一票否决权。参加面试人员必须为参选人为本项目专门指定的实施团队人员。面试结果3参选保证金足额缴纳参选保证金注：参选人按“三证合一”登记制度办理营业执照的，组织机构代码证和税务登记证（副本）复印件以参选人所提供的营业执照（副本）复印件为准2、符合性检查。依据比选文件的规定，从参选人参选文件的有效性、完整性和对比选文件的响应程度进行审查，以确定是否对比选文件的实质性要求作出响应。符合性检查资料表如下：序号评审因素评审标准1有效性审查参选文件签署参选文件上法定代表人或其授权代表人的签字齐全。法定代表人身份证明及授权委托书法定代表人身份证明及授权委托书有效，符合比选文件规定的格式，签字或盖章齐全。参选方案唯一只能有一个方案参选。报价唯一只能有一个有效报价，不得提交选择性报价。2完整性审查参选文件份数参选文件正、副本数量符合比选文件要求。参选文件内容参选文件内容齐全、无遗漏。3响应程度审查参选文件内容对比选文件第三章、第四章规定的比选内容作出响应。参选有效期满足比选文件规定。3、澄清有关问题。对参选文件中含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容，比选人物资采购委员会可以书面形式（应当由评选委员会成员签字）要求参选人作出必要澄清、说明或者纠正。参选人的澄清、说明或者补正应当采用书面形式，由其授权的代表签字，并不得超出参选文件的范围或者改变参选文件的实质性内容。4、比较与评价。按比选文件中规定的评选方法和标准，对资格性检查和符合性检查合格的参选文件进行商务和技术评估，综合比较与评价。比选人物资采购委员会应当独立对每个有效参选人的参选文件进行评价、打分，对同一参选人同一评分项的打分偏离较大的，应对参选人的参选文件进行再次核对，确属打分有误的，应及时进行修正。复核后，汇总每个参选人每项评分因素的得分。5、推荐中选候选人名单。按评审后得分由高到低顺序排列推荐中选候选人。综合得分排名第一的参选人为第一中选候选人，以此类推排名。排名得分相同的按比选文件评分标准中参选报价得分由高到低顺序排列。二、评选标准序号分类评分指标分项指标分项分值评分标准1商务评分(50分)参选总价（40分）参选价格401.以各有效报价之和的平均价格的作为评标基准价，基准分为40分；2.计算各有效报价与评标基准价的偏离度。偏离度=（有效报价/评标基准价-1）*100%；

3.报价向上每偏离基准价的1%扣1分；向下偏离基准价的5%以内不扣分；向下偏离超出5%的部分，每偏离基准价的1%扣1分。基准分扣完为止，不足1%的不予扣减。2商业银行同业同类型实施案例（10分）商业银行同业同类型实施案例个数10三年内（自2018年1月1日起），建设的交易级总账系统1.每包括1家2000亿级银行实施案例，加1分，满分6分。2.每包括一家西南区成功实施案例，加2分。以上所有评分项所获满分10分，超出后不累加。少于6家（不含）实施案例得0分。（所有案例均需提供合同复印件和项目简介，案例需提供是交易级而非科目级核算方法证据，需提供所开设所有功能的清单明细，以及涵盖的业务范围清单明细）。3技术评分（50分）实施方案（20分）项目总体实施方案201.对整体业务规划理解深刻（最低0分，最高4分）

（1）对整体业务规划理解深刻3-4分。

（2）对整体业务规划理解一般0-2分。

2.对参选人的业务方案进行总体评分，满足比选人系统整体功能架构规划（最低0分，最高8分）

（1）需求功能满足、系统整合能力强7-8分

（2）需求功能满足、系统整合能力较强5-6分；

（3）需求功能满足、系统整合能力一般3-4分；

（4）需求功能满足、系统整合能力较差0-2分。

3.对参选人的技术能力进行总体评分，满足比选人要求的架构灵活性、性能稳定性、系统安全性、数据标准、运维方案等相关内容进行综合评分，最低得0分，最高得8分。4人员面试（30分）项目组骨干面试30各参选人派出预计参与项目的关键人员接受比选人面试，要求参加面试人员包含：项目经理、需求分析专家、开发组长，并提供案例描述和相关证明材料。面试过程中若项目组人员达不到比选人基本要求，比选人有权取消该参选人比选资格。面试成绩30分，取比选人各面试官评分的算术平均值作为参选人此项最终得分。得分15分以下为面试不合格，取消参选资格。合计100三、无效参选条款参选人或其参选文件出现下列情况之一者，应为无效参选：（一）参选人未按比选文件规定提交足额参选保证金的；（二）参选人未通过资格性检查或参选文件未通过符合性检查的；（三）参选人超出其营业执照或事业单位法人证书上经营范围（业务范围）参选的；（四）单位负责人为同一人或者存在直接控股、管理关系的不同参选人，不得参加同一合同项下的采购活动，上述参选人的参选均无效；（五）同一分包的软件，制造商参与参选，再委托代理商参与参选的；（六）参选文件不满足比选文件第七章参选文件格式中所规定签字、盖章的；（七）参选文件出现多个参选方案或参选报价的；（八）参选报价超出最高限价的；（九）参选文件含有违反国家法律、法规的内容，或附有比选人不能接受的条件的。四、废选条款评审时出现以下情况之一的，应予废选：（一）参选人的报价均超出最高限价，比选人不能支付的；（二）出现影响比选公正的违法、违规行为的；（三）因重大变故，比选任务取消的。废选后，除比选任务取消情形外，应当重新组织比选。第六章参选人须知一、参选费用参选人参与本比选项目时，一切与参选有关的费用均由参选人自理。二、参选人1、合格参选人条件合格参选人应完全符合比选文件第一章中规定的参选人资格条件，并对比选文件作出实质性响应。2、参选人的风险参选人没有按照比选文件要求提供全部资料，或者参选人没有对比选文件在各方面作出实质性响应，可能导致参选被拒绝或评定为无效参选。三、比选文件比选文件是参选人编制参选文件的依据，是评选委员会评判依据和标准。比选文件也是比选人与中选人签订合同的基础。1、比选人对比选文件所作的一切有效的书面通知、修改及补充，都是比选文件不可分割的部分。2、参选人对比选文件如有异议，应在参选截止时间前五个日历日前以书面形式告知比选人。比选人对已发出的比选文件需要进行澄清或修改的，应以书面形式通知所有比选文件收受人。该澄清或者修改的内容为比选文件的组成部分。3、参选人对比选文件有异议的，应在规定时间内提出，否则视同认可比选文件所有要求。逾期提出异议的，比选人不予受理。四、参选参选人应当按照比选文件的要求编制参选文件，并对比选文件提出的要求和条件作出实质性响应。（一）参选文件组成参选文件参选人所作的一切有效补充、修改和承诺等文件组成，参选人应按照第七章“参选文件格式”规定的目录顺序组织编写和装订，否则有可能影响参选人的参选文件响应程度得分。（二）联合参选本比选项目不接受联合参选（三）参选有效期参选有效期为参选截止日期后90天内。（四）参选保证金1、参选人应在参选截止时间前，按比选文件第一章规定向比选人缴纳参选保证金。2、参选保证金为参选的有效约束条件。3、参选保证金的有效期限在参选有效期过后30天内继续有效。4、参选保证金币种应与参选报价币种相同。5、比选人应当在确定中选结果后五个工作日无息退还参选保证金。6、参选人有下列情形之一的，参选保证金将不予退还：（1）参选人在参选有效期内撤回参选文件的；（2）参选人在参选过程中弄虚作假，提供虚假材料的；（3）中选人无正当理由不与比选人签订合同的；（4）中选人将中选项目转让给他人或者在参选文件中未说明且未经比选人同意，将中选项目分包给他人的；（5）中选人拒绝履行合同义务的；（6）其他严重扰乱比选程序的；（五）参选文件的份数和签署1、参选文件一式二份，其中正本一份，副本一份。副本可为正本的复印件，必须与正本一致，如出现不一致情况以正本为准。2、参选文件正本中，每一页均应由参选人加盖公章，其中规定格式的文件应当按要求签名和加盖参选人公章。3、若参选人对参选文件的错误地方作必要修改，则应在修改处加盖参选人公章或由法人或法人授权代表签字确认。4、电报、电话、传真形式的参选文件概不接受。（六）参选报价1、参选人应严格按照“参选文件格式”填写报价。2、参选人的报价为一次性报价，即在参选有效期内参选价格固定不变。3、本项目只接受一个参选报价，有选择的或有条件的参选将不予接受。（七）修正错误若参选文件出现计算或表达上的错误，修正错误的原则如下：1、报价一览表总价与参选报价明细表汇总数不一致的，以报价一览表为准；2、参选文件的大写金额和小写金额不一致的，以大写金额为准；3、总价金额与按单价汇总金额不一致的，以单价金额计算结果为准；4、单价金额小数点有明显错位的，应以总价为准，并修正单价；5、对不同文字文本参选文件的解释发生异议的，以中文文本为准。评选委员会按上述修正错误的原则及方法调整或修正参选人参选报价，参选人同意并签字确认后，调整后的参选报价对参选人具有约束作用。如果参选人不接受修正后的报价，则其参选将作为无效参选处理。（八）参选文件的递交1、参选文件的密封与标记参选文件的正本、副本均应用信封分别密封。信封上注明项目名称、参选人名称地址、“正本”、“副本”字样及“不准提前启封”字样。信封的封口须加盖参选人公章或授权代表签字。如果未按上述规定进行密封和标记，则其参选将作为无效参选处理。五、开选开选由比选人物资采购委员会组织按照行内相关开选流程开选六、评选见第五章“评选”内容。七、定选1、定选原则比选人和评选委员会按照评选报告中推荐的中选候选人排名顺序确定中选人，如中选人因不可抗力或者自身原因不能履行合同的，比选人和评选委员会可以确定依次其后的候选人为中选人，以此类推。2、不承诺最低价格中选。八、质疑、投诉（一）参选人对采购文件有异议，参选人需在比选截止日期前以书面形式向比选人提出质疑。比选人在收到参选人书面质疑后三个工作日内，对质疑内容作出答复。（二）参选人对公示的中选结果有异议，参选人需在公示期内以书面形式向比选人提出质疑。在公示截止日期前负责书面答复。（三）参选人对比选人的答复不满意或者有异议，可向纪检监察部投诉。采购质疑邮箱：sx.jcb@163.com采购投诉邮箱：sanxiayinhang@九、签订合同1.比选人指定的使用单位应当自中选通知书发出之日起三十日内，按照比选文件和中选人参选文件的约定，与中选人签订书面合同。所签订的合同不得对比选文件和中选人参选文件作实质性修改。2.比选文件、中选人的参选文件及澄清文件等，均为签订合同的依据。3.合同生效条款由供需双方约定，法律、行政法规规定应当办理批准、登记等手续后生效的合同，依照其规定。4.签订合同后，若中选人无法按要求履约，比选人可以废除中选人资格，并可选择按照中选候选人顺位与第二候选人签订合同。十、终止比选1、因情况发生变化或其他原因造成该项目取消的，本次比选自动终止，双方互不承担责任，比选人无息退还参选保证金。2、签订合同之前，比选人发现中选候选人经营、财务状况发生较大变化或存在违法行为，比选人认为可能影响其履约能力的，比选人可废除中选人或中选候选人资格。

第七章参选文件重庆三峡银行新核心系统群交易级总账系统项目参选文件参选人：（盖单位公章）法定代表人或其委托代理人：（签字）年月日

目录参选函参选人基本情况介绍，资质证明等（加盖鲜章）法定代表人身份证明及授权委托书报价一览表书面声明参选人业绩证明文件复印件（中选通知书、合同等）项目实施方案（包括履行合同的时间计划、提交资料、人员安排等）售后服务方案；技术条款偏离度商务条款偏离度参选保证金服务水平协议（SLA）

一、参选函重庆三峡银行股份有限公司：我方收到___________________比选文件，经详细研究，决定参加该比选项目的参选。1、愿意按照比选文件中的一切要求，以人民币小写：，人民币大写：的参选总价承担和完成本项目。2、我方现提交的参选文件为：参选文件正本一份，副本两份。3、如果我方参选文件被接受，我方将履行比选文件中规定的各项要求，按相关法律法规和合同约定条款承担我方的责任。4、我方愿意提供比选文件中要求的所有资料，并对其真实性负责。5、我方理解最低价格不是中选的唯一条件。参选人（公章）：地址：电话：传真：网址：年月日

二、参选人基本情况介绍，资质证明等参选人名称注册地址邮政编码联系方式联系人电话传真网址组织结构法定代表人姓名技术职称电话技术负责人姓名技术职称电话成立时间员工总人数：企业资质等级其中项目经理营业执照号高级职称人员注册资金中级职称人员开户银行初级职称人员账号技工经营范围备注注：附营业执照（副本）、组织机构代码证复印件、资质证明复印件等。

三、法定代表人身份证明及授权委托书法定代表人身份证明书项目名称：____________________致：重庆三峡银行股份有限公司：（法定代表人姓名）在（参选人名称）任（职务名称）职务，是（参选人名称）的法定代表人。特此证明。（参选人公章）年月日（附：法定代表人身份证正反面复印件）

法定代表人授权委托书项目名称：___________________致：重庆三峡银行股份有限公司：（参选人法定代表人名称）是（参选人名称）的法定代表人，特授权（被授权人姓名及身份证代码）代表我单位全权办理上述项目的参选、谈判、签约等具体