第二部分投标方须知
1、招标方式：竞争性磋商
2、项目报价限价（含税）：180万元
3、投标人资格要求如下：
1)投标人注册资金在1000万元以上，并且公司成立三年或三年以上；
2)投标人获得过CMMI3级或以上、ISO9001、ISO/IEC27001中任一认证证书；
3)投标人有金融机构相关系统建设案例，为至少一家金融机构成功实施过方案，案例需是本地部署模式，云端模式无效；
4)投标人须有能力在重庆长期服务，并须能为用户进行使用培训，软硬件的维护及升级工作；
5)本次项目团队人员不得低于6人；
6)本次项目开发阶段驻场人员不得低于3人，项目经理必须驻场；试运行3个月期间驻场人员不得低于2人。
1、凡参与招标工作的有关人员均应自觉接受有关主管部门的监督，不得向他人透露可能影响公平竞争的有关招标投标的情况。
2、开标后，直至向中标的投标人发出《中标通知书》时止，凡与审查、澄清、评价和比较投标的有关资料以及授标意见等，均不得向投标人及与评标无关的其他人透露。
3、除投标人被要求对投标文件进行澄清外，从开标之日起至授予合同期间，投标人不得就与其投标文件有关的事项主动与评标委员会以及招标人联系。
4、从开标之日起至授予合同期间，投标人试图在投标文件审查、澄清、比较和评价时对评标委员会施加任何影响或对招标人的授标决定进行影响，都可能导致其投标文件被拒绝。
5、投标人不得串通作弊，以不正当的手段妨碍、排挤其他投标人，扰乱招标市场，破坏公平竞争原则。
6、获得本招标文件者，应对文件进行保密，不得用作本次招标以外的任何用途。若有要求，开标后，招标人应归还招标文件中的保密的文件和资料。
7、因投标需要，向投标人提供的公司介绍、项目背景、项目内容和开展计划等相关资料，被视为保密资料，仅被用于它所规定的用途，除非得到招标人的同意，不能向任何第三方透露。否则招标人将保留采取法律措施的权利。
投标人应承担所有与编写和提交投标文件有关的费用,不论投标的结果如何，招标人在任何情况下均无义务和责任承担这些费用。
1、评标原则：参照《中华人民共和国招标投标法》的原则进行评标。
2、评分标准如下表:
项目 | 评分项 | 最高分值 | 备注 |
报价 （总分30分） | 投标总价 | 30 | 评标基准价为所有满足招标文件要求的投标报价的平均值。 投标报价得分＝（1-ABS(投标报价-评标基准价)/评标基准价）×30 投标报价为项目总体含税价，计算结果四舍五入保留两位小数。 |
技术部分 （总分40分） | 项目需求理解 | 8 | 投标人需准确理解本项目的需求，包括但不限于项目目标、建设原则、重点与难点等；根据投标人对项目理解是否深刻、分析是否到位等进行打分： （1）投标方案内容全面，对项目目标和建设内容把握准确，项目重点难点分析到位，对于业务创新及功能扩展具有深刻认识的，得8分； （2）对项目需求的理解及分析基本全面，项目目标和建设内容把握准确，对项目重点难点分析无偏差，对业务创新及功能扩展具有一定认识的，得6分； （3）对项目需求的理解及分析较为简单，或对项目的理解及分析存在偏差的，得4分； （4）未按要求阐述对项目需求的理解及分析，或简单重复招标文件采购需求，或对项目需求的理解及分析存在较大偏差的，不得分。 |
技术设计方案 | 8 | 详细阐述本项目技术设计方案，包括但不限于技术架构、数据结构、应用接口、网络架构、系统部署方案等，对本项目需建设的关键业务点的技术设计进行详细说明。评审委员会按照以下标准打分： （1）技术设计方案完整、科学、先进，熟悉了解项目相关业务数据结构，应用接口设计合理，系统部署方案可靠性高、可扩展性强的，得8分； （2）技术设计方案完整，基本满足项目需求，基本了解项目相关业务数据结构，应用接口设计合理，系统部署方案具备一定的可靠性、可扩展性的，得6分； （3）技术设计方案基本完整，基本响应项目需求，能简单阐述项目相关业务数据结构，得4分； （4）未按要求提供技术设计方案，或对项目相关业务数据结构、应用接口理解存在重大偏差，不得分。 |
实施服务方案 | 8 | 投标人须在投标方案中详细阐述本项目实施方案，投标人有清晰的时间进度控制、人力资源安排、风险控制和质量保证措施，根据投标人实施方案的科学性、合理性、可操作性及完整性进行打分： （1）对项目有清晰、合理、完整的时间进度控制。人力资源安排、风险控制和质量保证措施合理、完整，方案具备较高可操作性的，得8分； （2）对项目有较合理的时间进度控制和人力资源安排，风险控制和质量保证措施合理，得6分； （3）提供简单的实施服务方案，内容基本完整的，得4分； （4）无项目时间进度控制和人力资源安排方案，或方案不合理、风险控制和质量保证难以保障的，不得分。 |
团队能力 | 8 | 评审内容及标准： 1、项目团队成员需不少于6人，其中： （1）开发实施人员：均具备3年（含）以上开发工作经验，满足要求得1分； （2）产品经理：均具备3年（含）以上大数据风险管理及风险预警、大数据平台产品经理经验，满足要求得2分； （3）项目团队成员中3年（含）以上相关工作经验的成员至少3人，满足要求得3分； （4）项目团队成员有PMP、FRM证书的，每提供一个得1分，最多得2分。 证明文件： 1、相关人员简历，简历中需体现相关工作年限及相关项目经验； 2、证书复印件。 |
培训方案 | 4 | 详细阐述对本项目的业务操作提升与培训方案，包括但不限于培训组织、师资力量、培训教材及实施过程中知识、技能、经验转移情况等，评审委员会按照以下标准打分： （1）培训内容完整、培训安排科学、项目核心开发人员担任师资，知识转移方案详细的，得4分； （2）培训内容完整，师资力量、知识转移方案基本满足项目需求的，得3分； （3）未明确师资情况、培训内容不完整的，得1分； （4）未按要求提供培训方案的，不得分。 |
售后服务 | 4 | 详细阐述对本项目售后服务的重点、难点工作的服务保障方案，包括但不限于售后服务方案，售后服务流程、应急预案、质量保障等，评审委员会按照以下标准打分： （1）有完整的售后服务流程，提供合理的应急预案及质量保障措施，对售后服务的重点、难点工作分析到位及完整的、有详细的服务保障方案的，得4分； （2）售后服务流程基本完整、应急预案及质量保障措施相对合理，符合基本售后服务要求的，得3分； （3）售后服务流程不完整、应急预案及质量保障措施不合理，方案较为简单，对售后服务的重点、难点工作分析不到位的，得1分； （4）未按要求阐述售后服务方案、提供应急预案，对售后服务的重点、难点工作理解有重大偏差的，不得分。 |
商务部分 （总分30分） | 资质认证情况 | 10 | 评审内容及标准： 1、公司成立三年或三年以上，且注册资本达到1亿元以上得3分，注册资本5000万元以上得2分，1000万元以上得1分，其他不得分； 2、获得软件能力成熟度模型CMM/CMMI认证，获得3级以上得3分； 3、获得过ISO/IEC27001信息安全管理体系认证、ISO9001质量管理体系认证，每个证书得2分，最高得4分； 证明文件： 有效期内的资质认证证书复印件加盖投标人公章。未能有效提供证明文件的不得分。 |
成功案例 | 15 | 评审内容及标准： 1、提供投标人近3年的案例合同，本项最高得8分。合同主要内容为采购风险预警、大数据风险识别与预警、风控业务、财务分析、对公客户管理等类似案例的合同，每提供一个案例得2分；案例需是本地部署模式，云端模式无效。 2、上述合同满足以下条件可加分，本项最高得7分：（1）提供国有大型商业银行（工行、农行、中行、建行、交行和邮储）及国有政策性银行总行级类似案例，每提供一个案例加4分；（2）提供全国性股份制银行（招行、浦发、中信、光大、华夏、民生、广发、兴业、平安、恒丰、浙商、渤海）总行级类似案例，每提供一个案例加3分；（3）提供其他类别银行总行级案例、非银行金融机构（担保公司、金融资产管理公司、信托公司、企业集团财务公司、金融租赁公司、汽车金融公司、货币经纪公司、贷款公司和消费公司等）类似案例，每提供一个案例加2分。 证明文件： 合同复印件必须包含清晰的双方签字和印章、项目名称、签订时间合同信息。 |
自主知识产权 | 5 | 评审内容及标准： 投标人拥有风险预警/监控、大数据平台、财务分析等软件的自主知识产权，即具有国家级软件著作权证书的，每提供1个得2.5分，最高可得5分。 证明文件： 提供国家级软件著作权证书复印件并加盖投标人公章。 |
3项目的中标
1、招标人按照评标委员会推荐的且排序第一的中标候选人为中标人；名次并列时由招标人选择报价较低的中标候选人为中标人，招标人不得在中标候选人之外确定中标人。招标人不保证最低价中标。
2、中标人需在领到中标通知书30日内与招标人签订合同，无故30日内未与招标人签订合同的视为放弃中标资格，招标人有权按法律法规在其他中标候选人中依次选择中标人。
1、评标委员会经评审，认为所有投标都不符合招标文件要求的，可以否决所有投标。
2、招标人有权在授标之前任何时候接受或拒绝任何投标，以及宣布招标程序无效，对受影响的投标不承担任何责任，也无义务向受影响的投标人解释采取这一行动的理由。
4付款方式
付款方式根据项目推动的进度安排分四次进行支付：
第一次：在项目人员入场后，深入了解我司需求，设计并提交系统需求方案，并由甲方验收通过后，且收到乙方发票后15个工作日内，支付合同总价的30%；
第二次：待项目完成指标开发以及系统整体建设等工作，提交企业风险预警机制设计方案、征信风控规则设计方案，系统上线试运行，并且收到乙方发票后的15个工作日内，支付合同总价的40%；
第三次：待系统成功试运行3个月，完成试运行期内的优化与运维工作，乙方申请项目验收并由甲方验收通过后，并且收到乙方发票后的15个工作日内，支付合同总价的20%；
第四次：项目免费运维期满,且收到乙方发票后的15个工作日内，甲方支付合同总价的10%。
第三部分项目需求书
结合我司业务特性，开发大数据智能风控平台（一期）企业资信评价等模块，赋能传统担保业务，运用智能化风控、数字化运营和数据标准化处理能力，实现客户准入、尽调、业务风险揭示以及保后风险管理的业务全流程辅助功能，形成企业客户综合评价，推动我司担保业务质效提升，建立起担保业务全场景、全流程的智能辅助体系。
2业务要求描述
借助现行业务中积累的风险与运营管理的经验，本项目将企业资信评价模块定位于传统担保业务的智能辅助决策上；以外部公开数据源和风控决策引擎系统为基础，进行数据整合和分析，将企业风险筛查、工商/司法信息整合、财务报表辅助分析应用落地，并探索企业画像、风险预警策略等应用，最终形成企业综合评价报告，为传统担保业务辅助赋能的同时，也形成我司的数字资产沉淀。
（一）建立辅助决策体系
基于我司已有数据的实际情况，通过合理分析拟定所需使用的数据源，筛选范围包括但不限于工商、司法、人行征信、经营信息、关联关系、历史行为数据等，实现对企业信息进行准确及时的捕捉，建立一个全面的、丰富的辅助决策体系。
（二）企业综合评价报告
结合业务场景的实际情况，搭建一套通用的智能辅助决策工具，包括但不限于企业风险筛查、工商/司法信息整合、财务报表辅助分析工具，并基于上述工具的分析结果进行数据整合和加工，形成企业综合评价报告。企业综合评价报告要求能够和我司业务系统进行对接展示。
2.2系统详细需求
2.2.1系统登录
系统可自动适配我司内部的单点登录系统，并同步相关用户信息。
2.2.2嵌入式查询
企业资信评价报告汇聚多种数据源自动进行整合与归集，实时获取客户多维度数据，可集成至我司内部综合业务系统的流程中进行嵌入式查询，直接展示报告内容，并支持全报告的前端渲染功能。
尽调阶段：可针对该项目的风险初筛报告进行填补，可针对部分内容进行补充和修改，方便快速融合到客户经理的尽调报告中，提升客户经理工作效率。
送审申请阶段：分析报告可直接与业务系统的调查报告进行关联。报告可重复申请，调用外部数据需支持缓存机制，但业务系统只关联一个最新的分析报告，历史报告记录保留在后台管理系统中。支持导入或人工录入深度分析类数据（比如财务报表、税务数据等），并针对该项目的风险项进行提示，并支持人工批注。
2.2.3报告信息展示
系统需提供可视化报告展示，通过文字、表格、图形等多样化形式向用户展示相关信息，且需样式简洁、展示清晰、准确易读。
报告分层级对信息模块进行展示，可展示的模块信息包括不限于：企业基础工商信息、企业司法涉诉信息、企业财务报表分析信息、企业风险类信息等，每个信息模版需标注有更新时间。
提供一页展示功能，在一页上把最关注的信息点进行展示，如企业基本信息，企业风险综述。
2.2.4企业资信评价报告管理
提供企业资信评价报告的下载功能，报告内容可根据信息模块自由组合，顺序调整，并且提供不同维度的默认报告配置，支持根据不同角色配置不同的报告权限。
2.2.5企业指标库
基于企业基本信息、司法诉讼、人行征信等多个维度对公司内外部数据进行深度整合，梳理与智能风控相关的定性、定量指标，建立风险指标库。
2.2.6系统管理
1、机构管理：支持同步我司现有系统机构配置。
2、用户管理：支持同步我司现有系统用户。
3、角色管理：对系统角色进行分配和管理。
4、权限管理：对角色权限进行分配和管理。
2.2.7风险预警机制设计
需结合我司业务的实际情况，基于工商信息、司法信息、财务信息、融资信息、经营信息等方面数据进行预警监测规则梳理、预警机制设计，预警内容应包括但不仅限于各企业的风险指标、预警触发规则、预警信息展示等内容。
2.2.8财报识别
用户上传扫描版的财务报表，后台调用财务报表OCR识别接口，形成结构化数据，智能匹配系统内置的财务三表模板，进行财务逻辑校验，提示校验错误修正，形成修正后的结构化数据，系统可以自动生成EXCEL版的财务报表和简单的财务分析指标。
2.2.9财报分析
用户录入或上传EXCEL版的财务报表，系统自动生成详细的财务分析报告和行业分析报告。详细的财务分析报告，包括资产结构分析、负债及权益结构分析、实现利润分析、成本费用分析、现金流量分析、偿债能力分析、盈利能力分析、营运能力分析、发展能力分析、经营协调性分析、经营风险分析。
2.2.10非功能性需求
支持接入公司已有决策引擎，提供标准API接口进行决策引擎结果的接入。
支持对外部业务系统提供API方式的报表展示功能，报告支持自定义编辑。
数据源及加工计算指标支持本地化存储。
3技术需求描述
投标方提供技术解决方案，满足但不限于以下要求。
系统设计遵循的性能要求：可靠性、安全性、可定制化、可扩展性、集成能力等；采取模块化设计思想，满足应用实施的灵活伸缩。体现但不限于以下方面：
1、分层的应用架构设计，包括前端展现层、应用逻辑层、数据处理层、后端接口层，各层之间有可定制的标准接口，同时应有可定制的服务处理流程。
2、支持使用docker部署的微服务架构。
3、采用面向服务的开放式应用系统结构，基于组件的设计，支持工作流和任务流，清晰定义了模块间的交互，服务功能易扩充，支持灵活的客户化定制与方便的二次开发能力。
4、系统数据库设计合理、可扩展，支持日常事务处理的同时能方便进行多维度查询和统计分析。
5、系统所有检验项有明确的标识和提示，所有进行数据插入、更新的操作必须有防止重复机制。
系统须支持本地化的部署方案，部署在我司的局域网环境中，财报识别、财务分析可接受SAAS部署。
采用容器化部署方案，部署在集群上，部署时启动多个节点。服务升级时通过集群的滚动升级特性，实现不宕机进行系统模块升级。
部署至集群时，实现负载均衡和系统的高可用，数据库采用主从架构，实现数据库高可用和数据的实时备份，避免物理故障导致数据丢失；确保系统运行过程中对业务系统数据库负载不能超过20%，同时保证7×24小时，服务系统运行稳定性达到99.9%。
1、具有良好的交互操作界面，支持不同终端设备的自适应展示，充分考虑多端查看报告的展示问题。
2、可支持报表展示模块的灵活配置。
3、提供pdf、word、json、xml、url、H5等多种方式的报告展示方式。
3.7系统容错性
应用系统通过容器化部署，根据不同的环境构建不同的镜像，减少操作人员工作内容。
需要修改生产环境数据库数据时，提供可重复执行脚本保证数据一致性，且数据脚本已在测试环境进过验证。同时采用增量、全量数据备份机制，保证数据安全。如数据库操作的潜在影响比较大，执行数据脚本前先对数据库进行全量备份。
对系统运行状态的监控，当系统出现任何问题时，可通过邮件、短信的方式进行预警。支持与主流生产监控产品无缝对接。
系统不依赖于任何特定的操作系统、数据库、中间件和硬件平台等。
系统应分级别提供详尽的系统日志，保证用户所有行为（包括登陆、注销、更改密码等）可审计、追溯。不同的模块通过统一的日志框架将日志记录在本地文件中，且日志框架可无缝替换，同时可以通过简单配置将这部分日志记录在不同的数据源中（例如数据库）。
通过该系统日志能够协助系统维护人员完成系统巡检。
主要包括：
1、系统设计应满足监管机构及相关安全规范要求。
2、系统应是本地化的解决方案模式，只对招标方内部人员开放，运行过程中涉及的所有数据以及信息只允许保留在采购方内网中，保证不会泄露采购方的任何商业机密。
3、系统涉及的数据存储与调用接口都须提供基于调用方身份认证技术，以确保只有经过认证的程序才能调用相关接口，并且所有的交互过程都可以配置为加密模式。
4、系统服务端与客户端或其他系统的交互应对业务数据进行加密或数字签名，保障业务数据信息的合法性和安全性。
5、系统任何调用及访问过程系统都须记录相关的调用日志，以追踪调用方的调用痕迹。
6、系统具备病毒防护、版本管理等基础的安全保障机制。
7、系统满足用户权限、图形验证码、用户密码、会话终止、文件上传检测、敏感信息掩码、授权、审计追踪、系统日志等要求。
8、系统不存在常见的安全漏洞。
4项目实施要求描述
在双方签订合同后，5个工作日内进行实施，建设工期总计不超过4个月。项目工作包括定制化需求调研与分析、设计、编码、测试和投产上线。
根据项目周期要求提供项目总体实施计划（以周为单位），并应包括每个任务的相关资源；实施计划包括但不限于软件的需求分析、系统设计、编码、测试、投产上线和培训等。
对于软件实施项目所采用的过程和所实施的成果向招标人提供适当的可视性。使招标人在软件实施项目明显偏离实施计划时能采取有效措施。
1、项目实施过程中必须遵循招标方的有关项目管理和软件开发管理制度。
2、项目实施必须配备有专职项目经理，架构师、开发人员、配置管理员（CM）、质量保证人员（QA）和技术测试负责人和技术测试人员等角色要明确，但可根据实际情况配备专职或兼职人员。总团队成员不得低于6人。其中，项目核心团队应具备丰富的项目实施经验，项目团队核心成员应保证专职于该项目且必须长期驻项目现场或在重庆主城区域办公。
3、项目实施过程中必须使用招标方要求的管理工具。
描述项目在实施过程中招标方需要提供的人员等资源情况以及招标方需完成的事项及要求。
本项目实施过程中需要提交的交付件包括但不限于以下内容：
1、软件产品
2、项目实施计划书
3、软件需求规格说明书
4、系统架构设计说明书
5、概要设计说明书
6、详细设计说明书
7、数据库设计说明书
8、系统测试报告
9、系统用户手册
10、系统上线配置清单
11、系统上线方案
12、售后服务保证文件
13、系统维护手册
14、项目过程汇报、知识传授与培训和管理材料等
15、招标方IT项目建设过程中要求的其他文档
投标方应具有独立自主知识产权和相关资格认证，本次项目实施过程中产生的所有客户化部分的源代码知识产权，归招标方所有。
4.8服务质量及验收要求
投标方需保证项目研发和实施进度，按具体项目计划时间推进；保证企业评估报告、模型中各项数据项加工正确，前台界面显示正常；保证系统稳定运营，与招标方各系统接口联调正常；在测试过程中，最终计划的测试案例为100%通过且上线后无重大缺陷出现。
投标方保证其交付的开发软件产品的所有内容与功能，项目建设过程及交付物成果、知识转移均符合招标方项目管理、质量管控、项目验收及招标文件需求。投标方保证在本合同项下提供给招标方的开发软件符合软件工程要求和有关软件技术标准，符合招标方提前告知的质量体系要求，并且不会对招标方的系统造成损害。投标方保证开发软件产品不含有或携带软件病毒、后门等危害和妨碍招标方系统及软件运行的程序和内容,开发并提供给招标方的软件产品是安全的、适用的。
5项目管理需求
1、与招标方共同负责制定完整的项目实施计划。
2、与招标方共同负责确定项目开发和系统集成人员的组织结构，明确分工和各环节的责任人。
3、与招标方共同负责对项目实施过程中产生的各类文档和软件版本进行管理。
4、与招标方共同负责对参与本项目工作的人员进行管理。
5、与招标方共同负责对本项目工程进度和质量进行管理。
6、中标人应本着认真负责态度组织技术队伍，做好投标的整体方案，并提供长期保修、维护、服务以及技术支持的措施、计划和承诺。
7、中标人应负责在项目完成时将系统全部有关技术文件、资料及测试、验收报告等文档汇集成册交付招标方。
8、若本标书中的设备、软件产品等方面的配置或要求中出现不合理或不完整的问题时，投标人有责任和义务提出补充修改方案并征得招标方同意后付诸实施。
投标方负责的应用系统开发包括：
1、负责本项目的需求分析工作。
2、协助制定和完善本项目的各项技术规范。
3、负责本项目的系统设计工作。
4、负责建立本项目的开发环境。
5、负责本项目的系统开发。
6、负责建立本项目的测试环境。
7、负责对本项目进行集成测试。
8、负责建立本项目的生产环境。
9、负责在生产环境下对本项目进行性能测试。
10、负责按照软件工程的要求编制相应的系统文档和说明书，并在项目的各个阶段提交招标人审批。
1投标方负责本项目的现场安装和调试工作。
2、配合招标人对本项目的功能和性能进行验收。
3、投标方负责根据测试和验收的结果对本项目进行优化。
4、投标方负责对本项目系统软件产品进行安装。
5、投标方负责对本项目系统及网络的集成测试。
1、兼顾招标方现有系统的实际情况，确保现有系统能够可靠地和本项目系统实现对接。
2、负责了解招标方业务管理情况，确保本项目系统能够灵活地组合字段、逻辑、参数和控制措施从而完成规则的编写，并能对申请数据进行分析，验证规则的有效性。
1、投标方应说明其在国内的工程技术维护队伍和机构情况，服务模式。负责对招标方相关技术人员提供技术咨询服务。
2、在设备安装和系统调测期间，招标方有权派出技术人员参加，投标方有义务对其进行指导。
3、投标方应提供测试软件及与之配套的软硬件环境的完整方案。
4、在系统试运行期间，根据需要投标方有责任派技术人员到现场指导维护工作。
5、须指定总负责人，提供总负责人手机联络方式，并二十四小时开机。
6、远程服务。远程服务是指用户向投标方请求服务支持，投标方在确认用户的请求并征得用户的同意后，通过互联网登录到应用系统，快速而直接地对各种问题进行诊断。投标方仅负责查看数据，寻找故障原因，不对数据进行修改，具体故障排除由投标方工程师指导用户维护人员进行。
7、负责对招标方机房进行可用性、安全性的鉴定和确认。
8、负责对系统运行过程中发生的各类技术问题提供解决方案。
9、负责及时地解决系统运行过程中招标方提出的各种使用问题。
10、后续服务要求。要求投标方明确在保修期后，提供与本项目要求一致的服务，同时在报价中明确后续服务的价格的上限，并保证实际后续服务的价格不高于本次报价。
1、投标方负责对招标方业务和技术人员进行有关培训。
2、投标方负责在项目开发、试运行和投产过程中对招标方业务和技术人员进行实际经验传授。
3、投标方应该明确提交培训内容列表以供招标方参考。
4、投标方应负责招标方技术人员和管理专家的技术培训，包括软件安装、使用、编程和维护方面的培训。
5、现场培训，投标方在招标方总部对实际操作维护人员进行。
6、投标方如对合同中确定的培训地点、时间等提出变更，应提出书面通知，并承担变更中发生的全部费用。
7、投标方应按照投标文件及后继进一步承诺的专业咨询服务的内容、计划、说明，及报价的培训的内容、培训计划、教材说明，按投标及后继约定的报价，提供相关专业咨询服务。
6售后服务要求
1、投标方应承诺保证本项目按时正式稳定地运行，提供自项目验收通过之日起≥1年的原厂免费维护、升级和服务。投标方应承诺超过免费维护、升级和服务时间后，维保费用的收费标准。服务具体内容包括：软件的免费升级；性能的优化；出现产品等技术问题，免费上门排除故障；另外2年内提供≥4次的免费技术回访和系统调优。
2、在系统整个使用期内，投标方应确保系统的正常使用。投标方应详细描述系统出现故障或意外情况时响应措施，针对不同响应级别，采用不同的响应方式。
3、建立运行服务的档案，运行服务的详细记载，可以用于分析总结。
4、投标方7*24小时技术支持和应急响应服务，1小时内电话响应，6小时内到场。
7维保费用
投标方需明确在免费维保结束后，是否提供继续维保，以及每年的维保费用或费率（包括所使用的第三方软件产品）。
投标人应对第三章《项目需求书》的要求内容、方式、程序和时间作出详细的方案。方案的内容应包含但不限于第三章《项目需求书》的要求，作出实质性的响应，否则，可能导致废标。
4、投标方项目经理工作年限在五年以上，必须主持过两个以上类似系统项目的实施，要求具有很强的项目管理能力和丰富的系统建设经验；开发和测试人员必须参加过两个以上类似系统项目的建设，具备两年以上系统建设经验，开发人员必须有很强的开发和解决问题的能力。
