Перейти до основного вмісту
Beancount.io Logo

Бухгалтерський облік MSP: ASC 606, MRR за робоче місце та три показники, які покупці перевіряють першими

Опубліковано Останнє оновлення 11 хв. читанняMike ThriftMike Thrift
Бухгалтерський облік MSP: ASC 606, MRR за робоче місце та три показники, які покупці перевіряють першими

Два постачальники керованих послуг (MSP) мають валовий дохід у 5 мільйонів доларів на рік. Один продається за 7x EBITDA. Інший — за 3x, або не продається взагалі. Різниця рідко залежить від розміру клієнтської бази, технічних сертифікацій чи навіть середнього доходу на користувача. Справа в бухгалтерських книгах.

Покупці та кредитори спочатку дивляться на три цифри: який відсоток доходу є щомісячним регулярним, який відсоток зосереджений у трьох найбільших клієнтів та яка справжня валова рентабельність за напрямками послуг після виключення витрат на перепродаж від вендорів. Чистий план рахунків дає вам ці цифри за п'ять хвилин. Занедбаний — призводить до знижки, тривалого періоду утримання прибутку або угоди, яка зривається під час due diligence.

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

Чому бухгалтерський облік у сфері MSP насправді складніший, ніж здається

Типовий рахунок MSP містить чотири або п'ять складових. Щомісячна плата за робоче місце за керовану послугу. Перепродаж ліцензій Microsoft 365 або Google Workspace. Рядок з перепродажу рішень безпеки, таких як Huntress, SentinelOne або керованого EDR. Блок годин проєктних послуг для проєкту, який розпочався два місяці тому. Можливо, рядок з перепродажу апаратного забезпечення, наприклад, робочої станції, відвантаженої минулого тижня.

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

Крок 1: Створіть план рахунків, який розділяє чотири потоки доходу

Як мінімум, рахунки доходів MSP мають бути розділені на:

Регулярний дохід від керованих послуг. Фіксована щомісячна плата за робоче місце або пристрій, додаткова плата за рівень безпеки, план резервного копіювання та відновлення, покриття в позаурочний час. Це той показник, від якого залежить вартість бізнесу.

Перепродаж апаратного та програмного забезпечення. Робочі станції, сервери, комутатори, монітори, периферійні пристрої — будь-що, де ви є реселером з націнкою на матеріальний товар. Валова рентабельність тут зазвичай становить 5–15%, і ці долари розмивають усі показники рентабельності MSP, якщо їх змішувати з послугами.

Перепродаж ліцензій вендора. Microsoft 365, Google Workspace, Acronis, Datto, ваш стек PSA/RMM, виставлений клієнтам. Вони проходять через ваш звіт про прибутки та збитки, але це не зовсім ваш дохід, як плата за керовані послуги. Багато MSP відображають це в нетто-балансі згідно з ASC 606, оскільки діють як агент, а не принципал. Ця різниця важлива — докладніше нижче.

Дохід від проєктних та професійних послуг. Погодинні роботи, разові міграції, оновлення мереж, абонентське обслуговування vCIO, інтеграційні роботи для ІТ при злиттях і поглинаннях. Нестабільний, непередбачуваний дохід з нижчим мультиплікатором.

У рахунках собівартості продублюйте структуру: окремий рахунок COGS для кожного потоку доходу, щоб валова рентабельність за напрямками послуг була видна з одного звіту про прибутки та збитки. Деякі фінансові директори MSP використовують таке домовленість: до кожного рядка COGS додається відповідний рядок доходу («COGS — Регулярні керовані послуги», «COGS — Ліцензування вендора» тощо).

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

Крок 2: Правильно визнавайте регулярний дохід згідно з ASC 606

Коли клієнт укладає трирічний договір на керовані послуги на суму 180 000 доларів США та сплачує 60 000 доларів США авансом за перший рік, кошти надходять на рахунок, але дохід — ні. Відповідно до ASC 606, ці 60 000 доларів США є договірним зобов'язанням — відстроченим доходом, який визнається рівномірно протягом дванадцяти місяців у міру надання послуг.

Механіка вашого плану рахунків виглядає так. У день отримання грошей ви робите запис: дебет «Грошові кошти» 60 000 доларів США та кредит «Відстрочений дохід» 60 000 доларів США. Наприкінці кожного місяця: дебет «Відстрочений дохід» 5 000 доларів США та кредит «Регулярний дохід від керованих послуг» 5 000 доларів США. Така сама логіка застосовується до річних підписок на рішення безпеки, передоплачених пакетів годин та будь-яких інших багатомісячних зобов'язань.

