Заказы, счета и выручка: треугольник сверки в SaaS

Основатель SaaS-компании в марте закрывает трехлетнюю сделку на сумму $360 000. Отдел продаж празднует заказ на сумму $360 000. Финансовый отдел выставляет счет на $120 000 за первый год и получает оплату в апреле. Бухгалтерия признает $10 000 выручки в отчете о прибылях и убытках за март. К концу года генеральный директор смотрит на три цифры — $360 000, $120 000 и $100 000 — и недоумевает, почему ни одна из них не совпадает с другой, какая из них должна быть в презентации для инвесторов и нет ли в них ошибки.

Ни одна из этих цифр не является ошибочной. Это три разных измерения одного и того же контракта в три разных момента его жизненного цикла. Задача финансовой команды — не выбирать фаворита, а удерживать все три показателя в строгом соответствии, доказывать их взаимосвязь и распределять остаток отложенной выручки так, чтобы отчет о прибылях и убытках, баланс и график ARR рассказывали одну и ту же историю месяц за месяцем.

Это операционное ядро учета подписок согласно стандарту ASC 606 — и именно здесь большинство финансовых служб SaaS-компаний либо подтверждают свой профессионализм, либо незаметно накапливают ошибки, которые всплывают во время проверки (due diligence) перед привлечением инвестиций через восемнадцать месяцев.

Три числа и почему они различаются

Каждая сделка по подписке генерирует три экономических события, разделенных во времени:

Заказ (Booking) — момент подписания контракта клиентом. Это совокупная стоимость контракта (TCV), которую он обязался выплатить за весь срок действия соглашения. Заказ отражается в показателях отдела продаж, а не в отчете о прибылях и убытках.
Счет (Billing) — момент выставления счета. Многолетний контракт может генерировать один ежегодный счет каждый год, двенадцать ежемесячных счетов или один огромный авансовый счет на всю сумму TCV. Выставление счетов определяет поступление денежных средств и дебиторскую задолженность.
Признанная выручка (Recognized revenue) — измерение фактически оказанных услуг за период в соответствии с GAAP. Согласно ASC 606, она признается равномерно (или по мере выполнения обязательств к исполнению) независимо от того, когда был подписан контракт или когда поступили деньги.

Эти три числа почти никогда не будут равны друг другу в конкретном месяце. Это не баг — это особенность метода начисления. Вам нужен надежный способ показать, как деньги перемещаются из одной «корзины» в другую, и сверка, подтверждающая, что ничего не было упущено.

Быстрый рабочий пример

Снова рассмотрим ту же трехлетнюю сделку на $360 000. Цена составляет $10 000 в месяц, счета выставляются ежегодно авансом.

Заказы: $360 000 зафиксированы в марте (месяц подписания контракта).
Счета: $120 000 выставлено в апреле за первые двенадцать месяцев, $120 000 — в следующем апреле и $120 000 — на третий год.
Признанная выручка: $10 000 в месяц, каждый месяц, в течение тридцати шести месяцев, начиная с даты начала оказания услуг по контракту.

К тринадцатому месяцу вы зафиксировали заказы на $360 000, выставили счета на $120 000, признали $130 000 выручки и имеете нулевую отложенную выручку (первая ежегодная предоплата была полностью отработана). Прямо перед выставлением второго счета вы переходите в категорию активов по договору — вы признали выручку, которую еще не выставили в счете. Второй счет преобразует этот актив по договору обратно в дебиторскую задолженность, и цикл повторяется.

Это именно тот нюанс, который теряется, когда стартап пытается управлять SaaS-бизнесом на основе кассового метода учета.

Пятиступенчатая модель на одной странице

Стандарт ASC 606 (который много лет назад заменил разрозненные старые правила для конкретных отраслей) сводит признание выручки к пяти шагам, которые вы применяете к каждому контракту:

Идентификация договора. Он может быть письменным, устным или подразумеваемым, но обе стороны должны его одобрить, права и условия оплаты должны быть ясны, договор должен иметь коммерческое содержание, а получение оплаты должно быть вероятным.
Идентификация обязательств к исполнению. «Обязательство к исполнению» — это отдельное обещание. Для стандартной SaaS-подписки обязательство обычно одно: предоставление непрерывного доступа к платформе в течение срока подписки.
Определение цены сделки. Это вознаграждение, которое вы ожидаете получить — фиксированные платежи плюс оценка переменных составляющих, таких как оплата за превышение лимитов использования, скидки или объемные дисконты (с ограничением, чтобы не переоценить).
Распределение цены сделки. Если контракт содержит несколько обязательств к исполнению (подписка + внедрение + премиальная поддержка), вы распределяете общую цену между ними на основе их цен при отдельной продаже.
Признание выручки. По мере выполнения каждого обязательства. Для текущих услуг по подписке это происходит равномерно с течением времени. Для результатов, предоставляемых в определенный момент (внедрение, определенные профессиональные услуги), — в момент поставки.

