Gyakorlati cikk rendelésből automatikus díjbekérőre, számlára és értesítőkre.
Egy webshopnál a rendelés beérkezése után sokszor ugyanaz a gépies kör indul el: adatellenőrzés, díjbekérő vagy számla kiállítása, státusz frissítése, vevő értesítése, csomagolás vagy feladás előkészítése. Ha ez kézzel történik, minden rendelés egy kis adminisztrációs csomag lesz.
A webshop és a számlázó összekötése pont ezt a kört rövidíti le. A rendelés adatai automatikusan átmennek a számlázóba, elkészül a megfelelő bizonylat, a vevő értesítést kap, a webshop pedig visszakapja a számlázási státuszt. Kevesebb kézi munka, kevesebb elírás, gyorsabb kiszolgálás.
Mit jelent a webshop-számlázó integráció?
Az integráció azt jelenti, hogy a két rendszer nem külön szigetként működik. A webshopban létrejövő rendelés adatot ad át a számlázónak, a számlázó pedig visszaadja a bizonylat adatait: számlaszámot, díjbekérő linket, PDF-et, fizetési státuszt vagy hibajelzést.
Ez történhet API-kapcsolaton keresztül, kész bővítménnyel, egyedi kapcsolattal vagy bizonyos esetekben export-import alapon. A cél minden esetben ugyanaz: ne ember másolja át az adatot, ha azt szabály alapján gép is el tudja végezni.
Először döntsd el: díjbekérő vagy számla készüljön?
Az első fontos kérdés, hogy a rendelésből azonnal számla készüljön-e, vagy először díjbekérő. Ez nem technikai, hanem üzleti és könyvelési döntés.
Banki átutalásnál gyakori, hogy a rendszer először díjbekérőt állít ki, majd a fizetés beérkezése után készül el a számla. Online bankkártyás fizetésnél vagy utánvétnél más logika lehet indokolt. Előfizetéses vagy rendszeres szolgáltatásnál pedig ismét más szabályok érvényesek.
A jó integráció nem egyetlen fix működést erőltet, hanem a fizetési módhoz, rendelési státuszhoz és belső folyamathoz igazodik.
Milyen adatokat kell átadni?
A számlázó csak akkor tud pontos bizonylatot készíteni, ha a webshopból minden szükséges adat tisztán érkezik meg.
- vevő neve vagy cégnév,
- számlázási cím,
- adószám, ha szükséges,
- e-mail-cím,
- rendelési tételek neve, mennyisége, egységára és áfakulcsa,
- szállítási díj és kedvezmény,
- fizetési mód,
- rendelési azonosító,
- pénznem és teljesítési adatok.
Ha ezek közül valamelyik hiányos vagy rossz formában érkezik, a számla hibás lesz, vagy az integráció megáll. Ezért a bekötés előtt érdemes rendbe tenni a webshop adatmezőit és a számlázási szabályokat.
A legfontosabb döntési pontok
Mikor jöjjön létre a bizonylat?
Nem mindegy, hogy már a rendelés leadásakor, fizetés után, csomagoláskor vagy teljesítéskor készüljön bizonylat. Túl korán kiállított számlánál több lehet a sztornó és javítás. Túl késői kiállításnál a folyamat lassul, és nő a kézi utánkövetés esélye.
Mi történjen hibás adatnál?
Ha hiányzik az adószám, rossz az irányítószám vagy nem ismert az áfakulcs, az integráció ne némán bukjon el. Álljon meg, jelezzen, és adjon egyértelmű teendőt a csapatnak.
Hova kerüljön vissza a számla?
A kész számla PDF-je vagy linkje visszakerülhet a rendeléshez, elküldhető e-mailben, megjelenhet az ügyfélfiókban, vagy továbbadható a könyvelés felé. Ezt érdemes előre meghatározni.
Ki küldje az értesítőt?
Az értesítést küldheti a webshop, a számlázó vagy egy külön e-mail rendszer. A fontos az, hogy ne menjen ki duplán, és a vevő pontosan értse, mit kapott: díjbekérőt, számlát, fizetési linket vagy státuszfrissítést.
Automatikus díjbekérő lépésről lépésre
Egy tipikus díjbekérős folyamat így nézhet ki:
- A vevő leadja a rendelést a webshopban.
- A webshop ellenőrzi, hogy a fizetési mód díjbekérőt igényel-e.
- Az integráció átadja a vevő- és rendelésadatokat a számlázónak.
- A számlázó létrehozza a díjbekérőt.
- A díjbekérő linkje vagy PDF-je visszakerül a rendeléshez.
- A vevő automatikus e-mailt kap a fizetési információkkal.
- Fizetés után a rendszer számlát állít ki, vagy jelzi a csapatnak a következő lépést.
Ezzel a folyamat kiszámíthatóvá válik: nem kell kézzel létrehozni a díjbekérőt, nem kell külön e-mailt írni, és nem kell fejben tartani, ki fizetett már.
Automatikus számla online fizetés után
Online fizetésnél gyakori cél, hogy sikeres fizetés után automatikusan készüljön számla. Itt különösen fontos, hogy a webshop, a fizetési szolgáltató és a számlázó ugyanazt az állapotot lássa.
A rendszernek kezelnie kell a sikertelen, megszakított vagy később jóváírt fizetéseket is. Nem elég csak a sikeres esetet megépíteni, mert a legtöbb kézi javítás a kivételekből születik.
Értesítők: ne legyen se kevés, se túl sok
A jó értesítési folyamat megnyugtatja a vevőt, de nem árasztja el felesleges e-mailekkel. Általában ezek az üzenetek hasznosak:
- rendelés visszaigazolása,
- díjbekérő vagy fizetési információ,
- sikeres fizetés visszaigazolása,
- számla elkészültéről szóló üzenet,
- csomagfeladás vagy státuszváltozás értesítője.
Fontos, hogy az üzenetek összhangban legyenek. Ha a számlázó és a webshop is küld hasonló e-mailt, a vevő könnyen két külön üzenetet kap ugyanarról, ami zavaró lehet.
Hibakezelés nélkül nincs stabil integráció
Egy integráció nem attól jó, hogy ideális esetben működik. Attól jó, hogy akkor is kiszámítható, amikor valami félremegy.
Legyen válasz arra, mi történik, ha a számlázó API-ja nem elérhető, ha hibás adat érkezik, ha kétszer futna le ugyanaz a kérés, vagy ha a fizetési státusz késve frissül. Ezek nem ritka kivételek, hanem a mindennapi működés részei.
- Legyen napló minden átadott rendelésről.
- Legyen újrapróbálkozás átmeneti hiba esetén.
- Legyen riasztás tartós hibánál.
- Legyen duplikáció-védelem, hogy ne készüljön kétszer számla.
- Legyen kézi javítási lehetőség, ha emberi döntés kell.
Mikor elég egy kész bővítmény?
Ha elterjedt webshopmotort és számlázót használtok, lehet, hogy létezik kész bővítmény. Ez jó megoldás lehet, ha egyszerű a folyamat: rendelésből számla, alap értesítő, kevés kivétel.
Érdemes viszont megnézni, hogy a bővítmény kezeli-e a ti fizetési módjaitokat, áfakulcsaitokat, kedvezményeiteket, többnyelvű vagy több pénznemes működéseteket, és azt, hogy milyen státusznál kell bizonylatot készíteni.
Mikor kell egyedi integráció?
Egyedi integráció akkor indokolt, ha a rendeléskezelés nem fér bele a kész bővítmény logikájába. Például több raktár, több webshop, B2B árlista, egyedi kedvezmény, részszámlázás, jóváhagyási folyamat vagy külön könyvelési export is része a működésnek.
Ilyenkor nem az a cél, hogy mindent nulláról építsünk, hanem hogy a meglévő rendszerek pontosan úgy kapcsolódjanak össze, ahogy a vállalkozás folyamata megkívánja.
Gyakorlati indulási sorrend
- Írjátok össze a rendelési státuszokat és fizetési módokat.
- Döntsétek el, mikor készüljön díjbekérő és mikor számla.
- Ellenőrizzétek, milyen adatok kellenek a számlázónak.
- Határozzátok meg, melyik rendszer küldi az értesítőket.
- Tervezzétek meg a hibás és kivételes eseteket is.
- Először egy gyakori, egyszerű rendeléstípussal teszteljetek.
Ha ez stabilan működik, lehet bővíteni: több fizetési módra, speciális termékekre, könyvelési exportra, futárintegrációra vagy ügyfélfiókos megjelenítésre.
Összefoglalva
A webshop és a számlázó összekötése akkor jó, ha nemcsak számlát készít, hanem a teljes rendelés utáni folyamatot átláthatóbbá teszi. Rendelésből díjbekérő vagy számla készül, a vevő pontos értesítést kap, a rendelés státusza frissül, a csapat pedig csak a kivételekkel foglalkozik.
A jó integráció nem a legegyszerűbb sikeres esetre épül, hanem a valós működésre: fizetési módokra, hibákra, visszamondásokra, duplikáció-védelemre és értesítésekre. Így lesz a számlázásból kevesebb kézi munka, kevesebb hiba és gyorsabb kiszolgálás.
