본문으로 건너뛰기

AWS Activate 클라우드 크레딧 회계 처리 방법 (및 크레딧 절벽 모델링)

게시됨 약 8분Mike ThriftMike Thrift
AWS Activate 클라우드 크레딧 회계 처리 방법 (및 크레딧 절벽 모델링)

AWS 청구서에 이번 달 납부 금액이 0달러로 표시되어 있으므로, 런웨이 스프레드시트에는 현금이 22개월 남았다고 나옵니다. 하지만 크레딧은 4개월 후에 만료되며, 오늘 공짜로 사용하는 동일한 인프라가 1월부터는 월 약 8,000달러의 비용이 발생합니다. 실제 런웨이는 22개월이 아닙니다. 12개월에 가깝습니다. 그리고 그런 사실을 무시하는 사업 계획에는 어떤 투자자도 자금을 지원하지 않을 것입니다.

클라우드 크레딧은 초기 단계 스타트업이 얻을 수 있는 최고의 혜택 중 하나입니다. AWS Activate는 자격을 갖춘 스타트업에 셀프 서비스 파운더스 트랙에서 1,000달러, 그리고 제휴 액셀러레이터, 인큐베이터 또는 벤처 기업의 지원을 받는 스타트업에게는 포트폴리오 트랙을 통해 최대 100,000달러를 제공합니다. 이 크레딧으로 제품-시장 적합성을 찾는 동안 2년 동안의 인프라 비용을 충당할 수 있습니다. 그러나 이것은 회계 함정을 만듭니다: 거의 0에 가까운 인프라 비용을 보여주는 장부, 그렇지 않을 때까지 환상적으로 보이는 마진, 그리고 크레딧이 소진되는 달에 급격히 떨어지는 현금 예측이 그것입니다. 처음부터 크레딧을 올바르게 회계 처리하는 방법은 다음과 같습니다.

Activate 크레딧의 실제 의미 (그리고 그렇지 않은 것)

AWS Activate 크레딧은 적격 AWS 계정에 적용되어 적격 서비스(컴퓨팅, 스토리지, 데이터베이스 등 200개 이상의 서비스, Amazon Bedrock의 서드파티 모델 및 적격 지원 플랜 요금 포함) 비용을 상쇄하는 프로모션 크레딧입니다. 이는 현금, 보조금 입금 또는 다른 계정으로 양도할 수 없습니다. 판매하거나, 회사 간에 이전하거나, 현금화할 수 없습니다.

회계 처리 방식을 결정짓는 세 가지 사실이 있습니다:

  1. 만료됩니다. 파운더스 티어 크레딧은 일반적으로 약 1년 동안 유효하며, 대규모 포트폴리오 수여금은 일반적으로 최대 2년 동안 유효합니다. 정확한 만료일은 수상 이메일과 Activate 콘솔에 있으며 — 수상일 당일에 적어두세요. AWS는 날짜가 조용히 지나가도록 그냥 두기 때문입니다.
  2. 모든 것을 덮지 않습니다. 선불 예약, 저축 플랜 선불 금액, 일부 마켓플레이스 및 삼성파티 요금은 일반적으로 적격하지 않습니다. 크레딧이 흡수할 것으로 예상하고 1년 선불 예약을 구매한 달은 비용이 많이 드는 방식으로 이를 배우게 되는 달입니다.
  3. 분할로 도착합니다. 포트폴리오 수상은 종종 이정표 달성 또는 이전 분할 크레딧 소비에 따라 단계적으로 해제됩니다. 각 분할은 자체 시간 제한이 있을 수 있으므로 "우리에게 100,000달러의 크레딧이 있다"는 것은 실제로 "3월에 만료되는 25,000달러와 나중에 도착하는 75,000달러"를 의미할 수 있습니다.

핵심 규칙: 크레딧은 수입이 아닌 할인입니다

이것은 다운스트림을 오염시키는 실수입니다. 크레딧이 도착하면 파운더스는 이를 자산으로 기록하거나 더 나쁘게는 수익으로 기록하려고 합니다. 둘 다 옳지 않습니다.

