摘要

  • GitLab 在7月31日持有4,040万美元不可取消、尚未配置具体产品或服务的 Flex 承诺，其中1,500万美元已开账单并记入客户预收款。
  • Flex 允许客户按月调整席位与用量组合，却不等于随时撤回年度承诺；公司的收入兑现节奏仍需经过客户选择和后续履约。

买方已经答应花钱，卖方却还不能完全确定这笔钱最终对应哪些服务。这不是一张尚待批准的采购申请，而是 GitLab 最新季度披露中已经签下的 Flex 生意。

在截至2026年7月31日的季度报告中，GitLab 将4,040万美元不可取消的 Flex 承诺纳入约12亿美元剩余履约义务。这部分承诺尚未落实到具体产品或服务，其中1,500万美元已开账单、列作客户预收款。两者是包含关系，不能相加。

合同锁定金额，配置决定用途

GitLab 在6月推出 Flex，让客户先作出一笔年度金额承诺，再按月调整平台席位、人工智能用量与附加功能的分配。发布时的说明强调，客户改变需求组合时，可以减少重复采购和合同修订。例如，一个项目结束后，企业可能希望把下个月的部分席位预算改配给自动化用量。这只是对机制的解释，不是某家客户已经发生的案例。

季度报告为这种灵活性补上了财务边界：在客户主动选择具体产品或服务之前，未配置金额不归类为递延收入。客户预收款与递延收入虽然出现在同一个流动负债项目名称中，却仍是不同状态。客户选定用途之后，也不意味着整笔款项立即确认收入；公司还须按照相应履约义务确认。

因此，报告中“未来12个月预计确认65%”的比例，明确排除了不可取消的 Flex 客户预收款。直接拿65%乘以约12亿美元，会把这一限定抹掉。公司没有在这段披露中为4,040万美元单列一张收入兑现时间表。

这使 Flex 的价值与局限同时显现：客户可以先确定供应商，再逐步确定工作负载；供应商先获得采购承诺，却未必同步获得同等精度的产品需求预测。

灵活的是组合，不是所有条件

客户也并非每天都能无成本改变主意。截至9月8日查阅的Flex 操作文档，月度预留由账单账户管理员调整。下月变更须在本月倒数第二天的23:59 UTC之前提交；月份开始后，当月预留不能减少、撤销或按比例折算。

文档还区分了几项不随预算组合一起变化的条件：合同选定的部署方案不能直接切换，席位套餐级别的变更需要修订合同；固定的最低月度预留，即使年度余额提前耗尽，仍然到期应付。按需用量会消耗以后月份可使用的余额，月度预留本身并不是总支出上限。

这些是当前公布的规则，不是对7月底每一份私下合同逐项核验后的结论。但它们解释了“灵活采购”的实际含义：调整钱花在哪里，比调整已经承诺花多少钱容易。采购部门看见的是年度折扣与承诺，实际使用者面对的则是按月配置、用量和截止时间。

需求增长与收入时点可以同时成立

9月1日业绩公告显示，GitLab 当季收入2.863亿美元，同比增长21%，首席执行官称总签约额创下纪录。未配置余额本身不支持需求崩塌的判断，也不是全部 Flex 销售或全部人工智能消费的规模。

真正新增的问题是：已经争取到的预算，会以何种产品组合、经过多长履约过程转成收入？4,040万美元给出了这一问题的期末截面，没有给出答案。客户的配置权限既是采购便利的来源，也是卖方预测必须保留弹性的地方。

资料与范围

本文依据季度报告、业绩公告、6月发布说明，以及当前的 Flex 操作和用量面板文档。未取得客户私有合同、发票明细或用量记录。对预算管理和预测的讨论为编辑分析，不是公司给出的收入预测。