Az Orosz Föderáció Általános és Szakmai Oktatási Minisztériuma

Moszkvai Állami Ipari Egyetem

Gazdasági és Menedzsment Információs Rendszerek és Technológiák Tanszék és

Önálló feladat

fegyelem szerint

"Információs rendszerek"

a témán:

« Banki információs rendszerek ».

Elkészült:

3 éves hallgató

Csoportok 6293. sz

Valin F.N.

Ellenőrizve:

prof. Shirokov L.A.

- Moszkva 2003 -

Bevezetés ................................................... ................................................... .......................... 3

1. Rendszer architektúra és alapvető funkciók megvalósítása ................ 5

1. 1. Globális szint ........................................................................................... 6

1. 2. A vezető szintje. Bankkezelési funkciók. .................... 7

1. 3. Ügynökök szintje ................................................................................................... 11

2. Bankautomatizálási rendszer fejlesztésében alkalmazott megoldások ................................................................................................................ 12

3. A banki információs rendszerrel szemben támasztott követelmények és a szoftverfejlesztés elvei ................................................................... 13

4. Egy feltételes integrált információs rendszer felépítése 1

5. Bankközi interakciók és kommunikáció .......................... 25

Következtetés .................................................................................................................... 31

Bibliográfia.

1. Banki technológiák. 1997. 7-8.

2. Informatika. 1997. 2. sz.

3. Nemzetközi banki szabványok. Alatt. szerk. S. I. Kumok. -M .: Moszkvai Pénzügyi Szövetség, 1995.

Bevezetés.

A banki szakemberek és ügyfeleik szemszögéből a bank pénzintézet. A távközlési szakemberek szemszögéből azonban a bank információfeldolgozó és -továbbítási vállalkozásnak tűnik. A bankban lezajló pénzügyi és monetáris folyamatokat információfeldolgozási, tárolási és információtovábbítási folyamatokként lehet és kell értelmezni. Ez egyaránt vonatkozik az ügyfélszámlák állapotával kapcsolatos információkat manipuláló elszámolási folyamatokra, valamint a banki kezelési és döntéshozatali folyamatokra, például a hitelezési vagy ügyleti tevékenység területén. Ez az értelmezés különösen világosan megmutatkozik a bankok, az üzleti világ és az egész társadalom átállása során a pénzforgalom új módjaira, amikor a hitel- és betéti kártyák, ATM-ek, az elektronikus ügyfélszolgálat és más hasonló folyamatok oda vezetnek, hogy minden fizetés, elszámolás és egyéb pénzügyi eljárásokhoz nem lesz szükség papírpénzre és dokumentumokra, hanem számítógépes feldolgozásból és információtovábbításból áll majd. Ezt szem előtt tartva nem lehet túlbecsülni a számítógépes információs rendszerek és a számítógépes távközlés szerepét a banki tevékenységben. Ebből a szempontból a széles körben értelmezett menedzsment probléma kulcsfontosságúvá válik a bank munkájának hatékonyságának és megbízhatóságának biztosításában, a magas színvonalú megoldás határozza meg végső soron életképességét és versenyképességét.

Az irányítási koncepció kialakításánál és az alapvető eszközök kiválasztásánál célszerű az ezen a területen meglévő nemzetközi szabványok és ajánlások alkalmazása és figyelembevétele. Ezek az ajánlások összefoglalják a helyi és globális hálózatok, illetve az ezekre épülő internetes hálózatok menedzselésében szerzett tapasztalatokat, kiemelik a hálózatmenedzsment főbb funkcionális területeit, meghatározzák az architektúrát, az információbázist és a hálózatkezelési protokollokat. A szabványosított módszerek és vezérlések lehetővé teszik a kompatibilitást a különböző gyártók által fejlesztett hardverek és szoftverek között.

* hibakezelés - a rendszer működésében fellépő hibák és egyéb problémák felderítése, leválasztása és elhárítása, hibák regisztrálása, azonosítása és diagnosztikai tesztelése;

* számviteli menedzsment - a rendszererőforrások felhasználásának elszámolása, ellenőrzése és költségének meghatározása, a felhasználók értesítése az általuk felhasznált erőforrásokról, számlázás, számlavezetés és egyes erőforrások felhasználási korlátok beállítása;

* konfigurációkezelés - az összes hálózati eszköz, azok helyének, címeinek és azonosítóinak regisztrálása, a hálózati erőforrások állapotára vonatkozó adatok ellenőrzése, gyűjtése és előkészítése azok inicializálása, indítása, folyamatos működés biztosítása, leállítás érdekében;

* teljesítménymenedzsment - a rendszererőforrások működésének hatékonyságának felmérése, statisztikai információk gyűjtése a hálózati objektumok működéséről, elemzése és feldolgozása, a rendszer hatékonyságának előrejelzése és fejlesztésének tervezése. A rendszer hatékonysága szorosan összefügg a hibakezeléssel, hiszen a hatékony működéshez szükséges, ha nem is a hibákat teljes mértékben kiküszöbölni, de mindenképpen meg kell tudni előre jelezni és minimalizálni azok következményeit;

* biztonsági menedzsment - a hitelesítés, jogosultság, hozzáférés, titoktartás és a továbbított, feldolgozott és tárolt információk integritásának biztosítása;

Aggregáltabb formában a vezérlőrendszer által megoldott problémák két osztályát különböztethetjük meg:

Hálózatkezelés - hálózati eszközök figyelése és vezérlése;

Rendszermenedzsment - a felhasználók, alapjaik és erőforrásaik kezelése, beleértve a szoftvereket és a felhasználói folyamatokat.

A vállalati szintű alapvető eszközök legtöbb szállítója hajlamos a lehető legnagyobb mértékben figyelembe venni a nemzetközi irányelveket és szabványokat. Ez az egyetlen módja annak, hogy hatékonyan implementálják ezeket a már működő rendszerekbe, és ne korlátozzák a felhasználót a vezérlőrendszerek keretére és képességeire.

Az épületirányítási rendszerek legfejlettebb alapvető eszközei a következők:

* OpenView + IT üzemeltetés / adminisztráció a Hewlett-Packard által;

* Sun Connect SunNet Manager a Sun Solution által;

* Tivoli az IBM-től;

* SMS a Microsofttól;

Ezen termékek mindegyike kiváló eszköz egy széles körű alkalmazási és alkalmazásfejlesztési vezérlőrendszer felépítéséhez. Véleményem szerint azonban az első két termék főként a hálózatkezelés problémájának megoldására koncentrál, és kisebb mértékben érinti a rendszermenedzsment kérdéseit, a második kettő pedig, amely mind a hálózat-, mind a rendszerfelügyeleti problémák megoldására szolgál, korlátozott. egy meglehetősen merev keretrendszer vagy egy meghatározott alkalmazási terület. , vagy használt platformok (operációs rendszerek, DBMS, hardver) által.

Ma már olyan vállalatirányítási rendszerre van szükség, amely minden munkahelyen megteremti az adminisztrátor jelenlétének teljes hatását, és lehetővé teszi az aktuális konfigurációkezelési feladatok központosított megoldását és a felmerülő problémák gyors kiküszöbölését. Próbáljuk meg felsorolni az ilyen típusú rendszerekkel szemben támasztott követelményeket és azok megvalósítási módjait.

1. Rendszer architektúra és alapvető funkciók megvalósítása.

Egy ilyen rendszer architektúrájának három fő szintet kell tartalmaznia:

Globális megjelenítési réteg – integrált felhasználói felület támogatása és a megosztott objektumok tárának karbantartása;

A banki menedzsment szintje, vagy vezetői szint - a vállalat információs és telekommunikációs infrastruktúrájának valamennyi tárgyában előforduló információs folyamatok menedzselése;

Ügynöki szint - a bank információs és telekommunikációs infrastruktúrájának minden eleme feletti felügyelet és ellenőrzés.

Egy ilyen architektúra lehetővé tenné a fejlesztők számára, hogy teljesítsék a modern vezérlőrendszerrel szemben támasztott összes alapvető követelményt, mind abból a szempontból, hogy biztosítsák a heterogén erőforrások kezelési eszközeinek magas szintű integrációját, mind pedig az ilyen létfontosságú rendszerek megvalósítása szempontjából. a hatékony olyan jellemzők kezelése, mint a nyitottság, a bővíthetőség, a skálázhatóság és a többplatformos.

Külön kiemelendő, hogy a rendszernek meglehetősen széles körű irányítási funkciókkal kell rendelkeznie, amelyek a rendszer infrastruktúrájával és egymással való integrációja révén magas szintű banki menedzsmentet biztosítanak. A rendszernek lehetővé kell tennie e funkciók további fejlesztését és javítását. A bővíthetőség a rendszer célorientált természetének közvetlen következménye, mivel minden felügyelt objektum egy megosztott objektumtárban van definiálva, és kezelésük módja teljes mértékben dokumentált.

A nagyfokú skálázhatóság lehetővé teszi a rendszer testreszabását bizonyos üzleti feladatokhoz TCP / IP, SNA, DECnet és IPX hálózatok, IBM nagyszámítógépek, VMS operációs rendszerek, OS / 400, NonStop Kernel, Unix, Windows NT és Windows 95 használatával.

A rendszer minden funkciójának nyitva kell állnia nemcsak az ügyfelek, hanem a független fejlesztők számára is. Mindketten létrehozhatnak saját termékeket, amelyek kibővítik a rendszer felügyeleti lehetőségeit. Az architektúra minden szintjén vannak nyitott integrációs pontok. Az ügyfelek és partnerek további ügynököket és menedzsereket hozhatnak létre, módosíthatnak vagy új objektumokat hozhatnak létre, integrálhatják azokat a felhasználói felület testreszabásával, és használhatják a menedzserek által nyújtott összes szolgáltatást.

A leírt architektúra megvalósításának három alapelven kell alapulnia:

A bank üzleti funkcióinak megvalósítását biztosító információs folyamatok nyilvántartása, megjelenítése;

A rendszer bármely erőforrása által kezelhetőség, annak helyétől függetlenül;

- "barátságos" háromdimenziós grafikus felhasználói felület.

Ennek eredményeként a felhasználó olyan eszközt kap a kezébe, amely lehetővé teszi a vezérlő objektum megjelenítését és három szinten történő kezelését: globális (rendszer egésze), banki vagy menedzser (üzleti folyamatmenedzsment), ügynökségi (szoftver és hardver menedzsment) szinten. ).

1. 1. Globális szinten.

A rendszer objektum-orientált architektúrájának legfelső szintjén a valós világ grafikus felülete valósul meg, melynek segítségével a vezérlő alkalmazások felismerik a nekik alárendelt erőforrásokat és kapcsolatokat létesítenek. A teljes számítási környezet megjelenítéséhez 3D-s animációt és a virtuális valóság elemeit használjuk, lehetővé téve a rendszergazda számára a számítási erőforrások és hálózati kapcsolatok közötti "navigációt". Így az adminisztrátor a "vezérlőpultjáról" figyelemmel kísérheti a vállalat információs és telekommunikációs infrastruktúrájának működését és megoldhatja a felmerülő problémákat.

Lehetővé kell tenni a vállalati felépítés logikus összekapcsolását a terület térképével vagy az épület tervével, ami hozzájárul az adminisztrátor ergonomikusabb munkájához, és gyorsabb navigációt tesz lehetővé. Ha az adminisztrátor egy nagy térben elosztott vállalattal foglalkozik, akkor hasznos lehet a beépített földrajzi térkép használata, amely lehetővé teszi az erőforrások fizikai elhelyezkedésének megfelelő bemutatását. A térképen különféle hagyományos szimbólumok, képek helyezhetők el, például alaprajzok, ami gyakran nagyon fontos a modern információs rendszerek kezelése szempontjából.

A menedzsment tárgyaival kapcsolatos minden információ a megosztott objektumok tárházából származik, amely kulcsfontosságú láncszem szerepet tölt be a menedzsment funkciók integrációjában. Egy elosztott tárhely mélyén kezelt objektumok (alkalmazási programok, hardverek, adatbázisok, vevőelszámolások, készletellenőrzés, termelési folyamatok stb.), attribútumaik, kapcsolatokra és kezelési módokra vonatkozó információk, valamint az üzlet megjelenítésére vonatkozó adatok folyamatok találhatók...

A közös objektumok repozitóriumának létrehozása és konkrét információkkal való feltöltése a bank információs rendszerének elemeit és a köztük lévő kapcsolatot felismerő topológia-meghatározó szolgáltatással történik. A kapott objektumok ezután megjeleníthetők a valós világ felületén. A topológia meghatározása egyidejűleg is elvégezhető különböző irányokban, ami fontos, ha nagy elágazó hálózatokkal dolgozik.

1. 2 Menedzser szint (banki vezetési funkciók).

Az architektúra második szintjén, a menedzser szintjén a bank vagy az üzleti folyamatok irányításának funkciói valósulnak meg. Ehhez van egy sor vezérlőfunkció: üzenetek generálása a fontos rendszer-, hálózati vagy alkalmazáseseményekről és továbbítása a vezérlőközpontba; felügyeleti rendszer és felhasználói hibák; gyakran ismétlődő vagy ütemezett műveletek automatikus végrehajtása; létfontosságú erőforrások integritásának megőrzésére szolgáló készülékek; az információs környezet védelme.

Ezek a funkciók a következő fő csoportokba sorolhatók:

* rendezvényszervezés;

* munkaterhelés kezelése;

* adathordozók kezelése;

* információk tárolása és helyreállítása;

* védelmi menedzsment;

* problémakezelés.

Rendezvényszervezési funkció lehetővé teszi, hogy algoritmusokat hozzon létre a fontos események azonosítására, reagáljon rájuk, és szükség esetén sürgős intézkedéseket tegyen. Az események kezelése során a legtöbb időt általában a kivételek kezelésére fordítják. Gyakran egyetlen kudarc mások lavinához vezet, ami nagyon megnehezíti a baj forrásának pontos meghatározását.

A meghibásodások okainak meghatározására a különféle információforrásokban előforduló események szűrésének és összekapcsolásának funkcióit valósítják meg. Az eseménykezelés kiemeli a rendszer számára fontos üzeneteket, és meghatározza a teendőket, amikor előfordulnak. Az eseménykezelő funkció menedzserként és ügynökként is működhet – nemcsak felismeri az eseményeket, hanem feldolgozza is azokat. Az eseménykezelési funkció interfészeként az eseménykezelő konzol szolgál, amely a menedzsment funkciók grafikus felületén egy külön ablak, amely lehetővé teszi, hogy minden, a rendszerben zajló eseményt figyelemmel kísérhessünk. Innen az adminisztrátor figyelemmel kísérheti az eseménykezeléssel kapcsolatos üzenetek áramlását. Ennek a funkciónak az egyedisége abban rejlik, hogy képes az üzenetgrafikon egészét látni, és azonnal válaszolni rájuk.

Az információs rendszerek bonyolultabbá válásával és intenzívebb használatával egyre nehezebbé válik a számítógépek működése.

Munkaterhelés-kezelési funkció megoldja a munkarend karbantartásának automatizálásának problémáját. Olyan kritikus folyamatokat kezel, mint a feladatok ütemezése, végrehajtásuk sorrendjének és meghibásodásának figyelése, az időigények számbavétele, a számítógépek kiválasztása bizonyos feladatok elvégzéséhez. A munkateher hatékony kezeléséhez információval kell rendelkezni arról, hogy milyen munkát kell elvégezni , hol mikor és hogyan. A munkaterhelés-kezelési program négy fő elemben kapja meg ezeket az információkat:

¨ állomások - annak a munkahelynek az azonosítása és leírása, ahol a feladatot elvégzik. Ez lehet egy szerver, munkaállomás vagy olyan hely, ahol kézi műveleteket hajtanak végre;

¨ naptárak, amelyek jelzik, hogy egy-egy feladatot vagy azok sorozatát milyen időkeretben lehet elvégezni. Minden feladatnál fel van tüntetve a végrehajtásának pontos kezdési ideje is;

¨ olyan feladatok, amelyek meghatározzák, hogy milyen munkát kell elvégezni, és tartalmaznak információkat a végrehajtás kezdő időpontjáról, a korábbi feladatokról, a szükséges erőforrásokról és a feladat elvégzésének jeleiről;

¨ feladatkészlet - egy logikai gyűjtemény vagy feladatkészlet.

A terheléskezelés kétféle módon – prediktív és eseményvezérelt – ütemezi a feladatokat. A prediktív tervezés naptárak, az események tervezése pedig műveletek segítségével történik. Ez utóbbi típus kényelmes feladatok végrehajtásához, amikor a kivételek a statikusan előrejelzett ütemezésen kívül fordulnak elő. A két módszer kombinációja lehetővé teszi a feladatok hatékony megtervezését különféle – hétköznapi és kivételes – helyzetekben.

A rendszer a munkavégzés valós idejű nyomon követését valósítja meg. A rendszergazda lehetőséget kap arra, hogy megtekintse, mely feladatok vagy feladatcsoportok aktívak éppen, hogyan zajlanak ezek végrehajtása, mely feladatokat már elvégezték. Elosztott környezetben a logikailag összefüggő információk különböző rendszerekben tárolódnak, ami megnehezíti azok kezelését.

Automatikus tároláskezelési funkció Mindent biztosít, amire szüksége van az információk biztonsági mentéséhez és archiválásához, nyomon követve az adatok mozgását az aktív adathordozóról a biztonsági mentési adathordozóra. A tárkezelők olyan funkciókat is támogatnak, mint a titkosítás, a tömörítés, a redundancia és a hibajavítás. Az alárendelt ügynökök eszközök széles skáláját támogatják, beleértve a RAID-et, az optikai lemezeket és a robotokat.

A rendszer a tárolóeszközök hierarchikus kezelését is biztosítja, lehetővé téve a régi adatok eltávolítását az aktív adathordozóról. Az ilyen adatok elérésének első kísérletekor azok automatikusan visszakerülnek az archívumból az aktív adathordozóra. Ezen kívül lehetőség van arra, hogy megakadályozzák a biztonsági mentési adathordozón lévő adatok véletlen vagy szándékos törlését vagy felülírását. A tárolókezelés és a terheléskezelés integrálása lehetővé teszi a központosított archiválási és biztonsági mentési műveletek ütemezését az egész bankban, így ezek a műveletek hatékonyabbak.

Egy modern bankban az információ az egyik legfontosabb védelemre szoruló objektum. Ugyanakkor a védelem kezelése elosztott környezetben korántsem egyszerű feladat. Megoldásához számos tényező, így a hitelesítés, engedélyezés, adminisztráció és audit összeegyeztetése szükséges egyetlen, könnyen kezelhető rendszer keretein belül.

Védelmi funkció megoldást valósít meg a hitelesítési problémára heterogén környezetben. Ez a megoldás egyszeri bejelentkezést biztosít az összes erőforrás eléréséhez, legyen szó nagyszámítógépekről, helyi hálózatokról, UNIX rendszerekről, középkategóriás számítógépekről vagy PC-kről. A felhasználónak csak egyszer kell regisztrálnia, hogy az összes elérhető rendszerrel dolgozhasson anélkül, hogy sok névre és jelszóra emlékezne, hogy mindegyiket beírja. A rendszereszközöknek lehetővé kell tenniük az adminisztrátor számára, hogy a jelszavak használatára olyan algoritmust hozzon létre, amely megfelel a bankban már meghatározott követelményeknek.

A rendszer a felhasználók és az erőforrások csoportosítására szolgáló eszközöket, valamint fejlett jogosultsági eszközöket valósít meg (a szabványos olvasási és írási jogok mellett). A hagyományos rendszerekkel ellentétben a fájlokat nem fizikai attribútumaik, például hozzáférési jogok listája védik, hanem egy speciális relációs biztonságkezelési adatbázisban beállított szabályok. Ez az adatbázis minden, a védelemmel kapcsolatos információt tárol, és onnan a rendszergazdák mindig megkaphatják a szükséges információkat. A rendszer lehetőséget biztosít a védelemre szoruló erőforrások azonosítására: fájlok, terminálok, nyomtatók, asztali PC-k, TCP/IP portok, weblapok, és egy csoportba egyesíti őket egy adott üzleti folyamat megjelenítéséhez. A rendszergazda ezután jogosultságokat rendelhet a folyamatban részt vevő felhasználókhoz. Ezenkívül a fejlett audit funkciók lehetővé teszik a védelmi algoritmusok használatának ellenőrzését a rendszerben - a jogosulatlan hozzáférésről és a védelem megszakítási kísérleteiről naplót vezetnek, valamint a védelmi algoritmusok változásairól szóló adatokat.

Problémakezelő funkció egy eszközkészlet a rendszergazdák napi tevékenysége során felmerülő problémahelyzetek gyors megoldására. A problémakezelés három fő funkcionális elemet fog tartalmazni:

* a komponensek meghatározása - a rendszer konfigurációja, beleértve a hardvert és szoftvert, valamint a nem számítógépes berendezéseket, például a távközlési, biztonsági és egyéb banki rendszereket, amelyeket szintén ellenőrizni kell;

* probléma definíció - vizsgálatot vagy beavatkozást igénylő kivételes helyzetek felderítése. A problémameghatározásokat vagy manuálisan, a help desk személyzete vagy egy speciális generálási funkció adja meg;

* Gép által generált problémakövetés – egy olyan mechanizmus, amely bizonyos események bekövetkeztekor hibakártyát tart fenn, amelyeket az eseménykezelő funkció figyel. Az említett mechanizmus algoritmusai lehetővé teszik a problémahelyzetek felismerését az egyes számítógépeken, alkalmazásokon belül vagy hálózaton belül.

A problémakezelő funkció együttműködik az eseménykezelő funkcióval, amely lehetővé teszi a problémahelyzetek azonosítására, észlelésére és megoldására irányuló eljárások automatizálását, valamint a bank információs szerkezetének egyes összetevőinél a problémák előfordulásának statisztikáját. A problémakezelés az információs infrastruktúra minden egyes összetevőjéhez tárolja a problémainformációkat, lehetővé téve az adminisztrátor számára, hogy fokozatosan átfogó problémakezelő rendszert építsen fel.

Ezen a szinten az egyik kulcsfontosságú funkció üzleti folyamatok megjelenítési funkciója... Az olyan automatizált pénzügyi és ipari rendszerek, mint a MANMAN / X, Baan, SAP / R3 keretein belül végrehajtott üzleti folyamatok, mint a megrendelések feldolgozása, elektronikus fizetés, ügyfélszolgálat, beépíthetők az üzleti folyamatok úgynevezett megjelenítésébe. Bármelyik "megnyitható" úgy, hogy létrehoz egy mappát, és oda helyezi a működéséért felelős összes attribútumot: számítógép- és lemezazonosítók, erőforrásigény leírások stb. Ennek eredményeként dinamikus képet alkothat az automatizált rendszer jelenlegi állapotáról, amelyről az adminisztrátor képes nyomon követni az esetleges ütközések előfordulását, és időben, például erőforrásokat átcsoportosítani vagy hozzáadni.

1.3 Ügynöki szint.

Mint már említettük, az elosztott rendszerek menedzsment modellje rugalmas struktúra formájában valósul meg, amely a rendszerarchitektúra két alsó szintjén megvalósított "menedzser - ügynök" technológián alapul. Az ügynök egy olyan program a C programozási nyelvben, amely kommunikációs függvények könyvtárát használja a rendszermaggal, és információkat generál a felső vezérlési szintek számára. Ez a program központilag fut, és egy objektumbróker kezeli. Minden alkalommal, amikor új komponens kerül be a vállalati rendszerbe, lekérdezés történik a már ismert ügynökök észlelésére és a velük való kommunikáció kialakítására. Az ágensek a szenzorokhoz és szenzorokhoz hasonlóan az információs rendszer szinte minden erőforrásának működését felügyelik, és lehetővé teszik a hálózati infrastruktúra hét elemének, adatbázisoknak és alkalmazásoknak a felügyeletét. A rendszerben lévő kész ügynökök listájának tartalmaznia kell a legáltalánosabb operációs rendszerek és adatbázisok támogatását, mint például a Windows NT, Unix, Oracle, Sybase, SQL Server, CA-OpenIngres. További ügynökök hozhatók létre a rendszereszközök segítségével.

Az ágensek hatékony felhasználása érdekében minden erőforrás tartományokba van csoportosítva, amelyek topológiai (hálózati), földrajzi, szervezeti (a bank struktúrájának megfelelően) vagy funkcionális (erőforrástípusok szerint csoportosítva) elv szerint szervezhetők. A tartományok lehetővé teszik az irányítási algoritmusok pontosabb és célzottabb alkalmazását. Minden tartomány saját algoritmusait használhatja saját erőforrásainak kezelésére.

A „manager-agent” architektúra méretezhető – az intelligens ügynökök megoszthatják az adatokat más, azonos rangú ügynökökkel, szűrhetik és összekapcsolhatják az eseményeket, és reagálhatnak rájuk. Ezen túlmenően minden vezető több ügynököt irányíthat, és bármelyik ügynök több menedzsernek alárendelhető. Maguk a menedzserek más vezetők ügynökeként is felléphetnek. Mindez csökkenti a hálózati forgalmat és csökkenti a menedzserek terheit, miközben növeli a rendszer egészének skálázhatóságát és teljesítményét. A további redundancia hibatűrést biztosít, ha egy ügynök vagy menedzser meghibásodik.

2. Bankautomatizálási rendszer fejlesztésében alkalmazott megoldások.

A legtöbb LSI-ben a banki technológia szilárdan be van ágyazva a szoftvertermékbe. Emiatt a felhasználó a menü segítségével nem tud letérni róla, és mindig egy programozott párbeszéd útját követi, melynek helyessége szinte teljes mértékben a fejlesztőn múlik. Ugyanakkor a különböző termékek eltérő technológiai adaptációs fokot mutatnak, és a legtöbb esetben ezt a beállítást szakember végzi el a telepítési folyamat során. Általában egy ilyen szakember a fejlesztő képviselője, ritkábban - egy automatizált intézmény banktechnológusa (adminisztrátora).

A funkcionális redundancia mértékét a bank által elfogadott irányítási struktúra sajátosságai határozzák meg. Ugyanakkor számos vezetői feladatot gyakran nem különítenek el önállóként, mint például a marketingfeladatok teljes csoportját. Ez a banki irányítási rendszerek fejletlenségével és a kis, szegény bankok vonakodásával magyarázható, hogy drága marketingkutatásra költsenek pénzt.

Azt is meg kell jegyezni, hogy sok LSI-ben csak a legalapvetőbb, a rendszerfejlesztők szempontjából legfontosabb feladatokat automatizálják. Ennek oka lehet egyes szolgáltatások hiánya: faktoring, lízing, kártyaszolgáltatás, de vannak olyan menedzsment feladatok, amelyek bármelyik bankban megoldhatók, és általában hiányoznak a legtöbb hazai BIS-ből, például a bankkártya automatizált elemzése. a hitelportfólió minősége, a hitelforrások előrejelzése és tervezése. A kereskedelmi bankokban az irányítási struktúra és a banki műveletek összetétele döntő hatással van a BIS szerkezetére és tartalmára.

A számítógép használata lehetővé teszi a közgazdasági és matematikai módszerek alkalmazásának kiterjesztését a gazdálkodásban, i. nemcsak a közvetlen számlálási módszerrel történő információfeldolgozás felgyorsítása, hanem egyes folyamatok optimalizálása (például a mozgósított pénzeszközök elosztása, elhelyezése). Ugyanakkor a feldolgozási idő annyira lecsökken, hogy az befolyásolja a számítások hatékonyságának és ennek következtében a döntések hatékonyságának növekedését. Lehetőség nyílik a nyújtott szolgáltatások körének bővítésére, minőségének javítására és a földrajzi adottságok bővítésére a távközlési lehetőségek teljesebb kihasználása miatt.

Azonban az automatizálás minden előnyével a bankkal szemben, amellett, hogy magas költségeket kell fizetni egy platform (hardver és alapszoftver) beszerzéséhez és szakembereinek képzéséhez, állandó probléma merül fel. Abban rejlik, hogy a bank azon törekvése, hogy a megszerzett platform maximális működési idejét biztosítsa, szembesül azzal, hogy bármely platform gyors avulásra van ítélve a berendezések, az alapszoftverek (operációs rendszer, DBMS, programozási nyelvek) elavulása miatt. és a termékbe ágyazott banki technológia.

Egy automatizálási rendszer fejlesztése során két alternatív megoldás valósítható meg.

Az első megoldás, hogy a tervezők a meglévő irányítási struktúra alapján alakítják ki a rendszert, és ezzel „örökítik” annak előnyeit és hátrányait.

A második megoldás az irányítási rendszer előzetes átszervezését és fejlesztését feltételezi a korszerű vezetésszervezési koncepciónak és az intézményvezetés követelményeinek megfelelően.

3. A banki információs rendszerrel szemben támasztott követelmények és a szoftverfejlesztés elvei.

A banki tevékenység területén végbemenő, a jogi szférát, a gazdasági környezetet és a banktechnológiákat érintő folyamatos változások nagyfokú alkalmazkodóképességet követelnek meg a bankirányítási rendszertől. Az LSI-knek rugalmas szerkezettel kell rendelkezniük, és nyílt rendszereknek kell lenniük, pl. lehetővé teszi a szükséges változtatások elvégzését a modellben a bankszektorban bekövetkező szerkezetátalakítások esetén. Ezért a rendszernek a banki menedzsment automatizálására kell összpontosítania, nem pedig a banki információfeldolgozás puszta automatizálására. Vagyis a rendszernek be kell tartania a célirányos irányítás elvét, és meg kell felelnie a nyitottság követelményének, hogy szükség szerint könnyen módosítható és bővíthető legyen a funkcionalitás. Ez a követelmény az automatizált objektumok szigorú paraméterezése és a modularitás elve alapján valósul meg. A fő mottó itt a banki menedzsment automatizálása, és nem a helyi funkcionális problémák megoldása felé irányul.

