În centralizare, putere și economie
Consolidarea resurselor de calcul Banca Rusiei a început acum câțiva ani. Anterior, sistemul de plată din Rusia a constat din 78 de centre de date, construit pe o programe complet diferite, platforme folosind o varietate de aplicații software. Prin urmare, sa decis să conducă sistemul haotic la un singur model. Anul trecut, au fost înființate două centre de prelucrare a datelor colective - în Nijni Novgorod (KTSOI-1), în St. Petersburg (KTSOI-2), fiecare dintre care este atașat un grup de regiuni. Sa planificat ca regiunea Moscovei să se alăture CCI-1 de la Nijni Novgorod. Cu toate acestea, există multe îndoieli cu privire la implementarea proiectului. Faptul că Moscova se ocupă de aproximativ un milion de plăți în fiecare zi, ceea ce reprezintă o treime din numărul total de plăți procesate de către sistemul bancar al Rusiei, și valoarea totală a acestor plăți în plățile conținut mai mult de 70% din totalul fondurilor. La sfârșitul anului trecut, sa decis înlocuirea Agenției de Informații "Moscova" cu Centrul Regional Regional de Cercetare Centrală din Moscova.
Directorul Centrului Interregional de Informare al Băncii Rusiei (ICC Bank of Russia), Serghei Grishkin a remarcat avantajele noului sistem: "Centrul va reduce semnificativ costul întreținerii prin optimizarea infrastructurii tehnice. Este evident că atunci când resursele sunt concentrate într-un singur loc, sunt necesari mai puțini specialiști și este mai ușor de întreținut și de gestionat. În plus, este mai ușor să rezolvăm problemele legate de securitatea și fiabilitatea sistemului. "
Este de a asigura fiabilitatea și stabilitatea dezastrelor în regiunea Moscova va fi construit imediat două centre - principal și de rezervă. Centrul principal de procesare va fi amplasat în Tushino, iar al doilea - 130 km de Moscova. În caz de urgență, prelucrarea poate fi transferată de la un centru la altul.
În Moscova, nu ca toți ceilalți
Ca bază, specialiștii IIC au luat RABIS-NP și au făcut-o modificări, ținând cont de particularitățile sistemului de plăți din regiunea Moscovei.
Principala diferență dintre sistemul de plăți din Moscova este fixată în poziția 18-P "Tehnologia procesării multiplelor etape". Potrivit acestui document, băncile din Moscova pe parcursul zilei pot trimite plăți de cinci ori la CPI la un moment dat. ICC, la rândul său, prelucrează informațiile primite de la bănci cu privire la retragerea și transferul plăților și le trimite înapoi. În regiuni, se practică modul on-line, adică plățile nu sunt acumulate, ci prelucrate în timp ce acestea sunt primite. În regiunea Moscovei, sa decis să se păstreze principiul existent ca fiind cel mai acceptabil pentru volumul de muncă de capital.
A doua caracteristică este că transportul de capital și ARM-urile nu sunt tipice. Suport pentru aceste soluții necesită resurse și costuri semnificative dedicate, astfel încât, în scopul de a optimiza procesul strategiei de dezvoltare în continuare a sistemului bancar va fi construit pe reducerea la un singur software de probă. Rezultă una din principalele probleme - traducerea abonaților existenți de „Astra“, „Fast-Info-2“ și „Fast-Info-3“ CRS (tipic de interacțiune sistem de transport cu clientul).
Potrivit lui Serghei Grishkin, tranziția va fi pusă în aplicare în etape.
În acest stadiu, potrivit directorului adjunct al IIC Alexei Danilov, organizațiile de credit pot acționa singure. Dacă banca se potrivește cu totul în activitatea sa, atunci, până la trecerea timpului pentru trecerea la UCW, nu se poate schimba nimic. Pentru implementarea activității, va fi furnizat un program modificat "Conva". Cu toate acestea, programele vechi, după cum se știe, nu se pot descurca întotdeauna cu setările stabilite. Băncile care participă la BESP (astăzi sunt aproximativ zece) au fost primele care au întâmpinat faptul că transportul regional actual nu se concentrează pe tehnologia de a lucra separat cu fiecare mesaj. Prin urmare, versiunile existente trebuiau modificate. Dar, pe viitor, lucrul în BESPe de la partajarea fișierelor va trebui abandonat. UCW va oferi soluția acestei probleme. Dacă se dorește, banca poate lua inițiativa și poate trece în avans de la JMC.
Sistemul în timp real
În RABIS-NP, precum și în "Moscova", va exista un audit al posibilității de a plăti documentul ținând cont de încasările contrare. Rezultatele acestor tratamente vor fi livrate abonaților sub forma unui registru al plăților efectuate de cinci ori pe zi pe baza rezultatelor zborurilor.
RABIS de la Moscova nu păstrează cozile de procesare continuă a documentelor. Dacă se primește o plată și nu există fonduri suficiente, aceasta nu este pusă în coadă, dar va fi respinsă imediat cu formarea mesajului de eroare. În momentul în care tranzacția se desfășura pe partea sistemului de plăți din Moscova, organizația de credit care primește destinatarul primește un document de răspuns electronic, care indică încasările sale de credit. Anterior, notificarea trebuia fie solicitată forțat, fie așteptând un registru al plăților efectuate asupra rezultatelor zborului.
Procesarea în modul MOS are și unele caracteristici. Inițial, se efectuează controlul logic al pachetului, în cazul în care se constată erori în pachet, se trimite o notificare, iar acest lucru se încheie cu operația. Dacă pachetul este OK, expeditorul primește un mesaj de stare a pachetului. Această notificare, spre deosebire de chitanța primită acum, nu se formează în transport, ci deja în interiorul sistemului de plăți.
Următoarea etapă de procesare în cadrul RABIS-NP este controlul logic al documentelor incluse în pachet, care vor apărea imediat după admitere. Dezvoltatorii promite că pentru registrele cu o lungime de 5000 de documente, timpul de răspuns nu ar trebui să fie mai mare de două minute.
Ca rezultat, organizația de credit primește un pachet ESID care conține fie o confirmare pozitivă sau negativă a rezultatelor controlului documentelor.
Principalul avantaj al acestui sistem este că toate controlul logic al documentelor va avea loc în timp real, și dureri de cap, care a trecut sau nu pachetul trimis un minut înainte de a închide ultimul zbor, parțial „vindecat“.
Șef adjunct al Departamentului de IIC Dmitri Klionsky, de asemenea, a avertizat că registrul de plăți va avea un aspect ușor diferit. Acum fiecare grup logic de documente va fi livrat într-un fișier separat. Aceasta este, la sfârșitul zborului sosește pachetul creditate și debitate EPD în modul MOS în modul de ALD, a avut loc separat în cadrul pachetului BEPS și esid, care va confirma de debit, de credit, declarația intermediară, anunțul privind statutul în așteptare sau EPD retrase și notificare grup de plăți anulate. Aceste informații vor fi primite pe baza rezultatelor fiecărui zbor. În plus, spre deosebire de tehnologia actuală, pachetele EPD și ESID vor conține documente pentru toate conturile instituției de credit. Acum pachetele sunt compilate separat pentru fiecare cont. Al cincilea zbor va include, de asemenea, esid suplimentare - declarația finală a zilei care conține bilanțul de deschidere pentru soldul de închidere zi în ziua, și informații cu privire la EPD trecut. ESID se formează pentru fiecare cont al organizației.
O altă nuanță este legată de utilizarea IBM WebSphere MQ. Faptul este că peste canalele IBM WebSphere MQ, nu mai pot fi transmise mai mult de 100 megaocteți într-un mesaj. Prin urmare, acele mesaje electronice care depășesc volumul specificat pot fi împărțite în părți. Și aceste părți ar trebui să fie adunate numai pe partea clientului. Pentru claritate, fragmentele vor fi numerotate și pe fiecare dintre ele vor fi puse obiectele pe care le este ușor de stabilit apartenența lor.
De la tehnologie la realități
Bancherii au fost, de asemenea, interesați de întrebarea dacă RABIS-NP ar îmbunătăți viteza de procesare a registrului de plăți. Nu este un secret că, în timpul orelor de vârf, băncile se confruntă deseori cu problema plăților electronice.
De asemenea, Serghei Grishkin a atras atenția asupra faptului că eșecurile pot apărea din diferite motive. Dacă situația de urgență a apărut din cauza vina ICC, atunci zborurile sunt de obicei prelungite, iar autoinformatorul raportează acest lucru. Dacă aceasta este o situație individuală care apare într-o anumită bancă, CPI nu poate acționa în contradicție cu documentul normativ și poate schimba zborul. Prin urmare, instituția de credit va trebui să caute în mod independent o ieșire din această situație.
Băncile, la rândul lor, iau măsuri pentru a crește fiabilitatea plăților. Astfel, MCC a primit o cerere de la Sberbank privind utilizarea canalelor de acces pentru conectarea la MRC cu ajutorul a doi furnizori. Mai multe bănci au mai spus că au avut în vedere o astfel de opțiune.
Astăzi, instituțiile de credit au posibilitatea de a implementa această idee din punct de vedere tehnic. De mult timp, poziția de monopol în acest domeniu a fost ocupată de Incoma. Pentru a furniza servicii de conectare la IIC, companiile furnizoare au cerințe tehnice foarte ridicate și nu toate pot să le îndeplinească. De exemplu, canalele de comunicare ale abonaților MTS și ale serverelor de telecomunicații ar trebui izolate de alte rețele publice. În plus, furnizorul trebuie să furnizeze o conexiune independentă la cele două platforme tehnologice teritorială îndepărtate din cadrul IIC, ceea ce necesită investiții financiare grave în infrastructură. În plus, această direcție de dezvoltare a afacerii nu este de interes pentru toate companiile, de exemplu, traficul de ieșire MCC este oferit gratuit. Acum, al doilea furnizor, Comcor, a apărut pe piață. IIC își exprimă aprobarea și este gata să ia în considerare posibilitatea de a deservi banca de către doi furnizori.
Oleg Kravchenko, șeful sistemelor de comunicații, CROC
Trimiteți-le prietenilor: