Revolut je odpovedal tudi v Sloveniji: en izpad je ustavil 30 storitev

Revolutove storitve so 20. oktobra 2026 odpovedovale tudi uporabnikom v Sloveniji: iVarnost je poročal, da je slovenska stran za stanje storitev prikazovala 30 delno nedosegljivih funkcij. Med njimi so bile prijava v aplikacijo, kartična plačila, nakazila in dvigi gotovine. Oznaka je pomenila moteno delovanje, zato ni vsak uporabnik ves čas naletel na enako težavo.

Motnje je Revolut pripisal izpadu storitev Google Cloud v londonski regiji. Kot je objavil El País, je družba še isti dan sporočila »Podemos confirmar que todos los servicios ya se han restablecido« in zatrdila, da sta denar ter podatki strank ves čas ostala varna. Izjava potrjuje obnovitev storitev, ne določa pa minute, ko je znova delovala vsaka posamezna funkcija za uporabnike v Sloveniji.

Kaj je bilo moteno v Sloveniji

Izpad je segel čez samo mobilno aplikacijo. Poleg prijave so bile med prizadetimi funkcijami plačevanje s kartico, polnjenje računa, prenosi med računi, dvigi na bankomatih in menjava valut. Na seznamu so bile tudi poslovne in druge storitve. Za uporabnika je bila razlika med temi funkcijami pomembna: odprta aplikacija še ni pomenila, da bo uspelo plačilo, zavrnjen dvig pa ni povedal, ali je mogoče opraviti nakazilo.

Delna nedosegljivost na statusni strani opisuje stanje storitve kot celote, ne izida vsakega poskusa plačila. Nekdo je lahko videl zavrnitev na terminalu, drugi ni mogel dostopati do računa, tretji pa je naletel predvsem na zamik pri prikazu podatkov. Zato ni bilo mogoče iz delujoče prijave sklepati, da so spet zanesljivo delovala tudi kartična plačila ali dvigi.

Motnja je otežila še preverjanje, kaj se je zgodilo s transakcijo. Kadar se prikaz v aplikaciji osveži z zamikom, neuspešno sporočilo ali odsotnost zapisa ne povesta nujno, ali je bil poskus dokončno zavrnjen. To je posebej pomembno pri nakazilu, ki ga uporabnik namerava ponoviti: pred novim poskusom je smiselno preveriti zgodovino transakcij in, kadar je mogoče, stanje pri prejemniku.

Časovnica izpada v londonski regiji

Googlovo predhodno poročilo z 22. oktobra določa trajanje incidenta v regiji europe-west2 na 20. oktober od 8.00 do 14.10 po slovenskem času, skupaj šest ur in deset minut. Nekaj minut pred začetkom zabeleženih motenj je v podatkovnem centru, ki gosti cono europe-west2-b, prišlo do prekinitve električnega napajanja. Prve zaznane napake v oblačnih storitvah so sledile po izpraznitvi rezervnih baterij.

Ta časovnica opisuje infrastrukturo Google Cloud. Revolutova prijava, plačila in nakazila so storitve drugega podjetja, njihova obnova pa ni nujno potekala v istem trenutku kot obnova posameznih oblačnih sistemov. Družba je pozneje sporočila, da so njene storitve obnovljene, vendar iz razpoložljivih obvestil ni mogoče sestaviti natančnega zaporedja obnove vsake funkcije posebej za Slovenijo.

Zakaj rezervno napajanje ni preprečilo širše motnje

Ob prekinitvi dovoda elektrike so napajanje prevzele baterije sistema za neprekinjeno napajanje. Avtomatika ni uspešno sprožila zagona in preklopa na dizelske generatorje, čeprav sta odpovedala tako glavni kot rezervni krmilnik predvidenega postopka. Ko so se baterije izpraznile, so v prizadeti coni ostali brez napajanja fizični strežniki, omrežna oprema in lokalni pomnilniški sistemi.

Napake so se nato razširile tudi na storitve, ki so uporabljale druge cone iste regije. Preusmerjene obremenitve so zapolnile del razpoložljivih zmogljivosti, nekatera preverjanja podatkov pa so še vedno čakala na komponente v nedosegljivi coni. Posledica so bile zakasnitve, čakalne vrste in napake pri zahtevah. Okvara napajanja na omejenem mestu je tako vplivala na širšo regionalno storitev, na katero so se opirale aplikacije njenih strank.

Obnova je potekala postopno: najprej je bilo treba prizadeto cono izločiti iz usmerjanja prometa, nato vrniti napajanje in zagnati infrastrukturo. Promet se je v cono vračal po preverjanju delovanja in celovitosti pomnilniških sistemov. To pojasnjuje, zakaj vrnitev elektrike sama po sebi še ni pomenila takojšnjega konca težav za vse uporabnike oblačnih storitev.

Varna sredstva še niso pomenila dostopnega plačila

Revolutovo zagotovilo o varnosti denarja in podatkov je odgovorilo na skrb, ali je izpad ogrozil sredstva oziroma račune strank. Dostopnost je drugo vprašanje: denar je lahko na računu varen, kartično plačilo pa med motnjo vseeno ne uspe. Enako lahko začasno odpove dvig gotovine ali prikaz zadnje transakcije, čeprav stanje sredstev ostane nespremenjeno.

Pri zavrnjenem plačilu je zato koristno ločiti prikaz na terminalu od končnega stanja transakcije. Pred ponovitvijo plačila je smiselno preveriti, ali je prejšnji poskus že zabeležen, pri nakazilu pa tudi, ali je denar prispel prejemniku. Če aplikacija trenutno ne prikazuje zanesljivih podatkov, je bolje uporabiti drug razpoložljiv način plačila kot večkrat zapored sprožiti isti poskus.

Zakaj druga Revolutova kartica ni neodvisna rezerva

Rezervna kartica, povezana z istim računom Revolut, lahko naleti na isto motnjo pri obdelavi plačil. Tudi plačevanje s telefonom ne spremeni te odvisnosti, če je v digitalni denarnici izbrana Revolutova kartica: spremeni se način uporabe kartice na terminalu, račun in ponudnik plačilne storitve pa ostaneta ista. Fizična in digitalna različica iste kartice zato ne zagotavljata dveh ločenih poti do denarja.

Bolj neodvisna možnost je kartica drugega ponudnika z denarjem na ločenem računu; kartica druge kartične sheme lahko zmanjša še eno skupno odvisnost. Manjša količina gotovine pomaga, kadar kartično plačilo ni na voljo. Nobena od teh možnosti ni jamstvo za vsak mogoč izpad, vendar uporabniku omogoči plačilo, ne da bi moral čakati na obnovo istega ponudnika.

Za oblačni incident je napovedano še končno tehnično poročilo s preventivnimi ukrepi. Za prizadetega uporabnika pa je neposredna posledica že jasna: ob podobni motnji je dostop do ločenega računa pomembnejši od dodatne kartice za isti račun.

Preberite tudi:

• Wise Business ali Revolut Business: količina nakazil obrne računico
• Obnovitvena koda 1Password ni rezervni ključ, če izgubite tudi e-pošto
• Dovoljenje »vprašaj« ni varovalka: uporabniki odobrijo tudi prekoračitve