支付宝新企业版产品介绍及应用说明

1、支付宝新企业版签约产品介绍及应用说明目录1、支付宝收款产品1）、担保交易收款2）、即时到账收款3）、网银支付4）、CO喷到付款平台5）、移动支付6）、手机网站支付7）、扫码即时到账收款8）、扫码担保交易收款2、商家付款产品1、批量付款到支付宝账户（银行卡账户） 3、平台商产品1）、平台商担保交易收款 4、增值服务1）、数据罗盘2）、集分宝批量自助发3）、快捷登录二、普通网站接口收费标准 1、收款产品1）、担保交易、即时到帐 2）、网银支付3）、CO喷至款4）、快捷支付、手机网站支付 5）、扫码即时到账收款、扫码担保交易收款 6）、平台商担保交易收款 2、付款产品（可批量）1）、转账到支付宝账户

2、 2）、转账到银行账户3、增值产品三、支付宝后台交易对账系统解释 四、支付宝商户案例 1、联通网上营业厅2、大众点评网 3、一号店附表一：储蓄卡快捷支付限额总表（电脑端、无线端） 一、支付宝签约产品简介1、支付宝收款产品1）、担保交易收款2）、即时到账收款3）、网银支付4）、CO喷到付款平台5）、移动支付6）、手机网站支付7）、扫码即时到账收款8）、扫码担保交易收款2、商家付款产品1、批量付款到支付宝账户（银行卡账户）支付宝已升级新企业版，转账额度已提高。3、平台商产品1）、平台商担保交易收款4、增值服务1）、数据罗盘2）、集分宝批量自助发3）、快捷登录二、普通网站接口收费标准1、收款产品1）

3、、担保交易、即时到帐接口收费方式如下：a）、单笔阶梯式收费交易额区间阶梯费率0-6万元部分%6万元-50万元部分%50万元-100万元部分%100万元-200万元部分%200万元以上%注：阶梯式收费：交易成功一笔，扣一笔手续费，买家在付款时直接就扣手续费，剩下的钱就到卖家的支付宝帐号上；不交易不收费。网站交易额累积到6万之前的所有单笔扣费就是 %比如100元，就收取元，6万之后的单笔交易就是1%比如100元，就收取1元，以此类推。b）、包量套餐产品名称预付金额优惠交易量流量折合费率超量费用即时到帐收款600元6万%1800 元20万元%3600 元45万元%7000 元100万%14000元2

4、00万%30000元500万%注：600元包量套餐，指一年有效期之内在合作网站上可以免费成交6万的交易额，这个比例折算下来相当于我们扣除了每笔交易 %勺服务费。2）、网银支付接口收费方式如下：单笔阶梯式:交易额区间阶梯费率0-6万元部分%6万元-50万元部分%50万元-100万元部分%100万元-200万元部分%200万元以上%注：阶梯式收费：交易成功一笔，扣一笔手续费，买家在付款时直接就扣手续费，剩下的钱就到卖家的支付宝帐号上；不交易不收费。网站交易额累积到6万之前的所有单笔扣费就是 %比如100元，就收取元，6万之后的单 笔交易就是1%比如100元，就收取1元，以此类推。3）、CO喷至心立

5、款？收费方式如下：？?？合作物流费率代收上限服务费最彳用服务费封顶反馈周期顺丰%10000元5元150元T+5工作日宅急送%10000元4元100元T+3工作日圆通%10000元4元100元T+3工作日注：T为签收时间？4）、快捷支付、手机网站支付收费方式如下:服务名称预付费交易流量费率服务期限?单笔阶梯费率0万0-10 万0%1年10-100万以%100万以上%注：同一个签约主体只享受一次 10万的免费流量优惠机会5）、扫码即时到账收款、扫码担保交易收款6）、平台商担保交易收款2、付款产品（可批量）1）、转账到支付宝账户收费标准攵款账户免费转账额度口出金 ，费率服务费上下限单笔限额单日限额关

