Як розробити план рахунків, що надає змістовну інформацію

Відкрийте план рахунків майже будь-якого малого бізнесу, що зазнає труднощів, і ви побачите одне й те саме: 280 рахунків, 90 з яких використовувалися лише один раз, десяток варіацій «Офісного приладдя» та три рахунки, призначення яких ніхто не може пояснити. Власник може точно сказати, скільки було витрачено у конкретного постачальника у 2022 році, але не може відповісти, чи приніс бізнес прибуток минулого кварталу.

Це парадокс роздутого плану рахунків. Більша кількість рахунків створює ілюзію більшої кількості інформації. На практиці ж вони дають протилежний результат — звіт про прибутки та збитки стає настільки деталізованим та непослідовним, що ніхто не може його прочитати. Хороший план рахунків — це не картотека з окремим ящиком для кожної дрібниці. Це інструмент звітності, і, як і будь-який інструмент, він працює найкраще, коли він створений для надання відповідей на конкретні запитання.

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

Для чого насправді потрібен план рахунків

План рахунків (COA) — це головний список усіх категорій, які ваш бізнес використовує для обліку грошей. Кожна транзакція, яку ви реєструєте, потрапляє на один із цих рахунків, і кожен рахунок згодом відображається в одному з двох звітів: балансі або звіті про прибутки та збитки.

Рахунки поділяються на п'ять категорій, і цей порядок не є випадковим — він повторює структуру вашої фінансової звітності:

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

Перші три категорії формують баланс. Останні дві — звіт про прибутки та збитки. Усе, що ви робите під час розробки плану рахунків, має на меті зробити ці два звіти зрозумілими з першого погляду.

Перевірка хорошого плану рахунків проста: коли ви друкуєте звіт про прибутки та збитки, чи можете ви глянути на будь-який рядок і зрозуміти, які дії слід вжити? Якщо в рядку написано «Різне — $14,200», відповідь — ні. Цей рахунок нічого вам не говорить. Він щось приховує.

Нумерація: Створіть каркас, перш ніж щось вішати

Номери рахунків — це скелет. Навіть якщо ваше бухгалтерське програмне забезпечення дозволяє працювати лише з назвами, схема нумерації підтримує рахунки в передбачуваному порядку і полегшує перегляд плану рахунків.

Загальноприйнята конвенція групує рахунки за категоріями блоками по тисячі:

Діапазон	Категорія рахунку
1000–1999	Активи
2000–2999	Зобов'язання
3000–3999	Власний капітал
4000–4999	Дохід
5000–5999	Собівартість реалізованих товарів
6000–7999	Операційні витрати
8000–9999	Інші доходи та витрати

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

Два правила допомагають схемі нумерації витримати перевірку реальністю:

Залишайте проміжки. Не призначайте номери 6000, 6001, 6002. Використовуйте 6000, 6010, 6020 — або навіть 6100, 6200, 6300 для основних груп. Коли вам неминуче знадобиться новий рахунок між двома існуючими, ви вставите його в проміжок замість того, щоб перенумеровувати все, що йде нижче. Залишити вільне місце — це найпростіше рішення при проектуванні плану рахунків, а забути про це — найпоширеніша помилка.

Зберігайте значення першої цифри. Номер серії 6000 завжди має бути операційною витратою. Щойно хтось запише зобов'язання під номером 5000, «тому що він був поруч», ваші звіти перестануть сходитися, а схема нумерації припинить виконувати свою єдину функцію.

Якою має бути глибина? Проблема роздування

Саме тут більшість планів рахунків збиваються зі шляху. Хтось у компанії ставить цілком слушне запитання — «Скільки ми витрачаємо на програмне забезпечення?» — і рефлекторно створюється новий рахунок. Потім ще один. Потім окремий рахунок для кожного постачальника ПЗ. План рахунків розростається реактивно, по одному рахунку з добрими намірами за раз, доки не стає нечитабельним.

Це і є роздування плану рахунків: неконтрольоване зростання кількості рахунків у книзі, створених для задоволення потреб звітності, які мали б вирішуватися в інший спосіб. Механізм завжди однаковий — хтось хоче отримати новий розріз даних, тому замість нового атрибута додається новий рахунок.

