Automatikus számlázás és ismétlődő fizetés: mi a különbség?

Röviden

Az ismétlődő számlázás bizonylatot készít, az ismétlődő fizetés pénzbeszedést kezdeményez. A kettő összekapcsolható, de külön állapotot és hibakezelést igényel. Az előfizetés időszakát és a szolgáltatáshoz való hozzáférést is külön szabállyal kell követned.

Az automatikus számlázás a számla elkészítését végzi. Az ismétlődő fizetés a szolgáltatási díj újbóli beszedését kezdeményezi. Ha havidíjas szolgáltatást indítasz, mindkettőt meg kell tervezned: az elkészült számla nem igazolja, hogy megérkezett a pénz, és a sikeres fizetés mellett is elakadhat a bizonylat kiállítása.

Először azt döntsd el, mi indítja a számlázást: az időszak fordulója, egy megrendelés vagy egy sikeres fizetés. Ezután rendeld hozzá a pénzbeszedés és a szolgáltatási hozzáférés külön szabályait. Az alábbi példa és hibamátrix ebben segít.

Mi a különbség az ismétlődő fizetés és a számlázás között?

Ismétlődő számlázásnál egy beállított ütemezés vagy üzleti esemény alapján új bizonylat készül. Ismétlődő fizetésnél a rendszer a megfelelő felhatalmazás és fizetési feltételek alapján újra kezdeményezi az összeg beszedését. Az egyik a dokumentumot, a másik a pénzügyi tranzakciót kezeli.

Kérdés	Számlakiállítás	Fizetés	Előfizetés kezelése
Mi a feladata?	Bizonylat létrehozása	Az összeg beszedése és eredményének követése	A csomag, az időszak és a megújítás kezelése
Miből látod az eredményt?	Számlaszám, bizonylat és kiállítási állapot	Tranzakcióazonosító és fizetési állapot	Előfizetés- és szolgáltatásállapot
Mire nem bizonyíték önmagában?	Arra, hogy megérkezett a pénz	Arra, hogy elkészült a számla	Arra, hogy minden kapcsolódó művelet sikerült

Ezeket össze lehet kapcsolni. Egy ismétlődő számlához tartozhat automatikus beszedés is: a Stripe dokumentációja például előfizetésekhez is külön választja a kézi fizetést és az automatikus terhelést. A kérdés az, hogy a konkrét összeállításodban melyik működik.

Az angol subscription billing kifejezés gyakran a teljes számlázási folyamatot jelenti, ezért nem érdemes egyszerűen „számlakiállításnak” fordítani.

Mikor induljon az automatikus számlázás?

A számlakiállítás kiváltó eseményét külön írd le. Egy előre beállított havi időpont rendszeresen készülő bizonylatot jelent; egy sikeres fizetési eseményhez kapcsolt integráció pedig a terhelés eredményére vár. A két folyamat eltérő ellenőrzést igényel. A saját működésedhez válassz időzítést, majd ellenőrizd, mit támogat a számlázási és fizetési kapcsolatod.

A Komashi dokumentációjában leírt számlázási kapcsolat a sikeres fizetést követi. Ezt a működést ne keverd össze azzal az igénnyel, hogy minden hónap adott napján a fizetéstől függetlenül készüljön el egy számla.

Melyik automatizmusra van szükséged?

Három gyakori igényt érdemes külön megfogalmaznod:

• „Minden hónapban készüljön el a számla.” Ez dokumentum-előállítási feladat. A fizetés módját és követését külön kell hozzárendelned.
• „Az ügyfélnek ne kelljen minden hónapban újra elindítania a fizetést.” Ehhez az adott fizetési mód által támogatott, megfelelően engedélyezett ismétlődő beszedés szükséges.
• „A megfelelő ügyfél a megfelelő ideig használhassa a szolgáltatást.” Ehhez előfizetési és hozzáférési szabály is kell: mit jelent az aktív időszak, mikor történik megújítás, és mi lesz sikertelen fizetésnél?

Az automatikus számlázásnak és az egyeztetésnek is lehet saját integrációja. A Számla Agent külső rendszerből kezdeményezett bizonylatkiállítást tesz lehetővé. Az autokassza a beérkező banki utalások számlákhoz rendelésében segít. Az utóbbi feladat egy már megtörtént fizetés egyeztetése.

Saját példa: egy havi szolgáltatás megújítása

Tegyük fel, hogy havi 12 000 Ft-os szolgáltatást értékesítesz, és az ügyfél minden hónap 10-én új időszakot kezd. Ez szemléltető működési példa, nem Komashi-csomagár vagy ügyféleredmény.

Az egyik lehetséges folyamat:

1. A szolgáltatás rendszere megállapítja, hogy esedékes a következő időszak díja.
2. A fizetési integráció kezdeményezi az engedélyezett terhelést.
3. A rendszer ellenőrzi és rögzíti a fizetés tényleges eredményét.
4. A sikeres fizetéshez kapcsolódó számlázási feladat elkészíti a bizonylatot.
5. Az előfizetési és hozzáférési állapotot a meghatározott szolgáltatási szabály szerint frissíti.

