Dashboard 右上角提示补资料，开发者只看到一串字段名，财务当天还在等 payout。先别把它当成普通网络波动；currently_due、past_due 和 eventually_due 代表不同紧急程度。越多人同时上传材料、改字段和换代表人，越容易让 Stripe 审核记录变乱。
Stripe requirements_due 从哪一页判断
past_due 已经比 currently_due 更紧急，把 required fields 原样抄下来，按 past_due、currently_due、eventually_due 排优先级。
| 看到的信号 | 更可能的原因 | 第一动作 |
|---|---|---|
| past_due | 可能已影响能力 | 当天优先处理 |
| currently_due | 已要求但有窗口期 | 看 deadline 排队 |
| eventually_due | 未来可能要求 | 准备，不抢上传 |
Dashboard 里先点哪一类字段？
字段名里带 representative 的，通常指账户代表人；带 owner 或 director 的，要回到股权和控制人名单；business_profile、company、external_account 则分别对应业务资料、公司资料和银行。把字段抄进表格，材料、上传人、截止时间和 Stripe 返回原因分列记录。Stripe 问的是哪一类主体，就只传那一类主体的材料。
哪些动作会把问题弄乱？
反复上传同一材料会让审核记录更乱。同一时间只改一个变量：representative、owner、company、business_profile 和 external_account 要分开。团队里最好指定一个负责人上传，其他人只补文件和字段截图。
| 不要同时改 | 为什么 | 替代做法 |
|---|---|---|
| representative 和 owner | 代表人和受益所有人会混淆 | 分角色补材料 |
| company 和 business_profile | 公司资料和业务描述不同层 | 处理当前字段 |
| external_account 和 payout | 银行问题会影响收款 | 单独记录银行字段 |
留给团队的记录长什么样？
记录表不用复杂，6 列就够：时间、Stripe 字段名、字段状态、上传文件、提交人、下一次可操作时间。涉及 payout 时加 balance 或 payout 页面截图。
网络和后台环境放在哪一步？
如果 Stripe Dashboard 正在要求补 currently_due 或 past_due 字段，先固定负责人和后台环境，再按字段逐项处理。Stripe Dashboard 稳定访问适合承载收款后台操作，但它不能替代真实文件、代表人信息和 Stripe 审核。
Stripe currently_due 不覆盖什么
这篇不是法律或税务意见，也不判断不同国家账户的全部字段；Connect 平台和普通商户后台的字段可能不同。