미국 GAAP 하에서 소프트웨어 라이선스를 포함하지 않은 클라우드 호스팅 계약은 서비스 계약으로 회계 처리됩니다: 서비스를 소비함으로써 서비스 비용을 인식합니다. 해당 계약의 시행 비용 관련 가이드는 수년간 정제되어 왔지만, 사용 비용 처리 자체는 변경되지 않았습니다 — 매월의 소비액이 해당 월의 비용입니다. 청구서를 상한하는 프로모션 크레딧은 경제적으로 해당 서비스의 가격 인하이며, 별도의 수익 흐름이 아닙니다. 표준 관행은 총 비용을 기록하고 크레딧을이에 대항하는 비용(Ini-contra-expense)으로 차감하여, 장부에 인프라의 실제 비용과 실제로 지불한 금액을 모두 표시하는 것입니다.

일반적인 복식 부기 용어로, $4,200의 크레딧이 적용된 월 $4,200의 AWS 사용량은 다음과 같습니다:

2026-09-01 * "AWS August usage"
  Expenses:Cloud:AWS            4,200.00 USD
  Expenses:Cloud:AWS-Credits   -4,200.00 USD
  Liabilities:AccountsPayable:AWS

(크레딧이 청구서를 결제했기 때문에 채무는 마이너스(0)로 합산 — 현금 이동 없음.) 크레딧이 청구서의 일부만 덮는 경우, 크레딧 부분만 이 contra-expense 라인에 흡수되고 나머지는 현금 또는 카드로 유출됩니다. 일반 텍스트 회계를 사용하는 경우 전용 Expenses:Cloud:AWS-Credits 계정과 AWS 청구서에 대당 월간 대조를 통해 이 구조를 무료로 얻을 수 있습니다. Beancount 문서는 contra-style 계정과 월별 잔액 확인이 실제로 어떻게 작동하는지 설명합니다.

아무것도 지불하지 않았는데 왜 총 수치가 중요한가요? 투자자, 대출자 또는 인수자가 중요시하는 모든 지표 — 총마진, 비용, 소진 배수, 고객당 단위 비용 — 는 총 비용을 기준으로 계산해야 하기 때문입니다. 크레딧으로 보조되는 인프라에서 95%의 총 마진을 보여주는 SaaS 스타트업이 실제로 95%의 총 마진을 가진 것은 아닙니다. 일시적인 보조금이며, 확인 과정에서 (총 비용이 그대로 반영되어) 다시 계산됩니다. 총 비용을 계속 표시하면 단위 경제 계산이 처음부터 정직하며, 크레딧 이후의 미래에 놀라움이 없습니다.

첫 청구서가 오기 전에 장부를 설정하세요

이 작업을 한 번, 오후에 수행하면 월간 작업은 몇 분으로 줄어듭니다.

소규모 전용 계정과목을 만드세요. 최소한 종 클라우드 인프라에 대한 총 비용 계정(컴퓨팅, 스토리지, 데이터 전송 세그먼트 별(어느 하나가 중요하면)), 적용 크레딧에 대한 contra-expense 계정, 그리고 스테이징, 프로덕션, ML training을 실행하는 경우 환경별 비용 센터 태그 또는 하위 계정을 생성하세요. 크레딧은 소비한 환경으로 추적 가능해야 합니다. "training at $60,000 크레딧을 소비했습니다"는 나중에 사용하고 싶은 예산 통찰력이기 때문입니다.

모든 크레딧 지급에 대한 메모 원장을 유지하세요. 크레딧은 형식적으로 잔액 시트 자산은 아니지만, 그래도 일정: 수상링, 분할, 금액, 만료일, 적립 범위, 그리고 들어간 AWS 계정을 필요로 합니다. 간단한 표로 충분합니다. 소비율 검토와 함께 월별로 검토하고, 크레딧 소비 75% 및 만료 90일 전에 캘린더 알림을 설정하세요. 만료된 크레딧은 스타트업이 클라우드 제공자에 돈을 기부하는 가장 일반적인 방식입니다.

은행 명세서가 아닌 AWS 청구서에 대해 월별 대조하세요. 크레딧이 전체 청구서를 처리하면 은행 계좌에 특별한 항목이 없으며, 이는 은행 피드 장부가 인프라 비용을 조용히 0으로 기록 방지합니다. AWS Cost Explorer 또는 월별 인보이스를 확인하고 전체 비용과 크레딧 적용 금액을 기록하며, contra-expense 라인이 "크레딧 적용" 총액과 일치하는지 확인하세요. 월 10분이면 연말 복구하는 프로젝트를 예방합니다.

