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

推荐订阅源

cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
A
Arctic Wolf
Apple Machine Learning Research
Apple Machine Learning Research
人人都是产品经理
人人都是产品经理
Spread Privacy
Spread Privacy
IT之家
IT之家
F
Fortinet All Blogs
GbyAI
GbyAI
T
Threat Research - Cisco Blogs
月光博客
月光博客
WordPress大学
WordPress大学
V
Vulnerabilities – Threatpost
G
GRAHAM CLULEY
酷 壳 – CoolShell
酷 壳 – CoolShell
MyScale Blog
MyScale Blog
小众软件
小众软件
AI
AI
云风的 BLOG
云风的 BLOG
Jina AI
Jina AI
博客园 - 【当耐特】
T
Tailwind CSS Blog
Recorded Future
Recorded Future
Simon Willison's Weblog
Simon Willison's Weblog
I
Intezer
Schneier on Security
Schneier on Security
Engineering at Meta
Engineering at Meta
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
V
V2EX
T
The Exploit Database - CXSecurity.com
大猫的无限游戏
大猫的无限游戏
PCI Perspectives
PCI Perspectives
K
Kaspersky official blog
U
Unit 42
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Webroot Blog
Webroot Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
A
About on SuperTechFans
Stack Overflow Blog
Stack Overflow Blog
N
News and Events Feed by Topic
MongoDB | Blog
MongoDB | Blog
C
CERT Recently Published Vulnerability Notes
Security Latest
Security Latest
爱范儿
爱范儿
L
LangChain Blog
V
Visual Studio Blog
W
WeLiveSecurity
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
C
Cisco Blogs
H
Hackread – Cybersecurity News, Data Breaches, AI and More

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
解决电商二清?支付行业可不止一种解决方案(微信&见证宝为例)
三一 · 2023-10-20 · via 人人都是产品经理

电商行业原来发展已经这么长时间了,对于电商行业,大家都有什么看法呢?下面是笔者整理分享的关于解决电商二清?支付行业可不止一种解决方案一文的相关内容,大家一起来看一下吧!

电商行业至今已发展多年,国内从淘宝网的一方独大,到拼多多、抖音等新电商平台的横空出世,标志着国内电商的不断发展和竞争。电商购物作为小额高频消费的典型场景,自然和第三方支付有着密切的联系。目前网上有关“电商&支付”相关的文章已经比较多了,不同的作者老师从不同的角度对行业情况、系统框架有较多的介绍。

故本文本的重点就如标题所言,会侧重于说明目前业内对“二清”的解决方案,如:各方案有哪些环节?方案之间有啥区别?等等。

一、电商的类型

首先电商主要分为两种,自营型和平台型。

自营型就是企业搭建自己的销售平台出售自己的货物,比如大疆(https://www.dji.com/cn)。

平台型比较常见,淘宝、京东大多属于这类,企业负责搭建平台,提供商户入驻、商品展示,对接支付系统等,但平台本身不直接销售商品,商品所有权属于入驻商户。

两种不同的类型,导致整个链路的“信息流”、“资金流”、“票据流”均不同。

所以对自营型电商而言,理所应当的收自己的货款,不存在二清情况;而对平台型电商而言,平台作为支付请求的发起方(向下游支付公司发起扣款请求),所扣金额实际上是入驻商户的货款,所以原则上应该直接入账到入驻商户名下,一旦被平台收入(由平台再次结算给入驻商户),则可能出现平台卷钱跑路等重大资金风险(即二清问题)。

至此,在介绍电商类型的同时也说明了为什么只有平台型电商存在二清问题。下面具体说下目前支付行业是如何解决的。

二、业内两种解决方案

1. 基于支付公司的解决方案

首先有个客观事实,即目前中国大陆主流的支付工具只有微信和支付宝,故两家支付公司早已推出了成熟、合规的行业解决方案。以微信为例,其解决方案为“平台收付通产品”。

1)方案说明

平台收付通(原电商收付通)是微信支付专为平台商户进行交易场景打造的支付、结算解决方案,主要面向对实物商品交易进行线上撮合和管理的平台。在发生交易纠纷或其他负向风险时,此类平台有能力介入管理,并对交易负责。

