Mercury 银行获 OCC 有条件批准：我的五家公司为何暂不调整银行方案

OCC 于 4 月 28 日向 Mercury 银行发出有条件批准。我的五家公司银行方案本月不会调整，原因并不是人人都在谈的 FDIC 批准。

Mercury 银行 4 月 28 日获有条件批准：经营者该如何理解

2026 年 4 月 28 日，美国货币监理署（OCC）有条件批准总部位于犹他州的 Mercury Bank, N.A.。Mercury 于 2025 年 12 月递交申请，从申请到有条件批准只用了 5 个月——对 OCC 而言速度很快；之所以能走这条路径，是因为该公司此前的运营方式已经很像一家银行。

很多创始人第一次看这封信时会忽略一点：有条件批准不等于可以运营。OCC 的信只是允许 Mercury 以 Mercury Bank, N.A. 的名义筹建一家全国性银行。FDIC 仍需单独批准存款保险，美联储仍需批准其会员资格。在这两项审批全部完成前，现有 Mercury 账户不会发生任何变化。

目前，我在 Mercury 的余额仍通过 Choice Financial Group 的银行牌照存放，并使用 Mercury 的标准 FDIC 存款自动分散计划。FDIC 与美联储批准后，现有客户会自动切换至 Mercury Bank, N.A.。Mercury 尚未公布上线日期，因为没有机构会在只有一封有条件批准函时就给出上线时间。三项审批中，OCC 最容易；FDIC 和美联储通常更慢。

如果本季度正通过 Mercury 调度资金，可以把现状概括为：舆论声量很大，实际运营变化为零。Treasury 收益率不变，电汇费不变，卡片额度也不变。真正改变的是牌照能承载哪些新产品——等银行成为直接吸收存款的法律实体后，未来 12 到 24 个月才会逐步显现。

从“OCC 已点头”到对账单上真正出现“Mercury Bank, N.A.”，中间这段时间才是重做资金栈规划的窗口。不是 5 月，也不是 6 月，但现在就该开始规划，因为 Mercury 本月发布的另一则消息，比银行牌照更值得关注。

多实体经营者真正能获得的三项收益

去掉营销话术，全国性银行牌照真正能为同时经营多个美国实体的创始人带来三项变化。

第一项是企业版 Zelle。听起来平平无奇，实际并非如此。依托合作银行的 fintech 很难稳定地为企业账户提供 Zelle：项目规则由创建 Zelle 的银行联盟 Early Warning Services 掌握，联盟资格随持牌银行而来，并不属于其 fintech 合作方。Mercury 用自有牌照运营后，这条通道才会打开。客户账单低于 $10K 时，Zelle 可免费当日到账。对于每月发送 15 到 40 张客户账单的服务型企业，这能实实在在省下费用和时间。

第二项是直连支付清算网络。目前，Mercury 的电汇和当日 ACH 仍需经过 Choice Financial 的代理行关系。这套方式可以工作，但多了一跳，也限制了 Mercury 对清算费用的定价空间。有了自有牌照，Mercury 可以持有美联储主账户、直接发起 ACH，并自行协商电汇成本。实际效果可能包括：电汇确认更快；一旦 Mercury 决定用价格竞争，汇出电汇费可以更低；同时还能在不受合作银行上限约束的情况下规模化提供当日 ACH。

第三项是贷款。目前，如果我想以 3 家美国 C-corp 的经营状况申请风险债务或营运资金授信，就得另外接入 Brex、Capchase、Pipe 或 Arc，由一个从未看过我存款情况的机构重新承保。自有牌照有可能把这些环节合并起来。持有现金的同一交易对手既能看到资金消耗速度，也能看到应收账款账龄和承包商支出，再据此发放授信。对多实体经营者而言，这意味着一个承保方基于 3 家 Delaware C-corp 的合并资产负债表作出判断，而不是分别提交 3 份 Brex 申请、拿到 3 份条款清单，再经历 3 次独立年审。

把这三项放在一起，战略变化就很清楚：Mercury 将从“搭在合作银行之上的优秀应用”变成“Mercury 本身就是承保方”。双方关系由此完全不同，也足以让创始人考虑把更多财务环节集中给同一个交易对手——前提是这家银行已经真正投入运营。决定时间表的是 FDIC 和美联储，而不是 OCC。

Mercury 银行牌照解决不了的三件事

