Webshop számlázó program: automatizálás rendeléstől a számláig

A webshopok többségénél a rendelésfeldolgozás legdrágább része nem a csomagolás, hanem a láthatatlan adminisztráció: vevőadatok másolása, tételek ellenőrzése, szállítási díjak kezelése, számla kiállítása, majd visszakeresés reklamációnál. Egy webshop számlázó program akkor ad igazán üzleti értéket, ha ezt a láncot automatizálja, nem csak “számlát tud nyomtatni”.

Ebben a cikkben végigvesszük, hogyan épül fel a rendeléstől a számláig tartó automatizált folyamat, milyen döntési pontokkal kell számolni Magyarországon (NAV adatszolgáltatás, fizetési módok, sztornó, visszaküldés), és milyen minimum adat- és folyamatszabályokra van szükség ahhoz, hogy a rendszer stabilan, hibák nélkül működjön.

Mit jelent a “rendeléstől a számláig” automatizálás a gyakorlatban?

A legtöbb webshopnál a rendelés több státuszon megy át (beérkezett, fizetésre vár, fizetve, összekészítés, feladva, teljesítve, visszaküldve). A számlázás automatizálása nem egyetlen gomb, hanem szabályok rendszere:

• Mikor álljon ki a számla: rendeléskor, fizetéskor, csomagfeladáskor, teljesítéskor?

• Mi történjen utánvétes rendelésnél?

• Hogyan kezeljük a részszállítást és a részvisszatérítést?

• Mikor kell helyesbítő számla vagy sztornó?

Magyar környezetben ehhez hozzáadódik az online adatszolgáltatás kérdése is. A számlázási folyamatnak együtt kell élnie a NAV Online Számla elvárásaival és a belső könyvelési igényekkel.

A legfontosabb döntési pont: mikor keletkezzen a számla?

A “helyes időpont” nem csak kényelmi kérdés, hanem vevőélmény, cashflow és hibakockázat is.

1) Számla fizetéskor (online kártya, azonnali átutalás)

Ez az egyik legstabilabb automatizmus: ha a webshop fizetési státusza “sikeres”, a rendszer kiállítja és elküldi a számlát.

Előny: minimális a sztornó esélye. Hátrány: ha a fulfillment folyamat késik, a vevőnél már ott a számla, miközben a csomag még nincs úton.

2) Számla csomagfeladáskor (teljesítéshez közelebb)

Tipikus akkor, ha több raktárból, több részletben teljesítesz, vagy gyakori a “nem volt készleten” helyzet.

Előny: jobban igazodik a teljesítéshez. Hátrány: a pénz beérkezéséhez képest későbbi admin, és több rendszeresemény kell (szállítási integráció, státuszfrissítés).

3) Számla utánvét beérkezésekor

Utánvétnél gyakori félreértés, hogy “elég feladáskor számlázni”. Üzletileg működhet, de hibák forrása lehet, ha a csomagot nem veszik át, vagy visszajön.

Itt a jó automatizmus kulcsa az, hogy legyen egy megbízható jel (például “kézbesítve és átvéve”, vagy “utánvét rendezve”), ami elindítja a számlakiállítást, és legyen előre definiált sztornó/korrekció folyamat is.

Milyen adatok kellenek ahhoz, hogy a számlázás tényleg automata legyen?

Az automatizálás ott szokott szétesni, hogy a webshop rendelésében lévő adatok nem elég tiszták vagy nem elég részletesek. Például hiányzik az adószám, keveredik a szállítási és számlázási cím, vagy a kuponkedvezmény nincs jól felosztva tételszinten.

Az alábbi táblázat egy “minimum életképes” adatlistát mutat, ami már elég a legtöbb automatizált számlázási folyamathoz.

Automatizálási minták: melyik illik a webshopodhoz?

A cél ugyanaz (kevesebb kézi munka), de az út eltérhet.

All-in-one üzleti rendszer (CRM + számlázás + feladatok)

A legkevesebb “ragasztást” igénylő megközelítés az, ha az értékesítési és ügyfélfolyamatok, a számlázás, a feladatok és a riportok egy platformon belül élnek. Ilyenkor a rendelés nem csak “számlázási esemény”, hanem ügyfél-esemény is: visszatérő vásárló, reklamáció, upsell lehetőség.

A Dr.CRM például egy rendszerben kezeli a CRM-et, a számlázást, a feladatokat és a riportokat, és a leírása szerint testreszabható, automatizálásokkal támogatja a folyamatokat, valamint több cég kezelése is megoldható. (Konkrét webshop-integrációk elérhetőségét mindig érdemes az aktuális bevezetési egyeztetésen tisztázni.)

Integráció különálló webshop és számlázó között

Ha a webshop és a számlázó külön rendszerek, akkor az automatizálás általában az alábbiak egyikével történik:

• API és webhook alapú összekötés (rugalmas, de fejlesztést igényel)

• Integrációs szolgáltató (gyorsabb, de limitáltabb logikával)

• Ütemezett export-import (a legkevesebb fejlesztés, de kevésbé valós idejű)

A választásnál nem az a fő kérdés, hogy “össze lehet-e kötni”, hanem az, hogy milyen hibakezeléssel: mi történik, ha hiányzik egy adat, ha a NAV adatszolgáltatás visszadob, vagy ha részben módosul a rendelés.

Egy bevált, stabil folyamat webshop számlázó programhoz

Az alábbi logika jól skálázódik, és nem csak a számlázást, hanem az üzemeltetést is egyszerűsíti.

