赣州东升工程造价咨询有限公司关于赣州银行流水分析及财报分析系统项目（项目编号：GZDS2025-GZYH-G005）的公开招标公告

正文内容

**************关于**银行流水分析及财报分析系统项目（项目编号：GZDS****-GZYH-G***）的公开招标公告 项目概况 **银行流水分析及财报分析系统项目的潜在供应商应在**银行官网（网址：http://www.bankgz.com/）、中国金融集中采购网（网址：http://www.cfcpn.com/）获取供应商报名登记表（详见附件*），填写完毕后发送至**************（电子邮箱：***********）并缴纳费用后获取招标文件，并于****年**月**日**时**分（**时间）前提交投标文件。 一、项目基本情况： 项目编号：GZDS****-GZYH-G*** 项目名称：**银行流水分析及财报分析系统项目 采购方式：公开招标 预算金额：******元 采购需求： 项目名称 主要服务内容及要求 数量 单位 预算金额（元） **银行流水分析及财报分析系统项目 详见采购项目需求 * 项 ******.** 二、申请人的基本资格要求： *、具有独立承担民事责任能力的法人或其他组织或自然人； *、具有良好的商业信誉和健全的财务会计制度； *、具有履行合同所必需的设备和专业技术能力； *、有依法缴纳税收和社会保障资金的良好记录； *、参加采购活动前三年内，在经营活动中没有重大违法记录。 三、本项目特定资格要求： *.投标人通过ISO****质量管理体系认证和ISO*****信息安全管理体系认证（投标文件中须提供有效的认证证书复印件并加盖投标人公章，未提供者或提供不符合要求者，作无效标处理）。 *.自****年*月*日至投标截止之日（以合同签订时间为准），投标人至少具备*个在银行机构（“国有银行总行或省级分行”或“股份制商业银行总行或省行”、“省级农商行总行”、城商行总行）已上线或正在实施的独立承接的**流水案例和*个在银行机构（“国有银行总行或省级分行”或“股份制商业银行总行或省行”、“省级农商行总行”、城商行总行）已上线或正在实施的独立承接的财报系统案例（投标文件中须提供合同关键页复印件并加盖投标人公章，开评标现场须提供合同原件进行核查。未提供者或提供不符合要求者，作无效标处理）。 备注（*）合同关键页须包含首页、盖章页、内容页等；（*）合同内容包含“流水分析”或“财报分析”或“财报识别”等关键字，不包含“人力”、“咨询”等描述。 *.投标人须拥有所提供的应用软件的自主知识产权，不得代理第三方服务（投标文件中须提供相关软件的软件著作权证书复印件并加盖投标人公章，开评标现场须提供合同原件进行核查。未提供者或提供不符合要求者，作无效标处理）。 四、获取招标文件 ****年**月**日至****年**月**日（工作日内）上午**∶**——**∶**， 下午**∶**——**∶**，在**************购买，招标文件工本费***元/份，文件售后不退（供应商将招标文件工本费转入采购代理机构的指定账户【户名：**************，开户银行: **银行**支行，账号：**** **** **** **** ***，转账时须备注项目编号及用途】，并填写好供应商报名登记表，将供应商报名登记表和工本费转账凭证通过电子邮件发送至***********邮箱，代理机构核实无误后，通过电子邮件将招标文件电子版发送至供应商所填写的邮箱中）。 五、投标文件提交 投标截止时间：****年**月**日**时**分（**时间） 地点：************** 六、开标 时间：****年**月**日**时**分（**时间） 地点：************** 七、公告期限 自本公告发布之日起*个工作日。 八、其他补充事宜 *、投标保证金：投标保证金人民币壹仟元整，应当以支票或汇票或本票或银行转账或金融机构、担保机构出具的保函等非现金形式提交。投标供应商采用银行转账方式的，应从各自银行基本账户（自然人参加投标的，从自然人的同名账户银行账户）全额转入采购代理机构的指定账户【户名：**************，开户银行: **银行**支行，账号：**** **** **** **** ***，转账时须备注项目编号及用途】，并于****年**月**日**:**（**时间）前到账，否则投标无效；投标供应商采用支票或汇票或本票或保函方式的，须于****年**月**日**:**（**时间）前将支票或汇票或本票或保函原件递交给采购代理机构，否则投标无效。 *、政府采购政策：具体详见招标文件。 九、凡对本次采购提出询问，请按以下方式联系 *.采购人信息 采购单位：**银行股份有限公司 地址：***赣**大道**号 电话：****-******* 联系人：李先生、邓先生 户名：**银行股份有限公司 开户行：**银行营业部 账号：**** **** **** **** *** *.采购代理机构信息 名 称：************** 地　　址：********路**号**大厦*号楼*层 联系方式：****-******* ****年**月**日 附件* 采购项目需求 一、投标人须提供全新、原装，并符合标准的货物与服务。 二、所有标的的知识产权问题，由各投标人自行负责。 三、本招标文件提出的是最低限度的要求，投标人的方案应达到或优于本招标文件要求，且符合国家有关标准和规范要求。 四、主要服务及要求 *.业务需求 *.*流水识别与分析 *.*.*流水上传和识别 （*）要求可自动识别国内所有主流国有、股份制、城商行、农商行、第三方支付（包括支付宝、微信等）导出的对公、对私的PDF、Excel、csv、ZIP等流水文件，实现一键导入，也支持通过邮箱采集客户流水，自动提取流水中所属主体（企业/个人）、银行、账号、交易金额、摘要、交易类型等信息。 （*）要求能够对不同模板的银行流水进行格式标准化。针对报错文件，系统需针对不同错误情况提示报错信息，并具备可视化页面向用户展示具体错误情况。系统需支持对含密码的网银电子PDF文件进行提示并支持手工输入密码。 （*）支持加密的PDF，ZIP,Excel文件上传，自动识别带密码的文件、输入密码后解锁。 *.*.*流水校验 （*）平衡校验：按序进行余额平衡试算（上笔余额 +交易额=交易后余额），提示试算不平的交易数据。支持期初期末校验,支持余额连续性校验。 （*）二次校验：表头、户名、日期连续性二次校验，提供校验结果和支持原文定位。 （*）流水内容修正：支持对单元格内文字进行人工修正。 （*）支持本方信息缺失提示。 （*）支持重复文件检验：支持对名称重复、内容重复文件进行检验过滤，过滤后文件能明显标记出来。 （*）支持流水完整性及真实性校验和流水质量评分。 （*）支持流水解析及校验进度可视化。 *.*.*流水标签分类管理 （*）支持新增、修改、删除自定义分类规则标签。 （*）支持调整规则的优先级，在不同维度下（行业、客户属性等）配置不同的标签体系。 （*）支持多层级类目分类，支持类目标签的名称修改，层级修改。 （*）内置提供企业和个人两套类目标签模板。 （*）支持更丰富的类目标签规则定义，包括规则要素，包含、不包含、文本长度等。 *.*.*对手分析 （*）支持标签展示分为过账流水、异常交易、疑似关联方三大类等。 （*）支持点击切换不同关注对手方类型查看详细对手方流入金额/占比，流出金额/占比，关注类型，流入/流出分布等。 （*）支持点击流入流出分布可以查看相关对手方明细。 （*）支持点击相关需关注对手方可以查看关注类型原因。 （*）支持导出需关注对手方明细。 （*）支持汇总展示,展示对手方地*分布，对手方注册资本分布，对手方行业分布。 （*）支持根据上传的银行流水或者经过用户筛选的数据，绘制资金流转图，以图形化的方式展示不同主体之间的资金流向和交易链路，分析各交易相关方之间的关联性。 （*）支持展示相关流入流出较大的对手方，展示字段为对方名称，交易金额，单笔平均额，占比，交易笔数，收支趋势等。 （*）支持点击趋势可以查询相关月份明细。 （**）支持允许自定义合并收入支出方。 （**）支持展示TOP*、TOP**对手方集中度分析。 （**）支持TOP**收支方重合度分析 *.*.*异常交易分析 （*）支持提示异常交易方。 （*）支持提示异常交易模式。 （*）支持图表进行月份异常流入、异常流出展示。 （*）支持多维度的异常交易识别，包括:大额个人转账、企业间拆借、大额整缴交易、收重合程度较高对手方交易、连续高频交易、大额频率取现、小额频繁取现、节假日特殊金额交易、大额三方支付、特殊金额交易、异常交易时间、隐形负债等，并统计相关交易的流入流出规模。 （*）支持用户自定义指标范围，并根据设置的指标重新捕获。 （*）支持用户自行判断,将捕获的交易变更为正常交易，支持批量变更。 （*）对于以上的异常交易分析，支持筛选并导出异常的流水明细。 （*）允许用户自定义异常规则类型，提供丰富的自定义筛选规则进行规则命中。 *.*.*关联交易分析 （*）展示系统自动识别的关联方信息。 （*）支持手动添加或删除关联方信息，支持手动添加或删除关联方类别。 （*）支持关联方模块展示关联方流入总额、关联方流出总额、差额、关联方名称、关联方类别、关联方交易明细图等。 （*）根据交易金额、频率等指标推断疑似关联方，并标注疑似原困。 （*）允许用户将疑似关联方栋记为直接关联方，并标明关联方类型。 （*）允许用户按照自定义条件筛选疑似关联方。 （*）支持移除疑似关联方。 （*）支持展示主体的相关工商信息，支持手动新增主体信息，关联方信息。 *.*.*经营分析 *.支持按账户/主体分别或汇总展示报告期内每月账户余额变化。 *.支持统计期初、期末，期日均，月日均的余额理财规嫫的数值计算并展示。 *.支持统计归集账户占比。 *.支持按账户/主体统计理财每月收入支出金额展示的变化趋势。 *.支持展示报告期内贷款/借款规模变动情况及借贷方明细、系统自动判职借贷方类型为银行、非银、企业、个人、其他。 *.支持按每个借贷方展示借贷流水明细、统计概况(借贷往来笔数、金额)、规模变动情况。 *.支持统计每月借贷/偿还金额。 *.支持统计交易频率包括日平均、最大频率、最小频率。 *.支持以日/月不同纬度来展示交易频率。 **.展示报告期内收入、支出的总额。 **.支持统计月均收入、月均支出。 **.支持展示现金流盈亏总额、月均盈亏总额。 **.支持以柱状图或折线图的方式展示收支盈亏。 **.支持自定义某些类目指标进行展示数据。 **.支持以图表进行展示收入支出数据，同时展示月均值，占比。 **.展示按流水至多四级标签维度汇总，倒序排后的流入/流出金额与金额占比。 **.支持用户自己筛选转定流水标签的趋势展示 **.支持选择层级并展示其下的所有标签汇总统计。 **.支持类目筛选后的数据总和统计展示。 **.支持同比环比的分析统计。 （*）同比环比支持图表和明细两种展示方式 （*）支持以年/月纬度进行同比环比计算 *.*.*多头融资分析 *.支持分析全部账户、指定账户特定时间范围内的总负债金额、银行借贷总金额、非银借贷总金额、（疑似）民间借贷总金额、还款总额。 *、支持全部负债明细：包括账户、欠款类型、该对象累计贷款额、贷款流入占比、融资笔数、累计还款额、还款笔数、还款支出占比。 *、支持非银借贷明细：包括账户、欠款类型、该对象累计贷款额、贷款流入占比、融资笔数、累计还款额、还款笔数、还款支出占比。 *、支持（疑似）民间借贷明细：包括账户、欠款类型、该对象累计贷款额、贷款流入占比、融资笔数、累计还款额、还款笔数、还款支出占比。 *、支持融资明细下钻：包括账户透视详情（交易对手、流入金额、流出金额、流入金额和流出金额差额）、资金流向图、对应的流水明细。 *、支持数据下载：多头融资明细数据下载。 *.*.*流水明细和导出 *.支持对上传流水的明细展示，展示字段可以筛选。 *.支持将正常流水过滤到过账流水明细中。 *.支持明细点击定位原文。 *.支持剔除的流水恢复正常。 *.支持展示为对手方明细，以对手方为主体进行明细展示。 *.支持可以选择展示或者隐藏详细信息。 *.支持自定义导出流水明细。 *.*.**风险分析 （*）支持多头融资分析、高风险理财分析、疑似欺诈分析、异常交 易分析，尽可能挖掘申贷主体的隐形负债、涉房涉股交易、境外资产流 出、快进快出交易等交易风险，快速发现隐性风险。 （*）银行借款规模分析 、非银借款规模分析、（疑似）民间借贷 挖掘，整合融资规模，评估偿债风险 、多头融资风险，融资规模与还款 压力推测。 （*）支持风险等级及风险预警详情展示。 *.*.**报告导出 （*）支持将分析结果以文字报告形式导出并保存，导出时可配置导出分析模块、企业、账户等。 （*）支持移动端精简报告展示及导出。 *.*.**流水API API接口开发：提供其他平台调用的交互接口，如上传流水文件接口、 主动报送接口、指标查询接口。 *.*.**系统对接 支持对接其他系统应用，如信贷系统、网贷系统、小微贷系统、统一风控系统、统一身份认证平台、ESB等，例如信贷系统、网贷系统、小微贷系统，嵌入流水分析工具的页面；对接统一身份认证平台、实现用户统一身份认证登录。对接统一风控系统，将加工好的流水分析后的指标供数给统一风控系统。 支持企业邮箱对接，以及添加小程序、移动信贷等移动端对接，支持上传流水文件并获取报告，对接本行核心系统流水、网贷等业务系统流水、大数据平台及外数平台数据。 *.*财报分析 *.*.*财报分析 （*）支持合并统一会计准则，以最新财报年份会计准则为准。 （*）支持近三年度及当期财报的筛选。 （*）支持已筛选的多份财报数据并列展示，年份冲突的，以最新财报披露年份为准。 （*）支持同一客户不同时点财务报表按科目名称并列展示，如****年资产负债表及利润表、****年资产负债表及利润表、****年*月底资产负债表及利润表。 （*）支持生成现金流量表并对其结构性进行分析，包括经营活动、投资活动、筹资活动。 （*）支持资产总额及关注科目（可选配）金额、构成、占比、变化趋势的分析，如货币资金包括库存现金、银行存款、其他货币资金，货币资金在资产总额中占比，多个时点占比变化趋势分析。 （*）支持负债总额及关注科目（可选配）金额、构成、占比、变化趋势分析。 （*）支持所有者权益总额及关注科目（可选配）金额、构成、占比、变化趋势分析。 （*）支持利润表中关注科目（可选配）金额、构成、占比、变化趋势分析。 （**）支持偿债能力分析，包括不限于流动比率、速动比率、资产负债率、产权比率等指标计算、变化趋势分析。 （**）支持营运能力分析，包括不限于存货周转率、应收账款周转率、总资产周转率、固定资产周转率等指标计算、变化趋势分析。 （**）支持盈利能力分析，包括不限于毛利率、净利率、税前利润率、净利润率、成本费用利润率、净资产收益率等指标计算、变化趋势分析。 （**）支持财务报表各项指标分析进行行业均值、上*公司，行业同客群数据对比，且外部数据如行业均值，上*企业数据定期提供数据更新。 （**）支持财务报表附注的结构化识别分析，如应收账款的交易对手、应收账款金额的识别；又如，短期负债的具体明细信息。 （**）支持财务报表分等级预警功能，可配置预警指标及预警值，如可以配置资产负债率预警值为**%；如配置利润连续三年下降预警。 *.*.*报告展示、导出 （*）同一会计准则的财报合并：合并统一会计准则，年份冲突的，以最新财报披露的年份为准。 （*）同一任务中多份财报解析结果输出成统一格式：将多份财报合并成一份财报解析结果，年份冲突的，以最新财报披露年份为准。 （*）支持财报分析报告的展示、导出，如报告封面、报告内容等，封面包括不限于标题、企业名称、报告期、编制日期、编制人等；报告内容（可选配）不限于财务概况详情、指标详情及变化趋势等。 *.*.*财报API 提供其他平台调用的交互接口。 *.*.*系统对接 支持对接行内其他系统应用，如信贷系统、OCR平台、统一风控系统、统一身份认证平台、ESB等，例如对接行内OCR平台，接收OCR平台返回的财报识别结果，再进行财报数据校验、财报分析。 *.技术需求 *.*系统架构要求 *.*.*系统的建设应遵循开放性、先进性、可扩展性、稳定性、安全性、经济性、前瞻性和可维护性相结合的原则。 *.*.*投标人提供建议的系统软硬件平台及网络部署解决方案，系统所采用的软硬件平台应符合我行开发技术架构规范,方案应充分考虑业务发展、国产化软硬件支持和后续灾备建设的要求，系统不依赖于任何特定的操作系统、数据库、中间件和硬件平台，且具有高效稳定、可扩展性和可维护性强等特点，具备良好的移植能力。支持全栈国产化适配,支持当下主流的国产化服务器、操作系统、数据库、中间件以及芯片，如：**操作系统、**通、GoldenDB、TDSQL等，以满足全栈国产化要求。 *.*.*系统设计应能够提供标准的 Web-Service服务，能灵活配置服务接口，支持配置统一的交易接入接口，支持通过ESB系统进行系统交互；对系统中的各种网络协议、硬件接口、数据接口等进行统一规划，满足我行现有系统的信息交互要求；能够与行内现有OCR平台的对接，同时预留接口实现与后期规划系统的对接，为未来的系统扩展奠定基础。 *.*.*提供关于该系统的全部技术接口标准及相关工具，并对采购人将来可能引进或开发的第三方软件或服务提供支持；提供完整的接口、二次开发等相关技术文档资料，进行全面的技术转移。 *.*.* 与相关系统应具有良好的可对接性，可以满足相关系统对接，根据采购人要求可为相关对接开发工作免费提供相关的技术支持。 *.*.* 按照我行技术规范实现与行内现有系统的对接；按照日志规范生成日志文件；按照数据标准规范和数据同步规范接入行内数据平台；按照数据安全规范对敏感数据在传输、处理、存储环节进行加密处理。 *.*.* 系统需支持与行内相关系统进行对接，完成相应集成开发工作，并满足行内网络安全规范要求。 *.*.*系统支持服务器集群部署，支持负载均衡，支持两地三中心部署。 *.*.*投标人提供的软件系统及第三方软件不得设置license数量、使用期限、用户数量、文件大小、文件数量、设备数量、容量、流量等限制条件，也不得与硬件设备或相关配置（例如：IP地址、网卡、CPU等）进行绑定。投标人提供的软件系统及第三方软件包括开发平台、运行平台、报表等系统应支持未来用户扩展要求，不再收取任何费用。 *.*.**客户端浏览器应兼容奇安信浏览器、主流浏览器（IE、firefox 、Chrome 等）的最新版本，避免对单一浏览器的依赖。应用软件客户端应适配国产操作系统自带的免费浏览器或国产浏览器，不需要额外对浏览器进行设置或加载控件。 *.*.**系统需满足我行的数据标准要求，符合行内各项数据规范。若存在不符合我行数据标准的情形，须在项目实施过程中完成系统改造。 *.*.**数据存储结构合理，具有合理的数据治理方案（例如系统备份、恢复、优化、空间规划等），避免冗余数据、清理垃圾数据、纠正不合规数据、补录缺失数据，具有良好的扩展性、维护性和稳定性。 *.*.**数据库库表设计时字段应包含创建时间、最后修改时间等时间属性或是否有效等标志属性。 *.*.**数据库的每张表都应该具备生命周期管理的策略，尤其是流水表及操作日志等。 *.*.**公司方提供的系统、模型版本须是最新的。 *.*.**支持goldenDB、TDSQL数据库，如暂不支持，在项目实施过程中应完成改造。 *.*.**支持国密算法加签、验签、加密、解密（软硬算法都支持）。 *.*.**能够快速响应我行为实现业务功能目标提出的对产品平台底层架构设计调整的要求。 *.*.**需根据行内生僻字处理规范，满足《信息技术中文编码字符集》（GB-*****-****）的要求。 *.*.**除操作系统、数据库、WEB中间件外，系统的功能依赖由厂商自行采购解决，不得由行内采购。 *.*系统技术功能要求 *.*.*投标人中标后需协助采购人进行业务需求细化及补充完善，并最终实现业务需求。 *.*.* 投标人中标后必须在预定期限内实现业务需求所有功能模块。可根据需求增加功能，但不能减少功能。 *.*.*具备数据清理机制及配套工具，以实现历史数据的归档备份、数据清理。 *.*.*支持多法人使用（包括村镇银行共用），对机构新增、撤并和升降级的操作能够通过系统的功能来完成，非必要时无需后台人工调整数据。 *.*.*系统应使用SDK完全开源或者拥有所有源代码的稳定版本开发语言。例如JAVA应使用OPENJDK *以上版本或者基于OPENJDK *以上的国产JDK发行版，不能使用存在商业专利未公开源码模块的Oracle JDK。 *.*系统性能要求 *.*.*系统应覆盖总行、分行、支行、其他相关经营机构，系统满足至少***名用户同时在线的高性能访问要求。 *.*.*系统响应：平均系统交易（完整决策链路：系统接受到请求到响应）时间低于***毫秒。 *.*.*服务器**使用率：CPU和内存的使用率在系统运行高峰时均不超过**%，日常运行时均不超过**%。 *.*.*集群建设：支持负载均衡部署，关键服务器需支持横向扩展。 *.*.*系统应具备足够的稳定性、较强的容错能力，能够提供保证系统正常稳定运行的高 可用性方案。在运行环境安全稳定的基础上，应保证应用系统 *×** 小时不间断、稳定运行。 *.*.*系统有完善的内存利用及管理功能，不得出现内存泄漏、进程大量锁死等影响系统性能的情况。 *.*系统安全要求 *.*.*系统要有高度的安全性，应用系统在不同层次进行安全控制，要求安全控制粒度在字段级别。提供信息数据加密技术，对信息、文件以及数据库、日志中的涉密信息进行加密处理。 *.*.* 系统应具备访问权限的识别和控制功能，没有进行安全认证的用户不得登入系统。系统中的各功能权限可以灵活设置，并分级控制。 *.*.*系统用户管理应保证用户的唯一性，系统应该有完备的密码复杂性策略（最短长度、字符类别种类及数量、定时更换、禁止连续、密码历史、锁定机制等），不能以明文方式回显口令，口令应加密存储，提供口令恢复或重置功能。系统应具有防口令猜测功能、防暴力破解功能。 *.*.*应用系统应提供合理的输入/输出合法性检测方式，对输入输出数据进行合法性验证，采取有效的措施保证导入导出数据的保密性与完整性。 *.*.* 有效防止数据被非法访问、篡改、丢失、复制。需对用户重要操作计入操作日志。 *.*.* 系统应具有完善的日志功能，能够记录系统异常情况及其他安全事件，且需接入行内的日志管理平台。系统日志分级清晰，分类清楚，时间点明确，内容连贯，含义清楚，方便查找错误和问题。能够提供详细有效的系统运行、用户使用等日志，便于对故障、事件和错误等进行分析和定位，方便事件处理和解决。有自动的日终数据备份或日志清理等功能。系统应支持安全审计，对关键事件要进行日志记录，且日志保存内容能够支持审计，日志的访问要有严格的访问控制，确保日志安全性、可用性，并提供符合要求的日志查询工具。审计日志应至少保存 * 年。 *.*.*应用系统的日志具备数据脱敏功能，系统可以客户化的配置相应的敏感信息字段，系统可以根据配置的敏感信息字段对日志的内容自动进行脱敏处理。 *.*.*应用系统所用安全协议、密码算法符合国家标准和相关法规、符合监管要求和行方规定，能够进行安全协议、密码算法的更换和升级。 *.*.* 重要数据及文件具有完善的手动、自动备份恢复功能。 *.*.** 提供灾难恢复的技术方案。 *.*.** 系统用户角色权限设计应遵循最小使用原则。应用系统部署应制**全部署基线，应用服务部署应遵循最小范围原则。例如，应该使用没有安全漏洞和安全隐患的应用组件；应该对部属用户对磁盘文件及系统操作权限最小化；应对系统的操作都有授权访问措施等。 *.*.**信息系统发生异常时，应向外部服务或应用程序的客户发送通用的信息或重定向到特定应用网页，不应暴露可能导致信息泄露的消息。不应暴露包括函数名以及调试内部版本出问题的行数的堆栈跟踪详细信息。 *.*.**满足《中国银监会关于印发商业银行业务连续性监管指引的通知》(银监发【****】***号)中有关要求，具备成熟完善的应急预案、灾难备份及其恢复的方案。并对该备份可提供的安全级别做出说明。 *.*.**系统的各项安全性要求应满足现行的国家标准、金融行业标准及密码行业标准等规定的强制标准要求，对于推荐要求也应满足，如有未能满足应在投标文件、合同等中予以明确声明。 *.*.**应用系统应确保不使用存在已知安全风险的开发组件、框架，上线投产前需通过我行组织的安全渗透测试，确保系统中不存在中级及以上级别的漏洞，应用系统维保期内，投标人应免费无条件提供及时的安全缺陷修复服务，在发现自身产品存在高风险安全漏洞时，应及时通知采购人并提供有效的升级修复方案。 *.*.**应用程序不得与操作系统的用户名/密码相关，应采用参数的模式记录所连接数据库的IP地址、数据库实例名、用户名/密码等信息，以支持定期修改操作系统、数据库的用户密码。密码不能以明文形式存储在文件或配置中。 *.*系统源代码开放要求 *.*.*投标人所提供的应用软件必须拥有自主知识产权，投标人应向采购人提供本次项目建设涉及的全部源代码，且提供完整、准确的开发手册、相关说明文档，源代码应具有详细的注解，以便于今后维护、修改和扩充。源码需要使用行内文件库，在行内现场编译。 *.*.*在本次系统开发客户化过程中形成的源码，由采购人拥有。 *.*.*采购人享有基于应用软件全部源代码基础扩展和功能修改的权利，并享有新开发功能的知识产权。 *.*.*系统应保持代码风格的一致性，并提供准确和详细的代码注释，为系统后续修改提供便利，涉及规格说明和程序模块的修改，应在代码的注释行中充分记录下来。 *.*.* 投标人应免费向采购人提供开发培训和指导。 *.*.*投标人须出具提供全部源代码的承诺书并加盖公章。 *.*系统使用要求 *.*.*要求系统灵活，参数化程度高，具有良好的可配置性和快速开发功能，非技术人员也可以经过简单培训后进行快速配置和开发。 *.*.*要求提供的平台能够很好的实现业务功能扩展，功能模块的结构设计是开放式、可扩展的，以便于根据我行业务和管理等方面的变化，对数据内容、功能模块等进行修改或者添加，数据存储和应用程序要分离，程序不得写死账号、名称、配置参数等信息。 *.*.*系统响应速度要快、并发能力要强，能够保证可接入用户使用软件的高效访问。 *.*.*系统运行稳定，各功能模块中数据的访问、传输、下载、分析、应用等过程必须有严格的权限控制。 *.*.*系统交付使用后，不能出现系统崩溃、数据丢失等现象，同时系统要具有容错功能和防护功能，对输入项提供有效性数据检查，对于不正确的操作要给出适当的提示。 *.*.*系统中所有提示信息应简单明确、易于理解，不应在出错或异常提示中出现用户看不懂的开发专业术语。 *.*.*系统操作设置应遵循统一的风格，应用系统的风格应和操作系统风格保持一致。在同一信息系统中所有操作界面元素（按钮、操作图标、链接）的摆放方式应保持一致，以降低用户学习成本。在同一信息系统中，所有同类型操作应使用统一标识。 *.*.*系统应对鼠标单击、双击触发的事件类型进行严格区分，避免用户误操作。 *.*.*系统后端出错及异常提示后退回原界面时，应保留原界面中用户已经填写的内容，防止界面信息丢失、用户重新填写。对提交后出错或异常状态系统应给予用户一个**的提示和帮助。并将界面控制焦点置于发生错误的控件对象上，将用户在该界面中所有的填写异常信息完整提示，避免多次提交失败。 *.*.**系统应具有**的显示界面，方便、实用、快捷的操作界面和操作菜单。 *.*.**信息系统发生异常时，应终止当前业务，井对当前业务进行回滚操作，保证业务的完整性和有效性，必要时可以注销当前用户会话。 *.*系统运维要求 *.*.*业务监控：提供分析业务的监控功能，实时监控业务处理情况，针对异常情况，可以通过制定一些逻辑及阈值产生报警。完成接入我行统一应用监控平台。 *.*.*技术监控：提供系统服务技术监控功能，实时监控进程、内存、交易量、交易成功率、接口通讯、网络连接等信息，可以通过制定一些逻辑及阈值产生报警。协助接入我行统一应用监控平台。 *.*.*批处理监控：能够对批量调度工具自动调度或操作员手工提交的批量作业进行全程可视化监控，对于批量作业异常情况（作业中断、或运行时间超过阀值等）第一时间报警。 *.*.*文件处理监控：监控本系统与外围系统之间的文件是否按时到达、处理是否及时、文件内容处理成功率。 *.*.*系统监控功能与系统建设同步进行，同步需求分析、同步设计、同步测试、同步上线试运行。 *.*.* 日常维护：提供系统服务的启停、维护窗口等常见的可视化运维工具。 *.*.* 备份和清理:根据事先制定的备份/清理策略对日志进行自动化的备份、恢复和清理，同时支持手工操作。 *.*.*数据库数据备份、恢复方案：包括人工、自动、定时、全量、增量等，同时根据业务数据增长情况评测最佳备份方案。 *.*.*应用系统灾备需求：不允许因为系统故障和故障恢复过程而中断系统服务。其物理部署架构必须保证在系统中不存在单点故障，提高系统的稳定性；对于在系统的运行过程中出现的各种各样的意外情况，必须及时发现和排除。 *.*.**系统在出错时，应正确提示异常信息,支持快速准确捕获系统异常信息。异常信息应包含针对开发和维护人员调试使用的系统信息。 *.*.**系统应提供多种日志类型的记录，包括系统运行日志、错误日志、登陆日志、调试日志。程序发生异常时，应在日志中记录详细的错误消息，便于维护者查找失效的原因。日志应遵循相应的日志规范要求。系统应支持日志开关配置，在需要调试的时候由运行维护人员决定是否开启日志，调试日志应把执行的SQL语句的执行时间、所用时长、执行结果写到日志文件中。 *.*.**系统有自动异常处理机制，并将异常情况登记入库。 *.*.**提供常见问题快速处理手册。 *.*系统风险控制要求 *.*.* 风险识别：针对项目全生命周期，包括整个实施过程、各个管理过程、重要的阶段和里程碑，和软件系统层面存在的风险点进行识别，包括（但不限于）需求风险、技术风险、**（人员、设备、 环境）风险、沟通风险、管理风险、不可抗因素等。 *.*.* 风险应对策略：针对上述识别出来的风险点制定风险应对策略和具体方法，包括（但不限于）高端人员或产品团队支持，产品或技术支持，职责划分，制度与规范，策划与计划，培训与沟通等。 *.*知识产权要求 *.*.***银行拥有在本项目中由投标人提供的应用程序的永久使用、修改和复制权。 *.*.*投标人实施本项目，需配备投标人开发的其它基础软件产品的，投标人须向**银行提供本项目应用程序相关的基础软件产品（包括但不限于发明、发现及相关技术资料、文档、源代码、可执行程序等）的全部源代码及文档（包括但不限于系统概要设计方案、系统详细设计方案、用户手册、测试报告、系统技术手册），**银行拥有在其范围内的永久使用、修改和复制权。 *.*.*在项目实施中所产生的所有工作成果（包括但不限于发明、发现及相关技术资料、文档、全部源代码、可执行程序等）的知识产权归**银行所有。未经**银行同意，投标人不得再以任何形式使用以上成果，也不得将以上成果透露给任何第三方。 *.*.***银行可授权为其提供维护服务的第三方可以代表**银行对系统进行修改和复制，但**银行不用于其它任何商业用途。 *.*.***银行可授权其村镇银行等附属机构使用在项目实施中所产生的所有工作成果（包括但不限于发明、发现及相关技术资料、文档、全部源代码、可执行程序等）。 *.*.*投标人系统所用到的第三方软件（包括开发平台、运行平台等其他非自有产权软件） 必须是正版产品，具有原厂商授权，且必须为企业级应用产品，因侵权所产生的责任及费用由投标人承担。 *.*.*投标人承诺所涉及第三方产品的知识产权/版权由投标人负责办理，并取得原知识产权/版权人的授权。由于投标人未取得原产权/版权人的授权，造成**银行损失的，由投标人负责。 *.*.*投标人保证其所提供的产品及服务不侵犯第三方的知识产权，否则，由此给**银行造成的一切损失由投标人承担。 *.*.* 投标人系统所用到的第三方软件在性能、效率、安全性等方面必须满足**银行实际需求及未来五年的发展需求。系统上线五年内，因系统设计缺陷或考虑不足，为了支撑系统正常运行所必须追加的任何第三方软件费用由投标人承担。 *.**系统版本管理要求 *.**.*要求有完善的版本管理和文档管理的机制，对每一个版本都有详细的说明，实时更新各种项目文档。 *.**.*源代码版本与文档管理支持与采购人配置管理软件或系统的集成。 *.项目实施要求 *.*总体要求 *.*.*针对我行业务特点阐述系统实施方法论，并结合方法论，描述完整、可行的系统实施方案，包括但不限于项目管理、需求确认、数据处理与建设、系统设计、系统开发、系统测试、 系统上线、系统推广等方案及试运行策略。 *.*.*投标人在本项目实施过程中，须服从我行的统一管理，遵守我行相关规章制度，同时满足适用的法律法规和有关监管部门的监管要求。 *.*.*在系统建设全过程加强对各类风险的防范，严格按照要求进行系统建设全过程各环节的有效控制，确保项目按期保质保量完成上线。 *.*.*投标人须保证项目在整个实施过程必须在招标人现场进行，并确保项目关键人员的长期稳定性。所有参与本项目实施的厂商人员，未经我行许可，不得调换。 *.*.*项目阶段性及最终交付物必须以书面文字、全部源代码等招标方指定的形式体现，所有交付物必须得到招标方的最终确认。 *.*.*项目实施过程中、系统正式上线前，对招标人提出的关于本项目的业务需求、功能模块的调整和变更，如不超过合同项目总工作量**%，投标人承诺无条件免费进行开发、修改和调整。由此引起的项目计划的变更由甲、乙双方共同协商确定。 *.*项目管理要求 投标人根据本项目的特点提出一套具有针对性的项目管理方法，以指导和控制项目实施工作，请投标人针对下述要求进行分别回复： 制定合理的项目管理组织架构，明确职责并确认汇报机制。 提出需求变更管理以及项目范围控制的方法和流程。 （*）提出计划管理、沟通管理、**管理、版本管理等方法和流程。 （*）提出质量保证的方法和流程，尤其是对于各种类型测试的质量保证方法，如单元测试、 集成测试、压力测试、用户验收测试和回归测试等。 *.*项目实施队伍要求 *.*.* 总体要求 在项目实施阶段，项目实施队伍是以投标人一方的技术力量为主，负责整个项目的设计、实施、进度和质量控制，对整个项目的完成进度和质量负责；我行将派出一定数量的业务和技术人员配合项目建设，明确细化业务需求，审核设计方案，掌握全系统的各项技术，为将来的运行维护、功能扩充作技术准备，并监督项目的质量和进度，确保按时完成工程。 投标人需对满足本项目实施要求的人员团队组成进行详细说明。项目团队中关键人员不可在其他项目兼职。项目团队的关键角色包括项目经理、开发人员、测试人员，投标人需确保以上关键角色按项目计划有序到现场实施。采购人有对投标人参与项目人员进行面试的权力，对于不满足采购人要求的人员，采购人有权要求投标人无条件更换，且不能影响项目进度。 投标人需向采购人提供本项目的《项目实施角色清单》。项目建设期间，所有项目组成员必须按《项目实施角色清单》驻场实施，请假需经采购人同意。在项目实施期间，项目经理、架构师必须全程现场参与项目建设。 在项目实施期间，未经采购人许可，不得更换项目组中成员。投标人必须保证人员组织的稳定性，在系统投入试运行前，投标人不得抽调任何项目组成员。采购人保留拒绝投标人人员变更要求的权利。 在免费维保期间，采购人有权从原有项目团队中指定符合合同约定的人员作为驻场维护人员，投标人需无条件同意。驻场维护人员的工作内容包括但不限于运维支持、程序缺陷修正、配合测试和业务需求开发工作，以及采购人要求的技术培训、产品升级等服务。驻场维护人员必须完全服从采购人的管理和工作安排。 *.*.* 团队资质 （*）项目经理：工作年限**年及以上，具备*个作为项目经理完成的银行流水分析或财报分析项目案例（投标文件中须提供人员简历和相关项目证明材料）。项目经理需全程现场参与项目建设，负责本项目的计划、组织、实施、协调、人员配置并监督工作情况及进度等工作，负责各方的沟通联系。需具有丰富的项目管理、系统分析经验及软件架构设计经验，有独当一面的技术能力。项目经理具有业务场景分析、集成、实施项目的丰富经验和较强的沟通协调能力；具有预见和应对项目风险能力。需承诺全程现场参与项目建设。 （*）开发人员：本科毕业且工作年限*年及以上，研究生工作年限在同类基础上减*年，专科工作年限在同类基础上增加*年，学历要求为全日制，且至少*个流水分析或财报分析开发实施经验（投标文件中须提供人员简历）。具有流水分析和财报识别系统开发和设计能力，具有与其他系统和第三方平台接口开发能力，负责相关的技术支持。除系统开发外，还应具有支持需求分析、服务治理、数据治理、质量控制、配置管理、非功能测试等方面的能力。需承诺全程现场参与项目建设。 （*）测试人员：本科毕业且工作年限*年及以上，研究生工作年限在同类基础上减*年，专科工作年限在同类基础上增加*年，学历要求为全日制，且至少*个流水分析或财报分析测试实施经验（投标文件中须提供人员简历）。需承诺全程现场参与项目建设。 *.*.* 角色清单 根据采购人建议的实施计划，请明确给出项目各阶段的工作范围、实施团队组织结构、成员构成、成员职责以及投入时长，并提交《项目实施角色清单》。《项目实施角色清单》模板如下所示： 序号 角色 是否符合人员要求 投入时长 与拟任职务要求相符的系统案例数量 * * * 备注：投标人需承诺提供的清单内容真实有效，若有虚假将承担相应法律责任。 投标人名称（盖章）： 授权代表： 职 务： 日 期： 年 月 日 备注： *.表中投入时间必须说明是否全程现场，若非全程现场，请具体写明投入阶段及各阶段具体时长（以人月为单位），阶段包括需求分析、设计、开发、SIT、UAT、投产演练及投产等阶段。 *.角色包括项目经理、架构师、业务专家、开发人员。 *.*.* 讲标人必须在开标时到现场讲解项目实施方案，否则视为放弃，其投标将被拒绝。 *.*.* 投标人要承诺严格按照投标文件中的角色适时到位，按招标人要求完成办理入场手续，才能进入到招标人指定场所开展工作，按招标人要求完成办理离场手续，才能离开现场。 *.*.* 本项目实施在招标人指定的场所进行，招标人提供本项目实施的场地、必要的服务器和网络环境。投标人必须遵守招标人的相关管理办法和规章制度，如有违反按照招标人相关制度进行处罚。 *.*.* 基于实施工作整体计划表，要明确主要成员角色工作时间表。投标人项目组成员的考勤按招标人要求统一管理，临时离场必须书面向招标人提出请假申请并征得招标人同意，按时销假。投标人工休日按照招标人工休日规定执行。非计划内的休假要提前两周通知。 *.*.* 请投标人给出应对实施团队人员变动风险的防范机制（包含与雇员的特别协定、应急预案等）。 *.*项目实施工作范围 *.*.*项目实施工作范围为软件开发实施全过程，包括不限于制定项目计划、需求分析、系统设计、编码开发、系统测试、系统上线。 *.*.*制定项目计划：投标人要提供实施工作整体计划表，项目计划要科学合理，要明确主要成员角色工作时间表，明确提供项目各阶段的工作范围、实施团队组织结构、双方成员构成以及成员职责。 *.*.*需求分析：根据招标人实际情况及需求，进行需求详细分析，实现全部的业务功能需求和非功能需求，并形成最终需求说明书。 *.*.*系统设计：根据招标人的IT架构状况及相关标准规范，进行设备选型和制定部署方案，包括服务器、数据库、中间件、网络、外设等，完成系统总体设计、详细设计、数据库设计等，并根据招标人未来几年业务发展需求，充分考虑系统的可扩展性。 *.*.*编码开发：根据需求规格说明书、系统设计，按招标人的开发规范，完成编码开发，代码走查。 *.*.*系统测试：投标方必须组建专职测试团队，编写测试计划、测试方案和测试案例，组织完成单元测试、联调测试、规则测试、集成测试、性能测试和安全测试，并出具对应的测试报告，配合完成用户验收测试，修复测试缺陷。投标方的集成测试案例、安全测试案例和性能测试案例应提交招标方审核，并充分开展各项测试，确保交付质量。交付用户验收测试前应确保所有缺陷已解决。 *.*.*系统上线：制定上线方案、应急方案、上线操作步骤，编写用户培训手册、用户使用手册、系统操作手册、系统技术手册、系统维护手册等，完成系统的试运行及上线。 *.*项目实施时间要求 以流水分析和财报分析系统上线为主要目标，投标人应在****年*月底完成第一阶段业务功能需求开发、上线，在*月底完成第二阶段的业务功能开发、上线；未按要求时点上线，采购人将对投标人进行处罚，具体罚则将在合同中约定。 *.*系统技术转移要求 *.*.*投标人充分重视技术转移工作，确保在项目合同实施工作结束时能够与采购人一起完成技术转移的工作任务，使采购人技术人员能够获得基于核心平台和公共组件进行二次开发、升级和维护的能力。投标人应教会采购人技术人员至少开发*-*个需求，技术转移内容要包含产品转移与技能转移两部分。 *.*.*采购人对产品转移的要求：投标人应提交所有应用系统完整开发环境的全部源代码，以及系统开发所需的全部文档资料、系统实施过程中形成的各类文档。 *.*.*对技能转移要求包括：（*）投标人应通过培训、参与开发以及其它投标人认为合适的方式，实现应用系统软件标准版本开发方面的技能转移，技能转移内容包含但不限于：软件开发生命周期方法、软件工程方法、开发语言及工具的使用、相关中间件的使用等，投标人在投标文件中提供具体的技能转移内容清单及对应的措施。（*）投标人应通过培训以及其它投标人认为合适的方式实现客户特色业务的客户化开发方面的技能转移，技能转移内容包含但不限于：不同层次客户化开发的方式、数据结构设计实现、应用接口开发方法等，投标人在投标文件中提供具体的技能转移内容清单以及对应的措施。（*）投标人应通过培训以及其它投标人认为合适的方式实现应用投产维护方面的技能转移，技 能转移内容包含但不限于：产品投产流程、日常运行维护、出错的处理与解决、数据备份与恢复及数据清理等，投标人在投标文件中提供具体的技能转移内容清单以及对应的措施。 *.*验收标准 *.*.*投标人负责系统的现场安装调试，以及整个应用软件系统的总体集**装调试。在安装、调试过程中，中标人应向招标人提供安装调试过程中的各种文档资料，以便招标人在投产后能独立操作和维护。 *.*.*系统正式上线后，进入试运行阶段，试运行期为三个月。在试运行期内如果出现较大问题，则试运行期顺延，直至系统运行稳定并得到招标人认可为止。 *.*.*试运行达到稳定运行*个月之后，由投标人及时向招标人提出书面验收申请，招标人确认能够达到本次招标项目的验收标准则为验收合格，并由招标人和中标人双方共同签署正式验收报告。 *.*.*验收成绩评定标准 合格 ：（*）材料完整（*）软件可正常运行（*）实现项目软件需求说明书要求的各项功能需求（*）不存在遗留问题或缺陷未解决 不合格：（*）材料不完整（*）软件不可正常运行（*）未实现项目软件需求说明书功能需求（*）存在遗留问题或缺陷未解决 *.*.*如果验收不合格，双方商定重新确定正式验收的时间，在重新验收前投标方负责继续对项目进行修改和完善，并在双方商定的期限内达到验收标准，其验收过程和方式不变。由此导致延误项目进度的，费用和责任由投标方承担，招标方并有权向投标方提出的索赔。 在投标**式提交验收报告后**个工作日内，招标方应该予以验收。如招标方因故不能验收的，应以书面形式通知投标方，双方另行约定时间进行验收。但最迟不得晚于投标**式向招标方发出验收通知后的三个月，否则视同验收通过。若招标方未对验收时间提出异议并另行约定时间，在投标**式向招标方发出验收通知后**个工作日，视同验收通过。 *.*服务与支持要求 *.*.*在项目实施及后续服务过程中，对于关键或重大问题，应承诺调动全部**给予支持，委派专家到现场解决问题，不得影响项目的整体进程。 *.*.*投标人与招标人签订保密协议，投标人应严格遵守保密条款，对项目开发中所有资料进行保密。 *.*.*项目结束并通过甲方验收之后由投标人提供至少*年****小时免费响应服务，即至少提供*年的系统免费维保服务，需要提供的服务包括但不限于如下内容： 提供系统缺陷的修复； 提供性能优化服务； 新增应用系统的对接； （*）合理范围的新增需求开发； （*）提供*年系统维保服务，****小时服务响应； （*）提供产品的升级版本，并免费进行实施。 （*）定期收集、分析业务需求，对合理的需求及时优化、变更； （*）及时处理采购人业务部门使用过程中反馈的问题，保证在任何时候用户都能得到有效地技术支持； （*）及时响应相关系统的接口开发、系统对接、数据交互需求； （**）出现严重影响生产运行的问题时，必须保证 ** 分钟内响应，保证 * 小时内解决； （**）服务方案中请明确列明服务期限、服务方式、服务级别、响应时间、服务收费等情况； （**）在项目建设、上线、推广及运行维护阶段提供业务咨询服务，指定业务专家提供远程或现场业务支持。 *.*.*自系统投产上线后，投标人为招标人提供每季度一次的现场巡检服务。并于巡检前**个工作日内向招标人提交《软件巡检方案和计划》，给出相应的加固方案并提供巡检报告进行保养性维护。 *.*.*投标人应按照双方制定的项目整体计划完成产品交付。在履行合同过程中，如果投标人遇到不能按时交货和提供服务的情况，应及时以书面形式将不能按时交货的理由、延误时间通知招标人。招标人在收到投标人通知后，应进行分析，如果同意，可通过修改合同、签订补充协议等方式，酌情**交货时间，如果投标人毫无理由地拖延交货，将受到以下制裁：没收履约保证金，加收违约损失赔偿和或终止合同。违约赔偿费合计的最高限额为合同总价的**%，如果投标人违约赔偿达到最高限额后招标人可终止合同。 *.*.*未经招标人书面同意，投标人不得以招标人的名义开展活动，不得在合同允许范围外使用或者披露我行的信息，以防止信息被非授权使用。 *.*.*在发生银保监会规定的信息科技突发事件，或发生可能引发系统性、区域性银行业信息科技风险类突发事件时，投标人应及时向招标人报告，包括事件的影响以及处置和纠正措施。 *.*.*投标人严格遵守人民银行、银保监会等监管要求，积极配合采购人进行风险评估、应急演练、审计和检查等工作。 *.*.*在合同执行期间，重大政策变更或环境变化导致合同需变更或终止的，谈判人需提供合同变更或终止的过渡安排，包括信息、资料和设施的交接处置等过渡期间相关服务的安排。 *.*.**免费维护期结束后，若招标人计划向投标人继续采购系统维保服务，每年系统维护费不超过本项目合同总价的*%。 *.*文档和培训要求 *.*.*文档要求 本项目完成后，中标人必须提供完整的软件安装、操作、使用、测试、控制和维护手册，以及软件全部源代码。要求提交的文档是一套可保存的、并容易查阅的中文文件，文档要求以纸质和电子格式提供，文档内容按招标人的要求提供，包括但不仅限于：（*）项目开发计划（*）工作说明书（SOW）（*）需求说明书（*）总体设计说明书、详细设计说明书、接口设计说明书、数据库设计说明书（*）全部源代码（*）代码走查报告、单元测试报告、联调测试报告（*）测试方案、测试计划、系统测试案例、规则测试案例、安全测试案例、性能测试案例、系统测试报告、规则测试报告、安全测试报告、性能测试报告（*）上线方案、实施手册、系统操作手册、系统维护手册（*）系统的设计、优化文档及培训材料（**）所用软件产品厂商授权书、技术说明书、使用说明书。 对于项目实施阶段目标设定的文档交付物，将作为本阶段工作完成的标志之一。对于文档交付物的描述应包含但不限于：各个阶段名称、阶段目标、交付物描述、形式（即文件、演示文稿、软件系统等）、建议的接受标准、阶段负责人等，本行保留自由复制文档供自己使用的权利。 *.*.*培训要求 投标人须在系统开发和建设中提供全面而系统的培训，投标人须提供完备的培训方案和计划，培训期间投标人应为培训对象免费提供相应的培训课程计划表和培训资料。 培训对象：管理人员、业务操作人员和技术人员。 培训内容：系统软件安装、维护、开发和使用等。 五、商务条款 *、服务地点：采购人指定地点。 *、履约保证金：中标人须在发放中标通知书后**日内向采购人缴纳中标价*%的履约保证金。履约保证金在项目验收后无息退还给中标人，中标人未按合同约定履行义务时，保证金不予退还。 *、付款方式：（*）软件系统：按*:*:*比例进行付款。项目合同签订生效且项目组成员进场后，中标供应商提供增值税专票和付款申请后一个月内，采购人支付合同总价的**%给中标供应商，项目验收合格并签署验收报告后采购人支付合同总价的**%给中标供应商，同时无息退还履约保证金。系统质保期结束后，采购人支付合同总价的**%给中标供应商。（*）中标供应商未按要求提供合格增值税专用发票的，采购人将延期支付，直至取得符合规定的增值税专用发票，若确定无法提供增值税专用发票，采购人将按原合同总价调减有关增值税额支付。 附件* 供应商报名登记表 项目名称： 项目编号： 品目号：/ 供应商名称： 联系人及联系方式： 邮箱： 通讯地址：