Сключили сте договори за 2 милиона долара тази година, а балансът ви показва само 400 000 долара отложен приход. Инвеститор поглежда двете числа, прави изваждането наум и задава въпроса, който решава дали pipeline-ът ви е реален: къде са останалите 1,6 милиона долара и кога ще се превърнат в приход? Ако отговорът ви е електронна таблица с дати за изтичане на договори и свиване на рамене, току-що сте ѝ казали, че натрупаните ви договори са само слух. Числото, което ѝ отговаря точно, е остатъчните задължения за изпълнение — RPO — и ASC 606 изисква от публичните компании да го оповестяват в бележките си всяко тримесечие.
Това ръководство обяснява какво измерва RPO, с какво се различава от отложения приход и ARR, какво всъщност изискват правилата за оповестяване и как да го следите в собствените си счетоводни книги без екип по приходи.
Какво всъщност измерва RPO
Остатъчното задължение за изпълнение е цената на сделката, разпределена към обещание, което още не сте изпълнили. Съгласно ASC 606 всеки договор с клиент се разбива на отделни задължения за изпълнение — достъпът до платформата, планът за поддръжка, проектът за внедряване, всяко от които е отделно идентифицируемо обещание — и общата цена на договора се разпределя между тях по самостоятелна продажна цена. Всяка част, която се намира в задължения, напълно или частично неизпълнени към датата на отчитане, е вашият RPO: съвкупната стойност в долари на договорената работа, която тепърва предстои да бъде доставена.
Три свойства на това определение вършат основната работа:
- То е договорно, а не прогнозно. Pipeline, прогнози и очаквани подновявания се изключват. Ако клиентът не е подписал, това не е 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 расте по-бързо от признатия приход, следващите няколко тримесечия вече се запълват; когато застой, докато приходът расте, растежът разчита на текущото потребление, а не на нови ангажименти.
Публичните filings показват как това изглежда на практика. Snowflake, в тримесечието, приключило на 31 юли 2026 г., отчете 9,0 милиарда долара общ RPO, като 54 процента се очаква да бъдат признати през следващите дванадесет месеца — приблизително 4,9 милиарда долара cRPO — докато общият RPO нарасна с 30 процента на годишна база спрямо 35 процента ръст на прихода. (Цифрите за RPO се променят всяко тримесечие, така че проверете последния filing на компанията, вместо да цитирате тези.) Същият filing носи уточнението, което е важно за бизнесите с потребление: RPO не е непременно показателен за бъдещия продуктов приход, защото не може да улови кога клиентите всъщност ще консумират или дали ще консумират над договорения си капацитет. RPO на доставчика с чист абонамент се конвертира по график; този на доставчика с потребление се конвертира според поведението на клиента.
Защо инвеститорите четат RPO преди ARR
ARR получава заглавията, но опитните SaaS инвеститори първо отварят бележките. Причината е дисциплината на дефинициите. ARR е дефиниран от компанията темп на растеж — годишно изчислен, често коригиран, неодитиран и изчисляван по дузина различни начини в индустрията. 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 — следващите дванадесет месеца от водопада — получава собствен ред в пакета за управителния съвет, защото това е числото, което инвеститорите ви така или иначе ще изчислят. Месецът, в който можете да произведете и трите от съгласувани книги, е месецът, в който портфелът ви спира да бъде слух и започва да бъде актив.
