SaaS-redovisning förklarad: intäktsredovisning, upplupna intäkter kontra förutbetalda intäkter, MRR
En tydlig genomgång av vad som gör abonnemangsredovisning unik, vilka regler som styr den, de operativa nyckeltalen som kompletterar bokföringen och vad bokföringssystemet behöver hantera för att hänga med.
SaaS-redovisning är redovisning för företag som säljer tillgång till programvara över tid. Det som skiljer detta från att sälja en vanlig produkt är tidpunkten: kunden betalar vanligtvis innan tjänsten levereras, ofta ett år i förväg, och intäkten får ofta bara redovisas i takt med att månaderna av tjänsten passerar. Allt som är specifikt för SaaS-redovisning följer direkt av detta glapp mellan fakturering och leverans.
Den här artikeln förklarar vad begreppet omfattar, vilka regler som styr det enligt IFRS 15 och ASC 606, de viktigaste nyckeltalen som ett abonnemangsbolag måste hålla ordning på samt vad ett bokföringssystem behöver göra för att säkerställa att inget av detta sköts manuellt i kalkylark.
Vad SaaS-redovisning innebär
I en vanlig butik sker försäljning, leverans och intäktsföring i samma ögonblick. I en abonnemangsaffär är dessa händelser separerade:
- Kunden skriver på ett avtal (en bokning [booking]).
- Du utfärdar en faktura, eventuellt för tolv månader i förväg (en fakturering [billing]).
- Kunden betalar (likvid/kassa [cash]).
- Du levererar tjänsten en dag i taget, och endast den del som har levererats utgör intäkt [revenue].
- Den del som har fakturerats men ännu inte levererats bokförs på balansräkningen som förutbetalda intäkter [deferred revenue], vilket är en skuld.
Ett företag som redovisar hela årsvisan fakturan som intäkt i januari rapporterar elva månaders arbete som ännu inte har utförts. Om kunden säger upp avtalet i mars och får pengarna tillbaka har den intäkten aldrig funnits på riktigt. Periodiseringsprinciperna finns till för att förhindra detta, och SaaS är den affärsmodell där denna korrigering spelar störst roll eftersom nästan all försäljning betalas innan den levereras.
SaaS-redovisning är alltså inte en helt egen uppsättning räkenskaper. Det är helt enkelt vanlig dubbel bokföring tillämpad på avtal som fullgörs över tid, kombinerat med ett lager av operativa nyckeltal som inte syns i finansiella rapporter.
Varför kassaflöde inte är samma sak som intäkt
Tänk dig en kund som betalar 2 400 EUR den 1 januari för en tolvmånadersplan. Bankkontot ökar med 2 400 EUR (exklusive moms) på dag ett. Resultaträkningen för januari visar 200 EUR i intäkt, eftersom en tolftedel av tjänsten har levererats. Resterande 2 200 EUR utgör en skuld: du är kunden elva månaders tjänst skyldig.
| Händelse i januari | Belopp |
|---|---|
| Erhållen likvid (exkl. moms) | 2 400 |
| Intäktsfört belopp | 200 |
| Förutbetalda intäkter per 31 januari | 2 200 |
Detta leder till tre konsekvenser som ofta förvirrar personer som kommer till SaaS från andra branscher:
- Ett snabbväxande SaaS-bolag ser kassa-starkt och vinstsvagt ut. Årsvisa förskottsbetalningar rullar in direkt, medan intäkterna släpar efter med upp till ett år.
- Ett krympande SaaS-bolag ser tvärtom ut. Intäkter från gamla förskottsbetalningar fortsätter att redovisas samtidigt som nya inbetalningar sinar.
- Balansen för förutbetalda intäkter är en prognostiserad intäkt. Det är intäkter som du kommer att redovisa under kommande månader utan att behöva sälja något nytt, förutsatt att du fortsätter leverera.
Ordlistans artikel om förutbetalda intäkter, upplupna intäkter och ej intjänade intäkter behandlar själva skulden mer djupgående. Tillhörande artikel om förutbetalda intäkter för SaaS med verifikat går igenom konteringen transaktion för transaktion.
De fem nyckeltalen och hur de skiljer sig åt
| Nyckeltal | Vad det mäter | Var det finns |
|---|---|---|
| Bokningar [Bookings] | Det totala avtalsvärdet som tecknats under en period | Operativ rapport, inte i huvudboken |
| Faktureringar [Billings] | Belopp som fakturerats under en period | Kundreskontra (kundfordringar) |
| Intäkter [Revenue] | Värdet av tjänster som levererats under perioden | Resultaträkning |
| Förutbetalda intäkter [Deferred revenue] | Fakturerat men ännu ej levererat | Balansräkning, skuld |
| MRR / ARR | Normaliserat månatligt (eller årligt) värde på aktiva abonnemang | Operativ rapport, inte i huvudboken |
Regeln som binder samman de fyra första är enkel: faktureringar − intäktsförda belopp = förändring av förutbetalda intäkter. Om dina rapporter inte stämmer överens med den identiteten är någon av de tre siffrorna felaktig.
MRR och ARR är de två mått som inte är redovisningsmässiga överhuvudtaget. MRR räknar enbart återkommande avtalsvärde omräknat till månadstakt, vilket innebär att en årsprenumeration på 2 400 EUR bidrar med 200 EUR i MRR medan engångsavgifter för uppsättning inte bidrar med något alls. Intäkter [revenue] inkluderar däremot uppsättningsavgiften när den väl har intjänats och följer reglerna för intäktsredovisning nedan. De två talen svarar på helt olika frågor och ska aldrig stämmas av mot varandra, utan endast förklaras.
Reglerna: IFRS 15 och ASC 606
Båda standarder använder samma modell i fem steg. För ett SaaS-avtal faller stegen ut på följande sätt.
| Steg | Regeln | Typiskt SaaS-svar |
|---|---|---|
| 1. Identifiera avtalet | En bindande överenskommelse med affärsmässig substans | Den påskrivna ordern eller godkända villkor online |
| 2. Identifiera prestationsåtaganden | Särskiljbara löften till kunden | Tillgång till programvaran; onboarding eller implementering om den är särskiljbar; premiumsupport om den säljs separat |
| 3. Fastställ transaktionspriset | Det belopp du förväntar dig att ha rätt till, inklusive rörlig ersättning | Abonnemangsavgiften minus förväntade återbetalningar eller rabatter |
| 4. Fördela priset | Över åtagandena i förhållande till fristående försäljningspriser | En paketrabatt fördelas över både programvara och onboarding, den lämnas inte på en enda rad |
| 5. Redovisa intäkten | När eller i takt med att varje åtagande uppfylls | Programvarutillgång: över tid, proportionellt; onboarding: vid en viss tidpunkt eller per milstolpe |
Tre detaljer avgör det mesta av det praktiska arbetet.
Tillgång till programvara uppfylls över tid. Kunden konsumerar tjänsten löpande, vilket innebär att intäkten redovisas jämnt över avtalsperioden. En dagsviktad rak linje är det vanligaste mönstret.
Onboarding kan vara särskiljbar eller ej. Om kunden kan ha nytta av programvaran utan din implementeringstjänst och tjänsten säljs separat är det ett separat åtagande som intäktsförs vid leverans. Om programvaran är oanvändbar utan den utgör de ett enda åtagande och hela priset intäktsförs över abonnemangsperioden. Detta är en bedömning som företaget gör, inte programvaran.
Rörlig ersättning utesluts till dess att det är sannolikt. Om du förväntar dig att 5 % av åresplanerna kommer att återbetalas är transaktionspriset 95 % av fakturan; de resterande 5 % utgör en återbetalningsskuld och inte en intäkt. Den blir en intäkt först när ångerfristen löper ut utan att några anspråk har ställts.
Artikeln om intäktsredovisning för SaaS enligt IFRS 15 med genomgångna verifikat tillämpar varje steg på ett numrerat exempel och visar tillhörande konteringar.
Vanliga misstag
- Att intäktsföra hela fakturan direkt. Det vanligaste felet: intäkten matchar faktureringen och förutbetalda intäkter existerar inte på balansräkningen. Detta överskattar intäkterna under tillväxtår och underskattar dem senare.
- Att lämna paketrabatten på en enda rad. Ett paket med programvara och onboarding värt 3 000 EUR där rabatten enbart läggs på onboarding-raden leder till att för stora intäkter redovisas i förtid. Rabatten tillhör båda åtagandena.
- Att behandla återbetalningar som en överraskning. Kända återbetalningsnivåer utgör rörlig ersättning. Att boka hela beloppet och bokföra återbetalningar i efterhand överskattar intäkten för varje period.
- Att blanda ihop MRR med intäkter. MRR är en årlig taktlöpning (run-rate); intäkt är det som faktiskt har levererats. En styrelserapport som blandar ihop dessa kommer inte att klara en bolagsbesiktning [due diligence].
- Periodiseringslistor i kalkylark. En uppställning över förutbetalda intäkter som sköts för hand glider i otakt med huvudboken så fort någon uppgraderar, nedgraderar eller säger upp sitt avtal mitt i perioden.
- Att stänga månaden med operiodiserade poster. Om upplösningen av förutbetalda intäkter sker via manuella verifikat riskerar månaden att stängas med intjänade men ej intäktsförda belopp.
Bästa praxis
- Koppla periodiseringsmetoden till fakturaraden, inte ett kalkylark. Raden som bär priset bör även bära information om hur dess intäkt intjänas: vid en viss tidpunkt, proportionellt mellan två datum, eller per milstolpe.
- Håll förutbetalda intäkter som ett härlett saldo. Skulden bör vara summan av de väntande periodiseringstrancherna, spårbar rad för rad, och inte en siffra som någon skriver in manuellt vid månadsskiftet.
- Dokumentera fristående försäljningspriser. Prisfördelningen kräver dem. Fastställ dem en gång per produkt och lagra dem i artikelregistret.
- Uppskatta återbetalningar vid faktureringstillfället. Hantera den förväntade andelen som en återbetalningsskuld och stäm av den mot faktiska kreditnotor.
- Lös upp periodiseringar som en del av bokslutsarbetet. Månaden får inte låsas förrän varje tranche som förfaller under perioden har intäktsförts.
- Håll isär moms och intäktsredovisning. Moms ska redovisas när fakturan utfärdas eller förskottsbetalningen erhålls, inte när tjänsten levereras. De två schemana måste vara helt oberoende av varandra.
- Rapportera rullande förändring [roll-forward]. Ingående balans för förutbetalda intäkter plus faktureringar minus intäktsförda belopp är lika med utgående balans för förutbetalda intäkter. Ta fram denna rapport varje månad.
- Håll MRR i en operativ rapport. Beräkna nyckeltalet baserat på aktiva abonnemang och deras normaliserade värde. Härled det inte från huvudboken och låt det inte heller påverka huvudboken.
Så automatiserar Nordlet periodiseringarna
Nordlets modul för intäktsredovisning implementerar reglerna ovan som egenskaper direkt på vanliga fakturarader, vilket innebär att det inte behövs någon separat underreskontra att stämma av.
Metod på radnivå. Varje rad på en utgående faktura kan innehålla ett recognition-objekt där method sätts till point_in_time (standardalternativet, intäkt vid fakturering), ratable med startDate och endDate, milestone med en lista procentsatser som summerar till 100, eller percent_complete. När fakturan utfärdas bokförs kundfordringen och momsen till fullo, och nettobeloppet för en periodiserad rad krediteras upplupna/förutbetalda intäkter i stället för intäktskontot.
Scheman härleds automatiskt, de skrivs inte in för hand. En proportionell rad genererar en tranche per kalenderår eller kalendermånad, viktad efter antalet tjänstedagar i den månaden. Varje tranche visas via sales/recognition-schedules/list med statusen pending (väntande), recognized (intäktsförd) eller cancelled (annullerad), vilket gör att saldot för förutbetalda intäkter kan förklaras ned till sista cent.
Tre utlösare, ingen avsökning [polling]. Intäktsföring sker när en period låses (allt som förfaller till periodens slut intäktsförs först, så att en månad inte kan stängas med okejade intäkter), när en leveransbekräftelse utfärdas mot en milstolpsrad samt när en schemalagd tranche förfaller. En testkörnings-endpoint visar vad en körning skulle bokföra innan den faktiskt genomförs.
Prisfördelning och återbetalningar. Genom att ange ett fristående försäljningspris på varje rad fördelas fakturans totalsumma proportionellt över raderna. Genom att ange en uppskattad återbetalningsgrad på en rad krediteras den andelen till en återbetalningsskuld direkt vid fakturering; efterföljande kreditnotor dras mot den skulden innan de rör intäkterna.
Abonnemang. Ett avtal med månadsvis, kvartalsvis eller årsvis fakturering genererar respektive periods utkast till faktura med proportionella rader färdiginställda, och en faktureringskörning samlar in alla aktiva avtal vars perioder har förfallit. Korta slutperioder prorateras dag för dag.
Begränsningarna dokumenteras lika tydligt som funktionerna: scheman är fixerade i euro till den växelkurs som gällde på faktureringsdagen, metoden med restvärdesfördelning är inte implementerad och betydande finansieringskomponenter omfattas inte. Programvaran klarar hantering enligt IFRS 15 och ASC 606; att avgöra vilken behandling ett specifikt avtal kräver förblir dock företagets eget ansvar.
FAQ
Vad betyder SaaS-redovisning?
Det innebär att tillämpa periodiseringsprinciper på en verksamhet som säljer tillgång till programvara över tid. Det som utmärker det är att kunder faktureras, och ofta betalar, innan tjänsten levereras. Därför redovisas intäkten i takt med att avtalsperioden fortskrider medan den icke levererade delen redovisas som förutbetalda intäkter.
Vilka är reglerna för SaaS-redovisning?
De styrande standarderna är IFRS 15 (som används i EU och större delen av världen) och ASC 606 (USA). Båda använder samma modell i fem steg: identifiera avtalet, identifiera prestationsåtagandena, fastställ transaktionspriset, fördela priset över åtagandena baserat på fristående försäljningspriser samt redovisa intäkten när eller i takt med att varje åtagande uppfylls. För programvarutillgång innebär det att intäktsföra över abonnemangsperioden.
Är förutbetalda intäkter samma sak som ej intjänade intäkter?
Ja. Förutbetalda intäkter, upplupna intäkter [ej intjänade], förutbetald intäkt och kontraktskuld är olika namn för samma balanspost: belopp som har fakturerats eller erhållits för tjänster som ännu inte har levererats. IFRS 15 använder termen "kontraktskuld" [contract liability], medan lagstadgad redovisning i regel talar om förutbetalda intäkter.
Är MRR ett redovisningsmått?
Nej. MRR är ett operativt nyckeltal: det normaliserade månatliga värdet av aktiva, återkommande avtal. Det förekommer inte i någon redovisningsstandard eller finansiell rapport. Intäkter är det som visas i resultaträkningen och inkluderar engångsposter såsom uppsättningsavgifter när de väl har intjänats.
Behöver små SaaS-bolag följa IFRS 15?
Ett bolags legala årsredovisning följer landets nationella redovisningsregler, som för EU-bolag härstammar från EU:s redovisningsdirektiv och kan medge lättnader för mindre företag. Investerare, köpare och revisorer förväntar sig dock att abonnemangsintäkter periodiseras oavsett bolagsstorlek, och de flesta nationella regelverk kräver under alla omständigheter att man tillämpar periodiseringsprincipen. Att bokföra hela fakturan som intäkt direkt är felaktigt enligt samtliga dessa ramverk.