银行牌照不是万能药；想把所有环节集中到 Mercury，至少会在三个地方碰壁。

非居民开户仍然高度依赖人工审核。全国性银行身份不会放宽《银行保密法》或反洗钱要求；相反，OCC 对 BSA/AML 的监管甚至比州级监管机构更严格。非美国创始人的 KYC 依旧需要提工单，无法变成一个 API 流程。如果联合创始人持非美国护照、人在美国境外为 Delaware C-corp 开户，Mercury 成为全国性银行后也不会比 fintech 阶段更快。瓶颈在监管，不在技术。

多实体税务与会计仍然需要接入 QuickBooks、Xero 或 Zoho，也仍然需要一位真正的人工财务负责人。Mercury 原生记账流程确实方便，但不能代替财务负责人。一旦实体数量超过 3 个，并涉及关联公司费用、转让定价和合并报表，就必须使用真正的会计软件并由真人把关。即使 Central 的薪资套装上线，这一点也不会改变。

第三个缺口是国际支付，对我来说这还是整个方案的关键约束。Mercury 不是 Wise，也不是 Airwallex。我的阿联酋自由区实体 DVNC.ae 以 AED 向区域客户开票，同时接收美国客户汇来的 USD；在这个场景里，Mercury 根本不在候选名单中。银行牌照不会改善外汇价差，不会给 Mercury 带来阿联酋银行牌照，也解决不了接收 AED、持有 AED 或用 AED 向承包商付款的问题。

正因如此，只要创始人的业务横跨多个司法辖区，“全部集中到 Mercury”就是误读。更准确的判断是：Mercury 正在成为面向科技创始人的最佳美国本土运营银行，但它不会因此变成全球财资平台。两者是不同产品，而混为一谈正是本周媒体讨论中最常见的框架错误。

Central 收购案才是套装经济账的关键

在 OCC 发函前 3 周，Mercury 完成了一笔战略意义更大的交易。2026 年 4 月 2 日，Mercury 收购了 Central。Central 是一家成立于 2023 年、由 AI 驱动的薪资、福利与合规平台，背后投资方包括 First Round Capital 和 Y Combinator。收购时，Central 约有 500 家初创企业客户，累计处理的薪资超过 $175M。

真正的打法是产品打包。“Mercury 银行服务 + Mercury 薪资服务”会迫使少于 50 名全职员工的公司重新考虑：Gusto、Rippling 和 Justworks 还有没有继续保留的必要？这不是正面进攻，而是侧翼切入。已经使用 Mercury 的创始人可以用套装价格获得第二款产品，就像 Brex 曾经向存款客户免费提供企业卡一样。

对多实体经营者来说，这笔账更直观。目前，每个发放薪资的美国实体都要向 Gusto 支付每月基础费，再叠加按员工计费。3 家发薪的 C-corp，就意味着 3 份基础费和 3 套独立登录；每套系统只看得到自己的股权结构，看不到另外两家。若薪资服务商本就掌握银行端信息，并能查看所有实体的股权结构，3 份基础费便可合并为 1 份；负责贷款授信的人也能更清楚地看到整体人力成本。

时间点同样比多数人意识到的更重要。Central 已经在为客户提供服务，Mercury-Central 套装完全可以在 Mercury Bank, N.A. 正式运营前很久就完成整合上线。银行切换需要 12 到 24 个月，薪资套装则以季度而不是年来计算。如果今年就在决定如何调整 Mercury 方案，真正该放进日程的是 Central 整合，而不是银行牌照。

这才是看问题的正确角度。OCC 的信拿走了头条，Central 收购却会更早改变我的损益表。

截至 2026 年 5 月，我对五家公司的决策树

下面是我当前实际使用的配置，以及各实体会作出哪些调整。

3 家美国 Delaware C-corp：DVNC.dev（服务）、imperfeqt.ai（产品）和 CLVL.ai（产品，候补名单阶段）。1 家美国 LLC：dvnc.cloud（单人运营，为服务业务提供基础设施层）。1 家阿联酋自由区实体：DVNC.ae（区域服务）。它们的现金流、人员结构和跨境需求各不相同。

