E-kereskedelem2026-08-206 perc olvasás3D Mátrix: [T: 2, H: 1, Ho: 2]

Webshop automatizáció: UNAS és Shoprenter összekötése Billingóval és MiniCRM-mel

A webáruház-üzemeltetés romantikája gyorsan szertefoszlik, amikor este 8-kor még a harmadik köteg Számlázz.hu vagy Billingo számlát ellenőrzöd egy végeláthatatlan Excel táblázat mellett, miközben a raktáros kolléga kétségbeesetten jelzi a belső chaten: a déli kiemelt megrendelés prémium terméke valójában nincs is a polcon, mert azt délelőtt a fizikai bemutatóteremben már eladták. Egy napi 40-50 rendelést meghaladó magyar e-kereskedelmi vállalkozás nem engedheti meg magának, hogy a magasan képzett munkatársai unalmas robotként egyesével kattintgassák ki a számlákat, gépeljék át a vevők címét a futárportálra, és manuálisan állítgassák a státuszokat. Ebben a mélyreható esettanulmányban bemutatjuk azt a robusztus, eseményvezérelt architektúrát, amivel egy hazai KKV-nál napi 5 óra adminisztrációt és havi több százezer forintos hibaveszteséget számoltunk fel.

A manuális adminisztráció vs. API-vezérelt webshop automatizáció matekja (napi 50 rendelésnél)

Manuális modell (ahogy ma a hazai webshopok 90%-a csinálja)

Rendelésenként átlag 6 perc manuális munka (adatellenőrzés, adószám-egyeztetés, Billingo/Számlázz.hu számlakiállítás, MyGLS címkemásolás, státuszállítás a webshopban) = Napi 5 óra tiszta adminisztráció. Havi 21 munkanappal számolva 105 munkaóra, ami 4.000 Ft/óra munkáltatói költséggel havi 420.000 Ft közvetlen bérkiadás. Ehhez adódik havi átlag 8 elgépelt címzés miatti sikertelen kézbesítés (kb. 32.000 Ft felesleges oda-vissza szállítási díj) és 4-6 készlethiányból fakadó törölt rendelés (kb. 190.000 Ft kieső tiszta árrés). Teljes havi teher: 642.000 Ft.

n8n + API eseményvezérelt integráció

0 másodperc emberi adatmozgatás. A vásárló rendelés leadása után 1.8 másodperccel a készlet valós időben zárolva, a NAV 3.0-kompatibilis e-számla kiállítva, a futárcímke letöltve a raktári nyomtatóra, az ügyféltörténet pedig rögzítve a MiniCRM-ben. Havi üzemeltetési díj (VPS szerver + n8n folyamatfelügyelet): 45.000 Ft/hó.

Tiszta megtakarítás: Havi 597.000 Ft forintosított nyereség + 105 óra felszabadított humán kapacitás + 0% elírási hiba.

1. A „láthatatlan bérköltség” – Miért fullad meg a napi 40-50 rendelést elérő webáruház?

A legtöbb webáruház induláskor tökéletesen működik a beépített alapfunkciókkal. Amíg napi 5-10 megrendelés érkezik, az ügyvezető vagy az asszisztens kényelmesen megnyitja a webshop adminját, átmásolja az adatokat a számlázóba, bepötyögi a vevő nevét a GLS vagy Foxpost felületére, majd a nap végén feladja a csomagokat. A gondok ott kezdődnek, amikor a marketing és a hirdetések beérnek, és a napi forgalom eléri a 40, 60 vagy 100 rendelést.

Ezen a szinten a manuális folyamat exponenciálisan kezd el lassulni. Egyetlen rendelés feldolgozása a valóságban nem 1 perc, hanem a hibákkal, adószám-kereséssel és raktári egyeztetéssel együtt átlagosan 6 teljes percet vesz igénybe. Napi 50 rendelésnél ez már 300 perc – azaz pontosan 5 óra összefüggő munkaidő.

A legnagyobb veszély, hogy a cégvezető ilyenkor reflexből új munkaerőt akar felvenni: 'kell egy adminisztrátor, aki csak a számlázást és a csomagcímkéket intézi'. Ez azonban óriási tévedés. Az új munkatárs betanítása hónapokig tart, szabadságra megy, hibázik, és valójában olyan monoton gépies munkát végez, amit egy intelligens API szerver a másodperc törtrésze alatt, nulla hibaszázalékkal képes ellátni.

