Beancount.io LogoBeancount.io

Rezervácie, fakturácia a výnosy: Trojuholník odsúhlasenia v SaaS

14 minúty čítaniaMike ThriftMike Thrift
Rezervácie, fakturácia a výnosy: Trojuholník odsúhlasenia v SaaS

Zakladateľ SaaS uzavrie v marci trojročnú zmluvu v hodnote 360 000 USD. Obchodné oddelenie oslavuje rezerváciu (booking) vo výške 360 000 USD. Finančné oddelenie vyfakturuje 120 000 USD za prvý rok a zinkasuje ich v apríli. Účtovníctvo uzná 10 000 USD ako výnos v marcovom výkaze ziskov a strát. Na konci roka generálny riaditeľ hľadí na tri čísla — 360 000 USD, 120 000 USD a 100 000 USD — a premýšľa, prečo sa ani jedno nezhoduje, ktoré z nich patrí do prezentácie pre investorov a či je niektoré z nich nesprávne.

Ani jedno z nich nie je nesprávne. Sú to tri rôzne merania tej istej zmluvy v troch rôznych bodoch jej životného cyklu. Úlohou finančného tímu nie je vybrať si obľúbené číslo. Je ňou udržať všetky tri v súlade, dokázať ich vzájomné odsúhlasenie (rekonsiliáciu) a postupne rozpúšťať zostatok výnosov budúcich období tak, aby výkaz ziskov a strát, súvaha a harmonogram ARR rozprávali mesiac po mesiaci rovnaký príbeh.

Toto je operačné jadro účtovania predplatného podľa štandardu ASC 606 — a práve tu finančné funkcie väčšiny SaaS spoločností buď preukážu svoje kvality, alebo potichu hromadia chyby, ktoré vyplávajú na povrch počas hĺbkovej previerky (due diligence) pri získavaní investícií o osemnásť mesiacov neskôr.

Tri čísla a prečo sa líšia

Každý obchod s predplatným generuje tri ekonomické udalosti oddelené v čase:

  • Rezervácia (Booking) — moment, kedy zákazník podpíše zmluvu. Ide o celkovú hodnotu zmluvy (TCV - total contract value), ktorú sa zákazník zaviazal zaplatiť počas trvania dohody. Rezervácia žije v štatistikách predaja, nie vo výkaze ziskov a strát.
  • Fakturácia (Billing) — moment vystavenia faktúry. Viacročná zmluva môže generovať jednu faktúru ročne, dvanásť mesačných faktúr alebo jednu obrovskú faktúru vopred na celé TCV. Fakturácia poháňa inkaso hotovosti a odberateľské pohľadávky.
  • Uznaný výnos (Recognized revenue) — meranie služieb skutočne dodaných počas daného obdobia podľa pravidiel GAAP. Podľa ASC 606 sa výnos uznáva pomerne (alebo podľa toho, ako sú plnené zmluvné povinnosti) bez ohľadu na to, kedy bola zmluva podpísaná alebo kedy prišli peniaze.

Tieto tri čísla sa v danom mesiaci takmer nikdy nebudú rovnať. Nie je to chyba — je to podstata akruálneho účtovníctva. To, čo potrebujete, je spoľahlivý spôsob, ako ukázať pohyb peňazí z jedného "vedra" do druhého a rekonsiliáciu, ktorá dokáže, že nič neprepadlo cez trhliny.

Rýchly praktický príklad

Zoberme si opäť trojročnú zmluvu na 360 000 USD. Cena je 10 000 USD mesačne, fakturovaná ročne vopred.

  • Rezervácie: 360 000 USD zaznamenaných v marci (mesiac podpisu zmluvy).
  • Fakturácia: 120 000 USD vyfakturovaných v apríli na prvých dvanásť mesiacov, 120 000 USD vyfakturovaných nasledujúci apríl a 120 000 USD v treťom roku.
  • Uznaný výnos: 10 000 USD mesačne, každý mesiac, počas tridsiatich šiestich mesiacov, počnúc dátumom začatia poskytovania služby podľa zmluvy.

V trinástom mesiaci máte zarezervovaných 360 000 USD, vyfakturovaných 120 000 USD, uznaných 130 000 USD vo výnosoch a nula na účte výnosov budúcich období (prvá ročná platba vopred bola plne zarobená). Tesne pred odoslaním druhej faktúry sa dostávate do teritória zmluvných aktív — uznali ste výnos, ktorý ste ešte nevyfakturovali. Druhá faktúra premení toto zmluvné aktívum späť na pohľadávku a cyklus sa opakuje.

