企服科学：甲骨文一次用掉四年额度，AI的账开始按财年算

11月2日，甲骨文（Oracle）宣布一项200亿美元的融资计划：债务出售100亿美元，新股发行100亿美元。距离它在10月末年度投资者日上说出「2027至2030财年额外资本市场融资不超过200亿美元」，只隔了几天。换句话说，这家公司一次性把未来四个财年的融资额度用完了。

先把三件事分开。第一，200亿是募资额，不是订单，也不是资本开支，钱到手之后怎么花是另一张表。第二，这不是纯债，一半债一半股，公司同时承担利息和摊薄。第三，所谓「四个财年额度」是公司自己给资本市场设的上限，不是监管红线，用完了还可以再提，只是要重新解释一遍。

把口径校正完，这笔交易的分量才浮出来：一家以数据库软件起家的公司，正在把自己的资产负债表改造成AI基础设施的施工合同。

一、技术账：钱要在收入到账之前花出去

AI云是重资产生意。GPU集群、数据中心、电力合同，都得先付钱，再等客户按合同付款。甲骨文的OCI过去两年走的是「先建容量、再签长约」这条路，前提是资产负债表足够厚，厚到能承受几年的现金流倒挂。

公司在投资者日给了一张时间表：2026至2030财年收入复合增速超过35%；投入高峰落在2027至2028财年，此后开始回落；自由现金流2028财年转正，2029财年做到300亿美元以上。

这四个数字连起来看，是一条典型的J曲线：前面两三年往下挖，后面两三年往上爬。挖多深？200亿美元融资大致相当于2029年自由现金流目标的三分之二。爬多高？要看已经签下的容量合同能不能按时、按价变成收入。

技术账的关键不在GPU多贵，而在容量建成的速度和客户上量的速度能不能对齐。建早了，折旧照提，收入没来；建晚了，合同交付违约，客户转投别家。这条路没有中间态。

二、商业账：一半是利息，一半是摊薄

200亿美元里，100亿债、100亿股，这个结构本身就是一句话：公司判断当前股价还能发得出去，同时不愿意把杠杆拉到自己睡不着的位置。

债的成本是明确的，利息按季度走。股的成本是隐性的，摊薄按每股收益走。对一家正在把利润率往下压、把资本开支往上抬的公司来说，选择「各一半」意味着它既要保住投资级评级，也要保住成长股的叙事。

问题在于，这两件事在财务上互相拉扯。要保持评级，就得控制负债率；要维持成长叙事，就得持续投入。中间那根绳子，就是自由现金流。

所以2028年FCF转正不是一句普通指引，它是整份融资方案的地基。如果这个时间点往后推一年，200亿美元的利息和摊薄就会从「可承受」变成「要解释」。如果推两年，资本市场的耐心会先于财报见底。

再往细里看，股债各半还有一个不太被讨论的作用：它把风险分摊给了两类人。债权人要的是按期付息，股东要的是每股收益增长。当公司同时满足这两拨人时，说明它还有腾挪空间；当它开始只能满足其中一拨，融资结构就会被迫单边倾斜——要么全债，接受评级下调；要么全股，接受大幅摊薄。这次的「各一半」，更像是一次主动的平衡动作，而不是被动选择。

还有一个容易被忽略的细节：融资节奏。投资者日刚给出四年的融资上限，几天之内就把额度用满，这个动作本身就是一种沟通方式。它在告诉市场两件事——需求比我上一周说的更急，价格比市场以为的更紧。对于一家过去以稳健著称的企业软件公司，这种节奏变化比金额更值得注意。

三、格局账：从卖软件到卖容量

甲骨文的位置很特殊。它既不是纯粹的软件公司，也不是纯粹的超大规模云厂商。数据库业务的现金流仍然稳定，但增速有限；云基础设施是增量，却要和AWS、Azure、谷歌云抢同一批客户。

更关键的是客户结构。当你的大客户是几家模型公司，定价权就不完全在自己手上。长约能锁住收入，也能锁住价格；能提高能见度，也能提高集中度。一份五年合同签下来，前两年是护城河，后三年可能是包袱。

这也是为什么甲骨文要在这个时点同时动用债和股：它需要在客户集中度进一步上升之前，把容量和现金都备足。备足了，才有资格谈条件；备不足，就只能接受对方开的价。

还有一个历史对照值得放进来看。企业软件公司上一次大规模动用资产负债表，是在云转型初期。当年的逻辑是「用现金买数据中心，换订阅收入」；这一次的逻辑是「用股债买算力容量，换AI合同」。动作相似，叙事不同，但共同点很清楚：软件公司一旦开始做重资产生意，市场给它的估值方法就会从市盈率转向现金流折现，而后者对时间点极其敏感——同样的现金流，晚两年到账，估值可以差一大截。