Посібник засновника: план рахунків для стартапу

Добре структурований план рахунків (COA) — це основа фінансової системи вашого стартапу. Це не просто перелік категорій; це структура, яка розповідає історію вашого бізнесу. Цей посібник пропонує чистий, готовий до методу нарахувань план рахунків, який можна одразу вставити у бухгалтерську книгу Beancount. Він розроблений як модульний, що дозволяє почати з мінімального набору та додавати складність лише в міру зростання.

Дисклеймер: Це загальна інформація, а не юридична, податкова чи бухгалтерська консультація. Зверніться до фахівця, щоб переконатися, що ваш план рахунків відповідає вашим конкретним вимогам щодо відповідності та звітності.

Основні принципи масштабованого плану рахунків 🧾​

Перш ніж заглиблюватися в самі рахунки, важливо зрозуміти принципи, які роблять план рахунків ефективним для стартапу з високими темпами зростання.

• Метод нарахувань перш за все: Будуйте план рахунків для обліку за методом нарахувань з першого дня. Це означає використання таких рахунків, як дебіторська заборгованість (AR), кредиторська заборгованість (AP), передоплачені витрати та відстрочений дохід. Облік за методом нарахувань дає справжню картину фінансового стану компанії, зіставляючи доходи та витрати з періодом, у якому вони були зароблені або понесені, а не лише коли рухаються гроші.
• Тримайте план рахунків компактним: Опирайтеся спокусі створювати рахунок для кожного постачальника чи дрібної витрати. Роздутий план рахунків важко підтримувати, і він приховує важливі інсайти. Додавайте новий рахунок лише тоді, коли це потрібно для відповідності вимогам або впливає на конкретне бізнес-рішення.
• Відокремлюйте собівартість від операційних витрат: Це обов'язкова умова для розуміння вашої прибутковості. Собівартість реалізованої продукції (COGS) включає витрати, які безпосередньо зростають із наданням послуг (наприклад, хостинг для клієнтів, комісії за обробку платежів). Все інше — це операційні витрати (OpEx). Це розділення є ключем до розрахунку валового прибутку.
• Використовуйте теги для вимірів: Не використовуйте план рахунків для відстеження витрат за відділами, проєктами чи окремими клієнтами. Для цього існують метадані та теги. Транзакцію для нового сервера можна віднести на Expenses:Cloud і позначити тегами #engineering та #project-phoenix. Це зберігає план рахунків чистим, дозволяючи водночас проводити потужну багатовимірну звітність.
• Будьте послідовними: Визначте свою облікову політику заздалегідь і задокументуйте її. Наприклад, чи будете ви обліковувати SAFE (просту угоду про майбутній капітал) як зобов'язання чи як власний капітал? Оберіть метод, запишіть його та дотримуйтесь. Послідовність є ключем до точних порівнянь між періодами.

Мінімальний план рахунків для стадії насіння 🌱​

Це компактний, орієнтований на SaaS план рахунків, який можна скопіювати та вставити безпосередньо у ваш файл beancount. Він охоплює основні потреби компанії на стадії pre-seed чи seed.

; ===== Активи =====
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 та зарплати адміністративного персоналу.
• Контра-дохід проти витрат
  • Контра-дохід: Усе, що безпосередньо зменшує валовий дохід. Використовуйте Income:Contra:Discounts або Income:Contra:Refunds. Це забезпечує точне відображення валового доходу.
  • Витрати: Вартість ведення бізнесу. Комісії платіжних шлюзів — класичний приклад, який належить до Expenses:COGS:PaymentProcessing, а не як контра-дохід.
• Передоплати проти відстрочень
  • Передоплачені витрати: Ви сплатили гроші за те, що принесе користь у майбутньому (наприклад, річний страховий поліс). Гроші виходять, розміщуються на Assets:Prepaid:Insurance, а потім списуються щомісяця.
  • Відстрочений дохід: Клієнт заплатив вам за те, що ви надасте у майбутньому (наприклад, річний SaaS-план). Гроші надходять, розміщуються на Liabilities:DeferredRevenue, а потім визнаються як дохід щомісяця.

Приклади пресетів для типових стадій стартапу​

A) SaaS до отримання доходу, два засновники (ультракомпактний)​

Тільки починаєте? Включіть мінімальний план рахунків, але закоментуйте рахунки, які вам ще не потрібні, наприклад Assets:AR та Liabilities:DeferredRevenue. Зосередьтеся на відстеженні грошей, кредиторської заборгованості та основних операційних витрат.

B) Seed SaaS зі Stripe та річними планами​

Візьміть мінімальний план рахунків і переконайтеся, що ці рахунки активні для обробки вашого основного бізнес-циклу:

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) Альфа-версія маркетплейсу (потік, подібний до ескроу)​

Окрім мінімального плану рахунків, вам обов'язково потрібні ці рахунки для управління коштами, що належать вашим продавцям:

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).

Нарешті, пам'ятайте, що не слід включати в план рахунків.

• ❌ Відділи та команди: Використовуйте теги на кшталт #engineering замість Expenses:Engineering:Software.
• ❌ Назви постачальників: Використовуйте поле payee: у вашій транзакції, а не Expenses:Software:Slack.
• ❌ Тимчасові заглушки: Уникайте створення рахунків «Різне» чи «Тимчасові». Якщо ви налагоджуєте, використовуйте Equity:Suspense і переконайтеся, що він обнулений.