Вы закрыли $2 млн подписанных контрактов за этот год, но на балансе отражено лишь $400 000 отложенной выручки. Инвестор смотрит на эти две цифры, в уме вычитает одну из другой и задаёт вопрос, который решает, реальна ли ваша воронка: где остальные $1,6 млн и когда они превратятся в выручку? Если ваш ответ — это таблица с датами окончания контрактов и пожатие плечами, вы только что сказали ей, что ваш бэклог — слух. Цифра, которая отвечает ей точно, — это остаточные обязательства по исполнению (remaining performance obligations, RPO), и ASC 606 требует от публичных компаний раскрывать её в примечаниях к отчётности каждый квартал.
Это руководство объясняет, что измеряет RPO, чем он отличается от отложенной выручки и ARR, чего на самом деле требуют правила раскрытия и как отслеживать его в собственных книгах без команды revenue operations.
Что на самом деле измеряет RPO
Остаточное обязательство по исполнению — это цена сделки, отнесённая к обещанию, которое вы ещё не выполнили. В соответствии с ASC 606 каждый контракт с клиентом разбивается на отдельные обязанности по исполнению — доступ к платформе, план поддержки, проект внедрения, каждое является отдельно идентифицируемым обещанием, — и общая цена контракта распределяется между ними по цене отдельной продажи. Та часть, которая приходится на обязанности, полностью или частично не исполненные на отчётную дату, и есть ваш RPO: совокупная долларовая стоимость законтрактованных работ, которые ещё предстоит выполнить.
Три свойства этого определения делают основную работу:
- Он контрактный, а не прогнозный. Воронка, прогнозы и ожидаемые продления исключаются. Если клиент не подписал, это не RPO.
- Он ограничен периодом принудительного исполнения. Учитывается только тот срок, в течение которого контракт обязывает обе стороны, — именно поэтому права на расторжение и опции продления так важны (подробнее ниже).
- Это раскрытие, а не строка баланса. Вы не найдёте RPO в своём плане счетов. Он живёт в примечаниях к финансовой отчётности, сверяя то, что вы законтрактовали, с тем, что вы признали.
Для SaaS-бизнеса RPO — это ближайшее к законтрактованному портфелю заказов, что даёт бухгалтерский учёт: каждый его доллар должен превратиться в выручку по мере вашего исполнения, при условии, что клиент остаётся и платит.
Две половины: отложенная выручка и невыставленный бэклог
Формула в сокращении проста:
RPO = отложенная выручка + невыставленный бэклог
Отложенная выручка — обязательство по контракту в терминологии ASC 606 — это часть, которую вы уже выставили, но ещё не заработали. Денежные средства или дебиторская задолженность у вас на руках; услуга всё ещё должна быть оказана. Невыставленный бэклог — это зеркальное отражение: законтрактованная выручка, которую вы ещё не выставили, обычно потому, что многолетняя сделка выставляется ежегодно или с нарастанием во времени. Он никогда не попадает на баланс, и именно поэтому инвесторы его запрашивают. Отложенная выручка показывает вершину айсберга; RPO показывает весь айсберг.
Пройдите по конкретному контракту, и связь станет очевидной. Предположим, вы подписываете трёхлетнюю сделку общей стоимостью $420 000 с выставлением $140 000 ежегодно авансом, при этом услуга оказывается равномерно:
- При подписании, до первого счёта, RPO равен $420 000 — всё это бэклог, ни одной копейки отложенной выручки.
- После выставления счёта за первый год RPO по-прежнему $420 000, но его структура меняется: отложенная выручка составляет $140 000, а бэклог — оставшиеся $280 000. Выставление счетов перекладывает доллары между двумя половинами, не меняя итог.
- В конце января вы оказали один месяц услуги и признали $11 666,67 выручки. RPO снижается до $408 333,33: отложенная выручка $128 333,33 плюс нетронутый бэклог $280 000.
- Через полгода признано около $70 000, и RPO составляет примерно $350 000.
Обратите внимание на жизненный цикл, который проходят эти доллары RPO: каждый начинается как бэклог, переходит в отложенную выручку при выставлении счёта и попадает в отчёт о прибылях и убытках как выручка, когда заработан. Этот ритм «сначала счёт» охватывает большинство SaaS-контрактов, поэтому RPO и отложенная выручка всегда должны сверяться — а когда они не сверяются, что-то в вашем процессе выставления счетов или признания нарушено. (Исключение подтверждает правило: когда вы оказываете услугу до выставления счёта, как в проектах с выставлением по этапам, заработанные, но невыставленные суммы проходят через актив по контракту, а не через отложенную выручку.)
Что ASC 606 требует раскрывать
Правило раскрытия находится в ASC 606-10-50-13 и требует двух вещей: совокупной цены сделки, отнесённой к остаточным обязательствам по исполнению, и объяснения того, когда вы ожидаете её признать. IFRS 15 содержит зеркальное требование в пунктах 120–122, поэтому описанная ниже структура одинакова для международных эмитентов.
Количественная часть — это основная цифра плюс разбивка по срокам: большинство эмитентов используют суммы, ожидаемые к признанию в течение одного года, от одного до двух лет и свыше двух лет, а компании с более длительными сроками добавляют дополнительные интервалы. Интервалы должны в сумме давать совокупную цифру, а аналогичные контракты должны использовать одинаковые временные рамки, чтобы аналитики могли сравнивать сегменты и периоды.
Качественная часть — это повествование, которое делает цифру честной:
- Характер обязательств — из чего на самом деле состоит RPO: подписка на доступ, профессиональные услуги или поддержка, поскольку каждое превращается в выручку в своём ритме.
- Существенные суждения — как вы определили, когда обязательства исполнены, включая метод, который вы используете для оценки прогресса по обязательствам, исполняемым во времени.
- Переменное возмещение — как были оценены неопределённые суммы, такие как превышения по потреблению, бонусы за результативность или кредиты по SLA, и что было исключено из-за возможности существенного сторнирования выручки.
- Материальные права — опции, предоставленные клиентам, например продления со скидкой, которые были учтены как самостоятельные обязательства.
Ещё одно требование скрывается в следующем пункте стандарта: если вы используете какие-либо из описанных ниже практических упрощений, вы должны указать это и описать контракты, к которым они применялись. Примечание должно признавать, что цифра оставляет за скобками.
Практическое упрощение для одного года — и исключение по выставлению счетов
ASC 606-10-50-14 предлагает два исключения, которые сокращают раскрываемый RPO большинства компаний, и оба должны раскрываться при использовании.
Исключение по одному году позволяет опускать любой контракт, первоначальный ожидаемый срок которого составляет один год или меньше, отсчитываемый от даты начала принудительно исполняемого соглашения. Для SaaS-бизнеса, продающего месячные и годовые планы, это упрощение поглощает почти всё: если все ваши контракты рассчитаны на двенадцать месяцев или меньше, раскрываемый RPO может быть нулевым или близким к нулю, даже когда отложенная выручка существенна. Оценка опирается на период, в течение которого контракт не может быть расторгнут, поэтому годичный контракт с автоматическим продлением всё равно qualifies — продление является будущим выбором, а не текущим обязательством, — тогда как многолетняя сделка с правом клиента на расторжение учитывается только до периода, из которого клиент не может выйти. Контракты, расторгаемые по желанию без существенного штрафа, фактически исключаются по той же причине: принудительно исполняемый срок незначителен.
Исключение по праву на выставление счёта применяется, когда вы выставляете счета прямо пропорционально оказанной стоимости — классические работы по времени и материалам или ежемесячное выставление счетов по отработанным часам. Здесь ваша дебиторская задолженность уже отражает заработанное, и прогнозирование неисполненного остатка добавило бы документооборота без пользы, поэтому стандарт освобождает вас от его раскрытия.
Практическое следствие: показатели RPO двух компаний редко бывают полностью сопоставимы. Поставщик с трёхлетними корпоративными сделками и без упрощений сообщает цифру, насыщенную законтрактованным бэклогом; конкурент с продуктово-ориентированной моделью и месячными условиями сообщает почти ничего. Оба соблюдают требования. Чтение раскрытия об упрощениях до сравнения — не необязательная проверка, а единственный способ понять, на что вы смотрите.
cRPO: цифра, которую аналитики на самом деле моделируют
Общий RPO простирается так далеко, как ваш самый длинный контракт, что делает его в равной мере трофеем по бронированиям и головной болью для прогнозирования. Аналитики решают это, фокусируясь на первом временном интервале: текущий RPO, или cRPO, — часть, которую ожидают признать в течение следующих двенадцати месяцев. Это ближайшая выручка, уже закреплённая подписью, и она читается как более чистый индикатор на предстоящий год, чем общий RPO или ARR.
В приведённом выше примере с трёхлетней сделкой на $420 000 cRPO при подписании составляет $140 000 — признание за первый год — при $280 000 в долгосрочном RPO. С каждым оказанным месяцем cRPO расходуется и пополняется новыми подписаниями и переходящей долей прошлогоднего долгосрочного RPO. Тренд — это сигнал: когда cRPO растёт быстрее признанной выручки, следующие несколько кварталов уже заполняются; когда он застаивается, пока выручка растёт, рост опирается на текущее потребление, а не на новые обязательства.
Публичные отчёты показывают, как это выглядит на практике. Snowflake в квартале, закончившемся 31 июля 2026 года, сообщила об общем RPO в $9,0 млрд, при этом 54 процента ожидается к признанию в течение следующих двенадцати месяцев — примерно $4,9 млрд cRPO, — а общий RPO вырос на 30 процентов год к году против роста выручки на 35 процентов. (Показатели RPO меняются каждый квартал, поэтому сверяйтесь с последним отчётом компании, а не цитируйте эти цифры.) Тот же отчёт содержит оговорку, важную для бизнесов с моделью потребления: RPO не обязательно отражает будущую выручку от продукта, поскольку он не может отразить, когда клиенты фактически будут потреблять и будут ли они потреблять сверх законтрактованного объёма. RPO поставщика с чистой подпиской конвертируется по графику; RPO поставщика с оплатой по потреблению конвертируется по поведению клиента.
Почему инвесторы читают RPO до ARR
ARR попадает в заголовки, но опытные SaaS-инвесторы сначала открывают примечания. Причина — дисциплина определений. ARR — это определённый компанией темп (run rate), годовой, часто скорректированный, непроверенный и вычисляемый дюжиной разных способов в отрасли. RPO определён GAAP, обоснован контрактами и проверен аудитом: каждый доллар прослеживается до подписанного обязательства с принудительно исполняемой ценой. Когда они расходятся, именно у RPO есть подтверждающие документы.
Эта дисциплина также объясняет, почему RPO видит то, чего ARR не может. Трёхлетняя сделка на $3 млн и однолетняя сделка на $1 млн могут показывать одинаковый ARR в первый год, но их RPO различаются на $2 млн законтрактованной будущей выручки. RPO вознаграждает многолетнюю корпоративную модель, которую ARR сплющивает в темп, и делает это под надзором аудитора за плечом руководства.
Примерный порядок, которым пользуются практики, ставит три ключевых показателя по величине:
RPO > ARR > отложенная выручка
RPO охватывает все годы контракта, выставленные счета или нет. ARR годовой объём одного года контрактной стоимости независимо от того, где вы находитесь в сроке. Отложенная выручка содержит только то, что выставлено и ещё не заработано. Каждый отвечает на свой вопрос — что законтрактовано, каков темп, что причитается, — и путаница одного с другим приводит к двойному учёту бэклога или к его полному пропуску.
Два соседних показателя дополняют словарь. Бронирования (bookings) измеряют сделки, подписанные за период, — активность продаж, а не будущую выручку, — и рекорд по бронированиям при плоском RPO означает, что контракты отваливаются так же быстро, как подписываются. Биллинг (billings), приблизительно равный выручке плюс изменение отложенной выручки, измеряет то, что вы выставили. Цепочка от подписания до денежных средств идёт от бронирований к RPO, к биллингу и к выручке, и каждое звено отвечает за предыдущее.
Четыре способа, которыми RPO вводит в заблуждение
Контрактная обоснованность RPO делает его надёжным, но не правдивым при любом прочтении. Четыре ловушки ловят даже внимательных читателей:
Сравнение при разных упрощениях. Как отмечено выше, исключения по одному году и по праву на выставление счёта означают, что раскрываемый RPO отражает структуру контрактов не меньше, чем динамику бизнеса. Нормализуйте условия выставления счетов и прочитайте раскрытие об упрощениях, прежде чем ранжировать поставщиков.
Восприятие его как гарантированной выручки. RPO предполагает, что клиенты остаются, платят и потребляют согласно контракту. Он исключает не подписанные продления, ограничивает переменное возмещение, которое может сторнироваться, и ничего не говорит о кредитном риске. Банкротство клиента превращает бэклог в списание, а не в выручку. Дисконтируйте RPO так, как дисконтировали бы любое обещание: по обещающему.
Игнорирование сроков потребления. Для бизнесов с оплатой по потреблению и гибридных бизнесов контракт задаёт потолок, а поведение задаёт темп. Клиент может держать большой обязательный объём и выбирать его медленно или израсходовать его раньше и продолжать тратить сверх него. Сопоставляйте RPO с данными о потреблении и чистом удержании перед прогнозированием.
Позволение ему расходиться с учётными данными. RPO, вычисленный в отдельной таблице из данных о продажах, тихо расходится с отложенной выручкой и признанной выручкой в книгах — разные списки контрактов, разная обработка изменений, разные сроки. Ценна для раскрытия та цифра, которая сверяется с оборотно-сальдовой ведомостью; та, которая не сверяется, — это второй комплект книг в костюме примечания.
Изменения контрактов заслуживают особого упоминания в рамках этой последней ловушки. Добавление отдельных товаров по их цене отдельной продажи создаёт отдельный контракт и оставляет существующий RPO нетронутым; всё остальное вынуждает к перспективному перераспределению или кумулятивной догоняющей корректировке, которая переписывает оставшееся обязательство. Каждый апсейл в середине срока, продление и даунсейл — это событие RPO, и процесс, который фиксирует их с опозданием, весь квартал сообщает устаревший бэклог.
Отслеживание RPO в собственных книгах
Вам не нужна корпоративная система учёта выручки, чтобы вести честный RPO. Вам нужны два графика и дисциплина их сверять: водопад выручки, показывающий остаточное обязательство по каждому контракту по периодам, и движение отложенной выручки, сверяющее выставленные, но не заработанные остатки с оборотно-сальдовой ведомостью при каждом закрытии. Если колонка признанного плюс колонка остатка в водопаде не равна общей цене каждого контракта или если движение не сверяется с учётными данными, остановитесь и почините водопровод, прежде чем называть инвестору какую-либо цифру.
Текстовый учётный регистр делает механику видимой. Вот трёхлетний контракт на $420 000 из примера выше — счёт за первый год, поступление денежных средств и равномерное признание за январь — именно так, как он был бы проведён:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Receivable:Customers USD
2026-01-01 open Liabilities:Deferred-Revenue USD
2026-01-01 open Income:SaaS-Subscriptions USD
2026-01-05 * "Acme Corp" "Year 1 invoice on 3-year 420000 USD contract"
Assets:Receivable:Customers 140000 USD
Liabilities:Deferred-Revenue -140000 USD
2026-01-12 * "Acme Corp" "Year 1 payment received"
Assets:Cash:Operating 140000 USD
Assets:Receivable:Customers -140000 USD
2026-01-31 * "January revenue recognition" "1/12 of year 1"
Liabilities:Deferred-Revenue 11666.67 USD
Income:SaaS-Subscriptions -11666.67 USDНа конец месяца регистр прямо рассказывает историю RPO: отложенная выручка содержит $128 333,33 выставленного года, невыставленные второй и третий годы находятся вне регистра как $280 000 бэклога, а RPO — их сумма, $408 333,33. Если вы ведёте книги таким образом, документация по текстовому бухгалтерскому учёту покажет, как расширить этот шаблон — один счёт отложенной выручки на клиента или когорту делает движение одной выборкой, а не следственным упражнением.
Замыкайте цикл ежемесячно тремя проверками. Во-первых, каждый подписанный контракт появляется в водопаде со своим принудительно исполняемым сроком и распределённой ценой — ничто законтрактованное не живёт только в CRM. Во-вторых, каждый счёт переводит свою сумму из бэклога в отложенную выручку, а каждая запись о признании переводит отложенную выручку в доход, так что RPO всегда равен сумме двух остатков. В-третьих, cRPO — следующие двенадцать месяцев водопада — получает отдельную строку в вашем пакете для совета директоров, потому что это цифра, которую ваши инвесторы всё равно посчитают. Тот месяц, когда вы сможете получить все три из сверенных книг, — это месяц, когда ваш бэклог перестанет быть слухом и станет активом.