Toto je presne ten typ nuansy, ktorý sa stráca, keď sa startup pokúša viesť SaaS podnikanie pomocou jednoduchého účtovníctva na báze hotovosti.

Päťstupňový model na jednej stránke

ASC 606 (ktorý pred rokmi nahradil mozaiku starých pravidiel špecifických pre jednotlivé odvetvia) redukuje uznávanie výnosov na päť krokov, ktoré aplikujete na každú zmluvu:

  1. Identifikácia zmluvy. Môže byť písomná, ústna alebo implicitná — ale obe strany ju musia schváliť, práva a platobné podmienky musia byť jasné, zmluva musí mať komerčnú podstatu a inkaso musí byť pravdepodobné.
  2. Identifikácia zmluvných povinností plnenia. "Zmluvná povinnosť plnenia" je jasne vymedzený prísľub. Pre štandardné SaaS predplatné je povinnosť zvyčajne jediná: poskytovanie nepretržitého prístupu k platforme počas trvania predplatného.
  3. Určenie transakčnej ceny. Toto je odmena, ktorú očakávate, že dostanete — fixné poplatky plus odhad variabilných položiek, ako sú poplatky za nadmerné používanie, rabaty alebo objemové zľavy (s obmedzením, aby ste ich nenadhodnotili).
  4. Alokácia transakčnej ceny. Ak zmluva obsahuje viacero povinností plnenia (predplatné + implementácia + prémiová podpora), rozdelíte celkovú cenu medzi ne na základe ich samostatných predajných cien.
  5. Uznanie výnosov. Tak, ako je plnená každá povinnosť. Pri prebiehajúcich službách predplatného je to pomerne v čase. Pri jednorazových dodávkach (onboarding, určité profesionálne služby) je to v momente dodania.

Štandard znie jednoducho. Zložitosť spočíva v úsudkoch v rámci každého kroku — najmä v druhom kroku (čo je "jasne vymedzené"?) a treťom kroku (koľko variabilnej odmeny je príliš špekulatívne na to, aby sa dala uznať?). Zdokumentujte tieto úsudky teraz, kým je obchod čerstvý. O šesť mesiacov si nikto nebude pamätať, prečo sa s implementačným poplatkom narábalo ako so samostatnou povinnosťou, a váš audítor sa na to určite opýta.

Waterfall výnosov budúcich období

Waterfall (stupňovitý rozpis) výnosov budúcich období je operačným motorom účtovníctva SaaS. Je to harmonogram, ktorý zmluvu po zmluve presne určuje, kedy sa každý dolár vyfakturovaných, ale ešte nezarobených výnosov presunie do uznaných výnosov. Ak sa to robí správne, produkuje súčasne tri artefakty: zostatok výnosov budúcich období pre súvahu, údaj o uznaných výnosoch pre výkaz ziskov a strát a výhľadovú prognózu výnosov, ktoré už môžete vidieť, pretože sú zmluvne viazané.

Mechanika nadväznosti (Roll-Forward)

V najjednoduchšej forme sa waterfall každý mesiac riadi jednou identitou:

Počiatočný stav výnosov budúcich období + Nové vytvorené výnosy budúcich období − Uznané výnosy = Konečný stav výnosov budúcich období

Prejdime si príklad. SaaS spoločnosť začína apríl s 500 000 vyˊnosovbuduˊcichobdobıˊvsuˊvahe.Pocˇasaprıˊlavyfakturuje180000výnosov budúcich období v súvahe. Počas apríla vyfakturuje 180 000 nových ročných predplatných a obnovení. V apríli uzná 90 000 $ výnosov z predtým vyfakturovaných zmlúv (a z časti nových aprílových fakturácií, ktoré sa týkajú aprílových služieb). Konečný zostatok:

500 000 +180000+ 180 000 − 90 000 =590000= 590 000

Ak vaša pomocná evidencia (subledger) neprodukuje konečný zostatok, ktorý sa do dolára zhoduje s hlavnou knihou, niečo vypadlo – zvyčajne úprava zmluvy, refundácia, ktorá obišla waterfall, alebo dobropis aplikovaný priamo na výnosy bez zrušenia súvisiaceho zostatku výnosov budúcich období.

Rozdelenie na krátkodobé a dlhodobé

