收款账号：Stripe 与 Paddle 的 KYC、备用通道与拒付

支付账号和普通账号不一样：它不只是「登录不进去」的问题，而是「钱进不来、也出不去」的问题。而且它的审核、冻结、拒付，往往不由你解释。

一、收入归零的第十一天

这是为解释机制构造的假设案例，人物、引语、收入和耗时均为教学设定，不是对真实事件的调查记录。

一位开发者的产品用 Stripe 收款，月流水稳定。某天他收到一封邮件：账号需要补充业务信息，审核期间收款功能受限。他按要求提交了网站链接、产品说明和身份证明。

审核持续了十一天。期间：

• 新用户无法订阅，结账页报错。
• 老用户的续费扣款失败，系统自动降级。
• 他没有备用通道，也没有手动收款流程。
• 部分客户要求退款，他只能逐个手工处理。

第十一天账号恢复。收入损失是一部分，更大的损失是那十一天里流失的客户信任。他后来做的第一件事，是接了一个备用支付通道，并写了一份「主通道不可用」的手动流程。

二、支付链路的四个环节

大多数独立开发者只关注第一环（结账页好不好用），忽略了第二环和第三环才是「收入连续性」的关键。

三、四种收款通道

选择不是「哪个最好」，而是「哪个失效时你还有第二条路」。

3.1 MoR 与网关的差异

• MoR：客户看到的是服务商作为卖方，服务商负责计算、代收、代缴销售税。你收到的是净额。适合没有税务团队的个人。
• 网关：你是卖方，税务、退款、拒付、发票都由你负责。灵活，但责任更大。

不要把「用了 MoR」当成「不用管税务」。 你的居住地、公司主体、收入来源地仍可能产生申报义务。具体以当地法规与专业意见为准。

四、KYC 与主体一致性

支付服务商的审核，本质上是在回答三个问题：

1. 你是谁？ 身份证明、地址证明、公司注册文件。
2. 你卖什么？ 网站、产品说明、定价、服务条款、退款政策。
3. 钱去哪里？ 银行账户、账户名、主体名称。

三者的信息必须一致。常见的不一致：

4.1 审核材料的准备

• 身份证明：护照或身份证，姓名与账号一致。
• 地址证明：近三个月的水电账单或银行对账单。
• 公司文件：注册证书、章程、董事名单（如以公司名义）。
• 网站：可公开访问，包含产品说明、定价、条款、隐私政策、退款政策、联系方式。
• 业务说明：一句话说清「谁付钱、为什么付、交付什么」。
• 银行账户：账户名与主体一致，支持所需币种。

提前准备，不要等审核时才找。 审核期间每多一天，收入就多断一天。

五、风控与拒付

5.1 拒付（Chargeback）是怎么发生的

客户向发卡行提出争议，发卡行按规则处理，资金可能被暂时扣回。常见原因：

5.2 拒付率的影响

拒付率过高会触发服务商的风控，可能导致：

• 提高滚动储备金比例。
• 延长结算周期。
• 限制新交易。
• 直接终止账号。

拒付不是「客户不讲理」，而是一个需要运营的指标。 每月看一次拒付率、退款率、争议原因分布。

5.3 争议材料的保留

证据保留期要覆盖实际支付方式与服务履行对应的争议窗口；常见 120 天并不总从支付日开始，未来服务等可能更长。再与会计、合同和隐私保留义务协调，不能无限保留内容日志。

六、结算周期与储备金

做现金流预测时，不要按「销售额」算，要按「可提现额」和「到账时间」算。

七、连续性方案：主通道 + 备通道 + 手动兜底

7.1 三层结构

7.2 备通道的现实约束

• 不能把切结账入口当作搬完存量订阅。 支持的卡数据可由处理商协调迁移，但订阅、授权、税务主体与对象 ID 要分别处理；支付方式或主体不允许时，需客户重新授权。
• 税务与发票要重新配置。 不同通道的税率、发票格式不同。
• 产品侧要有开关。 能在不改代码的情况下切换结账入口。
• 客户要提前知道。 在条款里写明「可能使用关联支付服务商」。

7.3 手动兜底的最小流程

1. 一个可公开访问的「临时付款说明」页面。
2. 一个能收款的银行账户或企业收款码。
3. 一份手工开通/延期的操作步骤。
4. 一份给客户的说明模板。
5. 一个记录手工订单的表格，事后补录。

八、迁移与退出

如果决定换支付服务商，按这个顺序：

• 确认新服务商支持你的业务类型与国家。
• 完成 KYC，拿到可收款状态。
• 配置产品、价格、税务、发票、退款政策。
• 在测试环境跑通结账、订阅、退款、拒付流程。
• 灰度切换：先让新客户走新通道，老客户留在旧通道。
• 通知客户，说明变化与影响。
• 旧通道保留到迁移后的续费、退款、争议与财务义务有可执行安排；单一续费周期不是统一充分期限。
• 导出全部交易与客户数据，存档。
• 关闭旧通道前，确认没有未结退款与争议。

不要在月底或大促前迁移。 选择流量最低、你有时间盯盘的窗口。

九、常见错误

十、行动清单

• 写下当前支付链路的每一环：客户、服务商、银行、你。
• 检查网站是否包含产品说明、定价、条款、隐私、退款政策、联系方式。
• 核对账号主体、网站主体、银行账户名是否一致。
• 计算当前结算周期、储备金比例、实际到账时间。
• 接一个备通道，至少完成 KYC 与测试支付。
• 写一份「主通道不可用」的手动收款流程。
• 建立拒付与退款的月度复盘表。
• 按服务日期、支付方式、争议及法定要求确定记录期限，尽量只保留举证必需字段。

使用边界与实操验收

Stripe、PayPal 的具体产品可能承担不同角色，不能仅凭品牌判断你是否仍为卖方。备用通道须支持业务、地区、主体与平台计费规则。

计划迁移台账样例：旧 customer/subscription/payment ref→新对象；迁移可行性：处理商确认；需重授权：标记；首次新扣款日：旧期末之后；旧自动续费：确认停用；未结争议：原商户仍负责。 紧急冻结时则先明确“只接新付款”或给存量用户临时延期，不能冒称已迁走卡数据。

关键参考与核验范围

以下链接支持对应的机制或规则；本文的案例、成本和经营评分是说明方法的假设，不能当作平台统计或收益承诺。核验日期：2026-10-22。

• Stripe 迁移指南 ：付款数据迁移需要处理商协调；不能等同于直接复制订阅对象。
• Stripe 争议时间说明 ：常见窗口和起算日存在支付方式、服务日期等例外。
• Shopify 应用分成 ：核对 App Store 注册费、累计收入资格、处理费与其他费用。

系列导航

• 上一篇：云账号与账单：根账号、IAM、预算告警与供应商锁定
• 下一篇：商店开发者账号：Apple、Google、Microsoft 与 Chrome 的团队与找回
• 回到目录：独立开发者的资产韧性
• 相关阅读：浏览器扩展变现：买断、订阅、LTD 与站外支付的许可证设计 、跨境与出海 SaaS 方向指南