Időszakos kapcsolatmegszakadás pénztárgépnél: miért pont csúcsidőben romlik el?

A téma gyakorlati jelentősége a vállalkozások számára

A vállalkozás számára az a jó pénztárgépes megoldás, amely a jogszerű működés mellett a napi munkát is egyszerűbbé és kiszámíthatóbbá teszi. 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 .

Miért pont csúcsidőben romlik el az adatkapcsolat?

Kevés idegesítőbb mondat létezik egy boltban, mint ez:

„Egész nap ment… most meg nem küld adatot.”

Ez nem véletlen. Ez rendszerszintű következmény.

Csúcsidőben terhelés van – nem csak a pénztárgépen

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.

Wi-Fi: csúcsidő = rádiós káosz

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.

Mobilnet: ilyenkor fogy el az „ingyen stabilitás”

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.

A pénztárgép ilyenkor dolgozik a legtöbbet

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.

Időzített folyamatok pont ilyenkor futnak össze

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.

Csúcsidőben nincs türelem – se a rendszerben, se a boltban

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.

Hogyan lehet ezt megelőzni?

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.

Mit érdemes megjegyezni a témáról?

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?