A rendszer bővítésének és konfigurálásának eljárásait a modulok úgynevezett „kötegelésén” kell alapozni, amely integrációjuk révén biztosítja a rendszer komplexitását. Például a közüzemi számlák ügyfél általi fizetésére vonatkozó felszólítások egyidejűleg frissítik a folyószámlák pozícióit, valamint a művelettel érintett egyéb pozíciókat.

A bankszektorra jellemző speciális követelmények közé tartozik mindenekelőtt a dátumra (ellenőrző pontra) való visszaállítás, vagy a fordított könyvelési "piros vonal" rendszerén keresztül történő technológiai visszaállítás lehetősége. A kiinduló helyzet elérésekor és annak kijavítása után a banki dolgozók képesek legyenek változtatásokat végrehajtani és minden további nap automatikus számítással, zárással és archiválással visszatérni.

Ennek kapcsán biztosítani kell az aktuális és az elmúlt munkanapok eredményeit tároló adatbázisok egyidejű karbantartását, valamint az archívumok hosszú távú tárolását.

Egy másik követelmény, amit a bankok ma már tevékenységeiket automatizáló rendszerekkel szemben támasztják, hogy blokkolják a terhelési egyenleghez vezető fizetési bizonylatok bevitelét, hogy kizárják a 2. számú kártya ily módon történő feltöltését. egyszeri információbevitel a rendszerbe és minden tranzakció könyveléseinek automatikus generálása. Ez a követelmény egybeesik a fejlesztők követelményével.

A személyes fiókok feladásait és módosításait valós időben kell végrehajtani. Az egyetlen információs bázissal végzett munka lehetővé teszi, hogy az adatbázis bármely összekapcsolt részén végrehajtott változtatásokat automatikusan továbbítsa, amikor módosítja annak bármely részét. A rendszernek biztosítania kell a személyi számlák állapotának folyamatos változását és az azokon lévő egyenlegek napi újraszámítását, figyelembe véve a napi változásokat. Ennek az újraszámításnak lehetővé kell tennie a havi, negyedéves és éves forgalom felhalmozását a számlákon.

A személyes számlákat elemezni kell a fel nem nyitott számla helyzetére. Az újonnan nyitott fiókok automatikusan hozzárendelt számokat kapnak. Szükség esetén az ügyfél (ha van ügyfél-bank rendszer) vagy a banki alkalmazott megtekintheti a személyes számlát, és felmérheti annak dinamikáját egy adott időszakra vonatkozóan. A számlák jellegéből adódóan a BIS-nek biztosítania kell a többpénzes működést mind folyó-, mind elszámolási számlákkal, valamint különféle betéti, hitel-, csekk- és egyéb számlákkal, valamint különféle kamatot és jutalékot kell felszámítania.

A számításoknak időszerűnek és helyesnek kell lenniük, pontosan szerepelniük kell a számviteli nyilvántartásokban, és úgy kell végrehajtani, hogy az alkalmazottak a lehető legnagyobb mértékben mentesüljenek a rutinfeladatok kézi végrehajtásától. Ugyanakkor kívánatos a banki munkafolyamat csökkentése.

A fejlesztő követelményei elsősorban az automatizált rendszerek tervezésének kialakult szemléletéhez, valamint saját érdekeihez kapcsolódnak, amelyek pénzügyi jellegűek. Először is ez az arány: ár - önköltség - munka mennyisége.

Az integrált rendszerek fejlesztési követelményei szigorúbbak, mint a helyi fejlesztéseknél. Ennek oka a megoldások összetettségére vonatkozó kiterjesztett funkcionális igények és a kötelező rendszermegállapodások.

Kiemelkedően fontos a fejlesztés átfogóságának elve, amely egy sor, összekapcsolt szoftvereszköz-készlet létrehozását jelenti, amely számos banki funkciót automatizál, és integrált rendszerbe szerveződik. Ugyanakkor a hatékony működéshez be kell tartani a rendszer egyes részeinek összehangolt áteresztőképességének és az információs támogatás rugalmasságának elvét, egységességének megőrzése mellett. Az tény, hogy jelenleg a bankok információs alapjai szétaprózottak, ami a gazdasági helyzet félreérthető értelmezéséhez vezethet a banki alkalmazottak részéről. Nyilvánvalóan a bázis egységének betartását egyszeri információbevitelnek kell kísérnie.

A bankfiókban végrehajtott művelet számos feltétel mellett másokat is magában foglal. Így egy akkreditív kibocsátásakor egy bizonyos idő elteltével kiderülhet, hogy a pénzt nem költötték el, és vissza kell utalni a folyószámlára. Mivel a művelet formalizált, programozottan is végrehajtható.

Mivel a hazánkban kialakult platformpiac igen sokrétű, a fejlesztő rendszerének minél szélesebb körű elterjedése érdekében a mobilitás elvének betartásában érdekelt, pl. a szoftvertermék különféle működési és műszaki környezetekben történő működtetésének lehetőségének biztosításában.

Az AWP-koncepció referenciakoncepcióként való felhasználása a bankautomatizálási rendszer fejlesztése során a legkonzisztensebb a menedzsment célzott megközelítésének alkalmazásával. A munkavállaló fő céljainak meghatározása után lehetőség nyílik a hajlékonylemez vagy hálózati technológia használatára vonatkozó főbb rendszermegállapodások megfogalmazására, a szükséges eszközök kiválasztására. A sok azonos nevű AWP webhely jelenléte lehetővé teszi az ilyen típusú mozgatható blokkok széles körű alkalmazását: standard arányszámítás, saját likviditás felmérése, szerződések megkötése és karbantartása stb., valamint az objektum-orientált megközelítés alkalmazása.

Minden objektum (személyes számla, könyvelés, ügyfél) megfelel egy szabványos eszközkészletnek (létrehozás, ellenőrzés, beállítás, törlés, rendezés, keresés stb.), valamint egy speciális eszközkészletnek ("visszafordítás" a könyvelésekhez, a forgalom lezárása) vagy zárás – számlák és stb.).

A banki biztonság ma is nagyon sürgető probléma. Megoldása csak integrált megközelítéssel lehet sikeres, ami magában foglalja az információhoz, a különböző AWP-khez és a bennük lévő módokhoz való hozzáférés elkülönítését. Tehát a rendszerhez való hozzáféréshez vannak szintek: fájlok átvitele egy adott könyvtárba, hozzáférés egy adott könyvtárhoz, hozzáférés a lemezhez, az összes funkció megvalósítása egy távoli számítógépen. Ehhez általában a jelszavak rendszerét, a továbbított információk titkosítását és az elektronikus aláírásokat használják. Szintén nagy jelentőségű a rendszer információs bázisának archívumának megfelelő szervezése.

Így a banki automatizálási rendszerek fejlesztésének elvei az ügyfél (bank) által a szoftvertermékkel szemben támasztott megközelítésekből és követelményekből következnek. Ezen követelmények között szerepel a bank által a rendszer egészére, mint egy adott területet (banki) kiszolgáló termékre vonatkozó követelmény, valamint a bankban alkalmazott műveletek sajátosságait és azok végrehajtási technológiáit tükröző speciális követelmények.

Másrészt számos követelményt támaszt a fejlesztéssel szemben az előadó (fejlesztő). Ezek a követelmények egybeeshetnek a bank követelményeivel, de ütközhetnek is. Bár a tervező által megfogalmazott felsorolt ​​követelmények többsége nem ütközik a bankok követelményeivel.

Emlékeztetni kell arra, hogy az integrált LSI-k tervezésekor figyelembe kell venni a banki környezet követelményeit. Ez egy adott időpontra való visszaállítás és a technológiai visszaállítás lehetősége; információ egyszeri bevitele; a terhelési egyenleggel rendelkező fizetési bizonylatok rögzítésének blokkolása; a kiküldések valós időben történő végrehajtása; helyzetelemzés - nyitott (zárt) számla; Információ biztonság.

Az információs rendszerek fejlesztésének általános követelményei: dokumentumforgalom csökkentése; rutinfeladatok automatizálása: pénzügyi információs rendszerek (FIS) adaptálhatósága (paraméterezés); a rendszerek bővítésének lehetősége; egységes információs bázis; mobilitás; rendszerarchívum karbantartása; a rendszeradatbázis archív másolatának visszaállítása.

Az információs rendszer általában külső a banki technológiák összességéhez képest, mivel gyakran a banki információk gépi feldolgozását használják a banki műveletek végrehajtásának technológiai folyamatának utolsó szakaszaiban, amelyeket a számítások legnagyobb koncentrációja jellemez. A gyakorlatban minden banki műveletet valamilyen egységes technológia köt össze, amely sokféle makro- és mikrotechnológiából áll, amelyek jelenléte az egyes munkavállalói csoportok specializációjának és feladataik összetételének köszönhető.

4. Egy feltételes integrált információs rendszer felépítése.

Az integrált LSI felépítésének lehetséges struktúrája lehet egy olyan struktúra, amely a szoftvertermékeinkben a leggyakoribb AWP-ket és blokkokat tartalmazza.

Az orosz LSI piacról lefolytatott analitikai áttekintés alapján azonosították és összeállították az AWS-ek összetételét, és meghatározták funkcióikat egy feltételes integrált LSI-hez. Egy valódi integrált LSI-ben az ilyen kiosztás az irányítási struktúrától, az irányítási funkciók és célok szétválasztásától, valamint a rendszertervezés választott megközelítésétől és sok más tényezőtől függ. A BIS felépítésében, fejlesztése során ingó blokkokat különböztetnek meg, amelyek biztosítják néhány standard banki technológia megvalósítását: szolgáltatási szerződések (hitel-, betét-, vagyonkezelői, elszámolási és készpénzes szolgáltatások stb.), kamatszolgáltatás .

1. ábra: Az integrált LSI felépítése

különböző szerződések szerinti áruk, késedelmi kamat szolgáltatás stb.

Az áthelyezhető blokkok megfelelő beállítás és funkcionálisan speciális programok után az adott munkahelyek AWP-jét alkotják.

Itt (lásd az 1. ábrát) számos olyan AWP van, amelyek a menedzsment teljes értékéhez szükségesek, de a legtöbb LSI-ben hiányoznak függetlenként: marketingszakértői AWP, vagyon- és forráskezelési alkalmazotti AWP, Egy elemző AWP, egy tervező AWP, egy likviditáskezelési alkalmazott AWP stb.

A menedzsment információs támogatási blokkja a bank menedzsmentjének támogatását és döntéshozatalát szolgálja, és elemző információkat generál a bank tevékenységének eredményeiről. Általában ezt a blokkot egy automatizált munkaállomás formájában hajtják végre, amely a bank likviditási és egyéb stratégiai információinak, valamint a számlák állapotára vonatkozó adatok, archív referenciák stb. fogadását valósítja meg.

Ha a banknak fiókjai vannak, akkor felépítése rendelkezik egy olyan részlegről, amely on-line információcserét biztosít velük telekommunikációs csatornákon keresztül a kommunikáció AWS-jén keresztül, vagy off-line e-mail, hajlékonylemez vagy papírtechnológia alapján. A fiókokkal való munkavégzésre szolgáló munkaállomás lehetőséget ad a munkavállalónak, hogy információkat vigyen be a fióktelepek pénzügyi műveleteiről, figyelembe vegye tevékenységét a konszolidált mérleg elkészítésekor, elemezze a fióktelepek tevékenységét, és kiszámítsa számukra a szokásos arányokat.

A külső környezettel végzett munka távközlési csatornákon keresztül történik a kommunikáció AWS-jén keresztül. Az AWS biztosítja az információk exportját-importját, azaz. kétoldalú adatcsere külső előfizetőkkel: az Orosz Föderáció Központi Bankja, fiókok, bankközi elszámolási rendszer, feldolgozó központ (Union Card, STB-Card stb.), valutaváltó, ügyfelek, pénzváltó stb. szabvány , titkosítása (a szokásos módon és elektronikus aláírás használatával) és a kommunikáció kialakítása: akár közvetlenül telefonon és egyéb csatornákon, akár bármilyen számítógépes hálózaton keresztül (3. ábra)

Az ügyfél-bank séma szerinti interakció biztosítására az ügyfél telepíti az ügyfél automatizált munkaállomás szoftverét, amely lehetővé teszi a fizetési bizonylatok bevitelét, szerkesztését szabványos nyomtatványkészlettel, elkészített dokumentumok nyomtatását, információk titkosítását és visszafejtését, valamint az elektronikus úton történő engedélyezést. aláírási mechanizmus, dokumentumok, fájlok és üzenetek küldése és fogadása. A bankban, az alapegységen belül, a bank ügyfél AWP-jével való interakcióhoz van telepítve. Ez a komplexum a kommunikáció AWS-jén keresztül hasonló funkciókat biztosít az ügyféllel való interakcióhoz, archívumot tart fenn az ügyféllel folytatott interakciókról, és a fogadott fizetési dokumentumokat a LAN-on keresztül elküldi feldolgozásra a kívánt AWS-nek.

2. ábra Az adatok exportálására szolgáló kommunikációs AWS működési sémája

A bankközi elszámolási ügyintéző (IDB) munkaállomása az elszámolóközpontok hálózatán és a kölcsönös levelező számlanyitáson keresztül biztosítja a más kereskedelmi bankokkal való elszámolást. Közvetlen bankközi elszámolások alapján az AWP lehetővé teszi az aktuális MDB-műveletek ellenőrzését, módosítását és törlését, valamint a kezdeti értesítők, nyilvántartások és megfelelő fizetési bizonylatok kialakítását. A válaszlevelekkel végzett munka során az AWP a munka teljes körét beviteli bizonylattal végzi: aktuális bizonylatok bevitele, javítása, törlése (a bizonylatok és fizetési bizonylatok mennyiségének egyidejű ellenőrzésével); megfelelő válaszjegyzetek elkészítése, megfelelő napló és megfelelő dokumentumok vezetése; a végső forradalmak megnyitása, fenntartása és lezárása.

Más bankokkal, ügyfelekkel, feldolgozó központtal vagy tőzsdével való elektronikus kapcsolattartáshoz a LAN-on keresztül információkat küldenek a kommunikációs munkaállomásra, amelyen keresztül a távközlési interakciók valósulnak meg.

A hitelosztály munkatársának munkaállomása (AWP SKO) biztosítja a szerződés megkötését és fenntartását, meghosszabbítását és lezárását (archívumba vétele), a tőketartozás törlesztési ütemtervének kialakítását és a kamatfizetést. különböző konstrukciókra, valamint ezen ütemtervek végrehajtásának és a tartozás fő részének kötbér felhalmozódásának nyomon követése, százalékos arányban. Ebben az esetben számos állítás keletkezik. Az AWS normál és egyedi kamatokat támogat: a tartozás fő részére, fel nem használt hitelre (ha a szerződésben nincs rögzítve), késedelmes hiteltörlesztésre vagy kölcsön késedelmes kamataira.

A BIS-ben egyre gyakrabban szerepel az alkalmazottak egyénekkel való munkavégzésére szolgáló munkaállomása, ami az egyénektől származó források bevonásának szükségességéből adódik, bár ezek a műveletek a tömeges méretek miatt nagy munkaerő-intenzitással járnak. Alapvetően betéti műveletek jellegűek, ezért ez az AWP alapvetően csak egy meghatározott szolgáltatási körben tér el a betéti osztály dolgozóinak AWP-jétől.

AWP. a pénztári osztály munkatársa gondoskodik a bank pénztári politikájának megvalósításáról a pénztári portfólió tekintetében, valamint a magán- és jogi személyekkel kötött vagyonkezelői szerződések végrehajtásáról. Az AWS olyan módokat foglal magában, mint egy befektetési objektum gazdasági állapotának felmérése, az értékpapírok analitikai mutatóinak kiszámítása, egy objektum befektetési vonzerejének értékelése, értékpapír-portfólió, értékpapírok átvételének és mozgásának elszámolása.

A betéti osztály dolgozójának munkaállomása biztosítja az átmenetileg szabad pénzeszközök bevonását. A tárgytechnológiát tekintve ez az AWS ugyanazokat a módokat tartalmazza, mint az altiszt AWS-jében: szerződéskötés, kamatszámítás különböző sémák szerint, ezek elszámolása a maradékkal stb.

A banktechnológia problémája továbbra is a funkciók differenciálása az operatív és számviteli munkák komplexumát megvalósító alapmodul és más részlegek dolgozóinak AWP között.

A szerződések monitorozása magában foglalja a lejárt kötelezettségek kifizetésének napi ellenőrzését. Ebben az esetben a lejárt tartozások beérkezése automatikusan rögzítésre kerül, és késedelmi kamatot számítanak fel. A lejárt tartozások összegeit az adatbázis egy speciális területén tárolják - "egyértelműsítésig", amíg a hitelosztály munkatársának utasítására át nem utalják a megfelelő egyenlegszámlákra, ki nem fizetik vagy a hitelintézeti feltételek szerint nem fizetik ki. megállapodás nem változott.

Az AWP munkája konstruktívan épül fel számos univerzális mozgatható blokkra: Megállapodás, Fizetési ütemterv. A banki standardok számítása, valamint számos módszertani és technológiai szempontból speciális blokk: Az ügyfél hitelképességének felmérése és a bank rendelkezésre álló forrásainak előrejelzése (a szerződések lejárati dátumai alapján). A Szerződés blokk biztosítja a bankszerződések és annak kötelezettségei előkészítését, karbantartását, elszámolását és ellenőrzését; a hitelek és betétek összegének elszámolása a bank likviditási mutatóinak számításakor; előrejelzés a bank hitelforrásainak állapotáról egy adott időpontban; előrejelzés a tervezett megállapodásnak a bank pénzügyi helyzetére gyakorolt ​​hatásáról. Lehetővé teszi, hogy kivonatot kapjon a külön szerződés állapotáról és az összevont jelentési dokumentációról.

A Fizetési ütemezés blokk lehetővé teszi, hogy előzetes becslést készítsen a hitelek visszafizetésének, valamint a betétek és hitelek kifizetésének lehetőségeiről. A hitelalap egységes törlesztésének ütemezése, a hitelalap és a kamat egységes törlesztése lehetséges; járadék (a hitelfelvevő rendszeresen egyenlő összegeket fizet - járadék, amely a kamat összegéből és a tőketartozás visszafizetésének összegéből áll, mivel az adósság egyenlege után kamatot számolnak fel, ez a visszafizetéssel csökken a hiteltartozás egyidejű növekedésével törlesztés százaléka); kamatfizetési ütemezés kölcsön átvételekor (kedvezményes hitel); egyszeri hiteltörlesztési ütemterv a szerződés végén az aktuális kamattörlesztéssel; a hitelalap önkényes visszafizetésének ütemezése stb.

Az üzemeltető munkaállomása (lehet, hogy nem létezik) biztosítja a kötegben gyűjtött dokumentumok bevitelét, kiszámított ellenőrző összeggel. Általában a bank ezt az AWP-t nagy bemeneti mennyiségekhez használja, bár bizonyos esetekben ez a perforációs technológiák atavizmusa marad.

A vezető üzemeltető munkaállomása (lehet, hogy nem is létezik) a bevitt dokumentumokból járatokat képez és egyvárosi településekre továbbítja a VC-hez.

A válogató munkaállomása (lehet, hogy nem is) a pénztárosok által bevitt iratcsomagok ellenőrzésére és postázásra való elküldésére, valamint az RCC számára feljegyzések és nyilvántartások generálására és nyomtatására szolgál.

A kontroller munkaállomása az úgynevezett „négy szem” elvét valósítja meg, és a pénztárbizonylatok, valamint a pénztárosok vagy kezelők által bevitt dokumentumok megtekintésére szolgál; összevont bevételi és kiadási kimutatások nyomtatása; fizetési megjegyzések rögzítése bizonylatokon; feladások küldése a pénztárnál; jelentési nyomtatványok kinyomtatása.

A pénztáros-ellenőr automatizált munkahelye biztosítja: készpénzfizetési bizonylatok bevitelét; pénztárbizonylatok, pénztári részletre vonatkozó hirdetmények, nyugta- és kiadási pénztári utalványok és beszedési bizonylatok átvétele és feldolgozása; összevont bevételi és kiadási kimutatások készítése; pénztárgépek vezetése; készpénzes tranzakciók előkészítése; készpénzforgalomról összesítő igazolás beszerzése, emlékparancsok kialakítása; minden ügyfél fizetésének kiszámítása készpénzes szolgáltatásokért; egy időszakra vonatkozó forgalom pénzszimbólumairól szóló jelentés fogadása; dolgozzon a szimbólumok kézikönyvével; pénztári igazolás kialakítása.

Vezető ügyintézői munkaállomás (lehet, hogy nem is) segítségével felmérik az ügyintézők leterheltségét, és a bank új ügyfelei számára ügyintézőket neveznek ki; a napra nyitott személyes számlák listája megtekinthető és ellenőrizhető.

Minden banki szoftvertermékben az egyik legfontosabb helyet az operátorok munkaállomása foglalja el. Egyes technológiák lehetővé teszik a felosztásukat egy kezelői munkaállomásra a fizetési bizonylatokhoz és egy kezelői munkaállomásra a jelentések elkészítéséhez, vagy egy kezelői munkaállomásra a magánszemélyekkel és egy kezelői munkaállomásra a jogi személyekkel való munkavégzéshez. A nagy bankokban néha pénztárosokat bíznak meg a számlanyitási és -zárási munkákkal.

Általában az üzemeltető munkaállomása tudja megvalósítani a számlák nyitását és lezárását; elhatárolás, a betétek egyenlegének elszámolása és kamatkibocsátás minden típusú betétre; betétek átutalása; ügyfél keresése személyes számlaszáma alapján és fordítva; szerződéses kamatláb és tranzakciós díjak megállapítása, valamint az ügyletekből származó bevétel kiszámítása; átutalások fizetése; működési napló vezetése; a műveletek végrehajtásának analitikai és operatív ellenőrzése; fizetési dokumentumok bevitele; munkakártya indexekkel:

A pénztárosok irattípus szerinti szakosodása esetén a pénztárosok munkaállomása kijelölhető fizetési felszólításokra, utasításokra, pénztárnál, akkreditívekkel, csekkfüzetekkel stb.

A közgazdász munkaállomás (lehet, hogy nem is létezik) a következőket végzi: kivonatok előállítása személyes számlákról, kamatfelhalmozás ellenőrzése a személyi számlákon, egyenlegek és tranzakciók ellenőrzése a személyes számlákon, standardok és banki teljesítménymutatók kiszámítása, a bankok munkájának ellenőrzése. fiókok, információk generálása az adóhivatal számára.

A könyvelő munkaállomása biztosítja: számlaegyenlegek kiszámítását a következő nap elején; bármely időszakra vonatkozó mérleg és mérlegen kívüli számlák és azok mellékleteinek kialakítása, megtekintése, javítása, kinyomtatása, mérlegének vezetése; kibővített egyenleg fenntartása fióktelep bármely mérlegszámlájára; számlaegyenleg változása bármely nap elején vagy végén; az időszak nyereségének kiszámítása; a bank jövedelmezőségének értékelése és a bank munkájára vonatkozó egyéb mutatók kialakítása; kamatszámítás személyes számlákra; számlatükör módosítása.

A főkönyvelői AWP a következőket végzi: információszerzés a bank, ügyfelei munkájáról; személyes számlák nyitása és zárása; mérleg- és mérlegen kívüli számlák mérlegének, valamint személyi számla nyitó-, zár- és változási kimutatásának megtekintése, kinyomtatása; az ügyfél aláírási fájljának frissítése (egyes LSI-kben).

Az adminisztrátor munkaállomása rendkívül fontos, és számos különböző funkciót tartalmaz, amelyek:

aktuális munka a dokumentumokon:

Operatív tranzakciók tükrözése;

Aktuális iratleltár elkészítése;

A jelenlegi egyeztetés végrehajtása;

Dokumentummérleg készítése;

Jelentések nyomtatása;

Szakmaközi csere lemezes technológiával;

A banki munkanap megtervezése és lebonyolítása;

Az osztály dolgozóinak munkabeosztása és felhatalmazása;

operatív könyvelési munkák:

Munkaidő beosztása a kívánt napra;

Regisztráció, törlés, felhasználói státusz módosítása;

A felhasználó munkaprotokolljának vezérlése;

Felhasználói munkaállomások funkcionális konfigurálása;

Az LSI információforrásaihoz való engedélyezett hozzáférés fenntartása;

A komplexum visszaállítása;

az NSI-alap karbantartása:

Adatbázis-fájlok adminisztrációja;

Az NSI alap szervezése, karbantartása (kamatváltozás, MFO-könyvtárak, mérleg- és mérlegen kívüli számlák táblái, fizetési bizonylatok fajtái, pénzszimbólumok, banki attribútumok, szolgáltatások árjegyzéke, tranzakciótípusok stb.) ;

Más BIS-felhasználók munkahelyeinek kialakítása és konfigurálása;

Feladatok engedélyezése és letiltása a komplexumban;

A komplexum felállítása;

Indítási munkák végrehajtása az LSI bevezetésekor. Ha bármely BIS-ben más az AWS összetétele, akkor az ERM munkatársainak funkciói egyszerűen más módon oszlanak meg az AWS között, mivel a BIS csak a banki számviteli technológiák információtechnológiai eszközzel történő megvalósítását biztosítja, lévén bizonyos. irányítási rendszer modellje.

A banki tevékenység automatizálását biztosító szoftvertermékek abban különböznek egymástól, hogy a banki technológia benne van-e vagy sem.

Így a hitelügyi osztály (SKO) dolgozójának AWP-jének támogatnia kell a banki alkalmazott számára kitűzött célok megvalósítását, és tájékoztatást kell adnia a hitelezéssel és a hitel további kiszolgálásával kapcsolatos döntések meghozatalához.

3. ábra: Az adatok sémája az AWP NMS problémáinak megoldásához

Ehhez információval kell rendelkeznie a bank hitelképességéről, a hitelfelvevő hitelképességéről, valamint a hitel kiszolgálásával kapcsolatos munkainformációkkal.

Általában a hazai BIS ARM-ben az SKO biztosítja a hitelszerződésekkel kapcsolatos információk bevitelét és feldolgozását, és tükrözi a hitelezés technológiai szakaszait: a szerződés megkötését és karbantartását (kölcsön kiadása, kölcsön kamatának kiszámítása, büntetések kiszámítása és beállítása). ezen összegek vitathatatlan fizetési sorrendben történő beszedésére vagy átvételére, az ügyfél szerződés szerinti tényleges kifizetéseinek ellenőrzésére, a szerződés meghosszabbítására és lezárására, a szerződések késedelmi állapotba helyezésére). Az AWP NKO képességeinek bővítése történhet a hitelek visszafizetési garanciáira és azok biztosítására vonatkozó szerződések információfeldolgozási lehetőségeinek hozzáadásával; a hitelfelvevő hitelképességének felmérésére szolgáló eszközök; új hitelezési konstrukciók hiteldíjainak kiszámítása stb.

A 3. ábra egy adatsémát mutat be az NMS automatizált munkaállomásának feladatainak megoldására. A kölcsönzési osztály munkatársa különféle szöveges prototípusok (szerződéssablonok) segítségével szöveges formában is elkészíti a kölcsönszerződést, amely tervezet státuszú. A kölcsönszerződés szöveges dokumentumként tartalmazza: a felek nevét; kölcsön típusa; összeg; a szerződés időtartama; kamatláb; kamatfizetési eljárás; a biztosíték típusa; a szükséges dokumentumok listája (a bank kérésére); a céget kiszolgáló bank folyószámlaszáma és egyéb adatai; jogi címek.

Technológiailag a szerződés eltérő státuszú lehet: tervezet, feltételesen érvényes, ténylegesen érvényes és teljesített. Az eredetileg elkészített tervezet aláírásával válik feltételesen érvényessé. A szerződés az annak alapján történő pénzátutalást követően nyeri el a ténylegesen érvényes állapotot. A hitelfelvevő és a bank közötti elszámolások lejártát követően a szerződés teljesített állapotba kerül. A valóban érvényes szerződés meghatározott állapotú lehet: általában érvényes, lejárt és meghosszabbított.

Utóbbi esetben a szerződés dátuma megegyezik a megújítási dátummal, összege pedig megegyezik a kiválasztott kifizetések összegével. Szerződések szerkesztése és adatbázisból való törlése csak a tervezet állapotával lehetséges. Más státuszú szerződések csak megtekinthetők.

Hitelszámlára, folyószámlára történő pénzeszközök átutalásakor, szerződés meghosszabbításakor vagy lejárt hitelszámlára történő átutalásakor tranzakciók keletkeznek, amelyek átkerülnek az üzemeltetési és számviteli osztályra. A könyvelési fájlok és a felhalmozott kamatok alapján a szerződés költségvetési számlázási fájlja készül. A tranzakció napjától beérkezett könyvelési fájllal együtt kerül feldolgozásra, ami a szerződés szerinti kifizetések fájlját eredményezi. Ez utóbbi alapján készül a szerződés állapotáról szóló kimutatás, hitelnapló stb.

Megújításkor ez a ciklus megismétlődik, de a megállapodás állapota megváltozik. Ha lejár a szerződés, akkor nemcsak a szerződés státusza változik, hanem a nyugdíjak felhalmozása is megkezdődik. Valójában, és egy másik esetben, a megfelelő kiküldések jönnek létre.

Egy szerződés lezárásakor csak az állapota változik meg.

A nyújtott hitelekre vonatkozó számításokhoz általában egy kamatfájlt (felhalmozott kamat) használnak.

