Egy automatikus számlázás webshop példája akkor válik igazán érthetővé, amikor a rendelésből nem újabb adminisztrációs feladat lesz, hanem szabályozott folyamat. A vásárló leadja a rendelést, megérkezik vagy visszaigazolódik a fizetés, a rendszer elkészíti a megfelelő bizonylatot, majd a vásárló és az adminisztrátor is megkapja a szükséges információkat. Ez elsőre egyszerűnek hangzik, de a megfelelő időzítésen és az állapotkezelésen múlik, hogy a folyamat valóban csökkenti-e a hibákat.
Egy kisebb forgalmú webshopban még kezelhető lehet a kézi számlakiállítás. Néhány tucat rendelésnél azonban gyorsan megjelennek a tipikus problémák: elgépelés a számlázási adatokban, kimaradt számla, rossz teljesítési dátum, sztornózás helyett új számla, vagy olyan bizonylat, amelyet a vevő már a csomag megérkezése után kap meg. Az automatizálás célja nem pusztán a gyorsaság. A cél az, hogy a webshop, a fizetés, a szállítás és a számlázás üzleti logikája ne mondjon egymásnak ellent.
Mit jelent jól felépítve az automatikus számlázás?
Az automatikus számlázás nem azt jelenti, hogy minden beérkező rendelésről azonnal számla készül. Ez csak bizonyos értékesítési helyzetekben helyes működés. A jó megoldás azt vizsgálja, milyen fizetési módot választott a vevő, mi történt a fizetéssel, milyen rendelési állapotban van a megrendelés, és milyen bizonylatot kell kiállítani.
Egy webshopban jellemzően három rendszer dolgozik együtt: maga az áruház, az online fizetési szolgáltató vagy banki kapcsolat, valamint a számlázóprogram. UNAS és OpenCart környezetben ezt rendszerint integráció, modul vagy egyedi fejlesztés köti össze. A technikai kapcsolat önmagában azonban kevés. El kell dönteni, melyik esemény legyen a számla kiállításának indítója.
Bankkártyás előrefizetésnél például logikus lehet a sikeres tranzakció visszaigazolására építeni. Utánvétnél ugyanez már hibás döntés lenne, mert a pénz csak a csomag átvételekor realizálódik. Előre utalásnál pedig a rendelés leadása és a pénz beérkezése között akár több nap is eltelhet. Ha az automatizmus minden esetben azonnal végszámlát állít ki, később sok fölösleges módosító vagy sztornó bizonylat keletkezhet.
Automatikus számlázás webshop példája egy valós folyamathoz közel
Tegyük fel, hogy egy magyar webshop lakásfelszerelési termékeket értékesít. A vásárló 24 990 forint értékben rendel, bankkártyával fizet, és házhoz szállítást választ. A webshop átadja a rendelési adatokat a fizetési szolgáltatónak, majd a sikeres fizetésről visszajelzést kap. Ekkor a rendelés állapota például „Fizetve” lesz.
Erre az állapotra építve a számlázóintegráció elkészíti az elektronikus számlát. A számlán a vevő számlázási adatai, a rendelés termékei, a szállítási díj, az áfaértékek és a fizetési mód is a webshopból érkeznek. A bizonylat sorszámot kap, bekerül a számlázó rendszerbe, és a vevő e-mailben megkapja. Az adminisztrációban a rendeléshez tárolható a számla sorszáma vagy a bizonylat elérhetősége is, így az ügyfélszolgálat később gyorsan megtalálja.
A raktár ezután összekészíti a csomagot. Ha egy termék átmenetileg mégsem elérhető, a rendelést nem érdemes egyszerűen törölni. A már elkészült számlát a számlázóprogram szabályai szerint kell kezelni, majd a webshop rendelési állapotát is összhangba kell hozni ezzel. Ez az a pont, ahol sok félautomata beállítás elhasal: a számla elkészül, de a készletkezelés, a rendelésstátusz és a vevői kommunikáció már nincs egy rendszerben kezelve.
Utánvét esetén más szabály kell
Ugyanebben a webshopban az utánvétes rendelésnél a számla kiállítása történhet a csomag feladásakor, de gyakran célszerűbb a teljesítéshez vagy az átvétel visszaigazolásához kötni. A pontos folyamat függ a vállalkozás számviteli gyakorlatától, a szállítópartner visszajelzéseitől és az alkalmazott számlázási megoldástól.
A lényeg, hogy az utánvétet ne bankkártyás fizetésként kezelje a rendszer. A fizetési módnak, a fizetési határidőnek és a számla státuszának egyértelműen kell megjelennie. Az automatizmus akkor hasznos, ha nem kényszeríti a kollégát napi ellenőrzésekre és kézi javításokra.
Milyen adatokat kell pontosan átadni?
A számlázási kapcsolat minősége elsősorban az adatminőségen mérhető. Ha a webshopban hibásan vagy hiányosan gyűjtjük a számlázási adatokat, azt a számlázóprogram nem fogja üzletileg értelmezni helyettünk.
A rendszernek legalább a vevő nevét, címét, céges vásárlásnál az adószámot, a termékek megnevezését, mennyiségét, egységárát, áfakulcsát, a kedvezményeket, a szállítási díjat és a fizetési módot kell következetesen kezelnie. A kuponok és a csomagkedvezmények külön figyelmet igényelnek. Ha a kedvezmény csak a webshop rendelési összesítőjében jelenik meg, de a számlán nem megfelelően oszlik el, eltérés keletkezhet a két rendszer között.
Szintén gyakori hiba, hogy a szállítási díj áfakezelése vagy a fizetési módhoz rendelt felár nincs megfelelően leképezve. Ezek apró konfigurációs részleteknek látszanak, mégis napi szintű számlajavításokat okozhatnak. Egy fejlesztés vagy modulbeállítás átadásakor ezért nem elég egy sikeres próbarendelés. Többféle kosárral, fizetési móddal, céges adattal, kuponnal és részleges teljesítési helyzettel is tesztelni kell a folyamatot.
UNAS és OpenCart: nem ugyanaz a beállítási feladat
UNAS rendszerben az elérhető számlázókapcsolatok és rendelési állapotok jelentős része a platform saját lehetőségeihez igazodik. Ez gyorsabb indulást adhat, de a speciális üzleti logika mozgástere korlátozottabb lehet. Ha például összetett B2B árképzés, egyedi rendelésjóváhagyás vagy különleges számlázási feltétel van, előbb azt kell felmérni, hogy a rendszer és a választott integráció pontosan mire képes.
OpenCart esetén szélesebb a lehetőség egyedi modulokra és saját folyamatokra. Ez előny, amikor a számlázást a rendelés státuszán túl készletinformációhoz, külső ERP-hez vagy egyedi szállítási eseményhez kell kötni. Ugyanakkor nagyobb a felelősség is: a modulok verziókompatibilitását, a sablonmódosítások hatását, a hibakezelést és a későbbi frissíthetőséget is figyelembe kell venni.
A platformválasztásnál ezért nem az a jó kérdés, hogy „van-e automatikus számlázás?”, hanem az, hogy a saját értékesítési folyamatunkhoz milyen feltételekkel illeszthető. Egy egyszerű, stabilan működő beállítás gyakran többet ér, mint egy túlzottan egyedire szabott, de nehezen karbantartható folyamat.
Mikor nem érdemes mindent automatikussá tenni?
Vannak helyzetek, amelyekhez jóváhagyási pont szükséges. Ilyen lehet az egyedi áras B2B rendelés, az előlegszámlás értékesítés, a részszállítás, a rendelésmódosítás vagy az olyan termék, amelyet csak beszállítói visszaigazolás után lehet biztosra ígérni. Ilyenkor a teljes automatizálás helyett megfelelőbb lehet, ha a rendszer számlatervezetet készít, vagy csak egy kijelölt státuszváltás után állítja ki a bizonylatot.
A számlázás adózási és számviteli kérdés is, ezért a rendelési folyamat kialakítását célszerű a könyvelési gyakorlattal összehangolni. A fejlesztő feladata az, hogy a jóváhagyott üzleti szabályokat hibamentesen képezze le a webshopban, a számlázóban és a kapcsolódó modulokban. Nem az, hogy találgatással pótolja a vállalkozás pénzügyi döntéseit.
Bevezetés előtt ezt érdemes ellenőrizni
Mielőtt élesítjük az automatikus számlázást, legyen egyértelmű, mely rendelési állapotok indítanak számlakiállítást, és mi történik sikertelen fizetés, törlés, visszatérítés vagy részleges teljesítés esetén. Ellenőrizni kell azt is, hogy a számla e-mailben való kiküldése, az adminisztrációs visszakereshetőség és az ügyfélszolgálati folyamat megfelelő-e.
Különösen webshopköltözésnél fontos ez a felmérés. Egy régi rendszerből átvitt termékadat, fizetési beállítás vagy rendelési állapot elnevezése nem feltétlenül működik változatlanul az új platformon. Az átállás során a termékképek, keresőbarát URL-ek, metaadatok és átirányítások mellett a háttérfolyamatokat is tesztelni kell, mert a bevételt sokszor nem a látványos felület, hanem a jól működő rendeléskezelés védi meg.
A jó számlázási automatizmus csendben dolgozik: a vásárló időben kapja meg a bizonylatát, a munkatárs nem keres elveszett rendeléseket, és a rendszer kivételes helyzetekben is érthetően jelez. Ha ez a három feltétel teljesül, az automatizálás nem egy újabb modul lesz a webshopban, hanem kiszámíthatóbb üzemeltetési alap.
