互联网支付平台项目采购需求

上传人:工**** 文档编号:498385071 上传时间:2023-08-29 格式:DOC 页数:7 大小:28KB
返回 下载 相关 举报
互联网支付平台项目采购需求_第1页
第1页 / 共7页
互联网支付平台项目采购需求_第2页
第2页 / 共7页
互联网支付平台项目采购需求_第3页
第3页 / 共7页
互联网支付平台项目采购需求_第4页
第4页 / 共7页
互联网支付平台项目采购需求_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《互联网支付平台项目采购需求》由会员分享,可在线阅读,更多相关《互联网支付平台项目采购需求(7页珍藏版)》请在金锄头文库上搜索。

1、附件1:互联网支付平台项目选购需求一、整体需求互联网支付平台的目的是实现我行及国内主要银行的个人与企业账户在我行及合作电商平台中通过不同支付渠道完成网络支付,资金归集,在线支付收单结算等业务,增加我行资金结算量,增加客户黏性。产品整体设计运用对象主要是客户、商户、服务商和银行运营管理人员。对应的支付渠道包括本行快捷支付、网银支付、手机支付、第三方支付(支付宝、银联、财付通、网联、中金、银商等)、二维码支付、积分支付、电子储值卡支付、担保支付等。整个支付平台的系统组成主要包括以下子系统:实名认证体系、支付接入系统、支付产品管理、支付服务方对接系统、清算分润系统、支付结算系统、商户服务系统、个人服

2、务中心、平安子系统、风险限制系统、运营监控系统、报表系统、系统管理等。整个支付平台在需求上需充分考虑参数化、平安性和风险限制实力、统计分析实力。 参数化:支持对产品参数、系统层、管理层、业务层、外部接口层,多个维度的参数进行设置,确保系统的敏捷性、智能型、高扩展性;支持产品参数录入要素、供应各类模板和向导,简洁快速的进行参数设置,供应参数校验,确保正确的参数设置。 平安性:系统需确保能通过银监会指定第三方测评机构的测评认证,要采纳通用成熟的技术手段,确保系统的数据平安、交易平安、网络平安等。对于敏感信息输入要采纳平安控件进行爱护,客户敏感信息需进行额外处理,防止信息泄密。系统必需供应账户数据校

3、验机制,防范账户数据的非授权修改。 风险限制:应供应足够的平安措施保证登录用户的唯一性、不行抵赖性等操作性风险,对于账户支付,要供应依据不同的商户或业务支付场景,设置不同的支付限额,对不同的支付渠道和平安认证方案,要供应不同的参数化限额机制。要供应支付的实时风险限制、事后风险限制等风险限制手段,确保事前、事中和事后业务的平安。 统计分析实力:系统供应完善的报表工具及报表管理,支持供应监控类、业务类、管理类、统计类、挖掘类等多个维度的日常实时报表和各类综合性分析统计报表,并可导出。二、业务模块需求以下功能需求仅为框架性需求,最终以中标方项目实施人员进行需求分析后制订并经招标人确认,再形成最终的需

4、求文档。1. 统一收银台统一收银台是为合作商户、行内商城、社区金融交易平台供应互联网与移动互联网的支付充值,支持线上线下(含智能POS及线下扫码枪)的聚合支付,能依据客户在业务平台上不同渠道、设备、支付方式、接入方式,交易自动匹配相应的UI界面及流程,也可依据客户选择的具体支付方式,正确引导客户完成支付,并将支付结果通知至业务平台的商户及用户。需供应统一收银台的对外接口API,并供应整体的开发集成的流程及具体说明文档。1.1 支付通道统一收银台对各种支付手段进行汇合接入,满意平台的各种支付服务需求和资金归集需求,实现行内各支付渠道的整合和解决商户的非本行客户的支付需求。支付通道支持接入本行、他

5、行及第三方支付等支付通道,具体如下:1.1.1本行快捷支付/二维码支付本行快捷支付:平台为我行银行卡持卡人或他行银行卡(他行卡快捷支付)供应快捷支付功能。该功能须有完善的平安限额机制,既有平台针对业务场景的交易限额,也有客户自身设置的交易限额。二维码支付:平台为我行客户供应二维码支付功能,二维码支付须支持主扫及被扫功能。1.1.2本行网银支付实现与本行网银支付通道(含个人网银及企业网银)、他行网银支付通道的管理、转接、交易应答及对账、结算。1.1.3手机银行APP支付实现与本行手机银行平安认证的集成,打造手机快速支付通道。1.1.4 接入第三方支付实现与第三方支付通道的管理、转接、交易应答及对