A probléma megoldása során számos különféle állítás fogalmazható meg, amelyek segítik a megfelelő döntést egy osztály dolgozója számára a hitelkezelés folyamatában. Számos kimenet jelenik meg a felhasználó számára táblázatok, és egy sor grafikus formában. Ez utóbbi különösen kényelmes az érzékeléshez.

5. Bankközi interakciók és kommunikáció.

A számítógépes hálózatok kommunikációs funkciókat és hozzáférést biztosítanak a megosztott erőforrásokhoz, pl. fájlátvitel, távoli adatbázisokhoz való hozzáférés és távoli feladatok indítása. A számítógépes interperszonális kommunikáció háromféle lehet: az üzenetek egyszerű továbbítása egy adott címre; üzenetek küldése levelezőlistákra és telekonferenciák tartása.

A külső környezettel való információkölcsönhatások problémája minden nyitott komplex rendszer tipikus problémája. A banki környezetben mind a jegybank, mind a kereskedelmi bank előtt áll.

A külső környezet, amellyel a kereskedelmi bank kölcsönhatásba lép (5. ábra):

• pénzváltó irodák;
• az elektronikus pénzforgalom (EDM) résztvevői műanyag kártyákkal (PC);
• vevő;
• a bank fiókjai;

5. ábra Egy kereskedelmi bank és a külső környezet kölcsönhatásának sémája

· Bankok Oroszországban;

· Bankok a FÁK-ban;

· Külföldi bankok;

· Egyéb.

A bank interakciója az értékesítési pontokkal (POS) és a feldolgozó központokkal csak akkor történik meg, ha a bank bármilyen plasztikkártya-rendszert kiszolgál.

A bank és az ügyfél interakciója lehetővé teszi a számítógépes információcserét és minimalizálja az ügyfél banklátogatását. Az ilyen interakció feltételezi a fizetési dokumentumok, személyes számlakivonatok elektronikus csatornákon történő átutalását, bármely időszakra vonatkozó fizetési nyilvántartás kialakítását, tranzakciós útleveleket stb. A banki előfizető lehet jogi személy és számítógéppel rendelkező magánszemély. Külföldön az utóbbi időben különösen népszerűvé vált a Home Banking nevű szolgáltatás.

A bank és a fiók közötti interakció megszervezése során a banki műveletek technológiája nagymértékben meghatározza a bank és a fiók között továbbított adatok összetételét, de a fiókokból a bank központjába érkező fő információ a mérleg, amely alapján az összevont mérleg alakul.

Kereskedelmi bank interakciója más bankokkal a kölcsönös levelező számla rendszerén, az elszámolóközpontok rendszerén és az RCC rendszeren keresztül valósulhat meg.

A FÁK területén az államközi bankközi interakciókat az Orosz Föderáció Központi Bankjának államközi elszámolási központján (MGR), a nemzetközi elszámolásokat pedig a SWIFT nemzetközi bankközi pénzügyi kommunikációs társaság rendszerén keresztül hajtják végre.

A bank és a külső környezet között keringő információ egyaránt lehet pusztán tájékoztató jellegű és pénzügyi jellegű. És ha az első típusú üzenetek nem igényelnek bizonyos biztonsági követelmények betartását, akkor a távoli fizetési rendszernek nemcsak a szolgáltatás felgyorsítását és a kényelmet kell biztosítania, hanem a meglévő adatátviteli szabványok támogatását, valamint a fizetés megbízhatóságát és integritását is. dokumentumokat, pl a fizetések biztonsága.

A kereskedelmi bank minden elektronikus interakciója a külső környezettel, amely magában foglalja az egyéni ügyfeleket, a plasztikkártyás elszámolások résztvevőit, más oroszországi, a FÁK és más országok bankjait, távközlési környezet alapján történik, szabványokat használva az átvitelre. és különböző szintű adatok feldolgozása.

A banki telekommunikációs hálózatok fejlődésével alapvetően új szolgáltatások jelentek meg az ügyfél és a bank közötti interakcióban, amely számítógépen is megvalósítható. Miután az ügyfél a személyi számítógépén keresztül telefonhálózaton kommunikált a bank számítógépével, a jogosultság átadása után ellenőrizheti számlája állapotát, és számos műveletet végezhet vele. Az ügyfél az ilyen műveleteket számítógép nélkül is megteheti, kihasználva a távközlési és plasztikkártyák lehetőségeit, amelyek információkat hordoznak a tulajdonosról és anyagi lehetőségeiről.

A plasztikkártyák gépi információhordozóként való sokfélesége, valamint alacsony költsége igen elterjedtté tette őket. A plasztikkártyákat a következőkként kezdték használni: belépők (belépés-ellenőrzés); telefonkártyák (telefonkártya); névjegykártyák (névjegykártya); személyi igazolványok (áthaladási ellenőrzés); jogsi; diákigazolványok; logikai belépőkártyák (például számítógéphez); bejelentkezési beléptetőkártyák: hozzáférés számítógépes eszközökhöz, programokhoz és fájlokhoz, engedélyek programok vagy parancsok végrehajtására, egyedi funkciók vezérlése, hozzáférés titkosított adatokhoz; adattároló kártyák (pl. egészségügyi kártyák); jótállási jegyek és vállalati támogatás, ahol a karbantartás fel van tüntetve: bármely vásárlás ellenőrzése és javítása; pénzügyi kártyák: bevásárlókártyák, bankkártyák és ATM-kártyák.

A műanyag kártya egy géppel olvasható adathordozó, amely rögzítési és tárolási módja szerint osztályozható. Tehát léteznek mágneskártyák (MK), memóriakártyák, intelligens kártyák (SK) és szuper intelligens kártyák (SSK).

Az MC kapacitása mindössze 100-200 bájt, melyben több sávon rögzítik a következőket: kártya és tulajdonos azonosítók, érvényességi időszakok, belső kód és egy funkcionális információk rögzítésére szolgáló mező. És bár az MC-ből származó információk írásához és olvasásához speciális eszközökre van szükség, ezeket, akárcsak magát az MC-t, viszonylag könnyű legyártani, és költségük is alacsony. Ezért jelenleg az egész világon ezek a legelterjedtebbek, bár hordozóként tökéletlenek. Először is nagyon alacsony a biztonsági szintjük.

A gyenge másolásvédelemtől eltekintve az MK rövid életű. Ezek a hiányosságok pedig a szolgáltatás technológiai rendszerének bonyolításához vezettek. Az MK-val végzett munka magában foglalja az információcserét az engedélyezés során az online módban, és megnehezíti a vevő eladó általi kiszolgálásának eljárását. Az IC az MK-val ellentétben 20-szorosára csökkenti a csalás kockázatát.

A pénzügyi kártyák között megtalálhatóak még ATM-alapú készpénzes tranzakciók lebonyolítására alkalmas kártyák (ATM-Card), olvasóval, numerikus és funkcionális billentyűzettel, kijelzővel, nyomtatóval, valamint készpénzkiadó és -beviteli eszközzel.

A banki technológia tekintetében a kártya egy bizonyos elszámolási formát biztosít, amelyet az elszámolás technológiája, a felhasznált okmányok fajtája, a fizetés jellege, helye és időpontja, valamint a nyújtott garancia típusa és a ennek az űrlapnak a felhasználási köre.

A kártyás elszámolások megvalósításának technológiájában három objektum vesz részt: egy bank, egy ügyfél és egy üzlet.

A bank egy kártyát állít ki az ügyfélnek, amelyen a lehetséges vásárlási lehetőségeiről tájékoztat. Ebben az esetben beszélhetünk betéti kártyákról (az ügyfél számláján lévő teljes pénzösszeg elérhető), feltöltőkártyás kártyákról (az ügyfél számlájáról egyéni vagy általános tranzitszámlára utalt pénz egy része elérhető) és hitelkártyákról ( a kártyán nem szereplő összeg egy része rendelkezésre áll, de a bank vagy maga az ügyfél biztosítja). Az üzlet a vevő pénzét a bankon keresztül terheli meg.

A távközlési hozzáférési eszközök elérhetőségétől függően az MC-k engedélyezése történhet kommunikációs csatornákon (on-line) és hangon keresztül, az MC-k esetében pedig off-line módban. A pénzeszközök lefoglalásának típusa szerint az elektronikus fizetési eszközök (EPS) a következőkre oszthatók: olyan alapok, amelyek a vásárláskor on-line kommunikációt igényelnek a fizetési rendszerrel (a pénzeszközök a fizetéskor vannak lefoglalva); pénzeszközök az ügyfél személyes számlájáról a kártyának megfelelő banki (nem tranzit) számlára történő átutalással; pénzeszközök a számla időszakos feltöltésével egy meghatározott összegig (például bizonyos dátumokon) bárhol a terminálon keresztül off-line módban (csak SK esetében).

A modern hazai szakirodalomban a fizetés technológiája és jellege szerint a bankkártyákat hagyományosan betéti (DC) és hitelre (CC) osztják.

A betéti kártyák a készpénz vagy a csekk (vagyis a DC – készpénz- vagy eszközkártyák) lehetséges helyettesítői. Használhatók vásárlások fizetésére, készpénz fogadására a kártyákat támogató bank fiókjaiban vagy ATM-ekben. A tulajdonos készpénz helyett kártyát mutat fel, az eladó ellenőrzi annak jelenlétét a stoplistán, vagy telefonon kap egy banki visszaigazolást a szükséges összegről, amely a vevő számláján lévő pénzeszközök nagyságától függ.

Ha a betéti kártya támogatja a fedezett folyószámlahitel biztosításának lehetőségét, akkor bankkártyává válik. Kereskedelmi ügylet lebonyolítása során az eladó szabványos dokumentumokat ír ki, a vevő aláírja és egy példányt megtart magának.

A hitel- és betéti kártyák lehetővé teszik, hogy a birtokos fedezetlen és biztosított folyószámlahitelt kapjon a kártyaszámlájára. A fedezetlen (előtörlesztés nélküli) folyószámlahitelre lehetőséget adó kártyák kibocsátásakor a bank ellenőrzi és elemzi az éves átlagjövedelmet, a hiteltörténetet, a lakáskörülményeket, a foglalkozást, a családi állapotot, a bankszámla elérhetőségét stb. Oroszországban a hitel- és betéti hitelkártyákat is hitelkártyáknak nevezik, bár a gyakorlatban csak betéti kártyákat használnak. Az ügyfél és a bank közötti kapcsolatot a megállapodás határozza meg, amely általában tükrözi:

· A bank által a kártyaszámla forgalmából felszámított százalék;

Kedvezmény százaléka a vásárló számára, ha a személyes számláján lévő összegeken belül vásárol

· A bank által nyújtott hitel volumene (általában a biztosítási betét dupla összegén belül);

· A tényleges banki kölcsön kifizetésének százalékos aránya;

· A terhelési egyenleg kifizetésének százalékos aránya a bank által nyújtott hitel volumenéhez viszonyítva (általában a hitelkamat összegének duplája);

· A bankpénztári és ATM-en keresztüli készpénzfelvételi kamat, valamint a napi felvételi limit;

· A terhelési egyenleg fedezete (általában ingatlan);

· Az ügyfél kötelezettsége a bevételi forrásokban bekövetkezett változások bejelentésére;

· Az ügyfél útlevéladatai;

· Felelősség a mágneskártya elvesztése esetén.

Az MC használatával végzett számítások technológiái részleteiben eltérhetnek, de általában a számítási séma a következő. Ha a termék vásárlásakor kártyát használnak, annak tulajdonosa PIN-kódot ír be a tanúsító készülékébe, és az eladó felveszi a kapcsolatot a bankkal a kártya fizetőképességének (engedélyezésének) ellenőrzése érdekében, majd megfelelő visszaigazolás után kereskedési számlát generál: a imprinter segítségével a kártya dombornyomott részéből lenyomatot készítenek - cédulát, amelyre rányomják a tartozás összegét, és a vevő aláírásával aláírja, amivel fizetési okmányt készít. A munkanap végén a beszedés közbeni cédulákat az üzlet folyószámlája szerinti bankba küldik, és a vevő számlájáról az üzlet számlájára utalnak pénzeszközöket.

Egy új típusú kártya, amely ma már egyre népszerűbb az EDI területén, a smart kártyák. Az ISO specifikációnak megfelelő szabványos méretekkel egy mikroszámítógép, amely tartalmazhat processzort, memóriát (ROM, ROM, RAM), bemeneti-kimeneti rendszert. A kártya operációs rendszerrel és biztonsági rendszerrel van felszerelve az adatok védelmére, titkosítási lehetőséggel.

Kibocsátásakor az „üres” mikroprocesszoros kártya kezdetben a ROM-ban tartalmazza a kártya típusát (bank vagy ügyfél (kereskedelmi)), egy egyedi azonosítót a rendszeren belül, egy kibocsátó kódot és egy operációs rendszert.

Egy ilyen kártyát nehéz hamisítani, és lehetetlen másolni. Az egyik jól védett kártya jelenleg a Gemplus (Franciaország) kártya, amelyet az U.E.P.S. technológiájában használnak. (orosz változat) készítette a Netl (Franciaország). Az alapul szolgáló szoftver a BGS és az orosz Telefonn cég tulajdona. A kártya tizenkét fokú védelemmel rendelkezik: ultraibolya sugárzás, lézeres szkennelés, vágás, melegítés stb. A bank tárolja az úgynevezett "nulla jelszót", amelyet a szállítási kulcs behelyezésekor vagy cseréjekor ír be, ami "lezárta" a kártyákat a banki kibocsátásig, miközben a rendszer szállítója nem fér hozzá ehhez a művelethez. .

A mikroprocesszort tartalmazó intelligens kártyák megváltoztatják a fizetési technológiát, és ezzel új lehetőségeket teremtenek résztvevőik számára. Növekszik a fizetés sebessége, és kényelmesebbé és bizalmasabbá válik a saját költségeinek ellenőrzése. Az ügyfél egy kártyán külön-külön tarthat nagy és normál összegeket. A nagy mennyiségeket tároló memóriaterület speciális jelszóval védhető, amelyet a felhasználó önállóan és többször is cserélhet. Ezen területek közötti pénzátutalások bármely szolgáltatási ponton elvégezhetők. Ugyanakkor az ügyfél pénzátutalást, közüzemi fizetést és bármilyen méretű vásárlást fizethet.

Az üzletek használhatják az SK-t, megtartva azt a képességet, hogy bármilyen típusú MC-vel dolgozhassanak, és egy speciális áruterminál használatával csökkenteni tudják az ügyfélszolgálat idejét a személyzet további képzése nélkül, teljes garanciával a tranzakciók kifizetésére és az üzlet számláján történő jóváírásra. vásárláskor. Ez leegyszerűsíti az elszámolási tranzakciók ellenőrzését, csökkenti a távközlési csere volumenét és a banki jutalékfizetés költségeit.

Még akkor is, ha a kártyán rögzített adatok duplikáltnak bizonyulnak (mint az MK-nál), felhasználásuk az egyedi kód ismerete nélkül lehetetlen. Amikor a gyártó a kártyákat a kártyákat kibocsátó bank címére küldi, a pin-kódokat a bank külön generálja. Amíg a kód nincs "hozzárendelve" a kártyához, addig nem használható.

Az elkövetkező években nemcsak a helyi rendszerek összevonására kell számítani, hanem a bankközi egyesítéssel járó összevonásra is. A kártyakivonás eljárásai és a rendszer működésének egyéb technológiai szakaszai, és ennek alapján a nemzeti és nemzetközi kártyarendszerek kialakítása.

Az ügyfél és a bank közötti telekommunikációs interakciós rendszer (Client-Bank) lehetővé teszi az ügyfél banklátogatások számának csökkentését és mindkét résztvevő elszámolásának megkönnyítését. A rendszer gondoskodik arról, hogy az ügyfél különféle típusú fizetési bizonylatokat készítsen, szükség esetén "kitömve" és elküldje a banknak, valamint megkapja a banktól a számlakivonatokat, fizetési nyilvántartásokat. Az Ügyfél-Bank rendszer a bankban össze van kötve az üzemeltetési és számviteli munkák blokkjával, amely biztosítja a fizetések áthaladását és a szükséges kimeneti dokumentáció kialakítását.

A nemrég megjelent intelligens kártyák magas szintű hozzáférési biztonságot tesznek lehetővé mind az Ügyfél alrendszerben, mind a Bank alrendszerben. Az intelligens kártyák többfunkciós felhasználást tesznek lehetővé, különösen úgynevezett belépőkártyaként működhetnek.

Az ügyféllel való interakció hagyományos banki technológiájának változásai olyan problémák megoldását igénylik, amelyek a távközlési környezet és a hálózati technológia sajátosságaiból fakadnak.

Következtetés.

A fentiek tehát jól mutatják a technikai eszközök szerepét a banki tevékenység jelenlegi hatékonyságának biztosításában. Figyelembe vették a vállalatirányítási rendszer felépítésének alapelveit, valamint funkcióit, amelyek biztosítják az információfeldolgozás és -továbbítás megbízhatóságát, ami abból áll, hogy a bank a modern banki körülmények között nagyszámú műveletet hajt végre. . A korszerű irányítási rendszerek nemcsak az elszámolási műveletek, hanem a banki irányítási folyamatok fejlesztését is lehetővé teszik, segítik a döntéshozatalt hitelezési vagy ügyleti tevékenységben.

Feltárul a kommunikáció növekvő szerepe a kereskedelmi bankok és fiókjaik tevékenységében. Ez megnyilvánul abban, hogy a bankok belső tevékenységében – például a konszolidált beszámolók elkészítésében – új típusú szolgáltatások, például a készpénz nélküli fizetések jelennek meg.

A modern LSI-k megnövekedett funkcionalitása a banki jogi és gazdasági szférában bekövetkezett állandó változások miatt megnövekedett hardver- és szoftverkövetelményeket jelent, amelyek az információátvitel gyorsaságának és megbízhatóságának, tárolásának megbízhatóságában és a könnyű használatban fejeződnek ki. . Működésének hatékonysága és megbízhatósága az LSI helyes felépítésétől függ.

Különféle megközelítések léteznek a bankok információs technológiájának felépítésére. Attól függően, hogy mit tekintünk fő elemeinek, az információs technológiák három típusa különböztethető meg: operatív, dokumentarista, tárgyi.

1. Működési technológiák. Az üzemeltetési technológiák működési láncként épülnek fel. Ebben az esetben művelet alatt minden olyan munkát értünk, amelyet egy munkahelyen végeznek, függetlenül a funkcionális feladattól. A folyamat folyamatábrája az ábrán látható. 1

Rizs. 1. Folyamat diagram

Az információs technológia ebben az esetben a bank minden funkcionális részlegéhez tartozó technológiai pontok halmaza, amelyeket meglehetősen nehéz összekapcsolni. A funkcionális modulok találkozásánál például a hitelosztály végzi a szerződéses műveleteket, de a könyvelők mérlegbejegyzéseket végeznek, aminek következtében állandó késések lépnek fel, információvesztés lehetséges. A „hitelkiadás” folyamatában részt vevők számának növekedésével a munkaerőköltségek arányosan gyorsan nőnek, többek között az ismételt adatrögzítés miatt.

2. Dokumentuminformatika. A dokumentuminformációs technológiák a bank elektronikus dokumentumkezelésének megszervezésén alapulnak. A könyvelési diagramokat nem a könyvelő adja meg, hanem az előzetesen elvégzett beállítások szerint automatikusan generálódik. Az e séma szerint működő dokumentuminformatika bevezetésével a bank folyamatai formalizálódnak, ami lehetővé teszi a munkaerőköltségek csökkentését és a folyamatok sebességének növelését.

Ez a fajta információs technológia automatizálja a bank dokumentumforgalmát. Az üzleti folyamatok a technológia kulcselemei.

Az üzleti folyamaton három elem kombinációja értendő, beleértve a banki termék feldolgozásának technológiai láncát; banki terméket leíró dokumentumok feldolgozási szakaszainak elosztása; elvégzett műveletek elszámolása.

Az üzleti folyamatban a bank több részlege is részt vesz, ezért az ilyen típusú információs technológia kiépítésénél a legfontosabb feladat a bank összes részlegének munkájának összehangolása. Ilyen koordináció csak akkor lehetséges, ha a bank számára egyetlen információs tér áll rendelkezésre.

Jelenleg ezt a technológiai típust tartják az egyik legsikeresebbnek a banki automatizálás terén. Ez annak köszönhető, hogy lehetővé teszi az IHD egyetlen szervezetként történő felépítését, amelyben egyértelműen nyomon követhetők az információs kapcsolatok az összes funkcionális elem között. Jelentős előnye a rendszer kivételes rugalmassága, amely lehetővé teszi mind az új, mind a már meglévő dokumentumfolyamatok testreszabását, miközben a korszerűsítéseken és korszerűsítéseken alapuló integritását megőrzi. Ez a fajta információtechnológia tehát a bank sajátosságainak, igényeinek és a külső környezetben való alkalmazkodásának, a változó piaci feltételekhez való alkalmazkodóképességének legteljesebb figyelembevételét biztosítja.

Háromféle technológia létezik: gyártás, dokumentumfilm, menedzsment, amelyek alapján a megfelelő rendszereket implementálják.

Az előbbiek egy osztály tevékenységéhez kapcsolódó egyetlen műveleti folyamatot támogatják. Ebben az esetben banki szolgáltatásnak minősül egy meghatározott (banki) termék értékesítése. Ezért ezt a típusú rendszert termelésnek nevezik.

A második típusú rendszerek lehetőséget adnak egy banki termék különböző szempontok szerinti mérlegelésére, elemzésére és különböző célokra történő felhasználására. Ezért bonyolultabb feldolgozásra és a banki termék bonyolultabb belső szerkezetére van szükség. Ezért ezekben a rendszerekben a dokumentum új fogalmát vezetik be. A dokumentum egy adott banki termék előállítására vonatkozó összes információ összegyűjtésére szolgáló tároló. Ezeket a rendszereket dokumentumrendszereknek nevezzük. Általában sokkal bonyolultabbak, mint a termelésiek, mivel biztosítaniuk kell a bank több részlege munkájának összehangolását, és ennek megfelelően alkalmazkodniuk kell munkájuk feltételeihez, sajátosságaihoz és előírásaihoz.

A harmadik típusú rendszerek információs támogatást nyújtanak a döntéshozatalhoz. A bank és részlegeinek vezetői főszabály szerint funkcióik hatékony ellátása érdekében egyidejűleg több információs folyamatban vesznek részt, egyik tevékenységről a másikra váltva. Ezek a rendszerek lehetővé teszik az új helyzet megismerésének felgyorsítását, elemzését és több üzleti folyamat egyidejű nyomon követését, ami biztosítja a leghatékonyabb vezetői döntés időben történő kidolgozását. Ezért ezeket a rendszereket irányítási rendszereknek nevezzük. Az irányítási rendszerek nem képezik figyelmünk tárgyát, és a következőkben az első és a második típusú rendszerekkel foglalkozunk.

A bankban sok üzleti folyamat van, amelyek szorosan összefüggenek, és a bank egyetlen dokumentumfolyamát alkotják (2. ábra).

Rizs. 2. A bank üzleti folyamatai

ábrán. A 3. ábra egy üzleti folyamatra vonatkozó fizetési megbízásos elszámolási tranzakciók lebonyolításának dokumentációs technológiáját mutatja be.

Rizs. 3. Dokumentációs technológia fizetési megbízásos elszámolási tranzakciók végrehajtására egy üzleti folyamatra vonatkozóan

Meg kell jegyezni, hogy a kollektív feldolgozás magában foglalja az összes üzleti folyamatra vonatkozó információ feldolgozását. A bizonylat feldolgozása annak elkészítésével, kinyomtatásával és mérlegben történő könyvelésével fejeződik be. A regiszterek összeállítása egy másik "rutin" üzleti folyamat, amelynek semmi köze egy dokumentumhoz. A "rutin" folyamat mindig megtörténik, még akkor is, ha a nap folyamán egyáltalán nem voltak dokumentumok.

Tehát az üzleti folyamat elindításának alapja egy dokumentum. Minden dokumentum három csoportra osztható:

* fizetés;

* szerződések;

* irodai munka.

Minden dokumentumcsoporthoz feldolgozási technológiákat fejlesztettek ki, amelyeket az Oroszországi Bank utasításai és egy adott bank ügyfeleinek kiszolgálására vonatkozó szabályok határoznak meg. A szabályzat a bank módszertani, szervezési, technikai és információs támogatása alapján készül. Így a dokumentarista technológia lehetővé teszi bármely bank sajátosságainak figyelembevételét.

A banki technológia magában foglalja:

* a művelet leírása (banki szolgáltatások);

* az ügyfelek leírása (felhasználói szolgáltatások);

* dokumentumok leírása, kitöltésének és ellenőrzésének szabályai;

* az üzemeltetés (szolgáltatás) technológiai láncolatának leírása;

* a művelet (szolgáltatás) elszámolásának jellemzőinek leírása.

Így a dokumentumtechnológia, mint üzleti folyamatok összessége, három összetevőt egyesít: technológiai láncokat, útválasztást, elszámolást (számviteli politika).

A technológiai láncok határozzák meg a dokumentumfeldolgozás irányát. A feldolgozás alatt álló dokumentumok állapotának modelljei alapján épülnek fel. Az állapotmodell a feldolgozás alatt álló dokumentumokon végrehajtott műveletek sorozata, valamint azon állapotok halmaza, amelyekben egy dokumentum lehet. A technológiai lánc az aktuális körülményektől függően változhat.

A modern IBS-ben a feldolgozott elektronikus dokumentumoknak a jelen dokumentum feldolgozásában részt vevő előadók munkahelyére történő küldésének folyamatai automatizáltak. A rendszer lehetővé teszi az elsődleges dokumentumok folyamainak pontos reprodukálását, és korlátozza a személyzet hozzáférését a dokumentumokhoz, a feldolgozás szakaszától függően.

A feldolgozás során, az egyik előadótól a másikhoz költözve a dokumentumok eltérő módon jelenhetnek meg a bank könyvelésében. A dokumentumtechnika lehetővé teszi a különböző számviteli sémák testreszabását: ügyfél- és levelezőszámlák egyenlegének kiszámítása, szerződéses alapok bizonyos kategóriáinak kiszámítása, az egyes részlegek költségvetési végrehajtásának nyomon követése stb.

Mindhárom komponens dokumentarista technikát képvisel (4. ábra)

Rizs. 4. Dokumentumtechnika

A legtöbb esetben a dokumentumtechnológia automatizálja a dokumentumáramlást a többlépcsős dokumentumfeldolgozás támogatásán keresztül. Más szóval, egy dokumentum több feldolgozási lépésből áll. Például ezek a szakaszok a dokumentum bevitele az IBS-be, ellenőrzés és végrehajtás. Az ilyen típusú technológia fő hátránya az egyes dokumentumok létfontosságú tevékenységének technológiai folyamatainak függetlensége a folyamaton belül. Ennek a technológiának megfelelően a rendszer leírja a főbb dokumentumtípusokat (emlékutalvány, fizetési megbízás, készpénzes utalvány, devizaátutalási kérelem és még sok más), és ezek feldolgozási szakaszait nem lehet konfigurálni vagy rögzíteni.

A bank valós üzleti folyamataiban a különböző dokumentumok feldolgozásának folyamatai a dokumentumok teljes életciklusa során meglehetősen szorosan összefüggenek. Egy dokumentum feldolgozásának eredménye bizonyos szakaszokon áthaladva befolyásolhatja egy másik dokumentum feldolgozását, vagy elindíthatja egy dokumentum létrehozását. A dokumentumtechnika keretein belül ez a lehetőség nem létezik.

3. Objektum információs technológiák. Az objektuminformációs technológiák a dokumentumrendszerek fejlődésének eredményei.

A bank tevékenysége során egyes dokumentumok másokat generálhatnak. Egy dokumentum bevitele vagy feldolgozása megváltoztathatja a többi dokumentum állapotát. A dokumentumokat összetett belső kapcsolatokkal rendelkező láncokba lehet sorakozni, pl. a bank munkafolyamata valójában nem egy egyszerű dokumentumhalmaz, amelyek mindegyike saját feldolgozási cikluson megy keresztül. A banki pénzügyi dokumentumok áramlásának valódi modellje különféle típusú banki dokumentumok halmaza, amelyek megváltoztatják saját állapotukat a feldolgozás során, megváltoztatják más dokumentumok állapotát.

A technológia azon képességét, hogy egymással összekapcsolt üzleti folyamatokat valósítson meg különféle dokumentumok feldolgozásához, az határozza meg, hogy az objektumokkal végzett munkára összpontosít.

Az objektumoknak három fő típusa van. Az első és a legnehezebb típus a tranzakció. A tranzakció alatt a készpénzfelvételi vagy -elhelyezési műveletek, eszközök (értékpapírok, valuták, nemesfémek) vásárlása vagy eladása, valamint a bank egyéb nem fizetési tranzakcióinak tükröződése értendő. A második típus a papíralapú dokumentumok, i.e. ügyletek alapjául szolgáló dokumentumok. A harmadik típus a kiküldetések, i.e. dokumentumok, amelyek szükségesek a tranzakciók számviteli megjelenítéséhez.

A betéti kamatszámítási műveletek a rendszerben olyan dokumentumokkal készülnek, amelyeket az IBS egy speciális mechanizmus segítségével szintén automatikusan hoz létre. A kamatfelhalmozási bizonylatok szerint a könyvelésben való megjelenítés céljából könyvelések generálódnak.

A betétszerződést az IBS egy tranzakció és több dokumentum és tranzakció használatával tükrözi, pl. három különböző típusú, egymáshoz kapcsolódó tárgy segítségével.

