Ви уклали контрактів на $2 мільйони цього року, але на балансі показано лише $400 000 відкладеного доходу. Інвесторка дивиться на ці дві цифри, подумки віднімає одне від одного й ставить питання, яке вирішує, чи реальний ваш пайплайн: де решта $1,6 мільйона і коли вона перетвориться на дохід? Якщо ваша відповідь — таблиця з датами закінчення контрактів і знизування плечима, ви щойно сказали їй, що ваш портфель замовлень — це лише чутка. Цифра, яка відповідає їй точно, — це залишкові зобов'язання за договорами (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 може бути нульовим або близьким до нуля, навіть коли відкладений дохід є суттєвим. Оцінка залежить від періоду, протягом якого контракт не може бути скасований, тому однорічний контракт з автоматичним продовженням усе одно відповідає критеріям — продовження є майбутнім вибором, а не поточним зобов'язанням — тоді як багаторічна угода з правом клієнта на розірвання зараховується лише до періоду, від якого клієнт не може відмовитися. Контракти, що розриваються на вимогу без суттєвого штрафу, фактично виключаються з тієї ж причини: період, що має юридичну силу, є незначним.
Виняток щодо права виставляти рахунок застосовується, коли ви виставляєте рахунки прямо пропорційно наданій цінності — класичне залучення за принципом «час і матеріали» або щомісячне виставлення рахунків за відпрацьовані години. Там ваша дебіторська заборгованість уже відображає те, що ви заробили, і прогнозування невиконаного залишку додало б паперової роботи без користі, тому стандарт звільняє вас від його розкриття.
Практичний наслідок полягає в тому, що цифри RPO двох компаній рідко бувають ідеально порівнянними. Постачальник із трирічними корпоративними угодами й без спрощень звітує про цифру, насичену законтрактованим портфелем замовлень; конкурент, керований продуктом, з місячними умовами звітує майже нічого. Обидва дотримуються вимог. Читання розкриття про спрощення в примітці перед порівнянням — не необов'язкова ретельність, це єдиний спосіб зрозуміти, на що ви дивитеся.
cRPO: цифра, яку аналітики насправді моделюють
Загальний RPO тягнеться так далеко, як ваш найдовший контракт, що робить його водночас трофеєм для показу нових угод і головним болем для прогнозування. Аналітики вирішують це, зосереджуючись на першому часовому діапазоні: поточний RPO, або cRPO, — частина, яку очікують визнати протягом наступних дванадцяти місяців. Це короткостроковий дохід, уже зафіксований підписом, і він читається як чистіший індикатор на наступний рік, ніж загальний RPO або ARR.
У наведеному вище прикладі трирічної угоди на $420 000 cRPO при підписанні становить $140 000 — визнання за перший рік — а $280 000 перебуває в довгостроковому RPO. З кожним наданим місяцем cRPO зменшується й поповнюється новими підписаннями та переходом торішнього довгострокового залишку до поточного. Тренд — це сигнал: коли cRPO зростає швидше за визнаний дохід, наступні кілька кварталів уже заповнюються; коли він зупиняється, а дохід зростає, зростання спирається на поточне споживання, а не на нові зобов'язання.
Публічні звіти показують, як це виглядає на практиці. Snowflake за квартал, що завершився 31 липня 2026 року, повідомила про $9,0 мільярда загального RPO, з яких 54 відсотки очікується визнати протягом наступних дванадцяти місяців — приблизно $4,9 мільярда cRPO — тоді як загальний RPO зріс на 30 відсотків рік до року проти 35 відсотків зростання доходу. (Показники RPO змінюються щокварталу, тож перевіряйте останній звіт компанії, а не цитуйте ці цифри.) Той самий звіт містить застереження, що має значення для бізнесів, заснованих на споживанні: RPO не обов'язково вказує на майбутній дохід від продукту, оскільки він не може відобразити, коли клієнти насправді споживатимуть або чи споживатимуть вони понад законтрактований обсяг. RPO постачальника з прямою передплатою конвертується за графіком; RPO постачальника з оплатою за споживання конвертується за поведінкою клієнта.
Чому інвестори читають RPO перед ARR
ARR потрапляє на перші шпальти, але досвідчені SaaS-інвестори спершу відкривають примітки. Причина — дисципліна визначення. ARR — це визначений компанією темп роботи — річний, часто скоригований, неперевірений аудитом і обчислюваний десятком різних способів у галузі. RPO визначений GAAP, ґрунтується на контрактах і перевіряється аудитом: кожен долар простежується до підписаного зобов'язання з ціною, що має юридичну силу. Коли вони розходяться, RPO — це той, у кого є документи.
Саме ця дисципліна пояснює, чому RPO бачить те, чого ARR не може. Трирічна угода на $3 мільйони й однорічна на $1 мільйон можуть показувати ідентичний ARR у перший рік, але їхній RPO відрізняється на $2 мільйони законтрактованого майбутнього доходу. RPO винагороджує багаторічну корпоративну модель, яку ARR зводить до темпу роботи, і робить це з аудитором, що дивиться через плече менеджменту.
Приблизний порядок, яким користуються практики, розташовує три головні метрики за розміром:
RPO > ARR > відкладений дохід
RPO охоплює всі роки контракту, виставлені рахунком чи ні. ARR річною мірою відображає один рік вартості контракту незалежно від того, де ви перебуваєте в терміні. Відкладений дохід містить лише те, що було виставлено рахунком і ще не зароблено. Кожен відповідає на різне питання — що законтрактовано, який темп роботи, що винне, — і плутанина одного з іншим — ось як портфель замовлень подвоюється в підрахунку або взагалі випадає.
Ще дві суміжні метрики завершують словник. Bookings вимірюють угоди, підписані за період, — активність продажів, а не майбутній дохід, — і рекордні bookings із пласким RPO означають, що контракти відтікають так само швидко, як підписуються. Billings, приблизно як дохід плюс зміна відкладеного доходу, вимірюють те, що ви виставили рахунком. Ланцюжок від підпису до готівки проходить через bookings, RPO, billings і дохід, і кожна ланка відповідає за попередню.
Чотири способи, якими 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 — наступні дванадцять місяців каскаду — отримує власний рядок у вашому пакеті для ради директорів, бо це цифра, яку ваші інвестори все одно обчислять. Місяць, коли ви можете отримати всі три з узгоджених книг, — це місяць, коли ваш портфель замовлень перестає бути чуткою і стає активом.
