判断问题类型
Mercury 后台对独立开发者很关键：收 Stripe payout、付 SaaS 账单、导出 statement。登录卡住那一刻，最怕你把所有可能性混在一起。
| 现象 | 大概率原因 | 做什么 |
|---|---|---|
| 新地点登录要额外验证 | 旅行位置变化 | 用常用设备和邮箱完成验证 |
| 2FA 收不到 | 手机迁移或漫游问题 | 查备用方式，停止连续尝试 |
| 要求补公司信息 | KYC 或资料更新 | 准备公司文件和运营说明 |
| 团队成员无法付款 | 角色权限不足 | 管理员查 Team 设置 |
如果你能看到明确的资料请求，那是账户审核问题；如果只是卡在验证码、2FA、设备确认，多半是登录安全链路。
恢复登录的操作步骤
第一步，找最近成功登录的设备。固定浏览器、固定密码管理器、固定邮箱。不要一边用酒店网络，一边换手机热点，一边清 cookie。排查需要减少变量。
第二步，确认 2FA。认证器有没有迁移？短信是否能收？备用管理员能不能进后台？如果 2FA 全部丢失，别硬试，直接准备证据走支持。
第三步，整理公司文件。非美国创始人常见材料包括公司注册文件、EIN、运营网站、创始人身份、业务说明、近期入账或付款记录。你不一定每次都要交，但手边有，沟通会快很多。
第四步，分清登录验证和付款异常。登录恢复后，如果 Mercury 另有账户限制或付款审查，再按那条线处理。不要在一封支持邮件里同时写十个问题。
旅行前怎么做一遍演练？
出发前，我会做一个很笨的清单：Mac 能登录 Mercury，认证器能显示验证码，邮箱能收安全邮件，备用管理员能看到余额和 statement。然后把公司文件放进加密云盘，文件名写清楚。
| 文件 | 用途 |
|---|---|
| Articles of Organization / Incorporation | 证明公司存在 |
| EIN confirmation letter | 对应税号 |
| Founder ID | 验证控制人 |
| Operating website | 说明业务真实运营 |
| Recent statement | 证明账户使用情况 |
这些文件不是为了炫耀合规，而是为了半夜出问题时少翻箱倒柜。
团队访问怎么留后手？
创始人做主管理员，另一个可信人做备用管理员。开发者、运营、会计按需要给最小权限。共享一个登录最省事，也最容易在手机丢了或同事离职时爆雷。
如果公司有月度付款节奏，把账单日写进 runbook。旅行期间不要安排第一次大额付款、公司资料更新和团队权限迁移。能提前做的，别放到路上做，这会省下很多临时沟通。
仍未恢复的排查方向
让还能访问的人导出 statement，确认 Stripe payout、供应商付款和卡片扣款状态。再给 Mercury 支持一封短邮件：账号邮箱、公司名、卡在哪一步、失败截图、当前所在地、公司文件列表。跨地区处理 Mercury、Stripe 和 Wise 后台时，建议用固定设备和固定网络习惯；需要排查金融后台访问，可以准备独立开发者出海稳定专线。