A koherens üzleti folyamatok technológiai alkalmazásának képessége meghatároz egy másik követelményt is, amelynek kielégítése jellemzi az objektumtechnológiát, mégpedig azt, hogy a bank igényeitől és jellemzőitől függően az üzleti folyamatokat és a köztük lévő kapcsolatokat meg lehet tervezni. Ehhez az objektumtechnológiát megvalósító IBS-nek olyan speciális mechanizmusokat kell tartalmaznia, amelyek lehetővé teszik az egyes típusú dokumentumok könyvelési algoritmusainak leírását minden konkrét helyzethez anélkül, hogy további kódolást kellene igénybe venni.

Az objektumtechnológiát illusztráló példaként bemutatunk egy technológiai sémát, amely magában foglalja egy ügyfél kiszolgálását a központon egy távoli szolgáltatási rendszer segítségével (5. ábra).

Rizs. 5. Technológiai séma, beleértve az ügyfélszolgálatot a tőzsdén távoli szolgáltatási rendszer segítségével

Az objektumtechnológiára és annak megvalósítására példa a bankautomatizálási rendszer, a Diasoft cég 5NT © DBANK. Ennek a rendszernek az egyik fő jellemzője a banki tevékenység minden aspektusának automatizálásának összetettsége. Az IBS 5NT © BANK a pénzügyi tranzakciók legteljesebb skáláját automatizálta egyetlen információs terméken belül.

A banktechnológia másik jellemzője, hogy egységes univerzális módszereket és eljárásokat kell alkalmazni az üzleti folyamatok feldolgozására és megvalósításának támogatására, ami abból adódik, hogy a rendszert az adott bank igényeihez kell igazítani. Ezeket a funkciókat a rendszer külön dedikált modulja – a pénzügyi mag – biztosítja. A metódusok és eljárások leírt egységének biztosítása mellett a kernel számos egyéb funkciót is ellát.

A szokásos funkcionális modulkészletektől eltérően, amelyek mindegyike egymástól függetlenül működik, az 5NT © BANK IBS minden eleme egyetlen szoftver- és információs platformon működik, amely egy univerzális pénzügyi magra épül. Így a bank összes üzleti folyamata egy rendszerben, egyetlen információs tér keretein belül, online módban zajlik. Ennek köszönhetően a különböző részlegek dolgozóinak lehetőségük van információkat kapni a bank ügyfélhálózatáról, elemzési eredményekről, szabályozási és referenciaadatokról, a bank munkájához szükséges technológiai készletről. Ez lehetővé teszi számukra, hogy munkájuk során a bank valamennyi részlegében felhalmozott tapasztalatukat és tudásukat hasznosítsák. A szoftver és információs platform komplexitásának és egységességének elve nemcsak horizontálisan (a bank minden részlegére), hanem vertikálisan is megmarad (biztosítja a bank összes fiókjának és intézményének munkáját) egyetlen adatbázis keretein belül. székhelye. A rendszer három működési módot biztosít fiókokkal és részlegekkel:

* online, pl. a bank fiókjainak munkája a központi iroda adatbázisában mind a terminálelérés támogatásával, mind a „kliens-szerver” architektúrával;

* offline, azaz a földrajzilag távoli intézményektől származó adatok összegyűjtése és tárolása összevont jelentési mutatók, számlaegyenlegek és fizetési bizonylatok szintjén;

* kétirányú adatreplikáció bankintézetek között pszeudo valós idejű módban.

Bármilyen módban támogatott a jelentéskészítés, mind az egyes fiókok esetében, mind a konszolidált jelentéskészítés a bank egészére vonatkozóan.

A rendszer magja a következőket tartalmazza:

* rendszeradminisztráció: felhasználói adminisztráció, felhasználói műveletek auditálása, üzemnapok adminisztrációja, általános rendszerbeállítások, automatikus számozás beállításai;

* egyedi címtárak (ügyfelek, árajánlatok, művelettípusok, csomagok címjegyzéke, keresési címtár, válogatószűrők), szolgáltatás (bankok, munkanapok, naptárak, földrajzi, vásárlói értékelések);

* számlatükör;

* pénzügyi tranzakciók - eszköz az üzleti folyamatok és a köztük lévő kapcsolatok létrehozásához;

* szolgáltatási szerződések;

* automatikus műveletek (kamatszámítás beállítása, egyenlegek átértékelése);

* jelentéskészítés (operatív és konszolidált jelentéskészítés: jelentéskészítők és pénzügyi mutatók);

* kommunikáció külső rendszerekkel - információk automatikus betöltése a címtárakba, fiókadatok betöltése, interakció a "Client-Bank" rendszerrel, munka az S.W.I.F.T.-vel.

Küldje el a jó munkát a tudásbázis egyszerű. Használja az alábbi űrlapot

Azok a hallgatók, végzős hallgatók, fiatal tudósok, akik tanulmányaikban és munkájuk során használják fel a tudásbázist, nagyon hálásak lesznek Önnek.

Hasonló dokumentumok

Bank-ügyfél rendszerek. A "bank-kliens" rendszer előnyei a hagyományos kiszolgálási módszerekkel szemben. Az internetet kereskedelmi célokra használó bankok. Bankközi tranzakciók automatizálása. Távközlési technológiák bankok számára.

szakdolgozat hozzáadva 2006.09.14


Az automatizált információs rendszerek tervezése, szakaszai, szakaszai és elvei, azok hatékonysága. Az automatizált banki technológiák információs támogatásának jellemzői, a tervek, anyagi és pénzügyi erőforrások kezelése.

teszt, hozzáadva: 2010.11.13


A bankrendszer jelenlegi fejlődési szakaszának, főbb funkcióinak tanulmányozása. Információbanki rendszerek és technológiák jellemzőinek tanulmányozása. Banki automatizálás. Az automatizált banki rendszerek létrehozásának problémáinak elemzése.

szakdolgozat hozzáadva: 2013.11.10


A SWIFT rendszer létrehozásának előfeltételei és története. A SWIFT ma a nemzetközi gyakorlatban van. SWIFT tagok. A SWIFT mint adatátviteli rendszer. A hálózat előnyei és hátrányai. A SWIFT használatának gazdasági megvalósíthatósága.

kivonat hozzáadva 2003.05.27


A bank és a bankrendszer alapelvei. Bankrendszerek szervezése. A Kazah Köztársaság bankrendszere hatékony működésének elemzése, fejlesztésének problémái és kilátásai. Másodlagos bankok pénzügyi teljesítménymenedzsmentje.

szakdolgozat, hozzáadva 2011.05.15


Információs banki rendszerek: cél, példák. Az „ügyfél-bank” rendszer főbb jellemzői. Önkiszolgáló multiszolgáltatás terminál. Mobil Banking ügyfeleknek: Főbb előnyök. A Nyugat-Urál-part dokumentumáramlásának automatizálása.

szakdolgozat hozzáadva 2014.11.26


Az ügyfél másik bankhoz való átengedésének okai. Hatékony panaszkezelési rendszer (SRS) létrehozása. A modern technológián alapuló információs technológiák és kommunikációs eszközök fejlesztése. SRS az ukrán bankok számára. Versenyképesség fejlesztése a bankrendszeren belül.

Az Orosz Föderáció Oktatási és Tudományos Minisztériuma

Novoszibirszki Állami Műszaki Egyetem

Üzleti Kar

Gazdaságinformatikai Tanszék

Banki információs rendszerek és technológiák

Az FBI-22 diák végezte
Lipatnikov A. Yu.

Tanár:

A műszaki tudományok doktora, professzor

T.V. Avdeenko

Novoszibirszk 2012




Bevezetés. 3

1. Banki információs rendszerek és technológiák fejlesztése. 5

1.1. Az IBSiT meghatározása és főbb funkciói. 6

1.2. Az ischaemiás szívbetegség sajátossága. 6

1.3. A világ és a hazai ischaemiás szívbetegség kialakulásának története. 7

2. Automatizált bankrendszer. 13

2.1. ABS szerkezet. 13

2.2. ABS leírási szintek. tizennégy

3. Automatizált banki rendszerek áttekintése. 15

3.1. Külföldi rendszerek áttekintése. 15

3.2. Az orosz rendszerek áttekintése. 16

Következtetés. 19

A felhasznált források listája .. 20

Szimbólumok és rövidítések .. 21

Mellékletek .. 22

A függelék .. 22

B. függelék 23

Bevezetés

Mára az információs technológia (IT) széles körű alkalmazása objektív szükségletté vált. Az információs technológia alkalmazási területeinek köre rendkívül széles. Az egyik olyan terület, ahol jelentőségük rohamos fejlődésük kezdete óta hagyományosan nagy, az a pénzügyi szektor. Annak ellenére, hogy mintegy tíz-tizenöt évvel ezelőtt a hitelintézetek kézi információfeldolgozási módszereket alkalmaztak, mára a számítógépek, az elektronikus terminálok, a kommunikációs és kommunikációs eszközök stb. szinte minden bank kötelező attribútumaivá váltak.

A pénzügyi környezetben az informatikai megoldások költségei most drágábbak, mint valaha. A statisztikák szerint az orosz bankok az éves költségbecslés legalább 5%-át informatikai megoldások beszerzésére és bevezetésére fordítják. A költségek mértéke azonban nagyban függ attól, hogy a bank milyen információs projekteket üzemeltet, milyen piaci rést foglal el és milyen új szolgáltatásokat vezet be. Mindez a banki tevékenység egyik legköltségesebb és egyben kockázatos területévé váló IT-terület jelentõségének meredek növekedéséhez vezet.

A modern információtechnológiák a pénzügyi környezetben ma egy kötelező és meglehetősen kiterjedt blokkot jelentenek, amely nemcsak az egyes bankok és részlegeik stabil működését biztosítja a különböző tevékenységi területeken, hanem – ami még fontosabb – támogatja a bankközi kapcsolatok megvalósításának korszerű módszereit is. Emellett az információs technológiák egyidejűleg számos fejlett ország pénzügyi piacán is alkalmazhatók.

Természetesen a bank információs és egyéb technológiáinak automatizálása hozzájárul a stratégiai feladatok megoldásához. Ugyanakkor az automatizálási folyamatok alkalmazási területeinek kiemelt prioritása a szolgáltatás minőségének emelése és az előre nem látható költségek csökkentése, ami teljes mértékben összhangban van a profitszerzés és az előnyösebb versenypozíció banki politikájával.

A pénzügyi szektor informatikai megvalósításának legszembetűnőbb példája egy alapvetően új típusú szolgáltatás - a pénzkészlet automatizált készpénzkezelési rendszere, amely minden bankszámla állapotáról információt ad, lehetővé teszi bizonyos előrejelzések készítését a pénzeszközök mozgását, egyszerűsíteni és megkönnyíteni a készpénzmennyiséggel végzett munkát, áttérni a papírmentes technológiára, amelyet számos pozitív szempont jellemez, amelyek közül a legfontosabb az adatátvitel sebességének növelése, azok védelmének szintje, valamint a a dokumentumok feldolgozására szánt idő jelentős csökkentése.

Ezenkívül az automatizált rendszereket úgy tervezték, hogy közvetlenül részt vegyenek a banki analitikai problémák megoldásában. Ez annak köszönhető, hogy meg kell határozni a pénzügyi eredményeket, meg kell jósolni a fejlődés irányát, értékelni kell az egyes bankok tevékenységeinek megvalósíthatóságát és gazdasági megvalósíthatóságát.

Így a banki számítógépes rendszerek ma az alkalmazott hálózati szoftverek egyik leggyorsabban növekvő területe. Meg kell jegyezni, hogy az ABS minden IT-termékgyártó számára nagyon keresett termék. Ezért szinte minden számítástechnikát fejlesztő nagyvállalat platformja alapján kínál rendszereket ezen a piacon.

Ez az esszé megvizsgálja az információs banki rendszerek és technológiák koncepcióját, fejlődésük vektorának változását az első alkalmazástól a szilárd konszolidációig a mai pénzügyi környezetben.

Egy adott rendszer működésének megértéséhez fogalmunk kell lenni annak kulcsfontosságú csomópontjairól és elemeiről, valamint ezek szerepéről a működés állandóságának biztosításában, ezért ez a munka tartalmaz egy elméleti blokkot, amely teljes mértékben a rendszer felépítésének vizsgálatát szolgálja. automatizált bankrendszer.

Az ABS piac jelenleg rendkívül összetett szerkezetű, ami a bankfejlesztés tudományintenzív és innovatív komponensének szerepének dominanciájának köszönhető. A nagyszámú automatizálási rendszer hátterében mind a világban, mind a hazai piacon kiemelkednek azok az egyéni fejlesztők, akiknek már volt idejük ajánlani magukat. Az esszé utolsó szakasza versenyelőnyeik mérlegelésére, valamint a banki tevékenység bizonyos területeire való specializációra vonatkozik.

1. Banki információs rendszerek és technológiák fejlesztése.

A pénzügyi üzleti automatizálás fejlődése szorosan összefügg az információs rendszerek (IS) fejlődésével. Az evolúció első szakasza az 1960-1970 közötti időszaknak felel meg. Ennek a szakasznak a fő jellemzője az IS nagyszámítógépeken alapuló felépítése. E szakasz legjelentősebb vívmányának tekintik az MVS operációs rendszer IBM általi létrehozását.

A második szakaszt, 1975-1980-at, a miniszámítógépek használatán keresztül megvalósuló decentralizáció lépései jellemezték. A második szakasz fő újítása a kétszintű "nagyszámítógép - miniszámítógép" modell volt, információs alappal egy központi adatbázis (DB) és alkalmazáscsomagok formájában.

A harmadik szakasz (80-as évek - 90-es évek eleje) fő jellemzője az elosztott hálózati feldolgozás, amely a felhasználók nagy számítógépekről személyi számítógépekre való átállásán alapul. A peer-to-peer számítógépes hálózatok használatától kezdve ez a szakasz a UNIX szervereket és munkaállomásokat nagy léptékben használó kétszintű rendszerek létrehozása felé fejlődött. Az ilyen jellegű fejlesztések eredményeként hierarchikus kliens-szerver modell alapján jöttek létre a vállalkozások és részlegek IS-ei.

Az IS fejlesztésének negyedik szakaszát az erőforrások koncentrációja jellemzi, miközben megtartja az elosztott feldolgozás vívmányait a munkaállomások-kliensek helyi hálózatairól a szerverek hálózataira való átállással. A negyedik generáció kétszintű hálózatokkal rendelkezik. A helyi szerverek kommunikációjának biztosítása a központi csomóponttal fenntartja az IP-koncentrációs központot.

Az IS fejlődésének utolsó szakaszát a különböző szintű felhasználói hálózatok megjelenése jellemzi, amelyek legjellemzőbb képviselője természetesen az internet. Az ABS fejlesztésének ezen szakaszához kapcsolódik az úgynevezett intranetek megjelenése, amelyekben a szervezetek a World Wide Web (WWW) böngészőket használják privát hálózataik külső felületeként. Az ilyen rendszerek gyors elterjedését az utóbbi években nem utolsósorban az magyarázza, hogy az internet vállalati hálózatként való használata jelentős megtakarítást jelent (alacsonyabb prioritású hálózatok esetében 23%-ról 50%-ra magasabb prioritású hálózatoknál) összehasonlítva hagyományos bérelt vonalon alapuló hálózatok. A modern IS magában foglalja a csoport- és csoportmunka eszközeinek széleskörű elterjedését, mint például e-mail, videokonferencia, dokumentumkezelés, adatbázis-elérési eszközök, megosztott szoftverek (WorkFlow, GroupWare, WorkGroup Software) stb.

1.1. Az IBSiT meghatározása és főbb funkciói.

Az információs banki technológia (IBT) a banki információk átalakításának folyamata az adatok keresési, gyűjtési, feldolgozási, tárolási, átviteli és nyilvántartási módszerein annak érdekében, hogy szoftverek és információs eszközök segítségével vezetői döntéseket hozzanak és hajtsanak végre. A pénzügyi és hitelrendszerben az IBT-k hozzájárulnak a banki funkciók időben történő és magas színvonalú ellátásához, valamint jelentősen növelik mind a bankrendszer egészének, mind az egyes bankok irányítási szintjét, valamint az információs banki rendszerek gyakorlati megvalósítását jelentik. ISS), de maga a technológia nem lesz hatékony megfelelő rendszer nélkül.de modern körülmények között nem életképes.

A banki információs technológia a következő feladatokat oldja meg:

1. Belső banki könyvelés automatizálása.

2. Bankintézet műtője.

3. Pénztár a pénzeszközök átvételéhez és kiadásához.

4. Hitelezés jogi személyeknek és magánszemélyeknek, tervezési limitek.

5. ATM-ek kezelése.

6. Internet banking.

7. Bankintézmény tevékenységének közgazdasági elemzése a Jegybank mutatói szerint és stratégiai tervezés stb.

1.2. Az ischaemiás szívbetegség sajátossága.

Jellemző az a tény, hogy egészen a PC-re való nagymértékű átállásig az információs rendszerek szinte azonosak voltak, és egyszerűen másolt rendszereket használtak más speciális területeken a folyamatok automatizálására. A személyi számítógépek megjelenésével a legtöbb bank aktívan kezdte finanszírozni egyedi IP-jének fejlesztését. A mai napig, egy adott banktól függően, az IP-k megvalósításában, felépítésében és funkcióiban jelentősen eltérnek egymástól. Funkcionális és építészeti különbségek jelenlétében azonban az IP sajátosságait a banki üzletág témaköre határozza meg. A banki környezetben a legaktívabban használt forrás az információ volt, az és minden bizonnyal az is marad, nem pedig a bankok által is kezelt tömeges számítások. Ebből következően az információbanki rendszer objektív feladata a gyűjtés, a megbízható tárolás és a gyors feldolgozás hozzáértő megszervezése.

Ezért a bankrendszer automatizálása az adatok tárolására és elérésére szolgáló környezetre épül. A környezetnek biztosítania kell a tárolási megbízhatóságot és a hozzáférés hatékonyságát. Az érintett információs területeknek a lehető legnagyobb biztonságban kell lenniük az illetéktelen hozzáférés ellen.

A banki alkalmazottak közönséges IBS-felhasználókként járnak el. Számukra a terminál, a személyi számítógép vagy a munkaállomás csupán saját szakmai tevékenységük eszköze. Következésképpen az IS-nek barátságos és intuitív kezelőfelülettel kell rendelkeznie nemcsak a banki alkalmazottak hatékonyságának növelése érdekében, hanem a végfelhasználóhoz való teljes körű információ eljuttatása, valamint a számára engedélyezett műveletek körének meghatározása is. kizárva a feleslegesek végrehajtását. Így az interfész minősége határozza meg a rendszer használatának hatékonyságát.

Mint már említettük, az IHD leglényegesebb összetevője a hosszú ideig felhalmozódó információ, amelynek elvesztése helyrehozhatatlan.

Mivel a bankok az értékes információk hosszú távú felhalmozását tervezik, megbízható módokat kell biztosítani ezek hosszú távú tárolására.

1.3. A világ és a hazai ischaemiás szívbetegség kialakulásának története.

Az 50-es években külföldön fejlesztették ki az első autonóm rendszereket a banki fizetési bizonylatok feldolgozására, egyenlegszámításra és beszámolási bizonylatok készítésére. 1959-ben a Bank of America-nál megkezdte működését a betétellenőrzési műveletek végrehajtására szolgáló elektronikus eszköz, az "ERMA". A dokumentumok részleteinek speciális mágneses tintával történő rögzítési módszerének 1954-ben történő megjelenésével olyan gyártósorokat fejlesztettek ki, amelyek szortírozó és leolvasó eszközöket, mágneses nyomtatásra szolgáló eszközöket, valamint különféle típusú pénzügyi dokumentumok előállítására szolgáló gyorsnyomtatási mechanizmusokat tartalmaztak.

Számos tényező határozta meg a 70-es évek elején a koszorúér-betegség széles körben történő bevezetésének sikertelen kimenetelét:

· A műszaki fejlődés üteme alacsonyabb volt a potenciálisan lehetségesnél;

· Jelentős erőfeszítésekre volt szükség ahhoz, hogy az átlagfogyasztó elfogadja a szolgáltatásnyújtás új formáit;

· A nagyszabású információátviteli rendszerek létrehozása hatalmas beruházási ráfordítást igényelt;

· Az iparágon belüli gazdasági kapcsolatok nem járultak hozzá a műszaki fejlődéshez;

· Folyamatosan javult a hagyományos csekkek feldolgozásának és kifizetésének használata;

· A szabályozó jogi és közigazgatási apparátus a banki szolgáltatások hagyományos „papír” rendszeréhez kapcsolódott.

A 70-es évek végére a bankok fő célja a banki szolgáltatások volumenének növelése volt, így az akkori bankrendszer jellemzően egy nagy teljesítményű feldolgozó számítógép volt, amelyhez viszonylag lassú kommunikációs csatornákon regionális hubokat és csoportos terminálvezérlőket kötöttek. , amely biztosította az információ terjesztését a terepen. A világpiac meghatározó cégei az IBM, az UNIVAC voltak. Az első távfeldolgozó rendszerek megjelenésével kezdett kialakulni a nemzetközi pénzügyi távközlési rendszer (SWIFT stb.) elsődleges modellje.

A számítógépek tömeges forgalmazása a 80-as évek elején univerzális és átfogó jelleget kapott, és a szó szoros értelmében a banki tevékenység minden területére kiterjedt. A viszonylag alacsony költség a kompaktsággal és megbízhatósággal párosulva az ellátási határok bővüléséhez vezetett, és jelentősen megnövelte a piacot és az üzemi rendelkezésre állást. A DEC számítógépek ekkoriban keltették fel sok bank érdeklődését. Az ok ezeknek a gépeknek a PD-jében volt, amely lehetővé tette a hálózati kapcsolat elérését és az integrációt az akkori évek bármely számítógépével. Ezeknek a cégeknek a termékei alapján kezdték meg az első helyi automatizált rendszerek létrehozását, amelyeket aztán csoportokba vontak.

A Szovjetunióban ebben az időben is érdeklődést mutattak a banki műveletek automatizálása iránt. Szóba került az információ számítógépes feldolgozásának kérdése a pénzügyi és hitelrendszerben, így a takarékpénztárakban is.

A 90-es években a piac pénzügyi szektorának megnövekedett fejlődési üteme megkövetelte a bankoktól az ügyfélkiszolgálás hatékonyságának javítását, a nagy mennyiségű pénzügyi információ feldolgozásának felgyorsítását, valamint a hozzáértők miatti profitcsökkenés kizárását. a gazdasági tevékenységek tervezése és a kockázatok lehetőségének kiküszöbölése. Ezért előtérbe került az operatívan felhasznált információkkal való hatékony munkavégzés, high-tech adatfeldolgozási és távközlési eszközök segítségével.

Ugyanakkor sok nyugati cég egyszerűen megszűnt létezni. A régi, modern technológiák bevonása nélkül létrehozott bankrendszerek már túlélték hasznukat, nem bírták a modern piac szigorú követelményeit, az újak pedig ekkor még nem jelentek meg. A piac stagnálónak mondható. Ráadásul maguk a banki technológiák is megváltoztak. Ha korábban a legnagyobb súlyt a hitelezés, a devizaműveletek és a pénzpiaci műveletek jelentették, amelyek lehetővé tették az ABS magas adaptációs költségek nélküli bevezetését, akkor a jelzálog- és portfólió (Portfolio Management) műveletek elterjedésével, különös tekintettel a pénzpiaci műveletekre. származékai, új követelmények az ABS funkcionalitásával és rugalmasságával szemben. A bankoknak különösen a jelenlegi piaci helyzethez (Mark-to-Market) kellett volna figyelniük a pozíciókat, és konszolidálniuk kellett a kereskedési műveletek kockázatait.

Oroszországban a 80-as és 90-es évek fordulóján, a pénzügyi piac és az első kereskedelmi bankok megjelenésével új bankrendszer kezdett kialakulni. A bankrendszer automatizálását szolgáló hazai technológiák fejlesztése elválaszthatatlanul összefügg az ország bankrendszerének fejlődésével.

Ezen az úton az első szakasz a szigetautomatizálás volt - az abszolút bármilyen típusú tevékenység automatizálásának kezdeti szakasza, amelyet az egyes, legfontosabb termelési, gazdasági és irányítási területek automatizálása jellemez a high-tech módszerek kis hányadával, viszonylag kis fejlesztői csapat és függetlenség a különféle kommunikációktól.

Magas infláció 1989-1995 fontos tényezővé vált, amely meghatározta az egész orosz bankrendszer fejlődését, magát a banküzletet, a banki technológiákat és a banki szoftverfejlesztéseket.

A bankautomatizálás fő feladata a fejlődés "inflációs" szakaszában az "áthaladó" pénzügyi áramlások elszámolása, pontosabban az egyes fizetések és egyedi tranzakciók elszámolása volt. A bankoknak nem kellett aggódniuk a pénzügyi erőforrások (eszközök és források) optimális kezelésének automatizálása miatt – a banki műveletek általános jövedelmezőségi szintje magas infláció mellett továbbra is magasnak vagy elfogadhatónak bizonyult. Ez a helyzet határozta meg az ABS-piac horizontális állapotát, amikor szinte minden kereskedelmi banknak – potenciális felhasználónak – olcsó, gyakorlatilag azonos, azonos osztályú szoftvertermékekre volt szüksége.

Ebben az időszakban a hazai automatizált bankrendszerek fejlesztése elsősorban a banki hardver és technikai platformok változásaihoz kapcsolódik, anélkül, hogy a technológiai szempontból radikálisan javulnának. 1994-ben az ABS négy generációját lehetett megkülönböztetni.

Első generáció: hardverplatform – MS-DOS-t futtató önálló személyi számítógépek; DBMS - Clipper, FoxPro, Clarion; a technológia alapeleme a könyvelés; ABS-struktúra - autonóm munkaállomások, amelyek nem vagy gyengén vannak csatlakoztatva adatokkal fájlcserén keresztül (beleértve a hajlékonylemezeken történő fizikai átvitelt számítógépről számítógépre).

Második generáció: hardverplatform - Novell NetWare helyi hálózatban működő MS-DOS-t futtató személyi számítógépek; DBMS - Clipper, FoxPro, Clarion; a technológia alapeleme a könyvelés; ABS-struktúra - autonóm munkaállomások, amelyek adatok szerint kapcsolódnak a szerveren található közös fájlokon keresztül, és nem kapcsolódnak funkció szerint.

Harmadik generáció: hardverplatform - MS-DOS-t (MS Windows) futtató személyi számítógépek, amelyek Novell NetWare helyi hálózatban (Windows NT) működnek; DBMS - Btrieve; a technológia alapeleme a könyvelési tétel (ritkábban bizonylat); ABS-struktúra - autonóm munkaállomások, amelyek szorosan kapcsolódnak az adatokhoz közös adatbázis-struktúrákon keresztül, és lazán kapcsolódnak a funkciókhoz. A technológia átmeneti, a "fájl-szerver"-ről a "kliens-szerver"-re.

Negyedik generáció: hardverplatform - helyi hálózatban működő MS-DOS-t (MS Windows) futtató személyi számítógépek, vagy terminálokkal ellátott gazdagép; DBMS - professzionális relációs (lehet posztrelációs vagy hálózati); a technológia alapeleme egy könyvelési bejegyzés (ritkábban), bizonylat, tranzakció; ABS-struktúra – autonóm AWP-k, amelyek szorosan összekapcsolódnak az adatokkal közös adatbázis-struktúrákon keresztül, egyes esetekben a funkciók által egy közös magon keresztül kapcsolódnak össze. Technológia - "host-terminal" vagy kétszintű "kliens-szerver".

1995 augusztusa óta a bankintézetek számszerű növekedése megállt - az infláció "kényszeres" csökkenése és a bankközi hitelpiaci válság kapcsán - az orosz bankrendszer első rendszerválsága. . A pénzügyi tranzakciók egészének csökkent jövedelmezősége. A bankoknak már nem volt elég a bankon áthaladó pénzmozgásokat egyszerűen megszámolniuk, szükségessé vált ezen áramlások (valamint a bank összes eszközének és forrásának) hatékony kezelése.

Az ABS-piac ennek megfelelően megváltozott. Vertikálissá válik, amikor egyre több kereskedelmi banknak van szüksége komoly, technológiailag fejlett, számviteli, elemzési és menedzsment technológiákat integráló megoldásokra. A „vertikkalizáció” meghatározta az ABS-piac fejlődését 1995 őszétől 1997 nyaráig. És mivel a vertikális piacnak olyan high-tech szoftvermegoldásokra van szüksége, amelyeket minden bankhoz egyedileg adaptálnak és konfigurálnak, több hónapos speciális eljárások szerint valósítanak meg, az ilyen számviteli, elemző és menedzsment funkciókkal rendelkező banki rendszerek többszöröse vagy nagyságrendileg is költségesek lehetnek. több.

Ekkor folytatódott a negyedik generációs rendszerek fejlesztése és megkezdődött a komolyabb ötödik generációs rendszerek fejlesztése. Hardverplatform - MS Windows, MS-DO, (ritkábban UNIX) operációs rendszert futtató személyi számítógépek elosztott hálózatban (WAN) több fizikai alkalmazásszerverrel; DBMS - professzionális relációs plusz tranzakció menedzser; a technológia alapeleme egy dokumentum vagy tranzakció; ABS-struktúra - logikai AWP-k, amelyek mind az adatok, mind a funkciók tekintetében erősen kapcsolódnak a helyi hálózaton vagy a gazdagépen belül, és gyengén kapcsolódnak az elosztott hálózaton belüli adatokhoz. A technológia egy háromszintű "kliens-szerver" tranzakciókezelőket használ.

