广州银行押品管理系统建设采购项目.docx
《广州银行押品管理系统建设采购项目.docx》由会员分享，可在线阅读，更多相关《广州银行押品管理系统建设采购项目.docx（40页珍藏版）》请在冰点文库上搜索。
广州银行押品管理系统建设采购项目
广州银行押品管理系统建设采购项目
广银采购[]号
招
标
书
广州银行股份有限公司
年月
第一部分 基本情况
第一节广州银行概况
第二节项目背景
第三节采购目的
第二部分 投标方须知
第一节招标方声明
第二节投标方基本要求
第三节相关费用
第四节投标文件
第五节关于知识产权
第六节关于保密
第三部分采购流程
第一节投标文件递交
第二节答疑、测试
第三节述标
第三节评审
第四部分采购内容及要求
第一节系统建设目标与原则
第二节项目实施要求
第三节技术规范
第四节业务需求
附件：
附件：
附件:
附件:
附件:
附件:
附件：
附件：
附件：
第一部分 基本情况
第一节广州银行概况
广州银行成立于年月，自成立以来，先后实现资产重组、跨区经营等重大跨越，各项业务持续快速发展，竞争实力显著增强。
截至年末，机构总数家，其中总行家，分行级机构家（分行家，信用卡专营机构家），支行家。
第二节项目背景
为提升广州银行押品精细化管理水平，建立完善的押品管理组织架构、政策制度和管理流程，进而满足《商业银行资本管理办法》以及《商业银行押品管理指引》关于押品管理的监管要求，建立和完善押品管理体系，广州银行拟开展押品管理体系及系统项目建设，通过建立健全我行押品管理政策制度、组织架构、业务流程体系，构建全行统一、集中、量化的押品管理平台，丰富和完善押品管理工具（估值管理、缓释管理、预警管理等），满足《商业银行押品管理指引》等监管要求和实际业务管理需要，提升押品管理规范程度和管控效率，转移或降低信贷风险。
第三节采购目的
本采购明确含押品管理系统咨询服务及系统建设两大部分。
本采购书详细说明了广州银行押品管理系统的总体技术要求和业务功能框架需求，使受邀方可以据此提供押品管理咨询。
在咨询服务分析的基础上，制定技术方案和实施计划，最终构建全行统一、集中、量化的押品管理工作平台，将目前分支行、各业务部门分散管理的押品信息集中统一管理，实现押品的全行统一信息管理、唯一性控制、权证出入库管理、动态价值评估及评估模型管理、担保能力覆盖率和集中度管理。
丰富和完善押品管理工具（估值管理、缓释管理、预警管理等），增进押品管理工作效率，提高全行抵押品管理水平，满足新资本管理办法和巴塞尔新资本协议合规要求，满足信用风险缓释工具管理操作合规要求,满足银监会发布的《商业银行押品管理指引》监管要求。
广州银行通过本次采购流程选择最佳的项目实施厂商，来负责押品管理系统的应用软件开发，协助制定押品管理系统的主机、数据库、网络安全等方面产品的选型和配置方案，协助生产环境、测试环境的安装和部署，以及提供其它有关的技术支持、培训和服务。
第二部分 投标方须知
第一节招标方声明
一、投标方未能在规定时间提交投标文件的将被视为自动放弃。
二、本次采购不接受两家（含）以上公司作为联合投标方。
三、投标方作为项目建设的主体，非经招标方同意，不允许对项目进行转包或分包。
四、投标方在此次采购过程中发生的所有费用，由投标自行承担。
五、招标最终解释权归招标方。
第二节投标方基本要求
为使本次招标工作建立在公平、可靠和高效的基础上，投标方应同时具备以下资质：
一、投标方必须是在中国境内依法注册的法人和其他组织，注册资金不得少于（含）万元人民币。
二、在年间有独立实施过银行押品管理系统项目；需提供签订的合同复印件（提供用户方项目负责人联系方式以备核实）。
三、投标方在中国境内必须有独立的押品管理系统开发、实施团队，须有完善的服务体系，有稳定的技术服务人员，需提供本项目现场实施人员在本公司任职的外部证明材料（如加盖公司所在地区社会保险基金管理中心印章的打印日期在本项目采购截止日之前六个月以内的《投保单》或《社会保险参保人员证明》）。
四、投标方必须具备级或以上资格证书。
五、投标方须有完善的服务体系，有固定的服务响应窗口，如有专门的服务支持电话、服务响应人员，需提供书面承诺函。
六、投标方中标后必须提供可供二次开发源代码，并且提供书面承诺函。
七、投标方必须具备独立完成本项目的能力，中标方不得分包、转包。
第三节相关费用
一、本采购邀请书售价人民币贰佰元整，投标方自行承担参与本次采购过程相关的所有费用。
二、本项目收取采购保证金人民币贰万元整，用于保护本次采购免受因投标方的行为而引起的风险。
三、未按规定交纳采购保证金的投标方，其参与采购项目的资格无效。
四、交款方式：
投标方如需以转帐的方式交纳本次采购保证金，请按以下账号汇入：
账号：
户名：
广州银行股份有限公司
开户行名称：
广州银行股份有限公司
五、在成交结果公布后十个工作日内，投标方凭我行财务部门开具的保证金收据原件及投标方介绍信无息退还保证金。
六、如发生下列情况之一，采购保证金将被没收：
（一）投标方已承诺参与，但在采购评审前又退出。
（二）成交后，中标方不按投标文件签订合同，放弃成交。
（三）在采购期间用不正当的手段影响成交结果。
七、中标方的采购保证金转为履约保证金，在项目实施完毕并通过验收后无息退还。
中标方如无法按期保质保量完成项目规定范围内工作，中途退出，我行有权扣留其履约保证金并有权追究其法律责任。
第四节投标文件
投标方应认真阅读采购文件中所有的事项、格式、条款和规范等要求，如果投标方没有按照采购文件要求提交全部资料，或者没有做出明确的、实质性的响应，其参与采购项目的资格将被拒绝。
“实质性响应”指符合采购文件所有要求、条款、条件和规定，且没有重大偏离。
一、投标文件的组成
（一）声明函（格式见附件）；
（二）项目报价表格（格式见附件），报价文件必须单独密封，正副本中不得出现与报价相关字样，否则视为无效投标；
（三）商务条款偏离表（格式见附件）；投标方要对第四部分第三节的技术规范和第四部分第四节的业务需求的每一个功能点要求及附件评审参考的每一项内容做点对点应答，不能满足或者采取其他变通或者间接满足的，需明确表示。
招标方有对于这种变通或间接方案是否接受的最终决定权，不能采用方案的视作不能满足。
（四）资质证明文件
、投标方法人营业执照、税务登记证书、组织机构代码证（三证合一仅需提供营业执照，均为复印件加盖公章）；
、法定代表人授权委托书原件（见附件）；
、投标方基本情况（见附件），最近一年的企业完税凭证复印件，经有资质审计机构进行审计的最近三年（年）的企业财务报告复印件（包括资产负债表、损益表等），以及相关资质证书和获奖记录复印件，包括但不限于软件企业资质认证、系统集成资质、主要开发人员的资质证书等；
、自有产品和平台相应的软件知识产权证明文件或者保证书。
、在年间押品管理系统的项目案例及用户名单；要求提供项目具体实施内容、实施周期、实施费用、案例行业等；（见附件）；
（五）满足本文件第四部分“采购内容及要求”的解决方案，附上系统功能截图。
（六）项目实施人员简历、管理措施；需要提供负责本项目服务工作的主要人员的详细资历介绍、学历和学位证书以及相关资质证书（见附件）；须提供以上人员在本公司任职的外部证明材料（如加盖公司所在地区社会保险基金管理中心印章的打印日期在本项目采购截止日之前六个月以内的《投保单》或《社会保险参保人员证明》）。
（七）项目测试和验收方案；
（八）系统的咨询服务、售后维护方案、培训计划；
（九）投标方在广州本地分支机构信息及本地服务能力说明。
（十）投标方认为必须说明的其它内容。
（十一）相关承诺函。
二、投标文件的递交
（一）投标方准备投标文件份正本、份副本、份电子文档、份报价文件；所有文件装订成册，密封后加盖单位公章，同时在封面标明单位名称和“正本”、“副本”或“电子文档”、“报价文件”字样。
其中报价文件需单独密封，其他文件不得出现报价有关信息；否则视为无效。
（二）投标方应在采购书指定日将密封的投标文件送达采购书制定地点。
招标方拒收在本采购邀请函明确的采购时间后送达的采购投标文件。
以上文件以及其他资料一旦递交，将由招标方留存，不论贵投标方最终是否入围，均不予退回。
三、报价
（一）报价币种为人民币，报价应为包含增值税额的含税价。
投标方必须开具真实有效的增值税专用发票。
（二）报价应包含投标方履行本文件所列所有义务所需的一切费用，包括：
、押品管理咨询费用；
、押品管理系统开发集成费用（含个性化需求集成开发）、管理平台和工具软件费用、系统集成实施费用（含现场及非现场实施费用）、控件费用等；
、至少一年应用软件维护费（含三个人月（一月人日）的新增工作量）；后续每年维保费不超过合同金额的；
、培训费用，包括为招标方业务人员、技术人员和支持人员全部培训费用；
、税费及其它费用。
（三）招标方不接受可选择的投标方案和报价。
第五节关于知识产权
系统软件、通用软件必须具有在中国境内的合法使用权或版权的正版软件，所开发的应用软件的知识产权和专利权属本行所有，涉及到第三方提出侵权或知识产权的起诉及支付版税等费用由投标方承担所有责任及费用。
投标方需要在响应书中明确本项目开发所形成的系统的知识产权，及源代码的提供情况（不提供、部分提供（注明哪些可提供）、全部提供）和修改权。
原则上要求投标方提供全部源代码，对于无法提供全部源代码的投标方，投标方须提供保障系统上线后系统运行维护、自主研发的解决方案。
第六节关于保密
未经招标方许可，投标方不得将采购文件中关于招标方的系统现状及需求情况、建设情况提供给任何第三方。
第三部分采购流程
第一节投标文件递交
一、投标方必须在招标文件规定的时间内参加采购。
二、投标方应按照前面的要求装订投标文件，提交单独封装的投标文件（内有份正本、份副本、份电子文档、份报价文件），并分别在封签处加盖单位公章。
其中报价文件须单独密封，不得与其他文件装订在一起。
除报价文件外，其他文件不得出现与价格有关的信息。
报价表格未单独密封的视为无效。
三、有下列情况的，其投标文件无效：
（一）投标文件未按规定密封；
（二）投标文件未盖单位公章、无法定代表人或授权代表人签章；
（三）投标文件内应附的证明材料或资质证明材料不全；
（四）投标文件未按招标文件规定要求和格式编制填写，或内容不全、字迹模糊难以辨认；
（五）投标文件逾期送达；
（六）评审过程中，投标人有企图影响评审者的行为；
（七）投标文件正本与副本不同。
四、投标人在递交投标文件后不可以修改，亦不可以撤回。
五、投标文件递交地点：
广州市天河区珠江东路号广州银行大厦楼
招标方将在现场对投标人进行资质审核。
第二节答疑、测试
一、本项目不安排答疑会，如有疑问，请电话咨询－，洪小姐。
二、通过资格预审的投标方均需参加我行组织的测试，具体测试安排另行通知。
如有疑问，请电话咨询－。
第三节述标
一、招标方将组织相关业务及技术人员听取投标方关于项目建设和实施方案的讲解、系统演示。
二、投标方需自备手提电脑并准备相关材料参加讲标并回答评委提问。
三、投标方现场讲解内容应包括：
（一）投标方资质和履约能力
（二）解决方案的合理性、先进性、扩展性和前瞻性以及对需求的满足程度
（三）投标方的集成和应用开发能力，简单介绍平台架构以及二次开发平台
（四）项目实施的时间计划、安排及人员情况
（五）售后服务等。
四、述标时间共分钟，原则上不允许超时。
请合理安排讲解、演示与答疑时间。
第三节评审
一、招标方将对投标文件进行审查、评估和比较；必要时，可对投标文件中的问题向投标方进行询问，投标方要在招标方规定时间内给出明确答复。
二、招标方遵照公平、公正、科学合理的评审原则，严格按照采购文件的要求和条件进行评标，平等地对待所有投标方，综合分析投标方的各项指标择优选择，而不以单项指标的优劣评选出中标方，亦不承诺最低价格方为中标方。
三、投标方有下列情形之一的，其参与采购项目以及成交的资格无效：
、不完全具备投标文件所规定的资格条件或未全部实质响应投标文件提出的需求的；
、不按投标文件的规定编制、密封、递交投标文件和交纳保证金的；
、在递交投标文件后自行放弃资格或不接受招标方确定的成交价格的；
、投标文件及其补充、修改的材料或向招标方的陈述和说明含有虚假内容的；
、与其他投标方串通、围标或以不正当手段诋毁、排挤其他投标方的；
、贿赂招标方评审委员或其他采购工作相关人员的；
、有违背公平、公正和诚实信用原则的其他行为的。
投标方有前款第至项情形的，不予退还保证金并终止日后参与招标方采购项目的资格；涉嫌犯罪的，移送司法机关查处。
第四部分采购内容及要求
第一节系统建设目标与原则
为提升广州银行押品精细化管理水平，建立完善的押品管理组织架构、政策制度和管理流程，进而满足《商业银行资本管理办法》以及《商业银行押品管理指引》关于押品管理的监管要求，建立和完善押品管理体系，广州银行拟开展押品管理体系及系统项目建设，通过专业咨询，建立健全我行押品管理政策制度、组织架构、业务流程体系，构建全行统一、集中、量化的押品管理平台，丰富和完善押品管理工具（估值管理、缓释管理、预警管理等），满足《商业银行押品管理指引》等监管要求和实际业务管理需要，提升押品管理规范程度和管控效率，转移或降低信贷风险。
在系统建设过程中，优先采用功能强大的、具有特色先进功能，具有开放式平台、模块化集成、参数化配置等特点的产品，保证系统能符合招标方要求，并满足高效性、高稳定性和可扩展性等项目建设原则。
具体要求如下：
、高效性原则。
系统必须具备在大数据量并发情况下的快速处理能力，系统必须满足招标方的各项性能指标，并要求满足日交易峰值等关键指标方面的同时应具备一定的冗余。
、可扩展原则。
报送报表和功能模块的结构设计是开放式、可扩展，以便于根据银行业务和管理等方面的变化，对数据内容、功能实现等进行修改或者添加，并能够适应未来全渠道系统接入的需要，可根据业务需求进行二次开发工作。
、稳定性原则。
系统应具备在业务需求要求的交易时间内连续、无故障的运行能力，系统应具有定时的备份能力，能支持集群或负载等多种部署方式，并有应急处理、故障恢复功能。
、安全性和可靠性原则。
系统运行要稳定，数据集市和各功能模块中数据的访问、传输、下载、分析、应用等过程必须具有加密功能或设置严格的权限控制。
、可监控原则。
建立系统化的监控体系和内部控制体系，全面掌握系统运行状况，有效防范风险。
、易操作原则。
各功能模块应具有通俗、友好的用户界面，操做方法方便、简单、易学易懂；有易用的灵活数据分析工具，保证不具备开发能力的使用人员也可以进行模型建立和数据分析。
第二节项目实施要求
一、实施内容
成交方与采购方签署合同后将负责以下实施工作，受邀方应针对这些工作内容提供实施方法、资源计划和时间计划（包括但不限于以下）：
1．押品管理咨询
2．系统运行环境（包括软件、硬件）
3．项目需求和差异分析
4．系统设计
5．程序开发、本地化或客户化修改
6．测试案例方案
7．系统测试
8．应用系统集成
9．项目计划
10．项目周报
11．测试报告
12．试运行报告
13．项目验收报告
14．用户操作手册
15．系统运行与维护文档
16．技术培训，业务咨询及培训
17．系统上线及说明文档
18．系统升级维护
本行对受邀方的实施工作范围包括但不限于：
1．受邀方负责完成项目实施过程中的项目管理工作；
2．基于采购人给出的押品管理系统业务需求，完成系统研究与差异化分析工作，确定业务需求并提交业务流程调整的分析报告及系统业务需求书；
3．整理分析采购人目前行内各系统情况，提交书面完整解决方案；
4．完成本项目整体系统的开发、集成、调试及安装工作；
5．受邀方负责对硬件设备提出采购和部署建议方案，并完成相关主机、数据库、应用的安装优化工作；
6．完成本行整体上线工作。
要求受邀方通过培训、参与开发以及其它我行认为合适的方式实现押品管理系统后续开发维护的技能转移。
二、实施时间
自签定合同之日起，系统建设（含咨询）时间为个月（含节假日）,项目可分阶段实施，以最后确认的具体合同为准。
受邀方应在该时间计划内完成项目的实施，达到项目预期目标。
三、人员配备
.项目实施队伍是以投标人一方的技术力量为主，负责整个项目的规划、分析、设计、实施、进度、质量和风险控制，对整个项目的完成进度和质量负责；广州银行将派出一定数量的业务与技术人员配合项目建设，明确细化业务需求，审核设计方案，掌握全系统的各项技术，为将来的运行维护、功能扩充作技术准备，并监督项目的各个过程，确保项目保质保量、按时完成；
.项目管理人员应具有抵质押品管理系统项目管理的实际经验（请提供证明材料），能根据本项目要求制订出切实可行的项目管理计划和流程，以及项目实施进度表，并严格执行，保障项目按进度高质量的完成；
.项目咨询顾问不少于名，主要咨询顾问人员具有银行押品管理类相关系统咨询顾问经验年以上，至少参与银行押品管理类项目并提供咨询方案案例达个（含）以上。
.项目经理具有金融行业或金融软件年以上开发经验和年以上项目管理经验，并且从事过个以上类似规模的抵质押品管理系统的项目管理工作，具备项目管理的基础知识；其他管理人员应具备年以上金融行业软件项目辅助管理经验，熟悉版本管理、质量控制相关方法和工具。
.技术开发人员具有年以上金融行业或金融软件开发实施经验和年以上押品管理系统及同类型系统开发实施经验；
.项目团队配备驻场专职测试人员。
要求具有年以上测试经验和年以上押品管理系统及同类型系统测试经验。
.要求项目团队所有拟参与项目实施的人员不少于人，包括开发、测试、设计人员。
其中主要开发成员要求人（含）以上，能够吃苦耐劳、听从指挥、能够承担较强的工作压力，具有良好的团队合作意识和较高的专业水平。
全部项目成员需在签订合同后两周内全部进驻到我行项目开发现场，项目经理与核心成员必须长驻项目现场直至项目结束，如有特殊情况需事前两周征得广州银行的同意，并且离开不能超过一个星期；
.参与本项目的咨询及项目驻场人员需要提交简历，供广州银行的审核，审核通过后，需在投标前由本人签字确认。
人员确定后的项目经理和项目核心人员原则上不允许调整，如有变动需事前征得广州银行的同意，且需要在一周内完成人员调整；如招标方认为中标方安排的项目人员不能胜任或不适合本项目的开发工作，中标方应无条件予以更换；
.提供项目实施工作整体计划表，要明确项目成员个人工作时间表；按照广州银行相关要求，履行项目成员考勤等日常管理；
.根据投标人建议的实施计划，请明确给出项目各阶段项目团队建设的方法和策略；
.请投标人给出应对实施团队人员变动，尤其是核心人员离场、请假、离职等风险的防范机制（包含与雇员的特别协定、应急预案等）。
四、咨询服务
采购方要求受邀方在提供押品管理系统解决方案的同时，提供相应的咨询服务，包括：
（一）国内主要商业银行的押品管理系统情况分析，在此分析的基础上提供针对广州银行押品管理系统建设的规划建议；
（二）押品管理系统基础架构规划；
（三）系统配套软硬件产品选型；
（四）描述与项目解决方案相适应的业务组织架构及管理模式；
（五）协助采购方制订业务运作和标准操作流程、制度及业务操作手册；
（六）提供项目管理、运营管理等方面的咨询和培训；
五、应用系统集成
应用系统集成的主要目标不仅是使所有软件能够在相应平台上正常运行，而且必须具有对软件系统运行的监控测试手段，以证明系统优化运行。
受邀方有责任承诺使受邀方的系统达到以上目标。
受邀方需按要求完成系统集成测试（），出具系统集成测试报告且通过后，方可交付采购方业务部门进行业务验收。
六、售后服务
（一）成交方须向我行提供系统的源程序、可执行程序、开发计划进度表、风险管理方案、总体设计文档、详细设计文档、集成测试计划、培训资料、系统技术手册、用户使用手册、管理员维护手册等相关技术文档；
（二）自系统终验之日起，成交方向我行提供至少一年的系统免费技术维护，并提供个人月（每人月工作日）工作量的二次开发服务；
（三）免费维护期内成交方必须对所有软件和系统免费提供定期的预防性维护和临时性紧急维修服务。
（四）如系统出现故障，成交方在接到我行的报障电话后的小时内作出响应，予以解决问题。
系统发生重大问题不能解决时，工作时间内成交方的技术人员在接到我行正式通知后小时内至现场解决；
（五）系统上线后，成交方负责本系统运行后的性能调整工作，以维护系统的高性能运作；
（六）成交方能提供良好的平台产品升级，及后续产品的供应；
（七）如果成交方不能按照承诺及时相关产品和服务，采购人保留索赔的权利；
（八）保修、维护期结束后，成交方有义务在本系统的维护、运行管理和开放方面继续给予用户技术协作和咨询。
第三节技术规范
投标方要对每一点要求做点对点应答，不能满足或采取其他变通或间接满足的，需明确表示。
招标方有对于这种变通或间接方案是否接受的最终决定权，不能采用方案的视作不能满足。
一、总体要求
.投标人整体解决方案所采用的系统架构应符合我行的整体架构规划，符合我行服务对接规范和标准，打造全行统一的押品管理系统。
.系统应具备模块化、参数化特征，具有清晰的系统结构和相对独立的软件层次，能够灵活扩展。
.系统设计应充分考虑完整性，包括数据完整性、业务完整性、流程完整性、制度合规性等。
.系统设计应充分考虑便捷性，包括交易界面统一化、人性化、便捷化，系统响应迅速、提示清晰准确，具有提醒、向导功能等。
.系统设计应充分考虑安全性，包括报文传输、数据存储、用户关键信息，流水、日志等。
.系统设计应充分考虑可维护性，包括可视化维护工具、系统和应用监控、问题预警和报警机制，问题预判和快速分析机制，系统服务暂停与恢复机制，数据清理、备份和恢复机制，与专业厂商的维护工具软件对接等。
.提供完备的容错机制、异常处理机制、灾备机制以及应急处理机制和预案。
.应具备技术上的前瞻性，不仅满足现有业务功能，而且应该站在业务发展趋势上看待系统建设，充分考虑满足未来年业务发展需求，具备一定的业务创新引领能力。
、系统能够实现与信贷管理系统、核心业务系统、票据系统、风险数据集市等系统的对接。
二、硬件要求
、受邀方的解决方案应基于开放式硬件平台。
客户端应支持系列的操作系统，包括但不限于、、、。
服务器端应支持主流的或操作系统。
、提供横向和纵向的扩充能力，保证能够满足广州银行年业务发展的要求。
三、软件要求
、应用系统应基于开放式软件平台，充分考虑利用招标方现有的数据库（支持主流的数据库，比如）、中间件、应用服务器软件、防火墙等产品。
、应用系统应具备模块化、参数化和插件式特征。
、应用系统应提供×小时的技术实现方案。
、可以方便地与现有各业务系统进行接口集成。
、系统支持多协议、多渠道的通讯方式，可以通过适配器灵活配置多条链路（不同目标），并针对不同链路采用不同的报文格式（定长、键值、等）和不同的通讯协议（、等）。
、实现全行统一用户信息管理，实现统一身份认证、单点登录的系统建设目标。
、开发平台使用的编程语言应尽量采用业界主流的语言，如果是平台特有的一套语言，应避免以下问题出现：
）开发平台提供的平台级函数非常少，若需要增加函数，必须重新编译主程序并更新；
）开发平台没有提供语法校验等功能，脚本出错往往能够导致整个程序异常退出，这对开发人员来说编写复杂的处理逻辑是一件非常困难和危险的事情；
）语法太过精简，局限性较大。
简单举个例子：
多个语句不能连着写，必须嵌套着写，导致嵌套层
升级会员 