本文主要以app端的聚合收银台为例进行介绍（你们能够直接用京东app的收银台为比方进行了解），来看看收银台的付出流程到底是怎样的。

  收银台俗称付款处，是顾客买卖付款的当地。线下付出的时分用户是在商铺货台处挑选现金、刷卡等付出方法来进行结账，移动付出开展之后用户在线上付出，在收银台处挑选付出方法来进行付款，收银台是顾客在“商铺”最终逗留的当地。

  账户付出：依据付出公司的账户系统树立起来的付出方法，是经过账户间转账来完结资金搬运的付出方法。条件是需求用户要在付出公司开立个人付出账户，并且在账户充值才可运用。举例：微信付出的零钱账户、付出宝的余额账户便是此类。

  银行卡付出：银行卡付出分为借记卡和信用卡付出，现在收银台大多是依据协议付出产品从用户银行卡进行资金搬运。

  微信付出：从收银台跳转至微信app进行付出，包含微信零钱、在微信绑定的银行卡等方法。

  付出宝付出：从收银台跳转至付出宝app进行付出，包含付出宝余额、花呗、在付出宝绑定的银行卡等方法。

  注：用户挑选已有付出方法来进行付出时，若未设置付出暗码，则走下发验证码流程，此流程同绑卡付出发短信流程。

  聚合收银台汇集了多种付出途径的付出方法，从品牌上来分大致上能够分为自品牌付出和其他三方付出。尤其是像京东、美团、滴滴这种自己有付出车牌的公司，更多地借力于本身品牌，突出自品牌。一方面在用户面前树立本身品牌形象，另一方面为本身买卖量奉献GMV，使得更有筹码与银、网联／银行去谈协作事宜。

  聚合收银台支撑的全量付出方法（即：收银台的付出才干，对接了哪些付出途径）。

  商户（事务线）支撑的付出方法，商户的事务场景需求用哪些付出方法，收银台侧在后台为商户进行装备。

  用户绑定的付出方法，用户绑定了哪些付出方法、银行卡。此刻，用户该笔订单可用付出方法为以上三种状况的交集

  不支撑的银行：付出途径的银行支撑才干改变，比方曾经支撑XX银行，可是因为途径银行才干改变，现在不支撑该银行了，故本次该付出方法不支撑。

  银行限额问题：单笔限额超限、单日限额超限等。例如：XX银行单笔限额1万，可是用户本次付出额度3万，故限额不支撑，假如不拆单的话则该笔买卖因为限额不支撑被阻断。

  账户余额缺乏：账户余额小于付出金额，例如，订单金额100元，用户零钱账户余额80元，则本次付出账户余额缺乏，不可用余额进行付出。

  事务约束等：比方用户还款时背面临接了资金方的还款途径，资金方还款途径只支撑银行卡途径，不支撑微信和付出宝，则微信和付出宝方法则不可用。

  用户绑卡+付出：从运用者实在的体会上来说用户绑卡成功的一同也完结了付出，实际上绑卡背面走的是协议付出签约流程，签约完结后再调用付出接口进行扣款（背面逻辑：先签约，再付出）。

  绑卡组件协议公约展现：从法令危险上考虑，用户绑卡需求让用户知情并与用户签署协议，故需展现协议让用户赞同，清楚此次付出行为的权责。一般有必要展现两种协议：《XX签约银行协议》——（用户与签约银行间签定的协议）、《XX付出服务协议》——（付出公司与用户签定的协议）。

  为了进步付出成功和削减用户操作途径，收银台一般为用户默许挑选一种付出方法，用户点击【付出】button即可。

  默许付出方法分为两种：一种是像京东这种为用户开立设置收银台默许付出方法进口的，用户都能够自主设置，当然，也能够不设置。关于没有设置进口以及不设置的那部分用户，聚合收银台会依据必定的规矩为用户默许选中其间一种付出方法。

  一般常见展现规矩：账户系统付出银行卡付出微信付出付出宝付出。

  收银台搞付出优惠活动，经过活动让用户获益为自渠道或许协作组织引流，提高绑卡转化率等。

  运用两种或许两种以上的付出方法一同完结一笔订单的付出，大多数都用在某种付出方法余额缺乏但又比较想把此方法的余额花掉的场景。例如：账户余额+银行卡组合付出。

  因为银行限额等问题，订单付款金额大于银行单笔／单日限额，把一笔订单拆成多笔买卖单进行付出，此case需多笔买卖单均回来终态收银台才干再给事务方回来订单终态。

  长处：处理银行限额／余额缺乏问题，协助用户完结购买行为，协助事务方完结大额收款。

  以上，一方面临收银台产品做一个全体整理，另一方面希望能协助一些小伙伴对收银台有一个大致的了解，共享即学习！