Az orosz piac sajátossága, hogy az új számviteli szabályok – az új számlatükör (NPU-NPS) – bevezetése miatt a horizontális piac rövid időre (1997 második felében) visszatért. Ez pedig megállította az automatizált bankrendszerek technológiai fejlődését. Ebben az időben nagyon aktív "horizontális kereslet" alakult ki - sok banknak volt szüksége gyorsan bevezetett ABS-re. Az NPU-NPS-re való közelgő átállás miatt sok bank és fejlesztő cég lelassította vagy elhalasztotta "jobb időkig" ígéretes technológiai újrafelszerelési programjait.

1998-ban a bankoknak és a fejlesztőknek új valósághoz kellett alkalmazkodniuk. Mivel a Központi Bank aktívan konszolidációs politikát folytatott az oroszországi kereskedelmi bankok rendszerében, ez nem tehetett mást, mint az ABS-piac helyzetét. A fő verseny a fejlesztők között nem annyira az általános piaci befolyásért, hanem a konkrét, nagyon nagy szerződésekért zajlott. 1998 óta az új számviteli szabályokra (NPU-NPS) és címletekre való áttérés Damoklész kardja már nem lóg az orosz bankok felett, így volt ideje tudatosan kiválasztani azokat a technológiákat, amelyek a legjobban megfelelnek a bank formalizált követelményeinek és fejlesztési stratégiájának. egy adott bank.

A helyzet azonban 1998 második felében meredeken romlott. A banki informatikai piac megszűnt vertikálisnak lenni, mivel pénzügyi kapacitása nagyon kicsi, és pontszerűvé vált.

Az 1998-as pénzügyi válság egyes bankok számára fékként, mások számára éppen ellenkezőleg, erőteljes lendületté vált az üzletfejlesztésben. A fejlesztő cégek közötti verseny kiélezettsége a negyedik és ötödik generációs "nehéz" szoftvermegoldások felé tolódott el. Megtérült a kereslet a banki analitikai automatizálás iránt.

Napjainkban a hazai banki információs technológiák kialakulás és fejlődés szakaszában vannak. Még mindig "szigetes" jellegük van, i.e. minden banki technológia egy adott problémát old meg, például: banki könyvelés; üzemi nap stb. A bankintézet viszont „élő szervezet”, amely működési irányítást és beavatkozást igényel. Csak akkor lehetséges, ha teljes és megfelelő információ áll rendelkezésre. A külföldi fejlesztések felhasználása a következő nehézségekkel jár:

· Gazdasági különbségek a bankszektorban.

· Az orosz kommunikációs és távközlési rendszerek gyenge fejlettsége.

· A külföldi bankrendszerek oroszosított változatainak hiánya.

· A költségek jelentősége a bank, fiókok, képviseletek beszerzéséhez, képzéséhez stb.

Figyelembe kell venni azt is, hogy az új információs technológiák megjelenése miatt a banki informatikát folyamatosan fejleszteni kell. A következő területek fejlesztése szükséges: ügyfélszolgálat távolról, a banki alkalmazott és az ügyfél közötti közvetlen kapcsolat nélkül; vezeték nélküli hálózatok és használatuk lehetősége; a bank és az ügyfél információvédelme a hálózatok közötti "kommunikáció" idején; az áruk és szolgáltatások internetes kereskedelmének kiszolgálása stb.

Az automatizált banki technológiák fejlesztésének ígéretes iránya hazánkban és külföldön egyaránt az ABS hatodik generációja. Főbb jellemzők: hardverplatform - heterogén hálózati környezet; DBMS - professzionális relációs nyílt felülettel (egyszerre több különböző DBMS is lehetséges); a technológia alapeleme egy üzlet vagy dokumentum; ABS-struktúra - logikai AWP-k, dinamikusan komponenstechnológiával kialakítva, szorosan összekapcsolva az adatok és a funkciók tekintetében a teljes intraneten belül.

A modern trendek új feltételeket diktálnak a banki információs rendszerek fejlesztéséhez, beleértve hazánkat is. A gyorsan fejlődő piacon a versenyképesség megőrzése érdekében az IHD „vertikalizálására” kell összpontosítani, a maximális pénzügyi költségek vonzására, valamint a hazai szakmai személyzet képzésére és átképzésére szolgáló programok kidolgozására.

2. Automatizált bankrendszer.

2.1. ABS szerkezet.

A banki egységek hatékony működéséhez korszerű információs rendszerek alkalmazása szükséges.

ABS komponensek: hardver, szoftver, szoftver, információs támogatás, funkcionális támogatás, technológiai támogatás. Az automatizált bankrendszer minden komponense szorosan összefügg egymással, és nehéz bármelyik komponenst külön-külön kiemelni. (A Függelék)

Információs támogatás gépen belülire és gépen kívülire oszlik. A banki információs összesség, beleértve a mutatórendszereket, az információelemek, dokumentumok osztályozási és kódolási módszereit, az információáramlás dokumentumforgalmát, a gépen kívüli támogatást jelenti. A gépen belüli támogatás az adatok megjelenítése gépi adathordozón speciálisan szervezett tömbök, fájlok, adatbázisok, adatbankok és ezek információs hivatkozásai formájában.

Funkcionális támogatás meghatározza az ABS tárgyát, tartalmi orientációját, és műveletek, funkciók és feladatok összességeként fejeződik ki. A funkcionalitás alapegysége egy művelet.

Technológiai támogatás olyan tervezési megoldások összessége, amelyek meghatározzák a feldolgozási technológiát, a technológiai feltételek megteremtését a banki műveletek automatikus üzemmódban történő végrehajtásához, valamint az ezeket a műveleteket támogató technológiai utasításokat és ajánlásokat. A technológiai támogatás az információt és a funkcionális támogatást egyesíti az általános munkatechnológiákban. A technológiai támogatás alapvető eleme egy külső esemény, amelyre válaszul több műveletet kell végrehajtani egy bizonyos sorrendben.

A három felsorolt ​​biztosítéktípus közvetlenül leírja egy adott bank tevékenységének fogalmi rétegét.

Matematikai szoftver tárgyra osztva és alkalmazottra. A tantárgyi szoftverek algoritmusok, gazdasági és matematikai módszerek információátalakítására, pénzügyi és hitelfolyamatokat tükröző modellek, valamint információs értelemben vett banki problémák megoldásának módszerei.

Alkalmazás szoftver magában foglalja az automatizált rendszer algoritmusait, módszereit és modelljeit.

Szoftver két részből áll: a rendszer komponensből (operációs rendszerek, DBMS, szerviz programok) és az alkalmazás komponensből (a bankban közvetlenül használt szoftvermodulok, irodai rendszerek).

Hardver. A hardver a következőket tartalmazza:

· Számítástechnikai eszközök (szerverek, munkaállomások);

· Helyi hálózatok felszerelése;

· Távközlési és kommunikációs eszközök;

· Különféle banki szolgáltatásokat automatizáló berendezések: automata pénztárak, kereskedelmi rendszer termináljai, műanyag kártyák fizetési rendszereinek berendezései.

Az alkalmazott matematikai szoftverek és szoftverek alkotják a banki struktúra alkalmazott környezetét.

A szoftver és hardver rendszerszintű komponense alkotja a bank rendszertechnikai környezetét.

2.2. ABS leírási szintek.

Az ABS-nek három szintje van: a tantárgyi terület szintje, a pályázati szint, valamint a rendszer és a műszaki környezet szintje. A legfelső szint a bank tárgyköre - a tiszta közgazdaságtan, menedzsment és pénzügy területe. Ez a komponens a legfontosabb a bank működése szempontjából. (B. függelék)

Az alsó szint a szervezet rendszerét és technikai környezetét reprezentálja, tükrözi az ABS hardver és szoftver infrastruktúráját. Az infrastruktúra hosszú távú, hosszú évekre jön létre, létrehozása jelentős beruházási ráfordítást igényel.

A rendszertechnikai komponens stabil, fejlesztése kiszámítható és kezelhető.

Az üzemeltetett ABS alkalmazott szoftver komponense egymással összefüggő funkcionális alrendszereket jelent, amelyek biztosítják a szervezet problémáinak megoldását és céljainak elérését. Az alkalmazási területet tükrözi, és erősen kötődik a bank szervezeti és irányítási struktúrájához, a funkciók elosztásához, a pénzügyi technológiákhoz és a munkafolyamat-sémákhoz. Ez a komponens az automatizált rendszer központi részét képviseli.

Az ABS felépítésénél figyelembe kell venni a banki sajátosságokat és a szoftver és hardver komponens fejlesztési irányát. Annak érdekében, hogy a lehető legpontosabb képet kapjuk az ABS követelményekről, fontos ezeknek a területeknek a pontos leírása. A formalizált leírásnak ez a szakasza megelőzi az ABS fejlesztési projekt munkáinak megkezdését, és gondosan és szigorúan kell kidolgozni, mivel az ebben a szakaszban előforduló pontatlanságok és hibák a jövőben óriási költségekkel járnak a kiküszöbölésükhöz.

3. Automatizált banki rendszerek áttekintése.

3.1. Külföldi rendszerek áttekintése.

A bankszektor információtechnológiai fejlesztésének jelenlegi globális rendszerszintű és technikai trendjeinek meghatározásához elemezzük a nemzetközi piacon legismertebb és legelterjedtebb banki tevékenység komplex automatizálási rendszereit, amelyeket rendszeresen kínálnak kereskedelmi forgalomba.

Midas DBA, DBA egyenlet (Midas-Kapiti International, Egyesült Királyság). Ezek az ABS-ek a világ vezetői közé tartoznak a felhasználók számát és a működő telepítéseket tekintve. A FÁK országok piacán jól ismertek (több mint 20 megvalósítás). Általánosságban elmondható, hogy a rendszerek meglehetősen „merevnek” bizonyultak, nehezen igazíthatók a helyi jogszabályok és szabályozási keretek sajátosságaihoz. Ez azzal magyarázható, hogy a vizsgált rendszerek közül ezek a legrégebbi (a fejlesztési és programozási megközelítések, módszerek és eszközök értelmében) - kereskedelmi értékesítésük 1975-ben (Egyenlet) és 1977-ben (Midas) kezdődött, a rendszerek IBM AS / 400 platformon futnak. ...

IBIS (Financial Objects PLC, Egyesült Királyság). Az ABS IBIS-t 1980 elején fejlesztették ki a London Italian International Banknál. 1992-re a rendszert az IBM AS / 400 platformra portolták, és az IBIS / AS márkanév alatt kezdték el terjeszteni. A rendszer funkcionális fejlesztése egyedi banki projektek formájában valósult meg.

A funkcionalitás tekintetében az ABS IBIS / AS ugyanazokkal az előnyökkel járt, mint versenytársai az AS / 400 platformon, és hasonló hátrányokkal is járt - az ABS fejlesztése során elavult információs technológiákat használtak, a rendszer rosszul strukturált, nehezen karbantartható, ill. fenntartani. Az ABS további fejlesztése mind a működési jellemzők javítása, mind a funkcionális rész fejlesztése mentén haladt. A rendszer teljes átprogramozása a legmodernebb eszközökkel és technológiákkal történik az IBM szakembereinek részvételével.

Tilalomval vels (Financial Network Services PTY Ltd., Ausztrália). A rendszer első verzióját a 70-es évek végén fejlesztette ki a State Building Society adatfeldolgozó részlege a kiskereskedelmi szektor háttérirodájának automatizálására. A rendszer VRX operációs rendszert futtató NCR9800 számítógépeken futott. A termék immár két FNS és Banс védjegy alatt ismert (a használt platformtól függően). A rendszer sokféle hardveren és rendszeren fut, beleértve az IBM nagyszámítógépeket, a DEC VAX-ot és a különféle Unix rendszereket. Az elosztott környezetekben végzett munka egyik jellemzője a központi bázissal való online kapcsolattartás és a kommunikációs problémák esetén offline munkavégzés lehetősége.

A rendszert eredetileg a kis- és közepes méretű kiskereskedelmi műveletek automatizálására tervezték. Lefedi a betéteket, hiteleket, valamint támogatja az automata pénztárgépeket és POS terminálokat. A rendszer nem rendelkezik "főkönyvvel", hanem a Finance One, az Oracle Financials és a Peoplesoft felületekkel rendelkezik, amelyek megvalósítják ezt a funkciót. A treasury szektor megvalósította a deviza- és bankközi kereskedés, a nemesfém- és értékpapír-kereskedelem, valamint a vállalati hitelezés funkcióit.

Platon (IMS Business System Corp., USA). Az ABS első változatát 1985-ben fejlesztették ki két New York-i koreai bank számára. Az ABS 4GL Progress nyelven íródott, és Unix platformok széles skáláján fut. 1996-ban kiadtak egy 32 bites verziót Windows NT platformra, de még nincs igazi eladás. Vannak interfészek az ORACLE, DB2 és DB2 / 400 DBMS-ekhez.

A Platon lefedi a deviza- és bankközi kereskedés főbb műveleteit, kereskedelmi és fogyasztási hiteleket, jelzálogkölcsönöket, akkreditívek elfogadását és kibocsátását, nostro számlákkal való munkát. Az ABS rendelkezik lehetőségekkel az alapvető pénzügyi üzenetek feldolgozására és továbbítására SWIFT-en, CHIPS-en, FEDWIRE-n és telexen (a megfelelő interfészeken keresztül).

3.2. Az orosz rendszerek áttekintése.

Ellentétben az USA-val és Nyugat-Európával, ahol a bankszektor szoftvertermékek ipara több évtizede fejlődik, kialakult és világos szerkezetű az ABS-piac, Oroszországban a fejlesztő cégek jobban diverzifikálják tevékenységüket, megoldják az automatizálást. nem csak a bankok, hanem más szereplők kibocsátása is.

Elemezzük a leghíresebb cégek tevékenységét, amelyek saját ABS-fejlesztéssel rendelkeznek Oroszországban.

Az alkalmazott DBMS-ek között a piacon elérhető rendszerek szinte teljes skálája képviselteti magát. Ugyanakkor felhívják a figyelmet arra, hogy számos ABS felhasználója többféle DBMS közül választhat.

DiasoftBANK (Diasoft Company CJSC). A Diasoft cég a megoldások teljes skáláját kínálja – a különálló szoftvertermék kiszállításától a banki tevékenység bármilyen léptékű komplex automatizálásáig. Jelenleg számos lehetőség kínálkozik az átfogó bankautomatizálásra, amely három szoftverterméksoron alapul, amelyek különféle technológiai platformokra összpontosítanak, és számos jellegzetes megkülönböztető tulajdonsággal rendelkeznek:

A DiasoftBANK 4x4 a legnépszerűbb megoldás, viszonylag könnyen kivitelezhető és működtethető.

Az „Új Athéné” rendszeren alapuló megoldás napi 1000 tranzakciószámmal képes támogatni egy nagy, több fiókból álló bank működését. A rendszer erejét az Oracle ipari adatbázis képességei adják.

A DiasoftBANKING 5NT egy megoldás kis- és közepes méretű bankok számára MS SQL Server vagy Sybase Adaptive Server alapú.

A felsorolt ​​termékek általános jellemzői:

· Több pénznem - lehetővé teszi, hogy tetszőleges számú valutával dolgozzon a bankban (ebben az esetben egy valuta van kiosztva nemzetiként);

· Többágú – lehetővé teszi az ágak teljes adatbázisának karbantartását egyetlen fizikai szerveren;

· Sokoldalúság – lehetővé teszi a bankok számára, hogy tetszőleges számú számlatervvel dolgozzanak.

Mindegyik megoldás egy rugalmas, testreszabható többparaméteres rendszer. A beépített rendszerfejlesztő eszközök további eszközt biztosítanak a felhasználóknak a funkcionalitás növeléséhez. Az adminisztrációs és audit funkciók lehetővé teszik az információbiztonság szükséges szintjének biztosítását. Az összes felhasználói művelet (bevitel, szerkesztés, törlés) teljes naplózása lehetővé teszi az adatbázisban lévő információk változásainak történetének nyomon követését.

RS-Bank (OOO RStyle SoftwareLab.) A bankok komplex automatizálása a cég tevékenységi köreinek egyike. A fő feladat a banki szolgáltatások megvalósításához kapcsolódó munka teljes körének tájékoztatása és funkcionális támogatása. Az RS-Bank rendszer első verziója 1993-ban jelent meg.

Az ABS biztosítja a magas színvonalú külső (számviteli) és belső (vezetői) számvitel vezetését. Az OLAP technológiák segítségével a szoftvercsomagban egy analitikai mag kerül megvalósításra, amely az elemző alrendszerek (beleértve magát a konszolidált információk elemzésére szolgáló alrendszert is) működésének alapja és eszköze.

BISquit (Banking Information Systems LLP). A céget 1991-ben alapította a Szovjetunió Vnesheconombank informatikai szakértőiből álló csoport. Az első megvalósításra 1992-ben került sor. Ma több mint 100 telepítés létezik.

Fejlesztési környezet: professzionális relációs DBMS Progress. ABS jellemzők: moduláris felépítés; különböző hardverplatformokon való működés képessége UNIX, MS-Windows, Windows NT rendszerben; rugalmasság és a szabályozási követelményeknek való megfelelés, a műveletek valós idejű ütemezése; interaktivitás; több valuta; adatintegráció.

MIM-Bank (CJSC "Firm" MMM-Technology "). A MIM-Bank rendszert különböző méretű és tranzakciós volumenű kereskedelmi bankokban, bankfiókokban, valamint elszámoló- és elszámolási központokban való használatra tervezték. A bank operatív és számviteli munkájának komplex karbantartására szolgál, beleértve a hitel-, betét- és levelezőszámlák, készpénzes tranzakciók, szerződések stb. Ezenkívül a bank tevékenységének, állapotának elemzésére, a szükséges jelentési és referenciadokumentumok kinyomtatására, információk tárolására, keresésére, megtekintésére is szolgál. Valójában a rendszer üzemeltetői, könyvelői, hitelügyintézői, közgazdász és bankvezetői feladatokat valósít meg. A rendszer integrálható más MMM technológia (információs rendszerek nem procedúrális tervezése) alapján kifejlesztett rendszerekkel.

Az MMM-Technology fő jellemzője az információs objektumhoz való közvetlen tájékozódás, amely a fogalmak meglehetősen széles skáláját ötvözi, így annak adatait, tulajdonságait, jellemzőit, kapcsolatait és kapcsolatait más elemekkel, öröklődésük és viselkedésük az információs objektumtól függően változik. környezet. Az ebben a technológiában megvalósított megközelítés az alkalmazási terület összes tulajdonságának maximális megjelenítéséből áll a vizsgált adatmodellben. Ennek megfelelően jelentősen csökken az adatfeldolgozási eljárások programozási és tervezési igénye.

Következtetés

Az esszé elkészítése során teljes mértékben meg voltam győződve arról, hogy az információs rendszerek milyen rendkívüli szerepet töltenek be a banki környezetben. Tagadhatatlan, hogy az információs technológia széles körű alkalmazása a posztindusztriális társadalom egyik fő jellemzője, amelybe az átmenet az emberi civilizáció fejlődésének szerves része. A bank azonban, mint a pénzügyi tranzakciókban az ügyfelek igényeinek kielégítésére kialakított, hatalmas adatmennyiség napi feldolgozásán és több ezer műveleti művelet elvégzésén alapuló struktúra, annál inkább az informatikához kötődik. Ma már elképzelhetetlen a bank rendszerének normális működése az azt megvalósító automatizált rendszer nélkül.

Minden ilyen rendszer egy összetett hardver- és szoftverkomplexum, amely sok egymással összekapcsolt modulból áll. A hálózati technológiák szerepe az ilyen rendszerekben teljesen nyilvánvaló. Valójában az ABS egy komplexum, amely számos helyi és globális számítógépes hálózatból áll.

Befejezésül szeretnék bemutatni néhány olyan következtetést, amelyek összefoglalják a fentieket, és befolyásolják az ABS jelenlegi helyzetére vonatkozó általános következtetéseket, valamint az oroszországi fejlődésük kilátásait.

· A bankrendszer reformja közelebb hozza a nyugati országokban elfogadott világnormákhoz és gyakorlatokhoz. A bankrendszer integritásának és stabilitásának megsértése veszélyt jelent a gazdaságra, a lakosságra és az állam egészére.

· A banki technológiák elválaszthatatlanul kapcsolódnak az információs technológiákhoz. Az IT legfontosabb feladata a vállalkozás támogatása és az üzleti célok elérése.

· A banki innovációk számának intenzív növekedése az információs és telekommunikációs technológiák magas szintű fejlettségének köszönhető.

A közeljövőben az ABS fejlesztési üteme csak nőni fog. Emellett szeretném megjegyezni, hogy a bankok összevonása, mint a banki világközösség kialakulásának fontos része, elkerülhetetlen. Egy olyan integrált környezet kialakítása, amelyben a legújabb információs technológiák cseréje megvalósul, jelentősen leegyszerűsíti és felgyorsítja az innovatív projektek megvalósítását a pénzügyi környezetben, ami a banki szolgáltatások minőségének jelentős növekedéséhez vezet. Ez a későbbiekben mind a szolgáltatások fogyasztóinak – ügyfeleknek, mind beszállítóiknak – a bankoknak előnyös.

A felhasznált források listája

1. Koroljev M.I. Információs rendszerek a bankügyben: tankönyv. pótlék / M.I. Koroljev, D.M. Koroljov. - Belgorod: BelGU, 2004 - 293 p.

2. Közgazdasági információs rendszerek: tankönyv a "Pénzügy és hitel", "Számvitel, elemzés és könyvvizsgálat" és a közgazdasági és gazdálkodási szakokon tanuló egyetemisták számára (060000) / szerk. G.A. Titorenko. - 2. kiadás, Rev. és add hozzá. - Moszkva: UNITY-DANA, 2008 .-- 463 p.

3. Bankok és tőzsdék elszámolási műveleteinek automatizálása: Külföldi áttekintés. és apa. megvilágított. / comp .: A.S. Kuznyecova. - Moszkva: Zerich-PEL, 1992 .-- 206 p.

4. Banki tevékenység Oroszországban; Vol.5: Banki automatizálás / alatt. szerk. S.I. Kumoka. - Moszkva: MFO, 1994 .-- 284 p.

5. Tyutyunnik A.V. Információs technológiák a bankban / A.V. Tyutyunnik, A.S. Shevelev. - Moszkva: BDC-press, 2003 .-- 368 p.

6. Khasanov V.Kh. Információs rendszerek a közgazdaságtanban: tankönyv. pótlék / V.Kh. Khasanov, I.Kh. Bikmuhametov, E. A. Kolganov. - Ufa: Ufimszk. állapot akad. gazdaság. és szerviz, 2008 .-- 284 p.

7. Információs banki technológiák [Elektronikus forrás] - Hozzáférési mód: http://capri.ustu.ru/banking_systems/%C3%EB%E0%E2%E0%201.htm. -Fej. a képernyőről.

Szimbólumok és rövidítések

ABS - automatizált banki rendszer;

AWP - automatizált munkaállomás;

DB - adatbázis;

IBS - információs banki rendszer;

IBT - információs banki technológia;

IBSiT - információs banki rendszerek és technológiák;

NPU-NPS - új számviteli szabályok, a Központi Bank által bevezetett új számlatükör

DBMS - adatbázis-kezelő rendszer;

OS - operációs rendszer;

GYORS. - Világméretű bankközi pénzügyi távközlési társaság.

Alkalmazások

A Függelék

ABS alkatrészek

B. függelék

ABS szintek






Tyutyunnik A.V. Információs technológiák a bankban - M., 2003. - P. 9-10.

Titorenko G.A. Információs rendszerek a gazdaságban. - M., 2008. - 365–366.

AZ OROSZ Föderáció OKTATÁSI MINISZTÉRIUMA

AZ OROSZ FÖDERÁCIÓ ROS OKTATÁSI MINISZTÉRIUMA

OROSZ ÁLLAMI HUMANITÁRUS EGYETEM

Fióktelep Velikij Novgorodban

Közgazdaságtudományi és Vállalkozásirányítási Kar

Petrov Vlagyiszlav Anatoljevics

"Információs technológia a banki tevékenységben"

II. k ursa csoport 061 levelező tagozatos tantárgyi munkája

az "Információs technológia a közgazdaságtanban" tudományágban

felügyelő

Tanár

Morozova Natalia Dmitrievna

Velikij Novgorod




Munkaterv

Bevezetés. 3

1. Információbanki rendszerek és technológiák jellemzői 4

2. Információs banki rendszerek piaca 25

3. Az információs banki technológiák típusai 31

Bevezetés.

Nehéz elképzelni a banki tevékenységnél termékenyebb talajt az új számítástechnikai technológiák bevezetésére. Elvileg szinte minden olyan feladat könnyen automatizálható, ami egy bank munkája során felmerül. A jelentős információáramlás gyors és zavartalan feldolgozása minden nagy pénzintézet egyik fő feladata. Ennek megfelelően nyilvánvaló az igény egy olyan számítógépes hálózatra, amely képes kezelni az egyre növekvő információáramlást. Emellett a bankok rendelkeznek elegendő pénzügyi forrással a legmodernebb technológia használatához. Nem szabad azonban azt feltételezni, hogy egy átlagos bank kész hatalmas összegeket költeni számítógépesítésre. A bank elsősorban profittermelésre hivatott pénzintézet, ezért a korszerűsítés költségeinek összevethetőnek kell lenniük a megvalósítástól várható hasznokkal.

Most a bankrendszer meglehetősen gyors fejlődéséről és a bankok új szolgáltatásainak fejlesztéséről beszélhetünk. Az utóbbi időben a fogyasztási hitelezési piac és a fiók nélküli banki szolgáltatások különböző formái egyre nagyobb ütemben fejlődnek - a fiókhálózat vagy fiókhálózat már nem feltétele a lakossági piacon való munkavégzésnek. Annak ellenére azonban, hogy az orosz bankrendszer már meglehetősen érettnek tűnik, még csak az út elején járunk. Sajnos sok banki szolgáltatás elérhetetlen a lakosság számára. Az Államtanács elnökségi ülésén V. V. Putyin elnök megjegyezte, hogy Oroszország 60 millió polgára, az ország lakosságának csaknem fele nem részesül banki szolgáltatásokban. Ez a probléma különösen azzal függ össze, hogy a bankok számára nem jövedelmező fiókot nyitni például vidéken, valahol a külterületen. Oroszország hatalmas területe és alacsony népsűrűsége magas költségeket és alacsony megtérülést jelent a bankok számára. Az irodai, információs és kommunikációs technológiákkal, az üzleti termékek karbantartásával és támogatásával kapcsolatos jelentős kiadások ebben a helyzetben egyszerűen nem térülnek meg.

Ezért szerintem szükséges a fiók nélküli szolgáltatási technológiák alkalmazásának kiterjesztése, áthelyezve a banki szolgáltatások nyújtásának egy részét nem banki struktúrákra, ügynökökre. Kiterjedt tevékenységi kör ezen a területen például a postai rendszer, de ahhoz, hogy a posta megkezdhesse a banki szolgáltatások nyújtását, szükséges a jogszabály módosítása, amelynek megfelelően lehetőség nyílna bankszámlanyitásra. az ügyfél banki jelenléte nélkül, és az azonosítási eljárást a posta illetékes munkatársaira bízni. Ezután a posták szolgáltatásokat nyújthatnak különféle szokásos banki műveletek elvégzéséhez: hitelnyújtás, kölcsön törlesztése, pénzátutalás stb. Ez természetesen magában foglalja a bankok és a posták közötti ügynöki megállapodások meglétét.

Az ügynökhálózatok kialakítása mellett az önkiszolgáló banki szolgáltatások fejlesztése nagyon ígéretesnek tűnik. Mind a világ, mind az orosz gyakorlat azt mutatja, hogy az ATM-ek és a különféle információs kioszkok kényelmes és megbízható csatornává válhatnak a banki szolgáltatások széles körének nyújtásához.

Végül véleményem szerint a készpénzforgalom igen magas aránya komoly problémát jelent az ország gazdaságának egésze számára. E tekintetben a készpénz nélküli fizetés fejlesztése a bankrendszer egyik fontos feladata. Úgy gondolom, hogy kiemelt figyelmet kell fordítani a plasztikkártyák nagyobb léptékű bevezetésére az életünkbe. Bár Oroszországban már több mint 60 millió mágneskártyát bocsátottak ki, elsősorban fizetési projektek keretében készpénz fogadására szolgálnak. Egyes adatok szerint a kártyabirtokosok mindössze 10%-a használja rendeltetésszerűen - fizetési eszközként. Természetesen egy ilyen helyzet hátrányos mind az állam, mind a lakosság számára. A készpénzforgalom drága és egyre drágább, ráadásul a készpénzforgalom egy része árnyékban marad. Az állampolgárok számára normál infrastruktúra jelenlétében a kártya egyszerűen kényelmesebb és biztonságosabb, mint a készpénz. Sajnos bár a hatóságok a közelmúltban kinyilvánították, hogy ösztönözni kell a készpénz nélküli fizetések fejlesztését, az állam politikai akarata valójában egyelőre csak az illegális pénzbeváltással foglalkozó bankok elleni küzdelemben nyilvánul meg, miközben érdemi felkészülési munka nincs. helyekre történő bankkártyás fizetés feltételeit nem hajtják végre.

1. Információbanki rendszerek és technológiák jellemzői

Az információs banki technológia (IBT) a banki információk adatgyűjtési, nyilvántartási, átviteli, tárolási és feldolgozási módszereken alapuló átalakításának folyamata annak érdekében, hogy személyi és számítógépes eszközök felhasználásával biztosítsák a vezetői döntések előkészítését, elfogadását és végrehajtását. A pénzügyi és hitelrendszerben az IBT-k hozzájárulnak a banki funkciók időben történő és magas színvonalú ellátásához, valamint jelentősen növelik mind a bankrendszer egészének, mind az egyes bankok irányítási szintjét, valamint az információs banki rendszerek gyakorlati megvalósítását jelentik. ISS), de maga a technológia nem lesz hatékony megfelelő rendszer nélkül.de modern körülmények között nem életképes.