6、联认证账户限00元不限不限收款账户免费转账额度超出金额费率服务费上下限单笔限额单日限额他人支付宝账户2万元/月%2元-25元5万元（向个人账户转账）10万元（向公司账户转账）200万元注：”关联认证账户”指支付宝实名认证相同的支付宝账户2）、转账到银行账户新企业版转账到银行账户费率和限额向本公司的银行账户转账向他人银行账户转账当日到账费率单笔转账金额0-10万元（含10万元）:（最低2元,最（1b 25兀）10万元-500万元（不含10万元）:%（无上、下限）%（4低2元，最高25元）次日到账费率0元（无上、下限）%（4低2元，最高25元）艮额单笔：500万元当日：500万元单笔：5万元（向个

7、人账户转账）?10万元（向公司账户转账）当日：200万元注：“本公司的银行账户”指账户户名与本企业的支付宝实名信息相同的账户3、增值产品:、支付宝后台交易对账系统解释与银行、商户、买家、卖家之间的交易关联。为了可以更好地解释支付结算系统对账过程，我们先把业务从头到尾串起来描述一下场景，深刻理解里面每个角色做了什么，获取了哪些信息：某日阳光灿烂，支付宝用户小明在淘宝上看中了暖脚器一只，价格io。元。小明使用支付宝网银完成了支付,支付宝显示支付成功，淘宝卖家通知他已发货，最近几日注意查收。我们来看看这个过程中有几个相关方，分别做了什么:小明： 持卡人， 消费者，淘宝和支付宝的注册会员，完成了支付动

8、作，自己的银行账户资金减少，交易成功。银行：收单银行，接受来自支付宝的名为“支付宝BBB的100元订单，并引导持卡人小明支付成功，扣除小明银行卡账户余额后返回给支付宝成功通知，并告诉支付宝这笔交易在银行流水号为“银行CCC”支付宝：支付公司，接收到淘宝发来的订单号为“淘宝 AAA的商户订单号，并形成支付系统唯一流水号：“支付宝BBB发往银行系统。然后获得银行回复的支付成功信息，顺带银行流水号"银行CCC淘宝： 支付公司称淘宝这类电商为商户，是支付系统的客户。淘宝向支付系统发送了一笔交易收单请求，金额为100,订单号为：“淘宝 AAA ,支付系统最后反馈给淘宝这笔支付流水号为“支付BB

9、B'以上流程对支付公司（支付宝）而言，虽然银行通知了它支付成功，但资金实际还要T+1 后结算到它银行账户，所以目前只是一个信息流，资金流还没过来。Tips: 插一句话，对支付系统内部账务来说，由于资金没有能够实时到账，所以此时小明的这笔100 元交易资金并没有直接记入到系统资产类科目下的“银行存款”科目中，而是挂在“应收账款”或者“待清算科目”中。大白话就是，这100 元虽然答应给我了，我也记下来了，但还没收到，我挂在那里。对商户（淘宝）而言，虽然支付公司通知了它支付成功，他也发货了，但资金按照合同也是T+1 到账。如果不对账确认一下，恐怕也会不安。基于支付公司和商户的困惑，我们的支付

10、结算系统需要进行两件事情：一是资金渠道对账，通称对银行帐；二是商户对账，俗称对客户帐。对客户帐又分为对公客户和对私客户，通常对公客户会对对账文件格式、对账周期、系统对接方案有特殊需求，而对私客户也就是我们一般的消费者只需要可以后台查询交易记录和支付历史流水就可以了。我们先聊银行资金渠道对账，由于支付公司的资金真正落地在商业银行，所以资金渠道的对账显得尤为重要。在一个银行会计日结束后，银行系统会先进行自己内部扎帐，完成无误后进行数据的清分和资金的结算，将支付公司当日应入账的资金结算到支付公司账户中。于此同时，目前多数银行已经支持直接系统对接的方式发送对账文件。于是，在某日临晨4 点，支付宝系统收

