Az MVM földgáz-ügyfélkiszolgálási rendszerének most bejelentett frissítése első ránézésre egy „szokásos” karbantartásnak tűnhet, valójában azonban egy komoly háttérrendszer-migrációról van szó, amelynek hatása az ügyfelek mindennapi életében is érezhető lesz. A hivatalos tájékoztatás szerint az MVM célja, hogy egyszerűbb, gyorsabb és kényelmesebb ügyintézést biztosítson, ezért fejleszti az ügyfélkiszolgálási háttérrendszert, az online felületeket és a mobilalkalmazást. A gyakorlatban ez egy olyan informatikai átállítást jelent, amely szeptember 21. és 29. között zajlik, de a korlátozások már szeptember 17-től október elejéig érintik az ügyfeleket.

A közműszolgáltatók informatikai rendszerei jellemzően több, egymással szorosan összekapcsolt komponensből állnak. A földgázfelhasználókat kiszolgáló rendszer magában foglalja az ügyfél-nyilvántartást, a számlázási modult, a fogyasztásmérési adatokat kezelő alrendszert, az online ügyfélszolgálati portált, a mobilalkalmazás háttér-API-jait, valamint azokat az interfészeket, amelyek például a Lapker és a Magyar Posta hálózatán keresztüli előre fizetős gázóra-feltöltést biztosítják. Egy ilyen rendszerfrissítés tipikusan adatbázis-migrációval, alkalmazás-szerver frissítéssel, új integrációs réteg bevezetésével vagy éppen egy teljesen új, egységes ügyfélkiszolgálási platformra való átállással jár.

A közlemény alapján a földgázügyintézés telefonos és személyes csatornán is korlátozott lesz, az online ügyfélszolgálat és a mobilalkalmazás pedig egyáltalán nem lesz elérhető a megadott időszakban. Ez erős jelzés arra, hogy nem pusztán egy frontend-frissítésről van szó, hanem a háttérben futó core-rendszer(ek) mélyebb átalakításáról. Ilyenkor a szolgáltató jellemzően úgynevezett „freeze” időszakot vezet be: a régi rendszerben már nem, vagy csak nagyon korlátozottan enged új módosításokat (például szerződésmódosítás, díjcsomagváltás, új bekapcsolás), miközben az adatokat átmozgatja az új platformra, majd ott ellenőrzi a konzisztenciát.

Technikailag ez több lépésből állhat. Először snapshot készül a régi adatbázisról, majd az adatok egy migrációs eszközön keresztül átalakított struktúrába kerülnek. Ha a régi és az új rendszer eltérő adatmodellt használ (ami nagyon gyakori, ha például egy régi, monolitikus rendszerből egy modernebb, moduláris vagy mikroszerviz-alapú architektúrára váltanak), akkor mező-átnevezések, normalizálás, új kulcsok bevezetése, historikus adatok külön tárolása is történhet. Az ilyen migrációk egyik kritikus pontja a számlázási és fogyasztási adatok pontossága: egyetlen hibásan kezelt mérőállás vagy számlatétel is komoly ügyfélpanaszokat és jogi problémákat okozhat.

A közleményben szereplő információk szerint a leglátványosabb hatás az lesz, hogy a földgázfelhasználók számára nem lesz elérhető az online ügyfélszolgálat és a mobilalkalmazás, valamint szünetel az előre fizetős gázórák feltöltése a Lapker és a Posta hálózatában. Ez utóbbi különösen érzékeny pont: az előre fizetős (prepaid) mérők működése azon alapul, hogy a felhasználó előre vásárol egy bizonyos mennyiségű energiát, amelyet egy kód vagy kártya formájában „feltölt” a mérőre. A Lapker és a Posta rendszere ilyenkor valójában egy központi MVM-rendszerrel kommunikál, amely generálja vagy érvényesíti a feltöltőkódot, és jóváírja az összeget az adott mérőhöz tartozó számlán.

Ha ez a központi rendszer átállítás alatt áll, a külső partnerek (Lapker, Posta) nem tudnak megbízhatóan tranzakciót indítani, ezért a szolgáltató biztonsági okokból inkább teljesen leállítja a feltöltési lehetőséget a migráció idejére. Ez informatikai szempontból érthető, de felhasználói oldalról komoly kockázatot jelent: aki nem készül fel előre, az könnyen olyan helyzetbe kerülhet, hogy a mérője lekapcsol, miközben nincs módja új feltöltést vásárolni. Ilyen esetekben a szolgáltatók egy része ideiglenes védelmi mechanizmusokat alkalmaz (például átmeneti vészüzemmód, tartalék kredit), de az, hogy az MVM pontosan milyen megoldást használ, a közleményből nem derül ki.