Az IBS felépítése biztosítja az elemek kiosztását az objektum funkcionális jellemzőinek megfelelően, például a rendszermodulok (elszámolási és készpénzszolgáltatási modul, kereskedelmi hitel-számviteli modul, betétszámviteli modul stb.) kiosztását.

Így a modern IBS felépítése egyetlen technológiai kulcsba épített funkcionális modulok összessége, amelyek egyetlen pénzügyi mag köré egyesülnek, és egyetlen hardver- és szoftverplatformon működnek.

Tekintsük az ischaemiás szívbetegség funkcionális alrendszereit. A bankrendszerek egyik jellemzőjét tükrözik - a moduláris felépítési elvet, amely a legtöbb modern bankrendszer velejárója.

Moduláris elv

A moduláris felépítési elve lehetővé teszi az információbanki rendszer felosztását számos elemre a funkcionális vagy objektum elv szerint. Ezeket az elemeket általában blokknak vagy moduloknak nevezik, amelyek mindegyike szoftver és információs modul. Például a funkcionális elv szerint a következő modulok különböztethetők meg: a bank működési napja (banki könyvelés), elszámolási és készpénzes szolgáltatások, hitelezés, értéktár stb .; tárgyelv szerint - a központi bank, fiók, osztály, képviseleti iroda modulja. Általános szabály, hogy a gyakorlatban leggyakrabban funkcionális szétválasztást alkalmaznak, amely lehetővé teszi a felhasználó számára, hogy az egyes modulokat egyetlen információs rendszerbe kapcsolja, amely maximálisan tükrözi az egyes bankok sajátosságait és igényeit. A modulok készlete azonban változhat a bank sajátosságaitól, fókuszától, tevékenységi körétől, a bank által ténylegesen végzett műveletek listájától és jellegétől függően.

A modern bankrendszerekben a modularitás elsősorban az engedélyezési szinten és a felhasználóval való interakciót szolgáló felületek csoportosításának szintjén őrződik meg, a rendszeren belül a modulok meglehetősen szorosan kapcsolódnak egyetlen információs téren keresztül.

A funkcionális modulokra való felosztás a különböző gyártók (fejlesztőcégek) rendszereiben eltérő lehet, de általában véve szorosan függ a banki termékek főbb típusaitól.

Tekintsük a fő modulokat a bankautomatizálási rendszer (SABD) 5NT © BANK példáján keresztül.

Rendszermag – alapmodul

Az IBS központi modulja (mag) az „alap” modul (a mag vagy pénzügyi alapmodul), amely elemző és szintetikus könyvelést, a felhasználó kérésére elemző táblák összeállítását, számviteli és elemzési adatok archiválását, pl. felkészülés és interakció az információs bázisban a bank minden egyéb feladatának megoldásához. A rendszer összes modulja a rendszer magján keresztül kapcsolódik egymáshoz.

Az alapmodul funkcióit felhasználva megtörténik az analitikus és szintetikus számvitel műveletei, kialakítva a banki kötelező jelentéstétel. A banki üzletág automatizálási problémáinak megoldására az IBS 5NT © BANK a következő modulokat kínálja.

Elszámolási és készpénzszolgáltatási modul (RCO)

Megoldandó feladatok:

• banki ügyfelek adatainak elszámolása, ideértve a bankszámlaszerződéseket, az ügyfelek folyó- és devizaszámláinak nyitását és vezetését;
• különböző típusú banki dokumentumok feldolgozása, beleértve a rubelben és devizában történő fizetési megbízásokat, készpénzt, átváltást, emlékművet, mérlegen kívüli és sürgős dokumentumokat;
• rubel elszámolások lebonyolítása az Oroszországi Bank elszámolási hálózatán, deviza elszámolások az S.W.I.F.T. hálózaton keresztül, valamint elszámolások más bankoknál nyitott levelező számlákon keresztül;
• irattárak automatizált karbantartása, beleértve a mérlegen kívüli iratokat és a megmagyarázhatatlan összegű számlákra érkezett dokumentumok irattárait;
• ügyletekre vonatkozó jutalékok automatikus kiszámítása és beszedése az ügyfelektől;
• pénzügyi kimutatások elkészítése az Oroszországi Bank követelményeivel összhangban.

Készpénzes tranzakciók elszámolási modulja

Megoldandó feladatok:

• készpénz és deviza tranzakciók a bank pénztáraiban;
• szigorú bejelentőlapok automatikus elszámolása (0406007-es nyomtatvány stb.);
• pénztárak és banki trezorok interakciója és készpénz elszámolása a pénztári munkák keretében (pénztárablakok), a pénztárak összegzése.

Számviteli modul ügyfélkonverziós tranzakciókhoz

Megoldandó feladatok:

• az ügyfelek valutavásárlási/eladási megbízásainak nyilvántartása;
• műveletek "kötelező eladás", "vásárlás / eladás
  bankszámla "," vásárlás / eladás a tőzsdén ";
• számviteli bizonylatcsomag automatikus generálása az ügyfél kérésére;
• a konverziós műveletek jutalékainak automatikus kiszámítása és a tranzakciós útlevél kiállítása, figyelembe véve a bank adott ügyfélre vonatkozó tarifáit;
• konvertálásra szánt alkalmazások betöltése az „Ügyfél-Bank” rendszeren keresztül.

Jelentési modul

Megoldandó feladatok:

• kötelező jelentéstétel kialakítása az Oroszországi Bank utasításainak megfelelően;
• operatív jelentések széles körének készítése, amelyek mindenféle információt nyújtanak a folyamatokról és műveletekről a rendszerhasználók számára;
• ezres mértékegységben történő számítás biztosítása és konszolidálása az anyaszervezet és a fióktelepek adatai alapján mindenféle jelentés beérkezésekor.

Online elszámolási modul S . W . én . F .T.

Biztosítja az elszámolási információk továbbítását az S.W.I.F.T .-n keresztül: kimenő S.W.I.F.T. üzenetek generálása a fizetési bizonylatok adatai alapján. az S.W.I.F.T. terminálba való utólagos betöltésükhöz.

Távoli ügyfélszolgálati modul

"klasszikus" "ügyfél-bank" alrendszer

Megoldandó feladatok:

 biztonságos elektronikus dokumentumforgalom megszervezése, beleértve a különböző típusú dokumentumokat:

 behajtási kérelem / akkreditív;

 deviza átutalási megbízás;

 deviza adásvétele/átváltása iránti kérelem;

 elrendelés valuta kötelező eladására;

 behozatali/kiviteli tranzakciós útlevél;

 szabad formátumú dokumentum fájl csatolásának lehetőségével stb.;

 kivonatok, számlaegyenlegek megtekintése;

 a holding módban történő munkavégzés lehetőségének biztosítása;

 integráció bármilyen külső könyvelő szoftverrel.

Internetbanki alrendszer 5NT © CLIENT Megoldandó feladatok:

 biztonságos elektronikus dokumentumforgalom megszervezése, beleértve a különböző típusú dokumentumokat:

 fizetési megbízás rubelben;

 deviza átutalási megbízás;

 deviza adásvételi/vételi/átváltási megbízás, kötelező devizaeladási megbízás;

 értékpapír-ügyletre vonatkozó megbízás;

 letéti megbízások;

 szabad formátumú üzenetek fájl csatolásának lehetőségével stb.;

 kivonatok, számlaegyenlegek valós idejű megtekintése, beleértve a számlakivonatban szereplő minden egyes dokumentumot;

 integráció bármilyen külső könyvelő szoftverrel;

 Az ügyféltől kapott fizetési bizonylatok elfogadása a bank elektronikus digitális aláírásával.

Kereskedelmi hitel elszámolási modul

Megoldandó feladatok:

• ügyfélhitel-igénylések nyilvántartása, hitelfelvevők hitelképességének elemzése, különböző típusú megkötött kölcsönszerződések könyvelése, beleértve a hitelkereteket, folyószámlahiteleket, jelzálog- és fogyasztói kölcsönszerződéseket;
• hitelek fedezetének elszámolása, fizetési naptár számítása, kamat és kötbér elhatárolása, esetleges hitelveszteségre tartalék számítás és elszámolás;
• hiteltranzakciók számviteli tükrözése fizetési, belső és mérlegen kívüli bizonylatok és megbízások automatikus generálásával a készpénzelszámolási modulban;
• különféle típusú belső dokumentumok és számviteli kimutatások készítése az Oroszországi Bank követelményeivel összhangban.

Betétszámviteli modul

Megoldandó feladatok:

• az ügyfelekről és meghatalmazottjaikról szóló adatok könyvelése, ügyfélszámlák nyitása és karbantartása;
• az ügyfelek betéti szerződéseinek karbantartása az ügyfél különféle díjszabása szerint, beleértve a banki kamatfizetési, törlesztési, betéti meghosszabbítási, stb. sajátosságok támogatását;
• forrásbevonási (kész- és nem készpénzes) szerzõdések szerinti mûveletek elszámolása, kamat- és adószámítás, szerzõdés meghosszabbítása, idõben történõ törlesztése és lejárat elõtti felmondása stb. a szükséges bizonylatok automatikus generálásával a készpénzelszámolási modulban, karbantartása a szerződések jelenlegi állása;
• jelentések elkészítése az Oroszországi Bank követelményeinek megfelelően.

Bankközi hitelek modul

Megoldandó feladatok:

• a bankközi pénzpiacon kötött ügyletek ügyletek, kapcsolódó kötelezettségek, fizetési naptárak, kamatfizetések, meghosszabbítások és beszámítások automatizált elszámolása és lebonyolítása;
• a bankközi hitel (IBC) és a FOREX tranzakciók közös limitszámításának lehetőségének biztosítása, ha a bank egységes hitelkeretet tart fenn az ügyfelek számára;

Váltómodul

Megoldandó feladatok:

• saját váltókibocsátási műveletek támogatása, mások váltóival folytatott kereskedés, váltókölcsönök nyújtása, beszedési és garanciaműveletek;
• nyilvántartás vezetése a saját kibocsátott váltókról, a letétben lévő váltókról, a saját portfóliónkban lévő mások váltóiról, stb. A váltók minden szükséges részletének elszámolása (beleértve a forgatókönyveket, avalókat, elfogadásokat), a váltók szkennelt képeinek tárolása rendszer;
• a váltókkal kapcsolatos tranzakciók automatikus nyilvántartása a háttérirodában, könyvelés biztosítása, beleértve az automatikus számlanyitást és a tranzakciók kialakítását a váltó életciklusának minden szakaszában;
• a főbb jelentéstípusok kialakítása: belső analitikus jelentés és kötelező jelentéstétel az Oroszországi Bank követelményeinek megfelelően.

Közszolgálati modul

Megoldandó feladatok:

• a lakosság kiszolgálása a szükséges műveletek teljes skálájával „számlanyitás nélkül” és „számlán”;
• terméktranzakciók ellenőrzési és számviteli tükrözésének lehetőségének biztosítása a back office-ban, a szükséges bizonylattípusok, megbízások automatikus generálása a készpénzkezelési modulban.

Szolgáltatások "számlanyitás nélkül":

• készpénz elfogadása szervezetek javára (közüzemi számlák, számlák készpénzes fizetése, előre fizetett termékek, például telefon- és internetkártyák értékesítése);
• pénzátutalások számlanyitás nélkül;
• műveletek értéktárgyakkal (nemesfémek, kövek, emlékérmék, sorsjegyek, stb. vásárlása/eladása);
• letétkezelési szolgáltatások (betéti széf ügyfelek általi bérbeadása szerződések nyilvántartásával, fizetés kiszámítása, a trezor látogatásainak nyomon követése);
• valutaváltási műveletek.

Szolgáltatások "számlára":

Betétszerződések teljesítése, betéti feltételek nyilvántartása, betéti feltételek változása, kamatszámítás és automatikus elszámolás;

• rendszeres kifizetések rubelben és devizában a számláról az összeg, gyakoriság és egyéb feltételek meghatározásával;
• hitelnyújtás a lakosságnak;
• készpénz nélküli átváltás (valutaváltási tranzakciók számlákon csoportos, egyedi és egyéb árfolyamon);
• együttműködés a munkavállalókat és a lakosságot kiszolgáló szervezetekkel (kommunikációs és állami szervezetekkel való együttműködés, „fizetés”, „társadalmi” és egyéb projektek);
• otthoni és internetes bankolás, információs kioszkok, távoli ügyfélszolgálat.

A műanyag kártyákkal való munkavégzés modulja

Megoldandó feladatok:

A bank back-office műveleteinek automatizálása különféle fizetési rendszerek betéti és hitel plasztikkártyáival. A bank összes üzleti folyamatának támogatása a műanyag kártyákkal való munkához;

Új bankkártya termékek banktechnológus általi beállítása, amely meghatározza a műveletek díjszabását, limiteket, a plasztikkártya kiszolgálási szerződés alapján nyitott számlák készletét és eljárási rendjét, a kamatszámítás szabályait stb.;

Műanyag kártyák beszerzésével kapcsolatos munka automatizálása;

„bér” projektek támogatása;

A legtöbb műanyag kártya kibocsátása és szervizelése: VISA, Europay, MasterCard, Cirrus / Maestro, Diners Club, American Express, helyi stb.;

Kötelező és belső jelentéstétel kialakítása.

Értéktári számviteli modul

Megoldandó feladatok:

A letéti tevékenységek automatizálása az oroszországi szövetségi értékpapírpiaci bizottság követelményeivel, a letéti műveletekre vonatkozó számviteli követelményekkel és az Oroszországi Bank szabályaival összhangban;

Betétesek és felhatalmazott személyek (vagyonkezelők, DEPO számla kezelők és kezelők) adatainak elszámolása, DEPO számlatükör szervezése;

Pénzügyi eszközök jegyzékének vezetése (kibocsátott és nem kibocsátott értékpapírok, okmányos és nem okmányos kibocsátási formák);

Értékpapírok nyílt, zárt, jelzett tárolásának szervezése;

Letéti tranzakciók könyvelésének és feldolgozásának automatizálása, az ügyfelek letéti megbízásainak kézi bevitele és importálása;

Számviteli (leltári), ügyviteli, információs műveleti naplók vezetése, elsődleges bizonylatok irattárának vezetése;

A kibocsátó vállalati tevékenységeinek támogatása - értékpapír-kibocsátással kapcsolatos globális műveletek (felosztás, konszolidáció, konverzió, bónuszok), osztalék elhatárolása és kifizetése, részvényesi közgyűlések. Az ügyfelek értesítései a kibocsátó közelgő vállalati akcióiról és azok végrehajtásának eredményeiről S.W.I.F.T ., üzenetek formájában generálhatók;

Jutalék elhatárolása az ügyfelektől letéti szolgáltatásokért;

Bizalomkezelési modul

Megoldandó feladatok:

Eszközök (készpénz és értékpapírok) vagyonkezelői átruházására/visszaküldésére vonatkozó tranzakciók automatizált könyvelése és nyilvántartása;

A szervezett és nem szervezett értékpapírpiacon kötött értékpapír-ügyletek automatizált elszámolása és lebonyolítása a vagyonkezelés alapítóinak érdekében;

Információ importálása a kereskedési rendszerből a megkötött ügyletekről és az értékpapírok piaci jegyzéseiről. Különösen az elektronikus interakció biztosított a legjelentősebb orosz kereskedési padlókkal: MICEX (Moszkvai Bankközi Valutatőzsde), Moszkvai Értéktőzsde (Moszkvai Értéktőzsde), RTS (Russian Telesystems);

Az összes szükséges személyes számla automatikus megnyitása a menedzsment alapítói számára;

A vezetőség alapítóinak portfólióinak karbantartása;

Pozíció fenntartása készpénzben és értékpapírokban;

A tranzakciók eredményeinek automatikus elszámolása - a tranzakciók számviteli bejegyzéseinek kialakítása (az Oroszországi Bank 205-P számú rendeletével összhangban);

A vagyonkezelésért és a gazdálkodás sikerességéért járó jutalékok automatikus számítása és levonása a menedzsment alapítóitól;

Menedzsment alapítók portfólióinak átértékelése az értékpapírok piaci értéken, az átértékelési eredmények alapján számviteli tételek kialakítása;

A menedzsment alapítóinak működésére vonatkozó pénzügyi eredmény meghatározása LIFO vagy FIFO módszerrel;

A készpénz- és értékpapír-helyzetet tükröző belső jelentések készítése a menedzsment alapítóinak portfóliója szerinti bontásban.

Valuta kereskedési modul

Megoldandó feladatok:

Bankközi és devizapiacon kötött FOREX, SWAP és Határidős ügyletek automatizált elszámolása és lebonyolítása;

Megkötött ügyletek importálása különböző front-office rendszerekből, különösen a Reuters Dealing 2000-ből és a DealSputnikból, a MICEX valutarészlegéből vagy más külső rendszerekből;

Kötelező, belső és ügyféljelentés kialakítása.

Modul számviteli tranzakciókhoz a tőzsdei értékpapírpiacon

Megoldandó feladatok:

A szervezett értékpapírpiacon kötött értékpapír-ügyletek automatizált elszámolása és lebonyolítása;

Az ügyfelek értékpapír-műveletekre vonatkozó megbízásainak elszámolása és továbbítása a kereskedési rendszerekbe;

Információ importálása a kereskedési rendszerből a megkötött ügyletekről és az értékpapírok piaci jegyzéseiről. Különösen az elektronikus interakció a legjelentősebb
Orosz kereskedési padlók - MICEX, Moszkvai Értéktőzsde, RTS;

Saját és ügyfél pozíciójának megőrzése készpénzben és értékpapírban;

Tranzakciós eredmények automatikus könyvelése;

Jutalék automatikus kiszámítása és levonása az ügyfelektől;

A bank kereskedési portfóliójának átértékelése az értékpapírok piaci értéken, az átértékelési eredmények alapján számviteli tételek kialakítása;

Pénzügyi eredmény számítása saját és ügyfél műveletekre;

A jelentéskészítés főbb típusainak kialakítása.

Modul a tőzsdén kívüli értékpapírpiaci tranzakciók rögzítésére

Megoldandó feladatok:

Az értékpapírpiac rendezetlen szektorában kötött lánc-papír ügyletek automatizált elszámolása és lebonyolítása;

Ügyfelek értékpapír-tranzakciókra vonatkozó megbízásainak elszámolása;

Saját (kereskedelmi és befektetési) és ügyfélportfólió karbantartása;

Saját és ügyfél pozíciójának megőrzése az értékpapírok terén;

Tranzakciók automatizált feldolgozása a háttérirodában;

A műveletek eredményének automatikus elszámolása - a könyvelési tételek kialakítása a tranzakció megkötése után és a tranzakciók végrehajtása után;

Jutalék automatikus kiszámítása és levonása az ügyfelektől;

Pénzügyi eredmény számítása saját és ügyfél értékpapír-portfóliójára;

A jelentéskészítés főbb típusainak kialakítása.

Határidős ügyletek elszámolási modul

Megoldandó feladatok:

Differenciált adatbevitel a határidős ügyletekről a fő paraméterek kiszámításával - a tranzakció összege, változási árrés, kereskedési rendszer jutaléka, bróker jutalék;

Kereskedési rendszerekből (MICEX, RTS) információk importálása a megkötött ügyletekről, piaci jegyzésekről, biztosítékokról;

Saját és ügyfél portfóliójának karbantartása;

Lehetőség biztosítása egyidejű vagy elkülönített számvitel és belső könyvelés lebonyolítására;

Saját és ügyfél pozíciójának fenntartása készpénzben és értékpapírban, határidős ügyletek elszámolása;

Számviteli bizonylatok automatikus generálása az aktuális napi tranzakciókhoz és egy nyitott pozícióhoz;

Különböző típusú jutalékok automatikus elhatárolása és beszedése;

Tranzakciók automatikus generálása pénzeszközök jóváírására / megterhelésére a kereskedési rendszerben lévő számlán és brókerszámlákon a pénzeszközök jóváírására / megterhelésére vonatkozó utasítások alapján;

A jelentéskészítés főbb típusainak kialakítása.

Vállalkozási szerződések modul

Megoldandó feladatok:

A bank által kötött vállalkozási szerződések nyilvántartásának vezetése;

Szerződéses dokumentumok (számlák, számlák, okiratok, számlák) feldolgozása, tárolása;

Fizetési bizonylatok készítése rubelben és deviza és mérlegen kívüli megbízások a készpénzes elszámolási modulban számlák, számlák fizetésére, cselekmények lezárására;

Dokumentumok feldolgozása időszakos fizetési rendszerrel kötött üzleti szerződésekhez;

Számla automatikus generálása az ügyfelek tranzakcióiról, valamint a vásárlások és eladások könyvelése;

Üzemi beszámolás kialakítása a beszállítókkal történő elszámolások ellenőrzéséről, tervezéséről;

A banki kiadási oldal végrehajtásának tervezése, nyomon követése, a banki kiadások automatikus elosztása a költséghelyekre a banki technológus által meghatározott elosztási algoritmusok alapján.

Az információs tér egységének elve

Az ischaemiás szívbetegség következő jellemzője az egységes információs bázis. A modern körülmények között különféle típusú adatbázis-kezelő rendszereket (DBMS) használnak az egységes információs bázis fenntartására. A DBMS-ek speciális mechanizmusokkal rendelkeznek az adatok integritásának ellenőrzésére (triggerek, idegen kulcsok stb.), amelyek egyszerűek és rendkívül megbízhatóak. Ezek túlnyomó többsége relációs adatbázis-kezelő rendszerek.

Egy adatbázist akkor szokás egységes adatbázisnak nevezni, ha az azonos típusú adatokat egységesen, egy helyen tároljuk. Például a magánszemélyekre vonatkozó adatok ugyanazokban a táblázatokban tárolódnak a kölcsön modulban és a magánszemélyek kiszolgálására szolgáló modulban,

Egységes információs bázis hiányában bonyolultabbá válik az információk keresése, cseréje, ebből következően a rendszer beépített eszközeivel történő fogadása. Ugyanakkor a rendszerben a különböző feladatok külön-külön, IHD szinten információsan lazán kapcsolódnak egymáshoz.

A modern bankrendszerek egyetlen adatbázis használatára összpontosítanak, amely a többcélú és ismételt felhasználásukra szánt strukturált adatok, valamint az ezekhez való hozzáférés módjai.

Az IBT adatbázisok sajátossága az adatok közös tárolása a leírásukkal. Ezek a leírások el vannak nevezve

metaadatok (adatok az adatokról). Az adatok erőforrásként történő ellenőrzéséhez és kezeléséhez szükségesek.

A szoftvereknek több szintje van: operációs rendszer, DBMS, alkalmazási programok, amelyek mindegyike a saját konkrét feladatait oldja meg. Például a DBMS interfészt biztosít az adatokhoz való hozzáféréshez olvasáshoz és íráshoz, a rekordok zárolásához többfelhasználós üzemmódban, valamint eszközöket biztosít az adatok archiválásához, visszaállításához és biztonsági mentéséhez. A leggyakoribb adatelérési interfész az SQL lekérdezések, amelyeket egy DBMS-en elemeznek, és különféle szoftvereszközök, amelyek végrehajtják ezeket a lekérdezéseket.

Az IBT felépítéséhez nagyszámú DBMS-t használnak. Mindegyik támogatja a relációs adatmodellt, de eltérő teljesítményjellemzőkkel rendelkeznek. Egy szoftvertermékben rejlő lehetőségek a benne használt DBMS-től és a DBMS kulcstulajdonságai használatának mértékétől függenek. Fontos, hogy a DBMS tulajdonságai ne vihetők át szoftvertermékre, hiszen egy hasonló tulajdonságú termék megvalósítása különös erőfeszítést igényel az alkalmazásszoftver-fejlesztőtől.

Különbséget kell tenni egyetlen adatbázis és egyetlen információs tér között. Alatt közös információs tér megértjük más alrendszerek funkcióinak meghívásának képességét, valamint az adatok általánosságát és az azokhoz való hozzáférés módjait a rendszerben. A DBMS önmagában nem egyetlen információs tér fenntartását biztosítja, hanem lehetővé teszi annak a lehető legnagyobb hatékonysággal való megvalósítását és használatát.

A bank egységes információs tere felfogható a bankban keringő információk szerveződéseként is, beleértve azok feldolgozásának, tárolásának és bemutatásának módjait. Az automatizált bankrendszer szintjén az egységes információs tér úgy értelmezhető, mint a rendszer azon képessége, hogy bármilyen, a rendszer működése során keletkező adattal tudjon működni. Ugyanakkor be kell tartani a nyitottság, a biztonság, az egyszeri könyvelés és a könyvelés elvét. Így az egységes információs tér banktechnológiával történő megvalósítása hatékonyan megszervezi az információval végzett munkát, mind a gyorsaság, mind az adatokkal való felhasználói kényelem szempontjából.

A DBMS alkalmazása a banki szolgáltatási rendszer felépítésében nemcsak az adattárolás egyetlen adatbázison belüli megszervezését teszi lehetővé, hanem a rendszerben lévő információk és adatáramlások menedzselését is egységes elvek és módszerek alapján, amelyek biztosítják az adott tartomány-specifikus feldolgozási algoritmusok megvalósítását. .

Az utóbbi időben egyre népszerűbbek a posztrelációs adatmodellek, amelyek lényegében a relációs modell továbbfejlesztései, azzal a különbséggel, hogy megszűnt az attribútumok atomitásának (oszthatatlanságának) korlátozása.

Az attribútumok atomosságára vonatkozó korlátozás azt jelenti, hogy egy relációs adatbázisban minden rekord attribútuma (mezője) csak egy értéket tartalmazhat. Ezzel szemben egy posztrelációs modellben egy mező több értéket vagy akár egy teljes táblázatot is tartalmazhat. Így lehetővé válik az egyik asztal „beágyazása” a másikba. Ez lehetővé teszi a banki üzleti objektumokkal való hatékonyabb működést, amelyek mindegyike logikailag integrálttá válik, és egyetlen rekord reprezentálja őket.

A lekérdezések végrehajtásának sebessége a posztrelációs DBMS-ben növekszik (néha többszörösére), de a mindenütt elterjedt relációs adatbázisokról a posztrelációs adatbázisokra való átállás jelentős költségekkel jár, és még mindig korlátozott.

Az egységes információs tér biztosításának másik módja az adattárház használata.

A bank információs rendszerének sajátossága, hogy kétféle adatot kell feldolgozni, nevezetesen az operatív és az analitikai adatokat. Ezért az IBS működése során kétféle problémakör megoldására van szükség: a bank napi munkájának biztosítása az információk bevitelére és feldolgozására, valamint információs raktár szervezése az adatok elemzése érdekében a fejlődési trendek azonosítása, a feltételek előrejelzése érdekében. , kockázatok felmérése és kezelése stb. Az első osztály feladatait teljes mértékben az OLTP rendszerek (OnLine Transaction Processing) oldják meg. Az analitikai adatokkal való munkavégzéshez az OLAP rendszereket (OnLine Analytical Processing - online analitikus feldolgozás) szánják, amelyek adattárolási technológiával épülnek fel, és nagy mennyiségű adat aggregált elemzésére szolgálnak. Ezek a rendszerek szerves részét képezik a közép- és felsővezetői osztályok döntéshozatali rendszereinek vagy irányítási rendszereinek, pl. a bank közép- és felsővezetői szintjének felhasználóinak szánt rendszerek.

Így az IBS képességei a tranzakciós OLTP rendszerek és adattárházak (Data Warehouse) együttes használatával bővíthetők.

Az adattárház megkülönböztető jellemzői a következők:

• tantárgyi tájékozódás - az adattárház csak azokat az információkat tartalmazza, amelyek az elemző rendszerek működéséhez hasznosak lehetnek;
• Biztonság- információ a tárhoz hozzáadható, de nem módosítható, módosítható vagy javítható;
• történelmi adatok támogatása - az elemzéshez hosszú időn keresztül felhalmozott információkra van szükség;
• integrálása a korábban leválasztott adatok egyetlen tárházába, különböző forrásokból származó, valamint ezek ellenőrzése, koordinálása és egységes formátumra való redukálása;
• összesítését- az összesített és elsődleges adatok egyidejű tárolása az adatbázisban, hogy az összérték meghatározására vonatkozó kéréseket kellően gyorsan végrehajtsák.

Az adattárház tehát egy speciális adatbázis, amely összegyűjti és felhalmozza a bankvezetők számára a vezetői döntések előkészítéséhez szükséges információkat (banki ügyfelekről, hitelügyekről, kamatokról, árfolyamokról, részvényárfolyamokról, a befektetési portfólió állapotáról, a fiókok működési napjairól). stb. stb.).

Az adattárházakat általában többdimenziós kockaként ábrázolják. A kocka celláiban tárolt és tényeknek nevezett értékek kvantitatív mutatók, amelyek a hitelintézet tevékenységét jellemzik. Különösen a forgalomra és a számlaegyenlegekre, a kiadások és bevételek szerkezetére, a pénzeszközök állapotára és áramlására vonatkozó adatok lehetnek. A kocka egyik lapját alkotó méretei egy azonos típusú adathalmaz, amelyek tények leírására szolgálnak (például bankfiókok, munkanapok, ügyfelek és pénznemek). Az adatok aggregálását a kocka méretei végzik, ezért szokás a dimenziók tagjait hierarchikus struktúrákba vonni. Például a fiókokat gyakran hely szerint, az ügyfeleket iparág szerint, a dátumokat hetek, hónapok, negyedévek és évek szerint csoportosítják. Ennek a kockának minden cellája "felelős" az egyedi dimenziók meghatározott értékkészletéért, például a mérleg forgalma a nap, a negyedév, az év vonatkozásában fiókok összefüggésében. A cellákban tárolt numerikus tényeken különféle matematikai és logikai műveletek hajthatók végre, amelyek lehetővé teszik a bemutatott információk különböző szögekből történő megtekintését. A műveletek adatkezelési technikák alkalmazásával történnek. A metódusok teljes gyűjteményét adattárház metódustárnak nevezzük.