Стандарт звучит просто. Сложность заключается в оценочных суждениях внутри каждого шага — особенно на втором (что является «отдельным»?) и третьем (какой объем переменного вознаграждения слишком спекулятивен для признания?). Документируйте эти суждения сейчас, пока сделка свежа. Через шесть месяцев никто не вспомнит, почему плата за внедрение рассматривалась как отдельное обязательство, а ваш аудитор обязательно спросит.

Водопад отложенной выручки

Водопад отложенной выручки — это операционный двигатель SaaS-бухгалтерии. Это график, который по каждому контракту точно показывает, когда каждый доллар выставленной, но еще не заработанной выручки перейдет в категорию признанной выручки. При правильном подходе он одновременно создает три артефакта: остаток отложенной выручки для баланса, показатель признанной выручки для отчета о прибылях и убытках и прогноз будущей выручки, которую вы уже видите, поскольку она закреплена контрактами.

Механика ролл-форварда

В самом простом виде водопад каждый месяц подчиняется одному уравнению:

Начальная отложенная выручка + Новая созданная отложенная выручка − Признанная выручка = Конечная отложенная выручка

Рассмотрим пример. SaaS-компания начинает апрель с 500 000 $отложенной выручки на балансе. В течение апреля она выставляет счета на 180 000$ по новым годовым подпискам и продлениям. В апреле она признает 90 000 $ выручки по ранее выставленным контрактам (и из той части новых апрельских счетов, которая относится к услугам за апрель). Конечный остаток:

500 000 $+ 180 000$ − 90 000 $= 590 000$

Если ваш вспомогательный регистр не выдает конечный остаток, который совпадает с главной книгой до доллара, значит, что-то выпало — обычно это изменение контракта, возврат, который прошел мимо водопада, или кредит-нота, примененная напрямую к выручке без корректировки соответствующего отложенного остатка.

Разделение на краткосрочные и долгосрочные обязательства

Согласно ГААП (GAAP), отложенная выручка является обязательством, а обязательства классифицируются как краткосрочные (погашаемые в течение двенадцати месяцев) или долгосрочные (погашаемые позже). При годовой подписке с оплатой раз в год весь отложенный остаток является краткосрочным. В трехлетней сделке с ежегодным выставлением счетов каждый инвойс создает полностью краткосрочный отложенный остаток, так как эта предоплата будет признана в течение двенадцати месяцев. Но в трехлетнем контракте с авансовым платежом в 360 000 $вы делаете разделение: 120 000$ — краткосрочные (1–12 месяцы обслуживания), 240 000 $ — долгосрочные (13–36 месяцы).

Инвесторы и кредиторы обращают внимание на это разделение. Долгосрочная отложенная выручка, по сути, является снимком гарантированной будущей выручки за пределами следующего года — полезный показатель устойчивости бизнеса, который одна лишь краткосрочная выручка не дает.

Что прогнозирует водопад

Полный водопад представляет собой сетку «контракт за контрактом, месяц за месяцем», показывающую, когда каждый забронированный доллар будет признан. Просуммируйте строки, и вы получите прогноз: какая часть выручки, которую мы ожидаем признать в четвертом квартале, уже закреплена контрактами (и, следовательно, имеет очень высокую степень достоверности), а какая зависит от новых сделок, которые мы еще не заключили? Для подписного бизнеса это самый полезный инструмент планирования, который готовит финансовый отдел. Новые заказы определяют будущее; водопад точно говорит вам, какая часть ближайшего будущего уже зафиксирована.

Связка: Заказы → Биллинг → Выручка → Денежные средства

Когда водопад запущен, вы можете связать его с остальной частью потока «от заказа до оплаты» (order-to-cash):

Новые заказы (подписанная совокупная стоимость контракта — TCV)
    ↓
Выставленные счета (Биллинг) ──→ Дебиторская задолженность
    ↓                                   ↓
Отложенная выручка ←─────── Полученные денежные средства
    ↓
Признанная выручка (Отчет о прибылях и убытках)

В каждом периоде каждая из этих стрелок порождает число. Новые заказы появляются в отчете по продажам. Биллинг — в отчете по дебиторской задолженности. Поступление денежных средств — в отчете о движении денежных средств. Отложенная выручка — в виде ролл-форварда обязательств. Признанная выручка — в отчете о прибылях и убытках. Если эти пять цифр не взаимоувязаны — если вы не можете провести стейкхолдера от «мы подписали контрактов на X в этом квартале» до «мы признали выручку Y в этом квартале» через промежуточные движения баланса — в вашей истории есть пробел, и вам нужно найти его раньше, чем это сделает кто-то другой.

