SaaS 收到第一笔订阅后，Stripe 突然暂停 payout，后台要求补 proof of entity。先别把它当成普通网络波动；proof of entity 要证明公司登记主体真实存在，和换银行卡不是同一个问题。越多人同时改公司名、银行账户和代表人，payout 恢复越难复盘。
Stripe payout disabled 出问题时看什么
Stripe 要证明公司主体真实存在，把 proof of entity、company registration、beneficial owner 和银行户名分开比对。
| 看到的信号 | 更可能的原因 | 第一动作 |
|---|---|---|
| 公司名不一致 | 缩写或 DBA 混用 | 用登记文件上的 legal name |
| 地址不一致 | 运营地址替代注册地址 | 按后台要求区分 |
| owner 缺失 | 受益所有人未填完整 | 补 owner/director 信息 |
payout 暂停时哪些字段先别动？
不要同时换银行账户、改公司地址、换 representative。先围绕 proof of entity 解决一个问题：官方登记文件能否证明后台公司字段。上传后把提交时间、文件名、字段差异和 Stripe case id 记下来。财务要对账时，用这张表解释为什么 payout 暂停，而不是口头说还在审核。
哪些动作会把问题弄乱？
公司名缩写、地址简称和股东信息不一致，会反复退回。同一时间只改一个变量：legal name、注册地址、company registration、beneficial owner 和 external account 要分开。团队里最好指定一个负责人上传，其他人只补文件来源。
| 不要同时改 | 为什么 | 替代做法 |
|---|---|---|
| legal name 和 DBA | 展示名不能替代登记名 | 用公司文件名称 |
| company registration 和地址证明 | 文件证明对象不同 | 按后台字段上传 |
| beneficial owner 和 representative | 控制人和代表人可能不是同一人 | 分角色比对 |
留给团队的记录长什么样？
记录表不用复杂，6 列就够：时间、后台字段、文件名称、文件日期、差异说明、Stripe case id。涉及 payout disabled 时加财务对账负责人。
网络和后台环境
如果 payout disabled 期间还要维护 Stripe、银行和公司后台，先固定负责人和核心后台环境，再排 proof of entity、beneficial owner 与 external account。Stripe Dashboard 稳定访问适合承载收款后台操作，但不能替代公司登记文件和 Stripe 审核。
不覆盖什么
这篇只讨论资料顺序，不保证 payout 恢复时间；不同司法辖区的公司文件名称不同，疑难场景应找律师或 CPA 复核。