Az adatok betöltése a raktárba üzemi adatfeldolgozó rendszerekből (központi és egyes fióktelepek OLTP rendszerei) és külső forrásokból (vállalkozások és bankok hivatalos jelentései, tőzsdei kereskedés eredményei stb.) történik. Az adatok tárolóba való betöltésekor ellenőrzik a betöltött adatok sértetlenségét, összehasonlíthatóságát, teljességét, valamint elvégzik a szükséges átalakításukat, átalakításukat.

Az adattárház a bank felső és középvezetőire összpontosul, akik felelősek a döntéshozatalért és az üzletfejlesztésért. Ezek a strukturális, pénzügyi és ügyfélosztályok, valamint a marketing, elemzési és tervezési osztályok vezetői.

Az adattárházakkal való munkához speciális szoftvertermékeket használnak, mivel az SQL szerverek nem biztosítják a szükséges teljesítményt az adatok eléréséhez. Az adattárházzal végzett munka során a lekérdezési nyelv is különbözik az SQL-től.

Az adattárház gyakorlati megvalósításának egyik lehetősége az adatpiacok építése. Néha adatpiacnak is nevezik őket. Az adatpiac egy tartományspecifikus adatgyűjtemény, amelynek egy adott szervezete van. Az adatpiacok tartalma általában arra szolgál, hogy egy adott területen vagy több kapcsolódó témakörben egy bizonyos számú homogén problémát megoldjon. Például a bank hitelszolgáltatásainak elemzésével kapcsolatos problémák megoldására egy kirakatot használnak, a bank tőzsdei tevékenységének elemzéséhez pedig egy másikat.

Következésképpen az adatpiac egy viszonylag kicsi speciális adattárház, amely csak témaspecifikus adatokat tartalmaz, és egy meghatározott funkcionális egység számára készült. Tehát a funkcionálisan orientált adatpiacok olyan adatstruktúrák, amelyek a vállalat egy meghatározott funkcionális területén vagy divíziójában analitikai problémák megoldását biztosítják (jövedelmezőség-menedzsment, piacelemzés, erőforrás-elemzés, cash flow elemzés, eszköz- és forráskezelés stb.). Az adatpiacok tehát kis tárolóknak tekinthetők, amelyek a vállalat egyes menedzsment részlegeinek elemzési feladatainak információs támogatására jönnek létre.

Az adatpiac létrehozását az határozza meg, hogy egy adott témakör adatait a legoptimálisabb eszközökkel elemezni kell.

Az adatpiacok és az adattárház nagyon különböznek egymástól. Az adattárház a vállalati adatmodellben jelenlévő vállalati problémák megoldására jön létre. Jellemzően az adattárházakat központilag vezérelt szervezetek hozzák létre és vásárolják meg, például a klasszikus informatikai szervezetek, például egy bank. Az adattárházat a teljes vállalat állítja össze.

Az adatpiacot úgy tervezték, hogy megfeleljen egy meghatározott homogén feladatsor igényeinek. Ezért egy bankban sok különböző adatpiac lehet, amelyek mindegyikének megvan a maga megjelenése és tartalma.

A következő különbség az adatok részletessége, mivel az adatpiac már összesített adatokat tartalmaz. Az adattárház viszont a legrészletesebb adatokat tartalmazza. Mivel az adatpiaci integráció szintje magasabb, mint a raktárakban, nem könnyű az adatmart szemcsézettségét a raktár granularitására bontani. De mindig követheti az ellenkező irányt, és az egyes adatokat összesítheti aggregátumokba.

Az adattárháztól eltérően az adatpiac csak kis mennyiségű történeti információt tartalmaz, amely csak rövid időszakhoz kötődik, és csak abban a pillanatban elengedhetetlen, amikor megfelel a probléma megoldásához szükséges követelményeknek. Az adatpiacok az adattár logikailag vagy fizikailag elkülönített részhalmazainak tekinthetők.

Az adatpiacokat jellemzően réteges technológiával hozzák létre, amely optimális az analitikai rugalmassághoz, de nem optimális nagy mennyiségű adathoz. Az ilyen kirakatban található adatok nagyszámú indexszel vannak ellátva.

Az adatpiaci struktúra szintén az adatok kocka formájában történő többdimenziós szervezésére összpontosít. Felépítésük azonban az egy funkcionális terület igényeit kielégítő korlátozott információs kör miatt sokkal egyszerűbb és jövedelmezőbb, mint egy adattárház létrehozása. Az adatbázis fizikai struktúrája az adatpiacon a csillag sémamodell szerint jön létre, amely optimális annak a feladatcsoportnak a megoldására, amelyre a mart épül, mivel az adatleválasztás révén nagy sebességű lekérdezéseket tesz lehetővé. A csillagséma egyetlen központi ténytáblázatot feltételez, amely összefoglalókat vagy tényadatokat tartalmaz, valamint a környező dimenziós táblázatokat, amelyek leíró információkat tükröznek. A ténytábla és a dimenziótáblák azonosító kapcsolatok révén vannak összekapcsolva, és a ténytábla kulcsmezője teljes egészében a dimenziótáblák összes elsődleges kulcsából áll.

Kétféle adatpiac létezik: függő és független. Függő Az adatpiac egy adattárházból származik. Forrás független Az adatpiac az elsődleges szoftveralkalmazási környezet. A függő adatpiacok stabilak és szilárd architektúrával rendelkeznek. A független adatpiacok instabilak és instabil architektúrájúak, legalábbis az adatátvitelben.

Meg kell jegyezni, hogy az adattárházak ideális megoldásnak tűnnek az adattárház-tervezés legjelentősebb konfliktusára – a teljesítmény kontra rugalmasságra. Általánosságban elmondható, hogy minél szabványosabb és rugalmasabb egy adattárház-modell, annál kevésbé hatékonyan válaszol a lekérdezésekre. Ennek az az oka, hogy a szabványos rendszerbe érkező kérések lényegesen több előzetes műveletet igényelnek, mint egy optimálisan tervezett rendszerben. Az összes felhasználói kérés adatpiacra irányításával, az adattárház rugalmas modelljének fenntartásával a fejlesztők rugalmasságot és hosszú távú stabilitást érhetnek el a raktártervezésben, valamint optimális teljesítményt a felhasználói kérésekhez.

A raktárban az adatok eloszthatók számos adatpiac között a felhasználói lekérdezések elérése érdekében. Ezek az adattárak sokféle formát ölthetnek, a kliens/szerver adatbázisoktól az asztali adatbázisokig, OLAP-kockákig vagy akár dinamikus táblázatokig. A felhasználói lekérdezésekhez szükséges eszközök választéka széles lehet, és tükrözheti az adott felhasználók preferenciáit és tapasztalatait. Az ilyen eszközök széles választéka és könnyű használhatóságuk az adattárház projekt megvalósításának legolcsóbb részét teszi majd. Ha a tárolóban lévő adatok jó szerkezetűek és bizonyítottan minőségiek, akkor azok átvitele más adatpiacokra rutinszerű és olcsó műveletté válik.

A data marts technológiák – mind függő, mind független – alkalmazása lehetővé teszi a különböző forrásokból származó adatok konszolidálásának problémáját az adatelemzési problémák leghatékonyabb megoldása érdekében. Ebben az esetben a források lehetnek eltérő architektúrájú és funkcionalitású könyvelési és referenciarendszerek, beleértve a földrajzilag eltérőeket is.

Biztonsági elv

Az IHD felépítésénél jelentős figyelmet kell fordítani a rendszer biztonságának és megbízhatóságának kérdéseire. A modern IBS az elosztott adatfeldolgozás elvén épül fel, így erőteljes hardvert és szoftvert, adatbázisokat, valamint telekommunikációt tartalmaznak, amelyek megteremtik a bank vállalati információs terét. A rendszer egyes elemei kommunikációs csatornákon keresztül cserélnek adatot egymással, ezért nemcsak mindegyikük, hanem a teljes banki információs rendszer egészének működésének megbízhatóságát is biztosítani kell.

Alatt Biztonság Az IHD alatt a rendszer biztonságát értjük a normál működési folyamatokba való véletlen vagy szándékos beavatkozástól, valamint az összetevők ellopására, módosítására vagy megsemmisítésére irányuló kísérletektől.

A rendszer bármely összetevőjének biztonsága három jellemzőjének biztosításával érhető el: integritás, rendelkezésre állás és titkosság.

Sértetlenség A rendszer eleme feltételezi, hogy a rendszer működése során az információkat csak az arra jogosult felhasználók módosíthatják.

Elérhetőség biztosítja az összetevő tényleges elérhetőségét egy jogosult (azaz jogosult) felhasználó számára bármikor.

Titoktartás abban áll, hogy az információk egy részét csak az arra jogosult felhasználóknak adják át.

Az IHD biztonságának biztosításának problémájának egyik legfontosabb aspektusa az összes lehetséges biztonsági fenyegetés meghatározása, elemzése és osztályozása. A fenyegetéseknek két fő csoportja van. Az első csoportba tartoznak az úgynevezett véletlen (akaratlan) fenyegetések, amelyek természetüknél fogva függetlenek az embertől (például természeti katasztrófák), valamint a hardver és szoftver működési hibáiból, a berendezések és adatok meghibásodásaiból és meghibásodásából eredő fenyegetések. átviteli létesítmények stb. .d.

A második csoportba azok a szándékos fenyegetések tartoznak, amelyek az adatok közvetlen nyilvánosságra hozatalához, megváltoztatásához, ellopásához vagy megsemmisítéséhez vezetnek. Ez a fajta fenyegetés mind a rendszer belső résztvevőitől (banki személyzet), mind külső, úgynevezett "hackerektől" és más behatolóktól származik.

A szívkoszorúér-betegség biztonságát leggyakrabban fenyegető veszélyek közé tartoznak a „szalámi” támadások, a rendszerhez és annak elemeihez való jogosulatlan hozzáférés, „álarcos” stb. Ezért fontos, hogy a bankok megbízható integrált, többszintű védelmi rendszert hozzanak létre, beleértve az olyan védelmi eszközöket, mint a jogi (jogalkotási), szervezeti, fizikai és szoftveres és hardveres. Ugyanakkor a magas fokú IHD biztonság elérésében a legjobb siker csak komplex felhasználásuk alapján érhető el.

A szoftver a következő információvédelmi mechanizmusokat tudja támogatni:

Kriptográfiai információk lezárása (védett adatok titkosítása és kódolása);

A rendszer erőforrásaihoz való hozzáférés kezelése (hozzáférés-szabályozási mechanizmus, felhasználói munka adminisztrációja, a rendszerben végzett összes művelet naplózása stb.);

A rendszer erőforrások integritásának ellenőrzése (az alkalmazott DBMS belső ellenőrzési és menedzsment eszközei által biztosított).

Az elektronikus banki elszámolásokban széles körben elterjedt az elektronikus digitális aláírás (EDS), amelynek célja a számítógépes technológiával feldolgozott dokumentumok hitelességének és szerzőiségének garantált igazolása.

Az elektronikus digitális aláírás lehetővé teszi a hagyományos pecsét és aláírás helyettesítését a papírmentes dokumentumfolyamatban. Mechanizmusa magában foglalja azt az eljárást, amellyel a küldő aláírást generál, valamint azt, hogy a címzett azonosítsa. Felépítésénél aszimmetrikus titkosítási algoritmusokat alkalmaznak, amelyek a titkosításhoz nyilvános (nyilvános) kulcs, a dekódoláshoz titkos kulcs használatán alapulnak, míg a nyilvános kulcs értéke nem teszi lehetővé a titkos kulcs meghatározását.

A titkos kulcsot aláírás generálására használják, vagy mágneses adathordozón - hajlékonylemezen - tárolják, és jelszóval védik, amely korlátozza a hozzáférést, akár Tough memóriaeszközön (kliensek számára), akár speciális kriptoszervereken (pl. Bank).

A nyilvános kulcs a dokumentum és a digitális aláírás hitelességének ellenőrzésére szolgál, de ennek ismerete nem teszi lehetővé a titkos kulcs meghatározását (visszaállítását).

A gyakorlatban a szabványos DES és RSA titkosítási algoritmusokat, valamint az Orosz Föderáció állami szabványaként 1995.12.01-től elfogadott GOST 34.10 algoritmust használják algoritmusként az EDS generálására a gyakorlatban.

Az információ kriptográfiai védelmének eszközeinek kiválasztásakor azonban a gyakorlati banki alkalmazottakat elsősorban olyan alapvető jellemzők érdeklik, mint a kriptográfiai erősség, pl. az EDS hamisításának nehézsége, a beállítási műveletek gyorsasága, az aláírás ellenőrzése és az aláírási kulcs generálása, valamint a felhasználó kényelme.

A hatékonyság elve

Az FTF-ek bevezetésekor emlékezni kell a hatékonyságra. Az automatizálásnak nem kell tönkretennie a bank számára. A technológia költsége nem haladhatja meg a megvalósítás hatását. Ezért a technológia kiválasztásakor figyelembe kell venni az információ mennyiségét (beleértve a bank által naponta feldolgozott dokumentumok számát), a fiókok és irodák jelenlétét, az ügyfelek és a nyújtott szolgáltatások számát (az ügyfélkör szegmentáltságát, ill. szolgáltatáscsomag), a külső rendszerekkel (tőzsdék, fizetési rendszerek SWIFT, RCC) való interakció igénye, a helyi szoftverekkel (SW) és a hitelintézetben már használt rendszerekkel való adatcsere lehetősége.

Az információs technológia hatékonyságának felmérésére a következő megközelítést alkalmazzuk. Egyrészt kiszámítják az úgynevezett "tulajdonlási költséget" (a vállalat információs rendszerét alkotó hardver és szoftver karbantartása), másrészt meghatározzák, hogy ennek az információs rendszernek a használata mennyivel növeli a munkatermelékenységet. . A banktechnológia hatékonyságának felméréséhez a birtoklási költség/munkatermelékenység arány mellett további tényezőket is figyelembe kell venni:

Az ellenőrzés lehetősége - a felhasználói hibák megelőzése a banki műveletek során, mivel az ilyen hibák előfordulása nemcsak negatív következményekkel járhat az üzleti hírnévre, hanem pénzbírságra is;

A vállalat egyedi üzletágának támogatására való képesség - a bank versenyelőnyeinek a szolgáltatási piacon való megvalósításának képessége;

Alkalmazkodóképesség - a bank új üzleti megoldásainak és új szolgáltatásainak támogatására való képesség.

Az ilyen tényezőket általában nem lehet számszerűsíteni a rendszer üzemeltetésében, és esetenként a működés során szerzett tapasztalat nélkül. Ám ezeknek a tényezőknek a szerepe igen nagy, hiszen a piaci viszonyok között a technológia ezen tulajdonságai segíthetik a bank versenyelőnyeinek kiaknázását, vagy megakadályozhatják az előnyök versenytársak általi egyoldalú érvényesítését.

Kölcsönhatás elve

A modern banki technológiák nagyszámú felhasználó egyidejű működésére összpontosítanak. A rendszer többfelhasználós működésének biztosítására speciális technológiákat alkalmaznak. A leggyakrabban használt "kliens-szerver" technológia.

Ennek a technológiának a fő fogalmai a fogalmak vevőés szerver. Ügyfél - ez egy adott felhasználó számára készült programkészlet. szerver szoftvernek nevezzük, amelynek funkcióit és képességeit egyidejűleg nagyszámú felhasználó használja.

A kliens-szerver technológia lehet kétszintű és többrétegű (1.4. ábra). Kétszintű architektúrában a rendszer olyan kliensekből áll, amelyek közvetlenül érintkeznek a szerverrel. A banki technológiákkal összefüggésben a DBMS rendszerint szerverként működik. A többrétegű architektúrát egy további (vagy több) szint, az úgynevezett alkalmazásszerverek vagy szolgáltatáskiszolgálók megléte jellemzi, amelyek közbenső kapcsolatokat képeznek az ügyfelek és a DBMS-kiszolgáló között. A többrétegű architektúra speciális esete egy háromrétegű architektúra, amely ügyfelekből, alkalmazáskiszolgálóból és DBMS-ből áll. Az alkalmazásszerver számos funkciót lát el, mind a rendszer, mind a felhasználó részéről, amelyeket kétszintű architektúra esetén vagy a kliens, vagy a DBMS lát el.

A kliens és a szerver közötti adatcsere megszervezésének módja szerint megkülönböztetünk „vastag” és „vékony” kliens modelleket:

A "vastag" kliens modell - a szerver főként adatelérési funkciókat valósít meg, és minden alkalmazott számítás "kliens" programokon, pl. a szerver csak a szükséges adatokat választja ki és küldi el a munkaállomásra, ahol azokat feldolgozzák. A feldolgozási eredmények visszaküldésre kerülnek a szerverre, hogy egy közös adatbázisban tárolják;

Vékony kliens modell - az alkalmazások adatfeldolgozásának jelentős része közvetlenül a szerveren történik, és a képernyőn megtekinthető adatok és a riportok végrehajtásának eredményei a munkaállomásra kerülnek.

A kliens-szerver technológiák alkalmazása szorosan összefügg a banki technológia technikai támogatásával. Tekintsük ennek a kölcsönhatásnak a jellemzőit a bank technikai eszközrendszerének szervezése szempontjából.

A jelenlegi szakaszban egyre több bank hajlamos a területi diverzifikációra. Ez azt jelenti, hogy a bank számos fiókkal rendelkezik az ország különböző régióiban, sőt esetenként külföldön is, valamint számos fiókkal vagy részleggel egyazon városban, de egymástól jelentős távolságra.

Általános szabály, hogy a bank területileg lokalizált részlegei és a vezető szervezet, amelyekben a bank fő irányító szervei koncentrálódnak, rendelkeznek helyi számítógépes hálózatokkal, amelyek lehetővé teszik az információ- és adatcsere folyamatának megszervezését a részlegen belül. A helyi számítógépes hálózatokba az adatátviteli lehetőségeken kívül munkaállomások, pl. személyi számítógépek, amelyeken az osztály dolgozói dolgoznak, és szerverek, pl. számítógépek, amelyeken adatokat tárolnak, és amelyek folyamatokat biztosítanak az információk és adatok cseréjéhez és feldolgozásához. Ezen kívül a technikai támogatás magában foglalja a kommunikációs berendezéseket is, amelyek külön kommunikációs szerverből és modemekből, vagy összetettebb technikai eszközökből állhatnak, beleértve a routereket, switcheket, modemeket és elosztó szekrényeket.

Kommunikációs lehetőségek segítségével valósul meg a hitelintézeti részlegek közötti adatcsere, valamint a bank összes számítástechnikai eszközének egységes globális vállalati hálózattá (GKS) való egyesítése. A területek közötti kommunikáció történhet nem kapcsolt vezetékes csatornákon, száloptikai csatornákon, rádió- és műholdas csatornákon, illetve ritka esetekben betárcsázós telefonkapcsolaton keresztül is. A bank adatbázisa két fő architektúra szerint valósítható meg: egyetlen központi adatbázisként és a számítógépes hálózat szintjein (ágain) elosztva. Az első esetben az adatbázist egy számítástechnikai rendszer kellően erős és nagy teljesítményű központi szerverén (vagy szerverek integrált csoportján) tárolják, amelyhez a távoli felhasználók kommunikációs csatornákon keresztül érnek el. A második esetben az adatbázist a központi iroda szerverén és a fiókirodák szerverein egyaránt karbantartják, miközben az adatbázisok automatikusan szinkronizálhatók.

Jelenleg az egyszerű információcsere mellett az egységes információs számítási tér kialakításához is szükség van az SCS-re, amely lehetővé teszi az információcsere minőségének és a feldolgozási teljesítmény, és ennek megfelelően a banki tevékenység minőségének növelését. maga a technológia. A GKS központi számítási egysége és vezérlőközpontja általában a bank számítási (vagy feldolgozási) központja, ahol a banki adatok és információk feldolgozására szolgáló fő kapacitások összpontosulnak.

A technológia és a rendszerellátás általános kérdései

A banktechnológia a biztosítéktípusok egymással összefüggő összessége, amelyek mindegyike feltárja a funkcionális feladatokat megvalósító, a teljes bankrendszer működéséhez szükséges erőforrások lényegét és összetételét. Ide tartozik az információs, technikai, szoftveres, szervezeti, matematikai, ergonómiai, jogi és egyéb támogatás.

Információs támogatás tartalmazza a gazdasági információk egységes osztályozási és kódolási rendszerét, a banki dokumentáció egységes rendszerét, a bankban keringő információáramlás sémáit, valamint az adatbázisok felépítésének, összetételének és tartalmának módszereit és elveit.

Technikai támogatás- a technológia (rendszer) működőképességének és hatékonyságának biztosításához szükséges és használt információk összegyűjtésére, tárolására, továbbítására, feldolgozására és bemutatására szolgáló technikai eszközök összessége.

Szoftver - a bankrendszer funkcióit és feladatait megvalósító programcsomag. A szoftver tartalmaz operációs rendszereket (kliens és szerver), szerverszoftvert, programozási nyelveket tartalmazó programozási rendszereket, ezekből a nyelvekből fordítókat és programtervező eszközöket, szolgáltató szoftvereket, DBMS szoftvereket, felhasználói (vagy alkalmazási) szoftvereket.

Szervezeti támogatás egyesíti a szervezeti kapcsolatok sorrendjét és azon funkciók listáját, amelyeket minden egyes technológiában érintett szerkezeti egységnek el kell látnia, legyen szó banki részlegről vagy egyéni alkalmazottról. A hitelintézet szervezeti támogatásának alapja a hitelintézet által ellátott feladatok felsorolása.

Matematikai szoftver matematikai módszereket, gazdasági és matematikai modelleket és algoritmusokat tartalmaz banktechnológiai problémák megoldására.

Ergonomikus támogatás - olyan módszer- és eszközrendszer, amely lehetővé teszi a banki alkalmazottak munkaköri követelményeinek, munkakörülményeinek ésszerű kialakítását, valamint biztosítja a technológiában érintett minden munkatárs leggyorsabb képzését és rendkívül hatékony tevékenységét.

Jogi támogatás szabályozza a rendszer létrehozásának és működésének folyamatát, és meghatározza, hogy a technológiában résztvevők funkcióit hogyan kell ellátni. Tartalmazza a fejlesztő és az ügyfél közötti szerződéses kapcsolatok létrehozására és biztosítására vonatkozó előírásokat a rendszer létrehozása és működtetése során, a hitelintézet különféle belső utasításait, valamint az Orosz Föderáció Központi Bankjának (a továbbiakban: -) utasításait. a Központi Bank) és a Szövetségi Értékpapírpiaci Bizottság, az Orosz Föderáció jogalkotási aktusai.

2. Információs banki rendszerek piaca

Az orosz piacon számos információs banki rendszerfejlesztő található. A Diasoftot (31%) az IBS leghíresebb fejlesztőjeként ismerték el, a második helyen az R-Style (26%), a harmadik helyen a ProgramBank (10%).

Tekintsük röviden az egyes szoftverfejlesztő cégek banki termékeit népszerűségük szerint csökkenő sorrendben.

Az 5NT © Diasoft Company Banktechnológiai Központja a hitel- és pénzügyi szervezetek, befektetési társaságok, befektetési alapok, letétkezelők, regisztrátorok tevékenységének automatizálására összpontosít.

Az 5NT © megoldás fő előnye a szervezet komplex automatizálása egy rendszer segítségével, egyetlen információs tér keretein belül. A megoldás lehetővé teszi a bank összes elszámolási és készpénzszolgáltatással, hitel-, betéti műveletekkel, értékpapír-műveletekkel, pénzpiaci műveletekkel, plasztikkártyás műveletekkel és egyéb műveletekkel foglalkozó részlegének egy szoftvertermékbe történő átvitelét.

Az 5NT © rendszer több, egyetlen pénzügyi magon működő terméket, közös referenciabázist, konfigurációs és adminisztrációs eszközöket, egyetlen hardver-rendszer platformot és jelentési rendszert tartalmaz, amelyek mindegyike egy-egy banki terület automatizálásáért felel. A termékek több modult tartalmaznak.

5NT © BANK - bankautomatizálási rendszer:

készpénzkezelési modul;

Készpénzes tranzakciók elszámolási modulja;

S.W.I.F.T hálózati számítási modul;

Kereskedelmi hitel elszámolási modul;

Betétszámviteli modul;

Üzleti szerződések modul;

Adószámviteli modul.

5NT © RETAIL - közszolgálati automatizálási rendszer:

Fizetési kártya modul;

letéti modul;

Fogyasztói hitelek modul;

Fordító modul;

Közüzemi fizetési modul;

Valutaváltási műveleti modul;

Széf modul.

5NT © DEALING - rendszer a pénz- és devizapiaci műveletek automatizálására:

Bankközi hitelek modul;

Pénzforgalmi modul;

Nemesfémek vételi és eladási tranzakcióinak elszámolására szolgáló modul;

Számviteli modul ügyfélkonverziós tranzakciókhoz;

Interfész modul a Reuters Dealing 2000/3000 rendszerekhez.

5NT © CUSTODY - integrált raktári rendszer:

Modul a tőzsdei értékpapírpiaci tranzakciók rögzítésére;

Váltómodul;

Határidős ügyletek könyvelési modulja;

Értéktári számviteli modul;

Bizalomkezelési modul;

Interfész modul az elektronikus dokumentumkezelő rendszerhez;

Interfész modul a MICEX rendszerhez;

S.W.I.F.T. üzenetküldő modul értékpapírokon.

5NT © CLIENT - távoli ügyfélszolgálati rendszer:

"klasszikus" alrendszer "Client-Bank";

Internet banki alrendszer.

A rendszertervezés moduláris elve biztosítja, hogy csak azok a modulok kerüljenek beépítésre, amelyekre a hitelintézetnek valóban szüksége van, meghagyva szükség esetén a maximális bővítés lehetőségét.

Az 5NT © pénzügyi magja tartalmazza a szabványos referencia információkat és elszámolási mechanizmusokat, amelyek a rendszer összes üzleti moduljához alapvetőek.

A rendszer biztosítja a bank tevékenységeinek online és offline módban történő biztosítását.

Az 5NT © rendszer a hagyományos kliens-szerver architektúrában valósul meg. A rendszer "szerver" része egy relációs DBMS MS SQL Server vagy Sybase ASE vezérlése alatt működik. Az első esetben az Intel hardverplatformja és az MS Windows NT vagy Windows 2000 operációs rendszer használható "szerver" platformként, a második esetben a hardver- és rendszermegoldások széles skálája: az Intel szervereitől és operációs rendszereitől. Az MS Windows családtól a UNIX OS alatt futó nagy teljesítményű többprocesszoros RISC szerverekig. A rendszer "kliens" része a Borland Delphi 5 fejlesztői környezet felhasználásával készült.

Az R-Style Softlab cég fejlesztései közül a legelterjedtebb termék az RS-Bank V.5.O. Az RS-Bank / Pervasive szoftverkomplexum magja - RS-Bank V.5.0 - a készpénz- és elszámolási szolgáltatások, valamint a könyvelés automatizálására szolgál. Lehetővé teszi továbbá, hogy párhuzamos adóelszámolást tartson az orosz jogszabályoknak megfelelően, kötelező jelentéseket készítsen az Oroszországi Bank és az Adó- és Vámügyi Minisztérium számára, valamint műveleteket hajtson végre az illegálisan megszerzett jövedelem legalizálása ellen, a szövetségi törvénynek megfelelően. törvény 115-FZ. Ezenkívül az RS-Bank elvégzi a jogi személyek elszámolási és készpénzszolgáltatási feladatainak teljes ciklusát, beleértve az RCC-vel való interakciót, a kamatok kiszámítását és felhalmozását, a szolgáltatási díjakat, a bejelentést stb. Az RS-Hitelek és az RS-Incounting analitikus számvitel (például betétesek, kölcsönszerződések, tárgyi eszközök esetében), míg a szintetikus könyvelést az RS-Bank V. 5.O.

Az RS-Bank V.5.0 a következő rendszereket tartalmazza:

RS-Banking V.5.0 - az elszámolási és készpénzszolgáltatások automatizálása jogi személyek számára, bankközi elszámolások, banki könyvelés, valamint bankon belüli és szabályozott jelentéstétel kialakítása;

RS-Retail V.5.0 - a kiskereskedelmi szolgáltatások és az egyénekkel végzett munka automatizálása;

RS-Loans V.5.0 - megoldás a bank hitelezési tevékenységének automatizálására;

RS-Dealing V.5.0 - tranzakciók megkötésének és támogatásának automatizálása a deviza- és tőzsdén, a kereskedési szolgáltatások különféle technológiai láncaiban;

RS-Securities V.5.0 - értékpapírokkal végzett kereskedési műveletek automatizálása tőzsdei és tőzsdén kívüli piacokon, letéti könyvelés, bankműveletek saját és diszkont váltókkal;

Bankközi - távoli banki ügyfélszolgálat megvalósítása; az ügyfelek és a bankok közötti elektronikus interakcióhoz jelenleg rendelkezésre álló összes technológia támogatása nyílt és zárt információátviteli csatornákon keresztül;

RS-DataHouse - vezetői döntéshozatal támogatása, banki eszközök és források elemzése, marketing és kockázatértékelés, valamint speciális (IFRS-t is beleértve) jelentéskészítés kialakítása.