Хорошее финансовое закрытие периода завершается одностраничным бридж-отчетом, в котором изложены заказы, биллинг, признанная выручка, начальная и конечная отложенная выручка, начальная и конечная дебиторская задолженность, а также собранные денежные средства с видимыми арифметическими связями между ними. Если вы не можете составить такую страницу, у вас нет полноценного SaaS-закрытия — у вас просто отчет о движении денежных средств в маскарадном костюме.

ARR-бридж и почему он должен соответствовать водопаду

ARR (годовая повторяющаяся выручка) — это управленческая метрика, а не метрика ГААП. Она приблизительно отражает текущую стоимость вашего портфеля подписок: какой была бы выручка от подписки в следующие двенадцать месяцев, если бы ни один контракт не изменился?

ARR изменяется через четыре канала в каждом периоде:

Новый ARR: от абсолютно новых клиентов.
ARR расширения: от апгрейдов, дополнительных рабочих мест или перехода на более высокие уровни использования у существующих клиентов.
ARR сокращения: от даунгрейдов или частичных отмен.
ARR оттока: от полных отмен.

Начальный ARR + Новый + Расширение − Сокращение − Отток = Конечный ARR

Вот перекрестная проверка, которая отделяет сильную финансовую организацию от слабой: направление и величина изменения ARR должны соответствовать тому, что происходит в водопаде отложенной выручки. Если ARR подскочил на 20%, а создание новой отложенной выручки осталось на прежнем уровне, значит, либо счета по новым контрактам выставляются по факту оказания услуг (в этом случае вы также должны увидеть рост дебиторской задолженности), либо кто-то в отделе продаж отчитался о сделке, о которой биллинговая система не знает. Сопоставление графика ARR и водопада отложенной выручки — это самое близкое в SaaS-финансах к сверке с банковской выпиской. Относитесь к этому именно так.

Пять пограничных случаев, которые ломают большинство моделей

Готовые вспомогательные книги (субледжеры) для SaaS справляются с простыми случаями — чистой годовой подпиской, оплаченной авансом без каких-либо изменений. Основные ошибки кроются в сложных сценариях. Проектируйте систему с учетом них с самого первого дня.

1. Начало обслуживания в середине периода

Контракт, подписанный 18 апреля с датой начала обслуживания 22 апреля, должен признавать 9/30 месячного MRR в апреле, а не полный месяц. Если ваш субледжер округляет значения до полных месяцев, вы будете ошибаться на несколько сотен долларов по каждому контракту — это кажется мелочью, пока у вас не появятся тысячи контрактов, и совокупная ошибка не станет шестизначной.

2. Изменения контракта

Клиент добавляет еще 20 рабочих мест на середине второго года трехлетнего соглашения. ASC 606 диктует конкретные правила: если изменение добавляет обособленные товары или услуги по цене, отражающей их цену обособленной продажи, оно рассматривается как отдельный контракт. В противном случае вам, возможно, придется перераспределить оставшуюся цену сделки между оставшимися обязательствами к исполнению. Большинство субледжеров хорошо справляются с простым путем «отдельного контракта» и тихо ломаются на втором варианте. Проверьте свой.

3. Многокомпонентные контракты

Годовая подписка на платформу за 30 000 долларов в сочетании с единоразовым сбором за внедрение в размере 6 000 долларов — это два обязательства к исполнению, если внедрение является обособленным. Распределите цену сделки в размере 36 000 долларов между ними на основе цен обособленной продажи (которые могут отличаться от цены позиции в счете, если была предоставлена скидка), затем признайте часть за внедрение в момент оказания услуги, а часть за подписку — равномерно. Если вы свалите всё в одну кучу и будете признавать выручку равными частями, вы занизите выручку за первый квартал и завысите её за оставшуюся часть года.

4. Переменное возмещение

Ценообразование на основе использования, бонусы за результат, право на возврат и многоуровневые скидки — всё это переменное возмещение. ASC 606 требует от вас оценить переменную сумму и включить её в цену сделки — с учетом ограничения, согласно которому следует включать только те суммы, в отношении которых высока вероятность того, что не произойдет существенного сторнирования выручки. Оценка остается на вашей совести; документируйте методологию и проводите переоценку в каждом периоде.

5. Отмены и возвраты