平台商户在申请之前需入驻成为微信支付开发者。平台上开展交易的商户入驻微信支付,成为二级商户。平台收付通支持将多个二级商户的订单进行合单支付(如电商购物车中的多笔订单合并支付),合单支付款项分别进入到二级商户各自的账户(资金为冻结状态);平台商户在满足业务流程条件下(如确认收货等),可将二级商户的冻结状态的资金解冻,并收取平台佣金。

(上述话术源自微信官网:https://pay.weixin.qq.com/wiki/doc/apiv3_partner/open/pay/chapter3_3_0.shtml?eqid=de52cd8700068a0900000006645681da)。

该方案在合规的同时,也很好的解决了合单支付、平台分账(抽佣)、营销补贴等电商行业的特殊需求。

2)角色关系

在使用该方案时至少存在三类业务主体。

3)方案信息流:

(简化的信息流程图,完整的交互链路请查阅微信支付官网:

https://pay.weixin.qq.com/wiki/doc/apiv3_partner/open/pay/chapter3_3_3.shtml)。

4)方案资金流:

由用户银行卡至微信ACS,再出款给平台银行结算账户(分佣)、入驻商户银行结算账户(货款)。

微信收付通方案因为已经非常成熟、公开的信息也很多,就先简单介绍至此。

2. 基于银行的解决方案

了解这种方案的读者可能不如第一种方案的多,以平安银行见证宝为例,是平安银行针对电子商务平台搭建的支付结算网络,在为电商平台搭建一整套交易资金见证总分账户体系的同时,向平台及平台用户提供总分账户的开立、账户鄉定及鉴权验证、密令控件输出、交易担保支付、充值、提现、交易资金清分、清算和对账等一体化资金管理服务。

(上述话术源自平安银行官网:http://www.orangebank.com.cn/zhifutong/dsjianzhengbao.html)。

1)角色关系

这次我们先来看下角色关系(支付公司仍以微信为例),在使用该方案时至少存在四类业务主体:

可见方案变的更“复杂”,也更“怪”了。

2)方案说明

带着这四个角色,我们进一步开展方案说明:

该方案由平台和银行达成业务合作,银行为其开立一个监管账户,平台在微信侧开立收单商户(注意:是收单商户,微信原则上不感知平台下入驻商户的交易),微信侧的资金结算账户绑定为银行开立的监管账户。从而实现入驻商户的应收款入账至平台的微信账户中,再由微信结算至监管户,由银行对用户支付的货款进行统一监督管理。

对平台的入驻商户而言,需要由平台将商户的资质信息、结算卡信息送往银行核验鉴权。通过后银行会在平台监管账户下为入驻商户开立二级账户,用来管控入驻商户的应收款项。

当用户发起微信支付时,不论场景上是否为多个入驻商户的合单支付,请求微信时都只有一笔交易单(没有分账信息),微信向用户扣款成功后,再由平台通知银行进行分账操作,基于平台的分账信息银行在入驻商户的二级账户上入账。T1微信将实体资金结算给平台的监管户,银行完成清算对账后,平台可向银行发起入驻商户结算指令,最终实现商户收款。

综上,从微信视角来看,这更像一个自营型平台的支付业务,而分账、分佣、资金管控的功能和责任全交给了银行,用户支付的货款也从微信ACS挪到了银行账户。

3)方案信息流

(注:同样是简化的信息流程图,支付机构以微信为例,合作银行以平安为例)

4)方案资金流

由用户银行卡至微信ACS,再结算至银行监管户,再由监管户出款至平台银行结算账户(分佣)和入驻商户银行结算账户(货款)。

5)其他说明

各位聪明的读者看到此处时,心中应该也有不少疑问,比如银行是怎么对账的?银行账户结构是怎么样的等等,在此稍作解释:

a.银行的账户结构

