商户报件也即商户入驻:

商户入驻平台类似大学生入学,你得提供相关个人信息(、手机号等),由学校相关人员(运营人员)将你的信息录入教务系统,然后审核通过后,为你生成全局唯一的学号(商户编号)。
商户入驻平台时填报的信息包含:法人基本信息、费率信息、绑卡信息。
此操作需要代理商在代理商平台进行页面表单填报操作。
因为对接的是支付宝的交易接口,因此商户报件的基本信息要提交到支付宝后天进行审核。在整个过程中会调用支付宝黑名单查询接口和支付宝间连商户入驻接口。
支付
提供给下游商户的额接口包括支付宝即时到账支付、支付宝WAP支付、支付宝APP支付。


描述:
用户通过商户平台下单,商户系统确认订单后对订单信息进行MD5加密,然后通过网络上传至代理商系统;
代理商系统也采用类似的加密方法,对商户订单进行验证,然后将加密的订单信息向上游传递;
运营管理系统接收到下游订单,也会采用加密机制进行验证,确认后,系统向代理商系统返回支付页面的URL;紧接代理商系统向商户系统传递URL,最终由商户系统向用户展示URL对应的支付界面;
商户直接与支付宝收银台交互:输入支付密码,提交支付申请后,支付宝系统确认支付成功。
支付宝确认支付成功后,首先会回调支付结果给企业运营平台,然后再由企业运营平台回调给代理商系统。完成整个支付流程。
对账
设计到该支付系统的对账为渠道对账。个人微信 支付接口

本系统的渠道对账是指在当天某个时间通过网络协议从支付宝获取前一天平台的交易订单信息(支付宝商户号、支付订单号、商户订单号、交易金额、支付渠道、支付时间等),一般以excel的形式从服务器上获取。
获取渠道对账文件后,将其与平台订单表里的前天交易流水进行一一比对,判断订单是否出额不一致)
长款指运营平台有此笔订单而渠道对或者那个文件里却没有。造成的原因主要是发生日切的情况下(23:59:00),平台记录了商户提交了订单,但由于用户未能及时支付;等到支付后,时间可能来到了第二天00:10:01。此时,同一笔交易就跨越了两个时间维度(今天和明天)。
对于长款的处理一般会将平台的长款订单进行逻辑处理,使其在明天的对账过程中再次举行对账。
一般短款、和金额不一致的情况几乎不可能发生,平台可不做处理。
另外,当日对账完成后,系统可以生成对应的报表,其中典型的是对账差异报表。
结算
说到结算,可能很多小伙伴们会比较兴奋;因为,经过前面的一些“播种”、“施肥”操作,终于到了丰收的时候。其实,结算就是通过银行通道将商户每天的扣除手续费后的交易额打到商户的结算卡上的一个过程。如果细心的话,这里的提到的“结算卡”就是商户报件时提到的结算卡。
下面的费率计算公式完全可以为ni所用:

诚然,支付系统是一个以业务为主导的互联网产品。如上叙述的支付渠道“贩子”(运营)系统,对接的外部系统多、业务模块复杂;那么相应的,具体涉及到某个业务的细节,也是能够喝上一壶的。因此,这里由于篇幅的原因,就不具体详述业务深处细节。希望感兴趣的pm们一起探讨。
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/tongxinshuyu/article-63007-2.html
蛆不是封袋前就在里面呢