11、到来自银行发来的前一会计日对账文件。根据数据格式解析正确后和前日支付宝的所有交易数据进行匹配，理想情况是一一匹配成功无误，然后将这些交易的对账状态勾对为“已对账”。Tips: 此时， 对账完成的交易，会将该笔资金从“应收账款”或者“待清算账款”科目中移动到“银行存款”科目中，以示该交易真正资金到账。以上太理想了，都那么理想就不要对账了。所以通常都会出一些差错，那么我总结了一下常见的差错情况：1. 支付时提交到银行后没有反馈，但对账时该交易状态为支付成功这种情况很正常，因为我们在信息传输过程中，难免会出现掉包和信息不通畅。消费者在银行端完成了支付 行为，银行的通知信息却被堵塞了，如此支付公司也不

12、知道结果，商户也不知道结果。如果信息一直没法通知到支付公司这边，那么这条支付结果就只能在日终对账文件中体现了。这时支付公司系统需要对这笔交易进行补单操作，将交易置为成功并完成记账规则，有必要还要通知到商户。此时的小明：估计急的跳起来了付了钱怎么不给说支付成功呢！坑爹！TIPS： 通常银行系统会开放一个支付结果查询接口。支付公司会对提交到银行但没有回复结果的交易进行间隔查询，以确保支付结果信息的实时传达。所以以上情况出现的概率已经很少了。2. 我方支付系统记录银行反馈支付成功，金额为100，银行对账金额不为100这种情况已经不太常见了，差错不管是长款和短款都不是我们想要的结果。通常双方系统通讯都

13、是可作为纠纷凭证的，如果银行在支付结果返回时确认是100 元，对账时金额不一致，可以要求银行进行协调处理。而这笔账在支付系统中通常也会做对应的挂账处理，直到纠纷解决。3. 我方支付系统记录银行反馈支付成功，但对账文件中压根不存在这种情况也经常见到，因为跨交易会计日的系统时间不同，所以会出现我们认为交易是23 点 59 分完成的，银行认为是第二天凌晨0 点 1 分完成。对于这种情况我们通常会继续挂账，直到再下一日的对账文件送达后进行对账匹配。如果这笔交易一直没有找到，那么就和第二种情况一样，是一种短款，需要和银行追究。以上情况针对的是一家银行资金渠道所作的流程，实际情况中，支付公司会在不同银行开

14、立不同银行账户，用以收单结算（成本会降低），所以真实情况极有可能是：临晨 1 点，工行对账文件丢过来（支行A）临晨1 点01 分，工行又丢一个文件过来（支行B）临晨1 点15 分，农行对账文件丢过来。临晨5 点，兴业银行文件丢过来不管什么时候，中国银行都必须通过我方业务员下载对账文件再上传的方式进行对账，所以系统接收到中行文件一般都是早上9点05分对系统来说，每天都要处理大量并发的对账数据，如果在交易高峰时段进行，会引起客户交互的延迟和交易的失败，这是万万行不得的所以通常支付公司不会用那么傻的方式处理数据，而是在一个会计日结束后，通常也是临晨时段，将前一日交易增量备份到专用对账服务器中，在物理

15、隔绝环境下进行统一的对账行为，杜绝硬件资源的抢占。以上是银行资金渠道入款的对账，出款基本原理一致。谈完了资金渠道的对账，我们再来看看对客户帐。前面提到了，由于资金落在银行，所以对支付公司来说，对银行帐非常重要。那么同理，由于资金落在支付公司，所以对商户来说，对支付公司账也一样重要。能否提供高品质甚至定制化的服务，是目前支付公司走差异化路线的一个主要竞争点。曾经在某游戏公司（后文统称A公司）做过支付渠道的拓展和维护、对账工作，现就我知道和了解的说几点哈。1. 对账周期：A公司对玩家开放了包括支付宝、财付通在内的十余种电子支付渠道，大部分都是按月对账的，即当月 1-10 号（视渠道有差异）进行对账

