北部湾银行线上信贷及风控引擎平台招标变更
北部湾银行线上信贷及风控引擎平台招标变更
各磋商供应商:
* 、采购项目名称: (略) (略) 线上信贷及风控引擎平台项目
* 、采购项目编号:GXKLC 点击查看>>
* 、采购人名称: (略) (略)
联系人:张女士;联系电话: 点击查看>>
地址: (略) 市 (略) 路 * 号
* 、采购代理机构名称: (略) 中心
地址: (略) 东路 * 号
项目联系人:黎旭华 联系电话: 点击查看>>
* 、首次公告日期: * 日;
* 、更正日期: * 日;
* 、 (略) 分采购内容做更改:
( * )本项目更改为2个分标:
A分标:线上信贷平台;B分标:线上风控引擎平台
A分标为线上信贷平台, (略) (略) 贷款产品(包括自营贷款、 (略) 贷款等)的运营、风控、核算等环节。线上信贷平台服务提供商需为采购人免费提供有关线上信 (略) 和产品上线服务,包括但不限于公积金信用消费贷、房抵贷、小微税银贷、工资贷、月供贷、社保贷、保单贷、车贷等产品。核算模块作为可选项模块,不是必需功能。
B分标为线上风控引擎平台, (略) (略) 贷款产品(包括自营贷款、 (略) 贷款等)的风控决策等环节。线上风控引擎平台服务提供商需为采购人免费提供有关线上信贷产 (略) 服务,并免费提供综合消费贷、公积金信用消费贷、房抵贷、车贷、保单贷、小微税银贷的配套风控模型(含反欺诈、预审、评分、贷中监控、贷后管理及智能催收等模型,并在 (略) 期内免费提供模型更新迭代服务)和产品上线服务。线上风控引擎平台服务提供商需能够为采 (略) 大数据 (略) 服务,满足采购人大数据风控需求。
磋商保证金每个分标分别为:¥ * . * 。
报价表分标按A、 (略) 标识和报价
( * )第 * 章供应商须知前附表第9条,代理服务费收取标准分标按A、B分标成交金额(建设费)计算。
( * )第 * 章项目需求表更改为:
* 、项目要求及技术需求 |
||||
分标 |
采购内容 |
数量 |
技术参数及性能(配置)要求 |
|
A |
(略) (略) 线上信贷项目 |
1项 |
详见附件1 |
|
B |
(略) (略) 线上风控引擎平台项目 |
1项 |
详见附件1 |
|
* 、商务要求表 |
||||
报价要求 |
本项目为交钥匙项目,实行总承包报价;包括项目方案调研、软件提供、运输、保管、设计、施工、安装、调试、验收、培训等各种费用和售后服务、 (略) 有成本费用的总和。磋商供应商应充分考虑施工期间各 (略) 价格变化和可能的国家政策性调整,确定风险系数, (略) 有内容范围的设 (略) 总承包报价,如因以上原因导致项目成本费用增加的,由磋商供应商承担。 |
|||
付款条件 |
( * )建设费(含税):A分标:线上信贷平台的建设费(即保底费);B分标:风控引擎平台的建设费 1、预付款:正式签订合同后 * 个工作日内,采购人向成交人支付建设费总额的 * %作为启动资金; 2、尾款:双方签署系统《竣工验收报告》,且开具全额建设费的增值税专用发票给采购人后 * 个工作日内,采购人提请支付流程向成交人支付合同总额的 * %; 3、质保金:合同金额的 * %为质量保证金,系统 (略) (略) 到成交人承诺的免费维保期结束,且达到成交人承诺的性能指标后支付; 注:成交人在每次付款前须提请付款申请。 ( * )分润费(含税):A分标:线上信贷平台的分润费用 结算频率为半年,每半年过后 * 天内,双方对当前的 (略) 结算支付。 注:成交人在每次付款前须提请付款申请并开具相应增值税专用发票给采购人。 |
|||
商务其他要求详见附件1要求 |
||||
( * )第 * 章成交标准( * )评定方法更改为:
A分标
评分项目 |
评分因素 |
分值 |
评分标准 |
(略) 分( * 分) |
线上信贷平台报价 |
* |
产品报价:各磋商供应商的线上信贷平台年度费用保底价、封顶价报价分别计算算术平均值作为两个单项评标基准价。 磋商供应商年度费用保底价和封顶价报价均等于评标基准价的得满分 * 分。 磋商供应商年度费用保底价报价高于评标基准价的,每高于评标基准价1%,在满分 * 分的基础上扣0.3分;磋商供应商年度费用封顶价报价高于评标基准价的,每高于评标基准价1%,在满分 * 分的基础上扣0.3分。 磋商供应商年度费用保底价报价低于评标基准价的,每低于评标基准价1%,在满分 * 分的基础上扣0.2分。磋商供应商年度费用封顶价报价低于评标基准价的,每低于评标基准价1%,在满分 * 分的基础上扣0.2分。 甄别异常报价:有下列情况的报价不进入评标价计算环节:如磋商小组致认为最后最低报价或报价中某些报价分项明显不合理,有降低质量、不能诚信履约的可能时,磋商小组会有权通知磋商供应 (略) 规定 (略) 书面解释。如磋商供应商未在规定期限内做出解释,或所作解释不合理,经磋商小组取得 * 致意见后,可列为异常报价,确定该响应文件为无效。 |
3 |
维保费率:磋商供应商最低报价维保费率/该磋商供应商的报价维保费率× 3 |
||
3 |
免费维保期:磋商供应商提供3年(不含)以上免费维保期的得3分;磋商供应商提供3年免费维保期的得2分;磋商供应商提供2年免费维保期的得1分。免费维保期低于2年不得分。 |
||
(略) 分( * 分) |
业务需求指标满足度 |
* |
线上信贷平台业务需求指标满足度:根据满足采购文件的需求情况、业务需求理解及综合分析程度。线上信贷平台具体满足但不限于办理线上个人客户及法人客户贷款、关联系统对接、各类型申贷入口、客户经理APP、Ⅱ类及Ⅲ类账户开立管理、黑白灰名单管理、身份核查、爬虫服务、产品管理、客户关系管理、征信管理、 (略) 方管理、账户体系管理、押品管理、贷款审批和发放管理、支付管理、贷后管理等项目功能,实现线上信贷的贷前、贷中、贷后全流程管理。 * 档0.1~5分:提供的线上信贷平台仅满足上述要求的 * %或以下; * 档5.1~ * 分:提供的线上信贷平台满足上述要求的 * %- * %; * 档 * .1~ * 分:提供的线上信贷平台完全满足或优于上述要求,针对性强。 |
技术需求指标满足度 |
* |
技术需求指标满足度:根据满足采购文件的需求情况、技术需求理解及综合分析程度。具体满足但不限于协议接口标准和开发、关联系统联调对接、数据库及交易日志记录准确、支持 (略) 理速度、多法人和多渠道联合放款管理、多放款主体管理、快速 (略) 理能力、系统具备先进性、系统具备安全性和可靠性、系统易于维护等技术要求。 * 档0.1~5分:提供的技术需求指标仅满足上述要求的 * %或以下; * 档5.1~ * 分:提供的技术需求指标满足上述要求的 * %- * %; * 档 * .1~ * 分:提供的技术需求指标完全满足或优于上述要求,针对性强。 |
|
系统采购人实际环境路演 |
5 |
系统采购人实际环境路演细致、生动,契合系统业务需求和技术需求。 采购人根据供应商实际环境路演内容(详见第 * 点),综合评定各供应商档次,由评委在档次内独立打分。 * 档0.1~2分:实际环境路演不够细致,不易理解和掌握。 * 档2.1~4分:实际环境路演基本满足要求,可以理解和掌握。 * 档4.1~5分:实际环境路演细致,重点突出,极易理解和掌握。 |
|
(略) 路演 |
5 |
(略) 路演细致、生动,契合系统业务需求和技术需求。 磋商小组根据供 (略) 路演情况(由 (略) 提出演示内容),综合评定各供应商档次,由评委在档次内独立打分。 * 档0.1~2分: (略) 路演不够细致,不易理解和掌握。 * 档2.1~4分: (略) 路演基本满足要求,可以理解和掌握。 * 档4.1~5分: (略) 路演细致,重点突出,极易理解和掌握。 |
|
系统扩展性和升级能力 |
3 |
* 档0.1~1分:未针对本项目系统扩展性和升级能力做出详细描述。 * 档1.1~2分:提供简单的系统可扩展性和可持续的升级能力的方案,基本满足采购人业务短期内快速发展需要及监管要求的变化。 * 档2.1~3分:提供详细的系统具有可扩展性以及可持续的升级能力方案,能够满足采购人业务近期和远期快速发展需要及监管要求的变化。 |
|
信誉和业绩( * 分) |
资质情况 |
1 |
磋商供应商通过CMMI3级以上认证得1分;通过ISO * 质量管理体系认证得1分;通过ISO * 1信息安全管理体系认证得1分。最高得1分。 |
线上信贷平台案例 |
* |
近 * 年( * 年1月1日至今)磋商供应商承担过与本线上信贷平台项目内容相当的成功案例( (略) 的项目),案例实现的系统功能应满足但不限于线上贷款办理、关联系统对接、账户体系管理、征信管理、贷款进件管理、贷款审批和发放管理、支付管理、贷后管理等项目功能,实现线上信贷的贷前、贷中、贷后全流程管理。有效案例 * 个得2分,最高 * .0分,没有为0分。(以提供的合同和中标通知书为准,合同首页、尾页 (略) 分复印件需装订在投标文件中;应提供案例对象证明人职位及联系方式等信息) |
|
实施服务(5分) |
实施能力 |
5 |
* 档0.1~1.0分:项目整体规划基本合理,实施方案基本完整, (略) 署基本合理,工作阶段划分基本明确,实施 (略) ,项目管理组织机构及实施人员职能基本满足要求,培训方案及计划基本满足要求; * 档1.1~3.0分:项目整体规划合理,实施方案完整, (略) 署合理,工作阶段划分明确, (略) ,项目管理组织机构及实施人员职能满足要求,培训方案及计划满足要求; * 档3.1~5.0分:项目整体规划科学合理,实施方案完整清晰, (略) 署清晰合理,工作阶段划分清晰明确,实施 (略) ,项目管理组织机构及实施人员职能满足要求,有成熟完善的项目管理方法和机制,培训方案及计划满足要求。 |
售后服务(5分) |
售后保障 |
5 |
* 档0.1~3.0分:质保期内的服务承诺及安排合理,提供了售后服务和应急维护方案,可操作性不强,响应时间 * 般,人员配置满足要求, (略) 置措施,基本满足采购要求; * 档3.1~5.0分:质保期内的服务承诺及安排合理,提供的售后服务和应急维护方案针对性强,可操作性强,响应时间迅速,人员配置合理, (略) 置措施保障有力,完全满足采购要求。 |
B分标
评分项目 |
评分因素 |
分值 |
评分标准 |
(略) 分( * 分) |
线上风控引擎平台报价 |
* |
产品报价:各磋商供应商的线上风控引擎平台报价算术平均值作为评标基准价。磋商供应商报价等于评标基准价的得满分 * 分;磋商供应商报价高于评标基准价的,每高于评标基准价1%,在满分 * 分的基础上扣0.3分;磋商供应商报价低于评标基准价的,每低于评标基准价1%,在满分 * 分的基础上扣0.2分。 甄别异常报价:有下列情况的报价不进入评标价计算环节:如磋商小组致认为最后最低报价或报价中某些报价分项明显不合理,有降低质量、不能诚信履约的可能时,磋商小组会有权通知磋商供应 (略) 规定 (略) 书面解释。如磋商供应商未在规定期限内做出解释,或所作解释不合理,经磋商小组取得 * 致意见后,可列为异常报价,确定该响应文件为无效。 |
3 |
维保费率:磋商供应商最低报价维保费率/该磋商供应商的报价维保费率× 3 |
||
3 |
免费维保期:磋商供应商提供3年(不含)以上免费维保期的得3分;磋商供应商提供3年免费维保期的得2分;磋商供应商提供2年免费维保期的得1分。免费维保期低于2年不得分。 |
||
(略) 分( * 分) |
业务需求指标满足度 |
* |
线上风控引擎平台业务需求指标满足度: (略) 的需求情况、业务需求理解及综合分析程度。线上风控引擎具体满足但不限于关联系统对接、系统松耦合、各类数据接入、反欺诈、信用评分、风控策略、规则引擎、可视化建模等项目功能,实现涵盖反欺诈、客户准入策略、贷中监测预警、贷后催收管理、风险管理、数据集市等全流程的风控管理。 * 档0.1~5分:提供的线上风控引擎平台仅满足上述要求的 * %或以下; * 档5.1~ * 分:提供的线上风控引擎平台满足上述要求的 * %- * %; * 档 * .1~ * 分:提供的线上风控引擎平台完全满足或优于上述要求,针对性强。 |
技术需求指标满足度 |
* |
技术需求指标满足度:根据满足采购文件的需求情况、技术需求理解及综合分析程度。具体满足但不限于协议接口标准和开发、关联系统联调对接、数据库及交易日志记录准确、支持 (略) 理速度、多法人和多渠道联合放款管理、多放款主体管理、快速 (略) 理能力、系统具备先进性、系统具备安全性和可靠性、系统易于维护等技术要求。 * 档0.1~5分:提供的技术需求指标仅满足上述要求的 * %或以下; * 档5.1~ * 分:提供的技术需求指标满足上述要求的 * %- * %; * 档 * .1~ * 分:提供的技术需求指标完全满足或优于上述要求,针对性强。 |
|
系统采购人实际环境路演 |
5 |
系统采购人实际环境路演细致、生动,契合系统业务需求和技术需求。 采购人根据供应商实际环境路演内容(详见第 * 点),综合评定各供应商档次,由评委在档次内独立打分。 * 档0.1~2分:实际环境路演不够细致,不易理解和掌握。 * 档2.1~4分:实际环境路演基本满足要求,可以理解和掌握。 * 档4.1~5分:实际环境路演演细致,重点突出,极易理解和掌握。 |
|
(略) 路演 |
5 |
(略) 路演细致、生动,契合系统业务需求和技术需求。 磋商小组根据供 (略) 路演情况(由 (略) 提出演示内容),综合评定各供应商档次,由评委在档次内独立打分。 * 档0.1~2分: (略) 路演不够细致,不易理解和掌握。 * 档2.1~4分: (略) 路演基本满足要求,可以理解和掌握。 * 档4.1~5分: (略) 路演细致,重点突出,极易理解和掌握。 |
|
系统扩展性和升级能力 |
3 |
* 档0.1~1分:未针对本项目系统扩展性和升级能力做出详细描述。 * 档1.1~2分:提供简单的系统可扩展性和可持续的升级能力的方案,基本满足采购人业务短期内快速发展需要及监管要求的变化。 * 档2.1~3分:提供详细的系统具有可扩展性以及可持续的升级能力方案,能够满足采购人业务近期和远期快速发展需要及监管要求的变化。 |
|
信誉和业绩( * 分) |
资质情况 |
1 |
磋商供应商通过CMMI3级以上认证得1分;通过ISO * 质量管理体系认证得1分;通过ISO * 1信息安全管理体系认证得1分。最高得1分。 |
线上风控引擎平台案例 |
* |
近 * 年( * 年1 月1 日至今)磋商供应商承担过与本线上风控引擎项目内容相当的成功案例( (略) 的项目),案例实现的系统功能应满足但不限于关联系统对接、系统松耦合、各类数据接入、反欺诈、信用评分、风控策略、规则引擎等项目功能,实现涵盖反欺诈、客户准入策略、贷中监测预警、贷后催收管理、风险管理等全流程的风控管理。有效案例 * 个得2分,最高 * .0分,没有为0 分。(以提供的合同和中标通知书为准,合同首页、尾页 (略) 分复印件需装订在投标文件中;应提供案例对象证明人职位及联系方式等信息) |
|
实施服务(5分) |
实施能力 |
5 |
* 档0.1~1.0分:项目整体规划基本合理,实施方案基本完整, (略) 署基本合理,工作阶段划分基本明确,实施 (略) ,项目管理组织机构及实施人员职能基本满足要求,培训方案及计划基本满足要求; * 档1.1~3.0分:项目整体规划合理,实施方案完整, (略) 署合理,工作阶段划分明确, (略) ,项目管理组织机构及实施人员职能满足要求,培训方案及计划满足要求; * 档3.1~5.0分:项目整体规划科学合理,实施方案完整清晰, (略) 署清晰合理,工作阶段划分清晰明确,实施 (略) ,项目管理组织机构及实施人员职能满足要求,有成熟完善的项目管理方法和机制,培训方案及计划满足要求。 |
售后服务(5分) |
售后保障 |
5 |
* 档0.1~3.0分:质保期内的服务承诺及安排合理,提供了售后服务和应急维护方案,可操作性不强,响应时间 * 般,人员配置满足要求, (略) 置措施,基本满足采购要求; * 档3.1~5.0分:质保期内的服务承诺及安排合理,提供的售后服务和应急维护方案针对性强,可操作性强,响应时间迅速,人员配置合理, (略) 置措施保障有力,完全满足采购要求。 |
第 * 点, * 、系统采购人实际环境路演内容修改为:
( * )A分标 线上信贷平台路演内容要点
(1)系统功能路演内容要点
重点展示内容 |
具体内容 |
具体展示 |
路演评价 |
|||
* 档 |
* 档 |
* 档 |
|
|||
1.系统性能 |
操作体验 |
系统与用户的交互界面,应以最佳用户 (略) ,方便用户操作。UI设计应符合我方的相关设计规范,美观大方,业务操作流程应简洁明了,易于用户理解。 |
|
|
|
|
关联系统对接 |
(略) 现有核心系统、信贷系统、支付系统、投融资平台、客服系统、电子合同和印章系统、征信前置系统和短信平台系统等关联上下游系统,实现系统交互。 (略) 联网核查公民身份信息系统、第 * 方支 (略) 系统。 |
|
|
|
|
|
第 * 方平台对接 |
支 (略) 景 (略) 平台(含助贷、联合贷等)、第 * 方支付平台等,系统具备先进性、拓展性和开放性。与 (略) 机构应建立满足 (略) 业务需求的信息系统,支持其他交互功能,并通过技术手段实现敏感信息的有效隔离,保证双方数据交互在安全合规 (略) 。 |
|
|
|
|
|
业务响应 |
需要满足7* * 小时不间断服务,支持 (略) 署功能。支持业务并发能力,大于 * 笔/秒,系统资源使用率低于 * %,交易成功率高于 * .9%,平均交易(单节点)小于 * ms。 |
|
|
|
|
|
大屏展示 |
具备大屏展示功能,为管理 (略) 门等通过专用大屏幕 (略) 线上业务办理情况,例如展示客户数量、业务量、业务区域分布等信息,直观、醒目地展示业务办理情况。 |
|
|
|
|
|
APP端功能 |
提供客户经理APP功能,为客户经理提供接单和业务管理等服务,帮助客户经理推进业务办理操作。 |
|
|
|
|
|
提供客户APP功能,为客户提供申贷入口、还款操作及贷款管理等服务。 |
|
|
|
|
||
提供 (略) 方APP功能,为 (略) 方提供业务对接服务, (略) 与 (略) 方的业务 (略) 衔接。 |
|
|
|
|
||
爬虫服务 |
支持提供“爬虫服务”,针对业务需要实现数据抓取服务并完成数据整理。 |
|
|
|
|
|
2.用户权限管理 |
机构管理 |
支持机构新增、修改、撤并、信息查询等操作, (略) 总分支多层级的机构管理需求。 |
|
|
|
|
用户管理 |
支持用户的新增、修改、停启用等操作,支持用户密码设置、修改、重置、登 * 与退出等操作。 |
|
|
|
|
|
角色管理 |
支持角色的新增、修改、停启用、权限节点设置。不同角色对应的平台查看和操作权限不同,不同角色下可有多个用户。 |
|
|
|
|
|
参数设置 |
支持对系统各项 (略) 设置,提供系统安全性。 |
|
|
|
|
|
操作日志 |
针对平台相关操作人员的 (略) 记录,支持操作日志查询等。 |
|
|
|
|
|
3.贷款进件 |
申贷入口 |
实现关联系统对接, (略) 、 (略) 、 (略) (公众号)、APP端、扫 * 维码或 (略) 方系统等作为申贷入口,发起贷款在线申请和放款等流程,也可通过提供H5页面、SDK等方式支持外围 (略) 平台等申贷入口的接入。提供客户信息及贷款服务,包括客户注册、认证、登录、额度获取、贷款申请、支付、还款提醒、还款等。 |
|
|
|
|
Ⅱ、Ⅲ类账户渠道 |
支持客户通过开立Ⅱ、Ⅲ (略) 线上申贷,支持Ⅱ、Ⅲ类账户管理。 |
|
|
|
|
|
客户申请贷款时,支持通过指定 (略) 平台系统鉴 (略) (略) II、Ⅲ类账户, (略) (略) * 类账户绑定。 |
|
|
|
|
||
支持客户申请 (略) II、Ⅲ类户时,校验身份证正反面影像、身份证详情等信息,并需支持人脸识别校验功能。 |
|
|
|
|
||
黑、白、灰名单管理 |
针对分类为白名单、灰名单和黑名单的客户,对白名单用户贷款授信服务、对灰名单限制提供贷款服务、对黑名单无法提供贷款服务。支持将第 * 方征信机构、 (略) 方、本行等提供的黑、白、 (略) 导入。 |
|
|
|
|
|
支持黑、白、灰名单自动导入、人工导入、批量导入等操作。 |
|
|
|
|
||
支持黑、白、灰名单修改、停用、启用、相互转换等操作。 |
|
|
|
|
||
支持黑、白、会名单查询、下载等服务。提供模板查看和下载服务。 |
|
|
|
|
||
身份核查 |
(略) 联网核查公民身份信息系统作公民身份核查。 |
|
|
|
|
|
(略) 要求对客户 (略) (略) 理,支持通过OCR技术获取身 (略) (略) 理。 |
|
|
|
|
||
(略) 系统核查 (略) (略) 理。 |
|
|
|
|
||
支持人 (略) 理。 |
|
|
|
|
||
支持将前端人脸识别、OCR(身份证、银行卡)等 (略) 存档。 |
|
|
|
|
||
客户类型 |
支持自然人及企事业法人客户作为借款人的贷款申请和办理。 |
|
|
|
|
|
4.客户关系管理 |
客户关系管理 |
构建高效实用的客户关系管理体系,整合客户、产品、队 * * 大销售要素,塑造销售管理流程,实践精细化管理和精准营销。支持通过配置规则,筛选营销对象,发送营销信息。包括对个人客户、企业客户关系的管理。 |
|
|
|
|
5.征信管理 |
征信查询 |
(略) 征信前置系统对接,传输征信查询指令及上传相应文件,获取客户征信报告。 |
|
|
|
|
征信解析 |
提供客户征信报告解析服务或传送给风控 (略) 解析。 |
|
|
|
|
|
征信报送 |
按照既定规则,对贷款客户的 (略) 批量报送。 |
|
|
|
|
|
6.产品管理 |
产品目录管理 |
支持产品目录管理功能,实现产品编码、产品分类、产品上线发布、产品维护等操作。 |
|
|
|
|
产品查询 |
支持产品详情查询、产品和贷款明细详情查询及其他明细和详情查询等功能。 |
|
|
|
|
|
产品额度管理 |
支持产品额度管理,额度调额支持设置审批程序。 |
|
|
|
|
|
产品参数维护 |
支持产品参数维护,包括但不限于产品起点金额和最高限额等;支持收费定价管理和维护。 |
|
|
|
|
|
(略) 方管理 |
支持 (略) 方在权限内登 * 查看和维护其 (略) 产品。 |
|
|
|
|
|
产品销售管理 |
满足产品销售的必要功能。 |
|
|
|
|
|
7. (略) 方管理 |
(略) 方维护 |
支持 (略) 方的准入、添加、修改、停启用、机构信息录入、贷款审批规则信息维护、信息查询等。 (略) 方包括但不限于联合贷款机构、助贷机构、担保代偿机构、保险机构等。 |
|
|
|
|
(略) 方账户管理 |
支持 (略) 方账户、费用管理、担保代偿保证金信息查询及维护等;支持 (略) 方账户资金调拨、账户冻结/解冻等操作。 |
|
|
|
|
|
(略) 方额度管理 |
支持对合 (略) 管理,调额支持设置审批程序。 |
|
|
|
|
|
(略) 方保证金管理 |
支持 (略) 方保证金管理,实现 (略) 方保证金转入、转出、扣划、冻结/解冻、对账、查询、统计等操作。 |
|
|
|
|
|
(略) 方分润管理 |
支持 (略) 方分润管理,根据既定分润模式和比例,计算分润费用,展示分润费用计算过程,支持分润费用查询、统计分析等。 |
|
|
|
|
|
授权登录 |
支持 (略) 方授权登录平台,平台提供H5页面、SDK在 (略) 方平台嵌入用户注册、贷款申请、还款、查询等功能。支持从 (略) 方直接跳转至H5服务。 |
|
|
|
|
|
(略) 景获客 |
支持客户扫描 (略) 景中生成的 * 维码登录平台页面,获取 (略) 方提供的客户基本信息、交易产品信息,基于与 (略) 方 (略) 景,协助客户快速提交贷款申请。 |
|
|
|
|
|
信息查询 |
支持 (略) 方客户登录平台系统查询其担保代偿及债权回购保证金信息、产品信息、业务统计信息,维护其客户信息、产品等信息。 |
|
|
|
|
|
(略) 理 |
支持与 (略) 方数据核对,即平台接收外围 (略) 方的 (略) 核对,对于差错生成报表并支持 (略) (略) 理。 |
|
|
|
|
|
其他功能 |
支持其他必要的 (略) 方管理功能,确保业务流程顺畅。 |
|
|
|
|
|
8.账户体系管理 |
贷款账户管理 |
支持建立客户贷款账户管理体系,建立客户贷款总账户的同时,根据各个贷款产品设置子账户,实现账户按产品分类管理,可清晰展示客户每笔贷款资金变动情况。 |
|
|
|
|
贷款账务核算 |
根据产品既定规则, (略) 账务核算、利息计提等,并将贷款数据批量发送给核心系统、信贷系统。 |
|
|
|
|
|
客户账户管理 |
(略) 内系统对接实现分类账户的开户与管理。支持建立虚拟账户体系,包括分类账户(映射)、关联账户( (略) 卡账户)等。 |
|
|
|
|
|
支持分类账户同Ⅰ类户( (略) )绑定,支持具备层级关系的分类账户账号体系,可以完成分类账户开户、身份验证、激活、销户、冻结、查询、签约管理、密码管理等相关的分类账户基本管理及维护功能。具体 (略) 分类账户管理要求。 |
|
|
|
|
||
支持账户信息修改、账户额度管理、账户变更管理(账户冻结、解冻)等。 |
|
|
|
|
||
提供账户信息与信息与交易明细查询、统计与分析功能。 |
|
|
|
|
||
支持平台账户与核心等系统对接,实现账户开户、查询、记账、会计核算等功能。可以提供标准的接口给各业务系统调用。 |
|
|
|
|
||
9.押品管理 |
押品管理 |
支持押品管理功能模块,实现对押品的系统化管理。 |
|
|
|
|
* .贷款审批和发放 |
贷款审批 |
根据确定的贷款审批节点,系统完成与 (略) 交互,并按照 (略) 自动审批或进入人工审批环节(包括授信额度核定),完成贷款的审批。 |
|
|
|
|
贷款额度管理 |
支持额度信息管理,额度信息包括客户名称、额度生效日期、额度失效日期、授信额度、临时额度、增信额度、提现额度、币种、适用产品等信息。 |
|
|
|
|
|
统 * 授信管理 |
(略) 内现有信贷系统交互,实现统 * 授信管理,防范过度授信和重复授信等风险。 |
|
|
|
|
|
(略) 理 |
支持与客户签订以数据电文形式的签订的贷款合同(格式文本),支持电子印章,且应符合《中华人民共和国合同法》、《中华人民共和国电子签名法》等法律法规的规定。格 (略) 确定。 |
|
|
|
|
|
支持在电子借款合同中与借款人明确约定贷款的金额、期限、利率、用途、支付、还款日期及方式等,并设立相应条款明确 (略) 合 (略) 合同时应当承担的违约责任。 |
|
|
|
|
||
已签订的借款合同可供借款人查阅下载。 |
|
|
|
|
||
保证借款合同及客户信息等内容的存储数据不被窃取泄露。 |
|
|
|
|
||
贷款发放 |
接受各渠道系统的放款请求,对客户提交贷款申请的金额、期限、利率、用途、支付、还款放 (略) 审核,生成放款信息,按既定 (略) 支付、核 (略) 放款。根据客户贷款要素生成还款计划。满足秒级放款,提升客户体验。 |
|
|
|
|
|
支持系统自动审批放款及人 (略) 理;支持对人工审核 (略) 管理及对审 (略) 管理;支持系统贷款审批规则设置。 |
|
|
|
|
||
支持自主支付、受托支付等放款方式。 |
|
|
|
|
||
系统支持按照借款合同约定,通过贷款人受托支付或借款人自主支付的方式对贷款资 (略) 管理与控制。在贷款资金发放支付后,系统做好有关发放记录的数据保存。 |
|
|
|
|
||
支持放款完成后更新订单状态、贷款协议等信息。放款审核通过后,系统支持自动发送放款转账提醒信息给客户。 |
|
|
|
|
||
对联合贷款,系统支持 (略) 方资 (略) (略) 理。 |
|
|
|
|
||
支持客户查看自身贷款信息功能;支持人工审核放款人员查看订单信息。 |
|
|
|
|
||
* .支付管理 |
资金支付 |
系统支持多种资金通道的接入与管理, (略) 内已有支付系统的对接,也支持与第 * 方支付平台、人行、银联的对接,支持按照配置规则的的资金通路自动选择。支持资金转入、转出、代扣、充值、提现等功能。支持与对接的系统之间的交易汇总、自动账务核对和资金清算,如核心系统、信贷系统、理财系统、第 * 方系统等,行内人员可通过管理平台,进行对账、清算结果的查询,并支持对对账、清算出现问题或出现差 (略) (略) 理。 |
|
|
|
|
放款支付模式 |
放款支付支持联机实时放款及批量放款支付模式,也支持人工操作支付,支持通过第 * 方支付平台或托管相关系统等系统放款至客户II类账户或指定账户,完成贷款发放账户扣减、II类户的记账、手续费扣收、 (略) 绑定账户或指定收款账户等功能。对于联合贷款,系统支持 (略) 机构资 (略) (略) 理。 |
|
|
|
|
|
头寸管理 |
支持设置可视化界面,对产品单日发放额度和资 (略) 管理。 |
|
|
|
|
|
支付路径配置化 |
支付过程路径支持配置化,即可根据金额、时间、费用等要素选择贷款支付路径,走不同的支付系。 |
|
|
|
|
|
(略) 理 |
支持接收支付系 (略) (略) 理。支持对支付交易超时等异常情况通过状态查询、交易重 (略) (略) 理。 |
|
|
|
|
|
* .贷后管理 |
贷款还款/代偿 |
根据账务核算结果和既定还款/代偿规则,生成还款信息(包括但不限于主动还款、到期自动扣款、提前还款等),通过接口传递扣款信息,完成客户账户(或 (略) 方)扣款,并更新贷款还款信息。支持根据 (略) 还款失败重试。支持等额本息、等额本金、 * 次性还本付息、先息后本、按期付息还本等还款方式,支持随借随还、提前还款。 |
|
|
|
|
支持自助还款、 (略) 方协助还款等还款方式。 |
|
|
|
|
||
支持当发生影响借款人偿债能力的重大不利事项时,或者风控管理产生预警(包括但不限于风险预警模型的贷后风控管理预警、人工风险监测预警、借 (略) 为预警等)的,相关情形符合贷款合同有关约定的,系统支持提前收回贷款。 |
|
|
|
|
||
贷款展期 |
支持按照既定规则对客户贷款 (略) 审批和展期操作。 |
|
|
|
|
|
逾期管理 |
(略) 为/催收评分卡,在客户贷款逾期或发生坏账的情况下评分卡自动触发,用于预测和评估对 (略) 采取的措施的有效性,预测结果支持以 (略) 表现。支持短信、语音等多种催收方式,根据既定规定触发催收动作。支 (略) 理。 |
|
|
|
|
|
资产证券化 |
支持资产证券化相关功能和操作。 |
|
|
|
|
|
风险预警 |
支持根据设定的预警规则和指标,结合与风控引擎交互结果,对 (略) 查询、筛选和分析,提供风控预警服务,按照重要程度或者预警分类,将预警结果展示给目标用户。 |
|
|
|
|
|
贷后检查 |
支持以 (略) 贷后检查的管理,可以配置定期检查的频率(周期),系统根据贷后检查频率要求,由系统后台产生贷后检查任务。贷后检查任务产生后,按照企业客户及个人客户的不同产生检查要素,客户经理对 (略) 贷后检查,例如客户经营状况,财务状况,发展状况,投资状况;在检查过程中,通过对财务报表的录入、考核指标的评定、客户的贷款逾期情况,自动生成符合模板的贷后检查报告,同时提出对 (略) 理跟踪建议。同时,应支持由系统与 (略) 交互,通过大数据分析,自动化完成贷后分析的功能。 |
|
|
|
|
|
* 级分类 |
支持根据预设的分类规 (略) * 级分类。 |
|
|
|
|
|
* .辅助功能 |
消息管理 |
支持设置消息发送内容模板、发送时间、周期等内容,支持通过短信、微信、邮 (略) 信息发送。消息通知包括但不限于注册验证码信息通知、贷款预授信信息通知、贷款授信信息通知、贷款审批及审批确认信息通知、贷款发放信息通知、贷款发放异常信息通知、贷款还款提醒信息通知、贷款逾期催收信息通知、风控预警信息通知等。支持其他消息维护管理。 |
|
|
|
|
(略) 理 |
支持系统批量对账和人工对账功能,实施放款对账、还款对账、支付对账等,以保证平台系统、核心系统、信贷系统、 (略) 方贷款和还款等信息无误。支持对异常 (略) 显示,由 (略) (略) 理。 |
|
|
|
|
|
档案管理 |
将客户的审贷材料、贷款合同、贷款管 (略) 电子存档,并支持单个和批量调阅、下载。 |
|
|
|
|
|
影像系统服务 |
提供影像系统服务,满足业务开展需求,提升业务服务性能。 |
|
|
|
|
|
统计报表 |
支持内置报表功能,提供报表查询和下载服务。可 (略) 实际业务情况,开发可定制化报表,有效增强系统对个性化需求的响应速度。 |
|
|
|
|
(2)项目技术路演内容要点
重点展示内容 |
具体展示 |
路演评价 |
||
* 档 |
* 档 |
* 档 |
||
1.技术要求 |
提供应用的 * 体化监控告警和日志管理功能。 |
|
|
|
提供集中化、图形化的批量任务管理平台。 |
|
|
|
|
可以提供开放、标准的协议接口,便于与第 * 方系统对接,与行内其他必要系统(核心系统、支付系统、信贷系统、征信前置系统、投融资平台、 (略) 、 (略) 、 (略) ) (略) (略) 联调对接,以减少重复开发避免资源浪费。 |
|
|
|
|
数据库流水、交易日志记录准确,能准确记录线上贷款业务信息。 |
|
|
|
|
系统能支持高并发、高处理速度,以满足线上贷款业务需求,保证 (略) 。 |
|
|
|
|
系统支持多法人、多渠道联合放贷模式,实现办理联合贷业务。系统支持与助 (略) 第 * 方平台对接,实现办理助贷业务。 |
|
|
|
|
应用系统支持从数据库模型、对外接口等方面对多个 (略) 合理设计,支持按照多个放款主体对数据、功能、接口、业务管理、统 (略) 有效隔离, (略) 发起 (略) 等的多放款主体业务开展需求。 |
|
|
|
|
2.性能设计要求 |
说明系统性能有关的设计,要求描述系统响应速度和并发支持能力。 |
|
|
|
提供线上贷款业务在该平台的 (略) 理能力,同时给出系统对并发连接的支持能力。 |
|
|
|
|
提供系统投产前的详细的压力测试报告 |
|
|
|
|
3.可扩展性要求 |
业务扩展:要求提供的平台能够很好地实现业务功能扩展,通过对业务功 (略) (略) 理实现 (略) 式更新。 |
|
|
|
系统扩展:要求提供的平台可通过多路负载,实现硬件服务器的良好扩展,适应业务访问量出现线性增加后带来的系统扩展性需求。 |
|
|
|
|
4.项目理解完整性要求 |
对项目需求完全理解,出具需求规格说明书。 |
|
|
|
5. (略) 性要求 |
总体技术方案和建议,具有思路清晰、有前瞻性、先进性、完整性,设计合理、支持分步建设、升级扩展能力强,易用、易维护。 |
|
|
|
6.系统先进性要求 |
整体框架保持领先、稳定。系统应既包含当前先进的科学技术,又能方便拓展相关的系统功能,减少为满足系 (略) 的多次重复性建设。 |
|
|
|
7.系统安全性要求 |
(略) 系统补 * 的升级和安全配置, (略) 入侵检测和漏洞扫描等安全检查工作。 (略) 使用的开源框架能提供全面的技术保障。重要应用系统中传输关键、敏感数据时要采用传输加密技术,实现数据机密性要求。系统上线前,应提供系统安全测试报告及源代码安全检查报告。 |
|
|
|
系统必须具有严谨周密的安全体系结构,必须能 (略) 门的安全审查,从信息的保密性、完整性、可用性、不可抵赖性等方面出发提供有效、全方位、多层次的安全机制,抵御可能产生的恶意攻击和病毒侵蚀, (略) 安全、网络安全和应用系统安全等方面有合理可靠的策略。系统需从如下几个方面 (略) (略) 线上信贷业务的安全性要求:(1)保障用户的信息与资 (略) 全;(2)保障传输信息完整、不泄露;(3)保障数据的完整与存储安全。 |
|
|
|
|
8.系统可靠性要求 |
系统在设计时充分考虑稳定性及对用户误操作的容错功能,保证在正常情况下系统能保持长时 (略) 。但对于由于不可预见的原因导致的系统故障,提 (略) 理恢复机制使系统在尽可能短的时 (略) 。应具有严格的安全控制、数据访问级别管理、数据备份和恢复机制,以确保数据安全可靠并达到尽 (略) 效率。 |
|
|
|
9.开发集成要求 |
系统在设计时充分考虑稳定性及对用户误操作的容错功能,保证在正常情况下系统能保持长时 (略) 。但对于由于不可预见的原因导致的系统故障,提 (略) 理恢复机制使系统在尽可能短的时 (略) 。应具有严格的安全控制、数据访问级别管理、数据备份和恢复机制,以确保数据安全可靠并达到尽 (略) 效率。 |
|
|
|
* .源代码要求 |
成交人须提供本标自有软 (略) 源代码,全部源代码包括但不限于底层平台源代码、产品源代码、客户化源代码、运行平台源代码、开发平台源代码等及源代码说明文档,进行无保留的知识转移。源代码须采用明文方式提供,不得采用混淆等技术手段 (略) 处理,招标人有在源代 (略) 改造或 * 次开发的权利。 |
|
|
|
( * )B分标 线上风控引擎平台路演内容要点
(1)系统功能路演内容要点
重点展示内容 |
具体内容 |
具体展示 |
路演评价 |
||
* 档 |
* 档 |
* 档 |
|||
1.系统性能 |
操作体验 |
要求系统具备优秀的平台操作体验,各类信息查询、工作流展示、审批操作界面重点突出、流程顺畅。 |
|
|
|
业务响应 |
满足7* * 小时不间断服务,支持大并发量,大数据量、低延时等应用特性要求。 |
|
|
|
|
状况异常预警 |
支持 (略) 过程中遇到的异常情况,包括但不限于系统故障、第 * 方数 (略) 理 (略) 预警,将预警信息通过短信、邮件等形式通知运营紧急联系人。 |
|
|
|
|
权限控制 |
支持按用户、用户组、 (略) 管理,管理员可以分配用户可以访问的权限,保证系统和数据安全。 |
|
|
|
|
监控和报表 |
具备完善的业务报表功能,较强的监控和报告能力,定期收集信息并发送监测报告。 |
|
|
|
|
大屏展示 |
具备大屏展示功能,为管理 (略) 门等通过专用大屏幕 (略) 线上风险监控情况,例如展示风控信息,直观、醒目地展示业务监控情况。 |
|
|
|
|
2.关联系统对接 |
关联系统对接 |
可以提供开放、标准的协议接口,开放API, (略) 相关上下游 (略) 无缝对接,确保其 (略) 。 |
|
|
|
系统耦合 |
各模块之间松耦合,可以自由组装拆卸,支持后期其他系统接入, (略) 内其他系统单独调用。 |
|
|
|
|
3.数据接入 |
接入方式 |
内置多种数据源的接入,具备图形化配置界面,可便捷接入各类数据,需支持市面主流第 * 方数据源接入,包括 (略) 征信报告、同盾贷前审核、百融报告、前海黑名单等。对于暂不支持的数据源,提供 * 次开发接口,可以灵活自定义。 |
|
|
|
稳定性监控 |
具备可视化的监控界面,直观展示历史和当前数据接入的稳定性情况,及时发出故障预警和自动采取应急措施。 |
|
|
|
|
更新升级 |
各数据源接入方式相对独立,当数据源发生变化时可单独快速更新升级,不需要重启整个服务。 |
|
|
|
|
4.反欺诈 |
行为预警 |
(略) 为预警、全流程反欺诈预警的策略管理; (略) 为预警、进件反欺诈预警的策略管理。 |
|
|
|
规则配置 |
支持灵活的反欺诈规则配置;支持反欺诈规则批量导入导出;支持自定义反欺诈关联字段;支持多种反欺诈规则组合逻辑。 |
|
|
|
|
身份校验 |
支持OCR识别身份证、银行卡等,并可以 (略) 校验;支持人脸识别,可以将照片与身份证、公安系 (略) 比对;支持活体检测。 |
|
|
|
|
监控管理 |
提供可视化、图像化反欺诈监控界面;支持反欺诈调用情况查看。 |
|
|
|
|
5.风控决策 |
产品管理 |
风控决策作为整个风控体系的核心,用户可以通过 (略) 的图形化的配置界面完成整个风控产品的定制。 |
|
|
|
风控产品的定义包括准入规则定义,反欺诈规则定义,信用风险评估策略定义。支持在策略配置中使用评分卡模型,机器学习模型和自定义代码脚本,以满足不同产品对风控策略配置的不同需求。 |
|
|
|
||
策略管理和迭代 |
支 (略) 管理,包括策略定义、策略修改、策略发布等, (略) 策略迭代和发布。 |
|
|
|
|
信用风险策略支持灰度发布(冠军/挑战者模式)和影子模式发布,同时监测不同模式下风控策略的表现,可以对多 (略) 效率、运 (略) 统计和对比分析,为后续的模型迭代升级提供依据。 |
|
|
|
||
规则引擎 |
内置高效规则引擎,预设多种规则模板,支持规则定义流程;内置评分卡模型。规则因子可根据数据字典中定义的字段自由选择。规则定义支持表达式、简单代码和频次统计。 |
|
|
|
|
规则之间支持多种组合形式,包括首次匹配、最坏匹配、权重匹配,可以灵活地根据业务需求配置相应的多种组合形式。 |
|
|
|
||
支持主流机器学习模式,包括但不限于逻辑回归、决策迭代树、 (略) 络、深度学习、随机森林等。 |
|
|
|
||
(略) (略) 理等模式, (略) 理指 (略) 模型并产生结果, (略) 理只以流的方式实时接入数据并尽快返回结果。 |
|
|
|
||
支持黑名单机制,可以快速对客户做出判断。 |
|
|
|
||
数据字典服务 |
风控平台提供统 * 的数据字典,明确定义各个 (略) 用到的字段的业务含义,码值和数据类型。 提供统 * 的管理界面,方面查看字典中各个字段的的详细信息,数据来源和调用情况。 |
|
|
|
|
数据整合服务 |
风控平台的数据流转可以形成完整的闭环。进件数据,第 * 方数据源数据, (略) 数据,信贷反馈数据统 * 落到数据仓库。在后续对 (略) 迭代升级时可以在系统上直接使用数据仓库中整合好的数据。 |
|
|
|
|
6.可视化建模 |
图形化操作 |
具备美观的UI界面,用户可以通过拖 (略) 建模,无需编程经验即可完成建模创建,支持通过拖拽选择数据源、选择算法、配置工作流,可以在界面上配置参数、筛选变量、对 (略) 理、 (略) 过程等,模型支持导入导出功能。 |
|
|
|
数据分析 |
支持多种常用的数据挖掘算法,包括但不限于逻辑回归、决策树、 (略) 络、深度学习等。 |
|
|
|
|
支持从多种数据源中读取数据,包括但不限于Oracle、MySQL、Hive、SparkSQL、MongoDB、Excel、CSV等。 |
|
|
|
||
具有数据分析功能,可以对 (略) 分析,提供图形化的数据分析报告。 (略) 用户自定义SQL语句,可以直接使 (略) 分析以提高分析效率。 |
|
|
|
||
支持对 (略) 图形化展示,包括但不限于柱状图、饼状图、热力图以及在地图上展示等;支持对图计 (略) 图形化展示,如关系、聚集情况等。 |
|
|
|
||
大数据建模 |
提供丰富的机器学习 (略) 理模块用于风控模型的建设,提供详细的模型评估报告,用于判定模型的优劣。 |
|
|
|
|
建模功能应 (略) 理能力,支持使用可水平扩展的计算集群针对大 (略) 建模。 |
|
|
|
||
支持 * 键智能建模,从多种算法组合中智能给出最优的风控模型。 |
|
|
|
||
能够满足监管合规要求,建模过程透明、可审计,建模方法和模型规则等易于检查、方便审核、合规验收。 |
|
|
|
||
(略) 署 |
AI平台训练的模型应可以直接被风控策略使用,实现 (略) 署和上线。通过分析发现的规则可以 * 键发布到验证沙箱或风险决策平台。 |
|
|
|
|
通过与其他相关信息系统的对接和互动,将自身嵌入到整体显示贷款产品流程中,自动完成对每位贷款申请客户的策略判断,且引导后续 (略) 理。 |
|
|
|
||
模型效果评估 |
可以使用测试数据对 (略) 评估,支持K/S曲线、ROC曲线等方式图表化的展示模型的效果。 |
|
|
|
(2)项目技术路演内容要点
重点展示内容 |
具体展示 |
路演评价 |
||
* 档 |
* 档 |
* 档 |
||
1.技术要求 |
提供应用的 * 体化监控告警和日志管理功能。 |
|
|
|
提供集中化、图形化的批量任务管理平台。 |
|
|
|
|
可以提供开放、标准的协议接口,便于与第 * 方系统对接,与行内其他必要系统(核心系统、支付系统、信贷系统、征信前置系统、投融资平台、 (略) 、 (略) 、 (略) ) (略) (略) 联调对接,以减少重复开发避免资源浪费。 |
|
|
|
|
数据库流水、交易日志记录准确,能准确记录线上贷款业务信息。 |
|
|
|
|
系统能支持高并发、高处理速度,以满足线上贷款业务需求,保证 (略) 。 |
|
|
|
|
系统支持多法人、多渠道联合放贷模式,实现办理联合贷业务。系统支持与助 (略) 第 * 方平台对接,实现办理助贷业务。 |
|
|
|
|
应用系统支持从数据库模型、对外接口等方面对多个 (略) 合理设计,支持按照多个放款主体对数据、功能、接口、业务管理、统 (略) 有效隔离, (略) 发起 (略) 等的多放款主体业务开展需求。 |
|
|
|
|
2.性能设计要求 |
说明系统性能有关的设计,要求描述系统响应速度和并发支持能力。 |
|
|
|
提供线上贷款业务在该平台的 (略) 理能力,同时给出系统对并发连接的支持能力。 |
|
|
|
|
提供系统投产前的详细的压力测试报告 |
|
|
|
|
3.可扩展性要求 |
业务扩展:要求提供的平台能够很好地实现业务功能扩展,通过对业务功 (略) (略) 理实现 (略) 式更新。 |
|
|
|
系统扩展:要求提供的平台可通过多路负载,实现硬件服务器的良好扩展,适应业务访问量出现线性增加后带来的系统扩展性需求。 |
|
|
|
|
4.项目理解完整性要求 |
对项目需求完全理解,出具需求规格说明书。 |
|
|
|
5. (略) 性要求 |
总体技术方案和建议,具有思路清晰、有前瞻性、先进性、完整性,设计合理、支持分步建设、升级扩展能力强,易用、易维护。 |
|
|
|
6.系统先进性要求 |
整体框架保持领先、稳定。系统应既包含当前先进的科学技术,又能方便拓展相关的系统功能,减少为满足系 (略) 的多次重复性建设。 |
|
|
|
7.系统安全性要求 |
(略) 系统补 * 的升级和安全配置, (略) 入侵检测和漏洞扫描等安全检查工作。 (略) 使用的开源框架能提供全面的技术保障。重要应用系统中传输关键、敏感数据时要采用传输加密技术,实现数据机密性要求。系统上线前,应提供系统安全测试报告及源代码安全检查报告。 |
|
|
|
系统必须具有严谨周密的安全体系结构,必须能 (略) 门的安全审查,从信息的保密性、完整性、可用性、不可抵赖性等方面出发提供有效、全方位、多层次的安全机制,抵御可能产生的恶意攻击和病毒侵蚀, (略) 安全、网络安全和应用系统安全等方面有合理可靠的策略。系统需从如下几个方面 (略) (略) 线上信贷业务的安全性要求:(1)保障用户的信息与资 (略) 全;(2)保障传输信息完整、不泄露;(3)保障数据的完整与存储安全。 |
|
|
|
|
8.系统可靠性要求 |
系统在设计时充分考虑稳定性及对用户误操作的容错功能,保证在正常情况下系统能保持长时 (略) 。但对于由于不可预见的原因导致的系统故障,提 (略) 理恢复机制使系统在尽可能短的时 (略) 。应具有严格的安全控制、数据访问级别管理、数据备份和恢复机制,以确保数据安全可靠并达到尽 (略) 效率。 |
|
|
|
9.开发集成要求 |
系统在设计时充分考虑稳定性及对用户误操作的容错功能,保证在正常情况下系统能保持长时 (略) 。但对于由于不可预见的原因导致的系统故障,提 (略) 理恢复机制使系统在尽可能短的时 (略) 。应具有严格的安全控制、数据访问级别管理、数据备份和恢复机制,以确保数据安全可靠并达到尽 (略) 效率。 |
|
|
|
* .源代码要求 |
成交人须提供本标自有软 (略) 源代码,全部源代码包括但不限于底层平台源代码、产品源代码、客户化源代码、运行平台源代码、开发平台源代码等及源代码说明文档,进行无保留的知识转移。源代码须采用明文方式提供,不得采用混淆等技术手段 (略) 处理,招标人有在源代 (略) 改造或 * 次开发的权利。 |
|
|
|
(3)风控模型路演内容要点
(第3-6点请分别以综合消费贷、公积金信用消费贷、房抵贷、车贷、保单贷、小微税银贷风控 (略) 演示) |
|||||
重点展示内容 |
具体内容 |
具体展示 |
路演评价 |
||
* 档 |
* 档 |
* 档 |
|||
1.建模团体 |
(略) 基本情况展示 |
建模人员配备情况 |
|
|
|
建模人员履历和经验介绍 |
|
|
|
||
公司对建模人员的投入情况 |
|
|
|
||
建模人员的稳定性 |
|
|
|
||
建模人员的建模服务能力和响应速度 |
|
|
|
||
建模的案例成就情况 |
|
|
|
||
2.建模方法 |
建模方法展示 |
直观展示建模的具体方法 |
|
|
|
3.客户准入策略 |
客户准入策略规则 |
策略规则展示 |
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
反欺诈规则 |
策略规则展示 |
|
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
4.贷款审批策略 |
贷款预审规则 |
策略规则展示 |
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
信用评分卡规则 |
策略规则展示 |
|
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
授信策略规则 |
授信策略规则展示 |
|
|
|
|
贷款定价策略规则展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
5.贷中监控 |
贷中监测策略规则 |
策略规则展示 |
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
6.贷后管理(含智能催收) |
贷后管理策略规则 |
策略规则展示 |
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
( * )招标公告第十 * 条,联系事项,第2点,采购人联系电话原为:“联系电话: 点击查看>> ”;现更改为:“联系电话: * 1- 点击查看>> ”。
( * )第 * 章供应商须知前附表序号2,条款3.3,第1点“……时间: * 日上午9时准时签到……”,现更改为:“……时间: * 日上午9时准时签到……”。
( * )本项目竞争性磋商文件发售时间由原来的:“发售时间: * 日公告发布之时起至 * 日止(工作日),正常工作时间”,延长至:“本更正公告发布之时起至 * 日止(工作日),正常工作时间”。
( * )、本项目响应文件递交截止时间原为:“ * 日9时整”;现统 * 更改为:“ * 日9时整”。
其他内容不变。
特此公告。
招标人: (略) (略)
采购代理机构: (略) 中心
* 日
|
各磋商供应商:
* 、采购项目名称: (略) (略) 线上信贷及风控引擎平台项目
* 、采购项目编号:GXKLC 点击查看>>
* 、采购人名称: (略) (略)
联系人:张女士;联系电话: 点击查看>>
地址: (略) 市 (略) 路 * 号
* 、采购代理机构名称: (略) 中心
地址: (略) 东路 * 号
项目联系人:黎旭华 联系电话: 点击查看>>
* 、首次公告日期: * 日;
* 、更正日期: * 日;
* 、 (略) 分采购内容做更改:
( * )本项目更改为2个分标:
A分标:线上信贷平台;B分标:线上风控引擎平台
A分标为线上信贷平台, (略) (略) 贷款产品(包括自营贷款、 (略) 贷款等)的运营、风控、核算等环节。线上信贷平台服务提供商需为采购人免费提供有关线上信 (略) 和产品上线服务,包括但不限于公积金信用消费贷、房抵贷、小微税银贷、工资贷、月供贷、社保贷、保单贷、车贷等产品。核算模块作为可选项模块,不是必需功能。
B分标为线上风控引擎平台, (略) (略) 贷款产品(包括自营贷款、 (略) 贷款等)的风控决策等环节。线上风控引擎平台服务提供商需为采购人免费提供有关线上信贷产 (略) 服务,并免费提供综合消费贷、公积金信用消费贷、房抵贷、车贷、保单贷、小微税银贷的配套风控模型(含反欺诈、预审、评分、贷中监控、贷后管理及智能催收等模型,并在 (略) 期内免费提供模型更新迭代服务)和产品上线服务。线上风控引擎平台服务提供商需能够为采 (略) 大数据 (略) 服务,满足采购人大数据风控需求。
磋商保证金每个分标分别为:¥ * . * 。
报价表分标按A、 (略) 标识和报价
( * )第 * 章供应商须知前附表第9条,代理服务费收取标准分标按A、B分标成交金额(建设费)计算。
( * )第 * 章项目需求表更改为:
* 、项目要求及技术需求 |
||||
分标 |
采购内容 |
数量 |
技术参数及性能(配置)要求 |
|
A |
(略) (略) 线上信贷项目 |
1项 |
详见附件1 |
|
B |
(略) (略) 线上风控引擎平台项目 |
1项 |
详见附件1 |
|
* 、商务要求表 |
||||
报价要求 |
本项目为交钥匙项目,实行总承包报价;包括项目方案调研、软件提供、运输、保管、设计、施工、安装、调试、验收、培训等各种费用和售后服务、 (略) 有成本费用的总和。磋商供应商应充分考虑施工期间各 (略) 价格变化和可能的国家政策性调整,确定风险系数, (略) 有内容范围的设 (略) 总承包报价,如因以上原因导致项目成本费用增加的,由磋商供应商承担。 |
|||
付款条件 |
( * )建设费(含税):A分标:线上信贷平台的建设费(即保底费);B分标:风控引擎平台的建设费 1、预付款:正式签订合同后 * 个工作日内,采购人向成交人支付建设费总额的 * %作为启动资金; 2、尾款:双方签署系统《竣工验收报告》,且开具全额建设费的增值税专用发票给采购人后 * 个工作日内,采购人提请支付流程向成交人支付合同总额的 * %; 3、质保金:合同金额的 * %为质量保证金,系统 (略) (略) 到成交人承诺的免费维保期结束,且达到成交人承诺的性能指标后支付; 注:成交人在每次付款前须提请付款申请。 ( * )分润费(含税):A分标:线上信贷平台的分润费用 结算频率为半年,每半年过后 * 天内,双方对当前的 (略) 结算支付。 注:成交人在每次付款前须提请付款申请并开具相应增值税专用发票给采购人。 |
|||
商务其他要求详见附件1要求 |
||||
( * )第 * 章成交标准( * )评定方法更改为:
A分标
评分项目 |
评分因素 |
分值 |
评分标准 |
(略) 分( * 分) |
线上信贷平台报价 |
* |
产品报价:各磋商供应商的线上信贷平台年度费用保底价、封顶价报价分别计算算术平均值作为两个单项评标基准价。 磋商供应商年度费用保底价和封顶价报价均等于评标基准价的得满分 * 分。 磋商供应商年度费用保底价报价高于评标基准价的,每高于评标基准价1%,在满分 * 分的基础上扣0.3分;磋商供应商年度费用封顶价报价高于评标基准价的,每高于评标基准价1%,在满分 * 分的基础上扣0.3分。 磋商供应商年度费用保底价报价低于评标基准价的,每低于评标基准价1%,在满分 * 分的基础上扣0.2分。磋商供应商年度费用封顶价报价低于评标基准价的,每低于评标基准价1%,在满分 * 分的基础上扣0.2分。 甄别异常报价:有下列情况的报价不进入评标价计算环节:如磋商小组致认为最后最低报价或报价中某些报价分项明显不合理,有降低质量、不能诚信履约的可能时,磋商小组会有权通知磋商供应 (略) 规定 (略) 书面解释。如磋商供应商未在规定期限内做出解释,或所作解释不合理,经磋商小组取得 * 致意见后,可列为异常报价,确定该响应文件为无效。 |
3 |
维保费率:磋商供应商最低报价维保费率/该磋商供应商的报价维保费率× 3 |
||
3 |
免费维保期:磋商供应商提供3年(不含)以上免费维保期的得3分;磋商供应商提供3年免费维保期的得2分;磋商供应商提供2年免费维保期的得1分。免费维保期低于2年不得分。 |
||
(略) 分( * 分) |
业务需求指标满足度 |
* |
线上信贷平台业务需求指标满足度:根据满足采购文件的需求情况、业务需求理解及综合分析程度。线上信贷平台具体满足但不限于办理线上个人客户及法人客户贷款、关联系统对接、各类型申贷入口、客户经理APP、Ⅱ类及Ⅲ类账户开立管理、黑白灰名单管理、身份核查、爬虫服务、产品管理、客户关系管理、征信管理、 (略) 方管理、账户体系管理、押品管理、贷款审批和发放管理、支付管理、贷后管理等项目功能,实现线上信贷的贷前、贷中、贷后全流程管理。 * 档0.1~5分:提供的线上信贷平台仅满足上述要求的 * %或以下; * 档5.1~ * 分:提供的线上信贷平台满足上述要求的 * %- * %; * 档 * .1~ * 分:提供的线上信贷平台完全满足或优于上述要求,针对性强。 |
技术需求指标满足度 |
* |
技术需求指标满足度:根据满足采购文件的需求情况、技术需求理解及综合分析程度。具体满足但不限于协议接口标准和开发、关联系统联调对接、数据库及交易日志记录准确、支持 (略) 理速度、多法人和多渠道联合放款管理、多放款主体管理、快速 (略) 理能力、系统具备先进性、系统具备安全性和可靠性、系统易于维护等技术要求。 * 档0.1~5分:提供的技术需求指标仅满足上述要求的 * %或以下; * 档5.1~ * 分:提供的技术需求指标满足上述要求的 * %- * %; * 档 * .1~ * 分:提供的技术需求指标完全满足或优于上述要求,针对性强。 |
|
系统采购人实际环境路演 |
5 |
系统采购人实际环境路演细致、生动,契合系统业务需求和技术需求。 采购人根据供应商实际环境路演内容(详见第 * 点),综合评定各供应商档次,由评委在档次内独立打分。 * 档0.1~2分:实际环境路演不够细致,不易理解和掌握。 * 档2.1~4分:实际环境路演基本满足要求,可以理解和掌握。 * 档4.1~5分:实际环境路演细致,重点突出,极易理解和掌握。 |
|
(略) 路演 |
5 |
(略) 路演细致、生动,契合系统业务需求和技术需求。 磋商小组根据供 (略) 路演情况(由 (略) 提出演示内容),综合评定各供应商档次,由评委在档次内独立打分。 * 档0.1~2分: (略) 路演不够细致,不易理解和掌握。 * 档2.1~4分: (略) 路演基本满足要求,可以理解和掌握。 * 档4.1~5分: (略) 路演细致,重点突出,极易理解和掌握。 |
|
系统扩展性和升级能力 |
3 |
* 档0.1~1分:未针对本项目系统扩展性和升级能力做出详细描述。 * 档1.1~2分:提供简单的系统可扩展性和可持续的升级能力的方案,基本满足采购人业务短期内快速发展需要及监管要求的变化。 * 档2.1~3分:提供详细的系统具有可扩展性以及可持续的升级能力方案,能够满足采购人业务近期和远期快速发展需要及监管要求的变化。 |
|
信誉和业绩( * 分) |
资质情况 |
1 |
磋商供应商通过CMMI3级以上认证得1分;通过ISO * 质量管理体系认证得1分;通过ISO * 1信息安全管理体系认证得1分。最高得1分。 |
线上信贷平台案例 |
* |
近 * 年( * 年1月1日至今)磋商供应商承担过与本线上信贷平台项目内容相当的成功案例( (略) 的项目),案例实现的系统功能应满足但不限于线上贷款办理、关联系统对接、账户体系管理、征信管理、贷款进件管理、贷款审批和发放管理、支付管理、贷后管理等项目功能,实现线上信贷的贷前、贷中、贷后全流程管理。有效案例 * 个得2分,最高 * .0分,没有为0分。(以提供的合同和中标通知书为准,合同首页、尾页 (略) 分复印件需装订在投标文件中;应提供案例对象证明人职位及联系方式等信息) |
|
实施服务(5分) |
实施能力 |
5 |
* 档0.1~1.0分:项目整体规划基本合理,实施方案基本完整, (略) 署基本合理,工作阶段划分基本明确,实施 (略) ,项目管理组织机构及实施人员职能基本满足要求,培训方案及计划基本满足要求; * 档1.1~3.0分:项目整体规划合理,实施方案完整, (略) 署合理,工作阶段划分明确, (略) ,项目管理组织机构及实施人员职能满足要求,培训方案及计划满足要求; * 档3.1~5.0分:项目整体规划科学合理,实施方案完整清晰, (略) 署清晰合理,工作阶段划分清晰明确,实施 (略) ,项目管理组织机构及实施人员职能满足要求,有成熟完善的项目管理方法和机制,培训方案及计划满足要求。 |
售后服务(5分) |
售后保障 |
5 |
* 档0.1~3.0分:质保期内的服务承诺及安排合理,提供了售后服务和应急维护方案,可操作性不强,响应时间 * 般,人员配置满足要求, (略) 置措施,基本满足采购要求; * 档3.1~5.0分:质保期内的服务承诺及安排合理,提供的售后服务和应急维护方案针对性强,可操作性强,响应时间迅速,人员配置合理, (略) 置措施保障有力,完全满足采购要求。 |
B分标
评分项目 |
评分因素 |
分值 |
评分标准 |
(略) 分( * 分) |
线上风控引擎平台报价 |
* |
产品报价:各磋商供应商的线上风控引擎平台报价算术平均值作为评标基准价。磋商供应商报价等于评标基准价的得满分 * 分;磋商供应商报价高于评标基准价的,每高于评标基准价1%,在满分 * 分的基础上扣0.3分;磋商供应商报价低于评标基准价的,每低于评标基准价1%,在满分 * 分的基础上扣0.2分。 甄别异常报价:有下列情况的报价不进入评标价计算环节:如磋商小组致认为最后最低报价或报价中某些报价分项明显不合理,有降低质量、不能诚信履约的可能时,磋商小组会有权通知磋商供应 (略) 规定 (略) 书面解释。如磋商供应商未在规定期限内做出解释,或所作解释不合理,经磋商小组取得 * 致意见后,可列为异常报价,确定该响应文件为无效。 |
3 |
维保费率:磋商供应商最低报价维保费率/该磋商供应商的报价维保费率× 3 |
||
3 |
免费维保期:磋商供应商提供3年(不含)以上免费维保期的得3分;磋商供应商提供3年免费维保期的得2分;磋商供应商提供2年免费维保期的得1分。免费维保期低于2年不得分。 |
||
(略) 分( * 分) |
业务需求指标满足度 |
* |
线上风控引擎平台业务需求指标满足度: (略) 的需求情况、业务需求理解及综合分析程度。线上风控引擎具体满足但不限于关联系统对接、系统松耦合、各类数据接入、反欺诈、信用评分、风控策略、规则引擎、可视化建模等项目功能,实现涵盖反欺诈、客户准入策略、贷中监测预警、贷后催收管理、风险管理、数据集市等全流程的风控管理。 * 档0.1~5分:提供的线上风控引擎平台仅满足上述要求的 * %或以下; * 档5.1~ * 分:提供的线上风控引擎平台满足上述要求的 * %- * %; * 档 * .1~ * 分:提供的线上风控引擎平台完全满足或优于上述要求,针对性强。 |
技术需求指标满足度 |
* |
技术需求指标满足度:根据满足采购文件的需求情况、技术需求理解及综合分析程度。具体满足但不限于协议接口标准和开发、关联系统联调对接、数据库及交易日志记录准确、支持 (略) 理速度、多法人和多渠道联合放款管理、多放款主体管理、快速 (略) 理能力、系统具备先进性、系统具备安全性和可靠性、系统易于维护等技术要求。 * 档0.1~5分:提供的技术需求指标仅满足上述要求的 * %或以下; * 档5.1~ * 分:提供的技术需求指标满足上述要求的 * %- * %; * 档 * .1~ * 分:提供的技术需求指标完全满足或优于上述要求,针对性强。 |
|
系统采购人实际环境路演 |
5 |
系统采购人实际环境路演细致、生动,契合系统业务需求和技术需求。 采购人根据供应商实际环境路演内容(详见第 * 点),综合评定各供应商档次,由评委在档次内独立打分。 * 档0.1~2分:实际环境路演不够细致,不易理解和掌握。 * 档2.1~4分:实际环境路演基本满足要求,可以理解和掌握。 * 档4.1~5分:实际环境路演演细致,重点突出,极易理解和掌握。 |
|
(略) 路演 |
5 |
(略) 路演细致、生动,契合系统业务需求和技术需求。 磋商小组根据供 (略) 路演情况(由 (略) 提出演示内容),综合评定各供应商档次,由评委在档次内独立打分。 * 档0.1~2分: (略) 路演不够细致,不易理解和掌握。 * 档2.1~4分: (略) 路演基本满足要求,可以理解和掌握。 * 档4.1~5分: (略) 路演细致,重点突出,极易理解和掌握。 |
|
系统扩展性和升级能力 |
3 |
* 档0.1~1分:未针对本项目系统扩展性和升级能力做出详细描述。 * 档1.1~2分:提供简单的系统可扩展性和可持续的升级能力的方案,基本满足采购人业务短期内快速发展需要及监管要求的变化。 * 档2.1~3分:提供详细的系统具有可扩展性以及可持续的升级能力方案,能够满足采购人业务近期和远期快速发展需要及监管要求的变化。 |
|
信誉和业绩( * 分) |
资质情况 |
1 |
磋商供应商通过CMMI3级以上认证得1分;通过ISO * 质量管理体系认证得1分;通过ISO * 1信息安全管理体系认证得1分。最高得1分。 |
线上风控引擎平台案例 |
* |
近 * 年( * 年1 月1 日至今)磋商供应商承担过与本线上风控引擎项目内容相当的成功案例( (略) 的项目),案例实现的系统功能应满足但不限于关联系统对接、系统松耦合、各类数据接入、反欺诈、信用评分、风控策略、规则引擎等项目功能,实现涵盖反欺诈、客户准入策略、贷中监测预警、贷后催收管理、风险管理等全流程的风控管理。有效案例 * 个得2分,最高 * .0分,没有为0 分。(以提供的合同和中标通知书为准,合同首页、尾页 (略) 分复印件需装订在投标文件中;应提供案例对象证明人职位及联系方式等信息) |
|
实施服务(5分) |
实施能力 |
5 |
* 档0.1~1.0分:项目整体规划基本合理,实施方案基本完整, (略) 署基本合理,工作阶段划分基本明确,实施 (略) ,项目管理组织机构及实施人员职能基本满足要求,培训方案及计划基本满足要求; * 档1.1~3.0分:项目整体规划合理,实施方案完整, (略) 署合理,工作阶段划分明确, (略) ,项目管理组织机构及实施人员职能满足要求,培训方案及计划满足要求; * 档3.1~5.0分:项目整体规划科学合理,实施方案完整清晰, (略) 署清晰合理,工作阶段划分清晰明确,实施 (略) ,项目管理组织机构及实施人员职能满足要求,有成熟完善的项目管理方法和机制,培训方案及计划满足要求。 |
售后服务(5分) |
售后保障 |
5 |
* 档0.1~3.0分:质保期内的服务承诺及安排合理,提供了售后服务和应急维护方案,可操作性不强,响应时间 * 般,人员配置满足要求, (略) 置措施,基本满足采购要求; * 档3.1~5.0分:质保期内的服务承诺及安排合理,提供的售后服务和应急维护方案针对性强,可操作性强,响应时间迅速,人员配置合理, (略) 置措施保障有力,完全满足采购要求。 |
第 * 点, * 、系统采购人实际环境路演内容修改为:
( * )A分标 线上信贷平台路演内容要点
(1)系统功能路演内容要点
重点展示内容 |
具体内容 |
具体展示 |
路演评价 |
|||
* 档 |
* 档 |
* 档 |
|
|||
1.系统性能 |
操作体验 |
系统与用户的交互界面,应以最佳用户 (略) ,方便用户操作。UI设计应符合我方的相关设计规范,美观大方,业务操作流程应简洁明了,易于用户理解。 |
|
|
|
|
关联系统对接 |
(略) 现有核心系统、信贷系统、支付系统、投融资平台、客服系统、电子合同和印章系统、征信前置系统和短信平台系统等关联上下游系统,实现系统交互。 (略) 联网核查公民身份信息系统、第 * 方支 (略) 系统。 |
|
|
|
|
|
第 * 方平台对接 |
支 (略) 景 (略) 平台(含助贷、联合贷等)、第 * 方支付平台等,系统具备先进性、拓展性和开放性。与 (略) 机构应建立满足 (略) 业务需求的信息系统,支持其他交互功能,并通过技术手段实现敏感信息的有效隔离,保证双方数据交互在安全合规 (略) 。 |
|
|
|
|
|
业务响应 |
需要满足7* * 小时不间断服务,支持 (略) 署功能。支持业务并发能力,大于 * 笔/秒,系统资源使用率低于 * %,交易成功率高于 * .9%,平均交易(单节点)小于 * ms。 |
|
|
|
|
|
大屏展示 |
具备大屏展示功能,为管理 (略) 门等通过专用大屏幕 (略) 线上业务办理情况,例如展示客户数量、业务量、业务区域分布等信息,直观、醒目地展示业务办理情况。 |
|
|
|
|
|
APP端功能 |
提供客户经理APP功能,为客户经理提供接单和业务管理等服务,帮助客户经理推进业务办理操作。 |
|
|
|
|
|
提供客户APP功能,为客户提供申贷入口、还款操作及贷款管理等服务。 |
|
|
|
|
||
提供 (略) 方APP功能,为 (略) 方提供业务对接服务, (略) 与 (略) 方的业务 (略) 衔接。 |
|
|
|
|
||
爬虫服务 |
支持提供“爬虫服务”,针对业务需要实现数据抓取服务并完成数据整理。 |
|
|
|
|
|
2.用户权限管理 |
机构管理 |
支持机构新增、修改、撤并、信息查询等操作, (略) 总分支多层级的机构管理需求。 |
|
|
|
|
用户管理 |
支持用户的新增、修改、停启用等操作,支持用户密码设置、修改、重置、登 * 与退出等操作。 |
|
|
|
|
|
角色管理 |
支持角色的新增、修改、停启用、权限节点设置。不同角色对应的平台查看和操作权限不同,不同角色下可有多个用户。 |
|
|
|
|
|
参数设置 |
支持对系统各项 (略) 设置,提供系统安全性。 |
|
|
|
|
|
操作日志 |
针对平台相关操作人员的 (略) 记录,支持操作日志查询等。 |
|
|
|
|
|
3.贷款进件 |
申贷入口 |
实现关联系统对接, (略) 、 (略) 、 (略) (公众号)、APP端、扫 * 维码或 (略) 方系统等作为申贷入口,发起贷款在线申请和放款等流程,也可通过提供H5页面、SDK等方式支持外围 (略) 平台等申贷入口的接入。提供客户信息及贷款服务,包括客户注册、认证、登录、额度获取、贷款申请、支付、还款提醒、还款等。 |
|
|
|
|
Ⅱ、Ⅲ类账户渠道 |
支持客户通过开立Ⅱ、Ⅲ (略) 线上申贷,支持Ⅱ、Ⅲ类账户管理。 |
|
|
|
|
|
客户申请贷款时,支持通过指定 (略) 平台系统鉴 (略) (略) II、Ⅲ类账户, (略) (略) * 类账户绑定。 |
|
|
|
|
||
支持客户申请 (略) II、Ⅲ类户时,校验身份证正反面影像、身份证详情等信息,并需支持人脸识别校验功能。 |
|
|
|
|
||
黑、白、灰名单管理 |
针对分类为白名单、灰名单和黑名单的客户,对白名单用户贷款授信服务、对灰名单限制提供贷款服务、对黑名单无法提供贷款服务。支持将第 * 方征信机构、 (略) 方、本行等提供的黑、白、 (略) 导入。 |
|
|
|
|
|
支持黑、白、灰名单自动导入、人工导入、批量导入等操作。 |
|
|
|
|
||
支持黑、白、灰名单修改、停用、启用、相互转换等操作。 |
|
|
|
|
||
支持黑、白、会名单查询、下载等服务。提供模板查看和下载服务。 |
|
|
|
|
||
身份核查 |
(略) 联网核查公民身份信息系统作公民身份核查。 |
|
|
|
|
|
(略) 要求对客户 (略) (略) 理,支持通过OCR技术获取身 (略) (略) 理。 |
|
|
|
|
||
(略) 系统核查 (略) (略) 理。 |
|
|
|
|
||
支持人 (略) 理。 |
|
|
|
|
||
支持将前端人脸识别、OCR(身份证、银行卡)等 (略) 存档。 |
|
|
|
|
||
客户类型 |
支持自然人及企事业法人客户作为借款人的贷款申请和办理。 |
|
|
|
|
|
4.客户关系管理 |
客户关系管理 |
构建高效实用的客户关系管理体系,整合客户、产品、队 * * 大销售要素,塑造销售管理流程,实践精细化管理和精准营销。支持通过配置规则,筛选营销对象,发送营销信息。包括对个人客户、企业客户关系的管理。 |
|
|
|
|
5.征信管理 |
征信查询 |
(略) 征信前置系统对接,传输征信查询指令及上传相应文件,获取客户征信报告。 |
|
|
|
|
征信解析 |
提供客户征信报告解析服务或传送给风控 (略) 解析。 |
|
|
|
|
|
征信报送 |
按照既定规则,对贷款客户的 (略) 批量报送。 |
|
|
|
|
|
6.产品管理 |
产品目录管理 |
支持产品目录管理功能,实现产品编码、产品分类、产品上线发布、产品维护等操作。 |
|
|
|
|
产品查询 |
支持产品详情查询、产品和贷款明细详情查询及其他明细和详情查询等功能。 |
|
|
|
|
|
产品额度管理 |
支持产品额度管理,额度调额支持设置审批程序。 |
|
|
|
|
|
产品参数维护 |
支持产品参数维护,包括但不限于产品起点金额和最高限额等;支持收费定价管理和维护。 |
|
|
|
|
|
(略) 方管理 |
支持 (略) 方在权限内登 * 查看和维护其 (略) 产品。 |
|
|
|
|
|
产品销售管理 |
满足产品销售的必要功能。 |
|
|
|
|
|
7. (略) 方管理 |
(略) 方维护 |
支持 (略) 方的准入、添加、修改、停启用、机构信息录入、贷款审批规则信息维护、信息查询等。 (略) 方包括但不限于联合贷款机构、助贷机构、担保代偿机构、保险机构等。 |
|
|
|
|
(略) 方账户管理 |
支持 (略) 方账户、费用管理、担保代偿保证金信息查询及维护等;支持 (略) 方账户资金调拨、账户冻结/解冻等操作。 |
|
|
|
|
|
(略) 方额度管理 |
支持对合 (略) 管理,调额支持设置审批程序。 |
|
|
|
|
|
(略) 方保证金管理 |
支持 (略) 方保证金管理,实现 (略) 方保证金转入、转出、扣划、冻结/解冻、对账、查询、统计等操作。 |
|
|
|
|
|
(略) 方分润管理 |
支持 (略) 方分润管理,根据既定分润模式和比例,计算分润费用,展示分润费用计算过程,支持分润费用查询、统计分析等。 |
|
|
|
|
|
授权登录 |
支持 (略) 方授权登录平台,平台提供H5页面、SDK在 (略) 方平台嵌入用户注册、贷款申请、还款、查询等功能。支持从 (略) 方直接跳转至H5服务。 |
|
|
|
|
|
(略) 景获客 |
支持客户扫描 (略) 景中生成的 * 维码登录平台页面,获取 (略) 方提供的客户基本信息、交易产品信息,基于与 (略) 方 (略) 景,协助客户快速提交贷款申请。 |
|
|
|
|
|
信息查询 |
支持 (略) 方客户登录平台系统查询其担保代偿及债权回购保证金信息、产品信息、业务统计信息,维护其客户信息、产品等信息。 |
|
|
|
|
|
(略) 理 |
支持与 (略) 方数据核对,即平台接收外围 (略) 方的 (略) 核对,对于差错生成报表并支持 (略) (略) 理。 |
|
|
|
|
|
其他功能 |
支持其他必要的 (略) 方管理功能,确保业务流程顺畅。 |
|
|
|
|
|
8.账户体系管理 |
贷款账户管理 |
支持建立客户贷款账户管理体系,建立客户贷款总账户的同时,根据各个贷款产品设置子账户,实现账户按产品分类管理,可清晰展示客户每笔贷款资金变动情况。 |
|
|
|
|
贷款账务核算 |
根据产品既定规则, (略) 账务核算、利息计提等,并将贷款数据批量发送给核心系统、信贷系统。 |
|
|
|
|
|
客户账户管理 |
(略) 内系统对接实现分类账户的开户与管理。支持建立虚拟账户体系,包括分类账户(映射)、关联账户( (略) 卡账户)等。 |
|
|
|
|
|
支持分类账户同Ⅰ类户( (略) )绑定,支持具备层级关系的分类账户账号体系,可以完成分类账户开户、身份验证、激活、销户、冻结、查询、签约管理、密码管理等相关的分类账户基本管理及维护功能。具体 (略) 分类账户管理要求。 |
|
|
|
|
||
支持账户信息修改、账户额度管理、账户变更管理(账户冻结、解冻)等。 |
|
|
|
|
||
提供账户信息与信息与交易明细查询、统计与分析功能。 |
|
|
|
|
||
支持平台账户与核心等系统对接,实现账户开户、查询、记账、会计核算等功能。可以提供标准的接口给各业务系统调用。 |
|
|
|
|
||
9.押品管理 |
押品管理 |
支持押品管理功能模块,实现对押品的系统化管理。 |
|
|
|
|
* .贷款审批和发放 |
贷款审批 |
根据确定的贷款审批节点,系统完成与 (略) 交互,并按照 (略) 自动审批或进入人工审批环节(包括授信额度核定),完成贷款的审批。 |
|
|
|
|
贷款额度管理 |
支持额度信息管理,额度信息包括客户名称、额度生效日期、额度失效日期、授信额度、临时额度、增信额度、提现额度、币种、适用产品等信息。 |
|
|
|
|
|
统 * 授信管理 |
(略) 内现有信贷系统交互,实现统 * 授信管理,防范过度授信和重复授信等风险。 |
|
|
|
|
|
(略) 理 |
支持与客户签订以数据电文形式的签订的贷款合同(格式文本),支持电子印章,且应符合《中华人民共和国合同法》、《中华人民共和国电子签名法》等法律法规的规定。格 (略) 确定。 |
|
|
|
|
|
支持在电子借款合同中与借款人明确约定贷款的金额、期限、利率、用途、支付、还款日期及方式等,并设立相应条款明确 (略) 合 (略) 合同时应当承担的违约责任。 |
|
|
|
|
||
已签订的借款合同可供借款人查阅下载。 |
|
|
|
|
||
保证借款合同及客户信息等内容的存储数据不被窃取泄露。 |
|
|
|
|
||
贷款发放 |
接受各渠道系统的放款请求,对客户提交贷款申请的金额、期限、利率、用途、支付、还款放 (略) 审核,生成放款信息,按既定 (略) 支付、核 (略) 放款。根据客户贷款要素生成还款计划。满足秒级放款,提升客户体验。 |
|
|
|
|
|
支持系统自动审批放款及人 (略) 理;支持对人工审核 (略) 管理及对审 (略) 管理;支持系统贷款审批规则设置。 |
|
|
|
|
||
支持自主支付、受托支付等放款方式。 |
|
|
|
|
||
系统支持按照借款合同约定,通过贷款人受托支付或借款人自主支付的方式对贷款资 (略) 管理与控制。在贷款资金发放支付后,系统做好有关发放记录的数据保存。 |
|
|
|
|
||
支持放款完成后更新订单状态、贷款协议等信息。放款审核通过后,系统支持自动发送放款转账提醒信息给客户。 |
|
|
|
|
||
对联合贷款,系统支持 (略) 方资 (略) (略) 理。 |
|
|
|
|
||
支持客户查看自身贷款信息功能;支持人工审核放款人员查看订单信息。 |
|
|
|
|
||
* .支付管理 |
资金支付 |
系统支持多种资金通道的接入与管理, (略) 内已有支付系统的对接,也支持与第 * 方支付平台、人行、银联的对接,支持按照配置规则的的资金通路自动选择。支持资金转入、转出、代扣、充值、提现等功能。支持与对接的系统之间的交易汇总、自动账务核对和资金清算,如核心系统、信贷系统、理财系统、第 * 方系统等,行内人员可通过管理平台,进行对账、清算结果的查询,并支持对对账、清算出现问题或出现差 (略) (略) 理。 |
|
|
|
|
放款支付模式 |
放款支付支持联机实时放款及批量放款支付模式,也支持人工操作支付,支持通过第 * 方支付平台或托管相关系统等系统放款至客户II类账户或指定账户,完成贷款发放账户扣减、II类户的记账、手续费扣收、 (略) 绑定账户或指定收款账户等功能。对于联合贷款,系统支持 (略) 机构资 (略) (略) 理。 |
|
|
|
|
|
头寸管理 |
支持设置可视化界面,对产品单日发放额度和资 (略) 管理。 |
|
|
|
|
|
支付路径配置化 |
支付过程路径支持配置化,即可根据金额、时间、费用等要素选择贷款支付路径,走不同的支付系。 |
|
|
|
|
|
(略) 理 |
支持接收支付系 (略) (略) 理。支持对支付交易超时等异常情况通过状态查询、交易重 (略) (略) 理。 |
|
|
|
|
|
* .贷后管理 |
贷款还款/代偿 |
根据账务核算结果和既定还款/代偿规则,生成还款信息(包括但不限于主动还款、到期自动扣款、提前还款等),通过接口传递扣款信息,完成客户账户(或 (略) 方)扣款,并更新贷款还款信息。支持根据 (略) 还款失败重试。支持等额本息、等额本金、 * 次性还本付息、先息后本、按期付息还本等还款方式,支持随借随还、提前还款。 |
|
|
|
|
支持自助还款、 (略) 方协助还款等还款方式。 |
|
|
|
|
||
支持当发生影响借款人偿债能力的重大不利事项时,或者风控管理产生预警(包括但不限于风险预警模型的贷后风控管理预警、人工风险监测预警、借 (略) 为预警等)的,相关情形符合贷款合同有关约定的,系统支持提前收回贷款。 |
|
|
|
|
||
贷款展期 |
支持按照既定规则对客户贷款 (略) 审批和展期操作。 |
|
|
|
|
|
逾期管理 |
(略) 为/催收评分卡,在客户贷款逾期或发生坏账的情况下评分卡自动触发,用于预测和评估对 (略) 采取的措施的有效性,预测结果支持以 (略) 表现。支持短信、语音等多种催收方式,根据既定规定触发催收动作。支 (略) 理。 |
|
|
|
|
|
资产证券化 |
支持资产证券化相关功能和操作。 |
|
|
|
|
|
风险预警 |
支持根据设定的预警规则和指标,结合与风控引擎交互结果,对 (略) 查询、筛选和分析,提供风控预警服务,按照重要程度或者预警分类,将预警结果展示给目标用户。 |
|
|
|
|
|
贷后检查 |
支持以 (略) 贷后检查的管理,可以配置定期检查的频率(周期),系统根据贷后检查频率要求,由系统后台产生贷后检查任务。贷后检查任务产生后,按照企业客户及个人客户的不同产生检查要素,客户经理对 (略) 贷后检查,例如客户经营状况,财务状况,发展状况,投资状况;在检查过程中,通过对财务报表的录入、考核指标的评定、客户的贷款逾期情况,自动生成符合模板的贷后检查报告,同时提出对 (略) 理跟踪建议。同时,应支持由系统与 (略) 交互,通过大数据分析,自动化完成贷后分析的功能。 |
|
|
|
|
|
* 级分类 |
支持根据预设的分类规 (略) * 级分类。 |
|
|
|
|
|
* .辅助功能 |
消息管理 |
支持设置消息发送内容模板、发送时间、周期等内容,支持通过短信、微信、邮 (略) 信息发送。消息通知包括但不限于注册验证码信息通知、贷款预授信信息通知、贷款授信信息通知、贷款审批及审批确认信息通知、贷款发放信息通知、贷款发放异常信息通知、贷款还款提醒信息通知、贷款逾期催收信息通知、风控预警信息通知等。支持其他消息维护管理。 |
|
|
|
|
(略) 理 |
支持系统批量对账和人工对账功能,实施放款对账、还款对账、支付对账等,以保证平台系统、核心系统、信贷系统、 (略) 方贷款和还款等信息无误。支持对异常 (略) 显示,由 (略) (略) 理。 |
|
|
|
|
|
档案管理 |
将客户的审贷材料、贷款合同、贷款管 (略) 电子存档,并支持单个和批量调阅、下载。 |
|
|
|
|
|
影像系统服务 |
提供影像系统服务,满足业务开展需求,提升业务服务性能。 |
|
|
|
|
|
统计报表 |
支持内置报表功能,提供报表查询和下载服务。可 (略) 实际业务情况,开发可定制化报表,有效增强系统对个性化需求的响应速度。 |
|
|
|
|
(2)项目技术路演内容要点
重点展示内容 |
具体展示 |
路演评价 |
||
* 档 |
* 档 |
* 档 |
||
1.技术要求 |
提供应用的 * 体化监控告警和日志管理功能。 |
|
|
|
提供集中化、图形化的批量任务管理平台。 |
|
|
|
|
可以提供开放、标准的协议接口,便于与第 * 方系统对接,与行内其他必要系统(核心系统、支付系统、信贷系统、征信前置系统、投融资平台、 (略) 、 (略) 、 (略) ) (略) (略) 联调对接,以减少重复开发避免资源浪费。 |
|
|
|
|
数据库流水、交易日志记录准确,能准确记录线上贷款业务信息。 |
|
|
|
|
系统能支持高并发、高处理速度,以满足线上贷款业务需求,保证 (略) 。 |
|
|
|
|
系统支持多法人、多渠道联合放贷模式,实现办理联合贷业务。系统支持与助 (略) 第 * 方平台对接,实现办理助贷业务。 |
|
|
|
|
应用系统支持从数据库模型、对外接口等方面对多个 (略) 合理设计,支持按照多个放款主体对数据、功能、接口、业务管理、统 (略) 有效隔离, (略) 发起 (略) 等的多放款主体业务开展需求。 |
|
|
|
|
2.性能设计要求 |
说明系统性能有关的设计,要求描述系统响应速度和并发支持能力。 |
|
|
|
提供线上贷款业务在该平台的 (略) 理能力,同时给出系统对并发连接的支持能力。 |
|
|
|
|
提供系统投产前的详细的压力测试报告 |
|
|
|
|
3.可扩展性要求 |
业务扩展:要求提供的平台能够很好地实现业务功能扩展,通过对业务功 (略) (略) 理实现 (略) 式更新。 |
|
|
|
系统扩展:要求提供的平台可通过多路负载,实现硬件服务器的良好扩展,适应业务访问量出现线性增加后带来的系统扩展性需求。 |
|
|
|
|
4.项目理解完整性要求 |
对项目需求完全理解,出具需求规格说明书。 |
|
|
|
5. (略) 性要求 |
总体技术方案和建议,具有思路清晰、有前瞻性、先进性、完整性,设计合理、支持分步建设、升级扩展能力强,易用、易维护。 |
|
|
|
6.系统先进性要求 |
整体框架保持领先、稳定。系统应既包含当前先进的科学技术,又能方便拓展相关的系统功能,减少为满足系 (略) 的多次重复性建设。 |
|
|
|
7.系统安全性要求 |
(略) 系统补 * 的升级和安全配置, (略) 入侵检测和漏洞扫描等安全检查工作。 (略) 使用的开源框架能提供全面的技术保障。重要应用系统中传输关键、敏感数据时要采用传输加密技术,实现数据机密性要求。系统上线前,应提供系统安全测试报告及源代码安全检查报告。 |
|
|
|
系统必须具有严谨周密的安全体系结构,必须能 (略) 门的安全审查,从信息的保密性、完整性、可用性、不可抵赖性等方面出发提供有效、全方位、多层次的安全机制,抵御可能产生的恶意攻击和病毒侵蚀, (略) 安全、网络安全和应用系统安全等方面有合理可靠的策略。系统需从如下几个方面 (略) (略) 线上信贷业务的安全性要求:(1)保障用户的信息与资 (略) 全;(2)保障传输信息完整、不泄露;(3)保障数据的完整与存储安全。 |
|
|
|
|
8.系统可靠性要求 |
系统在设计时充分考虑稳定性及对用户误操作的容错功能,保证在正常情况下系统能保持长时 (略) 。但对于由于不可预见的原因导致的系统故障,提 (略) 理恢复机制使系统在尽可能短的时 (略) 。应具有严格的安全控制、数据访问级别管理、数据备份和恢复机制,以确保数据安全可靠并达到尽 (略) 效率。 |
|
|
|
9.开发集成要求 |
系统在设计时充分考虑稳定性及对用户误操作的容错功能,保证在正常情况下系统能保持长时 (略) 。但对于由于不可预见的原因导致的系统故障,提 (略) 理恢复机制使系统在尽可能短的时 (略) 。应具有严格的安全控制、数据访问级别管理、数据备份和恢复机制,以确保数据安全可靠并达到尽 (略) 效率。 |
|
|
|
* .源代码要求 |
成交人须提供本标自有软 (略) 源代码,全部源代码包括但不限于底层平台源代码、产品源代码、客户化源代码、运行平台源代码、开发平台源代码等及源代码说明文档,进行无保留的知识转移。源代码须采用明文方式提供,不得采用混淆等技术手段 (略) 处理,招标人有在源代 (略) 改造或 * 次开发的权利。 |
|
|
|
( * )B分标 线上风控引擎平台路演内容要点
(1)系统功能路演内容要点
重点展示内容 |
具体内容 |
具体展示 |
路演评价 |
||
* 档 |
* 档 |
* 档 |
|||
1.系统性能 |
操作体验 |
要求系统具备优秀的平台操作体验,各类信息查询、工作流展示、审批操作界面重点突出、流程顺畅。 |
|
|
|
业务响应 |
满足7* * 小时不间断服务,支持大并发量,大数据量、低延时等应用特性要求。 |
|
|
|
|
状况异常预警 |
支持 (略) 过程中遇到的异常情况,包括但不限于系统故障、第 * 方数 (略) 理 (略) 预警,将预警信息通过短信、邮件等形式通知运营紧急联系人。 |
|
|
|
|
权限控制 |
支持按用户、用户组、 (略) 管理,管理员可以分配用户可以访问的权限,保证系统和数据安全。 |
|
|
|
|
监控和报表 |
具备完善的业务报表功能,较强的监控和报告能力,定期收集信息并发送监测报告。 |
|
|
|
|
大屏展示 |
具备大屏展示功能,为管理 (略) 门等通过专用大屏幕 (略) 线上风险监控情况,例如展示风控信息,直观、醒目地展示业务监控情况。 |
|
|
|
|
2.关联系统对接 |
关联系统对接 |
可以提供开放、标准的协议接口,开放API, (略) 相关上下游 (略) 无缝对接,确保其 (略) 。 |
|
|
|
系统耦合 |
各模块之间松耦合,可以自由组装拆卸,支持后期其他系统接入, (略) 内其他系统单独调用。 |
|
|
|
|
3.数据接入 |
接入方式 |
内置多种数据源的接入,具备图形化配置界面,可便捷接入各类数据,需支持市面主流第 * 方数据源接入,包括 (略) 征信报告、同盾贷前审核、百融报告、前海黑名单等。对于暂不支持的数据源,提供 * 次开发接口,可以灵活自定义。 |
|
|
|
稳定性监控 |
具备可视化的监控界面,直观展示历史和当前数据接入的稳定性情况,及时发出故障预警和自动采取应急措施。 |
|
|
|
|
更新升级 |
各数据源接入方式相对独立,当数据源发生变化时可单独快速更新升级,不需要重启整个服务。 |
|
|
|
|
4.反欺诈 |
行为预警 |
(略) 为预警、全流程反欺诈预警的策略管理; (略) 为预警、进件反欺诈预警的策略管理。 |
|
|
|
规则配置 |
支持灵活的反欺诈规则配置;支持反欺诈规则批量导入导出;支持自定义反欺诈关联字段;支持多种反欺诈规则组合逻辑。 |
|
|
|
|
身份校验 |
支持OCR识别身份证、银行卡等,并可以 (略) 校验;支持人脸识别,可以将照片与身份证、公安系 (略) 比对;支持活体检测。 |
|
|
|
|
监控管理 |
提供可视化、图像化反欺诈监控界面;支持反欺诈调用情况查看。 |
|
|
|
|
5.风控决策 |
产品管理 |
风控决策作为整个风控体系的核心,用户可以通过 (略) 的图形化的配置界面完成整个风控产品的定制。 |
|
|
|
风控产品的定义包括准入规则定义,反欺诈规则定义,信用风险评估策略定义。支持在策略配置中使用评分卡模型,机器学习模型和自定义代码脚本,以满足不同产品对风控策略配置的不同需求。 |
|
|
|
||
策略管理和迭代 |
支 (略) 管理,包括策略定义、策略修改、策略发布等, (略) 策略迭代和发布。 |
|
|
|
|
信用风险策略支持灰度发布(冠军/挑战者模式)和影子模式发布,同时监测不同模式下风控策略的表现,可以对多 (略) 效率、运 (略) 统计和对比分析,为后续的模型迭代升级提供依据。 |
|
|
|
||
规则引擎 |
内置高效规则引擎,预设多种规则模板,支持规则定义流程;内置评分卡模型。规则因子可根据数据字典中定义的字段自由选择。规则定义支持表达式、简单代码和频次统计。 |
|
|
|
|
规则之间支持多种组合形式,包括首次匹配、最坏匹配、权重匹配,可以灵活地根据业务需求配置相应的多种组合形式。 |
|
|
|
||
支持主流机器学习模式,包括但不限于逻辑回归、决策迭代树、 (略) 络、深度学习、随机森林等。 |
|
|
|
||
(略) (略) 理等模式, (略) 理指 (略) 模型并产生结果, (略) 理只以流的方式实时接入数据并尽快返回结果。 |
|
|
|
||
支持黑名单机制,可以快速对客户做出判断。 |
|
|
|
||
数据字典服务 |
风控平台提供统 * 的数据字典,明确定义各个 (略) 用到的字段的业务含义,码值和数据类型。 提供统 * 的管理界面,方面查看字典中各个字段的的详细信息,数据来源和调用情况。 |
|
|
|
|
数据整合服务 |
风控平台的数据流转可以形成完整的闭环。进件数据,第 * 方数据源数据, (略) 数据,信贷反馈数据统 * 落到数据仓库。在后续对 (略) 迭代升级时可以在系统上直接使用数据仓库中整合好的数据。 |
|
|
|
|
6.可视化建模 |
图形化操作 |
具备美观的UI界面,用户可以通过拖 (略) 建模,无需编程经验即可完成建模创建,支持通过拖拽选择数据源、选择算法、配置工作流,可以在界面上配置参数、筛选变量、对 (略) 理、 (略) 过程等,模型支持导入导出功能。 |
|
|
|
数据分析 |
支持多种常用的数据挖掘算法,包括但不限于逻辑回归、决策树、 (略) 络、深度学习等。 |
|
|
|
|
支持从多种数据源中读取数据,包括但不限于Oracle、MySQL、Hive、SparkSQL、MongoDB、Excel、CSV等。 |
|
|
|
||
具有数据分析功能,可以对 (略) 分析,提供图形化的数据分析报告。 (略) 用户自定义SQL语句,可以直接使 (略) 分析以提高分析效率。 |
|
|
|
||
支持对 (略) 图形化展示,包括但不限于柱状图、饼状图、热力图以及在地图上展示等;支持对图计 (略) 图形化展示,如关系、聚集情况等。 |
|
|
|
||
大数据建模 |
提供丰富的机器学习 (略) 理模块用于风控模型的建设,提供详细的模型评估报告,用于判定模型的优劣。 |
|
|
|
|
建模功能应 (略) 理能力,支持使用可水平扩展的计算集群针对大 (略) 建模。 |
|
|
|
||
支持 * 键智能建模,从多种算法组合中智能给出最优的风控模型。 |
|
|
|
||
能够满足监管合规要求,建模过程透明、可审计,建模方法和模型规则等易于检查、方便审核、合规验收。 |
|
|
|
||
(略) 署 |
AI平台训练的模型应可以直接被风控策略使用,实现 (略) 署和上线。通过分析发现的规则可以 * 键发布到验证沙箱或风险决策平台。 |
|
|
|
|
通过与其他相关信息系统的对接和互动,将自身嵌入到整体显示贷款产品流程中,自动完成对每位贷款申请客户的策略判断,且引导后续 (略) 理。 |
|
|
|
||
模型效果评估 |
可以使用测试数据对 (略) 评估,支持K/S曲线、ROC曲线等方式图表化的展示模型的效果。 |
|
|
|
(2)项目技术路演内容要点
重点展示内容 |
具体展示 |
路演评价 |
||
* 档 |
* 档 |
* 档 |
||
1.技术要求 |
提供应用的 * 体化监控告警和日志管理功能。 |
|
|
|
提供集中化、图形化的批量任务管理平台。 |
|
|
|
|
可以提供开放、标准的协议接口,便于与第 * 方系统对接,与行内其他必要系统(核心系统、支付系统、信贷系统、征信前置系统、投融资平台、 (略) 、 (略) 、 (略) ) (略) (略) 联调对接,以减少重复开发避免资源浪费。 |
|
|
|
|
数据库流水、交易日志记录准确,能准确记录线上贷款业务信息。 |
|
|
|
|
系统能支持高并发、高处理速度,以满足线上贷款业务需求,保证 (略) 。 |
|
|
|
|
系统支持多法人、多渠道联合放贷模式,实现办理联合贷业务。系统支持与助 (略) 第 * 方平台对接,实现办理助贷业务。 |
|
|
|
|
应用系统支持从数据库模型、对外接口等方面对多个 (略) 合理设计,支持按照多个放款主体对数据、功能、接口、业务管理、统 (略) 有效隔离, (略) 发起 (略) 等的多放款主体业务开展需求。 |
|
|
|
|
2.性能设计要求 |
说明系统性能有关的设计,要求描述系统响应速度和并发支持能力。 |
|
|
|
提供线上贷款业务在该平台的 (略) 理能力,同时给出系统对并发连接的支持能力。 |
|
|
|
|
提供系统投产前的详细的压力测试报告 |
|
|
|
|
3.可扩展性要求 |
业务扩展:要求提供的平台能够很好地实现业务功能扩展,通过对业务功 (略) (略) 理实现 (略) 式更新。 |
|
|
|
系统扩展:要求提供的平台可通过多路负载,实现硬件服务器的良好扩展,适应业务访问量出现线性增加后带来的系统扩展性需求。 |
|
|
|
|
4.项目理解完整性要求 |
对项目需求完全理解,出具需求规格说明书。 |
|
|
|
5. (略) 性要求 |
总体技术方案和建议,具有思路清晰、有前瞻性、先进性、完整性,设计合理、支持分步建设、升级扩展能力强,易用、易维护。 |
|
|
|
6.系统先进性要求 |
整体框架保持领先、稳定。系统应既包含当前先进的科学技术,又能方便拓展相关的系统功能,减少为满足系 (略) 的多次重复性建设。 |
|
|
|
7.系统安全性要求 |
(略) 系统补 * 的升级和安全配置, (略) 入侵检测和漏洞扫描等安全检查工作。 (略) 使用的开源框架能提供全面的技术保障。重要应用系统中传输关键、敏感数据时要采用传输加密技术,实现数据机密性要求。系统上线前,应提供系统安全测试报告及源代码安全检查报告。 |
|
|
|
系统必须具有严谨周密的安全体系结构,必须能 (略) 门的安全审查,从信息的保密性、完整性、可用性、不可抵赖性等方面出发提供有效、全方位、多层次的安全机制,抵御可能产生的恶意攻击和病毒侵蚀, (略) 安全、网络安全和应用系统安全等方面有合理可靠的策略。系统需从如下几个方面 (略) (略) 线上信贷业务的安全性要求:(1)保障用户的信息与资 (略) 全;(2)保障传输信息完整、不泄露;(3)保障数据的完整与存储安全。 |
|
|
|
|
8.系统可靠性要求 |
系统在设计时充分考虑稳定性及对用户误操作的容错功能,保证在正常情况下系统能保持长时 (略) 。但对于由于不可预见的原因导致的系统故障,提 (略) 理恢复机制使系统在尽可能短的时 (略) 。应具有严格的安全控制、数据访问级别管理、数据备份和恢复机制,以确保数据安全可靠并达到尽 (略) 效率。 |
|
|
|
9.开发集成要求 |
系统在设计时充分考虑稳定性及对用户误操作的容错功能,保证在正常情况下系统能保持长时 (略) 。但对于由于不可预见的原因导致的系统故障,提 (略) 理恢复机制使系统在尽可能短的时 (略) 。应具有严格的安全控制、数据访问级别管理、数据备份和恢复机制,以确保数据安全可靠并达到尽 (略) 效率。 |
|
|
|
* .源代码要求 |
成交人须提供本标自有软 (略) 源代码,全部源代码包括但不限于底层平台源代码、产品源代码、客户化源代码、运行平台源代码、开发平台源代码等及源代码说明文档,进行无保留的知识转移。源代码须采用明文方式提供,不得采用混淆等技术手段 (略) 处理,招标人有在源代 (略) 改造或 * 次开发的权利。 |
|
|
|
(3)风控模型路演内容要点
(第3-6点请分别以综合消费贷、公积金信用消费贷、房抵贷、车贷、保单贷、小微税银贷风控 (略) 演示) |
|||||
重点展示内容 |
具体内容 |
具体展示 |
路演评价 |
||
* 档 |
* 档 |
* 档 |
|||
1.建模团体 |
(略) 基本情况展示 |
建模人员配备情况 |
|
|
|
建模人员履历和经验介绍 |
|
|
|
||
公司对建模人员的投入情况 |
|
|
|
||
建模人员的稳定性 |
|
|
|
||
建模人员的建模服务能力和响应速度 |
|
|
|
||
建模的案例成就情况 |
|
|
|
||
2.建模方法 |
建模方法展示 |
直观展示建模的具体方法 |
|
|
|
3.客户准入策略 |
客户准入策略规则 |
策略规则展示 |
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
反欺诈规则 |
策略规则展示 |
|
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
4.贷款审批策略 |
贷款预审规则 |
策略规则展示 |
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
信用评分卡规则 |
策略规则展示 |
|
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
授信策略规则 |
授信策略规则展示 |
|
|
|
|
贷款定价策略规则展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
5.贷中监控 |
贷中监测策略规则 |
策略规则展示 |
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
||
6.贷后管理(含智能催收) |
贷后管理策略规则 |
策略规则展示 |
|
|
|
指标体系展示 |
|
|
|
||
参数定义和配置展示 |
|
|
|
||
(略) 理展示 |
|
|
|
||
数据源展示 |
|
|
|
( * )招标公告第十 * 条,联系事项,第2点,采购人联系电话原为:“联系电话: 点击查看>> ”;现更改为:“联系电话: * 1- 点击查看>> ”。
( * )第 * 章供应商须知前附表序号2,条款3.3,第1点“……时间: * 日上午9时准时签到……”,现更改为:“……时间: * 日上午9时准时签到……”。
( * )本项目竞争性磋商文件发售时间由原来的:“发售时间: * 日公告发布之时起至 * 日止(工作日),正常工作时间”,延长至:“本更正公告发布之时起至 * 日止(工作日),正常工作时间”。
( * )、本项目响应文件递交截止时间原为:“ * 日9时整”;现统 * 更改为:“ * 日9时整”。
其他内容不变。
特此公告。
招标人: (略) (略)
采购代理机构: (略) 中心
* 日
|
最近搜索
无
热门搜索
无