Računovodstvo u SaaS-u: Priznavanje prihoda, odgođeni prihodi i MRR
Jednostavno objašnjenje po čemu se računovodstvo pretplata razlikuje od ostalih, pravila koja ga reguliraju, metrike koje prate financijska izvješća i što glavna knjiga mora podržavati kako bi sve funkcioniralo bez pogreške.
SaaS računovodstvo bavi se financijskim praćenjem poslovanja tvrtki koje prodaju pristup softveru kroz određeno vremensko razdoblje. Jedina stavka koja ga čini drugačijim od prodaje klasičnih proizvoda jest vremenski raspored: kupac obično plaća prije nego što mu se usluga uopće pruži, često i godinu dana unaprijed, dok se prihod smije knjižiti tek kako mjeseci usluge prolaze. Sve specifičnosti SaaS računovodstva proizlaze upravo iz tog projazenog razdoblja između izdavanja računa i isporuke usluge.
Ovaj članak objašnjava što taj pojam obuhvaća, pravila koja vrijede prema standardima IFRS 15 i ASC 606, pregršt ključnih brojki koje tvrtka s modelom pretplata mora držati pod kontrolom te što sve računovodstveni sustav mora imati kako se ništa od toga ne bi ručno vodilo u tablicama.
Što znači SaaS računovodstvo
U običnoj trgovini prodaja, isporuka i prihod događaju se u istom trenutku. Kod modela pretplate ti se koraci razdvajaju:
- Kupac potpisuje ugovor (tzv. ugovoreni posao ili booking).
- Izdajete račun, potencijalno za dvanaest mjeseci unaprijed (tzv. fakturiranje ili billing).
- Kupac plaća (novčani priljev).
- Uslugu pružate dan po dan, a prihodom postaje samo onaj dio koji je doista isporučen.
- Dio za koji je izdan račun, a još nije isporučen, nalazi se u bilanci kao odgođeni prihod (odnosno obveza).
Tvrtka koja cijeli godišnji račun u siječnju prikaže kao prihod zapravo prijavljuje jedanaest mjeseci rada koji još nije obavljen. Ako kupac u ožujku otkaže uslugu i zatraži povrat novca, taj prihod zapravo nikada nije ni postojao. Obračunsko načelo (sučeljavanje prihoda i rashoda) postoji upravo zato da se to spriječi, a SaaS je poslovni model u kojem je ta korekcija najvažnija jer se gotovo svaka prodaja naplaćuje prije nego što se isporuči.
Stoga "SaaS računovodstvo" nije poseban skup knjigovodstvenih pravila. To je uobičajeno dvojno knjigovodstvo primijenjeno na ugovore koji se izvršavaju tijekom vremena, uz dodatni sloj operativnih pokazatelja koje službeni financijski izvještaji ne prikazuju.
Zašto novac na računu nije isto što i prihod
Uzmimo za primjer kupca koji 1. siječnja plati 2.400 EUR za dvanaestomjesečni plan. Stanje na računu u banci raste za 2.400 EUR (uvećano za PDV) već prvog dana. Račun dobiti i gubitka za siječanj prikazuje 200 EUR prihoda jer je isporučen tek jedan dvanaesti dio usluge. Preostalih 2.200 EUR predstavlja obvezu: kupcu dugujete jedanaest mjeseci usluge.
| Što se promijenilo u siječnju | Iznos |
|---|---|
| Primljeni novac (bez PDV-a) | 2.400 |
| Priznati prihod | 200 |
| Odgođeni prihodi na dan 31. siječnja | 2.200 |
Iz toga proizlaze tri posljedice koje često zbunjuju one koji u SaaS dolaze iz drugih djelatnosti:
- Brzorastuća SaaS tvrtka djeluje bogato novcem, ali siromašno dobiti. Godišnje uplate stižu unaprijed, dok prihodi kasne i do godinu dana.
- SaaS tvrtka čiji prihod pada izgleda sasvim suprotno. Prihod od starih uplata i dalje se priznaje, dok nove uplate presušuju.
- Stanje odgođenih prihoda ujedno je i prognoza. To je prihod koji ćete iskazati u nadolazećim mjesecima bez potrebe za novom prodajom, pod uvjetom da nastavite s isporukom usluge.
Pojmovnik objašnjava odgođene prihode, nepripadajuće prihode i odgođenu zaradu detaljnije, dok prateći članak o odgođenim prihodima u SaaS-u kroz knjiženja vodi kroz primjere temeljnice po temeljnicu.
Pet ključnih brojki i njihove razlike
| Pokazatelj | Što mjeri | Gdje se nalazi |
|---|---|---|
| Ugovoreni poslovi (Bookings) | Ukupna vrijednost potpisanih ugovora u razdoblju | Operativno izvješće, ne u glavnoj knjizi |
| Fakturiranja (Billings) | Iznosi fakturirani u razdoblju | Knjiga izdanih računa (potraživanja od kupaca) |
| Prihod (Revenue) | Vrijednost isporučene usluge u razdoblju | Račun dobiti i gubitka |
| Odgođeni prihodi (Deferred revenue) | Fakturirano, ali još neisporučeno | Bilanca, obveze |
| MRR / ARR | Normalizirana mjesečna (ili godišnja) vrijednost aktivnih pretplata | Operativno izvješće, ne u glavnoj knjizi |
Pravilo koje povezuje prve četiri stavke vrlo je jednostavno: fakturiranja − priznati prihodi = promjena odgođenih prihoda. Ako se vaši izvještaji ne podudaraju s tom jednadžbom, jedna od tri brojke nije točna.
MRR i ARR nisu računovodstvene kategorije. MRR obuhvaća samo vrijednost ponavljajućih ugovora svedenu na mjesečnu razinu, pa tako godišnji plan od 2.400 EUR donosi 200 EUR MRR-a, dok jednokratne naknade za postavljanje ne donose ništa. S druge strane, prihod uključuje naknadu za postavljanje kada je ona zarađena i slijedi pravila o priznavanju opisana u nastavku. Te dvije brojke odgovaraju na potpuno različita pitanja i nikada se ne usklađuju međusobno, već ih je potrebno zasebno objasniti.
Pravila: IFRS 15 i ASC 606
Oba standarda koriste isti model u pet koraka. Za SaaS ugovore ti se koraci rješavaju na sljedeći način.
| Korak | Pravilo | Uobičajeni SaaS odgovor |
|---|---|---|
| 1. Identifikacija ugovora | Pravno valjani ugovor s komercijalnom suštinom | Potpisana narudžba ili prihvaćeni internetski uvjeti |
| 2. Identifikacija obveza izvršenja | Jasna obećanja dana kupcu | Pristup softveru; uvođenje u rad ili implementacija ako su zasebni; premium podrška ako se prodaje odvojeno |
| 3. Utvrđivanje cijene transakcije | Iznos na koji očekujete pravo, uključujući promjenjivu naknadu | Cijena pretplate umanjena za očekivani povrat ili kredite |
| 4. Raspodjela cijene | Na obveze razmjerno pojedinačnim prodajnim cijenama | Popust na paket raspodjeljuje se na softver i uvođenje, a ne ostaje samo na jednoj stavci |
| 5. Priznavanje prihoda | Kada ili kako se svaka obveza podmiri | Pristup softveru: ravnomjerno tijekom vremena; uvođenje: u određenom trenutku ili prema ostvarenim prekretnicama |
Tri pojedinosti određuju većinu operativnog posla.
Pristup softveru ispunjava se tijekom vremena. Kupac kontinuirano koristi uslugu, pa se prihod priznaje ravnomjerno kroz razdoblje trajanja usluge. Najčešći je pristup linearni raspored prema broju dana.
Uvođenje u rad može, ali ne mora biti zasebno. Ako kupac može imati koristi od softvera bez usluge implementacije, a ta se usluga prodaje zasebno, riječ je o odvojenoj obvezi koja se priznaje po izvršenju. Ako je softver neupotrebljiv bez uvođenja, te dvije stavke čine jednu obvezu, a cijeli se iznos priznaje kroz razdoblje pretplate. Odluku o tome donosi tvrtka, a ne softver.
Promjenjive naknade izuzimaju se dok nisu izvjesne. Ako očekujete da će 5 % godišnjih planova zatražiti povrat novca, cijena transakcije iznosi 95 % računa, dok preostalih 5 % predstavlja obvezu po osnovi povrata, a ne prihod. Prihodom postaju tek kada prođe rok za povrat bez zaprimljenog zahtjeva.
Članak o priznavanju prihoda u SaaS-u prema standardu IFRS 15 uz knjiženja primjenjuje svaki korak na numeriranom primjeru i prikazuje odgovarajuće temeljnice.
Uobičajene pogreške
- Priznavanje prihoda u trenutku fakturiranja. Najčešća pogreška: prihod je jednak fakturiranom iznosu, a odgođeni prihodi ne postoje u bilanci. Time se u godinama rasta prihodi prikazuju previsokima, a kasnije prenisokima.
- Ostavljanje popusta na paketu na samo jednoj stavci. Paket softvera i uvođenja vrijedan 3.000 EUR, kod kojeg je popust primijenjen isključivo na stavku uvođenja, prebrzo priznaje prevelik prihod. Popust mora biti raspoređen na obje obveze.
- Tretiranje povrata kao iznenađenja. Poznate stope povrata predstavljaju promjenjivu naknadu. Knjiženje punog iznosa i naknadno storniranje povrata iz mjeseca u mjesec umjetno napuhuje prihode.
- Miješanje MRR-a i prihoda. MRR je mjesečni pokazatelj tempa poslovanja, dok je prihod ono što je stvarno isporučeno. Prezentacija upravi koja ove pojmove zamjenjuje neće proći reviziju ili financijski dubinski pregled (due diligence).
- Tablični rasporedi. Tablica za odgođene prihode koja se vodi ručno neizbježno će se razići s glavnom knjigom onog trenutka kada netko tijekom razdoblja nadogradi, smanji ili otkaže paket.
- Zaključivanje mjeseca s neproknjiženim odgodama. Ako se oslobađanje odgođenih prihoda provodi ručnom temeljnicom, mjesec se može zatvoriti uz zarađene, ali nepriznate prihode.
Najbolje prakse
- Metodu priznavanja postavite na stavci računa, a ne u tablici. Stavka koja nosi cijenu mora definirati i način na koji se prihod stječe: u određenoj točki, ravnomjerno između dva datuma, prema prekretnicama ili stupnju dovršenosti.
- Odgođene prihode vodite kao izvedeni saldo. Obveza mora biti zbroj preostalih tranši prema rasporedu, s mogućnošću provjere stavku po stavku, a ne iznos koji netko upisuje na kraju mjeseca.
- Evidentirajte pojedinačne prodajne cijene. Raspodjela ih zahtijeva. Odredite ih jednom po proizvodu i pohranite uz katalog artikala.
- Procijenite povrate u trenutku izdavanja. Očekivani udio vodite kao obvezu za povrat te ga uskladite s stvarnim odobrenjima (kreditnim bilješkama).
- Oslobodite odgođene prihode u sklopu zaključenja mjeseca. Mjesec se ne može zaključiti dok se ne prizna svaka tranša koja je dospjela u tom razdoblju.
- Odvojite PDV od priznavanja prihoda. PDV dospijeva u trenutku izdavanja računa ili primitka predujma, a ne kada se usluga isporuči. Ta dva rasporeda moraju biti neovisna.
- Pratite kretanje salda. Početni odgođeni prihodi, uvećani za fakturiranja, umanjeni za priznate prihode, daju zaključne odgođene prihode. Izradite to izvješće svaki mjesec.
- MRR držite u operativnom izvješću. Izračunajte ga iz aktivnih pretplata i njihove normalizirane vrijednosti. Nemojte ga izvoditi iz glavne knjige niti dopustiti da utječe na knjiženja.
Kako Nordlet automatizira odgodu prihoda
Nordletov modul za priznavanje prihoda primjenjuje gore navedena pravila kao svojstva običnih stavki računa, čime se uklanja potreba za zasebnom pomoćnom knjigom koju bi trebalo usklađivati.
Metoda na razini stavke. Svaka stavka izdanog računa prihvaća objekt recognition gdje je method postavljen na point_in_time (zadano, prihod u trenutku izdavanja), ratable s definiranima startDate i endDate, milestone s popisom postotaka čiji je zbroj 100 ili percent_complete. Prilikom izdavanja računa, potraživanje i PDV knjiže se u cijelosti, dok se neto iznos odgođene stavke knjiži u korist odgođenih prihoda umjesto običnih prihoda.
Rasporedi se izvode automatski, nema ručnog upisa. Ravnomjerna stavka generira jednu tranšu po kalendarskom mjesecu, ponderiranu prema broju dana pružanja usluge u tom mjesecu. Svaka je tranša vidljiva putem sales/recognition-schedules/list sa statusom na čekanju (pending), priznata (recognized) ili otkazana (cancelled), što omogućuje precizno obrazlaganje stanja odgođenih prihoda u cent.
Tri okidača, bez suvišnih provjera. Priznavanje se knjiži kada se razdoblje zaključi (sve što dospijeva do kraja razdoblja najprije se priznaje, čime se onemogućuje zatvaranje mjeseca s neproknjiženim prihodom), kada se izda dokument o isporuci za stavku vezanu uz prekretnicu te kada dospije planirana tranša. Krajnja probna točka (dry-run endpoint) prikazuje što će se proknjižiti prije nego što se stvarna knjiženja izvrše.
Raspodjela i povrati. Postavljanje pojedinačne prodajne cijene na svaku stavku raspodjeljuje ukupni iznos računa razmjerno po stavkama. Postavljanje procjene povrata na stavci knjiži taj udio u obvezu za povrat pri samom izdavanju računa; kasnija odobrenja umanjuju tu obvezu prije nego što dotaknu prihode.
Pretplate. Ugovor s mjesečnim, tromjesečnim ili godišnjim razdobljem naplate automatski generira nacrt računa za svako razdoblje s već postavljenim ravnomjernim stavkama, dok proces naplate provjerava sve aktivne ugovore kojima je dospjelo razdoblje naplate. Kratka završna razdoblja obračunavaju se razmjerno broju dana.
Ograničenja su dokumentirana jednako jasno kao i značajke: rasporedi su fiksirani u eurima prema tečaju na dan izdavanja, metoda rezidualne alokacije nije implementirana, a značajne financijske komponente nisu obuhvaćene. Softver u potpunosti podržava IFRS 15 i ASC 606, dok odluka o tome koja je obrada potrebna za konkretan ugovor ostaje odgovornost same tvrtke.
FAQ
Što znači SaaS računovodstvo?
To znači primjenu obračunskog načela na poslovanje tvrtke koja prodaje pristup softveru tijekom vremena. Ključna je karakteristika to što se kupcima računi izdaju, a često i plaćaju, prije nego što se usluga isporuči, zbog čega se prihod priznaje kako razdoblje usluge odmiče, dok se neisporučeni dio vodi kao odgođeni prihod.
Koja su pravila SaaS računovodstva?
Mjerodavni standardi su IFRS 15 (koji se primjenjuje u EU i većem dijelu svijeta) i ASC 606 (u Sjedinjenim Američkim Državama). Oba koriste isti model u pet koraka: identificirati ugovor, utvrditi obveze izvršenja, odrediti cijenu transakcije, raspodijeliti je na obveze prema pojedinačnim prodajnim cijenama te priznati prihod kada ili kako se svaka obveza podmiri. Za pristup softveru to znači priznavanje prihoda tijekom trajanja pretplate.
Jesu li odgođeni prihodi isto što i nepripadajući prihodi?
Da. Odgođeni prihodi, nepripadajući prihodi, odgođena zarada i ugovorne obveze različiti su nazivi za istu stavku u bilanci: iznose fakturirane ili primljene za usluge koje još nisu isporučene. IFRS 15 koristi naziv "ugovorna obveza", dok zakonski financijski izvještaji u EU obično koriste izraz "odgođeni prihodi".
Je li MRR računovodstvena kategorija?
Ne. MRR je operativni pokazatelj: normalizirana mjesečna vrijednost aktivnih ponavljajućih ugovora. On se ne pojavljuje ni u jednom računovodstvenom standardu niti u službenim financijskim izvještajima. Prihod je ono što prikazuje račun dobiti i gubitka, a uključuje i jednokratne stavke poput naknada za postavljanje onda kada su one zarađene.
Moraju li male SaaS tvrtke pratiti IFRS 15?
Zakonski financijski izvještaji tvrtke prate nacionalne standarde financijskog izvještavanja (računovodstvene propise) u njezinoj zemlji, što za tvrtke u EU proizlazi iz računovodstvenih direktiva koje mogu dopuštati pojednostavljenja za subjekte male veličine. Ipak, investitori, kupci i revizori očekuju da se prihodi od pretplata odgađaju bez obzira na veličinu, a većina nacionalnih okvira u svakom slučaju nalaže primjenu obračunskog načela. Prikazivanje cijelog iznosa računa kao prihoda u trenutku izdavanja pogrešno je prema svakom od tih standarda.