Дослідження Zendesk говорить прямо: половина клієнтів піде вже після одного невдалого досвіду обслуговування. Якщо ти перепродаєш чужий SaaS-продукт під власним брендом, ця статистика має турбувати тебе вдвічі сильніше — адже саме ти відповідаєш за досвід підтримки, але не контролюєш програмне забезпечення, яке за ним стоїть. Саме цей розрив між тим, за що ти відповідаєш, і тим, що ти насправді контролюєш, і плутає бухгалтерський облік.
Перепродаж White-Label SaaS став одним із найшвидших способів для агентств, незалежних розробників і засновників нішевих продуктів додати повторюваний дохід, не створюючи продукт з нуля. Ти береш чиєсь зріле програмне забезпечення, змінюєш бренд і продаєш його своїм клієнтам так, ніби це твій власний продукт. Це справді хороша бізнес-модель. Але облік у ній непомітно складніший, ніж у звичайному підписковому бізнесі, бо кожен долар, який потрапляє на твій банківський рахунок, не обов'язково є доларом, який ти заробив.
Як насправді працює модель White-Label SaaS
У схемі white-label постачальник програмного забезпечення надає тобі ліцензію — зазвичай невиключну й непередавану — на просування та продаж своєї платформи під власним брендом. Ти займаєшся продажами, стосунками з клієнтами і часто підтримкою першої лінії. Постачальник відповідає за інфраструктуру, код і гарантію безвідмовної роботи (99.9% — типовий орієнтир SLA в таких контрактах).
Економіка сильно залежить від того, як структуровано угоду:
- Реселери з часткою доходу платять платформі відсоток від зібраного — зазвичай у діапазоні 20-50%, залежно від обсягу та того, скільки додаткової цінності у вигляді підтримки ти надаєш.
- Оптові реселери / реселери з фіксованою вартістю платять фіксовану суму за акаунт або за місце незалежно від того, скільки вони стягують з кінцевого клієнта, і залишають собі всю різницю. Маржа тут може сягати 40-80% залежно від ніші, оскільки ти вільно встановлюєш власну націнку.
- Реферальні / партнерські схеми поділу доходу передбачають виплату відсотка — іноді 50% за перші 12 місяців, іноді меншу постійну частку, наприклад 20%, протягом усього часу співпраці з клієнтом.
Жодне з цього не є жорстким правилом — усе узгоджується в кожному конкретному контракті. Але структура, яку ти підписуєш, визначає, як тобі потрібно відображати дохід у обліку, і саме тут більшість реселерів припускаються помилок у бухгалтерії.
Головне питання обліку: ти принципал чи агент?
Це найважливіше рішення в бухгалтерському обліку White-Label SaaS, і воно регулюється настановою ASC 606 щодо принципала й агента. Це питання не філософське — воно змінює те, яке число з'являється у твоєму валовому доході.
Ти принципал, якщо контролюєш послугу до того, як вона потрапляє до клієнта. Ознаки: саме ти несеш основну відповідальність за виконання обіцянки клієнту, ти маєш право самостійно встановлювати ціну, яку платить клієнт, і ти несеш певний ризик щодо доставки чи виконання. Якщо це про тебе, ти відображаєш повну суму, яку платить клієнт, як дохід, а частку платформи — як собівартість реалізованої продукції або прямі витрати.
Ти агент, якщо насправді лише організовуєш надання послуги кимось іншим — базовий постачальник контролює програмне забезпечення, встановлює суттєві умови, а ти заробляєш комісію за залучення клієнта. Якщо це про тебе, у доході ти відображаєш лише свою чисту комісію. Валова сума, що проходить через тебе, не є твоєю для визнання.
Переплутай це — і твоя фінансова звітність почне тебе обманювати. Відображення валового доходу, коли насправді ти агент, роздуває виручку і робить маржу оманливо тонкою та незрозумілою. Відображення чистого доходу, коли насправді ти принципал, применшує реальний обсяг твого бізнесу — а це має велике значення, якщо ти колись захочеш залучити інвестиції, отримати кредит або продати компанію, адже покупці й кредитори дивляться на дохід, а не на валовий обсяг транзакцій.
Тест застосовується не до контракту в цілому, а до кожного окремого зобов'язання щодо виконання. Якщо твоя угода white-label поєднує основне програмне забезпечення (яке контролює постачальник) із впровадженням чи підтримкою (які надаєш саме ти), можливо, доведеться розділити транзакцію: чисте визнання для програмного забезпечення, валове визнання для тих частин, які ти справді контролюєш.
Де цифри стають заплутаними: виплати, комісії та чарджбеки
Навіть коли питання «валовий чи чистий дохід» вирішено, повсякденний облік у реселерському бізнесі має структурну проблему: сума, яка потрапляє на твій банківський рахунок, ніколи не збігається з сумою заробленого доходу.
Типова виплата від твого партнера-платформи white-label містить кілька відрахувань ще до того, як гроші потраплять на твій рахунок:
- Частку доходу платформи або оптову вартість
- Комісії за обробку платежів
- Повернення коштів, видані твоїм кінцевим клієнтам
- Чарджбеки, які скасовують продаж і зазвичай супроводжуються власним штрафом від платіжного процесора
Якщо ти просто відображаєш «отримані кошти» як дохід, ти систематично спотворюватимеш і виручку, і маржу, а твій облік не збігатиметься зі звітністю партнера-платформи. Рішення — відображати кожен компонент окремо: валовий виставлений дохід, комісію чи частку платформи як статтю витрат, повернення коштів і чарджбеки як контр-дохід або окрему категорію витрат, і лише чистий залишок як фактичний депозит на рахунку. Це більше рядків, ніж зазвичай потрібно відстежувати типовому малому бізнесу, але це єдиний спосіб зробити так, щоб твій звіт про прибутки й збитки відповідав реальності — і єдиний спосіб помітити, якщо рівень чарджбеків непомітно з'їдає твою маржу.
Саме тут текстовий облік із контролем версій показує свою цінність. Щомісячне закриття для реселера white-label передбачає звірку однієї суми виплати з чотирма-п'ятьма базовими компонентами — валовими продажами, комісіями платформи, поверненнями, чарджбеками та твоєю чистою часткою. Beancount.io дозволяє моделювати цю структуру безпосередньо в бухгалтерській книзі з окремими рахунками для кожного елемента, тож розбіжність у виплаті виглядає як diff, який справді можна прочитати, а не таємнича похибка, похована у формулі електронної таблиці.
Умови контракту, які визначають порядок обліку
Перш ніж підписати угоду white-label, прочитай її разом зі своїм бухгалтером, а не лише з юристом. Кілька пунктів безпосередньо визначають, як тобі потрібно буде відображати операції:
- Умови оплати та графік виставлення рахунків — як часто тобі платять, у якій валюті і що відбувається у разі затримки платежу з будь-якої сторони.
- Формулювання про надання ліцензії — чи описує воно тебе як реселера, субліцензіата чи агента? Суди й аудитори звертатимуть увагу на суть угоди, але саме формулювання контракту — перший сигнал.
- Відповідальність за підтримку та SLA — те, хто відповідає за підтримку першої лінії, впливає на тест «основна відповідальність за виконання» згідно з ASC 606.
- Строк дії та припинення — більшість угод white-label діють 1-3 роки з попередженням про припинення за 30-90 днів. Знай цю дату — вона впливає на те, як тобі слід відображати будь-які відкладені плати за налаштування чи річні передоплати в обліку.
- Право власності на інтелектуальну власність — постачальник майже завжди зберігає повні права на ІВ. Це менше стосується визнання доходу і більше — того, як тобі слід обліковувати будь-які капіталізовані витрати на розробку (зазвичай не можна капіталізувати програмне забезпечення, яке тобі не належить).
Проста щомісячна процедура звірки
Незалежно від обраного підходу до визнання доходу, виробіть щомісячну звичку виконувати такі кроки:
- Отримай звіт про виплати від партнера-платформи та власний журнал продажів за період.
- Переконайся, що валовий виставлений дохід збігається з тим, що ти виставив у рахунках, або з тим, що платформа стягнула від твого імені.
- Окремо занеси комісію/частку доходу платформи, повернення коштів і чарджбеки як окремі рядки.
- Переконайся, що чистий залишок збігається з фактичним депозитом на твоєму рахунку.
- Познач будь-яке поступове зростання рівня чарджбеків — це часто раннє попередження про проблему з підтримкою чи виконанням, про яку варто повідомити партнера-платформу.
Пропуск цієї звірки — ось як реселери отримують неприємний сюрприз під час подання податків: сума доходу не збігається з банківськими виписками, або, ще гірше, виявляється, що підхід «принципал чи агент» був помилковим цілий фінансовий рік.
Веди чіткий облік реселера з першого дня
Перепродаж White-Label SaaS — сильна бізнес-модель саме тому, що програмне забезпечення — проблема когось іншого, а от визнання доходу, відстеження чарджбеків і звірку виплат ти виконуєш повністю самостійно. Beancount.io дає реселерам текстовий облік із контролем версій, де кожна комісія, повернення чи відрахування частки доходу — окремий явний запис, а не чорна скринька, яку доводиться реконструювати з банківської виписки. Почни безкоштовно і веди облік так само прозоро, як і маржу, яку ти справді заробляєш.