MRR és ARR magyarországon: Hogyan mérik valójában az előfizetési bevételeket
Mit mér az MRR és az ARR, a mozgási híd, amely használhatóvá teszi őket, miért nem számviteli bevétel mindez, valamint a hibák, amelyek mesterségesen felfújják ezeket.
Az MRR a havi szinten visszatérő bevétel (monthly recurring revenue): az érvényben lévő előfizetési szerződések normalizált értéke havi bontásban kifejezve. Az ARR ennek az évesített változata, amely havi elszámolású vállalkozás esetén egyszerűen az MRR × 12.
Ezek egyike sem számviteli mutató. Egyik számviteli standardban sem találja meg az MRR-t, semmilyen pénzügyi kimutatásban vagy könyvvizsgálói jelentésben. Ez egy olyan operatív mutatószám, amely megválaszolja azt a kérdést, amelyet az eredménykimutatás szándékosan nem tesz fel: ha semmi sem változna, mekkora össüzeget számláznánk ki a következő hónapban?
Mi számít visszatérő tételnek
Az MRR értéke teljes egészében abból a fegyelemből fakad, hogy mit foglalunk bele. Ide tartoznak a következők:
- Az aktív szerződések szerinti előfizetési díjak havi szintre normalizálva (egy 2 400 €-s éves előfizetés havi 200 €-t hoz a konyhára)
- A lekötött visszatérő kiegészítők és felhasználói licenc (seat) bővítések
- A visszatérő kedvezmények, csökkentő tételként
Ezeket ne vegye figyelembe:
- Egyszeri bevezetési, implementációs és betanítási díjak
- Szakmai szolgáltatások és egyedi munkák
- Havonta változó túlfogyasztási díjak (usage overages) – kivéve, ha valóban stabilak, de ebben az esetben ezt jelezni kell
- Hardvereladások
- Próbaidőszakok (trial) és aláíratott leendő ügyletek (pipeline)
A teszt lényege annak eldöntése, hogy az összeg magától visszatér-e a következő hónapban anélkül, hogy bárkinek tennie kellene érte valamit. Ha összemossa az egyszeri díjakat az MRR-rel, az utóbbi megszűnik futási ráta (run-rate) lenni, és a bevétel egy rosszabb változatává válik.
A mozgási híd
Önmagában egyetlen MRR-szám szinte semmire sem jó. Az információ a két időszak közötti hídban rejlődik:
Nyitó MRR
+ Új ügyfelek (New) (új ügyfelek)
+ Bővülés (Expansion) (frissítések, több licenc)
− Szűkülés (Contraction) (visszaminősítések, kevesebb licenc)
− Lemorzsolódás (Churn) (távozott ügyfelek)
= Záró MRR
Egy lezárt hónap euróban kifejezve:
| Komponens | Összeg |
|---|---|
| Nyitó MRR | 42 000 |
| Új ügyfelek | +3 800 |
| Bővülés | +1 400 |
| Szűkülés | −900 |
| Lemorzsolódás | −2 300 |
| Záró MRR | 44 000 |
A növekedés 2 000 €, de a mögöttes összetétel adja meg a diagnózist. A nettó bevételmegtartás (net revenue retention) értéke itt (42 000 + 1 400 − 900 − 2 300) ÷ 42 000 = 95,7% – a meglévő bázis zsugorodik, a növekedés pedig teljes egészében az új értékesítéstől függ. Egy 110%-os NRR-rel rendelkező vállalkozás anélkül is növekszik, hogy bármi újat eladna, a 95%-os pedig egy lyukas vödröt töltöget újra. Ugyanaz a záró MRR, teljesen más vállalat.
Az MRR nem azonos a bevétellel
A kettő folyamatosan eltér egymástól, és ha összekeveri őket, az valós hibákhoz vezet:
| MRR | Számviteli bevétel | |
|---|---|---|
| Alapja | Szerződéses futási ráta egy adott időpontban | Adott időszakban elért bevétel |
| Szabályozza | Az Ön saját definíciója | IFRS 15 / nemzeti számviteli szabályok |
| Egyszeri díjak | Kizárva | Belefoglalva |
| Éves előre fizetés | Definíció szerint egyenletesen elosztva | Teljesítés arányában elosztva – általában ugyanaz, de nem mindig |
| Hó közbeni változások | Gyakran teljes értéken számolva | Időarányosítva (pro-rata) |
| Ellenőrizhető | Nem | Igen |
Egy március 15-én aláírt éves szerződés a legtöbb definíció szerint teljes havi értékével növeli a márciusi MRR-t, miközben a márciusi elszámolt bevétel csak félhavi. Mindkét megközelítés helyes a maga célja szerint. Az viszont nem helyes, ha az MRR × 12-t bevétel-előrejelzésként mutatja be, vagy ha összeveti a kettőt, és megegyezést vár el.
A kapcsolat, amelyet érdemes tisztán látni: a halasztott bevétel a teljesítés előtti számlázás mérlegre gyakorolt következménye; az MRR az ezt előállító szerződések operatív nézete; az elszámolt bevétel pedig az, amiről a könyvelés beszámol. Három nézet, egy vállalkozás.
Hol történik a számok felfújása
- A foglalások (bookings) beszámítása MRR-ként. Egy aláírt hároméves üzlet nem jelent három évnyi azonnali MRR-t; ez havi szinten visszatérő érték.
- Egyszeri díjak bevonása. A leggyakoribb felfújási forma, amely a következő hónapban megmagyarázhatatlan MRR-lemorzsolódásként köszön vissza.
- A nem önkéntes lemorzsolódás figyelmen kívül hagyása. A meghiúsult kártyás fizetések, amelyek megszüntetik az előfizetést, lemorzsolódásnak számítanak, függetlenül a szándéktól.
- Éves szerződések számlázási értéken történő számítása. Egy 2 400 €-s éves kifizetés 200 € MRR-t jelent, nem 2 400 €-t.
- Devizaárfolyam-eltolódás. Ha a külföldi előfizetéseket az aktuális időszaki árfolyamon váltják át, az MRR akkor is mozogni fog, ha semmi sem történt. A mutatószámhoz rögzített árfolyamot használjon, a számviteli átváltást pedig tartsa attól külön – lásd a többdevizás könyvelés témakörét.
Mit tesz és mit nem tesz a Nordlet
Egyszerűen fogalmazva: az MRR-t és az ARR-t nem a termék számolja ki. Nincs előfizetési mutatókról szóló jelentés, nincs MRR mozgási híd és nincs lemorzsolódásszámítás sem. Aki mást állít egy számviteli API-ról, az általában egy számlázási platformot ír le.
Amit a főkönyv biztosít, az az az alapanyag, amelyből ezek a mutatók felépíthetők, olyan részletességgel, amelynek köszönhetően azok könyvvizsgálhatóvá válnak, ahelyett, hogy egy olyan táblázat maradna belőlük, amelyben senki sem bízik:
- Visszatérő megállapodások a számlázási feltételeikkel, valamint az ezek alapján generált számlákkal.
- Teljesítési ütemezések (recognition schedules) – a
POST /v1/sales/recognition-schedules/listvégpont visszaadja a soronkénti ütemezett összegeket és dátumokat, ami a legközelebb áll ahhoz a szerződéses futási rátához, amivel a számviteli oldal rendelkezik. - Számlasorok időszakokkal, amelyekből levezethető az ügyfélankénti havi szerződéses érték.
- Webhook események –
sale_invoice.issuedéssale_invoice.paid–, így egy mutatószolgáltatás reagálhat a változásokra ahelyett, hogy újra kellene olvasnia a teljes könyvet.
Az ésszerű munkamegosztás: a főkönyv felel azért, ami jogilag igaz (elszámolt bevétel, halasztott egyenlegek, követelések), a mutatószertefűzés rétege pedig az operatív nézetért. Az MRR főkönyvből történő felépítése (és nem azzal párhuzamosan való vezetése) biztosítja, hogy a kettő összeegyeztethető maradjon, amikor egy befektető megkérdezi, miért térnek el egymástól.
FAQ
Mi a különbség az MRR és az ARR között?
Az ARR az MRR évesített formája – havi előfizetésekkel dolgozó vállalkozás esetén az MRR × 12. Az ARR az éves szerződéses vállalkozásoknál, az MRR pedig a havi elszámolásúaknál honosodott meg; ugyanazt az információt hordozzák.
Azonos-e az MRR a bevétellel?
Nem. Az MRR az érvényben lévő szerződések adott időpontbeli normalizált futási rátája; a bevétel pedig az, amit a számviteli standardok szerint egy adott időszakban elértnek tekintenek. Az egyszeri díjak, a hó közbeni időarányosítások és az elszámolási szabályok miatt a kettő eltér egymástól, az MRR pedig nem minősül auditált összegnek.
Be kell-e számítani az egyszeri díjakat az MRR-be?
Nem. A beállítási, implementációs és szakmai szolgáltatási díjak nem térnek vissza, így ha bevonja őket, azzal túlbecsüli a futási rátát, és a következő hónapban kitalált lemorzsolódást generál. Ezeket külön kell kimutatni.
Mi az a nettó bevételmegtartás (net revenue retention)?
A bővülés mínusz a szűkülés és a lemorzsolódás, a meglévő ügyfelek nyitó bázisához viszonyítva, az új értékesítések kizárásával. A 100% feletti érték azt jelenti, hogy a meglévő bázis magától növekszik; a 100% alatti pedig azt, hogy az új értékesítések a veszteségek pótlására szolgálnak, mielőtt még valódi növekedést érnének el.
Hogyan befolyásolják az éves szerződések az MRR-t?
Ezeket normalizálják: egy 2 400 €-s éves szerződés havi 200 € MRR-t képvisel, függetlenül attól, hogy a számlázása egyszerre, előre történik. A készpénz egy összegben érkezik be, a halasztott bevétel egyenlege tartalmazza a még nem teljesített részt, az MRR pedig a havi értéket tükrözi.