A telefonos és személyes ügyfélszolgálat korlátozása arra utal, hogy az ügyintézők által használt belső rendszerek is érintettek. Ezek jellemzően nem azonosak az ügyfelek által látott webes felülettel, de ugyanarra a háttér-adatbázisra és üzleti logikára támaszkodnak. Ha a core-rendszer nem, vagy csak részlegesen elérhető, az ügyintézők sem tudnak minden műveletet elvégezni. Ilyenkor gyakori megoldás, hogy csak információt adnak (például számlaegyenleg, korábbi fogyasztás), de új igényeket, módosításokat nem rögzítenek, vagy csak papíron, későbbi rögzítésre. Ez viszont növeli az adminisztrációs hibák esélyét, és jelentősen lassítja az ügyintézést.

Érdemes a helyzetet tágabb kontextusba helyezni. Az energiaszolgáltatók világszerte hasonló kihívásokkal küzdenek: a régi, sokszor évtizedes múltra visszatekintő rendszerek (legacy billing, CRM, mérés-adatgyűjtő platformok) nehezen illeszthetők az új elvárásokhoz, mint az online önkiszolgálás, mobilapp, valós idejű fogyasztáskövetés, dinamikus árazás vagy éppen az okosmérők integrációja. A modernizáció elkerülhetetlen, de minden nagyobb átállás magában hordozza a szolgáltatáskiesés és az ügyfél-elégedetlenség kockázatát. A kulcs az, hogy mennyire sikerül ezt a folyamatot átgondoltan, jól kommunikálva és technikailag felkészülten végrehajtani.

Az MVM közleménye hangsúlyozza, hogy a cél a gyorsabb és kényelmesebb ügyintézés. Informatikai szempontból ez több dolgot is jelenthet: skálázhatóbb infrastruktúrát (például konténerizált mikroszervizek, Kubernetes-alapú üzemeltetés), korszerűbb adatbázis-technológiát, egységesített ügyfélprofilt (single customer view), valamint olyan API-réteget, amelyre könnyebben lehet új online funkciókat építeni. Ha a háttérben valóban ilyen irányú fejlesztések zajlanak, az hosszú távon az ügyfeleknek is előnyös lehet: stabilabb online felület, gyorsabb válaszidők, kevesebb hibás számla, átláthatóbb fogyasztási adatok.

Ugyanakkor a mostani átállás időzítése és kiterjedtsége felvet néhány kérdést. Egy közel két hetes, több csatornát érintő korlátozás jelentős terhelést ró az ügyfelekre, különösen azokra, akik előre fizetős mérőt használnak, vagy akik kizárólag online intézik ügyeiket. A modern üzemeltetési gyakorlatban egyre gyakoribb a „zero downtime” vagy „near-zero downtime” migráció, amikor a régi és az új rendszer egy ideig párhuzamosan fut, és a forgalom fokozatosan terelődik át. Ez azonban jóval bonyolultabb, és nem minden régi rendszerrel megvalósítható. Feltételezhető, hogy az MVM jelenlegi architektúrája és a választott új platform közötti különbség olyan nagy, hogy a párhuzamos üzemeltetés csak korlátozottan vagy egyáltalán nem volt reális opció.

Felhasználói oldalról a legfontosabb gyakorlati tanulság, hogy ilyen bejelentések esetén érdemes előre felkészülni. Aki előre fizetős gázórát használ, annak célszerű még az átállás előtt feltölteni a mérőt, és lehetőség szerint tartalék kreditet hagyni rajta. Azoknak, akik rendszeresen az online ügyfélszolgálaton keresztül intézik ügyeiket (számlaletöltés, mérőállás-bejelentés, részletfizetési kérelem stb.), érdemes a kritikus teendőket az átállás előtti vagy utáni időszakra ütemezni. Bár a közlemény nem tér ki rá részletesen, az ilyen migrációk során gyakran előfordul, hogy az első napokban még kisebb fennakadások, lassulások, időszakos hibák jelentkeznek az új rendszerben, amíg a terhelés, a cache-ek és a monitoring finomhangolása megtörténik.

Összességében az MVM földgáz-ügyfélkiszolgálási rendszerének frissítése technikailag érthető és hosszú távon valószínűleg indokolt lépés, de a megvalósítás módja jól mutatja, milyen nehéz egy nagy, kritikus infrastruktúrát érintő informatikai átállítást úgy végrehajtani, hogy az a felhasználók számára „észrevétlen” maradjon. Informatikai szemmel ez egy komplex, sok komponensre kiterjedő projekt, amely adatbázis-migrációt, alkalmazásfrissítést, integrációs átalakítást és üzemeltetési változásokat foglal magában. Ügyféloldalról viszont mindez annyiban jelenik meg, hogy „nem működik az online ügyfélszolgálat, nem tölt a gázóra, és a telefonos ügyintézés is lassúbb”. A kettő közötti szakadékot csak átlátható kommunikációval, előrelátó tervezéssel és a lehető legkisebb szolgáltatáskieséggel lehet szűkíteni – most kiderül, az MVM mennyire tudja ezt a gyakorlatban megvalósítani.