Rendelés beérkezik, és létrejön az ügyfél “egyetlen igaz” rekordja

Az automatizmus első lépése, hogy a rendszer ne duplikálja a vevőket (ugyanaz az e-mail, ugyanaz a telefonszám). Ha CRM-et is használsz, itt dől el, hogy később mennyire lesz tiszta a riport és az ügyféltörténet.

Adatellenőrzés, kivételkezeléssel

Nem érdemes mindent “hard fail”-re tenni. Inkább legyen egy kivétellogika:

• Ha B2B jelölés van, de nincs adószám, menjen “ellenőrzésre” státuszba.

• Ha a számlázási cím hiányos, kérjen automatikus adatpótlást e-mailben.

Itt kapcsolódik jól a feladatmenedzsment: a kivétel automatikusan feladattá válik, felelőssel és határidővel. (Ha érdekel, hogyan lehet ezt KKV-ként átláthatóvá tenni, hasznos lehet a Dr.CRM feladatfolyamatokról szóló cikke: Feladatmenedzsment KKV-knak.)

Fizetési esemény, mint kiállítási trigger

A legtöbb automatizált számlázás akkor stabil, ha egyetlen trigger pont van (például “fizetve”). Ha több csatornán jöhet pénz (kártya, átutalás, utánvét), akkor fontos, hogy legyen egy egységesített státusz, amit a számlázó program ért.

Számla generálás, majd automatikus kiküldés

A vásárlói élmény szempontjából kritikus, hogy a vevő gyorsan megkapja a számlát. Üzemeltetési szempontból pedig fontos, hogy a számla kiküldése naplózott legyen (ki, mikor, melyik címre). Ez a későbbi reklamációknál és könyvelési egyeztetésnél rengeteg időt spórol.

Szállítás, státuszfrissítés, és egyeztetés

Ha a számla kiállítása és a szállítás külön életet él, jönnek a “hol a csomag?” és “miért ez az összeg?” típusú ügyek. Érdemes úgy összerakni a folyamatot, hogy a rendelés, a számla és a teljesítési státusz összekapcsolva maradjon.

Visszaküldés, sztornó, helyesbítés: az automatizálás igazi próbája

A webshop számlázás akkor érett, ha a kivételeket is kezeli, nem csak a “happy path”-ot.

Tipikus esetek, amikre érdemes előre szabályt írni:

• Rendelés törlése fizetés előtt: ne készüljön számla.

• Rendelés törlése számla után: automatikus sztornó, és rendelés státusz lezárása.

• Részleges visszaküldés: helyesbítő számla vagy jóváírás logikája (a könyvelői gyakorlathoz igazítva).

• Szállítási díj visszatérítése: csak bizonyos feltételeknél jár, legyen szabályozva.

Ezeknél nem feltétlen az a cél, hogy minden 100 százalékban automatikus legyen. Sokszor az a legjobb, ha az automatizmus előkészít, majd jóváhagyást kér.

Riportok és cashflow: miért nem mindegy, milyen számlázó programot választasz?

A webshopos növekedésnél gyorsan előjön a kérdés: mennyi a valós bevétel, mennyi a visszatérítés, mennyi a kintlévőség, és melyik csatorna termel profitot. Ha a rendelésadatok és a számlaadatok szétesnek, a riportolás kézi Excel lesz.

Egy integrált rendszerben vagy jól összekötött rendszerekben viszont olyan alapmutatók válnak megbízhatóvá, mint:

• fizetési módok aránya és költsége

• visszaküldési arány termékcsoportonként

• átlagos kosárérték nettó, kedvezményekkel

• kintlévőség és beérkezési idők

A számlaadatokra épülő pénzügyi tervezésről külön is érdemes olvasni: Cashflow tervezés számlákból.

Adatvédelem és hozzáférések: automatizálni csak kontroll mellett érdemes

Webshopos számlázásnál személyes adatok (név, cím, e-mail, telefonszám) és pénzügyi adatok mozognak. Automatizálás előtt legyen tiszta:

• ki fér hozzá a vevőadatokhoz és a számlákhoz

• hogyan naplózott a módosítás

• mi a megőrzési és törlési logika

A CRM-es adatkezelés alapjairól jó kapaszkodó a Dr.CRM GDPR témájú anyaga: GDPR a CRM-ben.

Hogyan állj neki: gyors bevezetési ellenőrzőlista

Ha most szeretnéd rendbe tenni a rendeléstől a számláig tartó folyamatot, a legtöbb webshopnál ez a három lépés hozza a leggyorsabb áttörést:

• Írd le a trigger pontot (fizetés, feladás, teljesítés), és döntsd el, mikor keletkezzen számla.

• Tisztítsd az adatokat: kötelező mezők, B2B adatok, kedvezmény és szállítás tétellogika.

• Definiáld a kivételeket: törlés, visszaküldés, részszállítás, sztornó és helyesbítés.

Ha már használsz CRM-et, érdemes a számlázást nem külön szigetként kezelni, hanem folyamatként, automatikus feladatokkal és riportokkal. A Dr.CRM kifejezetten KKV-knak pozicionált, all-in-one megközelítése (CRM, számlázás, workflow, riportok) ebben jó irány lehet. További információ: drcrm.hu.

Ha pedig az automatizálás üzleti oldalát szeretnéd először megfogni, hasznos háttér a CRM-folyamatok megtérüléséről szóló összefoglaló: CRM automatizálás KKV-knak.