Tectonの請求書には1つの金額しか記載されておらず、残りの費用はあなたのAWS請求書に静かに載っており、どちらの書類もそれ自体を「機能を配信するための全コスト」とは呼んでいません。この分断こそが罠です。Tectonは消費ベースで価格設定を行います——つまり、Tectonが実行するパイプラインのコンピュートクレジットに加え、それらのパイプラインがあなた自身のアカウント内で消費するクラウドリソース——したがって、Tectonから受け取る請求書は常に支出の一部でしかありません。もし経理で請求書だけを記録して終わりにすると、売上原価は過少計上され、粗利益率は過大計上され、その粗利益率に基づいて行うあらゆる価格設定の判断は、決して完全ではなかった数値の上に成り立つことになります。
この記事では、Tectonが実際にどのように計測・請求を行うのか、本番の機能配信がなぜ売上原価に属するのか、前払いクレジットと消費コミットメントをどう扱うのか、そして月末にすべてをどう突合し、すべてのドルを正しい勘定科目に着地させるのかを説明します。
Tectonの計測方法：シートではなく機能ビュー
Tectonは機械学習向けのマネージド機能プラットフォームです。データに対する変換を機能ビューとして定義すると、Tectonがそれをバッチまたはストリーミングパイプライン上で計算し、結果をモデルに配信します——大規模な学習データ取得用のオフラインストアと、ライブ推論中の低レイテンシ取得用のオンラインストアです。数えるべきシート単位のライセンスはありません。機能の計算、保存、配信の過程でプラットフォームが消費するものに対して支払います。
その消費は、2つの異なる場所で請求される2つのバケットに分かれます。これがまず頭に入れるべきことです。
最初のバケットはTectonクレジットです。これはTectonがあなたに代わって管理するコンピュートをカバーします：ストリーム機能ビュー用のSparkストリーミングコンピュートクレジット、バッチ機能ビュー用のSparkバッチコンピュートクレジットです。プラットフォームの利用がクレジットに変換され、クレジットがTectonの請求書に記載されます。
2番目のバケットはインフラストラクチャ自体であり、あなた自身のクラウドアカウントを通じて請求されます。TectonはあなたのAWSまたはGCP環境内でコンピュートリソースとストレージリソースを管理するため、オンラインストアの読み書き、Sparkクラスタのコンピュート、オンラインストアのストレージ、S3ストレージはすべて、Tectonの請求書ではなく、あなたのクラウド請求書に載ります。一方のチャネルでプロビジョニングし、もう一方のチャネルで突合するチームは、必ずギャップを見つけることになります。機能ビューの真のコストは両方のバケットの合計であると一度決めてしまい、月末の抽出がTectonの請求書とクラウド請求書のタグ付けされた明細の両方をカバーしていることを確認してください。
ストリーム機能ビューとバッチ機能ビューは消費の仕方が異なる
コストの構成要素は機能ビューの種類によって異なり、どれを実行しているかを知っていれば、どの明細に注目すべきかがわかります。
ストリーム機能ビューは、オンラインストアの読み書き、Sparkストリームクラスタのコンピュート、Tecton Sparkストリーミングコンピュートクレジット、S3ストレージ、オンラインストアのストレージを伴います。バッチ機能ビューは同様のリスト——オンラインストアの読み書き、Sparkジョブクラスタのコンピュート、Tecton Sparkバッチコンピュートクレジット、S3ストレージ——を伴いますが、ストリーミング固有の部分は除きます。
請求額を動かすパラメータは、MLエンジニアが日々行う設計上の選択です。継続的ストリーム処理は、インターバルベースの処理よりもはるかに頻繁にチェックポイントと書き込みを行うため、コストが高くなります。より大きな集約ウィンドウはより多くのコンピュートを必要とします。遅延データのためのより長いウォーターマークはメモリ要件を引き上げます。クラスタ構成はすべてのジョブの価格を直接左右します。データコンパクションはストレージコストを削減し、読み取りパフォーマンスを向上させます。これらはいずれも財務の設定ではなく、財務上の帰結を伴うエンジニアリングの設定です。だからこそ、このプラットフォームの会計は、どの機能ビューが存在し、それらが何をするようチューニングされているかについての両チーム間の会話から始まるのです。
コスト階層がお金の行き先を教えてくれる
Tecton自身のガイダンスはコストへの影響を高い順から低い順にランク付けしており、この順序は覚えておく価値があります。なぜなら、あなたの驚きがどこから来るかを予測してくれるからです。
オンラインストアの操作が最上位に位置します。オンラインストアへの書き込みは通常、最も高いインフラコストであり、特にバックフィル時——新規または変更された機能ビューのために履歴機能を再計算すること——や継続的ストリーム処理の下では顕著です。バックフィルは計画されたスパイクです：数日から数週間分の履歴計算と大量の書き込みが1つの期間に圧縮されます。財務チームにそれが来ることを誰も警告しなければ、それが発生した月は投資ではなくコスト超過に見えます。
コンピュートリソースが2番目です：ストリーム処理とバッチ処理のためのSparkクラスタコストで、構成とワークロードによって変動します。ストレージが3番目です：オンラインストアのストレージと読み取りに加えS3で、一般的にコンピュートや書き込みよりも影響は小さいです。
実務上の帰結は、請求額が書き込みとコンピュートのイベントによって左右され、コンソールにログインする人数によって左右されないということです。ここでのキャパシティプランニングとは、バックフィル、処理モード、集約ウィンドウを統制することであり、人員数ではありません。
本番の機能配信が売上原価である理由
米国GAAPの下では、SaaS企業の売上原価——収益コスト——には、顧客が対価を支払うサービスの提供にかかる直接コストが含まれます：ホスティングインフラ、クラウドのコンピュートとストレージ、製品に組み込まれたサードパーティ製ソフトウェア、そして利用量に応じてスケールするその他すべてです。本番ML製品向けの機能配信は、この基準を容易に満たします。不正検知モデルが取引をスコアリングするとき、レコメンデーションエンジンがフィードをランク付けするとき、価格設定モデルがレートを見積もるとき、オンラインストアの読み取りと、それらの機能を新鮮に保つパイプラインは、その背後にあるアプリケーションサーバーと同様に直接的な提供コストです。
この分類が重要であるのは、それが粗利益率に直結するからです。粗利益率は、投資家、融資先、買収企業があなたの製品の経済性が機能しているかを判断するために使う数値です。提供コストを一般管理費のラインの下に置くと、粗利益率が膨らみ、スケーリングの物語が隠れます。デューデリジェンスチームはいずれにせよあなたの総勘定元帳を標準的なSaaSの売上原価定義に再マッピングします。最初から正しく分類すれば、あなた自身のダッシュボードが外部の人間が算出するのと同じ物語を語ることになります。
ただし、Tectonのすべてのドルが売上原価に属するわけではありません。分割はベンダーではなく用途に従います：
- 本番配信は売上原価です。 ライブ推論のためのオンラインストアの読み書き、本番機能を新鮮に保つストリーミングおよびバッチパイプライン、そしてそれらの背後にあるストレージはすべて、顧客向けサービスを提供します。
- 実験とステージングは営業費用です。 開発用機能ビュー、オフライン実験、ステージング環境は研究開発を支えるものであり、提供ではありません。これらは研究開発費に計上します。
- 学習専用の作業は判断が必要です。 次期モデルバージョンの学習のみを目的として存在するオフライン機能計算は、提供よりも研究開発に近く見えます。ライブ配信のためにオンラインストアに供給する同じパイプラインは売上原価です。1つの機能ビューが両方を行う場合、 defensibleなドライバーで配賦します——環境ごとのタグ付けされたクラウド支出が、ほとんどのチームが持つ最もクリーンなドライバーです。
Tectonはコンピュートインスタンスとオンラインストアリソースを機能ビューごとにタグ付けするため、配賦データはあなたのクラウドコストエクスプローラーに存在します。会計上のタスクは、マッピングを一度決定すること——どの機能ビューが本番に、どの機能ビューが実験に寄与するか——そして、各決算で蒸し返すのではなく、毎月それを適用することです。
Tectonを購入することは費用、同等のものを構築することは資産計上となりうる
もう1つ正しく理解しておく価値のある分類があります。Tectonを購入するチームは上記のように消費を費用計上しますが、オープンソースソフトウェア上に独自の機能ストアを構築するチームは、代わりに資本化の問題に直面します。自社の業務のために開発された内部使用ソフトウェアは、プロジェクトが予備段階を通過すれば資本化の要件を満たすことができ、エンジニアの給与とインフラを期間費用ではなく償却資産に変えます。
どちらの処理も任意の色付けではありません。Tectonを運用しているなら、プラットフォームを構築したかのようにその請求書を資本化してはいけません。自社構築のストアからTectonへ移行する場合、古い資本化資産は償却を続け、新しい消費は売上原価に計上されます——2つの異なるライン、2つの異なる物語、そして両方が同時に正しいのです。
前払いクレジットとコミットメントはまず資産、後で費用
消費型プラットフォームは通常、前払いクレジットや年間支出コミットメントを販売しており、両方の会計処理は費用収益対応の原則に従います：支払いを資産として記録し、便益が消費されるにつれて費用計上します。プロバイダーに事前に送金したドルは、まだ何かのコストではありません。クレジットが本番配信に対して消費されれば売上原価に、実験に対して消費されれば研究開発費に、未使用のまま失効すれば損失になります。
実際には、それは1回の記帳ではなく3回の記帳を意味します。クレジットを購入するとき、前払費用資産を借方に、現金を貸方に記録します。毎月、実際に消費された分だけ残高を減らします——本番の消費は売上原価に、ステージングの消費は研究開発費に。クレジットに有効期限がある場合は、それをカレンダーに登録します。失効した残高は実際の損失であり、来年の整理作業中に発見するのではなく、計画的な償却に値します。
テイク・オア・ペイの最低額はさらに未払計上を追加します。契約が四半期ごとの最低支出を約束している場合、実際の消費額と最低額のいずれか大きい方を負います。期末近くに消費がコミットメントを下回る場合、いずれ負うことになる不足額を未払計上します。請求書は後で届きますが、負債は貸借対照表日時点で存在しており、決算はそれを反映すべきです。
月末の突合：2つの請求書、1つの真実
Tectonは請求可能な使用量ログを公開しています——プラットフォームの使用状況とそれがどのようにクレジットに変換されるかの詳細なCSVレコードで、使用から約1〜2日後にあなた自身のオブジェクトストレージに届きます。タグ付けされたクラウド支出と組み合わせると、これらのログが突合の拠り所となるメーターの読み取り値です。月次プロセスは、3つのソース——使用量ログ、Tectonの請求書、クラウド請求書——を互いに照合するものとして扱います。
実行可能な決算チェックリストは次のようになります：
- 月全体の使用量ログを抽出する。 すべての本番機能ビューのクレジットとすべての実験のクレジットが、最後の2日分を含めて存在することを確認します——ログの遅延により、月初に実行する決算ではデータが欠けています。ログを待つか、最終日数分を実行レートから未払計上し、翌月に調整します。
- 未請求のTecton側を未払計上する。 ほとんどの消費型課金と同様、請求書は対象期間の後に届きます。月の推定クレジットを、環境別の内訳で売上原価と研究開発費に未払計上し、請求書が届いたら戻し入れて調整します。
- タグ付けされたクラウド支出を抽出する。 同じ期間の機能ビュータグでクラウドコストエクスプローラーをフィルタリングします。これが2番目のバケット——Sparkクラスタ、オンラインストアの操作、ストレージ——であり、同じ方法で本番とステージングに分割する必要があります。
- ログを請求書に、請求書をクラウド請求書に突合する。 使用量ログはTectonの請求書と一致するはずです。タグ付けされたクラウドの明細は同じ方向に動くはずです。バックフィルの月は両方が急増します。ログと乖離する請求書は、更新時ではなく今提起すべき請求上の問題です。
- 前払い金とコミットメントを取り崩す。 消費されたクレジットを前払費用資産から費用計上し、コミットメントの不足額があれば未払計上し、残高が失効前にまだ使用可能に見えることを確認します。
最もよくある失敗はステップ3です——Tectonの請求書を細心の注意を払って突合する一方で、クラウド側の支出が一般的なホスティングの下でより大きなインフラ請求書の中に隠れていることです。クラウドの明細が1つの統合されたコンピュートラインしか示していないなら、他の何かを修正する前にタグ付けを修正してください。タグ付けされていない支出は配賦できず、配賦されていない支出は必ずどこか間違った場所に行き着きます。
帳簿上の具体的な1か月
MLプラットフォームが1月に本番配信に対して40,000ドル、実験に対して8,000ドルで請求されるTectonクレジットを消費し、さらにタグ付けされたクラウド支出12,000ドル（本番9,500ドル、ステージング2,500ドルに分割）を消費したとします。また、四半期の初めに100,000ドルのクレジットを前払いしています。1月は次のように記帳されます：
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Prepaid:Tecton-Credits USD
2026-01-01 open Expenses:CostOfSales:Feature-Serving USD
2026-01-01 open Expenses:Research:ML-Experimentation USD
2026-01-01 open Liabilities:Accrued:Tecton USD
2026-01-01 open Liabilities:Accrued:Cloud USD
2026-01-05 * "Tecton" "Prepay Q1 consumption credits"
Assets:Prepaid:Tecton-Credits 100000.00 USD
Assets:Cash:Operating -100000.00 USD
2026-01-31 * "Tecton" "January credit consumption, prod serving plus experimentation"
Expenses:CostOfSales:Feature-Serving 40000.00 USD
Expenses:Research:ML-Experimentation 8000.00 USD
Assets:Prepaid:Tecton-Credits -48000.00 USD
2026-01-31 * "Cloud" "January tagged feature-platform infra, prod plus staging"
Expenses:CostOfSales:Feature-Serving 9500.00 USD
Expenses:Research:ML-Experimentation 2500.00 USD
Liabilities:Accrued:Cloud -12000.00 USDこのパターンは一般化できます：前払いは資産であり、消費はそれを環境別に費用へと移し、クラウド側は別々に請求されるため別々に未払計上されます。チームが帳簿をプレーンテキストで管理しているなら、ドキュメントのコスト追跡パターンは機能ビューごとの分割に自然に拡張でき、ダッシュボードビューは本番対ステージングの傾向を月ごとに可視化します。
粗利益率を誤って表示するミス
消費型課金のMLインフラを運用するチームには、4つの誤りが繰り返し現れます。いずれも防ぐのは安価で、修正再表示された期間にわたって解消するのは高価です。
Tectonの請求書を全コストとして記帳する。 請求書は1つのバケットです。毎月、クラウド側のコンピュート、オンラインストアの操作、ストレージが同程度の規模の2番目のバケットを追加し、それを省略すると売上原価がおよそ半分過少計上されます。両方を突合するか、どちらも報告しないかです。
支払い時に前払い金を費用計上する。 100,000ドルのクレジット購入は、送金が行われる月の100,000ドルの費用ではありません。クレジットが消費されるにつれて費用に変換される資産です。支払い時に費用計上すると四半期が前倒しになり、後の月々が真のコストを失い、消費の傾向が読めなくなります。
ステージングを売上原価に通す。 実験用機能ビュー、モデル研究のためのオフラインバックフィル、ステージング環境は研究開発です。それらを提供コストに混ぜると売上原価が過大計上され、顧客に一度も触れなかった作業のために粗利益率が損なわれます。機能ビューのタグはまさにこの分割を正直に保つために存在します——それを使いましょう。
未払計上を省略する。 消費は後払いで請求され、使用量ログは1〜2日遅れ、クラウド請求書はさらに後に届きます。未払計上なしの決算は、部分的な月を完全な月として記帳し、欠けている日数は翌月に謎の差異として現れます。実行レートから未払計上し、書類が届いたら調整します。
今月の最後の有用なステップは小さなものです：クラウドコストエクスプローラーを開き、機能ビュータグでフィルタリングし、目にする数値が帳簿上の数値と同じであることを確認してください。もし両者が一度も一致したことがないなら、あなたは今しがた、この記事が埋めるために書かれたギャップを見つけたのです。