6、账。支持的第三方支付通道及支付方式如下:财付通:扫码付(主扫及被扫)、公众号支付、微信小程序支付、APP支付、刷卡支付、QQ钱包支付支付宝:扫码付(主扫及被扫)、APP支付及网页支付(视支付宝开放状况而定)、银联:符合银联二维码支付(主扫、被扫、收单)、银联在线支付、银联二、三类账户业务、银联无卡快捷支付(发卡、收单)相关规范,包括联机交易和清算、对账。网联:支付接口中金:支付接口银商及广西金结:代收代付系统、支付接口1.1.5 储值卡支付为电子商务结算供应带资金担保方式储值金管理服务,为中小型商户的充值客户供应资金管控服务。1.1.6 积分支付实现与本行综合积分系统积分支付通道的转接、交易应

7、答及对账。要充分考虑积分抵现的特性,供应合适的发票管理和清算流程。1.2 支付方式收银台的支付方式须支持实时支付、担保支付、积分支付、组合支付、储值卡支付。1.3 接入方式支持接入的方式有PC、IOS、安卓、H5四类,并供应相应的对外API。1.4 通知管理交易胜利后,需有消息通知机制,并将信息发送给商户及用户,信息发送的形式包括短信及微信通知。2. 身份鉴权通过行方引进的身份鉴权通道,对客户的信息进行身份认证。鉴权通道应包括本行系统、银联通道、人行身份认证通道。身份鉴权业务应支持本行卡快捷支付、他行卡快捷支付、电子账户(开立、充值、提现)等业务。3. 商户开放平台为入驻商户供应的互联网服务平

8、台,包括直联入驻的商户及通过开放服务接入的商户。3.1商户管理商户在线申请入驻、商户信息修改、电子协议签名、二级商户管理、充值、提现、托付提现、二维码下载及电子账户等功能。3.2支付方式管理商户可按支付通道、支付方式、接入方式单独申请、关闭、维护3.3费率管理可按支付通道、支付方式、接入方式单独申请维护、设置、查询3.4对账管理对账明细查询并可下载对账文件;并供应API接口。对账明细字段应包含交易时间、商户号、子商户号、设备号、行方订单号、商户订单号、用户标识、交易类型、交易状态、付款渠道、付款方式、付款银行、货币种类、总金额、结算金额、行方退款单号、商户退款单号、退款金额、退款类型、退款状态

9、、商户名称、手续费、费率等。3.5平安认证管理商户可对平安证书进行申请、下载、维护;3.6报表数据统计订单支付交易统计(能够不同的支付通道、支付方式、接入方式统计)、清算报表(含营销实惠报表)3.7营销服务可依据行方后台制定的营销活动方式、手段开展系列营销活动,如通过积分、抵金券、返利、折扣或其他业务制定的营销活动。也可通过调用行方电商平台的相关实惠API。3.8账户管理。对银行账户的验证及变更。3.9用户管理。对商户用户的增、删、改、查、密码重置等。3.10订单管理。可对订单进行查询、维护、退款;并供应API接口3.11开放服务开放服务是指可通过我行对外API接入我行支付平台的服务,需供应的

10、API服务列表如下:3.11.1商户信息管理。入驻、查询、维护、退出、巡检。3.11.2订单管理。订单支付、订单查询(含单笔及批量查询)、订单撤销、申请退款、查询退款(含单笔及批量查询)3.11.3 对账。对账下载3.11.4 代收付。代收代付、结果查询(含单笔及批量)、撤销、退款(含单笔及批量)。4. 二维码管理(含聚合支付)对平台的全部二维码进行统一管理,包括对二维码统一实现、时效性、扫码方管理及二维码的支付结算等。同时必需供应支付二维码的在线生成及对应的移动客户端插件,便利在手机银行中集成二维码收款功能;在具备相关平安管理机制基础上须支持小额免密功能。二维码的实现须供应相应的API接口。

