Наръчник на основателя за сметкоплана на стартъпа
Добре структурираният сметкоплан (COA) е гръбнакът на финансовата система на вашия стартъп. Той е нещо повече от списък с категории; той е рамка, която разказва историята на вашия бизнес. Това ръководство предоставя изчистен, готов за начисляване COA, който можете да вмъкнете директно в Beancount счетоводна книга. Той е проектиран да бъде модулен, което ви позволява да започнете пестеливо и да добавяте сложност само когато растете.
Отказ от отговорност: Това е обща информация, а не правен, данъчен или счетоводен съвет. Консултирайте се с професионалист, за да сте сигурни, че вашият COA отговаря на вашите специфични нужди за съответствие и отчитане.
Основни принципи за мащабируем COA 🧾
Преди да се задълбочите в самите сметки, е изключително важно да разберете принципите, които правят COA ефективен за бързо развиващ се стартъп.
- Начисляване на първо място: Изградете своя COA за счетоводство на базата на начисляване от първия ден. Това означава използване на сметки като Вземания от клиенти (AR), Задължения към доставчици (AP), Предплатени разходи и Отсрочени приходи. Счетоводството на базата на начисляване осигурява вярна картина на финансовото състояние на вашата компания, съпоставяйки приходите и разходите с периода, в който са спечелени или направени, а не само когато се движат пари.
- Дръжте го пестеливо: Устоявайте на изкушението да създадете сметка за всеки отделен доставчик или незначителен разход. Претовареният COA е труден за управление и замъглява прозренията. Добавяйте нова сметка само ако е необходима за съответствие или за вземане на конкретно бизнес решение.
- Разделете COGS от OpEx: Това е задължително за разбирането на вашата рентабилност. Себестойност на продадените стоки (COGS) включва разходи, които пряко нарастват с доставката на приходи (напр. хостинг за клиенти, такси за обработка на плащания). Всичко останало е Оперативен разход (OpEx). Това разделение е ключът към изчисляването на вашия брутен марж.
- Използвайте тагове за измерения: Не използвайте COA за проследяване на разходи по отдели, проекти или конкретни клиенти. За това са предназначени метаданните и таговете. Транзакция за нов сървър може да бъде осчетоводена като
Expenses:Cloudи маркирана с#engineeringи#project-phoenix. Това поддържа вашия COA изчистен, като същевременно позволява мощно, многоизмерно отчитане. - Бъдете последователни: Решете своите счетоводни политики предварително и ги документирайте. Например, ще третирате ли SAFE (Simple Agreement for Future Equity) като пасив или като собствен капитал? Изберете метод, запишете го и се придържайте към него. Последователността е ключът към точното сравнение между периоди.
Минималният сметкоплан за стартиращи компании 🌱
Това е пестелив, подходящ за SaaS COA, който можете да копирате и поставите директно във вашия beancount файл. Той покрива основните елементи за компания в пред-посевен или посевен етап.
; ===== Активи =====
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 ; Подсметки по щати, ако е необходимо
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 срещу OpEx
- COGS: Разходи, които варират пряко с доставката на продукта. Помислете за AWS хостинг за вашето продуктово приложение, такси на Stripe и такси за API на трети страни, които се увеличават с употребата.
- OpEx: Фиксирани оперативни разходи. Помислете за AWS за вашия вътрешен CI/CD пайплайн, вашия абонамент за Slack или GitHub и заплати за вашия G&A персонал.
- Контра-приходи срещу разходи
- Контра-приходи: Всичко, което директно намалява приходите отгоре. Използвайте
Income:Contra:DiscountsилиIncome:Contra:Refunds. Това гарантира, че вашите брутни приходи са точно посочени. - Разход: Разход за извършване на дейност. Таксите за платежен шлюз са класически пример, който принадлежи към
Expenses:COGS:PaymentProcessing, не като контра-приходен елемент.
- Контра-приходи: Всичко, което директно намалява приходите отгоре. Използвайте
- Предплатени срещу отсрочени
- Предплатен разход: Платили сте в брой за нещо, от което ще се възползвате в бъдеще (напр. годишна застрахователна полица). Парите излизат, те стоят в
Assets:Prepaid:Insuranceи след това се осчетоводяват като разход месечно. - Отсрочени приходи: Клиент ви е платил за нещо, което ще доставите в бъдеще (напр. годишен SaaS план). Парите постъпват, те стоят в
Liabilities:DeferredRevenueи след това се признават като доход месечно.
- Предплатен разход: Платили сте в брой за нещо, от което ще се възползвате в бъдеще (напр. годишна застрахователна полица). Парите излизат, те стоят в
Примерни предварителни настройки за общи етапи на стартъп
А) Без приходи, SaaS с двама основатели (ултра-пестелив)
Току що стартирате? Включете минималния COA, но коментирайте сметки, от които все още не се нуждаете, като Assets:AR и Liabilities:DeferredRevenue. Фокусирайте се върху проследяването на парични средства, задължения и основни оперативни разходи.
Б) Посевен SaaS със Stripe и годишни планове
Вземете минималния 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В) Алфа пазар (подобен на ескроу поток)
В допълнение към минималния 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 години.
; Политика: SAFEs класифицирани като пасиви до превръщане в собствен капитал.
; Политика: Използвайте тагове за отдели (#eng #sales #g&a) и клиенти (#cust-acmeco).И накрая, не забравяйте какво да не включвате във вашия COA.
- ❌ Отдели и екипи: Използвайте тагове като
#engineeringвместоExpenses:Engineering:Software. - ❌ Имена на доставчици: Използвайте полето
payee:във вашата транзакция, а неExpenses:Software:Slack. - ❌ Временни заглушители: Избягвайте създаването на сметки "Разни" или "Временни". Ако отстранявате грешки, използвайте
Equity:Suspenseи се уверете, че е изчистен до нула.