창업자를 위한 스타트업 계정과목표 가이드
잘 구성된 계정과목표(COA)는 스타트업 재무 시스템의 근간입니다. 이는 단순히 범주 목록 그 이상으로, 비즈니스 스토리를 알려주는 프레임워크입니다. 이 가이드는 빈카운트 원장에 직접 삽입할 수 있는 깔끔하고 발생주의에 적합한 COA를 제공합니다. 이는 모듈식으로 설계되어 초기에는 간소하게 시작하고 성장에 따라서만 복잡성을 추가할 수 있습니다.
면책 조항: 이는 일반적인 정보이며 법률, 세금 또는 회계 자문이 아닙니다. COA가 특정 규정 준수 및 보고 요구 사항을 충족하는지 확인하려면 전문가와 상담하십시오.
확장 가능한 COA를 위한 핵심 원칙 🧾
계정 자체에 들어가기 전에 고성장 스타트업에 COA를 효과적으로 만드는 원칙을 이해하는 것이 중요합니다.
- 발생주의 우선: 처음부터 발생주의 회계를 위한 COA를 구축하십시오. 이는 매출채권(AR), 매입채무(AP), 선급비용 및 이연수익과 같은 계정을 사용하는 것을 의미합니다. 발생주의 회계는 현금 이동 시점뿐만 아니라 수익과 비용이 발생하거나 발생하는 기간에 맞춰 회사의 재무 건전성을 정확하게 보여줍니다.
- 간 결하게 유지: 모든 단일 공급업체 또는 사소한 비용에 대한 계정을 만들려는 유혹에 저항하십시오. 부풀려진 COA는 관리하기 어렵고 통찰력을 가립니다. 규정 준수에 필요하거나 특정 비즈니스 결정을 내리는 경우에만 새 계정을 추가하십시오.
- 매출원가(COGS)와 운영비(OpEx) 분리: 이는 수익성을 이해하는 데 있어 타협할 수 없습니다. **매출원가(COGS)**에는 수익 제공과 직접적으로 비례하는 비용(예: 고객 호스팅, 결제 처리 수수료)이 포함됩니다. 그 외의 모든 것은 **운영비(OpEx)**입니다. 이 분리는 총 마진을 계산하는 데 핵심입니다.
- 차원(Dimensions)에 태그 사용: 부서별 지출, 프로젝트 또는 특정 고객을 추적하기 위해 COA를 사용하지 마십시오. 이는 메타데이터 및 태그를 위한 것입니다. 새 서버에 대한 거래는
Expenses:Cloud에 기록되고#engineering및#project-phoenix로 태그될 수 있습니다. 이를 통해 COA를 깔끔하게 유지하면서 강력하고 다차원적인 보고가 가능합니다. - 일관성 유지: 회계 정책을 미리 결정하고 문서화하십시오. 예를 들어 SAFE(Simple Agreement for Future Equity, 미래 지분 단순 계약)를 부채로 처리할지 자본으로 처리할지 결정합니다. 방법을 선택하고 기록하고 고수하십시오. 일관성은 정확한 기간별 비교에 중요합니다.
최소한의 시드 단계 계정과목표 🌱
이것은 beancount 파일에 직접 복사하여 붙여넣을 수 있는 간결하고 SaaS 친화적인 COA입니다. 이는 프리시드 또는 시드 단계 회사의 필수 사항을 다룹니다.
; ===== 자산 =====
1970-01-01 open Assets:Bank:Checking USD
1970-01-01 open Assets:Bank:Savings USD
1970-01-01 open Assets:AR USD ; 매출채권
1970-01-01 open Assets:Clearing:Stripe USD ; 지급 결제 계정
1970-01-01 open Assets:Clearing:PayPal USD
1970-01-01 open Assets:Prepaid:Software USD
1970-01-01 open Assets:Prepaid:Insurance USD
1970-01-01 open Assets:Deposits USD ; 임대/보증금
1970-01-01 open Assets:Equipment USD
1970-01-01 open Assets:Intangibles USD ; 자본화된 소프트웨어/IP (사용되는 경우)
1970-01-01 open Assets:Crypto:BTC BTC ; 선택 사항
; ===== 부채 =====
1970-01-01 open Liabilities:AP USD ; 매입채무
1970-01-01 open Liabilities:DeferredRevenue USD
1970-01-01 open Liabilities:Payroll:Withholding USD ; 직원 세금 원천징수
1970-01-01 open Liabilities:Payroll:EmployerTaxes USD
1970-01-01 open Liabilities:SalesTax:CA USD ; 필요한 경우 주별 하위 계정
1970-01-01 open Liabilities:SAFE USD ; 부채로 분류하는 경우
1970-01-01 open Liabilities:NotesPayable USD
1970-01-01 open Liabilities:Accrued:Bonus USD ; 발생액 (보너스, 법률 등)
1970-01-01 open Liabilities:Accrued:Legal USD
; ===== 자본 =====
1970-01-01 open Equity:CommonStock USD
1970-01-01 open Equity:APIC USD ; 주식발행초과금
1970-01-01 open Equity:SAFE USD ; SAFE를 자본으로 분류하는 경우
1970-01-01 open Equity:RetainedEarnings USD
1970-01-01 open Equity:OpeningBalances USD
; ===== 수익 (대변) =====
1970-01-01 open Income:Revenue:SaaS USD
1970-01-01 open Income:Revenue:Services USD
1970-01-01 open Income:Contra:Discounts USD ; 마이너스 수익 (할인)
1970-01-01 open Income:Contra:RefundsChargebacks USD
1970-01-01 open Income:Other:Interest USD
1970-01-01 open Income:Other:FXGains USD
; ===== 비용 =====
1970-01-01 open Expenses:COGS:Hosting USD ; 제품 제공을 위한 가변 클라우드
1970-01-01 open Expenses:COGS:PaymentProcessing USD ; Stripe/PayPal 수수료
1970-01-01 open Expenses:Payroll:Wages USD
1970-01-01 open Expenses:Payroll:EmployerTaxes USD
1970-01-01 open Expenses:Benefits USD
1970-01-01 open Expenses:Contractors USD
1970-01-01 open Expenses:Software:Subscriptions USD
1970-01-01 open Expenses:Cloud USD ; 내부 도구/워크로드
1970-01-01 open Expenses:Rent USD
1970-01-01 open Expenses:EquipmentSmall USD ; < 자본화 기준
1970-01-01 open Expenses:Marketing:Paid USD
1970-01-01 open Expenses:Marketing:Brand USD
1970-01-01 open Expenses:Travel USD
1970-01-01 open Expenses:Meals USD
1970-01-01 open Expenses:Legal USD
1970-01-01 open Expenses:Accounting USD
1970-01-01 open Expenses:Insurance USD
1970-01-01 open Expenses:BankFees USD
1970-01-01 open Expenses:Taxes:Income USD
1970-01-01 open Expenses:Taxes:Sales USD
1970-01-01 open Expenses:Depreciation USD
1970-01-01 open Expenses:Amortization USD
1970-01-01 open Expenses:Interest USD
1970-01-01 open Expenses:Other USD
성장을 위한 모듈형 추가 기능 📈
비즈니스 모델이 발전함에 따라 새로운 계정 세트를 활성화할 수 있습니다. 다음은 규모에 따라 추가할 수 있는 일반적인 모듈입니다.
SaaS 모듈
특히 연간 플랜에 대해 고객에게 송장을 발행하기 시작하면 이를 활성화하십시오.
- 수익 상세 정보:
Income:Revenue:SaaS:Monthly,Income:Revenue:SaaS:Annual,Income:Contra:Credits - 이연 및 수취채권: (선불로 받은 현금의 경우)
Liabilities:DeferredRevenue및 (송장 발송의 경우)Assets:AR. - 프로세서 제어: (지급을 추적하기 위해)
Assets:Clearing:Stripe및Expenses:COGS:PaymentProcessing.
마켓플레이스/결제 모듈
사용자를 대신하여 돈을 보유하거나 이동하는 경우 이를 추가하십시오.
- 총액/순액 모델: (판매자에게 지불해야 할 돈)
Liabilities:MerchantPayable이 중요합니다. 귀하의 수익은 귀하가 얻는Income:Revenue:MarketplaceFees입니다. - 준비금: 결제 파트너가 유보한 자금에 대한
Liabilities:ProcessorReserves.
인력 및 급여 모듈
직원이 있으면 급여 부채를 꼼꼼하게 추적해야 합니다.
- 부채: (직원 세금)
Liabilities:Payroll:Withholding, (귀하의 지분)Liabilities:Payroll:EmployerTaxes및Liabilities:Payroll:BenefitsPayable. - 비용: 명확성을 위해
Expenses:Benefits:Health,Expenses:Benefits:401kMatch등을 분리합니다. - 주식 보상: 주식 기반 보상을 인식하는 경우
Expenses:StockComp를 추가합니다.
판매세/VAT 모듈
판매세 또는 VAT를 징수하기 시작하면 각 관할 구역에 대한 부채 계정을 만드십시오.
- 부채:
Liabilities:SalesTax:CA,Liabilities:SalesTax:NY,Liabilities:SalesTax:EU:DE - 자산: VAT 제도에서 투입세액 공제를 청구할 수 있는 경우
Assets:VATRecoverable:EU:DE.
분류 치트 시트: 어디에 들어가야 합니까?
- 매출원가(COGS) vs. 운영비(OpEx)
- 매출원가(COGS): 제품 제공에 따라 직접적으로 변동되는 비용. 프로덕션 앱에 대한 AWS 호스팅, Stripe 수수료 및 사용량에 따라 확장되는 타사 API 비용을 생각해보십시오.
- 운영비(OpEx): 고정 운영 비용. 내부 CI/CD 파이프라인에 대한 AWS, Slack 또는 GitHub 구독 및 G&A 직원의 급여를 생각해보십시오.
- 역수익 vs. 비용
- 역수익: 최상위 수익을 직접적으로 감소시키는 모든 것.
Income:Contra:Discounts또는Income:Contra:Refunds를 사용하십시오. 이를 통해 총 수익이 정확하게 명시되도록 합니다. - 비용: 사업을 하는 데 드는 비용. 결제 게이트웨이 수수료는 역수익 항목이 아니라
Expenses:COGS:PaymentProcessing에 속하는 대표적인 예입니다.
- 역수익: 최상위 수익을 직접적으로 감소시키는 모든 것.
- 선급금 vs. 이연금
- 선급비용: 미래에 혜택을 받을 항목에 대해 현금을 지불했습니다(예: 연간 보험 정책). 현금이 나가고
Assets:Prepaid:Insurance에 보관된 후 매월 비용으로 처리됩니다. - 이연수익: 고객이 미래에 제공할 항목에 대해 귀하에게 지불했습니다(예: 연간 SaaS 플랜). 현금이 들어오고
Liabilities:DeferredRevenue에 보관된 후 매월 수익으로 인식됩니다.
- 선급비용: 미래에 혜택을 받을 항목에 대해 현금을 지불했습니다(예: 연간 보험 정책). 현금이 나가고
일반적인 스타트업 단계를 위한 예제 프리셋
A) 수익이 없는 두 명의 창업자 SaaS(초간단)
이제 막 시작하셨습니까? 최소 COA를 포함하되 Assets:AR 및 Liabilities:DeferredRevenue와 같이 아직 필요하지 않은 계정은 주석 처리하십시오. 현금, 미지급금 및 기본 운영 비용 추적에 집중하십시오.
B) Stripe 및 연간 플랜이 있는 시드 SaaS
최소 COA를 가져와서 핵심 비즈니스 루프를 처리하기 위해 이러한 계정이 활성 상태인지 확인하십시오.
1970-01-01 open Assets:Clearing:Stripe USD
1970-01-01 open Liabilities:DeferredRevenue USD
1970-01-01 open Income:Contra:RefundsChargebacks USD
1970-01-01 open Expenses:COGS:PaymentProcessing USD
C) 마켓플레이스 알파 (에스크로와 유사한 흐름)
최소 COA 외에도 판매자에게 지불해야 할 자금을 관리하려면 이러한 계정이 절대적으로 필요합니다.
1970-01-01 open Liabilities:MerchantPayable USD
1970-01-01 open Income:Revenue:MarketplaceFees USD
1970-01-01 open Liabilities:SalesTax:Marketplace USD
정책 문서화 및 제외할 항목
주요 회계 정책을 주석으로 원장에 직접 삭제하십시오. 이를 통해 감사 가능하고 자체 문서화된 시스템이 생성됩니다.
; 정책: 발생주의; 연간 SaaS에 대한 월별 수익 인식.
; 정책: 장비 > $5000 자본화 및 3년에 걸쳐 정액 상각.
; 정책: SAFE는 자본으로 전환될 때까지 부채로 분류됩니다.
; 정책: 부서(#eng #sales #g&a) 및 고객(#cust-acmeco)에 태그를 사용합니다.
마지막으로 COA에 넣지 않을 항목을 기억하십시오.
- ❌ 부서 및 팀:
Expenses:Engineering:Software대신#engineering과 같은 태그를 사용하십시오. - ❌ 공급업체 이름:
Expenses:Software:Slack이 아닌 거래에서payee:필드를 사용하십시 오. - ❌ 임시 플러그: "기타" 또는 "임시" 계정 생성을 피하십시오. 디버깅하는 경우
Equity:Suspense를 사용하고 0으로 지워졌는지 확인하십시오.
