要約

  • 7月31日時点で、解約不能のFlex契約額のうち4,040万ドルは製品・サービスが未割り当てだった。この内数である1,500万ドルが請求済みで、顧客からの前受金として計上された。
  • 年間契約の中で席数や利用量の配分を変えられることと、支出の約束そのものを変えられることは別である。顧客の指定とその後の履行が、売上への道筋を左右する。

翌月の開発者用ライセンスを減らし、その分を自動化に振り向けたい。GitLab Flexは、こうした需要の変化を契約の枠内で扱おうとする仕組みだ。だが買い手に残した選択の余地は、売り手の会計にも表れる。

GitLabの7月末までの四半期報告書によると、製品やサービスへの割り当てが済んでいないFlexの解約不能な契約額は4,040万ドルだった。約12億ドルの残存履行義務に含まれる金額であり、そのうち1,500万ドルが請求済み、顧客からの前受金として記録されている。二つの数字を足して契約規模を大きく見せることはできない。

買う先と買う中身を分ける

6月に導入されたFlexでは、顧客が年間の支出額を約束したうえで、プラットフォームの席数、AIの利用量、追加機能への配分を月ごとに調整する。導入時の説明が訴える利点は、必要な構成が変わるたびに調達手続きをやり直さなくてよいことだ。

冒頭の席数から自動化への振り替えは仕組みを示す例であり、特定顧客の実績ではない。それでも、予算の行き先である供給者を先に決め、具体的な用途を後から選ぶという順序は明瞭である。

会計上も、未割り当ての金額は顧客が特定の製品・サービスを明示的に指定するまで繰延収益に分類されない。貸借対照表では前受金と繰延収益が同じ流動負債の項目にまとめられているが、分類の違いは残る。また、指定が済めば全額が即座に売上になるわけではない。履行義務に応じた売上計上が続く。

この違いは見通しにも重要だ。報告書の「今後12か月で65%を売上計上する見込み」という残存履行義務の説明は、解約不能のFlex前受金を除外している。約12億ドル全体に65%を掛けると、この条件が抜け落ちる。4,040万ドルだけの売上転換日程は示されていない。

月次で変えられても、無制限ではない

9月8日に確認した現在のFlex文書では、月次予約を変更するのは請求アカウント管理者だ。翌月分の変更は、当月末日の前日の23時59分UTCまでに提出しなければならない。月が始まると、その月の予約を減らしたり、取り消したり、日割りにしたりできない。

契約で選んだ提供形態は固定され、席のプラン階層を変えるには契約修正が必要になる。年間残高を早く使い切っても、契約上の最低月額予約は残りの月について支払う必要がある。従量利用が後の月のための残高を減らすこともあり、月次予約額は支出上限とは違う。

これらは現在公表されている運用条件で、7月末の残高を構成する全ての個別契約を調べた結果ではない。ただ、柔軟性の輪郭は示している。顧客は支出の構成を動かせても、支出する約束から自由になったわけではない。

成長と不確実性は両立する

9月1日の決算発表で、GitLabは四半期売上高2億8,630万ドル、前年同期比21%増を報告した。最高経営責任者は総契約獲得額が過去最高だったと述べている。未割り当て残高を、需要が崩れた証拠とみなす根拠はない。Flex全体の販売額やAI消費額でもない。

問題は、確保した予算がどの製品に向かい、どの履行を経て売上になるかだ。顧客の選択は商品の魅力であると同時に、供給者の予測に幅を残す要因になる。契約を得た段階と、利用の姿が見える段階は重ならない。

資料の範囲

四半期報告書、決算発表、導入時の説明、現行の運用文書と利用状況画面の説明を参照した。個別顧客の非公開契約や消費記録は確認していない。予算管理と予測への含意は編集上の分析であり、会社による売上予想ではない。