如图,银行账户下是有多个子账户的,一部分子账户用于平台,一部分用于入驻商户。如,挂账子账户:当监管户有实体资金进入时,会先记在挂账子账户上,比如微信T1的资金结算,平台发起的监管户充值等。手续费账户:即平台抽佣的金额会记在该账户上,该账户可以绑定平台的银行结算账户,以实现手续费收款提现。入驻商户子账户:是入驻商户在银行入网登记通过后开立的账户,用来记录商户的应收款项,该账户也绑定了商户的银行结算账户,以实现资金结算。

①银行的对账处理

既然银行承担了资金清分、结算的职责,那银行是怎么对账的呢?分为三个部分,在当日微信交易完成后,平台需要把交易信息、分账明细包括分佣要求送给银行,银行侧会记录这些交易,并给相关子账户入账。次日,平台需将获取到的微信交易账单同步给到银行,同时,银行又收到了微信的结算资金。此时银行有了三个数据:商户请求的交易数据(含分账信息);微信的交易账单;实体资金总额。银行开始跑批核对,确认明细账和资金总账的一致性。

②入账金额的状态管理

除了对账外,银行既然要确保资金的安全,就需要对用户支付的沉淀资金有所保护,所以银行的资金分为几种状态:“待清算”、“冻结”、“可用”。待清算是指银行当日收到平台交易(分账)指令后,会实时给每个商户子账户加值,但此时为待清算状态,需等到银行次日对账成功后,这些资金才会被划出待清算状态。冻结、可用相对常见,通过资金冻结保护用户货款,仅当解冻转为可用状态后,入驻商户才能完成提现请求。

③其他细节问题

上述说的都是正常链路下的正常情况,但在实际合作与使用中存在各种细枝末节的问题。比如,微信会向平台收取支付手续费,一般会轧差收取,此时会导致一个问题,即T1微信实际结算给银行的资金会小于平台接口请求的交易金额总和(银行实收<银行应收),这个时候对账会出现异常。针对这种情况有两个解决方案,其一是开立微信的手续费账户,渠道收取费从该账户扣除,从而不影响微信T1的资金结算;其二是见证宝通常会绑定一个平台的自有资金账户,如果出现银行实收<银行应收的小额偏差,银行会从平台的自有资金账户中扣出这部分钱补上。

又比如一种退款异常的情况,比如微信T1结算(全额结算)后,平台当日在没有正向交易的情况下发生了用户退款(交易量小的平台会有这个问题),此时平台的微信账户余额为0,原则上无法退款。但又由于退款链路会先请求银行扣除商户子账户余额,此时就出现了商户子账户余额扣款成功但微信给用户退款失败的尴尬情况。针对这种情况,可以修改微信结算规则为非全额结算,留存一部分的资金以应付T1的退款,并对发起轮询的退款重试或人工介入。

三、两方案对比

最后来说一说两个方案的区别,帮助各位读者进一步认识这两种行业解决方案。

首先是“平台收付通”,作为支付公司给出的解决方案,在合规层面上受日趋严格的监管影响,所以微信的风控、合规、商户入网、KYB做的都更加严谨。

其次,如果平台使用了微信收付通方案,在未来要拓展支付宝等支付工具时,则需要如法炮制,相关的合作、平台及入驻商户的入网流程需要重来一遍,操作成本较大。再者,由于是支付公司自己的方案,所以用户体验上会更好,比如用户可以在微信订单中看到分账金额,收款商户等信息,这也更符合合规的要求。

最后,电商的一大特点是在于用户货款的长时间沉淀,这部分沉淀资金对平台和支付公司而言是没有收益的(更严谨的说,支付公司有微量的备付金收益)。

但对“见证宝”而言,作为银行给出的ToB解决方案,相对而言更加“灵活”,并且对接服务上做的更好(可以咨询相关技术、产品老师)。其次,平台如果一开始只接了微信支付,未来即便要拓展支付宝或其他支付工具也会相对简单,因为入驻商户不需要在各支付公司重新入网登记,只需要在银行入网一次即可。再者,用户体验上就显逊色,用户只能在微信订单中看到一笔平台全额收款的订单。最后,由于平台愿意将这部分沉淀资金给到银行监管,所以银行就多了一笔(或者一大笔)钱,银行可以将这部分沉淀资金的收益分成给平台。

所以,总结如下:

本文由 @一一一 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。