크레딧 절벽을 모델링하세요, 단지 런웨이뿐만 아니라

표준 런웨이 계산 —은행 현금 / 현재 순 지출 —은 크레딧 자금 조달 스타트업에게 양방향으로 거짓말을 합니다. 순 지출은 크레딧 만료 월에 총 지출로 급증하기 때문에 실제 비용 구조를 과소와 현금 수명을 과대평가합니다.

하나가 아닌 세 가지 숫자를 계산하세요:

  • 순 지출 크레딧 적용 후 현재와 같이 실제 현금 흐름 경로입니다.
  • 총 지출 크레딧을 더한 비용입니다.이것은 보조금 종료 후 생존해야 하는 실제 구축하는 사업입니다.
  • 절벽 날짜: 현재 소비 증가율로 크레딧이 소진되는 달입니다. 현재의 고정 소비로가 아니라, 클라우드 지출은 사용에 따라 증가하므로 만료일을 예측할 때 증가하는 숫자를 기준으로 예상하세요.크레딧이 6개월 후에 소진되지만 소비가 월 15% 증가하는 경우 실제 클리프는 평평한 예측보다 더 일찍 도달할 것입니다.

투자자에게 두 지출 모두 보여주세요. 노련한 씨드 투자자는 이미 크레딧 보조금을 더 실시하여 많은 사람들이 "크레딧 전" 총 마진을 명시적으로 요청할 것입니다. 총비용 수치를 자발적으로 제공하고, 크레딧 이후 비용 구조에 대한 신뢰할 수 있는 계획(세이빙 플랜, 예약 용량, 아키텍처 효율성 또는 실제로 이를 커버할 수익)을 제시하는 파운더는 무한한 무료 인프라를 암묵적으로 가정하는 모델보다 관리력이 훨씬 더 우수합니다.

가격 책정에도 동일한 논리가 계산됩니다. 고객당 클라우드 비용이 총 $3인데 크레딧 제외 $0.20인 것처럼 가격을 책정한다면, 새로운 고객이 발생하는 날마자 수리러나 더 빨리 시점이 다됩니다. 총 비용 기준으로 가격을 책정하고 크레딧 기간을 마진 확대로, 비용 구조 자체로 생각하세요.

세금 측면은 보기보다 간단합니다

서비스 비용을 줄이는 프로모 계정 크레딧은 일반적으로 받을 때 구매 가격 조정으로 간주되며, 세금 대상 소득이 아닙니다. 받은 $100,000을 소득으로 기록하지 않으며, 크레딧이 흡수한 $100,000의 총 비용을 공제할 수 없습니다.실제 지불한 금액만 공제합니다. IRS는 실제 경제적 정답인 순 효과: 보조금은 가짜 소득으로 나타나지 않고 공제 감소로 나타날 수 있습니다.

두 가지 관련 사항을 CPA와 논의해야 합니다:

  • AWS 지출 자체는 공제됩니다. 지불한 클라우드 비용의 비용 부분은 일반적이고 필요한 비용입니다. 다른 분석에 당확이 사용되므로 정확한 총 지출 기록을 유지하세요.
  • 개발 클라우드 지출은 R&D 혜택에 중요할 수 있습니다. 개발 및 테스트 환경의 클라우드 비용은 연구 크레딧 계산 및 소프트웨어 개발 비용의 경비 vs 자본화 규칙에 포함될 수 있습니다. 크레딧으로 지불한 지출이 자격이 있는지는 사실 판단 문제입니다. 그래서 총액을 유지한 이유입니다. R&D 연구를 수행하는 CPA는 실제로 추적한 지출만 사용할 수 있습니다.

이 중 어느 것도 이상하지 않지만, 전부 이전 섹션의 총 비용 장부에 의존합니다.세금 시즌에 급하게 하는 파운더는 11개월 동안 클라우드 지출이 $0 인 장부를 유지하는 경우입니다.

크레딧 기반 스타트업을 괴롭히는 여섯 가지 실수