16、，然后11 号开始打款/ 转账。部分渠道可能是本月对上上个月的账，即 3 月对 1 月的账，如短信渠道（还分本地和外地）。还有的可能是周结算，如中腾神州行。2. 各渠道成交额：?快钱、易宝等开通了网关支付+账户余额支付的渠道成交量最大，最高的时候可以达到千万级别， 最低也是小百万的级别，其次是支付宝和财付通等，最小的是中腾神州行等，每周仅有几千元而已。3. 为何要对账：由于双方都有计费系统，谁都不愿少收钱/ 多付钱， 所以就需要对账后完成打款/ 转账等流程。而由于网络/ 渠道的差异性等总会存在双方订单不一致的现象，2 者一致的很少很少。不一致的情况有这几种可能：支付渠道扣款成功了但商户这显示i

17、T单未完成（玩家会随时反馈给A公司，然后A公司及时的核对该笔订单并给玩家补偿对应金额的游戏货币），支付渠道未扣款成功但商户显示支付成功了，在我经历3 个月对账工作中，主要还是前者居多。不一致的订单总金额如果占当月的交易额度在一定范围内，基本双方都懒得查了（数万甚至数十万笔订单查起来很恼火），然后就是走财务流程打转/ 转账了。4. 怎么来对账：支付宝、财付通、易宝和快钱等支付渠道给接入商户开放了对账后台的权限，商户可以随时查看月流水，而系统会在月初生成上个月的所有订单列表，这个订单列表可能有成千上万行（支付渠道订单号、商户订单号、订单金额、下单时间、完成时间等），而 A 公司本身的充值系统也可以

18、导出订单列表，好了，根据订单号来匹配，筛选出不一致的订单，然后逐个的去查吧。5. 对账要多久：?对账这个事情真的好恼火啊，2 个 Excel 表格一共成千上万的订单，开始是通过Excel 透视表 / 筛选等各种方式弄，后来找程序员同事写个了工具，但比对完了还是有数十甚至上百个不一致的订单，然后这些只能从2 个后台挨个逐笔的对，一共 10 多个渠道啊，现在想起来都觉得不堪回首。不过也有例外，A公司通过程序实现了 QQ币每日对账，如果前一天双方订单不一致，系统则会将不一致的订单号邮件发给相关人员，然后针对这几笔订单操作即可。一致的话就不会发，总得算来，QQ币每月不一致的维持在30笔以内。6. 谁来

19、对账：支付宝、财付通等支付渠道跟商户联系的人分3 类：销售、技术和商务（姑且这么叫吧）。一般销售会负责前期支付渠道的谈判和接入，技术则负责具体的接口调试和实施以及日常运维，商务则负责商户的日常维护和渠道的监控以及对账事宜，如支付渠道需要维护或调整，商务会提前知会给各大商户，然后商户这边出公告、临时关闭该渠道入口。部分公司销售和商务的职能分的不是太细，都是1 个人完成的。如果商户的月成交额达到千万级别以上，支付渠道这边就会对你格外的重视，貌似我了解的几个支付渠道是销售人员在直接跟商户打交道，然后商户该月的流水决定了销售人员的奖金和提成。7. 争议比例范围：?相对于一个支付渠道每月几百万的流水，几

20、百甚至上千元的争议订单就显得微不足道了（我接触的那段时间，基本最多的也就在千元左右），商户需要及时的从支付渠道那儿收回资金以支付广告费和公司的运作，不可能也没必要为了几百甚至上千的金额拖几天，先把无争议双方认可的金额走完流程再说，剩下的部分慢慢再对账。再者支付渠道方面1 个人可能负责数十家商户，天天被这些订单恶心着。麦当劳肯德基还有%的损耗，工厂还有次品率呢，更无须说商户和支付渠道的这些争议订单了。8. 商户如何风控：支付渠道上线前肯定是需要在各个浏览器、操作系统下进行调试的，调试无误后才会上线。而网银类一般都有支付上限，各个商户也在充值页面限定了单笔支付的上限，而对于数据负载这块，商户这边单