Роздування обходиться дорого, і ці витрати легко прогледіти:

Непослідовне кодування. Коли є 12 схожих місць для відображення витрат на ПЗ, два бухгалтери — або один і той самий бухгалтер у різні дні — оберуть різні варіанти. Ваші тренди перетворюються на інформаційний шум.
Нечитабельна звітність. Звіт про прибутки та збитки зі 140 рядками витрат не є інформативнішим за звіт із 30 рядками. Він менш інформативний, бо людина не здатна одночасно тримати в голові 140 показників.
Затяжне закриття періодів. Кожен рахунок потребує перевірки, звірки та пояснення. Роздування перетворює п'ятиденне закриття періоду на тритижневе.
Мертві рахунки. Половина роздутого плану рахунків — це рахунки, використані один раз і покинуті, кожен з яких є маленькою пасткою для майбутніх помилок у кодуванні.

Як грубий орієнтир: більшості малих підприємств потрібно від 30 до 60 рахунків загалом. Кілька рахунків доходів, чіткий поділ собівартості реалізації, 20–30 рахунків операційних витрат і ті рахунки балансу, які бізнес реально використовує. Якщо у вашому плані 200 рахунків, а в компанії 8 співробітників, план описує не ваш бізнес — він описує кожне запитання, яке хто-небудь коли-небудь ставив.

Дисципліна, що запобігає роздуванню, полягає в одному запитанні перед створенням кожного нового рахунку: «Чи прийму я інше рішення завдяки існуванню цього рядка?» Якщо поділ «Маркетингу» на «Facebook Ads» та «Google Ads» змінить те, як ви розподіляєте бюджет — розділяйте. Якщо ви просто глянете на обидві цифри й підете далі — залиште їх разом. Рахунок заслуговує на місце в плані лише тоді, коли він впливає на прийняття рішень, а не тому, що він теоретично відмінний від інших.

Рахунки для структури, виміри для деталей

Більшість випадків надмірного роздування плану рахунків пов’язані з однією помилкою: використанням рахунків для відображення речей, які за своєю суттю не є рахунками.

Бізнес хоче знати не лише те, на що він витратив гроші. Він хоче знати де, на який проєкт, у якій локації, для якого клієнта. Неправильний спосіб відповісти на ці запитання — це множити рахунки:

6100  Зарплата — Продажі
6101  Зарплата — Розробка
6102  Зарплата — Операційна діяльність
6110  Відрядження — Продажі
6111  Відрядження — Розробка
6112  Відрядження — Операційна діяльність
6120  Програмне забезпечення — Продажі
...

Три відділи та три типи витрат щойно створили дев'ять рахунків, проте план рахунків усе одно не покаже вам загальну суму заробітної плати без додаткового додавання. Додайте четвертий відділ — і вам знову доведеться редагувати план.

Правильний шлях — це вести один рахунок для кожного типу витрат і позначати кожну транзакцію додатковими фактами:

6100  Зарплата
6110  Відрядження
6120  Програмне забезпечення

Відділ — Продажі, Розробка, Операційна діяльність — це окреме поле в транзакції. Бухгалтерське програмне забезпечення називає це поле по-різному: клас або локація в QuickBooks, категорія відстеження в Xero, вимір (dimension) у Sage Intacct та NetSuite. Принцип ідентичний. Рахунок відповідає на питання який це тип витрат. Вимір відповідає на питання яка це частина бізнесу.

Такий поділ дає кумулятивний ефект. Маючи один рахунок «Зарплата» та вимір «Відділ», ви можете отримати загальну зарплату, зарплату за відділами, загальні витрати на відрядження, відрядження за відділами та загальні витрати за відділами — і все це з одних і тих самих даних, без жодного ручного додавання. З дев’ятьма дубльованими рахунками ви можете побачити лише один із цих зрізів, а решту доведеться рахувати вручну.

Корисне емпіричне правило: якщо назва описує природу грошей, це рахунок. Якщо вона описує контекст, у якому відбулася транзакція — відділ, проєкт, локація, клієнт, грант, раунд фінансування — це вимір. Інструменти для обліку у форматі простого тексту використовують цю ідею безпосередньо: у Beancount ви позначаєте записи метаданими або використовуєте ієрархію рахунків, дозволяючи рівню звітності робити зрізи даних замість того, щоб жорстко прописувати кожну комбінацію в самому плані рахунків.

