本文首要以2B2B渠道为例对尝试着对付出绑定、付出解绑、在线付出、退款等事务流程及规划办法进行阐明、整理。

　　在线付出事务是一切电商渠道的中心事务，我在人人都是产品司理的网站上运用关键字“付出”检索了下，发现关于付出事务的规划少之又少，不光是付出，关于产品、产品、购物车等等范畴模型的规划也很少，我们都会集评论在产品外在规划上，告知你这个工作是怎么回事，可是没有告知规划应该怎么落地，个人认为一个合格的产品司理是一个既能进行需求剖析、事务规划、一同也能做数据规划、剖析的。

　　本文首要以2B2B渠道为例对尝试着对付出绑定、付出解绑、在线付出、退款等事务流程及规划办法进行阐明、整理。假如您觉得有些协助或许觉得哪里不对，期望小伙伴留言进行沟通或许点个赞。

　　在做付出事务规划的时分，产品司理不光要剖析事务流程还要考虑规划战略，关于付出事务的规划战略首要体现在数据安全性和扩展性。

　　报文签名与验签机制的共同点：首要都需求对报文中呈现签名域（signature）之外的一切数据元选用key=value的办法依照称号排序，然后以&作为衔接符拼接成待签名串。其次，对待签名串运用SHA-1算法做摘要。

　　报文的签名处理机制如下：运用银联颁发给商户的商户RSA私钥证书对摘要做签名。最终，对签名做Base64编码，将编码后的签名串放在签名（signature）表单域里和其他表单域一同经过HTTP Post的办法传输给银联在线付出渠道。

　　报文的验签处理机制如下：运用商户入网时银联供给的银联在线付出通讯RSA公钥证书对摘要做签名。最终，对签名做Base64编码，与回来报文表单中的签名（signature）域签名串做比较，如共同则验签成功，不然验签失利。

　　加密机制：关于持卡人暗码银联在线付出渠道运用RSA公钥证书对ANSI X9.8带主帐号格局的PIN加密并做Base64编码后传输，以保证暗码的安全性。依据商户可选装备，关于CVN2、有效期、卡号运用RSA公钥证书别离做加密并Base64处理。关于灵敏信息银行卡验证信息及身份信息部分内容，选用Base64编码后传输，以做数据屏蔽。关于文件内容，运用DEFLATE紧缩算法紧缩后，Base64编码的办法传输，紧缩编码后的内容参加签名摘要运算。

　　在付出事务剖析规划后，其相关数据库表包括付出记载表 付出记载表付出银行表 付出绑定表 付出反常表、付出订单表；今后再有相似的在线银联付出事务能够直接进行复用，不必新建表。此外以下事务流程规划也能够进行扩展运用。

　　首要介绍整个事务的全体事务流程、资金流事务流程。其次别离介绍付出绑定、解绑、付出、退款等事务流程的规划。

　　树立绑定联系，指商户/收单组织的用户号（即报文中的绑定标识号）与用户的银联卡信息进行相关，相关信息留存在银联体系中。树立绑定联系可分为前台方式和后台方式，前台方式时，用户在银联页面输入相关银行卡信息；后台方式由商户收集银行卡信息发送至银联进行绑定。下面以前台方式为例进行阐明，事务流程图如下所示：

　　假如收购方没有绑定过银行卡，会提示“请先绑定银行开再付出”；假如绑定过银行卡，会跳转至付出页面；

　　在绑定银行卡页面，假如第一次绑定银行卡，绑定信息中会进行“买卖渠道付出暗码”新增操作，不然无此操作，一个收购方只能有一个“买卖渠道付出暗码”，可在会员中心修正此付出暗码；

　　在银联绑定卡页面，可挑选储蓄卡和信用卡，点击“绑定”，跳转至银联绑定页面，输入卡号等绑定信息，绑定成功后会跳转到渠道页面，绑定成功的卡可进行解绑。

　　绑定卡今后，可进行付出，在付出页面，挑选一张绑定银行卡，输入手机验证码和“买卖渠道付出暗码”，付出点击“付出”，付出成功会跳转至付出成功页面，订单列表中可看到付出成功后订单信息。

