甲骨文现在背着 6,380 亿美元的合同——相当于它年营收的 9.5 倍。
同一份财报里，它的自由现金流是 负 237 亿。
这两件事必须放在一起看，因为它们说的是同一件事：它正在用今天的现金，换明天的收入。
一、公司简介：数据库装进核心系统，换掉要重写业务逻辑
甲骨文（Oracle Corporation），1977 年成立，总部在德州奥斯汀。纽交所代码 ORCL。
它做四块：云基础设施（IaaS）、云应用（SaaS）、软件授权（数据库、中间件）、服务与硬件。
规模（2026 财年，截至 2026 年 5 月 31 日）：
营收 674 亿美元，同比 +17%。其中云业务 340 亿（+39%），IaaS 181 亿（+77%），SaaS 159 亿（+11%），传统软件 245 亿（-1%）。
GAAP 经营利润 206 亿（+17%），non-GAAP 289 亿。GAAP 净利 170 亿（+36%）。
经营现金流 320 亿（+54%，历史最高）。自由现金流 -237 亿。
剩余履约义务（RPO）6,380 亿美元，同比 +363%。第四季单季就增加了 850 亿（从 5,530 亿到 6,380 亿）。
2027 财年第一季指引：营收同比 +27% 到 29%；全年营收目标 900 亿，non-GAAP 每股收益 8.05 美元。
二、三段：数据库、买应用、买算力
甲骨文的故事分三段。
第一段（1977-2010）：数据库霸主。它靠关系型数据库起家，卖给大企业，按 CPU 核数收费。这门生意的毛利率极高，因为数据库一旦装进核心系统，换掉的成本是「重写所有业务逻辑」。
第二段（2010-2020）：靠并购买应用。它花几百亿美元买了 PeopleSoft、Siebel、NetSuite、Cerner——把 HR、CRM、ERP、医疗信息化都收进来。这一段的特点是「买收入」，不是「做增长」。
第三段（2020 至今）：转云，然后接 AI 订单。
第三段是关键。甲骨文在公有云上起步很晚——2016 年才开始做 OCI，当时 AWS 已经跑了十年。但它选了一条不同的路：不打价格战，打「把最难的活干好」。
具体就是：给大客户做「专属区域」（dedicated region）、把数据库和云绑在一起卖、用更低的出网费吸引 AI 训练负载。
2023 年之后，这条路撞上了 AI。
三、云基础设施 +77%，传统软件仍是最大利润源
2026 财年 674 亿，拆开看四块：
云基础设施 181 亿（27%，+77%）。这是现在的引擎。第四季单季 58 亿，同比 +93%——快翻倍了。
云应用 159 亿（24%，+11%）。Fusion ERP、HCM、CX 这些 SaaS。增速一般，但稳。
传统软件 245 亿（36%，-1%）。数据库授权和维护。这块在缩，但仍是最大的一块，也是利润的来源。
服务与硬件 88 亿（13%）。
所以它的收入结构是：一块在缩（传统软件）、一块在稳（SaaS）、一块在爆（IaaS）。
而爆的那块，恰恰是最不赚钱的那块——因为要建数据中心。
四、6,380 亿的合同，是什么
RPO（剩余履约义务）是「已经签了合同、但还没确认的收入」。6,380 亿相当于 9.5 年的营收。
这个数字在两年内涨了 4.6 倍（2024 财年约 1,380 亿）。涨的来源几乎全是 AI 相关的算力合同——大模型公司、云厂商、各国的主权 AI 项目。
RPO 里有一个细节很关键：大额 AI 合同中，客户预付或自备 GPU 的部分合计约 750 亿美元。
这句话的意思：客户不是「先签合同、后付钱」，而是「先给钱或先给设备」。这大幅减轻了甲骨文自己筹资建机房压力。
但也说明另一件事：这些合同的条件，是客户谈出来的，不是甲骨文定的。能要求客户预付的供应商，通常是「客户更急」的那一方。
五、负 237 亿的自由现金流，是怎么回事
这是全文最需要解释的数字。
自由现金流 = 经营现金流 – 资本开支。它经营现金流 320 亿（很好），但资本开支超过了 550 亿——所以 FCF 是 -237 亿。
钱花在哪？建 AI 数据中心。GPU 集群、电力、冷却、土地、机房。
这是一门和过去完全不同的生意。
过去卖数据库授权：零边际成本，收一次钱，毛利率 90%。
现在卖 AI 算力：先投入几百亿建机房，然后按小时/按月收租金，毛利率 30-40%，而且要不断升级设备（GPU 三年就落后）。
所以甲骨文正在从「软件公司」变成「算力承包商」。这个转变的财务含义是：收入更重、更慢、更依赖资产负债表。
它敢这么做，是因为它有一个别人没有的东西：稳定的传统软件现金流（245 亿/年）。这笔钱可以用来还债、可以支撑资本开支。
但这也是它的风险：它押上了整个资产负债表。
它凭什么能接到这些订单？这一点值得说清楚，因为「OCI 比 AWS 便宜」这个说法是错的。
甲骨文的三张牌，都不是价格。
第一张：专属区域（dedicated region）。有些客户不能把数据放到公有云上——政府、银行、医疗。甲骨文可以把一整套云「搬进」客户的机房，由它运营，但数据不出门。AWS 也有类似产品，但甲骨文做得更早、更彻底。
第二张：数据库绑定。全球大量核心系统跑在 Oracle 数据库上。对这些客户来说，「数据库和云在同一家」意味着更低的延迟、更简单的运维。这是它独有的筹码——AWS 没有 Oracle 数据库。
第三张：多云合作。它和微软合作，把 Oracle 数据库直接部署在 Azure 机房里（Oracle Database@Azure）。听起来是「把生意让给对手」，实际是「让客户不必二选一」——客户可以继续用 Azure，同时用 Oracle 的数据库。
三张牌合起来，是一个很清楚的定位：它不做「最便宜的云」，做「最难搬走的那朵云」。
而 AI 训练负载恰好需要这个——大模型公司要的是「能拿到大量 GPU、能快速扩容、能签长约」，价格不是第一位。
六、真正的风险：6,380 亿合同不是确定收入
第一，RPO 不等于收入。
6,380 亿是「合同金额」，不是「确定会收到的钱」。合同可以延期、可以缩减、可以因为客户融资失败而重谈。而且这些合同大多跨越五到八年，中间会发生什么没人知道。
第二，客户高度集中。
AI 算力的大客户就那么几个：OpenAI、xAI、Meta、微软，加上几个主权基金。任何一家出问题，RPO 就要打折。
第三，资本开支的节奏。
建机房要两三年，而 GPU 三年就换代。如果 2028 年 AI 需求放缓，它手上会有一批「刚建好就过时」的资产。
第四，债务。
为了支撑资本开支，它这几年大量发债。2026 年还公布了「股权与债务融资计划」。负自由现金流 + 高负债 + 重资产，这个组合在利率上行时很危险。
第五，传统软件在缩。
245 亿的软件授权业务同比 -1%。这块是它的现金牛，也是它敢赌 AI 的底气。如果这块掉得快，整个赌局的支撑就弱了。
把它放进整个系列里看，位置会更清楚。
英伟达卖算力芯片，阿斯麦卖造芯片的机器，台积电造芯片——这三家是「硬」的一层。
甲骨文在「软」的一层，但它做的事越来越像硬的：买 GPU、建机房、卖算力时长。
所以它的估值逻辑正在从「软件公司」往「基建公司」漂。
软件公司看的是「毛利率、续费率、ARPU」；基建公司看的是「资产周转率、利用率、折旧年限」。
这两个体系的估值差很多：软件给 25-30 倍市盈率，基建给 10-15 倍。
甲骨文现在卡在中间——它有软件的高毛利（传统业务），也有基建的重资产（云业务）。市场给它多少倍，取决于它更像哪一边。
这也是为什么它的股价对「资本开支」特别敏感：资本开支越高，它越像基建公司，估值就越低。
七、该盯的三个数
1. RPO 的「转化率」。6,380 亿要在未来几年变成收入。每季实际确认多少、RPO 有没有继续增，比 RPO 的绝对值更重要。如果 RPO 还在涨但收入转化慢，说明合同在延期。
2. 资本开支与经营现金流的差。现在资本开支超过经营现金流 200 多亿。这个差什么时候收窄，决定它什么时候能回到「正自由现金流」。
3. IaaS 的毛利率。它没有单独披露，但从云业务整体毛利率能推算。如果这块毛利率持续低于 30%，说明它在「赔本抢单」。
八、一句话
甲骨文把自己从一家「卖许可证的软件公司」，改造成了「卖算力的基建公司」。
这个转变让它拿到了 6,380 亿美元的合同，也让它背上了负 237 亿的自由现金流。前者是未来的收入，后者是现在的代价。
所以看这家公司，不要看营收增速，要看两个数：RPO 每季转化成多少收入，以及资本开支什么时候停下来。
这一类：让换掉它的成本，高于继续用它
归类：让换掉它的成本，高于继续用它。
同一类的还有：微软、新思、英伟达。共同点是：它们的客户不是「喜欢用」，是「换不起」。
甲骨文的锁是最硬的一种：数据库躺在核心系统里，换掉不是换工具，是重写所有业务逻辑。但这也意味着它的增长只能来自「新系统」——老客户不会因为喜欢而多付钱。
数据出处：Oracle FY2026 Q3/Q4 与全年财报（2026 年 6 月 10 日；营收 674 亿、云 340 亿、IaaS 181 亿 / +77%、SaaS 159 亿、软件 245 亿、经营现金流 320 亿、FCF -237 亿、RPO 6,380 亿 / +363%、Q4 IaaS 58 亿 / +93%）；客户预付或自备 GPU 750 亿来自财报；FY27 指引（营收 +27-29%、全年 900 亿、EPS 8.05）来自法说会；CEO 变更（Magouyrk / Sicilia 出任 CEO，Catz 转任执行副董事长）为 2025 年 9 月公告。
同板块 · 软件互联网 14 家看全部 →