Субрахунки: корисні в міру

Субрахунки — вкладення дочірнього рахунку в батьківський — є законною структурною формою деталізації. Рахунок 6200 Страхування з дочірніми 6210 Загальна відповідальність, 6220 Страхування від нещасних випадків та 6230 Медичне страхування є цілком доречним: це дійсно різні витрати, вони поводяться по-різному, і менеджер може приймати рішення щодо кожного з них окремо.

Субрахунки виправдані, коли:

Загальна сума за батьківським рахунком є важливою для звітності, та
Кожен дочірній рахунок є об’єктом окремого аналізу або прийняття рішень.

Вони стають надмірними, коли опускаються нижче рівня прийняття реальних рішень. Розподіл рахунку Офісне приладдя на Папір, Ручки, Тонер та Стікери не проходить цей тест — ніхто не керує окремим бюджетом на стікери. Один рахунок Офісне приладдя — це чесний рівень деталізації.

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

Відокремлюйте собівартість від операційних витрат

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

Собівартість реалізованої продукції (COGS) — це витрати, безпосередньо пов’язані з наданням того, що ви продаєте: матеріали, оплата праці виробничого персоналу, комісії платіжних систем із продажу, субпідрядники в оплачуваному проєкті. Операційні витрати — це витрати на саме існування бізнесу: оренда, підписка на бухгалтерське ПЗ, зарплата офіс-менеджера.

Саме це розділення дозволяє отримати валовий прибуток — дохід мінус собівартість — найважливіший показник у звіті про прибутки та збитки малого бізнесу. Валовий прибуток показує, чи є ваша основна діяльність прибутковою до врахування накладних витрат. Якщо собівартість розпорошена у 6000-х рахунках разом з орендою, валовий прибуток стає невідомим, і ви втрачаєте найважливіший показник у звітності. Тримайте собівартість у групі 5000, операційні витрати — у групі 6000, і звітність сама зробить ці розрахунки за вас.

Тримайте книги в чистоті з першого дня

План рахунків найбільш цінний, коли він побудований до того, як почнуть надходити транзакції — і найболючіший для виправлення згодом. Реструктуризація діючого плану рахунків означає перепризначення історичних даних, і чим довше ви чекаєте, тим більше історії доведеться виправляти.

Саме тут облік у форматі простого тексту має реальну перевагу. Оскільки Beancount.io зберігає весь ваш гроссбух як зрозумілий текстовий файл із контролем версій, реструктуризація плану є прозорою зміною, яку можна перевірити, а не міграцією за принципом «чорної скриньки». Крім того, ієрархія рахунків разом із метаданими від початку забезпечує розділення на «рахунки для структури» та «виміри для деталей». Ви можете досліджувати свої цифри у Fava, візуальній панелі керування, завжди маючи можливість точно побачити, що змінилося і чому. Почніть безкоштовно і побудуйте план рахунків, який відповідає на запитання, а не приховує їх.

Короткий контрольний список

Перш ніж вважати план рахунків завершеним, перевірте його за цими пунктами:

Рахунки пронумеровані групами за категоріями, з інтервалами для майбутнього розширення.
Собівартість реалізованих товарів (COGS) виділена в окремий діапазон, окремо від операційних витрат.
Загальна кількість рахунків пропорційна бізнесу — десятки, а не сотні.
Кожен рахунок впливає на прийняття рішень; нічого не існує «про всяк випадок».
Відділ, проєкт і місцезнаходження знаходяться у вимірах, а не дублюються в назвах рахунків.
Субрахунки мають максимум два рівні вкладеності, а на батьківські рахунки ніколи не вносяться проводки безпосередньо.
Ви переглядаєте весь план рахунків принаймні раз на рік і закриваєте неактивні рахунки.

Налаштуйте це правильно, і ваш звіт про прибутки та збитки перестане бути стіною чисел. Він стане тим, чим мав бути завжди — коротким, чесним звітом, який показує, що працює, що ні, і на що звернути увагу далі.