1.选择合适的支付公司&支付渠道
寻找合适的支付公司,可以通过百度去搜索相关第三方支付公司的资料以及排名等,看支付公司的背景和应用的商户的体量,支付渠道公司在支付行业内的知名度和沉淀(经验),这些可以从侧面体现支付公司的技术稳定性,产品稳定性。
在大前提的OK的情况下,具体了解其支付业务都有哪些,而平台需要的支付业务都有哪些,然后进行匹配。
此外,还要考虑是否需要对接钱包和账户体系等。
准确传达目前公司的业务逻辑和支付需求场景,让支付公司推荐最优的解决方案。
同时,洽谈范围中非常重要的还需要包含支取渠道收取平台的手续费的问题,还有就是支付渠道的分账是T+1(仅工作日次日)还是D+1(无论工作日与非工作日的次日)等等细节也都是需要在此阶段最终明确的。
下面是一些第三方公司支付渠道的一些性能参数,可以作为筛选的评判标准。
1.1稳定性
支付渠道首先需要保持足够的稳定性,不稳定的支付渠道可能会导致支付流程崩溃、掉单等情况的发生。
1.2成功率
支付渠道的成功率也是非常重要的,支付渠道的成功率较低的话会很容易导致大量的掉单的情况,用户的支付体验较差。
1.3手续费
支付渠道的使用并非免费的,通过支付渠道的每一笔交易都会被支付渠道公司收取一定百分比的手续费,平台存在大量交易的情况下,选择手续费高的支付渠道会导致平台支付渠道的成本变高。
因此,对比多家支付渠道的情况下,选择手续费较低且稳定性和成功率有保障的公司是最佳的。
一般大流量的平台往往可以拿到较低的手续费率,比如:支付宝和微信等第三方支付渠道给大型交易平台的支付手续费一般会在0.3%以下,甚至更低。
而个人商户或者小平台的费率比较高,可能达到0.6%左右。
1.4支付限额
出于资金安全和风控的角度考虑,很多支付渠道都会定义其对应银行支付的支付限额,比如:使用某支付渠道单日支付金额限制不超过5W。
平台在选择支付渠道时,支付限额较高的渠道相对来讲具有更大的支付便捷性,在用户支付大额的订单金额时,不会很容易被限制而无法完成单笔支付。
1.5其他因素(支付流程)
支付流程主要是关于支付渠道的的产品细节沟通,比如:该支付渠道公司的支付走的是认证支付还是快捷支付,还是两者都有?是通过API接口形式还是SDK嵌入的形式?
SDK嵌入形式会导致底层数据平台端无法获取,平台可以获得到的就是一个支付结果,但是API的对接形式平台自己可以监控整个的支付流程,包含支付中发生的异常情况监测,比如响应超时的情况等。
还有,需要确认字段信息,支付四要素(姓名、身份证、银行卡号、预留手机号)等。
以上信息都是综合判断选择一家支付公司的评判标准。
2.选择合适的支付公司后进行商务对接
确定支付渠道&形成支付产品逻辑闭环
在初步确定好支付公司后,平台方公司支付产品需要梳理出支付全流程业务需求,然后跟支付渠道公司做具体方案的对接和讨论,形成从用户的支付场景闭环到技术的闭环。
3.技术对接
在确认好业务支付流程和具体的产品方案细节后,就将进入技术对接的阶段。
这个阶段内双方公司的研发同学会进行技术层面的对接和调试,根据确定的支付流程细节的方案来确定需要开发的内容,并按照支付公司提供的接口文档和流程图等资料来进行支付功能的开发。
比较核心的内容就是“支付”和“对账”:关于支付主要考虑支付在交易流程中如何调用来唤起支付,而对账主要是进行公司内部对账、公司与商家对账、公司与支付渠道对账的数据记录。
PS:一般这种支付信息对账都是T+1进行的。
4.测试调通
技术对接阶段完成基本对接和调试后,将进入双方协同的测试阶段。
在遍历了全部业务流程的全部支付场景无误之后(包含异常流程的测试,比如:故意吧把四要素信息填写错了,银行卡余额不足来测试等等),完成测试,并确定支付渠道产品上线。
产品上线后,还需要一段时间的跟踪验证,对于出现的线上问题及时修复和处理,以保证支付渠道无BUG。
5.进件
5.1个体商户
小明开了一家饭馆,这个时候他想接入收钱吧的聚合支付,让客户自己扫码支付,提高收银效率。
这个时候他只需要提交给支付公司以下资料,审核通过就可以接通收钱吧的聚合支付:
个体商户全称需按照营业执照上登记的名称全称填写,简称的话可以填写品牌名称;
上传企业法人代表身份证照片(原件电子版);
提交个体营业执照扫描件或原件电子版;
提交与个体营业执照商户名相符的门店照片(门面照、内景照及前台照);
签署合同,个体商户由法人或负责人签字并加盖指纹;
结算卡信息必须使用营业执照法人账户。
5.2企业商户进件
老王开了一家匹凸匹的互金公司,准备对接一家第三方支付公司来满足客户的充值,提现的支付需求。
这个时候老王只需要提交一下资料给第三方公司,然后审核通过后就可以接入第三方支付。
商户名全称需按照营业执照上登记的公司名全称填写,简称的可以填写品牌名称;
上传公司法人代表的身份证照片(原件电子版);
提交企业营业执照扫描件或原件电子版;
提交与营业执照公司名相符的门店照片(门面照、内景照及前台照);
签署合同,企业商户由法人代表签字并加盖公司公章;
结算卡信息必须使用同名对公账户。
5.3平台型企业
小赵有一家公司,这家公司类似于淘宝,连接店主和C端客户的交易。
这个时候小赵需要对接一家支付公司,可以满足C端用户在店主商城支付的场景,同时能满足店主的充值提现需求。
这个时候小赵公司如果有支付牌照,那样就可以完全可以满足以上的支付需求。
如果小赵公司没有支付牌照,那么他有两种选择:
第一种:代替店主向第三方支付公司进件,店主获得的收益会自动由第三方公司结算。优点是小赵的公司没有形成资金池,也不存在“二清”的违规操作,缺点是各个商户渠道侧的支付数据小赵的公司是拿不到的,如果店主出现对账问题,小赵的公司要第一时间解决是一件很麻烦的事情。
第二种:小赵可以公司名义单独进件,其他商户可以理解为公司的连锁商户。这个时候所有的交易流水都在一个商户后台,且能看到所有门店的交易数据以及解决对账问题。但是无法进行充值提现的需求,因为会形成资金池,在没有支付牌照的情况下这样做会涉及到“二清”的违规操作。
6.进件审核通过—正式调通
进件审核通过后,技术同学会拿到生产环境的参数,然后进行配置并测试后,正式上线。后续出现什么问题如果需要支付公司协助解决,可以直接联系他们。