刷脸支付OEM独立部署专业技术搭建方案

在刷脸支付行业，是非常具有普遍性和渗透性的，所以呢！有很多“聪明”的系统软硬件开发公司或者服务商开始从这一块入手，“给你独立部署，可以oem贴牌，让你省心省力做服务商，”总体来说这对刷脸行业推广普及是进步的。

刷脸支付系统独立部署搭建合作微/电

刷脸支付系统独立部署的构造：

清算对账系统

支付公司提供的所有金融服务是建立在银行资金体系之上的，支付公司账务系统内账户的资金都与其在银行的存款资金一一对应，为了保证真实的资金账户和虚拟账户的资金转换正确，支付公司必须及时与银行进行各类业务的资金核对，所有资金核对都依赖于银行的系统。

1. 资金流入与银行的对账

从银行流入的资金是由银行侧控制资金结转清算与对账时间，即每日客户通过银行向支付机构充值的资金是由银行实时通知支付机构充值指令的发生，银行在每日晚间经过汇总后向支付机构的银行收款账户入账，同时提供入账清算文件。支付机构获取该文件后，与业务数据进行核对。

对账结果若相符，则没有问题。若出现对账结果不符，很有可能是系统或者业务在某些环节发生问题，存在两种情况：

银行充值明细多，支付机构充值明细少；即银行向支付机构入账资金多于支付机构业务发生情况，一般采取临时挂账处理，查出原因后再具体解决；

银行充值明细少，支付充值明细多；即银行向支付机构入账资金少于支付机构业务发生情况，则可能对支付机构产生资金损失，一般采取临时挂账处理，查出原因后再具体解决。

2. 资金流出与银行的对账

从支付公司流出的资金是由银行侧控制资金结转清算与对账时间，即每日客户向支付机构申请提现的资金是在每日支付公司批量向银行发起提现请求时，从支付公司银行存款账户扣转，但扣转的结果一般需要一段时间才能从银行侧得到反馈。

当银行侧提供扣转成功和失败的清算文件，支付公司获取这些文件进行明细核对，对于提现失败的申请，由支付公司后台发起直接将资金回充入客户账户，不在对账中心进行对账处理。

在一个消费者付款流程中，支付系统需完成以下任务：

1、接受业务系统的业务订单；

2、根据业务订单类型及金额判断可支持的支付产品并返回给前端页面，让用户选择；

3、根据用户选择的支付产品，选出具体执行扣款的支付渠道；

4、根据选出的支付渠道要求组装指令，调用渠道执行扣款任务；

5、获取支付渠道通知的扣款结果或主动查询通道扣款结果；

6、通知业务系统支付结果；

以上6个任务在具体执行中可以分化出以下几个单体：

1、支付应用

平台交易每天有无数订单，支付系统需要将订单进行分类。不同类型的订单对支付渠道有着不同的需求，可以将订单类型对支付渠道的需求规则维护在支付应用层。

支付应用提供给上层业务统一模块化的调用方式，业务层而不再需要关注支付的实现。一般来说，支付应用可分为：

即时消费（消费类订单），充值（钱包类业务），转帐（钱包类业务），提现（钱包类业务），退款（异常情况处理）等。

2、支付核心（支付产品）

支付核心将下游支付渠道自身带有的原子化功能（鉴权，签约，扣款等）封装后提供给上游统一调用。上游通道仅需明确具体支付产品和金额后，由支付核心根据路由选出的渠道的接口要求组装指令，调用渠道支付接口。

支付核心应封装渠道包括验证要素，支付额度，手续费，结算账户，查询方式等属性。也要能新渠道接入的可扩展性，屏蔽各渠道的差异，将渠道差异统一维护在单个系统中。

3、支付路由

用户选择支付产品后，可以有多个支付渠道支持对应支付产品。系统需要根据特定逻辑选出具体的支付通道去执行扣款，而这个特定逻辑就是支付路由。

这里至少要包括以下几个逻辑：

1) 指定走某条通道、指定不走某条通道；

2) 选出限额满足订单金额的支付通道；

3) 选出手续费较低的通道；

4) 现有的支付要素是否满足通道要求，是否仍需要用户参与。

另外，支付应用中支持的具体支付产品，也可在路由中实现。

4、渠道管理

支付路由，和支付核心都需要根据通道特性进行判断，可以独立维护一个系统来记录通道的特性。当通道属性发生变化时，比如需要参数发生变化，费率发生变化等，通道维护时，可以在渠道管理系统中配置相关信息即可，而不需要重新发版。

我们的地址：福建省福州市鼓楼区水部街道六一中路28号佳盛广场c座14层10室01间
电话：  农
联系手机： 期待您的咨询