Kevés idegesítőbb mondat létezik egy boltban, mint ez:
„Egész nap ment… most meg nem küld adatot.”
A pénztárgép reggel hibátlan, délelőtt rendben, majd csúcsidőben – amikor sor áll, ideges a vevő, nyomás van –
📉 megszakad az adatkapcsolat.
Ez nem véletlen.
Ez rendszerszintű következmény. ⚠️

A legtöbben ott tévednek, hogy csak a pénztárgépet nézik.
Pedig ilyenkor egyszerre terhelődik:
a router 📡
a Wi-Fi hálózat
a mobilnet
az üzlet teljes IT-környezete
💡 Ami egész nap „elég volt”, az csúcsidőben már nem az.
👉 A hálózat nem skálázódik magától.
Ha a pénztárgép Wi-Fi-n lóg, a csúcsidő különösen veszélyes.
Mi történik ilyenkor?
több telefon csatlakozik 📱
vendéghálózat telítődik
automatikus csatornaváltás indul
nő a késleltetés
csomagvesztés jelenik meg
✔️ Internet még van
❌ NAV-adat már nem megy át
👉 A Wi-Fi nem garantál időben történő adatküldést.
Mobilnetnél csúcsidőben:
cella túlterhelődik
nő a latency
NAT-kapcsolatok megszakadnak
adatcsomagok elvesznek
📉 A pénztárgép:
próbálkozik
újraküld
pufferel
Ez rövid ideig rendben van.
De csúcsidőben a hibák összeadódnak.
Ez egy kritikus, de ritkán kimondott tény:
🧾 Csúcsidőben:
több nyugta készül
több adat keletkezik
több NAV-csomag vár küldésre
több párhuzamos művelet fut
👉 Ha a rendszer határon van méretezve, ilyenkor lépi át azt.
Ez nem „romlás”.
Ez tervezési hiányosság.
Sok rendszerben:
tanúsítvány-ellenőrzés
kulcsfrissítés
hálózati újrapróbálkozás
logolás
⏰ Ezek gyakran időzítve, nem forgalomhoz igazítva futnak.
Eredmény:
rövid kapcsolatmegszakadás
adatküldési sikertelenség
„random” hibának tűnő jelenség
Valójában nem random.
A pénztárgép tervezetten:
vár
újrapróbálkozik
sorba állít
De:
a puffer nem végtelen
az időkorlát jogszabályi
a NAV nem látja az okot, csak az eredményt
📌 A csúcsidőben jelentkező hiba a legnagyobb NAV-kockázat.
A válasz nem „erősebb internet”, hanem jobb architektúra.
✔️ vezetékes kapcsolat elsődlegesen 🔌
✔️ mobilnet valódi tartaléknak 📶
✔️ Wi-Fi csak kontrollált környezetben
✔️ terhelésre méretezett rendszer
✔️ valós idejű kapcsolatfigyelés
A modern e-pénztárgépek – például az ACLAS megoldásai – már:
terhelés alatt is stabilak
felismerik az instabil kapcsolatot
automatikusan váltanak
naplózzák a csúcsidős hibákat
Ez ma már nem extra, hanem alapelvárás. 🚀
Ha a pénztárgép mindig csúcsidőben hibázik, az nem balszerencse.
👉 Az azt jelenti, hogy:
a rendszer határon üzemel
a hálózat nincs felkészítve
a tervezés nem számolt a valós terheléssel
A kérdés tehát nem az, hogy
„miért most?”,
hanem az, hogy
👉 miért nem volt erre felkészítve a rendszer?