为什么我们永远不持有伙伴的钱
从品牌收钱再付给伙伴的平台变成了银行,连带牌照、沉淀资金风险和延迟。CSV 更好。
伙伴打款只有两条路。一条是平台先从品牌收钱、自己持有,再按平台的节奏付给伙伴;另一条是平台只负责算清每个人该拿多少,品牌从自己的 PayPal 或 Wise 账户直接付。RelayWonder 走第二条,而且永远不会走第一条。一个持有资金的平台本质上变成了支付机构:它需要资金传输牌照,或者找一家愿意替它扛风险的银行;它坐在一笔不属于自己的沉淀资金上;它在品牌和伙伴之间多插了一个结算周期;它还会在打款手续费之上再叠一层自己的费用。对年规模在几百万美元以下的任何伙伴计划来说,品牌每月审核并批准一份 CSV,比平台钱包更快、更便宜、也更安全。这篇文章把这个判断背后的算术摊开,从头到尾走一遍一个月的伙伴打款,并且坦白说品牌为此放弃了什么。
伙伴打款的两种模式
把第一种叫钱包模式。品牌在平台上充值,或者平台每月从品牌的信用卡上扣当月佣金加一笔费用,然后平台在自己选定的日期把钱付到每位伙伴的 PayPal 或银行账户。对品牌来说,这是每月一张账单;对伙伴来说,钱来自一家自己从未注册过的公司。
把第二种叫账本模式。平台维护一本只增不改的账本,记录每一笔佣金、退款和调整,套用锁定期和起付门槛,月底生成一个批次:伙伴名单、金额、币种、收款地址。品牌把这个批次下载成 PayPal 批量付款或 Wise 批量付款的 CSV,上传到自己的账户,批准,然后回到平台把批次标记为已付。平台从头到尾碰不到一分钱。
面向 SaaS 的联盟软件大多用账本模式。Rewardful 导出 PayPal 或 Wise 打款 CSV 且不抽成,FirstPromoter 导出用于 PayPal 批量付款的文件(均于 2026-09-18 查证)。面向大型 B2B 计划的 PartnerStack 则由平台代付,价格按报价(于 2026-09-26 查证)。对一个有几万伙伴和一支合规团队的市场平台来说,钱包模式没有错。但对一个有四十位伙伴、一个人在跑计划的品牌来说,把它当默认选项就是错的。
持有资金会把平台变成什么
平台一旦从一方收钱并承诺交付给另一方,它就在做资金传输。在美国,这正是 FinCEN 对货币服务企业的定义,需要联邦登记,并且在大多数州还要逐州申请资金传输牌照 [1]。另一条路是把资金流交给持牌合作方,比如通过 Stripe Connect 这样的平台账户,由持牌主体承担监管负担并为此收费 [2]。无论哪条路,成本都存在,并且最终会以平台费、打款费或者汇率差的形式转嫁给品牌。
牌照是看得见的成本。更安静的成本是这几项:
- 沉淀资金。从品牌付钱给平台那天到伙伴收到钱那天,钱在平台手里。有的平台靠这笔钱赚利息;而所有平台对品牌来说都是对手方风险:平台倒了,品牌已经付了,伙伴却没收到,而按照品牌自己的计划条款,品牌仍然欠伙伴这笔钱。
- 两个结算周期。伙伴先等品牌付平台,再等平台跑自己的打款周期。一个 30 天锁定期的品牌在 5 号付平台,平台在 15 号付伙伴,30 天的锁定期就变成了 45 天的等待。
- 费上叠费。平台费,然后是平台的打款费,然后是平台自己付给 PayPal 或银行再转嫁的费用,如果伙伴用别的币种还有汇率差。每一层都不大,加在一起经常比平台订阅费还高。
- 纠纷变成三方。伙伴说金额不对,品牌说是平台算的,平台说是品牌批准的。账本模式下只有两方,和一本双方都能读的账。
- 税务责任变模糊。一年内向美国伙伴支付超过申报门槛的那家企业要提交 1099-NEC [3]。当平台是名义付款方时,品牌以为平台会报,平台以为品牌会报,结果谁都没报。
替伙伴付钱的平台是带仪表盘的银行。只做算术的平台才是软件。
把一个月的伙伴打款算一遍
设想一个 SaaS 品牌:40 位已通过审核的伙伴,20% 持续佣金,RelayWonder 的默认设置,也就是 60 天 Cookie 有效期、30 天锁定期、$50 起付门槛,单一币种。我们用整数是为了方便跟着算,不是因为真实的月份是整数。
三月份,账本新增了 310 条正向记录,来自首付和续费,佣金合计 $6,400。同时新增了 11 条负向记录:8 笔退款和 3 笔拒付,合计 -$340。三月净赚佣金 $6,060。
锁定期意味着三月的佣金要在发票付款 30 天后才可付。所以四月批次里装的是到批次日为止已经过了锁定期的记录,而不是四月赚的记录。假设 $6,060 里有 $5,200 在四月批次前过了锁定期,剩下的五月再过。负向记录是立刻冲抵伙伴余额的,不等锁定期,所以这 $340 退款直接减少了相关伙伴在四月的可付金额。
再套起付门槛。40 位伙伴里有 22 位可付余额达到 $50,另外 18 位的余额在 $0 到 $49 之间,结转到下月。这些钱没有丢,只是这个月不值得为它付一笔打款手续费。四月批次是 22 行,合计 $4,870。剩下的 $330 留在账本上作为结转余额。
| 步骤 | 金额 | 伙伴数 |
|---|---|---|
| 三月正向记录 | $6,400 | 40 |
| 三月负向记录(退款、拒付) | -$340 | 7 |
| 三月净赚 | $6,060 | 40 |
| 到四月批次日已过 30 天锁定期 | $5,200 | 40 |
| 低于 $50 起付门槛,结转 | -$330 | 18 |
| 四月批次应付 | $4,870 | 22 |
品牌打开四月批次,看到 22 行,重点核对三位因为拒付而余额变动的伙伴,然后导出 CSV。把 22 行上传到 PayPal 批量付款大约两分钟;PayPal 按笔收费,费用直接显示在品牌自己的账户上 [4]。Wise 批量付款的流程一样,用的是表格模板 [5]。品牌批准,钱从品牌账户出去,品牌回到 RelayWonder 把批次标记为已付,账本就为这 22 位伙伴各写一条打款记录。包括核对在内,总共不到二十分钟。
同样的月份放到钱包模式下是这样的:1 号平台从品牌扣 $4,870 加打款费;在平台选定的某一天,它付给伙伴,每一行再扣平台的打款费。品牌确实省了二十分钟。它为这二十分钟付了钱,并且等了更久。
直接打款的操作步骤
如果你从来没用 CSV 跑过批次,这是我们建议的流程。除了文件格式,PayPal 和 Wise 的步骤是一样的。
- 在审核通过时就向每位伙伴要收款地址,而不是等到打款时。PayPal 邮箱或者 Wise 收款信息。RelayWonder 在伙伴账户里只收一次,伙伴合作的每个品牌都能复用。
- 同时收税务表格。美国伙伴上传 W-9,非美国伙伴上传 W-8BEN [6][7]。表格只上传一次,由运营人员核验,品牌看到状态。表格缺失的伙伴不要付,先扣住余额并告诉对方原因。
- 批次日那天,打开批次先看例外:有作弊标记的伙伴、余额变成负数的伙伴、税务状态未核验的伙伴。剩下的都是例行公事。
- 导出 CSV。一位伙伴一行:收款地址、金额、币种,以及一个能追溯到批次 ID 的备注字符串。
- 上传到 PayPal 批量付款或 Wise 批量付款,核对总额和批次总额一致,批准。
- 把批次标记为已付。账本为每位伙伴写一条打款记录,伙伴的后台当分钟就能看到这笔款。
- 把 PayPal 或 Wise 的打款确认和批次 ID 一起留存。一年后伙伴对某笔款有争议时,这就是你的审计线索。
品牌放弃了什么,照实说
账本模式并非没有代价,我们宁可把它们说清楚。品牌需要一个 PayPal 商业账户或 Wise 商业账户,并且要自己承担打款手续费,而不是看到它被打包进账单。品牌每月要花那二十分钟;如果忘了,伙伴就会被晚付,平台无法替品牌补救。币种也要品牌自己处理:想要欧元的伙伴从品牌自己的 Wise 余额里拿到欧元,汇率显示在品牌自己的对账单上。
| 问题 | 平台持有资金(钱包) | 品牌直接付(账本) |
|---|---|---|
| 名义付款方是谁 | 平台 | 品牌 |
| 从成交到伙伴之间的结算周期 | 两个:品牌到平台,平台到伙伴 | 一个:品牌到伙伴 |
| 需要的牌照 | 资金传输牌照,或 Connect 类持牌合作方 | 除品牌自己的支付账户外不需要 |
| 品牌承担的对手方风险 | 有,资金停留在平台期间 | 无 |
| 品牌看到的费用 | 平台费、平台打款费、汇率差、转嫁费用 | 平台订阅费加 PayPal 或 Wise 的直接费用 |
| 品牌每月的工作量 | 批准一张账单 | 审核批次、上传 CSV、批准、标记已付 |
| 谁提交 1099-NEC | 取决于合同,经常不清楚 | 品牌,因为它是付款企业 |
| 月伙伴收入低于 $1,000 时可用吗 | 通常价格就排除了 | 可以,RelayWonder 免费版覆盖 |
对一个每月 $200,000 伙伴收入、2,000 位伙伴、三十种币种的品牌,二十分钟会变成一整天,代付的便利开始值得它的费用。那是 PartnerStack 服务的区间。在那以下,这笔交易一边倒地偏向 CSV。
每一刻钱在哪里
追踪一美元佣金会很有帮助。某位伙伴推荐的客户在 3 月 3 日支付了一张 $100 的发票。Stripe 按正常的结算周期把钱打到品牌的银行账户 [8]。账本为伙伴写下一条 $20 的记录,日期 3 月 3 日,状态为锁定中。4 月 2 日锁定期结束,这条记录变成可付。4 月 5 日生成的四月批次包含它。品牌 4 月 6 日上传 CSV,伙伴当天在 PayPal 看到 $20。
在这条时间线的每一个点上,这 $20 要么在客户的账户里,要么在 Stripe 的结算管道里,要么在品牌的银行账户里,要么在伙伴的 PayPal 里。没有第五个地方。如果客户在 3 月 20 日发起拒付,账本在 3 月 20 日写一条 -$20 的记录,伙伴四月批次的可付余额减 $20,没有人需要追回任何东西。这就是账本只增不改的实际理由:退款是一条新记录,而不是对旧记录的修改,所以伙伴在十二月下载的对账单依然能对得上。
为什么它比看起来更能扩展
很多人以为 CSV 到某个规模就不管用了。在我们的经验里,上限不是批次的行数,而是币种的数量和例外的数量。一个 400 行的 PayPal 批量付款文件和一个 22 行的上传起来一样容易,Wise 批量付款每个文件最多支持一千个收款人 [5]。随着计划增长的是审核:更多作弊标记、更多负余额、更多税务表格过期的伙伴。RelayWonder 把这些例外放在批次页面最上方,正是为了批次变长时审核仍然很短。
另一个会扩展的是伙伴这一侧。一位和八个品牌合作的创作者不想在八个日期从八个平台收到八笔 PayPal 付款。一个伙伴账户通行所有品牌,每种币种一个余额,伙伴看到的是一本账。每个品牌仍然从自己的账户付自己的批次,伙伴只是在一个地方看到它们。这是我们在不成为付款方的前提下能做到的最多的事,也已经足够。
这对伙伴意味着什么
伙伴有时会问,一个替他们算钱的平台为什么不干脆把钱付了。我们的回答是:品牌直接付对伙伴也是一个好处。伙伴收到的钱来自他们推广的那家公司,依据那家公司的条款,PayPal 流水上写的是那家公司的名字。品牌付晚了,伙伴能看到批次状态,知道该去问谁。如果 RelayWonder 明天消失,每一条账本记录和每一份打款确认都还留在品牌的 PayPal 或 Wise 历史里,品牌依然欠伙伴条款上写明的那个数。伙伴在任何套餐下都不向我们付一分钱,我们也从不抽伙伴佣金的百分比。持有他们的钱将是走向这两件事的第一步。
FAQ
RelayWonder 会不会持有伙伴打款或品牌资金?
不会。我们计算余额、生成月度批次,并导出为 PayPal 批量付款或 Wise 批量付款的 CSV。品牌把文件上传到自己的账户,批准,然后把批次标记为已付。我们没有任何一个让钱经过的账户。
伙伴余额低于 $50 起付门槛怎么办?
余额结转到下个月。$50 这个默认值的存在是为了不让伙伴为 $6 的余额付一笔打款手续费。品牌可以修改起付门槛,伙伴在自己的后台能看到结转金额。
如果伙伴已经收到钱了,之后发生退款或拒付怎么处理?
退款会成为账本上一条负向记录,日期是它发生的那天。如果伙伴已经为那笔成交收过钱,这条负向记录会减少他下一次的可付余额。30 天锁定期的存在正是为了让大多数退款在打款之前就落地。
打款支持导出哪些文件格式?
PayPal 批量付款 CSV 和 Wise 批量付款表格。两者都有供应商的官方文档,也都带有备注字段,我们填入批次 ID,方便以后把某笔付款对回批次。
品牌直接付款时,1099 表格由谁负责?
由付款企业负责,也就是品牌。伙伴在 RelayWonder 账户里上传一次 W-9 或 W-8BEN,运营人员核验,品牌在付款前看到状态。开具 1099-NEC 仍然是品牌的工作,我们不替任何人申报。
如果足够多的品牌要求,你们会加平台代付吗?
不会。代付意味着我们要成为资金传输机构或者接入持牌合作方,而那笔成本会以费用的形式回到品牌身上。CSV 加一个清晰的批次页面是我们的设计,不是权宜之计。
Sources
- FinCEN:货币服务企业定义 · 定义资金传输,以及接收并转交资金的企业的联邦登记要求。
- Stripe 文档:Connect · 平台如何通过持牌中介把款项路由给第三方。
- IRS:关于 1099-NEC 表格 · 付款企业对非雇员报酬的申报。
- PayPal 开发者文档:Payouts · 通过 API 或文件上传的批量付款,含按笔收费结构。
- Wise Business:批量付款 · 基于表格的批量转账,每个文件的收款人上限。
- IRS:关于 W-9 表格
- IRS:关于 W-8BEN 表格
- Stripe 文档:接收结算款 · Stripe 从品牌的 Stripe 余额到银行账户的结算周期。