창업자를 위한 스타트업 계정과목체계 가이드
잘 짜인 계정과목체계(COA)는 스타트업 재무 시스템의 중추입니다. 단순한 계정 목록 그 이상으로, 비즈니스의 이야기를 전달하는 프레임워크입니다. 이 가이드에서는 Beancount 원장에 바로 적용할 수 있는 체계적이고 발생 기준에 적합한 COA를 제공합니다. 모듈식으로 설계되어 최소한의 구성으로 시작해 성장함에 따라 복잡성을 더할 수 있습니다.
고지사항: 이 정보는 일반적인 참고용이며 법률, 세무, 회계 자문이 아닙니다. 특정 컴플라이언스 및 보고 요구 사항을 충족하려면 전문가와 상담하세요.
확장 가능한 COA를 위한 핵심 원칙 🧾
계정 자체를 살펴보기 전에, 급성장하는 스타트업을 위한 효과적인 COA를 만드는 원칙을 이해하는 것이 중요합니다.
- 먼저 발생 기준(Accrual Basis)으로: 첫날부터 발생 기준 회계를 위해 COA를 구축하세요. 이는 매출채권(AR), 매입채무(AP), 선급비용, 선수수익과 같은 계정을 사용한다는 의미입니다. 발생 기준 회계는 현금 흐름이 아닌 수익과 비용이 발생한 기간에 맞춰 인식함으로써 회사의 재무 건전성에 대한 정확한 그림을 제공합니다.
- 간결하게 유지하세요: 모든 공급업체나 소액 지출에 대해 계정을 만들고 싶은 유혹을 뿌리치세요. 비대해진 COA는 관리가 어렵고 인사이트를 흐리게 만듭니다. 컴플라이언스에 필요하거나 특정 비즈니스 의사결정을 위한 경우에만 계정을 추가하세요.
- COGS와 OpEx를 분리하세요: 이는 수익성 이해를 위한 필수 조건입니다. 매출원가(COGS) 는 제품 제공에 직접적으로 비례하는 비용(예: 고객 호스팅, 결제 처리 수수료)입니다. 나머지는 모두 판관비(OpEx, 운영비용) 입니다. 이 구분이 총이익률 계산의 핵심입니다.
- 차원 추적에는 태그를 사용하세요: 부서 지출, 프로젝트, 특정 고객을 추적하기 위해 COA를 사용하지 마세요. 메타데이터와 태그를 활용하세요. 새 서버 구매에 대한 거래는
Expenses:Cloud로 분개하고#engineering및#project-phoenix로 태그를 달 수 있습니다. 이렇게 하면 COA를 깔끔하게 유지하면서 강력한 다차원 보고가 가능합니다. - 일관성을 유지하세요: 회계 정책을 사전에 결정하고 문서화하세요. 예를 들어, SAFE(신주인수권부사채)를 부채로 볼지 자본으로 볼지 결정하세요. 한 가지 방법을 선택하고 기록해두고 일관되게 유지하세요. 기간 간 정확한 비교를 위해서는 일관성이 핵심입니다.
최소한의 시드(Seed) 단계 계정과목체계 🌱
다음은 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 ; 무형자산(해당 시)
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 ; 주(state)별 하위 계정 필요
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를 추가하세요.
판매세/부가가치세 모듈
판매세나 부가가치세를 징수하기 시작하면 관할 구역별로 부채 계정을 만드세요.
- 부채:
Liabilities:SalesTax:CA,Liabilities:SalesTax:NY,Liabilities:SalesTax:EU:DE - 자산: 부가가치세 제도에서 매입세액 공제가 가능하다면
Assets:VATRecoverable:EU:DE를 추가하세요.
분류 요약: 어디에 기록할까?
- COGS vs. OpEx
- COGS: 제품 제공에 직접적으로 연동되는 비용. 프로덕션 앱 호스팅 AWS 비용, Stripe 수수료, 사용량에 따라 비례하는 타사 API 비용이 여기 해당합니다.
- OpEx: 고정 운영 비용. 내부 CI/CD 파이프라인용 AWS, Slack 또는 GitHub 구독료, 임직원 급여 등이 포함됩니다.
- 매출 차감(Contra-Revenue) vs. 비용
- 매출 차감: 매출 총액을 직접 줄이는 모든 항목.
Income:Contra:Discounts또는Income:Contra:Refunds계정을 사용하세요. 총매출액이 정확하게 보고되도록 합니다. - 비용: 비즈니스 운영 비용. 결제 게이트웨이 수수료는 매출 차감 항목이 아닌
Expenses:COGS:PaymentProcessing에 속하는 대표적인 예입니다.
- 매출 차감: 매출 총액을 직접 줄이는 모든 항목.
- 선급비용 vs. 선수수익
- 선급비용(Prepaid Expense): 향후 혜택을 받을 항목(예: 연간 보험)에 대해 현금을 지불한 경우. 현금이 나가고
Assets:Prepaid:Insurance에 남아 매월 비용으로 인식됩니다. - 선수수익(Deferred Revenue): 고객이 미래에 제공받을 상품(예: 연간 SaaS 플랜)에 대해 선불로 지불한 경우. 현금이 들어오고
Liabilities:DeferredRevenue에 남아 매월 수익으로 인식됩니다.
- 선급비용(Prepaid Expense): 향후 혜택을 받을 항목(예: 연간 보험)에 대해 현금을 지불한 경우. 현금이 나가고
일반적인 스타트업 단계별 예시 설정
A) 수익 창출 전, 공동 창업자 2인 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 USDC) 마켓플레이스 알파 (에스크로 유사 형태)
최소 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 수익은 월별로 인식.
; 정책: $5,000 이상의 장비는 자본화하고 3년 정액법으로 감가상각.
; 정책: SAFE는 자본 전환 시점까지 부채로 분류.
; 정책: 부서(#eng #sales #g&a) 및 고객(#cust-acmeco)은 태그를 사용.마지막으로, COA에 포함하지 말아야 할 것을 기억하세요.
- ❌ 부서 및 팀:
Expenses:Engineering:Software대신#engineering과 같은 태그를 사용하세요. - ❌ 공급업체 이름:
Expenses:Software:Slack대신 거래의payee:필드를 사용하세요. - ❌ 임시 조정 계정: "Misc" 또는 "Temporary" 계정을 만들지 마세요. 디버깅이 필요하다면
Equity:Suspense를 사용하고 잔액이 0이 되도록 하세요.