A skálázódási plafon

Ha a webshopodban a rendelések növekedésével arányosan nő az adminisztrációs létszámigény, akkor nem skálázható digitális vállalkozásod van, hanem egy manuális manufaktúrád.

2. A hazai e-kereskedelmi motorok (UNAS, Shoprenter) API adottságai és korlátai

Magyarországon az UNAS és a Shoprenter a két legstabilabb és legnépszerűbb SaaS webáruház motor. Mindkét rendszer rendelkezik modern interfészekkel, azonban a webshop-tulajdonosok 90%-a nincsen tisztában a valódi technológiai működésükkel és korlátaikkal.

Az UNAS és a Shoprenter alapvetően kétféle adatkapcsolatot tesz lehetővé: a periodikus lekérdezést (polling) és az eseményvezérelt webhookokat. A klasszikus külső bővítmények gyakran óránként vagy 15 percenként futó szinkronizációval dolgoznak, ami csúcsidőszakban (például Black Friday idején vagy egy jól sikerült hírlevél kiküldésekor) katasztrofális késéseket és túlterhelést okoz.

Ezzel szemben az eseményvezérelt webhook megközelítés lényege, hogy a webáruház motor azonnal küld egy HTTP POST kérést a központi middleware szerverünknek, amint a vásárló a 'Megrendelés elküldése' gombra kattint. Nem kérdezgetjük a rendszert feleslegesen percenként, hanem azonnal reagálunk a valós eseményre.

3. A 3 legveszélyesebb buktató, amibe a webshopok belefutnak az automatizálás nélkül

A manuális vagy félig összekattintott rendszerek három kritikus ponton okoznak mérhető forintveszteséget és ügyfélfelháborodást:

Megelőzhető veszteségek

Egy 50 milliós havi forgalmú webáruháznál a fenti három hibaforrás átlagosan havi 300.000 – 600.000 Ft közötti tiszta profitot éget el teljesen feleslegesen.

  • Kettős készletfogyás (overselling race condition): Ha a termék készletét nem zároljuk a megrendelés pillanatában a többi értékesítési csatornán (pl. eMAG Marketplace, fizikai üzlet, B2B nagykereskedelmi portál), a készleten lévő utolsó 2 darabot párhuzamosan akár négyen is megvásárolhatják. Ennek eredménye: kellemetlen telefonos magyarázkodás, csalódott vásárló és azonnali vásárlói elpártolás.
  • NAV Online Számla 3.0 elakadások és adószám-hibák: Ha egy céges vevő rosszul adja meg az adószámát vagy a székhelyét, a számlázó API hibát dob. Ha ez manuálisan történik, a számla kiállítása elmarad, a csomag késik, és a könyvelő a hónap végén kétségbeesetten keresi a hiányzó bizonylatokat.
  • A manuális futárcímke-másolgatás selejtköltsége: Az elgépelt irányítószámok, lemaradt házszámok és hibás telefonszámok miatt a futárok nem érik el a címzettet. A visszaszállított csomagok kezelési díja és az oda-vissza szállítási költség közvetlen veszteségként terheli a webshopot.

4. A technikai architektúra: miért kötelező a köztes n8n middleware réteg?

Amikor a webshop-tulajdonosok automatizálásra gondolnak, gyakran a legegyszerűbb utat keresik: 'Tegyünk fel egy plugint, ami közvetlenül összeköti az UNAS-t a számlázóval!'. Ez a megközelítés azonban törékeny és veszélyes.

TUDÁSBÁZIS KULCS · 42% TARTALMI KAPU

Érdekel a teljes technikai adatmodell, a hibatűrő n8n architektúra és a lépésről lépésre implementáció?

Add meg a céges e-mail címed a teljes esettanulmány, a technikai architektúra és a gyakorlati lépések azonnali feloldásához.

Azonnali hozzáférésNem kérünk bankkártyát0% spam, bármikor leiratkozhatsz
KÖVETKEZŐ LÉPÉS A TE CÉGEDBEN

Szeretnéd automatizálni a webáruházad háttérfolyamatait?

Ne hagyd, hogy a manuális adminisztráció feleméssze a növekedési potenciálodat. Foglalj egy 30 perces díjmentes stratégiai konzultációt, és beszéljük át a te céged lehetőségeit!

Kérj webshop automatizációs konzultációt