A digitális káosz anatómiája: Mi történt a gépezetben?
Ahogy mélyebbre ásunk az ügyben, kezd kirajzolódni a technikai probléma természete. A modern bankolás kényelmes – 2026-ban már a telefonunkkal fizetünk, okosórával veszünk fel pénzt –, de ez a kényelem komplex, gyakran évtizedes alapokra épülő informatikai rendszereken nyugszik.
Iparági forrásaink és a hasonló korábbi esetek elemzése alapján a mostani hiba nagy valószínűséggel egy hétvégi rendszerkarbantartás vagy szoftverfrissítés nem várt mellékhatása lehet.
A banki informatika egyik legkritikusabb pontja a tranzakciók valós idejű (real-time) és a könyvelési (batch) rendszerek közötti szinkronizáció. Amikor Ön egy vasárnap délután az ATM-hez lép, a gép egy „engedélykérést” küld a bank központjába. Ha van fedezet, a gép kiadja a pénzt, és „zárolja” az összeget. A végleges könyvelés azonban gyakran csak a következő munkanapon, azaz hétfőn történik meg.
A mostani esetben – feltételezéseink szerint – ez a szinkronizáció sérülhetett. Két fő hibaforrás rajzolódik ki:
- A késleltetett terhelés: A rendszer a hétvégén „elfelejtette” zárolni az összeget. Az ügyfél azt hitte, több pénze van, mint valójában, majd hétfőn a rendszer egyszerre „észbe kapott” és levonta a tételt. Ez azoknak fáj, akik a látszólagos többletet időközben elköltötték, és így fedezethiányba kerültek.
- A fantom-duplázás: Ez a súlyosabb verzió. A rendszer valamiért kétszer küldte el a könyvelési parancsot ugyanarról a tranzakcióról. Egyszer a zároláskor, egyszer pedig a véglegesítéskor, de a rendszer nem ismerte fel, hogy ugyanarról a tételről van szó. Ez eredményezi a rettegett dupla levonást.
Bár a digitális bankolás korában élünk, a magyar bankrendszer gerincét még mindig sok helyen úgynevezett „legacy” (örökölt) rendszerek alkotják. Ezek stabilitása kulcsfontosságú, de egy-egy rosszul sikerült frissítés dominóként döntheti be a folyamatokat.
A bankok ilyenkor jellemzően válságstábokat állítanak fel. Az informatikusok versenyt futnak az idővel, hogy azonosítsák a hibás kódsort vagy adatbázis-bejegyzést, miközben az ügyfélszolgálati vonalak izzanak a dühös hívásoktól. A helyzetet súlyosbítja, hogy a hibás könyvelések korrigálása nem mindig automatikus; gyakran manuális beavatkozást vagy bonyolult szkriptek futtatását igényli, ami időbe telik.
De mit jelent ez az Ön pénztárcájára nézve, és mik a jogai egy ilyen helyzetben? A következő oldalon a gyakorlati teendőkre fókuszálunk.