A "ProgramBank" cég két rendszert kínál a piacon: a "Gefest" és a "Centaurus Delta" integrált banki rendszereket.

A „Gefest” rendszer az irányítási kérdések megoldására, a személyzet munkájának megszervezésére és a bank tevékenységének nyomon követésére irányul. Beépített riportgenerátorral és képernyőtervezővel rendelkezik, lehetőség van független fiókrendszerek, valamint különböző bankfiókok rendszereinek távoli adminisztrációjára, menedzselésére online és offline módban. Az IBS "Gefest"-ben lehetőség van a rendszermag integrálására alrendszerekkel, egyedi modulokkal vagy más termékekkel.

A Centaurus Delta egy kliens-szerver technológián alapuló modern rendszer, amely nagy teljesítményt nyújt a banki automatizálásban, és kiküszöböli a hagyományos SQL-DBMS-hez kapcsolódó költségeket. A Centaurus Delta rendszer a Centaurus / Centaurus ADS IBS fejlesztése, és a Centaurus IBS összes funkcióját egyesíti az Advantage Database Server teljesítményével és megbízhatóságával.

Az "Új Athena" céget 1998-ban alapították két projekt - "Athena" és "DiasoftBANK 5NT" - a "ProgramBank" és a "Diasoft" társaságok egyesülése eredményeként, amelyek információs banki rendszerek fejlesztésével foglalkoznak. A rendszer az Oracle DBMS-t használó "kliens-szerver" architektúrára épül. Az "Új Athénában" minden típusú banki művelet, ügyfelek, szerződések, számlák stb. feldolgozása és könyvelése megvalósul. elektronikus dokumentumok egyedi munkafolyamat-modellje formájában; meg van osztva a funkciók és a felelősségek: az operatív munkát hétköznapi alkalmazottak végzik, a konfigurálást szűk szakemberkör végzi, a másodlagos dokumentumok generálása és a beállításokhoz történő feladások automatikusak. A rendszer lehetővé teszi a különböző alrendszerekből – elszámolási szolgáltatások, hitel, betét és egyebek – az aktuális munkában elkészített banki jelentési információk egyidejű felhasználását, a szükséges adatok elfogadását és bemutatását különböző formátumokban (RCC, SWIFT stb.), lehetővé teszi a gyorsan alkalmazkodni az új csereszabványokhoz. Lehetőség van saját riportok készítésére, valamint adatok exportálására különféle irodai alkalmazások formátumaiba (MS Word, MS Excel stb.). A bank összes fiókjához és részlegéhez tartozó központi adatbázis hozzáférést biztosít bármely területről származó adatokhoz. A távelérés megvalósítható távoli munkahelyeknek a központi adatbázishoz dedikált kommunikációs csatornákon keresztül történő közvetlen elérésével, vagy a távoli munkahelyeknek a központi adatbázishoz elosztott hálózatokon (internet) keresztül történő közvetlen elérésével. Megjegyzendő, hogy ez a rendszer kapta a nemzetközi közösség S.W.I.F.T. ezüst minősítését. -S.W.LF.T. Kész ezüst címke a Kifizetések kategóriában.

A novoszibirszki Pénzügyi Technológiai Központ (CFT) a piacon kínálja a CFT-Bank-ot (az Oracle DBMS-en alapuló fejlesztési platformot) - egy objektum-orientált bankrendszert.

A rendszer a következőket tartalmazza:

CFT-Bank Object - banki információs komplexum (IB System Object);

CFT-Retail Bank Object - banki információs komplexum magánügyfelek kiszolgálására (Retail IB System Object);

CFT-Retail Bank (Oracle) - magánügyfelek kiszolgálására szolgáló rendszer (Retail Banking System);

CFT-Retail Bank (Btrieve) - magánügyfelek kiszolgálására szolgáló rendszer;

CFT-Bank Client - "Bank-Client" rendszer magán- és vállalati ügyfelek távoli kiszolgálására;

A CFT-Bank Office egy távoli banki irodák számára kialakított rendszer, amely lehetővé teszi az ügyfelek offline kiszolgálását.

A "Banking Information Systems" (BIS) cég a "BISquit" PP-t kínálja. A fejlesztői környezet a Progress Software Corporation (USA) Progress relációs DBMS-e, amelyet széles körben használnak komplex, rendkívül megbízható vállalati szintű alkalmazásrendszerek létrehozására kliens-szerver vagy gazdagép/terminál architektúrában. A rendszerben található összes funkcionális modul munkája egyetlen információs bázison alapul. A moduláris felépítés lehetővé teszi, hogy a bank csak azokat a szoftverköltségeket viselje, amelyeket jelenleg a tevékenységi köre és a dokumentumforgalom volumene indokol. Az „Elektronikus dokumentumok cseréje” modul biztosítja a csomópont és az előfizetői között keringő elektronikus üzenetek automatikus offline feldolgozását, és más modulokkal együtt a levelező- és ügyfélszámlák szakmaközi automatizált elszámolási rendszerének csomópontját képezi. A csomópontok egymás előfizetőiként működnek. Emellett a csomópont előfizetői lehetnek kliens munkaállomások, elszámolási, elszámoló központok, levelező bankok. Az elektronikus cseretechnológia az S.W.I.F.T. használatán alapul.

A „Quorum” cég „Quorum” automatizált bankrendszere egy olyan megoldás, amely egy modern bank üzleti folyamatainak széles körét képes automatizálni. Az IBS "Quorum" keretein belül két szoftverterméket fejlesztenek és támogatnak. Az első vonal az Oracle Server DBMS-t használja adathozzáférés-vezérlő rendszerként, a második vonal a Btrieve Record Manager (Pervasive SQL) platformon fut, amely lehetővé teszi a Quorum IBS használatát különféle méretű kerékpárokban és fiókokban. Az IBS „Quorum” felépítésének moduláris elve lehetővé teszi minden bank számára, hogy saját rendszerkonfigurációt válasszon, amely a legjobban megfelel az adott követelményeinek és munkatechnológiáinak. Ez a rendszermag két verziójának jelenléte miatt érhető el: egy Btrieve-verzió (kis és közepes méretű bankok és fiókok számára), valamint egy Oracle-verzió (nagy bankok számára). A 2002-ben a rendszerbe bekerült új „Interbank Transfers” szoftvertermék S.W.I.F.T. rendszerekben banki átutalással automatizálja a bankok dokumentumforgalmát az elszámolásokban. és TELEX. A Quorum-RAS (Remote Access Service) szoftvercsomag háromszintű architektúra keretében történő használata lehetővé teszi a Quorum rendszer hatékony működésének online megszervezését mind a fiókkal rendelkező bankok, mind a többfiókos bankok számára. adatbázis minden ághoz.

A Quorum rendszer háromszintű architektúrán alapul. Ennek az architektúrának a keretében valósul meg a Quorum-RAS technológia. Ennek a mechanizmusnak a működését három fő összetevő biztosítja:

Adatbázis szerverek;

Alkalmazásszerverek;

Terminálok – felhasználói munkaállomások.

Oracle Server vagy Pervasive SQL (Btrieve Record Manager) alapú szabványos kiszolgálót használnak adatbázis-kiszolgálóként.

A Force cég a következő alaprendszereket kínálja bankok számára:

Va-Bank Light © - egy integrált banki rendszer kis- és közepes méretű bankok számára;

Va-Bank ST © - rendszer közepes méretű bankok számára;

Va-Bank XL © - IBS nagy és közepes méretű bankok számára.

A bemutatott fejlemények közül az utolsónál térjünk ki részletesebben. A rendszer a banki tervezési és irányítási problémák megoldására összpontosít, olyan vállalati környezetet hoz létre, amely egyesíti a fiókok és részlegek adatait, a modern Oracle információs technológia alapján.

A Va-Bank XL © alrendszerek halmaza: "Alap alrendszer" (általános rendszerkönyvtárak és alapvető banki műveletek); „Kiskereskedelmi szolgáltatás”; "Vállalati pénzügyek"; "Kincstári Osztály"; "Tőzsde"; Analytics és menedzsment; „A gazdaságon belüli tevékenységek elszámolása”; "Interfészek". A funkcionális alrendszereket alkotó modulok egy közös magra épülnek, és ugyanazon elvek szerint működnek. Mindegyik modul egy adott funkcionális területet automatizál - hitelek, betétek, értékpapírokkal való munka stb. A rendszerszintű mechanizmusok minden modulban megvalósítják a tranzakciók és dokumentumok szállítószalagos feldolgozását, komplex pénzügyi termékek feldolgozását,

külső, kimenő üzenetek generálása (kifizetések, visszaigazolások stb.), biztonsági és auditrendszer támogatása stb.

A rendszerben bemutatott műveletek automatizálást biztosítanak az elszámolási és készpénzes szolgáltatásoktól a treasury- és részvénytranzakciókig. Mechanizmusok állnak rendelkezésre egy több fiókból álló bank földrajzilag megosztott munkájának támogatására. A rendszer képes valós időben megszervezni a munkát minden kirendeltséggel és részleggel, de van egy változata a munkának az "Üzenetszerver" interfész modulon keresztül. A második esetben egy fióktelepen vagy osztályon minden elsődleges dokumentum bekerül az „Üzenetszerverbe”, majd kötegelt módban elküldik a központi irodába. Ha a központi iroda adatszinten kielégíti a fiókoktól és részlegektől érkező információkat a jelentéskészítéshez, akkor a javasolt megoldás az adatok betöltése a pénzügyi beszámolási alrendszer adattárházába.

A Va-Bank XL ©-ben megvalósított mechanizmusok és struktúrák biztosítják az „ügylet-dokumentum-esemény-tranzakció” működési elemek hierarchiáján alapuló egységes információs tér kialakításának építészeti, technológiai és elemzési feladatainak megoldását; technológiai szállítószalag és kiegészítő munkafolyamat kombinációja; tervezés és előrejelzés mind a tranzakciók és bizonylatok, mind a számviteli tranzakciók és számlaegyenlegek szintjén; pozíciók fenntartása tervezett, előrejelzett és modell tranzakciókhoz, dokumentumokhoz és tranzakciókhoz; pozíció alapú limit- és kockázatkezelés; számviteli rekordok automatikus generálása több számlatükréhez a számviteli modellek mechanizmusa alapján (könyvelési sablonok); a tranzakciók archívumának karbantartása többdimenziós kocka formájában; az Oracle Corp által kínált modern fejlesztési eszközök; sokféle külső és belső interfész.

A Computer Systems for Business (CSBI) egy bankok és pénzügyi szervezetek számára szoftvereket fejlesztő orosz cég, amelyet a B @ NKIR többkomponensű integrált rendszer képviselhet, amely szerverközpontú megoldás például külső rendszerekkel való interakcióra. , banki termékek és szolgáltatások elektronikus kézbesítési csatornáinak kiszolgálása, feldolgozó rendszerek, SWIFT A System B @ NKIR technológiát kínál a bankok kötelező és belső vezetői jelentéseinek összeállításához, és moduláris felépítésű. A rendszer implementálja a modult

hozzáférési és adatfeldolgozási DataGate, mellyel adatokat nyerhet ki a rendszerből, készíthet jelentéseket előre meghatározott sablonok alapján, készíthet jelentéssablonokat és tölthet fel adatokat táblázatkezelőbe és szövegszerkesztőbe. Az Actuate e.Reporting Suite by Actuate alapján felépített B @ NKIR jelentési rendszer a vállalati hálózaton és az interneten keresztül tud információt szolgáltatni a jogosult felhasználónak.

3. Az információs banki szolgáltatások típusai technológiákat

Különféle megközelítések léteznek a bankok információs technológiájának felépítésére. Attól függően, hogy mit tekintünk fő elemeinek, az információs technológiák három típusa különböztethető meg: operatív, dokumentarista, tárgyi.

Működési technológia

Az üzemeltetési technológiák működési láncként épülnek fel. Alatt művelet ebben az esetben minden, egy munkahelyen végzett munka értendő, függetlenül a funkcionális feladattól. Az információs technológia ebben az esetben a bank minden funkcionális részlegéhez tartozó technológiai pontok halmaza, amelyeket meglehetősen nehéz összekapcsolni. A funkcionális modulok találkozásánál például a hitelosztály végzi a szerződéses műveleteket, de a könyvelők mérlegbejegyzéseket végeznek, aminek következtében állandó késések lépnek fel, információvesztés lehetséges. A „hitelkiadás” folyamatában részt vevők számának növekedésével a munkaerőköltségek arányosan gyorsan nőnek, többek között az ismételt adatrögzítés miatt.

Dokumentumfilm információs technológia

A dokumentuminformációs technológiák a bank elektronikus dokumentumkezelésének megszervezésén alapulnak. A könyvelési diagramokat nem a könyvelő adja meg, hanem az előzetesen elvégzett beállítások szerint automatikusan generálódik. Az e séma szerint működő dokumentuminformatika bevezetésével a bank folyamatai formalizálódnak, ami lehetővé teszi a munkaerőköltségek csökkentését és a folyamatok sebességének növelését.

Ez a fajta információs technológia automatizálja a bank dokumentumforgalmát. Az üzleti folyamatok a technológia kulcselemei.

Alatt üzleti folyamat a három elem halmazát értjük, beleértve a banki termék feldolgozásának technológiai láncát; banki terméket leíró dokumentumok feldolgozási szakaszainak elosztása; elvégzett műveletek elszámolása.

Az üzleti folyamatban a bank több részlege is részt vesz, ezért az ilyen típusú információs technológia kiépítésénél a legfontosabb feladat a bank összes részlegének munkájának összehangolása. Ilyen koordináció csak akkor lehetséges, ha a bank számára egyetlen információs tér áll rendelkezésre.

Jelenleg ezt a technológiai típust tartják az egyik legsikeresebbnek a banki automatizálás terén. Ez annak köszönhető, hogy lehetővé teszi az IHD egyetlen szervezetként történő felépítését, amelyben egyértelműen nyomon követhetők az információs kapcsolatok az összes funkcionális elem között. Jelentős előnye a rendszer kivételes rugalmassága, amely lehetővé teszi mind az új, mind a már meglévő dokumentumfolyamatok testreszabását, miközben a korszerűsítéseken és korszerűsítéseken alapuló integritását megőrzi. Ez a fajta információtechnológia tehát a bank sajátosságainak, igényeinek és a külső környezetben való alkalmazkodásának, a változó piaci feltételekhez való alkalmazkodóképességének legteljesebb figyelembevételét biztosítja.

Háromféle technológia létezik: gyártás, dokumentumfilm, menedzsment, amelyek alapján a megfelelő rendszereket implementálják.

Az előbbiek egy osztály tevékenységéhez kapcsolódó egyetlen műveleti folyamatot támogatják. Ebben az esetben banki szolgáltatásnak minősül egy meghatározott (banki) termék értékesítése. Ezért ezt a típusú rendszert ún Termelés.

A második típusú rendszerek lehetőséget adnak egy banki termék különböző szempontok szerinti mérlegelésére, elemzésére és különböző célokra történő felhasználására. Ezért bonyolultabb feldolgozásra és a banki termék bonyolultabb belső szerkezetére van szükség. Ezért ezekben a rendszerekben a dokumentum új fogalmát vezetik be. Dokumentumúgy definiálható, mint egy adott banki termék előállítására vonatkozó összes információ összegyűjtésére szolgáló tároló. Ezeket a rendszereket ún dokumentumfilm.Általában sokkal bonyolultabbak, mint a termelésiek, mivel biztosítaniuk kell a bank több részlege munkájának összehangolását, és ennek megfelelően alkalmazkodniuk kell munkájuk feltételeihez, sajátosságaihoz és előírásaihoz.

A harmadik típusú rendszerek információs támogatást nyújtanak a döntéshozatalhoz. A bank és részlegeinek vezetői főszabály szerint funkcióik hatékony ellátása érdekében egyidejűleg több információs folyamatban vesznek részt, egyik tevékenységről a másikra váltva. Ezek a rendszerek lehetővé teszik az új helyzet megismerésének felgyorsítását, elemzését és több üzleti folyamat egyidejű nyomon követését, ami biztosítja a leghatékonyabb vezetői döntés időben történő kidolgozását. Ezért ezeket a rendszereket ún vezetői. Az irányítási rendszerek nem képezik figyelmünk tárgyát, és a következőkben az első és a második típusú rendszerekkel foglalkozunk.

A bankban számos üzleti folyamat működik, amelyek szorosan összefüggenek, és a bank egyetlen dokumentumfolyamát alkotják.

Meg kell jegyezni, hogy a kollektív feldolgozás magában foglalja az összes üzleti folyamatra vonatkozó információ feldolgozását. A bizonylat feldolgozása annak elkészítésével, kinyomtatásával és mérlegben történő könyvelésével fejeződik be. A regiszterek összeállítása egy másik "rutin" üzleti folyamat, amelynek semmi köze egy dokumentumhoz. A "rutin" folyamat mindig megtörténik, még akkor is, ha a nap folyamán egyáltalán nem voltak dokumentumok.

Tehát az üzleti folyamat elindításának alapja egy dokumentum. Minden dokumentum három csoportra osztható:

Fizetés;

Szerződések;

Irodai munka.

Minden dokumentumcsoporthoz feldolgozási technológiákat fejlesztettek ki, amelyeket az Oroszországi Bank utasításai és egy adott bank ügyfeleinek kiszolgálására vonatkozó szabályok határoznak meg. A szabályzat a bank módszertani, szervezési, technikai és információs támogatása alapján készül. Így a dokumentarista technológia lehetővé teszi bármely bank sajátosságainak figyelembevételét.

A banki technológia magában foglalja:

A működés leírása (banki szolgáltatások);

Az ügyfelek leírása (felhasználói szolgáltatások);

A dokumentumok ismertetése, kitöltésének és ellenőrzésének szabályai;

Az üzemeltetés (szolgáltatás) technológiai láncolatának leírása;

A művelet (szolgáltatás) elszámolásának jellemzőinek leírása.

Így a dokumentumtechnológia, mint üzleti folyamatok összessége, három összetevőt egyesít: technológiai láncokat, útválasztást, elszámolást (számviteli politika).

A technológiai láncok határozzák meg a dokumentumfeldolgozás irányát. A feldolgozás alatt álló dokumentumok állapotának modelljei alapján épülnek fel. Az állapotmodell a feldolgozás alatt álló dokumentumokon végrehajtott műveletek sorozata, valamint azon állapotok halmaza, amelyekben egy dokumentum lehet. A technológiai lánc az aktuális körülményektől függően változhat.

A modern IBS-ben a feldolgozott elektronikus dokumentumoknak a jelen dokumentum feldolgozásában részt vevő előadók munkahelyére történő küldésének folyamatai automatizáltak. A rendszer lehetővé teszi az elsődleges dokumentumok folyamainak pontos reprodukálását, és korlátozza a személyzet hozzáférését a dokumentumokhoz, a feldolgozás szakaszától függően.

A feldolgozás során, az egyik előadótól a másikhoz költözve a dokumentumok eltérő módon jelenhetnek meg a bank könyvelésében. A dokumentumtechnika lehetővé teszi a különböző számviteli sémák testreszabását: ügyfél- és levelezőszámlák egyenlegének kiszámítása, szerződéses alapok bizonyos kategóriáinak kiszámítása, az egyes részlegek költségvetési végrehajtásának nyomon követése stb.

Mindhárom komponens dokumentarista technológiát képvisel.

A legtöbb esetben a dokumentumtechnológia automatizálja a dokumentumáramlást a többlépcsős dokumentumfeldolgozás támogatásán keresztül. Más szóval, egy dokumentum több feldolgozási lépésből áll. Például ezek a szakaszok a dokumentum bevitele az IBS-be, ellenőrzés és végrehajtás. Az ilyen típusú technológia fő hátránya az egyes dokumentumok létfontosságú tevékenységének technológiai folyamatainak függetlensége a folyamaton belül. Ennek a technológiának megfelelően a rendszer leírja a főbb dokumentumtípusokat (emlékutalvány, fizetési megbízás, készpénzes utalvány, devizaátutalási kérelem és még sok más), és ezek feldolgozási szakaszait nem lehet konfigurálni vagy rögzíteni.

A bank valós üzleti folyamataiban a különböző dokumentumok feldolgozásának folyamatai a dokumentumok teljes életciklusa során meglehetősen szorosan összefüggenek. Egy dokumentum feldolgozásának eredménye bizonyos szakaszokon áthaladva befolyásolhatja egy másik dokumentum feldolgozását, vagy elindíthatja egy dokumentum létrehozását. A dokumentumtechnika keretein belül ez a lehetőség nem létezik.

Objektum információs technológiák

Az objektuminformációs technológiák a dokumentumrendszerek fejlődésének eredményei.

A bank tevékenysége során egyes dokumentumok másokat generálhatnak. Egy dokumentum bevitele vagy feldolgozása megváltoztathatja a többi dokumentum állapotát. A dokumentumokat összetett belső kapcsolatokkal rendelkező láncokba lehet sorakozni, pl. a bank munkafolyamata valójában nem egy egyszerű dokumentumhalmaz, amelyek mindegyike saját feldolgozási cikluson megy keresztül. A banki pénzügyi dokumentumok áramlásának valódi modellje különféle típusú banki dokumentumok halmaza, amelyek megváltoztatják saját állapotukat a feldolgozás során, megváltoztatják más dokumentumok állapotát.

A technológia azon képességét, hogy egymással összekapcsolt üzleti folyamatokat valósítson meg különféle dokumentumok feldolgozásához, az határozza meg, hogy az objektumokkal végzett munkára összpontosít.

Az objektumoknak három fő típusa van. Az első és a legnehezebb típus a tranzakció. Alatt üzlet a pénzeszközök (értékpapírok, devizák, nemesfémek) vásárlásának vagy eladásának, valamint a bank egyéb nem fizetési tranzakcióinak tükrözését jelenti. A második típus a papíralapú dokumentumok, i.e. ügyletek alapjául szolgáló dokumentumok. A harmadik típus a kiküldetések, i.e. dokumentumok, amelyek szükségesek a tranzakciók számviteli megjelenítéséhez.

Annak szemléltetésére, hogy a tranzakciók, bizonylatok és tranzakciók hogyan kapcsolódnak egymáshoz, tekintse meg példaként a letéti szerződés IBS-ben objektumtechnológiával történő regisztrálásának eljárását.

A betét futamideje azzal a pillanattal kezdődik, amikor az ügyintéző a megkötött betéti szerződéssel kapcsolatos információkat a megfelelő típusú tranzakciós kártya kitöltésével beviszi az IBS-be, amelyen a szerződés minden fontosabb részlete szerepel: futamidő, kamat, összeg, stb.

Az IBS automatikusan készpénzbizonylatot állít elő, amely a szerződés időtartamával kapcsolatos első művelet – készpénzbefizetések – végrehajtásához szükséges. A készpénz átvétele után a pénztáros, aki a munkahelye képernyőjén látja a bizonylatot, késznek jelöli a bizonylatot. Ebben a pillanatban a rendszer automatikusan létrehoz egy könyvelést, amely ezt a műveletet tükrözi a könyvelésben.

Hasonló módon, dokumentumok segítségével a pénzeszközök letétbe helyezése, a betét részleges vagy teljes visszafizetése, kamatkibocsátás, kamatkibocsátás előtt tranzakciók készülnek, pl. bármilyen fizetési művelet.

A betéti kamatszámítási műveletek a rendszerben olyan dokumentumokkal készülnek, amelyeket az IBS egy speciális mechanizmus segítségével szintén automatikusan hoz létre. A kamatfelhalmozási bizonylatok szerint a könyvelésben való megjelenítés céljából könyvelések generálódnak.

Így a betéti szerződés az IBS-ben egy tranzakció és több dokumentum és tranzakció felhasználásával jelenik meg, pl. három különböző típusú, egymáshoz kapcsolódó tárgy segítségével.

A koherens üzleti folyamatok technológiai alkalmazásának képessége meghatároz egy másik követelményt is, amelynek kielégítése jellemzi az objektumtechnológiát, mégpedig azt, hogy a bank igényeitől és jellemzőitől függően az üzleti folyamatokat és a köztük lévő kapcsolatokat meg lehet tervezni. Ehhez az objektumtechnológiát megvalósító IBS-nek olyan speciális mechanizmusokat kell tartalmaznia, amelyek lehetővé teszik az egyes típusú dokumentumok könyvelési algoritmusainak leírását minden konkrét helyzethez anélkül, hogy további kódolást kellene igénybe venni.

Az objektumtechnológiát illusztráló példaként adunk egy technológiai sémát, amely magában foglalja a kliens kiszolgálását a központon egy távoli szolgáltatási rendszer segítségével.

Az objektumtechnológiára és annak megvalósítására példa a bankautomatizálási rendszer, a Diasoft cég 5NT © DBANK. Ennek a rendszernek az egyik fő jellemzője a banki tevékenység minden aspektusának automatizálásának összetettsége. Az IBS 5NT © BANK a pénzügyi tranzakciók legteljesebb skáláját automatizálta egyetlen információs terméken belül.

A banktechnológia másik jellemzője, hogy egységes univerzális módszereket és eljárásokat kell alkalmazni az üzleti folyamatok feldolgozására és megvalósításának támogatására, ami abból adódik, hogy a rendszert az adott bank igényeihez kell igazítani. Ezeket a funkciókat a rendszer külön dedikált modulja – a pénzügyi mag – biztosítja. A metódusok és eljárások leírt egységének biztosítása mellett a kernel számos egyéb funkciót is ellát.

A szokásos funkcionális modulkészletektől eltérően, amelyek mindegyike egymástól függetlenül működik, az 5NT © BANK IBS minden eleme egyetlen szoftver- és információs platformon működik, amely egy univerzális pénzügyi magra épül. Így a bank összes üzleti folyamata

egy rendszer segítségével, egyetlen online információs téren belül dolgozzák fel. Ennek köszönhetően a különböző részlegek dolgozóinak lehetőségük van információkat kapni a bank ügyfélhálózatáról, elemzési eredményekről, szabályozási és referenciaadatokról, a bank munkájához szükséges technológiai készletről. Ez lehetővé teszi számukra, hogy munkájuk során a bank valamennyi részlegében felhalmozott tapasztalatukat és tudásukat hasznosítsák. A szoftver és információs platform komplexitásának és egységességének elve nemcsak horizontálisan (a bank minden részlegére), hanem vertikálisan is megmarad (biztosítja a bank összes fiókjának és intézményének munkáját) egyetlen adatbázis keretein belül. székhelye. A rendszer három működési módot biztosít fiókokkal és részlegekkel:

Online, azaz. a bank fiókjainak munkája a központi iroda adatbázisában mind a terminálelérés támogatásával, mind a „kliens-szerver” architektúrával;

Offline, azaz a földrajzilag távoli intézményektől származó adatok összegyűjtése és tárolása összevont jelentési mutatók, számlaegyenlegek és fizetési bizonylatok szintjén;

Kétirányú adatreplikáció bankintézetek között pszeudo valós idejű módban.

Bármilyen módban támogatott a jelentéskészítés, mind az egyes fiókok esetében, mind a konszolidált jelentéskészítés a bank egészére vonatkozóan.

A rendszer magja a következőket tartalmazza:

Rendszeradminisztráció: felhasználói adminisztráció, felhasználói műveletek auditálása, üzemnapok adminisztrációja, általános rendszerbeállítások, automatikus számozás beállításai;

Felhasználói útmutatók (ügyfelek, árajánlatok, műveletek típusai, csomag hivatkozások, keresések, válogató szűrők), üzleti (bankok, munkanapok, naptárak, földrajzi, ügyfélértékelések);

Számlatükör;

Pénzügyi tranzakciók - eszköz az üzleti folyamatok és a köztük lévő kapcsolatok létrehozásához;

Szolgáltatási szerződések;

Automatikus műveletek (kamatfelhalmozás beállítása, egyenlegek átértékelése);

Jelentéskészítés (operatív és konszolidált jelentéskészítés: jelentéskészítők és pénzügyi mutatók);

Kommunikáció külső rendszerekkel - információk automatikus betöltése címtárakba, fiókadatok betöltése, interakció az Ügyfél-Bank rendszerrel, munka az S.W.I.F.T.-vel.

Az egységes szoftver és információs platform felépítését mutatjuk be rizs. 1

Egy ilyen struktúra biztosítja a bank által kibocsátott termékek műveleteinek adatfeldolgozási folyamatainak magas szintű központosítását és összekapcsolását. E rendszer alapján a bankok könnyen áttérhetnek az intézmények integrált megoldásairól a bank egészének egységes információs terére.

Rizs. 1 Szerkezet 5NT © BANK

Bibliográfia:

1.V.A. Lapsinszkij. Személyi számítógépek helyi hálózatai. rész II. M., MEPhI, 2004

2. Lynn Haber. Fogadás a jövőre. LAN MAGAZIN, 2000. október

3. Kaya Sorkin, Michael Sukonnik. Információátvitel a modern banki hálózatokban. Banking Technologies magazin, 2000. augusztus

4. Vlagyimir Szperanszkij. Bank-kliens rendszer. Banking Technologies magazin, 2006. augusztus

5. Alekszej Szen, Jurij Juskov. Telekommunikáció a bankrendszerekben. Banking Technologies magazin, 2006. augusztus

6. Sándor Guszev. WEB technológia Oroszországban. Banki WWW-szerver létrehozásában szerzett tapasztalat Oroszországban. Banking Technologies magazin, 1996. augusztus

7. Igor Kalinin. Pénzügyi információk az interneten. Banking Technologies magazin, 2006. augusztus

8. Anatolij Akszakov „Az orosz bankok jövője az információs technológiákban rejlik”. Banking Technologies magazin. 2/2007

9. „Banking Technologies” folyóirat. 2/2007