　　在已付款订单列表页，可对当天清算前订单进行退款，点击“退款”，会回来退款成果；假如订单付出成功，配送商（出售）可进行接单；收购方在配送商（出售）接单后可进行“承认收货”操作；

　　承认收货后，在第二天配送商（出售）可收到相应金钱，假如订单开具发票，则金钱打至对公账号，假如不开具发票，则金钱打至对私账号

　　触发付出操作后，依据是否开具发票来判别调用哪种类型的付出接口，假如开具发票且是增值税发票，调用B2B付出接口（前台买卖），假如未开具发票或开具普通发票，调用绑定付出接口，付出之前有必要先绑定银行卡，假如是借记卡，调用借记卡绑定接口，之后调用绑定代收接口，假如是贷记卡，则调用贷记卡绑定接口，之后调用绑定消费接口。

　　前台类买卖是指买卖恳求方（如商户、收单组织）与银联在线付出体系之间的买卖信息经过用户浏览器进行传递的买卖，是一种异步的、需求持卡人参加完结的买卖类型。关于触及金额的前台类买卖（即买卖恳求中有金额字段）银联在线付出体系体系均会给恳求方后台告诉(后台告诉报文要素同前台应对的要素)，恳求方也有必要完结接纳后台告诉。关于买卖状况不知道的买卖恳求方有必要建议买卖状况查询买卖。

　　后台类买卖是指买卖恳求方（如商户、收单组织）将买卖信息直接经过恳求方服务器发送至银联在线付出体系服务器的买卖办法。后台买卖均为同步短衔接办法，不需求持卡人参加完结的买卖类型。关于触及金额的后台类买卖，若通讯超时，则买卖恳求方有必要建议买卖状况查询买卖。

　　将拼装好的数据排序好并用&衔接后签名，生成signature字段，可运用插件包供给的办法“sign(未签名报文, 报文字符集);”。可经过调用插件包供给的签名办法来完结签名。

　　把一切要发送给银联在线付出的域包括signature和signMethod，组成表单以POST办法送给银联在线付出前台买卖的地址。

　　买卖完结后，银联在线付出体系将把买卖成果别离回来告诉到商户通的前台应对地址和后台应对地址上，商户接纳到买卖告诉后可别离调用“coverResultString2Map(应对报文);”办法进行应对报文解析，和“MpiUtil.validate(应对报文, 报文字符集)”办法进行签名验证。

　　商户依照不同的买卖拼装报文，买卖报文请参阅《中国银联在线付出渠道-商户接入接口标准》把拼装好的数据排序好并用&衔接后签名，生成signature字段，可运用插件包供给的办法“sign(未签名报文, 报文字符集);”。

　　把一切数据，包括signature和signMethod用key=value并用&符号链接的办法拼装成字符串，经过插件包供给的办法进行发送。接纳到回来报文后，经过插件包供给的办法进行验证签名，调用“coverResultString2Map(应对报文);”办法进行应对报文解析，和“MpiUtil.validate(应对报文, 报文字符集)”办法进行签名验证。

　　报文传送格局:报文信息选用JSON格局进行http传输，将会供给实体与JSON的彼此转化办法。

　　报文传送格局：报文信息选用JSON格局进行http传输，将会供给实体与JSON的彼此转化办法。

　　当日2B2B渠道收到的承认收货或现已超越承认收货时刻节点的待划付订单。银商依据收到的报文数据，按子订单中的商户编号，对此商户做资金划付； 报文传送格局：报文信息选用txt文件办法上传至FTP，文件中数据结构是一行一个大订单详细信息(包括小订单)。此外恳求报文：该报文包括多个兼并订单实体。     兼并订单报文：兼并订单包括一个或多个子订单，一个子订单包括一个或多个产品。

　　人人都是产品司理（是以产品司理、运营为中心的学习、沟通、共享渠道，集媒体、训练、社群为一体，全方位服务产品人和运营人，建立9年举行在线+期，线+场，产品司理大会、运营大会20+场，掩盖北上广深杭成都等15个城市，在职业有较高的影响力和闻名度。渠道聚集了很多BAT美团京东滴滴360小米网易等闻名互联网公司产品总监和运营总监，他们在这里与你一同生长。

上一篇:10年老牌付出专家
下一篇:WhatsApp录用亚马逊前高管为印度付出事务主管