Исследование Zendesk говорит прямо: половина клиентов уходит после всего одного неудачного опыта обслуживания. Если ты перепродаёшь чужой SaaS-продукт под своим брендом, эта статистика должна беспокоить тебя вдвойне — ведь ты отвечаешь за качество поддержки, но не контролируешь программное обеспечение, которое за ней стоит. Именно этот разрыв между тем, за что ты отвечаешь, и тем, что ты реально контролируешь, и сбивает с толку бухгалтерский учёт.
White-label SaaS-перепродажа стала одним из самых быстрых способов для агентств, независимых разработчиков и основателей нишевых проектов добавить регулярную выручку, не создавая продукт с нуля. Ты берёшь чужое зрелое программное обеспечение, переодеваешь его в свой бренд и продаёшь своим клиентам так, будто это твой собственный продукт. Это действительно хорошая бизнес-модель. Но учёт за этим фасадом незаметно сложнее, чем у обычного подписочного бизнеса, потому что не каждый доллар, который попадает на твой банковский счёт, на самом деле заработан тобой.
Как на самом деле устроена модель White-Label SaaS
В рамках white-label-соглашения поставщик программного обеспечения предоставляет тебе лицензию — обычно неисключительную и непередаваемую — на продвижение и продажу их платформы под твоим собственным брендом. Ты занимаешься продажами, отношениями с клиентами и часто поддержкой первой линии. Поставщик отвечает за инфраструктуру, код и гарантию доступности (99,9% — типичный ориентир SLA в таких контрактах).
Экономика сделки сильно варьируется в зависимости от её структуры:
- Реселлеры с разделением выручки (revenue-share) платят платформе долю от собранного — обычно в диапазоне 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 даёт реселлерам текстовый учёт с контролем версий, где каждая комиссия, возврат и вычет доли выручки — это отдельная явная запись, а не чёрный ящик, который приходится реконструировать по банковской выписке. Начни бесплатно и веди свои книги так же прозрачно, как и маржу, которую ты реально зарабатываешь.