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

Az automatikus számlázás kiállítja a bizonylatot, az ismétlődő fizetés beszedi a díjat. Nézd meg a különbséget havi példával és hibakezelési táblázattal.

- Szerző: Komashi Team
- URL: https://komashi.com/blog/2026/10/21/automatikus-szamlazas-ismetlodo-fizetes/
- Megjelent: 2026-10-21
- Frissítve: 2026-10-22
- Language: hu

## 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](https://docs.stripe.com/billing/collection-method) 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](https://tudastar.szamlazz.hu/gyik/szamla-agent-automatikus-szamlazas-koltsege) külső rendszerből kezdeményezett bizonylatkiállítást tesz lehetővé. Az [autokassza](https://tudastar.szamlazz.hu/gyik/hogyan-mukodik-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](https://komashi.com/docs/provider/Settings/08payment-providers/) és a [számlázási szolgáltatók](https://komashi.com/docs/provider/Settings/09invoicing-providers/) 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](https://komashi.com/docs/provider/subscriptions/) 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](https://komashi.com/docs/provider/Settings/08payment-providers/), majd külön nézd át a [számlázási kapcsolatot](https://komashi.com/docs/provider/Settings/09invoicing-providers/). Í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

- [Stripe — Billing collection methods](https://docs.stripe.com/billing/collection-method)
- [Komashi — Payment Providers](https://komashi.com/docs/provider/Settings/08payment-providers/)
- [Komashi — Invoicing Provider](https://komashi.com/docs/provider/Settings/09invoicing-providers/)
- [Komashi — Subscriptions](https://komashi.com/docs/provider/subscriptions/)
- [Számlázz.hu — Számla Agent](https://tudastar.szamlazz.hu/gyik/szamla-agent-automatikus-szamlazas-koltsege)
- [Számlázz.hu — Autokassza](https://tudastar.szamlazz.hu/gyik/hogyan-mukodik-az-autokassza)