21、个渠道每天的订单笔数能有5000 笔就不错了，差不多也就每分钟4 笔的请求量，这个相对于游戏开服时登陆 / 加载的数据量来说不算大吧。而客服人员也会24 小时关注玩家反馈的充值问题，有了问题商户能解决的就商户搞定了，搞不定的也会临时关闭渠道入口并通知支付渠道来一起搞定吧，所以更大的风险应该是来自于支付渠道本身吧。之前说过，银行与支付公司之间的通讯都是可以作为纠纷凭证的。原理是对支付报文的关键信息进行密钥加签+md5处理，以确保往来报文“不可篡改，不可抵赖 ”。同理，支付公司和商户之间也会有类似机制保证报文的可追溯性，由此我们可以知道，一旦我方支付系统通知商户支付结果，那么我们就要为此承担责任。

22、由此我们再推断一个结论：即便某支付订单银行方面出错导致资金未能到账，一旦我们支付系统通知商户该笔交易成功，那么根据协议该结算的资金还是要结算给这个商户。自然，我们回去追究银行的问题，把账款追回。一、对支付系统而言，最基本的对账功能是供商户在其后台查询下载某一时间段内的支付数据文件，以供商户自己进行对账。这个功能应该是个支付公司就有，如果没有就别混了。二、对大多数支付系统而言，目前已经可以做到对账文件的主动投送功能。这个功能方便了商户系统和支付系统的对接，商户的结算人员无须登录支付平台后台下载文件进行对账，省去了人工操作的麻烦和风险。对大型支付系统而言，商户如果跨时间区域很大，反复查询该区域内的

23、数据并下载，会对服务器造成比较大的压力。各位看官别笑，觉得查个数据怎么就有压力了。实际上为了这个查询，我最早就职的一家支付公司重新优化了所有 SQL语句，并且因为查询压力过大服务器瘫痪过好几次。现在比较主流的做法是把商户短期内查询过、或者经常要查询的数据做缓存。实在不行就干脆实时备份，两分钟同步一次数据到专用数据库供商户查询，以避免硬件资源占用。甚至大多数支付公司都会对查询范围跨度和历史事件进行限制，比如最多只能查一个月跨度内，不超过24个月前的数据以避免服务嗝屁。对账这块大致就这样了，再往细的说就说不完了。 风 控 的 分 割 线风险控制，在各行各业都尤其重要。金融即风险，控制好风险，才有利

24、润。虽然第三方支付严格意义上说并非属于金融行业，但由于涉及资金的清分和结算，业务主体又是资金的收付，所以风险控制一样非常重要。对支付公司来说，风控主要分为合规政策风控以及交易风控两种。前者主要针对特定业务开展，特定产品形态进行法规层面的风险规避，通常由公司法务和风控部门一起合作进行。例如，一家公司要开展第三方支付业务，现在要获得由人民银行颁发的“支付业务许可证”。遵守中国对于金融管制的所有条规，帮助人行监控洗钱行为这些法规合规风险，虽然条条框框，甚至显得文经绐，但如果没人解读没人公关，业务都会无法开展。当然，这块也不是本题所关注的重点，提问者关注的，应当是业务进行过程中的交易风控环节。现在随着

25、各支付公司风险控制意识的加强，风控系统渐渐被重视起来。除了上述提到的合规风控相关功能，风控系统最讲技术含量，最讲业务水平，最考究数据分析的业务就是交易风控环节。对一笔支付交易而言，在它发生之前、发生过程中及发生过程后，都会被风控系统严密监控，以确保支付及客户资产安全。而所有的所有秘密，都归结到一个词头上：规则。风控系统是一系列规则的集合，任何再智能的风控方案，都绕不开规则二字。我们先看看，哪些情况是交易风控需要监控处理的：1 .钓鱼网站什么是钓鱼呢？用我的说法，就是利用技术手段蒙蔽消费者，当消费者想付款给A的时候，替换掉 A的支付页面，将钱付给B,以达成非法占用资金的目的。还有更低级的，直接就

