A speciális módja a fizetési rendszer a moszkvai régió Banking felülvizsgálata

A hatalom központosítása és a gazdaság

Konszolidáció a számítási erőforrások, a Bank of Russia kezdődött néhány évvel ezelőtt. Korábban az orosz fizetési rendszer állt 78 adatközpontok, épített egy teljesen más programokat, állványok segítségével a különböző szoftverek. Ezért úgy döntöttek, kaotikus rendszer előnyét egységes mintát. Tavaly két kollektív adatfeldolgozó központ jött létre - Nyizsnyij Novgorod (KTSOI-1) és Szentpétervár (KTSOI-2), amelyek mindegyike kapcsolódik egy csoportja régiókban. Úgy tervezték, hogy a moszkvai régió csatlakozik a Nyizsnyij Novgorod KTSOI-1. Azonban a projekt végrehajtása nem volt sok kétség. Az a tény, hogy Moszkva kezeli mintegy egymillió kifizetések minden nap, ami egyharmada az összes feldolgozott fizetéseknek a Bank of Russia rendszer, és a teljes összeget e kifizetések a kifizetés tartalmazott több mint 70% -a az összes alap. A múlt évben, úgy döntöttek, hogy cserélje ki a ASBR „Moszkva” a KTSOI moszkvai régióban.

Igazgató, Interregionális Központ Informatization orosz Bank (IIC Bank of Russia) Sergey Grishkin megjegyezte előnye az új rendszer: „KTSOI jelentősen csökkenti a karbantartási költségeket optimalizálásával műszaki infrastruktúra. Nyilvánvaló, hogy ha a összpontosul egy helyen, a csapat a szakemberek és könnyebb karbantartás elvégzésére és a menedzsment. Ezen túlmenően, könnyebb kezelni a biztonság és a rendszer megbízhatóságát. "

Ez annak biztosítására, a megbízhatóságot és a katasztrófa-helyreállítási a moszkvai régióban épül, amint a két központ - a fő és tartalék. A fő kezelési központ lesz található Tushino, és a második - 130 kilométerre Moszkvától. Amikor a feldolgozás átvihető egyik központból a másikba vészhelyzetekre.

Moszkva nem tetszik egyáltalán

Egy alapján IIC szakemberek vettek Rabis-NP és változtatásokat vezetett rá, jellegzetességei alapján a fizetési rendszer a moszkvai régióban.

A fő különbség a nagyvárosi fizetési rendszer helyzete rögzített 18-P „technológia mnogoreysovoy fizetési feldolgozás.” E dokumentum szerint Moszkva a bankok a nap folyamán lehet ötször küldenek fizetéseket MCI bizonyos időpontokban. IIC viszont feldolgozza az adatokat a bankoktól körülbelül egyszeri és átutalásokat, és visszaküldi. Azokban a régiókban, gyakorlott on-line módban, vagyis a fizetéseket nem halmozódik és feldolgozott kézhezvételét. A moszkvai régióban, úgy döntött, hogy megtartja a meglévő elv, mint a legmegfelelőbb a tőke munka mennyisége.

A második funkció, hogy a városi közlekedés és a munkaállomások nem jellemző. Ezek támogatása megoldásokat igényel dedikált erőforrásokat és jelentős költség, így annak érdekében, hogy optimalizálja a folyamat további fejlesztési stratégia a bankrendszer fog épülni a csökkentést egy minta szoftver. Ebből következik az egyik fő probléma - a fordítás a meglévő előfizetők a „Astra”, „Fast-Info-2” és „Fast-Info-3” CRS (tipikus közlekedési rendszer interakció az ügyfél).

Szerint Szergej Grishkina, az átmenet kerül szakaszosan végezzük.

Ebben a szakaszban, amint azt az igazgatóhelyettes IIC Alekszej Danilov, hitelintézetek járhat a saját. Ha a bank elégedett a munkát, akkor mindaddig, amíg nem illeszkedik a menetrend átmenet idején a KMB, nem változtat semmin. A módosított program „Convoy” lesz olyan tevékenységet. Azonban régi programokat, mint tudjuk, nem mindig megbirkózni a feladatokkal. A bankok, amelyek részt vesznek BESP (ma már mintegy tíz), az első szembenézni a ténnyel, hogy a jelenlegi regionális közlekedés nem összpontosít a technológia munka minden üzenet külön-külön. Tehát a jelenlegi verzió már kissé módosult. De a jövőben, hogy megtagadják a munkát BESP fájl csere. ICS csak megoldást erre a problémára. Ha szükséges, a bank is kezdeményezheti, és megy előre a KMB.

valós idejű rendszer

A Rabis-NP ugyanúgy, mint a ASBR „Moszkva” kell végrehajtani, hogy ellenőrizze a lehetőségét, fizetési eszköz, figyelembe véve a szembejövő bevételek. Az eredmények ezen kezelések jön a vásárlók formájában registry kifizetések naponta ötször végén a repülés.

Rabis Moszkva nem folytat sorban folyamatos dokumentumok feldolgozása. Ha a kifizetés történik, és ez nem elég a pénz, nem ő hozta létre, és elutasítják azonnal megalakult a hibaüzenetet. Abban az időben, amikor az oldalán Moszkva fizetési rendszer telt tranzakció, a hitelintézet a címzett jön vissza egy elektronikus dokumentum, amely felsorolja a hitel bevételeket. Korábbi értesítést kellett volna kényszerült, hogy keresik, vagy várja meg a regisztrációs kifizetések végén az út.