Клиент отменяет подписку на седьмом месяце годового предоплаченного контракта. Если ваши условия не предусматривают возврат средств, вы продолжаете признавать выручку за оставшиеся пять месяцев — полученные вами наличные принадлежат вам, и услуга больше не предоставляется, но обязательство к исполнению уже было передано клиенту (это оценочное суждение, которое стоит задокументировать). Если вы предлагаете пропорциональный возврат, вы сторнируете оставшиеся доходы будущих периодов и выплачиваете деньги клиенту. «Водопад» должен видеть разницу. Если ваш субледжер рассматривает каждую отмену как возврат, ваша выручка будет хронически занижена.

Практические рекомендации по настройке

Несколько обязательных условий для любой финансовой функции SaaS, пытающейся синхронизировать эти три показателя:

Один субледжер, один источник истины. Выберите одну систему (вашу биллинговую платформу, специализированный инструмент для признания выручки или — для самых маленьких компаний — строго дисциплинированную электронную таблицу) и считайте её данные авторитетными. Ежемесячно сверяйте их с главной книгой до последнего доллара.
Дата начала обслуживания священна. «Водопад» начинается с даты начала обслуживания, а не с момента подписания контракта и не с момента оплаты клиентом. Фиксируйте дату начала обслуживания при создании контракта и защищайте её от случайных правок.
Привязывайте всё к ID контракта. Каждый счет, каждый платеж, каждая запись о доходах будущих периодов и каждая запись о признанной выручке должны содержать идентификатор контракта. Когда сверка не сходится, вы должны иметь возможность отфильтровать данные по одному контракту и проследить весь его жизненный цикл.
Храните «водопад» как данные, а не как моментальный снимок. «Водопад», генерируемый по запросу на основе условий контракта — это инструмент. «Водопад», вставленный в таблицу и отредактированный вручную — это будущая корректировка отчетности, ожидающая своего часа.
Ежемесячно сверяйте с Главной книгой. Сумма доходов будущих периодов по всем открытым контрактам в субледжере должна равняться остатку по счету доходов будущих периодов в главной книге. Любое расхождение расследуется и устраняется до закрытия месяца. Это дисциплина, которая многократно окупается при аудите.

Аккуратное ведение бухгалтерии с первого дня — вот что делает всё это возможным. Если ваши транзакции, счета и условия контрактов фиксируются четко по мере их возникновения, закрытие периода становится механическим процессом. Если нет — каждое закрытие превращается в археологические раскопки.

Почему это важно помимо аудита

Основатели иногда спрашивают, действительно ли вся эта сложность необходима при ARR в 1 млн долларов. Честный ответ: технически, вы можете отложить это. Практически — не стоит. Три причины:

Проверка (due diligence) на следующем раунде посмотрит в прошлое. Инвестор раунда B запросит финансовую отчетность, соответствующую ASC 606, за последние два-три года. Если вы перейдете с кассового метода на метод начисления за день до подписания соглашения об условиях инвестирования (term sheet), вы проведете период проверки, воссоздавая «водопады» за два года в условиях дефицита времени. Именно тогда допускаются критические ошибки.
Вы начнете управлять бизнесом на основе неверных цифр. Основатель, принимающий решения о ценообразовании, найме и темпах расходования средств (burn rate) на основе кассовых поступлений в подписном бизнесе, действует вслепую. «Водопад» — это то, что говорит вам, был ли прошлый месяц месяцем реального роста или просто артефактом платежного цикла.
Дисциплина — это ваш защитный ров. Подписные компании, которые четко отчитываются о ARR, доходах будущих периодов и признанной выручке, выглядят в глазах инвесторов совсем иначе, чем те, кто этого не делает. Покупатели и инвесторы платят измеримую премию за прозрачность.

Пятишаговая модель, «водопад» доходов будущих периодов и сверка заказов, счетов и выручки — это не бюрократические издержки. Это инструменты, которые позволяют вам видеть собственный бизнес. Настройте их на раннем этапе, запускайте каждый месяц и позволяйте им работать на ваш результат.

Поддерживайте учет подписок в готовности к аудиту с первого дня

SaaS-бизнес или бизнес по подписке держится на достоверности показателей выручки. Инвесторы, аудиторы и кредиторы хотят одного и того же — прозрачной цепочки от подписания контракта до признания выручки, при которой сальдо доходов будущих периодов сверяется на каждом этапе. Beancount.io предлагает текстовый бухгалтерский учет с контролем версий, который дает основателям и финансовым командам полную прозрачность каждой транзакции и каждого контракта — без «черных ящиков», без привязки к вендору и с полным аудиторским следом, доступным для grep. Начните бесплатно и создайте такую систему учета выручки, которая превратит проверку due diligence из аврала в формальность.