Podľa GAAP sú výnosy budúcich období záväzkom a záväzky sa klasifikujú ako krátkodobé (vyrovnanie do dvanástich mesiacov) alebo dlhodobé (vyrovnanie neskôr). Pri jednoročnom predplatnom fakturovanom ročne je celý zostatok výnosov budúcich období krátkodobý. Pri trojročnej zmluve fakturovanej ročne každá faktúra generuje plne krátkodobý zostatok, pretože táto platba vopred bude uznaná do dvanástich mesiacov. Ale pri trojročnej zmluve fakturovanej vopred na 360 000 jurozdelıˊte:120000ju rozdelíte: 120 000 krátkodobé (1. – 12. mesiac služby), 240 000 $ dlhodobé (13. – 36. mesiac).

Investori a poskytovatelia úverov tomuto rozdeleniu venujú pozornosť. Dlhodobé výnosy budúcich období sú v podstate snímkou zmluvne viazaných budúcich výnosov nad rámec nasledujúceho roka – užitočný ukazovateľ odolnosti podnikania, ktorý im samotné krátkodobé výnosy neposkytnú.

Čo waterfall predpovedá

Úplný waterfall vytvára mriežku mesiac po mesiaci a zmluvu po zmluve o tom, kedy bude každý zazmluvnený dolár uznaný. Sčítajte riadky a máte prognózu, ktorá ukazuje: koľko z výnosov, ktoré očakávame uznať v 4. štvrťroku, je už zmluvne viazaných (a teda s veľmi vysokou istotou) a koľko závisí od nových objednávok, ktoré sme ešte nezískali? Pre predplatiteľský biznis je to najužitočnejší plánovací nástroj, aký finančné oddelenie produkuje. Nové objednávky poháňajú budúcnosť; waterfall vám presne povie, aká časť blízkej budúcnosti je už zaistená.

Prepojenie Bookings → Billings → Revenue → Cash

Keď už waterfall beží, môžete ho prepojiť so zvyškom toku od objednávky po hotovosť (order-to-cash):

Nové objednávky (podpísané TCV)

Vyfakturované (Billings) ──→ Odberateľské pohľadávky
    ↓                                ↓
Výnosy budúcich období ←────── Inkaso hotovosti

Uznané výnosy (Výkaz ziskov a strát)

Každé obdobie produkuje každá z týchto šípok číslo. Nové objednávky sa objavujú v správe o predaji. Fakturácie sa objavujú v saldokonte pohľadávok. Inkaso hotovosti sa objavuje vo výkaze peňažných tokov (cash flow). Výnosy budúcich období sa objavujú ako nadväznosť záväzkov. Uznané výnosy sa objavujú vo výkaze ziskov a strát. Ak týchto päť čísel nenadväzuje – ak nedokážete previesť zainteresovanú stranu od „tento štvrťrok sme podpísali X ktentosˇtvrtˇroksmeuznaliY“ k „tento štvrťrok sme uznali Y “ cez prechodné pohyby v súvahe – váš príbeh má trhlinu a musíte ju nájsť skôr, než to urobí niekto iný.

A dobrá finančná uzávierka končí jednostránkovým prehľadom prepojení, ktorý rozpisuje objednávky, fakturácie, uznané výnosy, počiatočné a konečné výnosy budúcich období, počiatočné a konečné pohľadávky a inkasovanú hotovosť, pričom aritmetické väzby medzi nimi sú pre čitateľa viditeľné. Ak takúto stranu nedokážete vyprodukovať, v skutočnosti nemáte SaaS uzávierku – máte len správu o hotovosti v prestrojení.

ARR Bridge a prečo musí súhlasiť s waterfallom

ARR (ročné opakujúce sa výnosy) je manažérska metrika, nie metrika GAAP. Aproximuje priebežnú hodnotu vášho portfólia predplatného – v danom okamihu, ako by vyzeralo nasledujúcich dvanásť mesiacov výnosov z predplatného, keby sa žiadna zmluva nezmenila?

ARR sa v každom období pohybuje cez štyri kanály:

  • Nové ARR: od úplne nových zákazníkov.
  • Expanzné ARR: z upgradov, dodatočných licencií alebo prechodov na vyššie úrovne používania u existujúcich zákazníkov.
  • Kontrakčné ARR: z downgradov alebo čiastočných zrušení.
  • Zrušené ARR (Churn): z úplných zrušení.

Počiatočné ARR + Nové + Expanzia − Kontrakcia − Churn = Konečné ARR

Tu je krížová kontrola, ktorá odlišuje precíznu finančnú organizáciu od neporiadnej: smer a rozsah pohybu ARR musia byť v súlade s tým, čo robí waterfall výnosov budúcich období. Ak ARR vyskočilo o 20 %, ale tvorba nových výnosov budúcich období stagnovala, buď sú nové zmluvy fakturované spätne (v takom prípade by ste mali vidieť aj nárast pohľadávok), alebo niekto z obchodu nahlásil obchod, o ktorom fakturačný systém nevie. Prepojenie medzi rozpisom ARR a waterfallom výnosov budúcich období je to najbližšie, čo má SaaS financie k odsúhlaseniu bankového účtu. Pristupujte k tomu tak.