11、5.清算管理清算管理包含统一对账、统一资金清算及资金差错管理等功能。5.1.统一对账5.1.1 对账维度平台支持按渠道、产品、应用层、运用方等多维度对账,同时针对拆分交易对账应支持按原交易清单、支付流水号等总、分明细对账。5.1.2 对账方式综合考虑渠道方、运用方按API接口、FTP存储、对账报文推送等多种对账方式,同时应依据不同渠道方不同处理逻辑,抽象对账流程、形成标准化产品。5.1.3 差错处理机制与接入渠道对账应坚持以对方数据为准,与产品或应用层对账坚持以行方数据为准,支持冲正、补账、线下处理、勾销等多种差错账调整机制。5.2跨行支付通道资金清算。供应互联网支付平台与各支付通道的API调

12、用,实现互联网支付跨行、跨支付通道清算系统规范中的要求,屏蔽技术细微环节。处理与互联网支付跨行、跨通道清算系统之间的通讯、协议、证书管理,对报文进行转换、验证、资金清算等功能。与行内核心系统和大小额系统,第三方支付机构通道,实现清算结果的结算划转。5.3商户及服务商资金清分.按产品费率、结算周期刚好效、手续费分润进行资金清分入账。清算分润包括特约商户及二级商户的多级清分体系,转接清算体系。同时系统可实现银行内部各机构拓展商户的二次分润、外接合作机构的二清分润。系统能够满意平台与商户、商户与二级商户、平台与银联等第三方支付服务方、平台与核心的清算分润实力。6.产品工厂6.1支付产品管理:添加、删

13、除、维护。涉及的内容有:信息管理、费率、额度范围、时间范围、启用开关、到账时效、支付通道、支付方式、接入方式、商户类型等要素。限额管理:可针对各支付产品的各类限额(单笔、日累计等)进行统一管理。6.2智能路由可支持支付路由的统一管理,路由规则须支持静态路由配置、动态规则及路由规则自学习三种方式。静态路由配置涉及的要素:联机批量支持、鉴权、是否须要签约、是否绑定协议、代收代付支持、资金清算、地域性、本外币、支付介质、接入渠道、二级商户、交易拆分、营销策略等。动态规则及路由规则自学习的涉及要素:业务发起渠道、应用类型、交易金额限制、支付胜利率、流量限制、通道手续费率、商户类型、二级商户支持、交易时

14、段、到账时效、用户等通过以上三种方式,全面解决支付时效、费率、用户操作习惯、支付产品支持程度的完备适配。6.3 统一认证管理对全部的支付通道,可通过渠道接入类型、业务类型、交易金额、支付通道、支付方式、接入方式等要素设置相应的支付认证方式。支持接入我行全部的认证方式,包括但不限于免密支付、静态密码、人脸识别、短信认证、key证书认证及组合认证方式。7.业务管理7.1商户类型管理。对全部的商户类型进行统一管理。7.2商户管理对商户入驻(含二级商户)、维护、退出、巡检的多级审核审核(含:商户基本资料、图片资料、账户资料、商户用户管理)的管理; 合同审核审批、支持对存储的商户电子合同形成可视化的合同

15、签章,并可进行查询。7.3支付费率管理。支付方式及费率申请、维护、关闭的审核审批、费率管理费率计算维护应支持商户种类、客户种类、交易时间、到账时间、交易金额、交易笔数等。注:支持第三方服务商对商户进行拓展,支持服务商的清算分润及相关数据信息统计7.4营销管理:为平台的支付收单供应折扣、返利、积分等营销手段,能依据支付通道、服务方等设定不同的促销方式,对促销费用的支出,系统能供应清楚的账务清算流程。收单营销能支持商家报名机制,系统在商家报名后进行审核,审核后即可以参加对应的活动。7.5 协议统一管理对全部协议进行集中统一管理。包括快捷支付签约/解约、II/III类账户签约/解约、实时代收协议管理、批量代收协议管理、定时/定期代收协议、资金归集协议签约、查询/查询明细协议、批量解约、限额管理。7.6开放服务该服务是指可通过我行支付平台API接入我行其他业务系统的服务,需供应的API服务列表如下:7.6.1商户信息管理。入驻、查询、维护、退出、巡检。7.6.2订单管理。订单支付、订单查询(含单笔及批量查询)、订单撤销、申请退款、查询退款(含单笔及批量查询)7.6.3 对账。对账下载7.6.4代收付。代收代付、结果查询(含单笔及批量)、撤销、退款(含单笔及批量)7.6.5二维码信息管理。开放

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 工作计划

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号