惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
大猫的无限游戏
大猫的无限游戏
博客园 - 聂微东
Jina AI
Jina AI
The Cloudflare Blog
V
Visual Studio Blog
博客园_首页
量子位
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 【当耐特】
爱范儿
爱范儿
博客园 - 三生石上(FineUI控件)
小众软件
小众软件
博客园 - 司徒正美
阮一峰的网络日志
阮一峰的网络日志
Last Week in AI
Last Week in AI
V
V2EX
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 叶小钗
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
WordPress大学
WordPress大学
宝玉的分享
宝玉的分享
T
Tailwind CSS Blog
博客园 - Franky

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
【干货分享】如何对接第三方支付通道
刚哥 · 2024-05-24 · via 人人都是产品经理

本文是一份详尽的第三方支付对接指南,作者从实际经验出发,深入分享了第三方支付的定义、分类、注意事项以及支付场景下的具体需求。文章还提供了选择第三方支付产品时的决策框架和注意事项,帮助读者理解支付手续费的重要性以及聚合支付与第三方支付的区别。阅读本文,你将获得如何高效、安全地对接第三方支付系统的宝贵知识,希望对你在支付领域的工作决策有所帮助。

对接支付是一个比较复杂的事情,若不考虑细致,会对后续支付运营造成麻烦。作者弗怠从实践角度给大家分享他的经验。

一、 什么是第三方支付

1.1 定义

第三方支付:又称为第三方支付服务商,是指具备一定实力和信誉保障的独立机构,采用与各大银行签约的方式,为商户与消费者提供与银行支付结算系统接口的交易支持平台的网络支付模式。

三方支付服务:第三方支付服务商通过和银行、运营商、认证机构等合作,并以银行的支付结算功能为基础,向企业和个人用户提供个性化的支付结算服务和营销增值服务。

总结:第三方支付工具,建立在银行上层业务,具备一定实力和信誉的独立机构1.2 分类

按功能分:

  • 单纯的第三方支付,如银联电子支付、NPS网上支付等;
  • 以支付宝为代表的,具有电子钱包功能,可以进行电子现金的存取,消费账单的显示

按独立性分:

  • 独立第三方支付:中立,不直接参与商品或服务的买卖,公平、公正地维护参与各方的合法利益,如银联电子支付、易宝支付等;
  • 非独立第三方支付:依托电子商务平台,如支付宝、财付通等,它们只是作为一种附属品存在于自己的门户网站下。

资金流向上:

从:用户→第三方支付发起支付请求→付款银行扣款→电商备用金账户→卖家收款1.3 注意事项

一定要有支付牌照,因为用户将钱打入平台的备用金账户,会有二清风险;

电商一般进行担保交易,第一层实际上是平台,先把资金沉淀平台,确认收货后给到商家

第三方支付系统主体有消费者、商家、第三方支付平台、认证机构和银行,其机构如图所示:

买方选购商品后,使用第三方平台提供的账户进行货款支付;

第三方在收到代为保管的货款后,通知卖家发货;

买家收到货物,检验并确认后,通知第三方;第三方将货款项划至卖家账户。

二、对接第三方支付的需求场景

2.1 支付场景

支付接口:在支付场景中调用此接口完成收款。

支付状态查询接口:在发起支付前一般调用此接口,查看该订单是否正在支付或者已经支付完成,防止产生重复支付。

2.2 售后场景

退款接口:在当交易发生之后一段时间内,由于买家或者卖家的原因需要退款时,卖家可以通过退款接口将支付款退还给买家。

退款状态查询接口:在发起退款前一般调用此接口,查看该订单是否已完成退款,防止产生重复退款。

2.3 分账场景(涉及二清)

分账接口:订单支付成功后,商户发起分账请求,将结算后的资金分到分账接收方。

查询分账结果:在发起分润前一般调用此接口,查看该订单是否已完成分润,防止产生重复分润。

请求分润退回:有一些业务场景下,用户支付后商户直接将收到的钱按比例分给到了第三方,但是后续用户如果退款的话,就需要将已分账的资金从分账接收方的账户回退。2.4 对账场景

下载账单接口:为方便商户快速查账,支持商户通过本接口获取商户离线账单下载地址,下载账单进行对账。2.5 其他场景

支付撤销(关闭)接口:系统下单后,用户支付超时,系统退出不再受理,避免用户继续下单。申请调用关单接口。

三、如何选择第三方支付产品

四、选择支付产品时注意事项

4.1 支付手续费在对接之前要详细沟通

很多项目、公司在对接第三方支付时,由于第三方签约的流程比较简单,没有让商务介入,进行通道费率的洽谈,就自己开通对接,结果第三方直接按照 0.6%的手续计算,而且手续费都是按年签约的,后续想降低手续费比较麻烦。

另外,如果本身平台流水比较大的话,按照 0.6%的费率进行抽点, 一年几十万到几百万的通道费还是很高的;通常通道手续费在0.3%-0.6%之间,特别是平台流水量比较大的情况下通道手续费是可以谈到很低的。因此为了公司内部成本考虑需要让商务介入进行洽谈。

4.2 聚合支付(四方)or 三方支付?

关于选聚合支付(第四方支付)还是选择第三方支付(微信、支付宝)的问题:

(1)聚合支付(四方支付)

概述:聚合支付是融合了支付宝、微信支付、花呗、翼支付等多种支付方式的一种“包容性”支付工具。

对于消费者来说:无论是使用支付宝还是微信支付,或者其他支付工具,都可以进行支付。

对于收款方来说:不必担心消费者的支付工具与自己的收银工具冲突,而且也可以了解每个支付工具的数据(如下图):

(2)选择区别

如果公司或平台比较大,而且对于数据的安全性,系统稳定性要求很高的建议直接对接第三方支付。

如果是中小企业,为了提升接入效率(如果需要多家第三方支付时,不需要一一对接),降低通道费率,建议选择聚合支付,因为一般聚合支付的通道费率比直接对接三方的要便宜。(3)选择聚合支付时要注意

一定要选择钱直接到账的聚合支付直接到账的方案:

非直接到账方案:

五、总结说明

对接支付是一个比较复杂的事情,若不考虑细致,会对后续支付运营造成麻烦。本文主要简单介绍第三方支付,以及对接第三方支付主要的场景有哪些。后续会继续输出关于支付对接产品设计的项目案例。

本文由人人都是产品经理作者【刚哥】,微信公众号:【刚哥白话】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。