Päť okrajových prípadov, ktoré zničia väčšinu modelov

SaaS pomocné knihy (subledgery) pripravené na okamžité použitie zvládajú jednoduché prípady — čisté ročné predplatné zaplatené vopred bez akýchkoľvek zmien. Náročné prípady sú však tie, kde sa nachádza väčšina chýb. Budujte systém s ohľadom na ne od prvého dňa.

1. Začiatok poskytovania služieb uprostred obdobia

Zmluva podpísaná 18. apríla so začiatkom poskytovania služieb 22. apríla by mala v apríli uznať 9/30 mesačných opakujúcich sa výnosov (MRR), nie celý mesiac. Ak vaša pomocná kniha zaokrúhľuje na celé mesiace, pri každej zmluve sa pomýlite o niekoľko stoviek dolárov — čo sa zdá zanedbateľné, kým nemáte tisíce zmlúv a kumulatívna chyba nedosiahne šesťmiestne cifry.

2. Úpravy zmlúv

Zákazník pridá 20 ďalších licencií v polovici druhého roka trojročnej zmluvy. Štandard ASC 606 vám dáva jasné pravidlá: ak úprava pridáva samostatný tovar alebo služby za cenu, ktorá odráža ich samostatnú predajnú cenu, považuje sa to za samostatnú zmluvu. V opačnom prípade možno budete musieť prerozdeliť zostávajúcu transakčnú cenu medzi zostávajúce záväzky na plnenie. Väčšina pomocných kníh zvláda jednoduchú cestu „samostatnej zmluvy“ dobre, ale pri tej druhej potichu zlyháva. Otestujte tú svoju.

3. Viaczložkové zmluvy

Ročné predplatné platformy za 30 000 USD balené s jednorazovým poplatkom za implementáciu vo výške 6 000 USD predstavuje dva záväzky na plnenie, ak je implementácia samostatná. Rozdeľte transakčnú cenu 36 000 USD medzi tieto dva záväzky na základe samostatnej predajnej ceny (ktorá sa môže líšiť od ceny položky na faktúre, ak bola poskytnutá zľava), potom uznajte implementačnú časť v čase dodania a časť predplatného priebežne. Ak obe hodíte do jedného koša a uznávate ich rovnomerne, podhodnotili ste výnosy za 1. štvrťrok a nadhodnotili výnosy za zvyšok roka.

4. Variabilné protiplnenie

Ceny založené na využívaní, výkonnostné bonusy, práva na vrátenie peňazí a stupňovité zľavy predstavujú variabilné protiplnenie. ASC 606 vyžaduje, aby ste variabilnú sumu odhadli a zahrnuli ju do transakčnej ceny — s obmedzením, ktoré hovorí, že by ste mali zahrnúť len sumy, pri ktorých je vysoko pravdepodobné, že nedôjde k významnému zrušeniu výnosov. Odhad musíte obhájiť vy; zdokumentujte metodiku a v každom období vykonajte prehodnotenie.

5. Zrušenia a vrátenia peňazí

Zákazník zruší zmluvu v siedmom mesiaci ročného predplateného kontraktu. Ak sú vaše podmienky nevratné, pokračujete v uznávaní zvyšných piatí mesiacov — hotovosť, ktorú ste vybrali, je vaša a služba sa už neposkytuje, ale záväzok na plnenie už bol prenesený na zákazníka (toto je rozhodnutie, ktoré stojí za zdokumentovanie). Ak ponúkate pomerné vrátenie peňazí, zrušíte zvyšné výnosy budúcich období a vyplatíte zákazníka späť. Váš „waterfall“ (kaskádový prehľad) musí poznať rozdiel. Ak vaša pomocná kniha považuje každé zrušenie za vrátenie peňazí, vaše výnosy budú chronicky podhodnotené.

Odporúčania pre praktické nastavenie