对于已经发薪或即将发薪的 C-corp——目前是 DVNC.dev，imperfeqt.ai 则要等首位员工入职——我的选择是在整合上线后使用 Mercury 与 Central 套装。这样，银行、薪资和福利会归入一个登录入口、一个承保方和一套股权结构视图。当至少 2 个实体拥有 W-2 员工时，相比 Gusto 基础费、福利经纪费和多套独立登录，节省确实存在。在首位员工入职前，Central 带来的收益还抵不过迁移成本；真正有薪资需要迁移前，我会继续通过 Mercury 账单支付，用 1099s 模式管理承包商。

对于无薪资、单人运营的 LLC dvnc.cloud：Mercury IO 与 Treasury 保持现状。不迁移，不切换，也不优化。FDIC 和美联储批准后，系统会自动切换至 Mercury Bank, N.A.，这里没有需要主动做出的决定。

对于阿联酋自由区实体 DVNC.ae：不考虑 Mercury。运营账户继续放在区域银行——根据所用自由区签证方案，选择 Emirates NBD 或 Mashreq Neo。Wise Business 作为多币种叠加层，用来向美国客户开具 USD 发票。这套配置适合跨境业务，银行牌照不会改变这一点。我不会因为美国媒体的一轮新闻，就迁移阿联酋实体的任何环节。这是独立决策；真正迫使这套配置发生变化的，是阿联酋将于 2026 年 10 月推行电子发票，而不是 Mercury。

在任何迁移前，我会跟踪这些数字：5 个实体每月花在银行运营上的小时数；银行、薪资与福利软件每月总成本（美元）；每季度电汇费总额（美元）；以及闲置余额的实际利息收益率（基点）。如果每一项都没有真实的迁移前基准，套装迁移后的数字就不能证明节省了成本，只能证明“感觉不错”。这与我拒绝 Codex 免费两个月优惠时采用的原则相同，也延续了我逐项审计后得出$387/month 单人公司工具栈时的方法：先做表格，再做决定。

真正开始迁移时，顺序如下：Central 推出 Mercury 原生整合后，先迁薪资；银行切换自动且静默完成；最后才整合贷款——而且只有待整合的贷款值得重新走一遍承保流程时才做。

本季度我不会做的一件事，是把卡片从 Brex 撤走。企业卡方案具有很强的黏性：已经积累的授信记录、积分经济性和配置好的支出控制，并不会因为 Mercury 获得牌照就在 2026 年改善到足以抵消迁移摩擦。也许要等到 2027 年，银行真正开始运营，且 Mercury 基于自有资产负债表推出一套真正的企业卡方案后，才值得重估。现在不做。

我本周真正要做什么

在 FDIC 与美联储批准前，不要移动任何 Treasury 余额。今天依托合作银行的 Mercury，与明天持有全国性牌照的 Mercury，在实质上并没有明显差距——现有存款自动分散计划已经提供最高至网络上限的 FDIC 保险。牌照全部落地后，正确顺序是先整合银行与薪资，再重新谈贷款授信；阿联酋实体保持不动。

有条件批准只是获准筹建银行，并不等于获准开展银行业务。应据此规划。

Mercury Bank, N.A. 何时才能正式运营？

有条件批准只是 OCC 这一步。银行完成切换前，FDIC 仍需批准存款保险，美联储仍需批准会员资格。Mercury 尚未公布上线日期，这很正常——没有机构会在只有有条件批准函时就公布日期。

OCC 批准现在会改变我的 Mercury 账户吗？

不会。银行切换完成前，存款仍通过 Choice Financial Group 的银行牌照进入 Mercury 的标准 FDIC 存款自动分散计划。收益率、电汇费和卡片额度都不会改变。

拿到牌照后，我该从 Brex 或 Ramp 切换到 Mercury 吗？

不能只因为银行牌照就切换。更值得关注的触发点是 Central 薪资套装：如果多个实体使用 Gusto 或 Rippling，为少于 50 名全职员工的团队发薪，整合上线后经济账会发生变化。企业卡方案黏性很强，不值得在 2026 年重置。

成为全国性银行后，Mercury 会更好地服务非美国创始人吗？

全国性银行身份不会放宽 BSA/AML 要求。相反，OCC 的监管甚至比州级监管更严格。非居民 KYC 仍将高度依赖人工审核，速度也依然很慢。

报道中的 $5B 估值会影响我的银行决策吗？

它只是一项稳定性信号。Mercury 不会很快耗尽资金，因此押注这个平台应当按 3 到 5 年而非 12 个月来决策。估值影响的是投资者，不是企业的财资政策。