Nordlet

← Alapok / Magyarázatok

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/list vé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 és sale_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.