Niekoľko nevyhnutných bodov pre akúkoľvek finančnú funkciu SaaS, ktorá sa snaží udržať tieto tri čísla v súlade:

  • Jedna pomocná kniha, jeden zdroj pravdy. Vyberte si jeden systém (vašu fakturačnú platformu, špecializovaný nástroj na uznávanie výnosov alebo — pre najmenšie firmy — prísne vedenú tabuľku) a považujte jeho výstup za autoritatívny. Každý mesiac ho odsúhlasujte s hlavnou knihou na dolár presne.
  • Dátum začiatku služby je posvätný. Kaskáda (waterfall) začína vtedy, keď začína služba, nie keď bola podpísaná zmluva a nie keď zákazník zaplatil. Zaznamenajte dátum začiatku služby pri vytvorení zmluvy a chráňte ho pred náhodnými úpravami.
  • Všetko označujte ID zmluvy. Každá faktúra, každá platba, každý zápis výnosov budúcich období a každý zápis výnosov by mali niesť identifikátor zmluvy. Keď sa prepojenie preruší, musíte byť schopní vyfiltrovať jednu zmluvu a prejsť si jej celým životným cyklom.
  • Ukladajte kaskádu ako dáta, nie ako snímku. Kaskáda generovaná na požiadanie zo zmluvných podmienok je nástroj. Kaskáda vložená do tabuľky a upravovaná priamo na mieste je budúcim problémom čakajúcim na opravu výkazov.
  • Mesačne odsúhlasujte s hlavnou knihou (GL). Súčet výnosov budúcich období v pomocnej knihe za všetky otvorené zmluvy sa musí rovnať zostatku výnosov budúcich období v hlavnej knihe. Akýkoľvek rozdiel sa vyšetrí a vyrieši pred uzávierkou mesiaca. Toto je disciplína, ktorá sa obrovsky vyplatí, keď príde audit.

Presné účtovníctvo od prvého dňa je to, čo toto všetko umožňuje. Ak sú vaše transakcie, faktúry a zmluvné podmienky zachytené prehľadne tak, ako sa dejú, uzávierka sa stáva mechanickou záležitosťou. Ak nie sú, každá uzávierka sa mení na archeologický výskum.

Prečo na tom záleží aj mimo auditu

Zakladatelia sa niekedy pýtajú, či je všetka táto zložitosť skutočne potrebná pri ARR 1 milión USD. Úprimná odpoveď: technicky to môžete odložiť. Prakticky by ste však nemali. Tri dôvody:

  1. Preverovanie (diligence) v ďalšom kole pôjde do minulosti. Investor v Series B bude žiadať finančné výkazy v súlade s ASC 606 za predchádzajúce dva až tri roky. Ak prejdete z hotovostnej bázy na akruálnu deň pred podpisom investičnej zmluvy (term sheet), strávite obdobie hĺbkovej previerky vytváraním kaskád za dva roky pod časovým tlakom. To je presne ten moment, kedy vznikajú chyby.
  2. Budete riadiť firmu podľa nesprávnych čísel. Zakladateľ, ktorý robí rozhodnutia o cenách, nábore a miere spaľovania hotovosti (burn rate) na základe hotovostných príjmov v biznise založenom na predplatnom, lieta naslepo. Kaskáda je to, čo vám povie, či bol minulý mesiac skutočným mesiacom rastu alebo len artefaktom fakturačného cyklu.
  3. Disciplína je konkurenčná výhoda. Firmy s modelom predplatného, ktoré prehľadne vykazujú ARR, výnosy budúcich období a uznané výnosy, vyzerajú v „data roome“ úplne inak ako firmy, ktoré to nedokážu. Kupujúci a investori platia merateľné prémie za čitateľnosť.

Päťstupňový model, kaskáda výnosov budúcich období a odsúhlasenie objednávok, fakturácie a výnosov nie sú byrokratickou záťažou. Sú to nástroje, ktoré vám umožňujú vidieť váš vlastný biznis. Nastavte ich včas, spúšťajte ich každý mesiac a nechajte ich prinášať hodnotu.

Udržujte svoje predplatné účtovníctvo pripravené na audit od prvého dňa

SaaS alebo predplatné podnikanie stojí a padá na dôveryhodnosti svojich údajov o výnosoch. Investori, audítori a veritelia chcú všetci to isté – jasnú líniu od podpisu zmluvy až po uznané výnosy, pričom zostatok časovo rozlíšených výnosov súhlasí v každom kroku. Beancount.io ponúka textové účtovníctvo so správou verzií, ktoré zakladateľom a finančným tímom poskytuje úplnú transparentnosť nad každou transakciou a každou zmluvou – žiadna čierna skrinka, žiadna závislosť od dodávateľa a kompletný auditný záznam, v ktorom môžete vyhľadávať pomocou grep. Začnite zadarmo a budujte také záznamy o výnosoch, ktoré zmenia hĺbkovú previerku z požiarneho poplachu na formalitu.