IT azpiegituren migrazio huts batek 1,3 milioi banku-bezero erregistroen ustelkeria eragin zuen. Hori guztia nahikoa probak ez izateagatik eta IT sistema konplexuekiko jarrera ahulekoagatik izan zen. Cloud4Y-k nola gertatu den kontatzen du.
2018an ingelesa konturatu zen bere bi urteko “dibortzioa” Lloyds banku taldearekin (bi enpresak 1995ean batu ziren) garestiegia zela. TSBk bere bazkide ohiari lotuta zegoen oraindik presaka klonatutako Lloyds IT sistemen bidez. Okerrena, bankuak "pentsioa" ordaindu behar izan zuen, urteko 127 milioi dolar lizentzien kuota.
Jende gutxiri gustatzen zaio bere ohiei dirua ordaintzea, beraz, 22ko apirilaren 2018an, 18:00etan, TSBk dena aldatu behar zuen 18 hilabeteko planaren azken etapari ekin zion. 2,2ean TSB 2015 milioi dolarren truke erosi zuen Banco Sabadell enpresa espainiarraren informatika sistemara milaka milioi bezero erregistro transferitzea aurreikusi zen.
Banco Sabadell-eko zuzendari nagusi José Oluk 2ko Gabonak baino 2017 aste lehenago hitz egin zuen hurrengo ekitaldiari buruz, Bartzelonako biltzar areto ospetsu batean egindako jaietako langileen bileran. Migrazio-tresna garrantzitsuena Banco Sabadellek garatutako sistemaren bertsio berri bat izatea zen: Proteo. Proteo4UK izena ere aldatu zioten TSB migrazio proiekturako bereziki.
Proteo4UK-ren aurkezpenean, Jaime Guardiola Romojaro Banco Sabadell-eko zuzendari exekutiboak harrotu zuen sistema berria Europan analogorik ez duen eskala handiko proiektu bat dela, eta bertan 1000 espezialista baino gehiago aritu ziren lanean. Eta ezartzeak Erresuma Batuko Banco Sabadell-en hazkundeari bultzada nabarmena emango diola.
22ko apirilaren 2018a migrazio eguna ezarri zen. Igande arratsalde lasaia zen udaberri erdialdean. Bankuaren sistema informatikoak behera zeuden erregistroak sistema batetik bestera transferitzen ari zirelako. Igandearen amaieran banku-kontuetarako sarbidea publikoa berrezarrita, bankua poliki-poliki eta leunki zerbitzura itzultzea espero litzateke.
Baina Olyu eta Guardiola Romojaro oholtzatik Proteo4UK proiektuaren ezarpenari buruz pozik emititzen ari ziren bitartean, migrazio prozesuaz arduratzen diren langileak oso urduri zeuden. Proiektua, burutzeko 18 hilabete behar izan zituena, oso atzeratuta zegoen eta aurrekontuaren gainetik zegoen. Ez zegoen proba osagarriak egiteko denborarik. Baina konpainiaren datu guztiak (hori, gogoratu, milaka milioi erregistro dira) beste sistema batera transferitzea zeregin herkulearra da.
Agertu zen ingeniariak urduri zeudela arrazoi onengatik.
Bezeroek denbora gehiegi ikusi zuten guneko zirriborroa
TSBk kontuetarako sarbidea ireki eta 20 minutura, migrazioa ondo joan zela ziur egonik, arazoen lehen txostenak iritsi ziren.
Jendearen aurrezkiak bat-batean desagertu ziren bere kontuetatik. Zenbateko hutsalen erosketak oker erregistratu ziren milaka dolarreko gastu gisa. Batzuek beren kontu pertsonaletan sartu zuten saioa eta ez zituzten banku-kontuak ikusi, jende guztiz ezberdinen kontuak baizik.
21:00etan, TSBko ordezkariek tokiko finantza erregulatzaileari (Erresuma Batuko Financial Conduct Authority, FCA) jakinarazi zioten bankua arazoak zituela. Baina FCA dagoeneko konturatu da: TSBk benetan gaizki izorratu du, eta bezeroak ergel bihurtu dira. Eta, noski, kexaka hasi ziren (eta gaur egun, Twitter edo Facebook-en lerro batzuk botatzea ez da bereziki zaila). 23:30ean, FCArekin harremanetan jarri zen beste finantza-erregulatzaile batekin, Prudential Regulation Authority (PRA), eta horrek ere zerbait gaizki zegoela sumatu zuen.
Dagoeneko gauerdia pasata lortu zuten bankuko ordezkarietako batekin harremanetan jartzea. Eta egin galdera bakarra: "zer demontre gertatzen ari da?"
Denbora behar izan da tragediaren tamaina ulertzeko, baina orain badakigu 1,3 milioi bezeroren 5,4 milioi erregistro kaltetu zirela migrazioan. Astebetez gutxienez, bezeroek ezin izan zuten beren dirua kudeatu ordenagailuetatik edo gailu mugikorretatik. Ezin izan zuten mailegua ordaindu, eta bankuko bezero askok akats bat jaso zuten kreditu-historian, baita berandutze-komisioak ere.
Hau da TSB bezeroaren lineako bankuaren itxura
Akatsak agertzen hasi zirenean, ia berehala, bankuko ordezkariek arazoak "tarteka" zirela azpimarratu zuten. Hiru egun beranduago, sistema guztiak normalak zirela adierazi zuten. Baina bezeroek arazoak salatzen jarraitu zuten. 26ko apirilaren 2018ra arte, Paul Pester bankuko zuzendari nagusiak onartu zuen TSB "belauniko" zegoela, bankuaren IT azpiegiturak "banda zabalerako arazoa" izaten jarraitzen zuelako milioi bat bezero inguru lineako banku-zerbitzuetara sartzea eragotziz.
Migrazioa hasi eta bi aste igaro direnean, lineako banku-aplikazioak SQL datu-basearekin lotutako barne-akatsak izaten zituela jakinarazi zen oraindik.
Ordaintzeko zailtasunak, batez ere negozio eta hipoteken fakturekin, lau astez iraun zuten. Eta nonahiko kazetariek jakin zuten TSBk Lloyds Banking Group-en laguntza eskaintza baztertu zuela migrazio krisiaren hasieran. Oro har, lineako zerbitzuetan saioa hasteko eta dirua transferitzeko gaitasunarekin lotutako arazoak ikusi ziren irailaren 3ra arte.
Historia apur bat
Lehenengo kutxazain automatikoa 27ko ekainaren 1967an ireki zen Enfield-eko Barclays inguruan
Bankuko IT sistemak gero eta konplexuagoak dira, bezeroen beharrak eta bankuarekiko itxaropenak handitu ahala. Duela 40-60 urte inguru, pozik egongo ginateke gure tokiko banku-sukurtsala bisitatzea lanorduetan, eskudirua gordailatzeko edo kutxazainaren bidez ateratzeko.
Kontuan zegoen diru kopurua bankuari ematen genion eskudiru eta txanponekin zuzenean lotuta zegoen. Gure etxeko kontabilitatea boligrafoz eta paperez egin zitekeen jarraipena, eta sistema informatikoak ez zeuden bezeroentzat eskuragarri. Bankuko langileek liburuxketako eta bestelako euskarrietako datuak jarri zituzten dirua zenbatzen zuten gailuetan.
Baina 1967an Londres iparraldean lehen aldiz bankuko lokaletan kokatuta ez zegoen kutxazain automatikoa. Eta gertaera honek bankua aldatu zuen. Erabiltzaileen erosotasuna finantza erakundeen garapenerako erreferente bihurtu da. Eta horrek lagundu die bankuei bezeroekin eta haien diruarekin lan egiteko sofistikatuago bihurtzen. Azken finean, sistema informatikoak bankuko langileentzat soilik zeuden bitartean, pozik zeuden bezeroekin elkarreragiteko "paperezko" modu zaharrarekin. Kutxazain automatikoak eta, ondoren, lineako bankuaren agerpenarekin soilik publiko orokorrak bankuko sistema informatikoetara sarbide zuzena lortu zuen.
Kutxazain automatikoak hasiera besterik ez ziren izan. Laster jendeak kutxazainaren lerroa saihestu ahal izan zuen bankura telefonoz deituz. Honek, erabiltzaileak "1" (dirua ateratzeko) edo "2" (gordailua funtsak) tekla sakatzean transmititutako tonu bikoitzeko maiztasun anitzeko seinaleak (DTMF) seinaleak deszifratzeko gai den irakurgailu batean txertatutako txartel bereziak behar zituen.
Internetek eta banku mugikorrak bezeroak bankuak indartzen dituzten oinarrizko sistemetara hurbildu dituzte. Muga eta ezarpen desberdinak izan arren, sistema horiek guztiek modu eraginkorrean elkarreragin behar dute elkarren artean eta mainframe nagusiarekin, kontuaren saldoaren egiaztapenak eginez, diru-transferentziak eginez, etab.
Bezero gutxik pentsatzen dute informazio-bidea zein konplexua den, adibidez, lineako banku batean saioa hasten duzunean zure kontuko diruari buruzko informazioa ikusteko edo eguneratzeko. Saioa hasten duzunean, datu hauek zerbitzari multzo batetik igarotzen dira; transakzio bat egiten duzunean, sistemak datu horiek bikoiztu egiten ditu backend azpiegituran, eta gero lan handia egiten du: kontu batetik bestera dirua transferitzen du fakturak ordaintzeko, egiteko. ordainketak eta harpidetzak jarraitu.
Orain biderkatu prozesu hau hainbat milioiz. Munduko Bankuak Bill eta Melinda Gates Fundazioaren laguntzarekin bildutako datuen arabera, Mundu osoko helduek banku-kontu bat dute. Pertsona horietako bakoitzak fakturak ditu ordaintzeko. Norbaitek hipoteka bat ordaintzen du edo haurrentzako klubetarako dirua transferitzen du, norbaitek Netflix-eko harpidetza edo hodeiko zerbitzari bat alokatzen du. Eta pertsona horiek guztiek banku bat baino gehiago erabiltzen dute.
Banku bateko barne sistema informatiko ugariek (banku mugikorra, kutxazain automatikoak, etab.) ez dute elkarren artean elkarreragin behar. Brasil, Txina eta Alemaniako beste banku sistema batzuekin elkarreragin behar dute. Frantziako kutxazain automatiko batek Boliviako nonbaiteko banku-txartelean dagoen dirua banatzeko gai izan beharko luke.
Dirua beti izan da globala, baina inoiz ez da sistema hain konplexua izan. Bankuko IT sistemak erabiltzeko moduen kopurua gero eta handiagoa da, baina antzinako moduak oraindik ere erabiltzen dira. Banku baten arrakasta, neurri handi batean, bere IT azpiegitura nola "mantengarria" den eta bankuak nola eraginkortasunez aurre egin diezaiokeen sistema inaktibo egongo den bat-bateko porrot bati dagokio.
Ez dago probarik - prestatu arazoetarako
Jaime Guardiola Banco de Sabadelleko zuzendari nagusia (ezkerrean) ziur zegoen dena ondo joango zela. Ez zuen funtzionatu.
TSBren sistema informatikoak ez ziren oso onak arazoak azkar konpontzeko. Softwarearen akatsak egon ziren, noski, baina, egia esan, bankua "apurtu" egin zen bere informatika sistemen konplexutasun handiegia zela eta. Etenaldi masiboaren hasierako egunetan prestatu zen txostenaren arabera, "aplikazio berrien konbinazioak, mikrozerbitzuen erabilera areagotzeak bi datu-zentro Aktibo/aktibo erabiltzearekin batera ekoizpenean arrisku konplexua ekarri zuen".
Banku batzuek, hala nola HSBCk, mundu mailan jarduten dute eta, beraz, sistema oso konplexuak eta interkonektatuak ere badituzte. Baina aldizka probatu, migratu eta eguneratzen dira, Lancaster-eko HSBC IT kudeatzaile baten arabera. Beste bankuek beren informatika sistemak kudeatu behar dituzten eredu gisa ikusten du HSBC: langileak eskainiz eta denbora gastatuz. Baina aldi berean onartzen du banku txikiago batentzat, batez ere migrazio esperientziarik ez duenarentzat, hori behar bezala egitea oso lan zaila dela.
TSB migrazioa zaila izan zen. Eta, adituen arabera, bankuko langileek ezin zuten kualifikazioei dagokienez konplexutasun maila horretara iritsi. Horrez gain, ez zuten euren irtenbidea egiaztatzeko edo migrazioa aldez aurretik probatzeko trabarik hartu.
Britainia Handiko Parlamentuan banku arazoei buruz egindako hitzaldian, Andrew Bailey FCAko zuzendari nagusiak susmo hori berretsi zuen. Kode txarrak ziurrenik TSBn hasierako arazoak baino ez zituen eragin, baina finantza-sare globalaren interkonektatutako sistemek bere akatsak betikotu eta atzeraezinak izan ziren. Bankuak ustekabeko akatsak ikusten jarraitu zuen bere IT arkitekturan. Bezeroek zentzurik gabeko edo arazoekin zerikusirik ez zuten mezuak jasotzen zituzten.
Erregresio-probak hondamendia saihesten lagun dezake kode txarra harrapatzen baitu ekoizpenera kaleratu aurretik eta kalteak eragin ditzake atzera egin ezin diren akatsak sortuz. Baina bankuak ezagutzen ez zuen meatze-eremu batetik barrena korritzea erabaki zuen. Ondorioak aurreikusteko ziren. Beste arazo bat kostuen “optimizazioa” izan zen. Nola agertu zen? Kontua da aurretik Lloydsen gordetako babeskopiak kentzea erabaki zela, diru gehiegi "jaten" zutelako.
Britainiar bankuak (eta beste batzuk ere) lau bederatziko erabilgarritasun maila lortzen saiatzen ari dira, hau da, %99,99. Praktikan, horrek esan nahi du informatika sistemak uneoro erabilgarri egon behar duela, urtean 52 minutuko geldialdiarekin. “Hiru bederatzi” sistema, %99,9, lehen begiratuan ez da asko desberdintzen. Baina errealitatean horrek esan nahi du geldialdi-denbora urtean 8 ordura iristen dela. Bankuarentzat, "lau bederatzi" ona da, baina "hiru bederatzi" ez.
Baina enpresa batek bere IT azpiegituran aldaketak egiten dituen bakoitzean, arriskuak hartzen ditu. Azken finean, zerbait gaizki joan daiteke. Aldaketak murrizteak arazoak saihesten lagun dezake, beharrezkoak diren aldaketek arretaz probatu behar dituzten bitartean. Eta Britainia Handiko erregulatzaileek puntu honetan jarri dute arreta.
Agian geldialdi-denbora saihesteko modurik errazena aldaketa gutxiago egitea da. Baina banku bakoitzak, beste edozein enpresa bezala, bezeroentzat eta bere negozioarentzat gero eta ezaugarri erabilgarriagoak sartzera behartuta daude lehiakorra izaten jarraitzeko. Aldi berean, bankuek bezeroak zaintzera behartuta daude oraindik, beren aurrezkiak eta datu pertsonalak babestuz, zerbitzuak erabiltzeko baldintza erosoak eskainiz. Ematen du erakundeek denbora eta diru asko gastatzera behartuta daudela beren IT azpiegituraren osasuna mantentzen, eta aldi berean zerbitzu berriak eskaintzen dituzte.
Erresuma Batuko finantza-zerbitzuen sektorean jakinarazitako porrot teknologikoen kopurua % 187 hazi da 2017 eta 2018 artean, Erresuma Batuko Finantza Jokabide Agintaritzak argitaratutako datuen arabera. Gehienetan, hutsegiteen kausa funtzionalitate berrien funtzionamenduaren arazoak izaten dira. Aldi berean, funtsezkoa da bankuentzat zerbitzu guztien etengabeko funtzionamendua eta transakzioen ia berehalako berri ematea. Bezeroak beti daude urduri euren dirua nonbait zintzilik dagoenean. Eta diruarekin urduri dagoen bezeroa arazoen seinale da beti.
TSBn porrot egin eta hilabete batzuetara (orduan bankuko zuzendari nagusiak dimisioa eman zuen), Erresuma Batuko finantza-erregulatzaileak eta Ingalaterrako Bankuak iraunkortasun operatiboaren gaiei buruz eztabaidatzeko. Beraz, bankuek berrikuntzaren bila zenbat sakondu duten galdetzen saiatu dira, eta orain duten sistemaren funtzionamendu egonkorra bermatu dezaketen.
В документе также предлагалось внести изменение в законодательство. Речь шла о возложении на сотрудников внутри компании ответственности за то, что идёт не так в ИТ-системах этой компании. Британские парламентарии объяснили это так: «Когда вы несёте личную ответственность, и вас могут обанкротить или отправить в тюрьму, это сильно изменит отношение к работе, в том числе увеличит количество времени, уделяемого вопросу надёжности и безопасности».
Emaitzak
Eguneratze eta adabaki bakoitza arriskuen kudeaketara dator, batez ere ehunka milioi dolar parte hartzen dutenean. Azken finean, zerbait gaizki ateratzen bada, garestia izan daiteke diru eta ospe aldetik. Gauza agerikoak dirudite. Eta migrazio garaian bankuaren porrotak asko irakatsi behar zien.
Должен был. Но не научил. В ноябре 2019 года TSB, который снова вышел на окупаемость и потихоньку выправлял свою репутацию, «обрадовал» клиентов informazioaren teknologien arloan. Bankuari emandako bigarren kolpeak 82an 2020 bulego ixtera behartuko du kostuak murrizteko. Edo, besterik gabe, ezin zuen IT espezialistetan aurreztu.
ITekin zikorrak izateak kostua du azkenean. TSBk 134 milioi dolarreko galera izan zuen 2018an, 206an 2017 milioi dolarreko irabaziekin alderatuta. Migrazioaren ondorengo kostuak, bezeroen kalte-ordainak barne, iruzurrezko transakzioak zuzentzea (banku kaosaren garaian nabarmen hazi zirenak) eta hirugarrenen laguntza, 419 milioi dolar izan ziren. Bankuaren informatika hornitzaileari 194 milioi dolar fakturatu zizkioten krisian izandako zereginagatik.
Hala ere, TSB bankuaren porrotetik zer ikasgai ateratzen diren, etenaldiak gertatuko dira oraindik. Saihestezinak dira. Baina probak eta kode onarekin, hutsegite eta geldialdi-denbora asko murriztu daitezke. Cloud4Y, enpresa handiei hodeiko azpiegituretara migratzen laguntzen diena, sistema batetik bestera azkar mugitzearen garrantzia ulertzen du. Hori dela eta, karga probak egin ditzakegu eta maila anitzeko babeskopia sistema erabil dezakegu, baita migrazioa hasi aurretik posible dena egiaztatzea ahalbidetzen duten beste aukera batzuk ere.
Zer gehiago irakur dezakezu blogean?
→
→
→
→
→
Harpidetu gure -kanala, hurrengo artikulua ez galtzeko! Astean bitan baino gehiago ez dugu idazten eta negozioetan bakarrik.
Iturria: www.habr.com