26、是发小广告，里面带一个类似c:iknowdocsharedatacur workblank 的网址，打开后和淘宝页面一摸一样，上当客户直接付款给假冒网站主。第一种情况风控系统是可以通过规则进行简单判定的，虽然有误杀，但不会多。通常使用的规则是判断提交订单的ip地址和银行实际支付完成的ip地址是否一致，如果不一致，则判断为钓鱼网站风险交易，进入待确认订单。但第二种情况，亲爹亲娘了，支付公司真的没办法。当然遇到客户投诉后可能会事后补救，但交易是无法阻止了。2 . 盗卡组织利用盗卡进行交易大家都知道，信用卡信息是不能随便公布给别人的，国内大多信用卡虽然都设置了密码，但银行仍然会开放无磁无密支付接口给

27、到商户进行快速支付之用。所谓无磁无密，就是不需要磁道信息，不需要密码就可以进行支付的通道。只需要获取到客户的CVV,有效期，卡号三个核心信息，而这三个信息是在卡上直接有的，所以大家不要随便把卡交给别人哦碰到类似的这种交易，风控系统就不会像钓鱼网站这样简单判断了。过去我们所有的历史交易，都会存库，不仅会存支付相关信息，更会利用网页上的控件（对， 恶心的 activex或者目前用的比较多的flash 控件）抓取支付者的硬件信息，存储在数据库中。当一笔交易信息带着能够搜集到的硬件信息一同提交给风控系统时，风控系统会进行多种规则判定。例如：当天该卡是否交易超过3 次当天该 IP 是否交易超过3 次该主

28、机CPU的序列号是否在黑名单之列等等等等，一批规则跑完后，风控系统会给该交易进行加权评分，标示其风险系数，然后根据评分给出处理结果。通过硬件信息采集以及历史交易记录回溯，我们可以建立很多交易风控规则来进行监控。所以规则样式的好坏，规则系数的调整，就是非常重要的用以区别风控系统档次高低的标准。例如，我听说着名的风控厂商RED有一个“神经网络”机制，灰常牛逼。其中有一个规则我到现在还记忆犹新：某人早上八点在加利福尼亚进行了信用卡支付，到了下午一点，他在东亚某小国家发起了信用卡支付申请。系统判断两者距离过长，不是短短5 小时内能够到达的，故判定交易无效，支付请求拒绝。规则非常重要，当然， 数据也一样

29、重要。我们不仅需要从自己的历史记录中整合数据，同时还要联合卡组织、银行、风控机构，购买他们的数据和风控服务用来增加自己的风控实力。SQ风控是一个不断积累数据、分析数据、运营数据、积累数据的循环过程。好的风控规则和参数，需要经过无数次的规则修改和调整，是一个漫长的过程。不知道大家做互联网， 有没有利用 GA做过AB测试，同样的，风控系统也需要反复地做类似AB测试的实验，以保证理论和实际的匹配。最后给大家说一个小小的概念：所谓风控，是指风险控制，不是风险杜绝。风控的目标一定不是把所有风险全部杜绝。合理的风控，目标一定是：利润最大化，而不是风险最小化过于严格的风控规则，反而会伤害公司利益（看看销售和风控经常打架就知道了）不光是交易的风控，我们日常制定规则，法规，公司流程，也一定要秉着这个出发点进行规划。四、支付宝商户案例1、联通网上营业厅1）、用户充值（网站）2、大众点评网1）用户充值3、一号店1）商品购买2）合作商结算附表一：储蓄卡快捷支付限额总表（电脑端、无线端）温馨提示：以下限额仅做参考，具体限额以前台显示为准1、以下限额，电脑端与无线端限