AWSの請求書には今月の支払い額が0ドルと表示され、あなたのランナウェイスプレッドシートには現金が22ヶ月分残っていると表示されています。しかし、クレジットは4ヶ月で失効します。今日は無料の同じインフラが、1月からは毎月約8,000ドルかかることになります。実際のランナウェイは22ヶ月ではありません。12ヶ月に近く、投資家はそれを無視した計画には資金を提供しません。
クラウドクレジットは、アーリーステージのスタートアップが利用できる最良の取引の1つです。AWS Activate は、セルフサービスの Founders パスで資格のあるスタートアップに1,000ドル、提携アクセラレーター、インキュベーター、またはベンチャー企業の支援を受けるスタートアップ向けの Portfolio パスで最大100,000ドルを提供します。これらのクレジットは、プロダクトマーケットフィットを見つける間、2年間のインフラ費用をカバーできます。しかし、これらは簿記の罠も生み出します。インフラコストがほぼゼロに見える帳簿、素晴らしく見えるマージン（それが続くまで）、そしてクレジットが尽きた月に崖から落ちる現金予測です。ここでは、初日からクレジットを正しく会計処理する方法を説明します。
Activate クレジットの正体（そしてそうでないもの）
AWS Activate クレジットは、対象となるサービス（コンピューティング、ストレージ、データベース、Amazon Bedrock 上のサードパーティモデルや対象のサポートプラン料金を含む200以上の他のサービス）のコストを相殺するために AWS アカウントに適用されるプロモーションクレジットです。これらは現金でも、助成金の入金でも、別のアカウントに転送できるものでもありません。売却、会社間での移動、現金化はできません。
簿記のすべてを形作る3つの事実があります：
- 有効期限があります。 Founders 層のクレジットは通常約1年間有効です。大規模な Portfolio 賞は一般的に最大2年間です。正確な有効期限は、賞のメールと Activate コンソールにあります。賞を受け取った日に書き留めてください。AWS はその日付が静かに過ぎ去るのを喜んで見逃します。
- すべてをカバーするわけではありません。 前払いの予約、セービングプランの前払い、一部のマーケットプレイスおよびサードパーティの料金は通常対象外です。クレジットが吸収すると思って1年前払いの予約を購入した月に、高くつく方法でこれを学ぶことになります。
- 分割して入金されます。 Portfolio 賞は、マイルストーンを達成したり、以前のトランシェを消費したりすると、段階的に解放されることがよくあります。各トランシェには独自の時計があるため、「10万ドルのクレジットがある」というのは、実際には「3月に失効する25,000ドルと、後で入金される75,000ドル」を意味する場合があります。
中核となるルール：クレジットは割引であり、収入ではない
これは、下流のすべてを台無しにする間違いです。クレジットが入金されると、創業者はそれを資産として記録したくなります。あるいはもっと悪いことに、収益として記録したくなります。どちらも正しくありません。
米国GAAPでは、ソフトウェアライセンスを含まないクラウドホスティング契約はサービス契約として会計処理されます。サービスを消費したときにサービス費用を認識します。これらの取り決めの実装コストに関するガイダンスは長年にわたって改良されてきましたが、使用量自体の扱いは決して変わりませんでした。毎月の消費がその月の費用です。請求書を相殺するプロモーションクレジットは、経済的にはそのサービスの価格引き下げであり、独立した収入の流れではありません。標準的な慣行は、総額の経費を記録し、クレジットを相殺勘定として純額計上することです。これにより、帳簿にはインフラの真のコストと実際に支払った金額の両方が表示されます。
プレーンな複式簿記の用語では、4,200ドルのAWS月額料金に4,200ドルのクレジットが適用された場合、次のようになります：
2026-09-01 * "AWS 8月利用分"
Expenses:Cloud:AWS 4,200.00 USD
Expenses:Cloud:AWS-Credits -4,200.00 USD
Liabilities:AccountsPayable:AWS（クレジットが請求書を清算したため、買掛金はゼロになります。現金は動いていません。）クレジットが請求書の一部のみをカバーする場合、相殺勘定の行にはクレジット部分のみが計上され、残りは通常どおり現金またはカードに流れます。プレーンテキスト会計を使用する場合、専用の Expenses:Cloud:AWS-Credits 相殺勘定と、AWS請求書に対する毎月の照合により、この構造を無料で得られます。Beancount ドキュメントでは、相殺スタイルの勘定科目と毎月の残高チェックが実際にどのように機能するかを説明しています。
何も支払っていないのに、なぜ総額が重要なのでしょうか？投資家、融資者、買収者が気にするすべての指標（粗利益、売上原価、バーンの倍率、顧客あたりのユニットコスト）は、総額コストで計算する必要があるからです。クレジットで補助されたインフラで95%の粗利益を示しているSaaSスタートアップは、実際には95%の粗利益を持っていません。それは一時的な補助金であり、デューデリジェンスはそれを総額に戻します。総額の経費を見えるようにしておくことで、ユニットエコノミクスが最初から正直になり、クレジット後の未来に驚きはありません。
最初の請求書が届く前に帳簿を設定する
これを一度、午後に行えば、毎月の作業は数分に短縮されます。
小さく専用の勘定科目表を作成します。 最低限：クラウドインフラの総額経費勘定（コンピューティング、ストレージ、データ転送のいずれかが重要であれば分割）、適用されたクレジットの相殺経費勘定、そしてステージング、本番、MLトレーニングを実行している場合は、環境ごとのコストセンタータグまたはサブ勘定科目を作成します。クレジットはそれを消費した環境まで追跡できるようにする必要があります。「トレーニングが6万ドルのクレジットを消費した」というのは、後で必要になる予算の洞察だからです。
すべてのクレジット付与のメモ元帳を保持します。 クレジットは正式な意味でのバランスシート資産ではありませんが、それでもスケジュールが必要です：付与日、トランシェ、金額、失効日、対象範囲、そしてどのAWSアカウントに入金されたか。シンプルな表で十分です。毎月バーンレビューと一緒に見直し、75%消費時と失効90日前にカレンダーアラートを設定します。失効したクレジットは、スタートアップがクラウドプロバイダーに資金を寄付する最も一般的な方法です。
銀行明細書ではなく、AWS請求書に毎月照合します。 クレジットが請求書全体をカバーする場合、銀行口座には何も入金されないため、銀行フィードの簿記はインフラコストをゼロと静かに記録します。AWS Cost Explorer または毎月の請求書を取得し、その文書から総額経費と適用されたクレジットを記録し、相殺経費の行が「適用済みクレジット」の合計と一致することを確認します。月に10分で、年末の再構築プロジェクトを防げます。
ランナウェイだけでなく、クレジットクリフをモデル化する
標準的なランナウェイ計算（銀行の現金を現在の純バーンで割る）は、クレジット資金のスタートアップに対して2つの方向で同時に嘘をつきます。真のコスト構造を過小評価し、現金が持続する期間を過大評価します。なぜなら、クレジットが失効する月に純バーンは総額バーンに戻るからです。
1つの数字ではなく、3つの数字を実行します：
- 純バーン、今日のように、クレジットを適用したもの。これが実際の現金の軌跡です。
- 総額バーン、クレジットを加算したもの。これは実際に構築しているビジネス、つまり補助金終了後に生き残らなければならないビジネスです。
- クリフ日付：現在の消費成長率でクレジットが尽きる月。今日の横ばいの支出ではありません。クラウド支出は使用量とともに増加するため、成長する数字に対して失効を予測します。クレジットが6ヶ月で失効するが、消費が毎月15%成長する場合、実効クリフは横ばいの予測よりも早く訪れます。
投資家に両方のバーンを示します。賢いシード投資家はすでにクレジット補助金を精査しています。多くは明示的に「クレジット前」の粗利益率を尋ねます。クレジット後のコスト構造（セービングプラン、予約容量、アーキテクチャ効率、または単にそれをカバーする収益）の信頼できる計画とともに、総額の数字を自発的に提示する創業者は、無料のインフラを永遠に暗黙に想定しているモデルを持つ創業者よりも、はるかに資金調達可能に見えます。
同じロジックが価格設定にも適用されます。顧客あたりのクラウドコストが総額3ドルで、クレジット後の純額0.20ドルであるかのように価格設定する場合、新しい顧客ごとに計算が崩れる日が早まります。総額コストで価格設定し、クレジット期間はコスト構造ではなくマージン拡大として扱います。
税務面は見た目より簡単
サービスに支払う金額を単に減らすプロモーションクレジットは、一般的に購入価格の調整として扱われ、受け取り時に課税所得とはなりません。賞に対して10万ドルの収入を計上する必要はなく、同様に、クレジットが吸収した10万ドルの総額経費を控除することもできません。実際に支払った金額を控除します。IRSは純額効果に課税します。これは経済的に正しい答えです：補助金は架空の収入ではなく、控除の減少として現れます。
関連する2つのポイントについては、CPAとの相談に値します：
- AWS支出自体は控除可能です。 実際に支払うクラウドコストの部分は、通常かつ必要な事業経費です。他の分析にも同じ使用量ログが使用されるため、クリーンな総額支出記録を維持してください。
- 開発クラウド支出はR&Dインセンティブに関係する可能性があります。 開発およびテスト環境のクラウドコストは、研究クレジットの計算や、ソフトウェア開発コストの費用処理と資本化に関する現在の規則に関与する可能性があります。クレジットで相殺された支出が対象となるかどうかは、事実と状況の問題です。だからこそ、総額の数字を保持しているのです。R&D調査を実施するCPAは、実際に追跡した支出でのみ作業できます。
これらはどれも特殊ではありませんが、すべて前のセクションの総額経費簿記に依存しています。税務時期に慌てる創業者は、11ヶ月間クラウド支出が0ドルと表示されている帳簿を持っている人たちです。
クレジット資金のスタートアップを悩ませる6つの間違い
クレジットを収益または現金資産として計上する。 これは収益と資産の両方を水増しし、それらに基づくすべての比率を誤って表示し、実際には誰にも支払う義務のない繰延収益型の負債を生み出します。クレジットは割引です。割引として計上してください。
対象外のサービスに基づいて構築する。 クレジットが触れられない前払いコミットメントやマーケットプレイス製品を中心としたアーキテクチャは、補助金付きの請求書を一夜にして実際の請求書に変えます。サービスにコミットする前に資格を確認してください。請求書が届いてからではありません。
トランシェの時計を無視する。 段階的な10万ドルの賞を単一のプールで単一の有効期限として扱うと、「スケールのために取っておいた」間に40,000ドルが失効したことをチームが発見する方法です。各トランシェを個別にスケジュールします。
アカウントを混在させる。 創業者の個人のAWSアカウントで会社のワークロードを実行したり、2つのスタートアップのクレジットを1つの組織に混在させたりすると、毎月の照合がフォレンジック会計になり、プログラムの条件に違反する可能性があります。最初から、1つの会社、1つの支払い者アカウント構造にします。
サポートクレジットを忘れる。 Activate はサポートプランにクレジットを適用できます。アーリーステージのチームは、クレジットが未使用のまま、ビジネスサポートを自費で支払うことがよくあります。賞がカバーする場合は、それを使用してください。構築段階でのアーキテクチャガイダンスは、後でアイドルインスタンスに同じクレジットを費やすよりも価値があります。
クレジット後の価格設定を再予測しない。 クレジットは、収益、効率、またはコミットメント利用割引を通じて、全額を支払う権利を獲得する時間を買います。失効の12ヶ月前に、定常状態の請求書のモデル化を開始します：ベースラインワークロードのセービングプラン、ストレージのライフサイクルポリシー、収集した使用量データからの権利サイズ調整。クリフは予算化されたステップであるべきで、驚きであってはなりません。
15分の毎月のルーチン
投資家向けアップデート日の隣に定期的なカレンダーブロックを設定し、同じチェックリストを実行します：AWS請求書を取得し、総額経費と適用されたクレジットを記録します。相殺経費の合計が消費されたクレジットと一致することを確認します。メモ元帳を残高とトランシェごとの失効までの日数で更新します。純バーン、総額バーン、クリフ日付を再計算します。対象外サービスへの支出にフラグを立てます。環境ごとの傾向に異常がないか確認します。毎月2つのバーンラインを並べて視覚化すること（クレジットが減少するにつれて総額と純額が収束する）は、プリレベニューのスタートアップが維持できる最も価値のあるチャートの1つであり、Favaのようなダッシュボードはスプレッドシートなしで元帳から直接レンダリングします。
クレジットは変装したランナウェイです。現金を延長するのではなく、コストを一時的に圧縮します。総額コストを示し、各トランシェの時計を追跡し、クリフ月を予測する帳簿は、2年間の補助金を本来あるべきもの、つまり完全に測定されたヘッドスタートに変えます。
財務管理を簡素化
クレジット期間を超えて規模が拡大し、実際のインフラ請求書が届くにつれて、明確で監査可能な財務記録を維持することが不可欠になります。投資家はそれを求めるでしょう。Beancount.io は、財務データに対する完全な透明性と制御を提供するプレーンテキスト会計を提供し、バージョン管理され、分析の準備ができています。無料で始める そして、開発者と財務専門家がプレーンテキスト会計に切り替えている理由を確認してください。