MOS feldolgozás módban is van néhány speciális funkciók. Kezdetben tartott logikai vezérlő csomagot, ha a csomagot talált hibát hirdetmény feladásának, és ez a folyamat véget ér. Ha a csomag rendben, a küldő kap egy üzenetet, ami a helyzetét a csomagot. Ez a közlemény, szemben a bevételek, amelyek most, nem alakul ki a szállítási, és csak a fizetési rendszer.

A következő lépés a feldolgozáson Rabis NP - a logikus ellenőrzési dokumentáció tartalmazza a csomag, amely kerül sor kézhezvételekor azonnal. A fejlesztők ígérete, amely regisztrálja a hossza 5000 dokumentálja válaszidő nem kellene több, mint két perc alatt.

Ennek eredményeképpen a hitelintézet megkapja az ESID tartalmazó csomag akár pozitív, akár negatív nyugtázás az ellenőrzés eredményeit dokumentumokat.

A fő előnye ennek a rendszernek, hogy az összes logikai dokumentumok ellenőrzése zajlik valós időben, és a fejfájás, hogy elfogadható-e vagy sem az elküldött csomag egy percig zárás előtt az utolsó járat, részben „gyógyult”.

Főosztályvezető-helyettes IIC Dmitry Klionsky is figyelmeztetett, hogy a nyilvántartás a kifizetések egy kicsit eltérő megjelenést. Most minden logikai dokumentumok csoportjából kell szállítani egy külön fájlban. Azaz, a végén a járat érkezik csomag jóváírása és terhelése EPD MOS mód ALD üzemmódban külön keretében tartott BEPS és ESID csomagot, amely megerősíti a betéti, hitel, időközi elszámolást, a közlemény a helyzetét a folyamatban lévő vagy visszavont EPD és értesítési csoport törölt kifizetések. Ez az információ jön a végén minden út. Továbbá, ellentétben a jelenleg meglévő technológiai csomagok EPM és ESID tartalmazni fogja a dokumentumot minden számlájára hitelintézet. Most a csomag minden egyes fiókhoz külön-külön. Az ötödik járat is tartalmazni fog további ESID - a záró napon tartalmazó nyitómérlegét nap záró napján, és információk a múlt EPD. ESID kialakítva az egyes fiókok szervezet.

Egy másik kérdés összefügg a használata IBM WebSphere MQ. Az a tény, hogy a csatornák IBM WebSphere MQ, több mint 100 megabájt egyetlen üzenetben nem lehet. Ezért azok az e-mailek, amelyek meghaladják az előírt összeget, lehet részekre bontjuk. Ezeket a részeket kell összegyűlt már a kliens oldalon a saját. Az érthetőség kedvéért a töredékek számozott lesz, és mindegyikük letette a részleteket, amelyek könnyen be lehet állítani hovatartozását.

A technológiától a realitások

Bankárok is érdekel a kérdés, hogy engedélyezi-e a Rabis-NP, hogy növelje a sebességet a kifizetések feldolgozását adatbázis. Nem titok, hogy csúcsidőben a bankok gyakran szembesülnek azzal a problémával, az elektronikus fizetések.

Szintén Sergey Grishkin felhívta a figyelmet arra a tényre, hogy a meghibásodások különböző okok miatt. Ha a vészhelyzeti okozta IIC, rendszerint meghosszabbodik járatok és üzenetrögzítő tájékoztatja erről. Ha ez egy egyedi helyzete, amely akkor egy adott bank, IIC nem tud eljárni a szabályozással ellentétben, és változtatni a repülés. Ezért a hitelintézet lehet, hogy megtalálja a kiutat ebből a helyzetből.

A bankok viszont már tettek lépéseket megbízhatóságának javítása kifizetéseket. Így az IIC kérelem érkezett a megtakarítások felhasználására hozzáférési csatornák kapcsolat IIC két szolgáltató. Néhány bank is azt mondta, hogy figyelembe véve egy ilyen lehetőség.

Ma, a hitelintézetek arra, hogy megvalósítsa ezt az elképzelést. Hosszú ideig monopolhelyzetben ezen a területen foglalkozik a cég „Incom”. Annak érdekében, hogy kapcsolat szolgáltatásokat a IIC szolgáltató cégek nagyon magas műszaki követelményeknek, és nem mindegyikük képes elvégezni. Például a kommunikációs csatornák előfizetők és távközlési szerverek IIC kell különíteni más nyilvános hálózatokon. Ezen túlmenően, a szolgáltató köteles független kapcsolatot két, földrajzilag távoli helyszínek technológiai IIC, és ehhez jelentős pénzügyi infrastrukturális beruházások. Ezen kívül ebben az üzletágban nem minden vállalat számára is érdekes, mert IIC kimenő forgalom ingyenes. Most van egy másik szolgáltató a piacon - a cég „Corps parancsnoka”. IIC kifejezte jóváhagyását, és kész megvizsgálni annak a lehetőségét szolgáltató a bank két internetszolgáltatók között.

Oleg Kravchenko, vezetője a kommunikációs rendszerek, CROC