信用合作清算中心互联网金融基础平台招标预告

(略) 有限公司受 (略) 省信 (略) 的委托， (略) 。

一、本项目初步计划实施目标

本项目拟构建广 (略) 金融生态圈，是以电商平台的业务理念，打造线上统一开放门户，满足省版农合机构和地市法人自有门户的需要，实现传统金融、 (略) 金融、电商、生活、行业云服务等服务功能。项目实施目标可分为业务建设和技术建设目标，具体如下：

（一）项目业务建设目标。

1、前端展现层实现产品地域法人化、用户感受统一化。通 (略) 金融基础平台，可实现以下几方面的内容：一是在同一 (略) 式的金融（ (略) 业务）和非金融（电商/O2O）服务，实现不同业务的相互引流；二是实现LBS定位，客户在不同地区 (略) 金融平台的前端（手机app端、微信端等），系统可实现不同地区展现的产品差异化，可按地区特色展现产品。并且当客 (略) 身份验证后，可实现按法人展现法人特色的产品；三是要求提供多种模板，支持各法人机构（如 (略) 、网点一级更优）通过后台自主配置和装饰本机构的空间首页（下称“ (略) ”），为机构客户呈现差异化的Logo、广告/公告、 (略) 和板块内容。特别是在微信端，支持各机构将本机构 (略) 加挂到各自的微 (略) 推广，实现“ (略) 提供平台支持、农合机构自主运营”的效果；四是客户在同一地区通过不同渠道（手机端、微信端等） (略) 金融平台时，系统展现要一致，提升客户体验。

2、用户、产品体系的搭建。用户方面：可实现认证用户、金融用户的统一管理；可通过统一认证体系，实现一个客户、一个用户、一次登录即可享受N种产品 (略) 式服务；可采集、 (略) 为信息， (略) 为分析、广告的精准投放做准备。产品方面：满足金融产品、非金融产品等的产品上架、产品模板、产品包装、产品重定价、产品营销、产品合约和产品 (略) 景的需要，，以配合平台产品再包装和销售管理。

3、 (略) 账户核心的搭建。需搭 (略) 账户体系 (略) 金融业务的发展，支持多法人的账户核算体系，满足大集中系统 (略) (略) 客户的账户体系的支撑系统。账户体系按照多层级的账户体系设计，账户涵盖了：结算存款类账户（主要是II/III类账户）、融资类账户、平台 (略) 类账户、主子账户（适用于托管等业务）、增值服务类（红包、卡券、积分、虚拟币等）等账户，为客户提供全方位、专业化、个性化、多元化的综合金融服务。 (略) 内应用系统使用外，要求能封装成SDK包和API接口对外提供服务。

4、营销体系的搭建。主要用于营销活动的管理及运营。包括平台层面、农合机构层面、商户层面等多维度。同时要支持多种营销工具的使用，以及营销规则的制定。

5、支付和清算体系的搭建。平台金融和非金融产品订单的支付，同时提供平台产品的订单支付清算服务，满足平台与商户的资金对账和资金结算服务。

6、实物电商及020系统。系 (略) 金融基础平台非金融产品的支撑系统，提供通用的商户管理、商品管理、订单管理、商户卡券管理、促销管理、 (略) 和 (略) 铺管理、商品管理、库存管理、发货管理、营销管理等基础功能。在功能上要求至少覆盖现有的鲜特汇电商业务，O2O业务需实现一 (略) 站应有的生活服务、附近商圈、优惠买单、团购券购买核销等功能，在此基础上能够提 (略) 业主流的、 (略) 电商运营工具，如实现分销机制、智能搜索、兴趣推荐等；并且，业务架构设计应具备良好的扩展性，能够支持不同类型的实体商品、虚拟商品和生活服务，未来方便 (略) 进一步扩展成 (略) 、 (略) （类似淘宝闲鱼）。同时，应实现一些常用的电商运营分析模型，如转化率、留存率、复购率等，为平 (略) 经营分析提供支持。

7、平台统一运营管理系统。系统支持机构、人员、角色、用户、首页、广告、产品、营销活动等方面的平台和法人机构两级运营。

（二）项目技术建设目标。

1、 (略) 金融平台整体架构应具备服务化、组件化等特点。通过抽象出公共的应用组件和技术组件，提高软件开发的复用度和敏捷性。

2、 (略) 金融平台架构设计应具备 (略) 服务聚合和服务开放能力。服务聚合需考虑集成 (略) 的电商、生活、金融、公共以及第三方基础能力；服务 (略) 各应用间的服务开 (略) 应用的服务开放；平台支持基于各种服务能力和服务组 (略) 景化应用。

3、基础平台应采用市面通用的微服务框架，并可 (略) 统一的微服务框架；服务的组装支持使用标准化流程引擎实现微服务的组装，并保证事务的一致性；使用统一JAVA开发语言，前端统一采用H5的方式，使用统一的UI组件，JS开发框架，可以与现 (略) 整合，并具有单独APP开发能力。

4、平台架构 (略) 环境下的高可扩展性、高可用性、开放性、安全性、可维护性等特点。支持分层接入，各层对流量限流，保证潮汐流量时系统稳定性。

5、符合整体架构规划与架构标准。 (略) 内ESB对接， (略) 内ESB接口规范。

6、 (略) 平台中台的搭建。通 (略) 平台中台， (略) 能力的服务化，通过API的形式开放出去。

7、展现客户端技术可达到以下要求：（1）支持客户端灰度发布。当新版本投产后，支持多种属性划分用户，进行逐步放量生效；（2）支持客户端特性A/B Test。对于同一个客户端功能特性，希望可以通过A/B Test实现多版本功能验证，服务器端控制客户端制定属性群体的访问；（3）客户端日志搜集支持多种上传方式。考虑到需要搜集客户端的较多信息，支持实时交互数据上传、离线搜集Wifi上传，批量或者续传等模式；（4）客户端支持热更新。 (略) 分资源的更新做到不提醒；（5）开发过程中支持浏览器端调试和移动客户端调试。

二、报名要求

1、报名信息：公司简介、联系人、联系方式（比如：手机、电话、邮箱）。

2、提供材料：营业执照、组织机构代码证（扫描件）、产品介绍。

3、有 (略) (略) （含）以上，或全国性股 (略) ，或省级农信，或大型电商相关的成功案例。

4、报名方式： (略) 人邮箱( * drcu.com * drcu.com)完成报名，稍后我司会根据贵司材料情况由项目组安排时间交流。

三、欢迎各潜在投标人提出合理的意见和建议，有意者可于 * 日至 * 日（法定节假日除外）每天9:00至17:00 （工作时间）与招 (略) 前期交流, 相关技术问题可电话周小姐 *** (略) 。

招标人： (略) 省信 (略)

地址： (略) 市 (略) 区天府路233号华建大厦A座11楼1101室

联系人：周小姐

联系电话： ***

传真： ***

邮箱： * drcu.com

招标代理机构： (略) 有限公司

地址： (略) 市 (略) 区天阳路153、157号南骏大厦 *** 室

联系人：陈先生

联系电话： ***

传真： ***

邮箱： * d.gov.cn

(略) 有限公司