Дві типові помилки MSP:

Багатокомпонентні контракти. Реєстраційний збір, об'єднаний з договором на керовані послуги, зазвичай не є окремим зобов'язанням щодо виконання згідно з ASC 606 — він не має для клієнта самостійної цінності. Тому дохід від реєстрації визнається протягом терміну дії договору, а не в день його оплати. Якщо зарахувати його авансом, це завищить дохід першого місяця та створить провал у другому.

Пакети погодинної роботи. Передоплачений блок із 50 годин на суму 10 000 доларів США є відстроченим доходом, а не доходом від послуг, у день надходження коштів. Дохід визнається в міру відпрацювання годин з блоку. Якщо невикористані години втрачаються після закінчення дванадцяти місяців, невикористана сума переходить у дохід у момент закінчення терміну дії — але лише якщо ваш договір чітко визначає цю політику.

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

Крок 3: Вирішіть, чи є перепродаж вендора валовим чи нетто-доходом

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

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

Для більшості випадків перепродажу Microsoft 365 на рівні CSP, MSP є принципалом: у вас є відносини з клієнтом, ви встановлюєте ціну (з націнкою над вартістю дистриб'ютора), ви надаєте підтримку та несете ризик неплатежу. Загалом, доречним є валовий облік.

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

Два практичні наслідки:

Звітність на валовій основі завищує дохід, але зменшує валову рентабельність. Якщо ви перепродуєте Microsoft 365 за 1000 доларів США з націнкою 10%, ви відобразите 1100 доларів США доходу та 1000 доларів США собівартості (COGS) — валова рентабельність цього рядка 9%. За тієї ж операції в чистому вигляді ви б відобразили 100 доларів США доходу та нуль у COGS — валова рентабельність 100%, але дохід був би в десять разів меншим.

Покупці нормалізують показники до нетто. Досвідчений покупець відокремить націнку за перепродаж і подивиться, що насправді приносять ваші послуги. Якщо ваш заявлений дохід у 5 мільйонів доларів — це насправді 3 мільйони за послуги та 2 мільйони за обладнання та ліцензії, то ви будете оцінюватися за 3 мільйони. Звітування про валові показники не обдурить під час due diligence — це лише погіршить ваші показувані показники та призведе до тривалішої розмови.

Більшість фінансових директорів для MSP з доходом 1–50 мільйонів доларів згодні: показуйте валові показники там, де ви справді є принципалом, але завжди майте паралельний вигляд «лише послуги» у своїй внутрішній звітності, щоб мати можливість відповісти на питання, яке насправді хвилює покупців і кредиторів.

Крок 4: Чесно відстежуйте витрати на оплату праці та завантаженість

Найбільша прихована стаття витрат в MSP — це недовантажений технічний спеціаліст. Якщо старший інженер коштує вам 90 доларів на годину (зарплата плюс нарахування), а виставляєте ви за годину його роботи 1200 із 2000 робочих годин на рік, кожен відсотковий пункт нижче цільової завантаженості — це реальні гроші.

Ось формула:

  • Ефективна погодинна ставка = (базова зарплата + пільги + податки на заробітну плату + оплачувана відпустка + інструменти) / кількість робочих годин на рік
  • Рівень навантаження для більшості MSP становить 25–45% від базової зарплати.
  • Цільовий рівень використання для технічних спеціалістів, які виставляють рахунки: 70–80% (галузевий показник)
  • Ефективна ставка виставлення рахунку = дохід від оплачуваної роботи / фактично відпрацьовані години

Дисципліна, яка відрізняє прибуткові MSP від тих, хто ледве зводить кінці з кінцями, полягає в реєстрації кожного часу роботи технічного спеціаліста у завданні, навіть якщо це частина договору з фіксованою платою. Клієнт не отримує рахунок за це, але вам потрібні дані для розрахунку прибутковості за напрямками. Якщо клієнт за фіксованою ставкою споживає 40 годин роботи старшого спеціаліста на місяць за ефективної погодинної оплати 90 доларів (тобто 3 600 доларів на місяць), а платить лише 2 500 доларів, він збитковий. Без обліку робочого часу ви б про це не дізналися.

Більшість сучасних PSA-систем (ConnectWise, HaloPSA, Autotask, Syncro) вміють це робити, якщо примусово впровадити введення даних. У бухгалтерії головне — переконатися, що ваша щомісячна проводка з нарахування заробітної плати технічним спеціалістам збігається з годинами, відображеними в PSA, і що ці години розподіляються за відповідними рахунками COGS.

Крок 5: Слідкуйте за трьома показниками, що впливають на вартість бізнесу

Коли MSP продається, перший крок покупця — підрахунок тих самих трьох цифр. Тож ведіть облік так, щоб вони були точними в будь-який момент, а не лише під час підготовки до угоди.

Відсоток MRR. Щомісячний регулярний дохід / Загальний дохід. Середньогалузевий показник у 2026 році — близько 74%, тобто три чверті доходу MSP є регулярним, порівняно з 62% у 2020 році. Компанії з MRR понад 80% стабільно отримують мультиплікатори на 1–2 більше, ніж компанії, орієнтовані на проєкти. При MRR вище 90% ви маєте найвищу ціну.

Концентрація клієнтів. Дохід від одного, трьох і п'яти клієнтів як відсоток від загального доходу. Якщо частка клієнта перевищує 15%, у вас проблеми з диверсифікацією; понад 20% — очікуйте зниження вартості компанії; понад 30% — ускладнення структури угоди, як-от відтермінування платежу. Розраховуйте цей показник щокварталу та майте план дій.

Валова рентабельність за напрямками. Валова рентабельність регулярних керованих послуг має становити 50–60% для здорової MSP-компанії. Професійні послуги — 30–40%. Перепродаж апаратного забезпечення — 5–15%. Перепродаж ліцензій вендора залежить від вашого CSP-рівня та дисципліни закупівель. Якщо якась позиція суттєво відхиляється від цього рівня протягом двох кварталів, причина майже завжди в (а) заниженій ціні відносно витрат на оплату праці, (б) надлишку персоналу для поточного обсягу звернень, (в) підвищенні цін постачальниками, яке ви не передали клієнту.

Середній валовий прибуток MSP складає 52% у 2025 році (порівняно з 48% у 2022), а середній показник EBITDA — 18.4% (порівняно з 14.7%). Більшість успішних компаній мають цільовий показник чистого прибутку 20–30%, а добре оптимізовані — 35% і більше.

Крок 6: Резервуйте кошти на реальні потреби бізнесу

Ось кілька статей зобов'язань у балансі, які має мати кожен MSP, навіть якщо суми невеликі:

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

Зобов'язання за SLA. Якщо ваші договори передбачають штрафні санкції за порушення рівня надання послуг, ці санкції стають договірним зобов'язанням з моменту порушення, а не тоді, коли клієнт вимагає компенсацію.

Річні збори вендора. Поновлення Microsoft NCE, кількість місць в RMM, які змінюються щокварталу, автоматичне виставлення рахунків за ліцензії — нараховуйте різницю між виставленими рахунками та тим, що ви будете винні вендору на дату поновлення.

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

Чому облік у вигляді звичайного тексту добре підходить для MSP

MSP-провайдери давно живуть у світі контролю версій, IaC (інфраструктура як код) та принципу «не існує, якщо не в Git». Проста бухгалтерія застосовує ту саму дисципліну до фінансових даних: кожна операція — це текстовий файл, будь-яку зміну можна відстежити, а весь журнал можна перевірити та відтворити. Коли служба due diligence покупця попросить докази операції з відстроченим доходом чотирирічної давнини, ви можете надати конкретний коміт.

Для MSP практичні переваги очевидні:

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

Тримайте свою бухгалтерію MSP готовою до інвестицій з першого дня

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


Джерела:

Поділитися цією статтею

12 хв. читання

Бухгалтерія коворкінгів: відкладений дохід за ASC 606, NOI на квадратний фут та KPI заповнюваності, які вимагають кредитори

Як оператори коворкінгів розділяють дохід від гарячих робочих місць,…

bookkeeping
real-estate
13 хв. читання

Бухгалтерський облік у боулінг-центрах та FEC: Картки з передплатою, відкладений дохід та списання залишків за ASC 606

Як боулінг-центри та сімейні розважальні центри мають обліковувати ігрові…

bookkeeping
accounting
11 хв. читання

Коли багаторічна знижка на SaaS приховує компонент фінансування згідно з ASC 606

Багаторічна передоплата зі знижкою на SaaS може містити значний компонент…

revenue-recognition
saas
7 хв. читання

Угоди з відстрочкою постачання за ASC 606: Коли можна (і не можна) визнавати дохід за товари, які клієнт ще не забрав

ASC 606 дозволяє визнавати дохід за угодами з відстрочкою постачання лише за…

revenue-recognition
accounting
10 хв. читання

Дохід від розширеної гарантії ще не ваш: чому згідно з ASC 606 ви не можете визнати його в момент продажу

Стандарт ASC 606 розглядає окремо оплачену розширену гарантію як окреме…

revenue-recognition
accounting