Stripe review 最怕两件事：一边改网站，一边补文件。到最后，后台写一种业务，网站写另一种业务，银行 statement 又是第三个名字。
先别急着解释「我们是正规 SaaS」。把 Stripe Dashboard 的原始要求复制出来，按字段整理材料。Stripe 要验证的是账户、业务、代表人、受益所有人、银行和网站是否指向同一个真实业务。
##看 Dashboard 哪些字段？
表 1：Stripe review 字段表
| Dashboard 或 API 字段 | 审核在看什么 | 你要准备什么 |
|---|---|---|
requirements.currently_due | 当前必须补的字段 | 逐项截图，按顺序上传 |
requirements.past_due | 已逾期要求 | 处理，可能影响 payouts |
requirements.pending_verification | 已提交但还在核验 | 不要重复上传不同版本 |
business_profile.url | 网站是否能说明业务 | 首页、定价页、Terms、Privacy、Refund、Contact |
business_profile.mcc / industry | 行业是否支持 | 产品说明、客户类型、交付证据 |
company.tax_id / EIN | 实体识别 | EIN Letter、注册文件、税务文件 |
representative | 谁代表公司同意 Stripe 条款 | 护照或 ID、地址证明、职位说明 |
external_account | 银行账户归属 | 银行 statement、routing、账户名 |
如果 Dashboard 只要身份文件，就不要上传 20 页业务说明。如果 Dashboard 问业务支持性，就不要只重拍护照。材料和问题要一一对应。
6 类材料怎么准备？
表 2：Stripe 账号审核材料清单
| 材料名 | 文件例子 | 后台字段 | 常见拒绝原因 |
|---|---|---|---|
| 公司文件 | Certificate of Formation、Articles、EIN Letter、DBA statement | company.name、company.tax_id、business_type | 公司名、税号、地址和 Stripe 后台不一致 |
| 代表人身份 | 护照、驾照、身份证、自拍或 Stripe Identity | representative.first_name、dob、address | 姓名顺序、生日、地址和证件不一致 |
| 受益所有人 | Operating Agreement、cap table、股权说明 | owners_provided、percent_ownership | 25% 以上 owner 漏填，控制人说不清 |
| 业务网站 | 首页、定价、Terms、Privacy、Refund、Contact、docs/demo | business_profile.url | 网站空壳、定价缺失、退款政策找不到 |
| 履约证据 | 产品截图、客户邮件、invoice、交付记录、登录日志 | payment、customer、invoice | 看不出客户买了什么、怎么交付 |
| 银行资料 | bank statement、账户证明、routing/account 后四位 | external_account、payouts | 银行账户名和 Stripe 实体不一致 |
Stripe 支持页面和 acceptable verification documents 都强调一个原则：文件要清晰、未过期、能验证对应字段。多传无关材料不加分，反而让审核人员看到更多冲突。
网站页面要怎么补？
最少补齐 6 页：Home、Pricing、Terms、Privacy、Refund、Contact。SaaS 产品再加 docs、demo 或 screenshots，让审核人员知道你卖的是软件服务，不是空白承诺。
网站上的公司名要和 Stripe 后台一致。如果你对外用品牌名，法定实体可以放在 footer、Terms 或 invoice 里。别让首页写 Brand A，Terms 写 LLC B，Stripe 写个人名 C。
退款政策要具体。写「case by case」太虚，最好说明订阅取消、退款窗口、数字服务交付后是否退款、联系邮箱、处理时间。争议发生后，这些页面也会进入证据包。
回复审核邮件怎么写？
三段够了。
第一段写主体和产品：公司法定名、网站、产品、客户、收费方式。
第二段列材料：每个文件对应哪个 Dashboard 字段。比如 EIN Letter 对 company.tax_id，bank statement 对 external_account，Refund Policy 对网站政策。
第三段写交付和退款：客户付款后如何登录、如何拿到服务、遇到问题如何联系、何时退款。
不要写营销文案。审核不是融资路演，越像广告，越不像证据。
费用和审核路径怎么排？
表 3：Stripe review 处理路径
| 状态 | 做什么 | 可能影响 | 费用或时间成本 |
|---|---|---|---|
只显示 currently_due | 按字段上传最少材料 | 通常不影响全部收款 | 文件准备 1-2 小时 |
出现 past_due | 先补逾期字段 | 可能限制 payouts | 1-5 个工作日审核时间 |
| 要求 business supportability | 补网站、定价、履约证据 | 可能影响 charges 或 payouts | 客服、产品和法务一起改 |
| 银行归属不一致 | 下载 bank statement | payout 延迟 | 银行开证明或换账户 |
| 代表人或 owner 缺失 | 补 25% 以上 owner 和控制人 | 账户无法完全激活 | 合伙人证件和地址证明成本 |
| review 期间客户要付款 | 准备 invoice、MoR、PayPal 或银行转账备用 | 避免客户流失 | 备用渠道手续费和对账成本 |
真实用户讨论里，常见卡点不是「没有材料」，而是同一账户反复收到不同验证要求。遇到这种情况，先停下整理一份一致的 PDF 包和字段说明，再继续提交。
后台操作怎么减少混乱？
处理 review 时，经常要同时打开 Stripe、公司邮箱、银行、注册代理、文档网盘和网站后台。最容易出错的是边旅行边补件，邮箱验证码、Dashboard 会话、银行登录轮流打断。
可以把财务后台固定在一台工作机和一个浏览器资料夹里，用Stripe Dashboard 稳定访问承载这些高频操作。关键不是换一个神奇设置，而是让审核期间的登录环境可追踪。
什么时候准备备用收款？
看到 payout paused、charges disabled 或客户付款开始失败，就准备备用收款。MoR、PayPal、银行转账、手动 invoice 都可以，但要提前告诉老客户，不要等支付失败才解释。
备用渠道不等于放弃 Stripe。它只是给你 3 到 10 个工作日的缓冲，让 review 不至于直接砸到现金流。