Ez fizetés utáni számlakiállítást feltételező példa. Más működésben a bizonylat vagy díjbekérő megelőzheti a fizetést; a saját számlakiállítási kötelezettségedet és időzítésedet a könyvelőddel tisztázd.

A példában három külön eredményt kell tudnod visszakeresni: a fizetést, a bizonylatot és az adott szolgáltatási időszak állapotát. A puszta „megújítás lefutott” üzenetből nem derül ki, hol maradt teendő.

Mi történjen, ha csak a folyamat egyik része sikerül?

Az alábbi táblázat tervezési segédlet. A teendőket a választott rendszer működéséhez és a szolgáltatásod feltételeihez kell igazítanod.

Fizetés állapota	Számla állapota	Következő lépés
Sikeres	Elkészült	Ellenőrizd a megfelelő ügyfelet, időszakot és szolgáltatási állapotot.
Sikeres	Sikertelen vagy hiányzik	A számlázási hibát vizsgáld; egy számlahiba miatt ne indíts újabb terhelést.
Sikertelen	Nincs bizonylat	A fizetési hibát kezeld, és a saját szabályod alapján dönts a hozzáférésről.
Még nem érkezett be	Elkészült	Nyitott fizetési tételként kövesd; a számla léte nem igazolja a kiegyenlítést.

Külön gondolj azokra a helyzetekre is, amikor az eredmény még ismeretlen. Egy későn érkező visszajelzésnél előbb keresd vissza az eredeti tranzakciót. Ellenőrizetlen újraindítással könnyű ugyanarra az időszakra két fizetési kísérletet létrehozni.

Hogyan kapcsolódik ehhez a Komashi?

A Komashiban a fizetési szolgáltatók és a számlázási szolgáltatók külön beállítási területet kapnak. A fizetési dokumentáció szerint az ügyfél a fizetési szolgáltatón keresztül a szolgáltatónak fizet; a pénzáramlásban a Komashi nem vesz részt. Az elérhető fizetési módot a régiódnak és a működésednek megfelelően kell kiválasztanod. A felsorolt fizetési módokból nem következik, hogy mindegyik automatikusan terhelhető.

A számlázási dokumentáció a saját számlázási szolgáltató csatlakoztatását írja le. Bekapcsolt integrációnál a sikeres fizetéseket automatikus számlakiállítás követi. Az integráció opcionális: külső, kézi számlázást is választhatsz, ekkor a bizonylat elkészítése a te feladatod.

Az előfizetések nézetében az ügyfelet, a csomagot, az állapotot és az ismétlődő árat tudod követni. Ez külön nézőpontot ad a fizetések és számlák mellé.

Indulási ellenőrzőlista

Mielőtt éles ügyfélnek értékesítesz, a szolgáltatók tesztkörnyezetében vagy az általuk dokumentált teszteljárással nézd végig:

• Egyértelmű az ár, az időszak és a megújítás feltétele.
• A kiválasztott fizetési mód támogatja a kívánt megújítási folyamatot.
• Megtörténik a szükséges ügyfél-felhatalmazás rögzítése.
• Külön visszakereshető a fizetési eredmény és a számlakiállítás eredménye.
• Meghatároztad, mi történik sikertelen vagy ismeretlen állapotú fizetésnél.
• Tudod, ki javítja a számlázási hibát, és hogyan kerülhető el az ismételt terhelés.
• Az ügyfél tudja, hol látja az előfizetését és hol kérhet segítséget.

Minden helyzethez írd le előre az elvárt eredményt. A „számlázási hibát kezeljük” helyett például ellenőrizhető feltétel, hogy az eredeti fizetés sikeres marad, miközben a számlázási feladat hibáját kivizsgálod. Az időszakot és a tranzakcióazonosítót együtt tartsd nyilván, hogy ugyanazt a megújítást tudd követni a rendszerek között.

Komashival állítod össze a folyamatot? Kezdd a fizetési szolgáltató kiválasztásával, majd külön nézd át a számlázási kapcsolatot. Így már az indulásnál látható, melyik eredményért melyik rendszer felel.

Gyakori kérdések

Az ismétlődő számla automatikusan levonja a pénzt?

A számla elkészülte önmagában nem jelent pénzbeszedést. Automatikus terheléshez megfelelő fizetési kapcsolat és ügyfél-felhatalmazás kell. Egyes rendszerek a számlakiállítást és a beszedést összekapcsolják; a konkrét beállítást ellenőrizd.

Az ismétlődő fizetéshez tartozik automatikus számlázás is?

Ez a használt rendszertől és integrációtól függ. A Komashi dokumentációja külön, opcionális számlázási kapcsolatot ír le, amely sikeres fizetés után számlát készít. Kézi, külső számlázás is választható.

Mit tegyek, ha a fizetés sikeres, de a számla nem készült el?

Először ellenőrizd a fizetés eredményét és az eredeti tranzakciót, majd a számlázási hibát javítsd a rendszer dokumentált eljárásával. A hiányzó számla miatt önmagában ne indíts újabb terhelést.

Források és további olvasnivaló

• Stripe — Billing collection methods
• Komashi — Payment Providers
• Komashi — Invoicing Provider
• Komashi — Subscriptions
• Számlázz.hu — Számla Agent
• Számlázz.hu — Autokassza

Frissítve: 2026. október 22.