크레딧을 수익 또는 현금 자산으로 기록. 이것은 수익과 자산을 모두 부풀리고, 기반으로 한 비율에 오류를 수정하고, 실제로 갚지 않아도 될 이연 수익부채를 만들 수 있습니다. 크레딧은 할인입니다. 할인으로 기록하세요.

자격이 없는 서비스로 구축. 크레딧이 접촉할 수 없는 선행 약속 또는 마켓플레이스 제품의 아키텍처는 보조금이 포함된 청구서를 밤사이에 실제 비용으로 전환할 수 있습니다. 서비스를 약정하고 후에 인보이스를 받은 후 자격 확인이 아닌 전에 자격 이전 전에 확인하세요.

분할 시계를 무시합니다. 단계별로 $100,000 상금을 단일 만료가 있는 단일 풀로 취급하는 것은 "$40,000이 '확장을 위해 저장하는' 동안 만료"를 발견하는 방법입니다. 각 분할에 대해 별도의 일정을 잡으세요.

계정 혼합. 회사 워크로드를 창업자의 개인 AWS 계정으로 실행하거나 두 회사의 크레딧을 한 조직에 혼합하면 월 대조 작업을 포렌식 회계로 바뀌고 프로그램 조건을 위반할 수 있습니다. 처음부터 한 회사, 하나의 청구 구조를 유지하세요.

지원 크레딧을 잊어버립니다. Activate는 지원 플랜에 크레딧을 적용할 수 있으며, 초기 단계 팀은 크레딧이 놀고 있는 동안 Business Support를 자비로 지불 합니다. 크레딧이 적용된다면 사용하세요 — 빌드 단계의 아키텍처 지도는 나중에 유휴 인스턴스에 사용할 동일한 크레딧보다 더 가치 있습니다.

포스트-크레딧 가격을 다시 예측하지 않습니다. 크레딧은 정가를 지불할 자격을 — 수익, 효율성 또는 약속 구매 할인을 — 얻을 수 있는 시간을 격려합니다. 만료 12개월 전에 정상 상태 청구서를 모델링을 시작하며: 기본 워크로드에 대한 세이빙 플랜, 저장에 대한 수명 정책, 수집한 사용 데이터에 따른 우측 조정. 결코 절벽은 예산이 잡힌 단계이어야지 이변이어야 합니다.

15분 월별 루틴

투자자 업데이트 일정 옆에 반복 캘린더 관리 항목을 만들고 다음 체크리스트를 실행하세요: AWS 인보이스를 검색하여 총 비용 및 적용 크레딧을 기록합니다; contra-expense 총액과 크레딧 소비량 일치 확인; 메모 원장을 남은 잔액과 분말 만료일까지 남은 일수 업데이트; 순 지출, 총 지출, 결절 날짜 재계산; 자격 없는 서비스의 지출 플래그; 환경별 추세가 이상한지 확인. 매월 총 2줄과 순 2줄을 나란히 시각화 — 크레딧이 소멸하면서 수렴 — 는 수익 이전 스타트업이 유지하는 가장 가치 있는 차트 중 하나입니다. Fava 행과 같은 대시보드는 스프레드시트 없이 원장에서 직접 이 차트를 렌더링합니다.

크레딧은 변장한 런웨이입니다: 현금을 연장하지 않으며, 지출비를 일시적으로 줄입니다. 총 지출 비용을 보여주고, 각 트란치의 시계를 추적하며, 만료 월를 예측하는 장부는 2년 보조금을 원래 목적 — 완전히 측정된 헤드 스타트로 바꿔 게 됩니다.

재무 관리 간소화

크레딧 기간을 지나 실제 인프라 비용 청구서가 도착하면, 명확하고 감사 가능한 재무 기록을 유지하는 것이 중요해집니다 — 투자자들이 요구할 것입니다. Beancount.io는 완전한 투명성과 제어를 제공하는 일반 텍스트 회계를 제공하며, 버전 관리되고 분석 대비할 수 있습니다. 무료로 시작하기를 통해 개발자와 재무 전문가들이 평문 회계로 전환하는 이유를 확인하세요.

이 글 공유하기

출처: https://beancount.io/ko/blog/2026/09/10/aws-activate-cloud-credits-startup-bookkeeping-runway-guide

게시됨: 2026년 9월 10일