Az Orosz Föderáció Általános és Szakoktatási Minisztériuma
Moszkvai Állami Ipari Egyetem
Gazdasági és Menedzsment Információs Rendszerek és Technológiák Tanszék és
fegyelem szerint
"Információs rendszerek"
a témában:
« Banki információs rendszerek ».
Elkészült:
3 éves hallgató
Csoportok №6293
Valin F. N.
Ellenőrizve:
prof. Shirokov L. A.
- Moszkva 2003 -
Bevezetés .................................................. ................................................ .. .................. 3
1. A rendszer felépítése és a fő funkciók megvalósítása ................ 5
1. 1. Globális szint ........................................................................................... 6
1. 2. Menedzser szint. bankvezeté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
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ó 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 területi banki menedzsment és döntéshozatal folyamataira, például hitelezési vagy ügyleti tevékenységre. Ez az értelmezés különösen világosan megmutatkozik a bankok, az üzleti világ és az egész társadalom új pénzforgalmi módokra való átállása során, 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 menedzsment széles körben értelmezett problémája válik a bank hatékonyságának és megbízhatóságának zálogává, és ennek minőségi megoldása határozza meg végső soron életképességét és versenyképességét.
A menedzsment koncepciójának kialakításakor és az alapvető eszközök megválasztásakor 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 és az ezekre épülő internetek menedzselésében felhalmozott tapasztalatokat, kiemelik a hálózatmenedzsment főbb funkcionális területeit, meghatározzák az architektúrát, az információs bázist és a hálózatkezelési protokollokat. A szabványos módszerek és vezérlések használata lehetővé teszi a különböző gyártók által fejlesztett hardverek és szoftverek kompatibilitását.
* Hibakezelés - a rendszerben fellépő hibák és egyéb problémák felderítése, izolálása és megszüntetése, 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 figyelmeztetése az általuk fogyasztott erőforrásokról, számlázás, számlavezetés és bizonyos 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 nyilvántartása, ellenőrzése, a hálózati erőforrások állapotára vonatkozó adatok 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 céljából;
* teljesítménymenedzsment - a rendszer erőforrásainak hatékonyságának értékelése, statisztikai információk gyűjtése a hálózati objektumok működéséről, annak 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 ha nem is a meghibásodások teljes kiküszöbölése, de mindenképpen előre jelezni és minimalizálni kell azok következményeit;
* biztonsági menedzsment - a hitelesítés, jogosultság, hozzáférés, titkosítás és a továbbított, feldolgozott és tárolt információk integritásának kezelése;
Aggregáltabb formában az irányítási rendszer által megoldott feladatok két osztálya különböztethető meg:
Hálózatkezelés - hálózati eszközök figyelése és kezelése;
Rendszermenedzsment - a felhasználók, eszközeik és erőforrásaik kezelése, beleértve a szoftvereket és a felhasználói folyamatokat.
A legtöbb vállalati szintű alapvető szerszámgyártó általában arra törekszik, hogy a lehető legnagyobb mértékben megfeleljen a nemzetközi ajánlásoknak és szabványoknak. Csak így lehet hatékonyan implementálni azokat a meglévő rendszerekbe, és nem korlátozza a felhasználót a vezérlőrendszerek hatóköré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-tól;
* IBM Tivoli;
* Microsoft SMS;
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 összpontosít, és kisebb mértékben érinti a rendszerfelügyeleti problémákat, a második kettőt pedig, amely mind a hálózat-, mind a rendszerfelügyeleti problémák megoldására tervezték, meglehetősen merevek korlátozzák. keretrendszerek vagy egy meghatározott alkalmazási terület vagy használt platformok (operációs rendszerek, DBMS, hardver).
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 megoldá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. A rendszer felépítése és a fő funkciók megvalósítása.
Egy ilyen rendszer architektúrájának három fő szintet kell tartalmaznia:
Globális megjelenítési szint - integrált felhasználói felület támogatása és a közös 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 elemének felügyelete és ellenőrzése.
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 a heterogén erőforrás-kezelési eszközök magas szintű integrációjának biztosítása, mind pedig a hatékony hatékony működéshez elengedhetetlen eszközök megvalósítása tekintetében. kezelési jellemzők, mint a nyitottság, bővíthetőség, méretezhetőség és 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 objektum-orientáltságának közvetlen következménye, mivel az összes felügyelt objektum a megosztott objektumtárban van definiálva, és a kezelés módja teljesen dokumentált.
A nagyfokú skálázhatóság lehetővé teszi a rendszer testreszabását az adott üzleti igényekhez TCP / IP, SNA, DECnet és IPX hálózatok, IBM nagyszámítógépek, VMS, OS / 400, NonStop Kernel, Unix, Windows NT és Windows 95 operációs rendszerek használatával.
A rendszer minden funkcióját nem csak az ügyfelek, hanem a független fejlesztők számára is nyitva kell tartani. Mindketten létrehozhatnak saját termékeket, amelyek kibővítik a rendszer felügyeleti lehetőségeit. Az architektúra minden szintjének nyitott integrációs pontjai vannak. 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;
Bármely rendszererőforrás kezelhetősége, függetlenül annak helyétől;
- "barátságos" háromdimenziós grafikus felhasználói felület.
Ennek eredményeként a felhasználó olyan eszközt kap, amely lehetővé teszi a vezérlőobjektum megjelenítését és három szinten történő kezelését: globális (a rendszer egésze), banki vagy menedzser (üzleti folyamatkezelés), ügynökségi (szoftver- és hardverkezelés).
1. 1. Globális szinten.
A rendszer objektum-orientált architektúrájának legfelső szintjén egy valós grafikus felület valósul meg, melynek segítségével a vezérlőalkalmazások felismerik alárendelt erőforrásaikat és kapcsolatokat létesítenek. A teljes számítási környezet megjelenítéséhez háromdimenziós animációs és virtuális valóság elemeket használnak, amelyek lehetővé teszik a rendszergazda számára, hogy „mozogjon” a számítási erőforrásokon és hálózati kapcsolatokon. Í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állalat szerkezetének logikus kombinálá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 lehetővé teszi a gyors navigációt. Ha egy rendszergazda nagy elosztású vállalattal foglalkozik, hasznos lehet egy beépített földrajzi térképpel dolgozni, amely lehetővé teszi az erőforrások fizikai elhelyezkedésük szerinti ábrázolását. A térképen különféle konvencionális szimbólumokat, képeket helyezhet el, például alaprajzokat, ami gyakran nagyon fontosnak bizonyul a modern információs rendszerek kezelésében.
A menedzsment tárgyaival kapcsolatos minden információ a közös 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. Az elosztott tárház belseje kezelt objektumokat (alkalmazások, hardverek, adatbázisok, ügyfelekkel való elszámolások, készletellenőrzés, termelési folyamatok stb.), azok attribútumait, a kapcsolatokra és kezelési módszerekre vonatkozó információkat, valamint az üzleti folyamatok leképezésére vonatkozó adatokat tárolja. .
A közös objektumok repozitóriumának létrehozása és konkrét információkkal való feltöltése a topológiadefiníciós szolgáltatás segítségével történik, amely felismeri a bank információs rendszerének elemeit és a köztük lévő kapcsolatot. A kapott objektumok ezután megjeleníthetők a valós világ felületén. A topológia egyidejűleg különböző irányokban határozható meg, 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 egy sor vezérlési funkció áll rendelkezésre: üzenet generálása 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.
Ezeket a funkciókat a következő fő csoportokba soroljuk:
* 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 meghatározásához, reagáljon rájuk, és szükség esetén sürgős intézkedéseket tegyen. Az események feldolgozása során az idő nagy részét általában a kivételek kezelésével töltik. Gyakran egyetlen kudarc mások lavinához vezet, így nagyon nehéz lesz meghatározni a baj forrá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 azokat az üzeneteket, amelyek a legfontosabbak a rendszer számára, és meghatározza, hogy milyen műveleteket kell tenni, amikor megjelennek. Az eseménykezelési funkció menedzser és ügynök szerepét is betöltheti – nemcsak az események felismerésében, hanem feldolgozásában is. Az eseménykezelési funkció interfészeként az eseménykezelő konzolt használják, amely a menedzsment funkciók grafikus felületén egy külön ablak, amely lehetővé teszi, hogy figyelemmel kísérje mindazt, ami a rendszerben történik. Az adminisztrátor innen követheti az eseménykezeléssel kapcsolatos üzenetek áramlását is. Ennek a funkciónak az egyedisége abban rejlik, hogy képes az üzenetek grafikonját egészében látni, és azonnal válaszolni rájuk.
Az információs rendszerek bonyolultabbá és intenzívebbé válásával egyre nehezebb a számítógépeket működőképes állapotban tartani.
Munkaterhelés-kezelési funkció megoldja a munkarend karbantartásának automatizálásának problémáját. Kezeli a kritikus folyamatokat, például a munkaütemezést, a munkaütemezést, a feladat meghibásodását, az időigényeket, a számítógépek kiválasztását, hogy mely feladatokhoz és hogyan. A munkaterhelés-kezelési program négy fő elem formájában 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, egy munkaállomás vagy egy olyan hely, ahol kézi műveleteket hajtanak végre;
¨ naptárak, amelyek jelzik, hogy egy feladat vagy feladatcsoport mikor fejezhető be. 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 információt tartalmaznak 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ési szolgáltatás kétféle feladatütemezési módszert valósít meg – prediktív és eseményvezérelt. A prediktív ütemezés naptárral, az eseményütemezés pedig műveletekkel történik. Ez utóbbi típus kényelmes olyan feladatok végrehajtásához, amikor a statikusan előrelátható ütemezésen kívül kivételes helyzetek fordulnak elő. A két módszer kombinálásával hatékonyan tervezheti meg a feladatok végrehajtását különféle – mindennapi és kivételes – helyzetekben.
A rendszer a munka előrehaladásának valós idejű nyomon követését valósítja meg. A rendszergazda lehetőséget kap arra, hogy megtekintse, mely feladatok vagy feladatsorok vannak éppen aktívak, hogyan hajtják végre azokat, 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ívról a biztonsági 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. Alárendelt ügynökeik eszközök széles skáláját támogatják, beleértve a RAID-et, az optikai meghajtókat é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 automatikusan visszakerülnek az archívumból az aktív adathordozóra. Ezenkívül van egy eszköz a biztonsági mentési adathordozón lévő adatok véletlen vagy szándékos törlésének vagy felülírásának megakadályozására. A tárolókezelés és a terheléskezelés integrálása lehetővé teszi a központi archiválási és biztonsági mentési műveletek ütemezését a teljes bankban, így ezek a műveletek hatékonyabbak.
Egy modern bankban az információ az egyik legfontosabb védendő objektum. Ugyanakkor a védelem kezelése elosztott környezetben korántsem egyszerű feladat. Megoldásához számos tényező – így különösen a hitelesítés, engedélyezés, adminisztráció és audit – összehangolása szükséges egyetlen, könnyen kezelhető rendszerben.
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ési hozzáférést biztosít minden erőforráshoz, legyen szó nagyszámítógépről, LAN-ról, UNIX rendszerről, középkategóriás számítógépről vagy PC-ről. A felhasználónak elegendő egyszer regisztrálnia az összes elérhető rendszerrel való együttműködéshez, 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 olyan jelszóhasználati 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, a rendszergazdák onnan mindig hozzájuthatnak a szükséges információkhoz. 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 biztonsági algoritmusok használatának ellenőrzését a rendszerben - naplót vezetnek a jogosulatlan hozzáférésekről és a védelem feltörésének kísérleteiről, valamint a biztonsági algoritmusok változásairól.
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, mint 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 dedikált 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. Ennek a mechanizmusnak az 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ő funkció az információs infrastruktúra egyes összetevőinél tárolja a problémahelyzetekről szóló információkat, ami lehetővé teszi az adminisztrátor számára, hogy fokozatosan átfogó problémakezelő rendszert hozzon létre.
Ezen a szinten az egyik kulcsfontosságú funkció üzleti folyamat megjelenítési funkció. Az olyan üzleti folyamatok, mint például a megrendelések feldolgozása, az elektronikus fizetés, az ügyfélszolgálat, olyan automatizált pénzügyi és ipari rendszerek keretein belül, mint a MANMAN / X, Baan, SAP / R3, beépíthetők az ún. folyamatleképezés. 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 lehetőség nyílik egy dinamikus kép 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 újraelosztani vagy hozzáadni az erőforrásokat.
1.3 ügynöki szint.
Mint már említettük, az elosztott rendszerfelügyeleti modell rugalmas struktúraként 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 vezérlés felső szintjei számára. Ez a program központilag fut, és az objektumbróker kezeli. Minden alkalommal, amikor új összetevőt adnak a vállalati rendszerhez, lekérdezés történik az ismert ügynökök észlelésére és a velük való kommunikáció kialakítására. Az ügynökök, az érzékelőkkel és érzékelőkkel analóg módon, szinte minden információs rendszer erőforrásának működését felügyelik, és lehetővé teszik a hálózati infrastruktúra, az adatbázisok és az alkalmazások hét elemének monitorozásá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. A rendszereszközök segítségével további ügynökök hozhatók létre.
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 (banki struktúra szerint) 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 minden ügynök több menedzsernek alárendelhető. A menedzserek maguk is felléphetnek más vezetők ügynökeként. Mindez csökkenti a hálózati forgalmat és a menedzserek terhelését, 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 BIS banki technológiája be van kötve a szoftvertermékbe. Emiatt a felhasználónak nincs lehetősége attól a menü segítségével eltérni, és mindig a 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 technológiai adaptációja eltérő mértékben történik, é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 banki technológusa (adminisztrátora).
A funkcionális redundancia mértékét a bankban elfogadott irányítási struktúra jellemzői 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 LIS-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, amelyeket bármelyik bankban megoldanak, és általában hiányoznak a legtöbb hazai BIS-ből, például az automatizált minőségelemzés. a hitelportfólió, a hitelforrások előrejelzése és tervezése. A kereskedelmi bankokban a banki műveletek irányítási struktúrája és ö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 gazdasági és matematikai módszerek alkalmazásának kiterjesztését a menedzsmentben, pl. nemcsak az információfeldolgozás gyorsítása a közvetlen számlálás módszerével, 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 növekedését, és ennek következtében a meghozott döntések hatékonyságának növekedését. A telekommunikáció teljesebb kihasználásával 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, a földrajzi terület bővítésére.
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 a ténnyel, hogy minden platform gyors avulásra van ítélve a berendezések, 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 az, hogy a tervezők a kialakított irányítási struktúra köré 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 jelenti a modern 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 területen 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-nek rugalmas felépítésűnek és nyílt rendszereknek kell lennie, pl. lehetővé téve a szükséges modellmódosításokat a bankszektorban végbemenő 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 meg kell felelnie a célirányos irányítás elvének, és meg kell felelnie a nyitottság követelményének a könnyű változtatások és a funkcionalitás szükség szerinti bővítése érdekében. 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 az kell legyen, hogy a rendszer a banki menedzsment automatizálására, és nem a helyi funkcionális feladatok megoldására irányuljon.
A rendszer bővítésének és testreszabásának eljárásait a modulok úgynevezett „összekapcsolásán” kell alapozni, amely integrációjuk révén biztosítja a rendszer komplexitását. Például az ügyfél közüzemi számlájának kifizetése egyidejűleg frissíti a folyószámlák tételeit, valamint a tranzakció által érintett egyéb tételeket.
A bankszektorra jellemző speciális követelmények közé tartozik mindenekelőtt a dátumra (ellenőrző pontra) való visszaállítás, illetve a technológiai visszaállítás lehetősége a „red storno” fordított könyvelési rendszeren keresztül. 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.
E tekintetben biztosítani kell az aktuális és az elmúlt kereskedési napok 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 most a tevékenységeiket automatizáló rendszerekkel szemben támasztják, a terhelési egyenleghez vezető fizetési bizonylatok bevitelének blokkolása, hogy így kizárható legyen a 2. számú irattár ilyen módon történő feltöltése. nem tartalmaz hibás adatokat, a banki technológia egyszeri információbevitelt feltételez a rendszerbe, és minden művelethez automatikus feladásokat generál. Ez a követelmény egybeesik a fejlesztők követelményével.
A személyes fiókok feladását és módosítását valós időben kell végrehajtani. Az egyetlen információs bázissal végzett munka lehetővé teszi, hogy minden változtatást automatikusan terjeszthessen az adatbázis összes összekapcsolt részére, amikor módosításokat hajtanak végre az adatbázis bármely részén. A rendszernek biztosítania kell a személyes számlák állapotának folyamatos változását és a rajtuk 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 számlaforgalom felhalmozását.
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 kiértékelheti 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 a folyó-, mind az elszámolási számlákkal, valamint a különböző típusú 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 alkalmazottakat a lehető legnagyobb mértékben mentesítsék a rutinfeladatok kézi végrehajtásától. Ugyanakkor kívánatos csökkenteni a banki dokumentumáramlást.
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. Ez elsősorban az arány: ár - költség - munkakör.
Az integrált rendszerekkel szemben támasztott követelmények a fejlesztés során szigorúbbak, mint a helyi fejlesztéseknél. Ennek oka a megoldások összetettsége és a kötelező rendszermegállapodások kiterjesztett funkcionális követelményei.
Rendkívül fontos a fejlesztési komplexitás elve, amely egy sor, egymással összekapcsolt szoftvereszköz létrehozását jelenti, amelyek számos banki funkciót automatizálnak, és integrált rendszerré szerveződnek. 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, egységességének megőrzése elvét. Tény, hogy jelenleg a bankok külön információs alapokkal rendelkeznek, ami a gazdasági helyzet félreérthető értelmezéséhez vezethet a banki alkalmazottak részéről. Nyilvánvaló, hogy a bázis egységének betartását egyetlen 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 fordított átutalásra kerül sor 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ő rendszere 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. Az azonos nevű szekciók számos munkaállomáson való jelenléte lehetővé teszi az olyan mozgatható blokkok széles körű alkalmazását, mint például: szabályozói együtthatók számítása, saját likviditás felmérése, szerződések megkötése és fenntartása stb., valamint objektum-orientált megközelítés alkalmazása.
Minden objektum (személyes számla, könyvelés, kliens) megfelel a szabványos eszközöknek (létrehozás, ellenőrzés, beállítás, törlés, rendezés, keresés stb.), valamint speciális eszközöknek ("piros vonal" a könyvelésekhez, a forgalom lezárásához vagy a záráshoz) fiókokhoz stb.).
A banki biztonság biztosítása 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ő munkaállomásokhoz és az azokban 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 bizonyos könyvtárba, hozzáférés egy bizonyos 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 jelszórendszert, a továbbított információk titkosítását és elektronikus aláírást alkalmaznak. Szintén fontos a rendszer információs bázisa archívumának karbantartásának megfelelő megszervezése.
Így a banki automatizálási rendszerek fejlesztésének alapelvei az ügyfél (bank) szoftvertermékkel szembeni megközelítéseiből és követelményeiből következnek. Ezen követelmények között szerepel a bank által a rendszer egészére, mint egy meghatározott területet (banki) kiszolgáló termékre vonatkozó követelmény, valamint a bankban alkalmazott műveletek sajátosságait és azok megvalósítási technológiáit tükröző speciális követelmények.
Másrészt számos olyan követelmény van, amelyet a kivitelező (fejlesztő) támaszt a fejlesztéssel szemben. Ezek a követelmények egybeeshetnek a bank követelményeivel, de ütközhetnek is. Bár a tervező által támasztott felsorolt követelmények többsége nem ütközik a bankok követelményeivel.
Emlékeztetni kell arra, hogy az integrált LSI tervezésekor figyelembe kell venni a banki környezet követelményeit. Ez egy adott dátumra való visszaállítás és technológiai visszaállítás lehetősége; információ egyszeri bevitele; a terhelési egyenlegekhez tartozó fizetési bizonylatok bevitelé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: munkafolyamat 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; a rendszer archiválása; a rendszer adatbázis biztonsági másolatának visszaállítása.
Az információs rendszer általában kívül esik a banki technológiák összességén, mivel gyakran a banki információk gépi feldolgozását használják a banki műveletek technológiai folyamatának végső szakaszában, amelyet a számítások legmagasabb koncentrációja jellemez. A gyakorlatban az összes banki műveletet egyetlen technológia köti össze, amely számos makro- és mikrotechnológiából áll, amelyek jelenléte az alkalmazottak egyes csoportjainak specializálódásából és feladataik összetételéből adódik.
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ékeink legáltalánosabb munkaállomásait és blokkjait tartalmazza.
Az orosz LSI-piac analitikai áttekintése alapján meghatároztuk és rendeztük az automatizált munkahelyek összetételét, és meghatároztuk azok funkcióit a feltételes integrált LSI-hez. Egy valódi integrált LSI-ben az ilyen kiválasztás a menedzsment struktúrától, a vezetési funkciók és célok felosztásától, valamint a rendszertervezés választott megközelítésétől és sok egyéb tényezőtől függ. A BIS felépítésében, fejlesztése során olyan mozgatható 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ő, elszámolási és készpénzszolgáltatási szerződések stb.), kamatszolgáltatás
1. ábra: Az integrált LSI felépítése
áruk különböző megállapodások alapján, büntetőkamat fenntartása stb.
A megfelelő beállítások után mozgatható blokkok és a funkcionálisan speciális programok alkotják az adott munkák munkaállomását.
Itt (lásd 1. ábra) számos olyan munkaállomás található, amelyek a menedzsment hasznosságához szükségesek, de a legtöbb BIS-ben nem állnak rendelkezésre önállóan: a marketingszakember munkaállomása, az eszköz- és forráskezelési tiszt munkaállomása , az elemző munkaállomása, az ütemező munkaállomása, a likviditáskezelési tisztviselő munkaállomása stb.
A vezetői információs blokk a bank vezetésének támogatását és döntéshozatalát hivatott szolgálni, valamint elemző információkat generál a bank tevékenységének eredményeiről. Ez a blokk jellemzően automatizált munkahely formájában valósul meg, amely a bank likviditási és egyéb stratégiai információinak, valamint a számlák állapotára vonatkozó adatok, archív tanúsítványok stb.
Ha a banknak fiókjai vannak, akkor struktúrája rendelkezik egy olyan részlegről, amely telekommunikációs csatornákon on-line, AWP-kommunikáción keresztül, vagy off-line e-mail, hajlékonylemez- vagy papírtechnológia alapján biztosítja az információcserét velük. A fiókokkal való munkavégzés AWS lehetőséget ad a munkavállalónak, hogy információkat vigyen be a fióktelepek pénzügyi tranzakcióiról, figyelembe vegye tevékenységét a konszolidált mérleg összeállításakor, elemezze a fióktelepek tevékenységét, és standard együtthatókat számítson ki rájuk.
A külső környezettel végzett munka távközlési csatornákon keresztül, a kommunikációs munkaállomáson keresztül történik. Az AWS biztosítja az információk exportját-importját, azaz. kétirányú 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, tőzsde stb. a távközlési környezet, a továbbított információ egy meghatározott szabványba kerül, 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 AWP szoftvercsomagját, amely lehetővé teszi a fizetési bizonylatok bevitelét, szerkesztését szabványos nyomtatványkészlettel, előké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 munkaállomásának ügyfelével való kapcsolattartásra van telepítve. Ez a komplexum hasonló funkciókat biztosít az ügyféllel való interakcióhoz a kommunikációs munkaállomáson keresztül, archívumot tart fenn az ügyféllel folytatott interakciókról, és LAN-on keresztül elküldi a beérkezett fizetési dokumentumokat feldolgozás céljából a kívánt munkaállomásra.
2. ábra Az adatexportáláshoz szükséges AWP-kommunikáció működési sémája
A bankközi elszámolási ügyintéző (ISB) munkaállomása klíringközpontok hálózatán és kölcsönös levelező számlanyitáson keresztül biztosítja az elszámolásokat más kereskedelmi bankokkal. Közvetlen bankközi elszámolások alapján az AWS lehetővé teszi az aktuális MBR-műveletek ellenőrzését, korrigálását és törlését, valamint kezdeti értesítők, nyilvántartások és vonatkozó fizetési dokumentumok generálását. A kölcsönös tanácsadási jegyzetekkel végzett munka során az automatizált munkahely a munka teljes körét a beviteli bizonylattal végzi: aktuális bizonylatok bevitele, javítása, törlése (a tanácsadó jegyzetek és fizetési bizonylatok mennyiségének egyidejű ellenőrzésével); a válaszadási tanácsok egyeztetése, a megfelelő napló és a megfelelő dokumentumok vezetése; a végső forradalmak megnyitása, fenntartása és lezárása.
Más bankokkal, ügyfelekkel, feldolgozó központokkal vagy tőzsdékkel való elektronikus interakciók lebonyolításához 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 (hitelosztály munkaállomása) 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 kerülését), a tőketartozás és a kamatfizetés ütemezésének kialakítását a különböző keretek között. konstrukciók, valamint ezen ütemtervek végrehajtásának figyelemmel kísérése, valamint az adósság fő részének és százalékos kamat felhalmozódása. Ugyanakkor számos állítás keletkezik. Az AWP normál és egyedi kamatokat támogat: a tartozás tőkerészére, fel nem használt hitelre (ha a szerződésben nem szerepel), késedelmes hiteltörlesztésre vagy késedelmes kölcsön kamataira.
Az egyénekkel dolgozó munkavállaló munkaállomása egyre gyakrabban szerepel a BIS-ben, mivel magánszemélyektől kell forrást szerezni, bár ezek a műveletek tömeges jellegük miatt munkaigényesek. Alapvetően betéti műveletek jellegéből adódóan ez a munkaállomás csak egy meghatározott szolgáltatási körben különbözik alapvetően a betéti osztály dolgozóinak munkaállomásától.
KAR. a pénztári osztály munkatársa gondoskodik a bank pénztári politikájának végrehajtásáról, valamint a magán- és jogi személyekkel kötött bizalmi 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, é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 vonzását. A tárgytechnológiát tekintve ez a munkaállomás ugyanazokat a módokat tartalmazza, mint az SKO munkaállomáson: szerződéskötés, kamatszámítás különféle sémák szerint, egyenleghez való hozzáadás stb.
A banktechnológia problémája továbbra is a funkciók elhatárolása az operatív és számviteli munkát megvalósító alapmodul és a többi részleg dolgozóinak munkaállomása között.
A szerződésfigyelés magában foglalja a lejárt kötelezettségek kifizetésének napi ellenőrzését. Ezzel egyidejűleg automatikusan rögzítésre kerül a lejárt tartozás beérkezése, és késedelmi kamatot számítanak fel. A lejárt tartozások összegét 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, vissza nem fizetik vagy a szerződés feltételeit módosítják. .
A munkaállomás munkája konstruktívan épül fel, számos univerzális mozgatható blokk alapján: Szerződés, Fizetési ütemezés. 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 szabad forrásainak előrejelzése (a szerződések lejárati dátumai alapján). A Megállapodás blokk biztosítja a banki szerződések és kötelezettségeinek előkészítését, karbantartását, elszámolását és végrehajtásának ellenőrzését; a hitelek és betétek összegének elszámolása a bank likviditási mutatóinak számításakor; a bank hitelforrásainak állapotának előrejelzése 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 egy külön szerződés állapotáról és összefoglaló jelentési dokumentációt.
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, a hitelalap és a kamat egységes törlesztésének lehetséges ütemezése; járadék (a hitelfelvevő rendszeresen egyenlő összegeket fizet - a kamat összegéből és a tőketartozás visszafizetésének összegéből álló járadék, mivel az adósság egyenlegére kamat halmozódik fel, visszafizetéskor csökken, míg a törlesztő rész növekszik) ; kamatfizetési ütemezés kölcsön átvételekor (kedvezményes hitel); egyösszegű hiteltörlesztés ütemezése a szerződés futamideje végén aktuális kamattörlesztéssel; a hitelalap önkényes visszafizetésének ütemezése stb.
Az üzemeltető munkaállomása (lehet, hogy nem) biztosítja a kötegben gyűjtött dokumentumok bevitelét egy számított ellenőrző összeggel. Jellemzően a bank ezt a munkaállomást nagy beviteli mennyiségekhez használja, bár egyes esetekben a lyukasztási technológiák atavizmusaként tartják meg.
A beírt dokumentumokból a vezető üzemeltető munkaállomása (nem lehet) járatokat képez, és egységes számítások elvégzésére átadja a CC-nek.
A válogató munkaállomás (lehet, hogy nem) a pénztárosok által bevitt iratkötegek ellenőrzésére és feladásra történő 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 ún. „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; konszolidált 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.
Az AWP pénztáros-vezérlő biztosítja: készpénzfizetési bizonylatok bevitelét; készpénzcsekkek, készpénzbefizetési hirdetmények, pénztárbizonylatok és beszedési utalványok, valamint beszedési bizonylatok elfogadása és feldolgozása; konszolidált bevételi és kiadási kimutatások készítése; pénztárgépek karbantartása; pénztárgép bejegyzések elkészítése; készpénzforgalomról összesítő igazolás beszerzése, emlékjegyek kialakítása; minden ügyfél fizetésének kiszámítása készpénzes szolgáltatásokért; az időszaki forgalom pénzszimbólumáról szóló beszámoló átvétele; munka a szimbólumok kézikönyvével; pénztári nyilatkozat kialakítása.
A vezető pénztáros munkaállomás (lehet, hogy nem) segítségével megbecsülik a pénztárosok leterheltségét, és kijelölik az új banki ügyfelekhez pénztárosokat; a napközben nyitott személyes számlák listája megtekinthető és ellenőrizhető.
Minden banki szoftvertermékben az egyik fontos helyet a pénztárak munkaállomásai foglalják el. Egyes technológiák lehetővé teszik a felosztásukat a fizetési bizonylatok kezelői munkaállomására és a jelentések elkészítésére szolgáló kezelői munkaállomásra, vagy a magánszemélyekkel való munkavégzésre szolgáló pénztári munkaállomásra és a jogi személyekkel való munkavégzésre szolgáló pénztári munkaállomásra. A nagy bankokban időnként pénztárosokat bíznak meg a számlanyitási és -zárási munkákkal.
Általában a pénztárak AWP végrehajthatja a számlanyitást és -zárást; elhatárolás, betétegyenleg kiegészítése é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; a szerződéses kamatláb és ügyleti díjak megállapítása, valamint az ügyletekből származó bevétel kiszámítása; fordítások fizetése; műtéti napló vezetése; a műveletek végrehajtásának analitikai és operatív ellenőrzése; fizetési dokumentumok bevitele; munka fájlokkal:
A pénztárosok okmánytípus szerinti szakosodása esetén a pénztári munkaállomások kijelölhetők fizetési felszólításokra és utasításokra, készpénzre, akkreditívekkel, csekkfüzetekkel stb.
A közgazdász munkaállomás (lehet, hogy nem) elvégzi: személyes számlák kivonatának kialakítását, személyes számlák kamatfelhalmozásának ellenőrzését, személyes számlák egyenlegeinek és könyvelésének ellenőrzését, a bank szabványainak és teljesítménymutatóinak kiszámítását, ellenőrzését. kirendeltségek munkája felett, információszerzés az adófelügyelőség számára.
A könyvelő munkaállomása biztosítja: számlaegyenlegek kiszámítását a következő nap elején; a mérleg és a mérlegen kívüli számlák és mellékleteinek bármely időszakra történő formálása, megtekintése, javítása, kinyomtatása, mentése; a fióktelep bármely mérlegszámláján részletes egyenleg vezetése; 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 teljesítményére vonatkozó egyéb mutatók kialakítása; kamatszámítás személyes számlákra; változás a számlatervben.
A főkönyvelő munkaállomása 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; egyenleg- és mérlegen kívüli számlák mérlegének, valamint személyi számla nyitására, zárolására és módosítására vonatkozó kimutatások megtekintése, kinyomtatása; az ügyfél aláírási fájljának frissítése (egyes LIS-ekben).
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:
Működési kiküldetések tükrözése;
Aktuális dokumentumleltár készítése;
Az aktuális 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 munkatervezése és felhatalmazása;
üzemeltetési és számviteli munkák:
Munkaidő beosztása a kívánt napra;
Regisztráció, törlés, felhasználói státusz módosítása;
Felhasználói protokoll vezérlés;
Felhasználói munkaállomások funkcionális konfigurálása;
A BIS információforrásaihoz 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 és karbantartása (kamatlábak változásai, MPI-k referenciakönyvei, egyenleg- és mérlegen kívüli számlák, fizetési bizonylatok típusai, pénzszimbólumok, banki attribútumok, szolgáltatások árjegyzéke, művelettí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 műveletek végrehajtása a LIS megvalósítása során. Ha bármely BIS-ben más a munkaállomás összetétele, akkor az ERM-ben dolgozók funkciói egyszerűen másképpen oszlanak meg a munkaállomások között, mivel a BIS csak a banki számviteli technológiák informatikai eszközökkel történő megvalósítását biztosítja, lévén bizonyos. irányítási rendszer modellje.
A banki tevékenységek automatizálását biztosító szoftvertermékek abban különböznek egymástól, hogy tartalmaznak-e banki technológiát vagy sem.
A hitelügyi osztály (LCO) dolgozójának munkaállomásának tehát támogatnia kell a banki dolgozó számára kitűzött célok megvalósítását, és tájékoztatást kell adnia a hitelezési döntés meghozatalához és a hitel további kiszolgálásához.
3. ábra Adatséma az AWP DCO problémáinak megoldásához
Ehhez információra van szükség a bank hitelképességéről, a hitelfelvevő hitelképességéről, valamint a hitel kiszolgálásával kapcsolatos munkainformációkról.
Általában a hazai BIS ARM-ben a CCO biztosítja a kölcsönszerző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 fenntartását (kölcsön kiadása, kamat felhalmozása, számítás a kötbérek beszedése és beszedése ezen összegek vitathatatlan kifizetés formájában történő beszedésére vagy átvételére, az ügyfél szerződés szerinti tényleges kifizetéseinek ellenőrzése, a szerződés meghosszabbítása és lezárása, a szerződések késedelmi állapotba helyezése). Az AWP DCO képességeinek bővítése a hitelek visszafizetési garanciáira és azok biztosítására vonatkozó szerződések információfeldolgozó eszközeinek hozzáadásával valósulhat meg; 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 az AWP DIS problémáinak megoldására szolgáló adatsémát mutatja. A hitelügyi osztály munkatársa számos szöveges prototípust (szerződéssablont) használva 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; biztosíték típusa; a szükséges dokumentumok listája (a bank kérésére); a vállalkozást kiszolgáló bank folyószámlaszáma és egyéb adatai; jogi címek.
Technológiailag egy 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 az aláíráskor válik feltételesen érvényessé. A szerződés az alapján történő pénzátutalást követően nyer igazán érvényes státuszt. A hitelfelvevő és a bank közötti elszámolások megtörténte után a szerződés teljesített állapotba kerül. A tényleges 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 tételek keletkeznek, amelyek az üzemeltetési és számviteli osztályra kerülnek. A könyvelési állományok és a felhalmozott kamatok alapján létrejön egy fájl a szerződés alapján tervezett kifizetésekről. A tranzakció a tranzakció napjáról származó tranzakciós fájllal együtt kerül feldolgozásra, ami egy szerződéses fizetési fájlt eredményez. Ez utóbbiak alapján a szerződés állapotáról kimutatások, hitelnapló stb.
A ciklus meghosszabbítása esetén megismétlődik, de a szerződés állapota megváltozik. A szerződés késedelembe helyezése esetén nemcsak a szerződés státusza változik meg, hanem megkezdődik a nyugdíjak felhalmozása is. Valójában, és egy másik esetben, a megfelelő kiküldések jönnek létre.
A szerződés lezárásakor csak az állapota változik.
A nyújtott kölcsönök elszámolására általában kamatfájlt (felhalmozott kamat) használnak.
A probléma megoldása során sokféle állítás fogalmazható meg, amelyek segítik az osztály dolgozóját a megfelelő döntés meghozatalában a hitelkezelés során. A kimeneti adatok sorozata táblázatok formájában, egy sorozat pedig grafikus formában jelenik meg a felhasználó számára. 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ót é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 végrehajtá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; levelezőlisták és telekonferencia.
A külső környezettel való információkölcsönhatások problémája minden nyitott komplex rendszerre jellemző feladat. Banki környezetben a központi és a kereskedelmi bankok előtt is megállja a helyét.
A külső környezet, amellyel a kereskedelmi bank kölcsönhatásba lép (5. ábra):
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ó magában foglalja 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 létrehozá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 egy ilyen, home banking nevű szolgáltatás.
A bank és a fiók közötti interakció megszervezése során a banki műveletek lebonyolításának technológiája nagymértékben meghatározza a bank és a fióktelep 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 mérlege. , amely alapján az összevont mérleg készül.
A 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.
Az államközi bankközi interakciókat a FÁK-ban az Orosz Föderáció Központi Bankjának Államközi Fizetések Központja (IGR), a nemzetközi elszámolások pedig a Nemzetközi Bankközi Pénzügyi Kommunikációs Társaság SWIFT 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 gyorsabb kiszolgálást és kényelmet kell biztosítania, hanem a meglévő adatátviteli szabványok támogatását, valamint a fizetési bizonylatok megbízhatóságát és integritását is. , azaz fizetési biztonság.
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-országok és más országok bankjait, távközlési környezet alapján történik, továbbítási és feldolgozási szabványokat alkalmazva. különböző szintű adatok.
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 interakciójában, amely számítógépes alapon is megvalósítható. Az ügyfél a személyi számítógépén keresztül telefonhálózaton keresztül felveszi a kapcsolatot a bank számítógépével, az engedélyezést követően ellenőrizheti számlája állapotát, és számos műveletet végezhet vele. Az ügyfél számítógép nélkül is megtehet hasonló lépéseket, kihasználva a távközlési lehetőségeket és a plasztikkártyákat, 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); vezetői engedélyek; diákigazolványok; logikai belépőkártyák (például számítógéphez); beléptetőkártyák különböző elektronikus rendszerekbe (bejelentkezési hozzáférés): 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ához, egyedi funkciók vezérlése, hozzáférés titkosított adatokhoz; adattároló kártyák (például egészségügyi kártyák); jótállási jegyek és vállalati támogatás, ahol a szerviz fel van tüntetve: bármely vásárlás ellenőrzése és javítása; pénzügyi kártyák: ügyfélkártyák (bevásárlási kártya), bankkártyák (bankkártya) és ATM-kártyák (ATM-Card).
A műanyag kártya egy gépi adathordozó, amely rögzítési és tárolási módja szerint osztályozható. Tehát léteznek mágneskártyák (MC), memóriakártyák, intelligens kártyák (SC) és szuper intelligens kártyák (SSC).
Az MK kapacitása mindössze 100-200 bájt, melyben több sávon rögzítve vannak: a kártya és tulajdonosának azonosítói, lejárati dátumai, belső kód és funkcionális információk rögzítésére szolgáló mező. És bár speciális eszközökre van szükség az MK-információk írásához és olvasásához, ezek, akárcsak maguk az MK-k, viszonylag könnyen előállíthatók, és költségük alacsony. Ezért jelenleg ezek a leggyakoribbak az egész világon, bár hordozóként nem tökéletesek. Először is nagyon alacsony a biztonsági szintjük.
A gyenge másolásvédelem mellett az MK rövid életű. És ezek a hiányosságok a karbantartá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 SC-k az MC-kkel ellentétben 20-szor csökkentik a csalás kockázatát.
A pénzügyi kártyák között megtalálhatók még a készpénzes tranzakciókra alkalmas kártyák (ATM-Card), amelyek ATM-ekre épülnek olvasóval, numerikus és funkcionális billentyűzettel, kijelzővel, nyomtatóval, valamint készpénzkiadóval és beviteli eszközzel.
A banki technológia tekintetében a kártya egy bizonyos fizetési formát biztosít, amelyet a fizeté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 határoz meg. és ennek az űrlapnak a hatálya.
A kártyás fizetések végrehajtásának technológiájában három objektum vesz részt: egy bank, egy ügyfél és egy bolt.
A bank kártyát állít ki az ügyfélnek, amelyen a vásárlási lehetőségeiről van információ. Ugyanakkor 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 az ügyfél biztosítja). Az üzlet a bankon keresztül megterheli az ügyfél pénzeszközeit.
A távközlési hozzáférési eszközök elérhetőségétől függően az MC engedélyezése történhet kommunikációs csatornákon (on-line) és hangon keresztül, az SC engedélyezése pedig off-line módban. Az alapfoglalás típusa szerint az elektronikus fizetési eszközök (EPS) a következőkre oszthatók: olyan alapok, amelyek 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; olyan alapok, amelyek a számla rendszeres feltöltését egy meghatározott összegig (például bizonyos dátumokon) használják bárhol a terminálon keresztül off-line módban (csak SC esetén).
A modern hazai szakirodalomban a bankkártyákat a fizetés technológiája és jellege szerint 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énzfelvételre a kártyákat támogató bankfiókokból vagy ATM-ekből. Készpénz helyett a tulajdonos bemutatja a kártyát, az eladó ellenőrzi, hogy szerepel-e a stoplistán, vagy telefonon banki visszaigazolást kap 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 hitelká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ámlahitel fogadását lehetővé tevő kártyák személynek történő 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ámlát stb. Oroszországban a hitel- és betéti hitelkártyákat is hitelnek minősítik, bár gyakorlatilag 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ékos arány;
A vásárlónak a személyes számláján szereplő összegeken belüli vásárlások esetén a kedvezmény százaléka
a bank által nyújtott hitel összege (általában az óvadék dupla összegén belül);
A tényleges banki kölcsön fizetési százaléka;
A terhelési egyenleg kifizetésének százalékos aránya a bank által biztosított hitelösszeghez viszonyítva (általában a hitelkamat összegének duplája);
· a bank pénztárában és ATM-en keresztül történő 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 áruvásárláskor 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 ellenőrzése érdekében (engedélyezés), majd megfelelő visszaigazolást követően kereskedelmi számla keletkezik: egy A kártya domborműves részéből lenyomat készül - egy cédula, amelyre rányomják a tartozás összegét, és a vevő 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 olyan mikroszámítógép, amely tartalmazhat processzort, memóriát (ROM, változó ROM, RAM), bemeneti-kimeneti rendszert. A kártyát operációs rendszerrel és biztonsági rendszerrel szállítjuk az adatok védelmére, azok kódolásának lehetőségével.
Kibocsátásakor az „üres” mikroprocesszoros kártya kezdetben a ROM-ban tartalmazza a kártya típusát (banki 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 most a Gemplus cég (Franciaország) kártyája, amelyet az U.E.P.S. (orosz változat), a Netl (Franciaország) készítette. 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ástól, lézeres szkenneléstől, vágástól, melegítéstől stb. A rendszer minden résztvevője (mind a bank, mind az üzlet) saját kulcsokkal rendelkezik. A bank tárolja az úgynevezett "nulla jelszót", amelyet a szállítási kulcs behelyezésekor vagy cseréjekor ad meg, amellyel a kártyákat a banki kibocsátásig "lezárja", miközben a rendszerszolgáltató 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 ezáltal új lehetőségeket teremtenek résztvevőik számára. Növekszik a fizetés hatékonysága, kényelmesebbé és bizalmasabbá válik a saját kiadások ellenőrzése. Az ügyfél egy kártyán külön-külön tárolhat 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. A pénzeszközök e területek közötti átutalása bármely létesítményben elvégezhető. Ugyanakkor az ügyfél pénzátutalást, közüzemi számlát készíthet és bármilyen méretű vásárlást fizethet.
Az üzletek használhatják az SC-t, miközben továbbra is képesek dolgozni bármilyen típusú MC-vel, és egy speciális áruterminál használatával lehetőséget kapnak az ügyfélszolgálati idő csökkentésére további személyzeti képzés 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 forgalomba bocsátó kártyát 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ó.
A következő években nemcsak a helyi rendszerek egységesítésére kell számítanunk, hanem a bankközi egységesítéssel járó egységesítésre is. A kártyakivonás eljárásai és a rendszer egyéb technológiai szakaszai, ennek alapján a nemzeti és nemzetközi kártyarendszerek rendszerének 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ő számára megkönnyíti a könyvelést. A rendszer biztosítja a különböző típusú fizetési bizonylatok ügyfél általi elkészítését, szükség esetén „becsomagolását” és a bankba történő továbbítását, valamint a számlakivonatok és fizetési nyilvántartások banktól történő átvételét. 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 közelmúltban 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 lehetővé teszik a többfunkciós felhasználást, 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.
Tehát az elõzõek bemutatjá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 megszervezésének alapelveit, valamint az információfeldolgozás és -továbbítás megbízhatóságát biztosító funkcióit, ami abból áll, hogy a bank számos műveletet hajt végre korszerű banki körülmények között. A modern irányítási rendszerek nemcsak az elszámolási műveletek javítását teszik lehetővé, hanem a banki irányítási folyamatokat is, segítséget nyújtanak a hitelezési vagy ügyleti tevékenységgel kapcsolatos döntések meghozatalához.
Feltárul a kommunikáció szerepének növekedése a kereskedelmi bankok és fiókjaik tevékenységében. Ez megnyilvánul az új típusú szolgáltatások, például a készpénz nélküli fizetés megjelenésében a bankok belső tevékenységében, például a konszolidált pénzügyi kimutatások elkészítésében.
A modern BIS megnövekedett funkcionalitása a banki jogi és gazdasági szférában bekövetkezett állandó változások következtében megnövekedett hardver- és szoftverkövetelményeket jelent, amelyek az információtovábbítás 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 megfelelő felépítésétől függ.
Ez a cikk feltárja az "információs rendszerek" fogalmát, valamint a banki tevékenységben betöltött szerepüket és fontosságukat, választ ad arra a kérdésre: "Hogyan és milyen módon befolyásolják az információs rendszerek egy olyan irányt, mint a bankszektor?"
A bankban lezajló pénzügyi és monetáris folyamatok az információfeldolgozás, valamint az információtárolás és -továbbítás folyamatait jelölik. Ez vonatkozik mind az ügyfélszámlák állapotáról információval rendelkező elszámolási folyamatokra, mind pedig magának a banknak a kezelésének és a vezetői döntések meghozatalának folyamataira. Ez a téma relevanciája. A munka célja az információs rendszerek jelentőségének tanulmányozása a bankszektoron belül.
Az információs technológiák folyamatok, keresési, gyűjtési, tárolási, feldolgozási, valamint információszolgáltatási és -terjesztési módszerek, valamint az ilyen módszerek és folyamatok megvalósítására szolgáló módszerek.
A banki információs rendszer feladata a struktúra működésének biztosítása és a gazdálkodási feladatok ellátása. A banki információs rendszer sajátossága, hogy nemcsak a külső kommunikációs és dokumentumkezelési feladatok végrehajtását biztosítja, hanem a termelés fő eszköze is. Valójában a bank minden monetáris tranzakciója pénzügyi dokumentum, vagyis az automatizált vezérlőrendszer klasszikus feladata. A bank információs rendszerének további feladata a menedzsment (a bank, részlegeinek vezetése és maguk az automatizált munkahelyeken dolgozók) munkájának biztosítása, az ügyfélszolgálat biztosítása, a bankon belüli cash flow szerkezetének fenntartása, a külső karbantartás. pénzforgalom, a banki ügyfelek szolgáltatásainak támogatása.
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-es éveknek felel meg, amelyet az elektronikus számítógépeken alapuló információs rendszer kiépítése jellemez.
A második szakasz - 1975 - 1980. Emlékezik rá, hogy miniszámítógépeket használt. A második szakasz fő innovációja a kétszintű "főszámítógép - miniszámítógépek" modell volt, amelyben az információs alap egy központi adatbázis és az abban található alkalmazáscsomagok formájában volt.
A harmadik szakaszt - a 80-as éveket - a 90-es évek elejét - az elosztott hálózati feldolgozás jellemzi, amely a felhasználók tömeges átállásán alapul a nagy számítógépekről és a miniszámítógépekről a hordozható számítógépekre (itt a hálózati verziót használjuk). 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 a vállalkozások és részlegek információs rendszerei jöttek létre, amelyek hierarchikus kliens-szerver modellre épülnek.
Az információs rendszerek 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 kliens munkaállomások helyi hálózatairól a szerverhálózatokra való átállással. A negyedik generáció kétszintű hálózatokkal rendelkezik. A törzshálózat egyesíti a hardvert és a szoftvert, hogy támogassa a felhasználói munkát és a helyi hálózatokat, amelyek kölcsönös adatcserét és a vállalati erőforrásokhoz való hozzáférést biztosítják a felhasználóknak. Az információs rendszerek koncentrációjának fő csomópontja biztosítja a helyi szerverek kapcsolatát magával a központi számítógéppel.
Az információs rendszerek fejlődésének ötödik szakaszát a nyilvános hálózatok megjelenése jellemzi, amelyek legjellemzőbb képviselője az Internet.
Az információs rendszerek fejlesztésének harmadik szakaszáig a banki információs rendszerek gyakorlatilag nem különböztek egymástól, és a meglévő rendszereket másolták a különféle profilú vállalkozások automatizálására. A PC megjelenésével a legtöbb bank kezdett befektetni egyedi információs rendszerei fejlesztésébe. És eddig, egy adott banktól függően, az információs rendszerek funkciójukban, felépítésükben, hierarchiájukban és megvalósításukban nagyon eltérőek. Az információs rendszerek sajátosságait azonban továbbra is magának a banki üzletágnak a tárgyköre határozza meg. Először is, a banki üzletágban nincs szükség hatalmas számításokra, a fő probléma pedig mindig az összegyűjtendő, biztonságosan tárolandó és természetesen azonnal feldolgozandó információ mennyisége.
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. A releváns információterületeknek a lehető legnagyobb biztonsággal kell rendelkezniük a nem engedélyezett hozzáféréssel szemben.
A rendszerek felhasználói banki alkalmazottak. Számukra a terminál, a személyi számítógép vagy a munkaállomás csupán eszköz a szakmai tevékenységükhöz. Ezért az információs rendszernek egyszerű, kényelmes és könnyen elsajátítható felülettel kell rendelkeznie, amely biztosítja a végfelhasználó számára a munkájához szükséges összes funkciót, ugyanakkor nem ad lehetőséget szükségtelen műveletek elvégzésére.
A banki információs rendszer lényeges eleme a hosszú ideig halmozódó információk, amelyek elvesztése nem pótolódik. Mivel a bankok hosszú időre tervezik az értékes információk felhalmozását, megbízható módszereket kell alkalmazni ezek hosszú távú tárolására.
Az automatizált bankrendszer fő összetevői:
Az automatizált bankrendszer minden összetevője összefügg, kölcsönösen függ és elválaszthatatlan egymástól.
Az információs támogatás gépen belüli és gépen kívüli részre oszlik. A bankban található információk összessége, beleértve a pontozókártyákat, az információs elemek osztályozási és kódolási módszereit, a dokumentumokat, az információáramlás dokumentumáramlását - mindez off-machine szoftver. Az Intramachine szoftver az adatok gépi adathordozón való megjelenítése speciálisan szervezett tömbök, fájlok, adatbázisok, banki adatok és ezek információs hivatkozásai formájában.
Egy modern bank tevékenysége egyre inkább függ az informatizálási és automatizálási folyamatok hatékonyságától. Mindez az információs rendszer fejlesztésének alapja. Figyelembe véve a jelenkort, és természetesen a gyorsan változó információs technológiák körülményei között, hosszú távú terveket alakítanak ki a hatékony információs rendszerek létrehozására.
Az automatizált banki rendszerek szervezett irányítása és folyamatos fejlesztése szükségességének megértése nem hagy kétséget afelől, hogy ezek a rendszerek fokozatos fejlődésük érdekében elfoglalják méltó helyüket a bankszektorban.
A BIS kialakításánál figyelembe kell venni a szerkezetüket és tartalmát befolyásoló tényezőket: a bank általános jellemzőit, rövid és hosszú távú céljait, fejlesztésének stratégiai irányait; a meglévő irányítási struktúra jellemzői; a banki technológia kiépítésének általános elvei;
A BIS-rel szemben a következő követelmények vonatkoznak: a banki területen végbemenő állandó változások nagyfokú alkalmazkodóképességet kívánnak meg a bankirányítási rendszertől, pl. A BIS-nek rugalmas szerkezetűnek és nyitott rendszernek kell lennie, amely lehetővé teszi a szükséges változtatások végrehajtását a bankszektorban bekövetkező szerkezetátalakítások esetén;
Az LSI-re a következő követelmények vonatkoznak: a „dátumhoz való visszaállítás” (ellenőrző pont) vagy „technológiai visszaállítás” lehetősége a „red storno” fordított könyvelési rendszeren keresztül. Ennek az elvnek megfelelően a kiindulási helyzet elérésekor és javításakor a banki alkalmazottak 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;
A LIS-re a következő követelmények vonatkoznak: Biztonság, ehhez jelszórendszert használnak, a továbbított információk titkosítása, elektronikus aláírás és egyéb információvédelmi eszközök. Az információs adatbázis archívumának vezetésének megfelelő megszervezése is fontos az információvédelem biztosításához.
Az ARM SKO hitelosztályának munkatársának munkaállomása biztosítja a szerződés megkötését és karbantartását, meghosszabbítását és lezárását (archívumba kerülését), a tőketörlesztési ütemezések és a különböző konstrukciók szerinti kamatfizetések kialakítását, valamint a szerződéskötés nyomon követését. ezen ütemtervek végrehajtása , valamint az adósság fő részére és a kamatokra felhalmozódó kamatok . Ugyanakkor számos állítás keletkezik.
Az egyénekkel dolgozó alkalmazottak munkaállomása egyre gyakrabban szerepel a BIS-ben, 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 tömeges jellegük miatt munkaigényesek. Alapvetően betéti műveletek jellegéből adódóan ez a munkaállomás csak egy meghatározott szolgáltatási körben különbözik alapvetően a betéti osztály dolgozóinak munkaállomásától.
A pénztári osztály munkatársának munkaállomása biztosítja a bank pénztári politikájának végrehajtását, valamint a magán- és jogi személyekkel kötött bizalmi szerződések végrehajtását. Az AWS olyan módokat foglal magában, mint egy befektetési objektum gazdasági állapotának felmérése, é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 közgazdász munkaállomás (lehet, hogy nem) elvégzi: személyes számlák kivonatának kialakítását, személyes számlák kamatfelhalmozásának ellenőrzését, személyes számlák egyenlegeinek és könyvelésének ellenőrzését, a bank szabványainak és teljesítménymutatóinak kiszámítását, ellenőrzését. kirendeltségek munkája felett, információszerzés az adófelügyelőség számára.
A könyvelő munkaállomása biztosítja: számlaegyenlegek kiszámítását a következő nap elején; a mérleg és a mérlegen kívüli számlák és mellékleteinek bármely időszakra történő formálása, megtekintése, javítása, kinyomtatása, mentése; a fióktelep bármely mérlegszámláján részletes egyenleg vezetése;
A főkönyvelő munkaállomása 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; egyenleg- és mérlegen kívüli számlák mérlegének, valamint személyi számla nyitására, zárolására és módosítására vonatkozó kimutatások megtekintése, kinyomtatása; az ügyfél aláírási fájljának frissítése (egyes LIS-ekben)
Információs támogatás Az információs támogatás gépen belüli és gépen kívüli részre oszlik. A bankban található információk összessége, beleértve a pontozókártyákat, az információelemek osztályozási és kódolási módszereit, a dokumentumokat, az információáramlás munkafolyamatait, gépen kívüli szoftver. Az Intramachine szoftver az adatok gépi adathordozón való megjelenítése speciálisan szervezett tömbök, fájlok, adatbázisok, adatbankok és ezek információs hivatkozásai formájában.
A hardver a következőket tartalmazza: számítástechnikai eszközök (szerverek, munkaállomások); helyi számítógépes 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, kereskedési rendszer terminálok, műanyag kártyás fizetési rendszerek berendezései.
A technológiai támogatás olyan tervezési döntések ö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ások és ajánlások összessége. A technológiai támogatás alapvető eleme egy külső esemény, amelyre válaszul számos műveletet kell végrehajtani meghatározott sorrendben.
A matematikai szoftverek a következőkre oszlanak: Tárgyi és alkalmazott: A tantárgyi matematikai szoftverek algoritmusok, gazdasági és matematikai módszerek összessége az információk konvertálására, a pénzügyi és hitelfolyamatokat tükröző modellek, valamint az információs tervben szereplő banki problémák megoldásának módszerei. Az alkalmazásszoftver egy automatizált rendszer algoritmusait, módszereit és modelljeit tartalmazza.
Az ABS szoftver felépítése: A funkcionális célnak megfelelően az automatizált bankrendszert három alrendszerre szokás felosztani: Front-office (felső szint) - olyan alrendszer, amely biztosítja a bank interakcióját a külvilággal. Az alrendszer végzi az elsődleges információk bevitelét, a bank interakcióját az ügyfelekkel, más bankokkal, tőzsdékkel, a Központi Bankkal. Back-office (középső szint) - általános banki és általános üzleti tevékenységeket biztosító alrendszer. Az alrendszer magában foglalja a hitelekkel való munkát, Számvitel (alacsonyabb szint) - egy olyan alrendszer, amely időben és helyesen tükrözi a bank tevékenységét a meglévő számviteli eljárások keretein belül. Egy független csoportba - Elemzés - tartoznak a bank jelenlegi állapotát elemző műveletek, a bank tervezése és belső ellenőrzése.
A banki műveletek technológiái makro- és mikrotechnológiákra oszthatók, A makrotechnológia meghatározza a banki alkalmazott tevékenységeinek (funkcióinak) sorrendjét a banki szolgáltatások nyújtása során. A mikrotechnológia azon műveletek részletes listája, amelyeket a banki alkalmazott egy adott funkció végrehajtása során hajt végre.
A külső környezet, amellyel a kereskedelmi bank kapcsolatba lép, magában foglalja a pénzváltókat; az elektronikus pénzforgalom (EDM) résztvevői plasztikkártyákkal; ügyfelek; bankfiókok; bankok Oroszországban; bankok a FÁK-ban; külföldi bankok.
Az orosz bankokban használt LIS jellemzői A banki technológiák automatizálása hazánkban fejlődésének több szakaszán ment keresztül. Kezdetben ezek meglehetősen egyszerű szoftvertermékek voltak, amelyek a hagyományos DBMS-en alapuló banki tevékenységek bizonyos aspektusait automatizálták.
Az orosz bankokban használt LIS jellemzői A banki technológiák automatizálásának folyamata a 80-as évek végén és a 90-es évek elején új szakaszba lépett. Ez közvetlenül kapcsolódik az 1989-es bankreformhoz, amikor a kereskedelmi bankok (CB-k) megjelentek a banki szolgáltatások piacán. A pénzügyi és tőzsdei piac fejlődésével bővült a CB tevékenységi köre, és nőtt a feldolgozott információk mennyisége is.
Automatizált banki rendszerek fejlesztőinek befolyási besorolása Automatizált bankrendszer Szám Diasoft273 R-Style Software Lab261 Saját fejlesztés201 ProgramBank80 Inversion49 Quorum42 FORS28 CFT24 CSBI EE18 BIS12 MIM-Technology11
A hazai ABS rendszerek áttekintése Bankok Soft Systems. A céget 1994-ben alapították a Moszkvai Állami Egyetemen. Lomonosov és ma a Budget Financial Technologies Company-val együtt a Banking Systems, Budgetary and Financial Technologies holding része. A távoli banki szolgáltatások automatizálására szolgáló szoftverek fejlesztésére szakosodott, és a bankok számára egy átfogó BS-Client RBS rendszert kínál az integrált alrendszerek részeként: "Bank-kliens", "Internet-kliens" és "Telefon-kliens".
A Banks Soft Systems A Banks Soft Systems ügyfelei a Vneshtorgbank, OJSC Alfa-Bank, CJSC International Moscow Bank, OJSC AKB Ingosstrakh-Soyuz, CJSC East Bridge Bank, MDM-bank, Sobinbank, Surgutneftegazbank, Bank "PetroBank", NOMOS- -Bank, Ural-Siberian Bank, "Trust" befektetési bank és mások
ProgramBank Az 1989-ben a Moszkvai Bankunió keretében önfenntartó vállalkozásként alapított ProgramBank volt az első kereskedelmi cég Oroszországban, amely automatizált banki rendszereket fejlesztett és vezetett be.
ProgramBank A „ProgramBank” a fejlett információs rendszerek és megoldások egyik vezető fejlesztője és szállítója a hatékony bankmenedzsmenthez. A cég alkalmazási rendszerek széles skáláját kínálja, valamint képzési, támogatási és tanácsadási szolgáltatásokat.
ProgramBank A cég szoftvertermékeit jelenleg az orosz bankok 15%-a használja. A cég "Hephaestus", "Nostradamus", "Centaurus" bankrendszereket fejleszt. A "New Athena" banki menedzsment információs rendszert jelenleg a "ProgramBank" leányvállalata, a "New Athena" fejleszti.
Integrált banki rendszer "Gefest" A Gefest rendszer minden olyan alapvető követelménynek eleget tesz, amely a számviteli rendszerrel, mint a banki vezetői információs rendszer magjával szemben támasztott követelményt: a központosítást, amely lehetővé teszi egy több fiókból álló bank működését egyetlen adatbázison, bármilyen kommunikációs csatornán. ; A méretezhetőség szinte bármilyen méretű bankhoz elegendő; Megbízhatóság, amely lehetővé teszi a kereskedelmi bankok hatékonyságának fenntartását a vészhelyzetek széles körében;
A Gefest rendszer minden fő követelménynek megfelel: Termelékenység megfelelő az időben történő döntéshozatalhoz és a bank üzletágának növekedéséhez; A vezetői döntés meghozatalához szükséges összes információ és funkció integrálása a vezetés számára rendelkezésre álló térbe;
A Gefest rendszer minden fő követelménynek megfelel: Nyitottság bármilyen külső információforrás és üzleti folyamat felé; Rugalmasság, amely lehetőséget ad időben történő ellenőrzési akciók és beállítások végrehajtására a jelenlegi feltételek mellett a kereskedelmi bank legoptimálisabb működéséhez.
IBS "Centavr Omega" - a "Centavr Omega" bank irányítási rendszere - egy olyan rendszer, amely elsősorban az orosz bankokra és befektetési társaságokra összpontosít. Mindazonáltal olyan tulajdonságai, mint a több pénznem, számos számlatükörben való munkavégzés, univerzális jelentési rendszer, a rendszer könnyű államosításának képessége, az orosz és nemzetközi fizetési rendszerekkel való integráció, beleértve a SWIFT-et és a nemzeti RTGS osztályú rendszereket, lehetővé teszik a Centaur Omega használatát. Az IBS különféle pénzügyi szervezetek automatizálására Oroszországon kívül. A rendszer skálázhatósága és rugalmassága lehetővé teszi a központi bankokban, elszámolóházakban, a vállalkozásokat és a lakosságot kiszolgáló bankokban, valamint a nem banki pénzintézetekben történő használatát.
A Centaur Omega rendszer a modern bankirányítási rendszert meghatározó legfontosabb alapfogalmak figyelembevételével épül fel. kezelhetőség, funkcionalitás, az információkkal való munka kényelme, funkcionalitás adminisztráció és biztonság, adminisztráció és biztonsági fejlett technológiák.
Adminisztráció és biztonság A Centaur Omega rendszer fejlett felhasználói adminisztrációs rendszerrel, hozzáférési jogok elosztásával, felhasználói műveletek naplózásával rendelkezik. A rendszer felhasználói fiókok tárolása a DBMS felhasználói fiókoktól függetlenül történik. Ezt annak szükségessége diktálja, hogy a rendszerben végrehajtott műveleteket szigorúan a műveletet végrehajtó felhasználó azonosítójához kell kötni.
Az alkalmazásszerver kommunikációs feladatokat lát el, a kliens állomások szerverhez vagy adatbázis-szerverekhez való kapcsolódásának központosítására, valamint olyan funkciókat lát el, mint: belső audit, felhasználóknak a rendszerben való munkavégzéshez való jogok biztosítása. De az alkalmazásszerverre háruló legfontosabb feladat a rendszer üzleti logikájának megvalósítása.
A kliens alkalmazás univerzális és minden rendszermodulra alkalmazható. A munkaállomásnak nem kell telepítenie az adatbázis-kiszolgáló ügyfélszoftvert. Az alkalmazásszerverrel való kommunikációhoz a következő lehetőségek használhatók: TCP/IP kliens – csatlakozás az alkalmazáskiszolgálóhoz TCP/IP hálózaton keresztül (csak az alkalmazásszerver nevét és hálózati címét kell megadni); DCOM kliens - kapcsolat DCOM technológiával helyi hálózaton keresztül; WEB kliens - kapcsolat HTTP vagy HTTPS protokollon keresztül.
Az Inversion Company "Inversion" több mint 10 éve foglalkozik hitelintézetek és vállalkozások pénzügyi tevékenységének komplex automatizálásával. A cég ügyfelei többségét orosz kereskedelmi bankok teszik ki. Az "Inversion" a hazai bankrendszerek piacának egyik vezetője, amely különböző szintű komplex megoldásokat kínál. A cég partnerei között szerepel az Oracle, a SUN, az Intel, az Open Technologies és mások. A cég két komplex automatizálási rendszert fejleszt ki a „Bank XXI Century” és „InvoBank” bankok számára.
Center for Financial Technologies (CFT) Orosz szoftverfejlesztő bankok, fizetési rendszerek, ipari és kereskedelmi vállalatok számára. A cég fő tevékenységei a bankok és cégek pénzügyi és menedzsment tevékenységének komplex automatizálása, internetes technológiák fejlesztése.
Computer Systems for Business A "Computer Systems for Business" (1997-ig - Computer Systems for Business International Eastern Europe, CSBI) 1993-ban alakult megoldásszállítóként, szoftverfejlesztőként és rendszerintegrátorként.
A termékek általános jellemzői: több valuta - lehetővé teszi, hogy tetszőleges számú pénznemben dolgozzon a bankban (egy valutával 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.
A külföldi ABS Midas DBA áttekintése, DBA egyenlet (Midas–Kapiti International, Egyesült Királyság). Ezek az ABS-k világelsők a felhasználók számát és az aktív telepítések számát tekintve. Jól ismertek a FÁK-országok piacán. Általánosságban elmondható, hogy a rendszerek meglehetősen merevnek bizonyultak, nehezen igazíthatók a helyi jogszabályok és a szabályozási keretek sajátosságaihoz.
Bank master A Bank master univerzális bankrendszer, azonban a funkcionális alrendszerek jelentős részét a gyártó vagy harmadik fél további termékei támogatják. Mind a részlegek (fiókok) önálló működése, mind a kliens-szerver módban végzett közös munka megengedett. A rendszer funkcionális fejlesztése egyedi bankok projektjei formájában valósult meg kis- és középbankokra fókuszálva.
Az Intersoft Lab információs, elemző és menedzsment rendszerek fejlesztésére szakosodott hitelintézetek, kereskedelmi vállalkozások és költségvetési szervezetek számára. Az Intersoft Lab a Microsoft Corporation PIP partnere és az IBM Corporation programozási üzleti partnere. A cég ügyfelei között szerepel a NIKOil Investment Banking Group, az orosz Vasúti Minisztérium TransCreditBank vezető bankja, a Sobinbank JSB, a Bank Petrocommerce OJSC.
Finance KIT rendszer A Finance KIT rendszer a Treasury front-end back office-jaként készült. Főleg a vállalati treasury szektorban nyert devizát, bár volt néhány banki felhasználó. Kezdetben a Windows operációs rendszerű személyi számítógépeket választották ABS platformnak, de ez a platform nem tudta biztosítani a szükséges teljesítményt, majd átírták a UNIX platformra és a Sybase DBMS-re.
Olympic (ERI Bancaire SA, Svájc) Az Olympic célja, hogy támogassa a front- és back office munkáját – az ügyfélmegbízások fogadásától, beleértve az elektronikus banki ügyintézést is, a végső elszámolásokig és értesítésekig. Az ABS támogatja a portfóliómenedzserek és kereskedők front office-át, devizaügyletet, bankközi kereskedést, értékpapírokat, swapokat, határidős ügyleteket, hitelmodullal kiegészített opciókat, lakossági tranzakciók nyilvántartását és elszámolását, okmányos tranzakciókat
Otthoni banki szolgáltatások Körülbelül másfél évvel ezelőtt a bank és az ügyfél közötti interakció új megközelítése jelent meg – sok bank kezdett otthoni banki szolgáltatásokat nyújtani speciális „bank-ügyfél” rendszerek segítségével. Eleinte csak zárt magáncsatornákon keresztül nyújtottak ilyen szolgáltatásokat. Jelenleg a helyzet az internethasználat irányába változik. Most a legnépszerűbb vegyes megoldások.
Három Home Banking modell A bank biztosítja a megoldás felhasználói felületét, hálózatát és tartalmát. Ebben az esetben a bank saját maga vagy egy erre szakosodott szoftvercég által kifejlesztett „bank-kliens” rendszer használható. A felhasználói felületért és a hálózatért a közvetítő vagy szolgáltató, a tartalomért a bank a felelős. Otthoni szolgáltatások nyújtása az internet használatával. Ebben az esetben a felület egy webböngésző, az internet a hálózat, a tartalom pedig bankfüggő.
Távoli banki szolgáltatások elektronikus szolgáltatásai A távoli banki szolgáltatást (RBS) szokás banki szolgáltatások (banki termékek biztosítása) távolról történő nyújtásaként, anélkül, hogy az ügyfelek felkeresnék a banki irodát, a banki alkalmazottakkal való közvetlen kapcsolattartás nélkül otthonról (az ún. -úgynevezett "home-banking"), iroda, autó stb.
Az internetes bankolás a bank által az interneten keresztül az ügyfélnek nyújtott banki szolgáltatások összessége, amely magában foglalja: saját számlák ellenőrzését; nem készpénzes valuta vásárlása és eladása; Közművek fizetése, Internet hozzáférés, mobil- és személyhívó szolgáltatók számlái; készpénz nélküli fizetések, pénzeszközök átutalása számlákon.
A videobanking egy interaktív kommunikációs rendszer az ügyfél és a banki személyzet között, egyfajta videokonferencia, amelyet egy kioszk nevű eszközzel szerveznek meg (egy érintőképernyős eszköz, amely lehetővé teszi az ügyfél számára különféle információk elérését, valamint kommunikációt). banki alkalmazottal és végezzen vele különféle műveleteket) . A kioszkokat nyilvános helyekre telepítik, és gyakran ATM-ekkel kombinálják.
A számlák telefonos fizetéséhez a banki ügyfél egy bankszámítógéphez csatlakoztatott speciális eszközt használ, amely lehetővé teszi számára, hogy sokféle információt kapjon a számláján lévő pénzeszközök mozgásáról és a pénzügyi piac helyzetéről, és kifizesse az áruk számláit. , orvosi szolgáltatások, villany stb.
A bankok másik szolgáltatása a mobiltelefon-tulajdonosok számára az SMS-banki szolgáltatás. A bármely mobilszolgáltató rendelkezésére álló SMS-szolgáltatások (SMS) segítségével az ügyfél minden információhoz hozzájut a folyószámláinak (számlaegyenlegek) állapotáról, valamint megkapja a szükséges időszakra vonatkozó számlakivonatokat.
WAP-banki távoli számlavezetés vezeték nélküli adatátviteli protokollon alapuló speciális szoftverrel felszerelt mobiltelefonon keresztül. A bankok azonban egyelőre nem emelik ki a WAP-bankot, mint külön szolgáltatástípust. Annak az ügyfélnek, aki csak mobiltelefonon kíván banki tranzakciókat lebonyolítani, továbbra is csatlakoznia kell az internetes banki rendszerhez. A mobilkommunikációs vállalatok, amelyek internet-hozzáféréssel rendelkező GSM-telefonokat kínálnak ügyfeleiknek, nem mindig tudják fenntartani a továbbított vagy fogadott információk szükséges védelmét az interneten szervezett szinten.
A modern bankrendszerek a következő hardverekből állnak:
A bankrendszerek funkcionalitását és hatékony működését befolyásoló legfontosabb tényezők a technikai eszközök összetétele, azok architektúrája, valamint az alapvető (rendszer)szoftverek halmaza, amelyre az alkalmazott rendszerrész épül.
Az ABS működésének megkülönböztető jellemzője, hogy nagy mennyiségű adatot kell rövid időn belül feldolgozni. Ebben az esetben a fő teher a beviteli, olvasási, írási, adatátviteli műveletekre hárul. Ez nagyon szigorú követelményeket támaszt az operációs rendszer, a DBMS és az adatátviteli szolgáltatások teljesítményére vonatkozóan. Ezenkívül jelentős mennyiségű információnak kell online elérhetővé válnia, hogy lehetővé tegye az elemzést, az előrejelzést, az ellenőrzést és egyebeket. Ezért az alapul szolgáló eszközöknek támogatniuk kell a nagy (és egyre növekvő) adatmennyiséghez való hozzáférést a teljesítmény feláldozása nélkül.
Az ABS működésének biztosítására, a szoftver alkalmazási részének fejlesztésére alapvető eszközöket használnak. Az alapvetőek az operációs rendszer, a DBMS és más rendszerszoftverek. A pályázati programok a környezetükben, akciójuk alatt működnek.
A hálózati funkciók jelenléte az alapszolgáltatások körében a modern ABS nélkülözhetetlen tulajdonsága. A hálózati funkciók többszintű és többlinkes tulajdonságokat adnak a rendszernek, emellett lehetőséget adnak a különféle szoftverplatformok (Linux, FreeBSD, Windows, Unix és mások) kombinálására, és ennek eredményeként a rugalmas bővítés és növekedés lehetősége. a rendszer - kiegészítve új működő rendszerekkel, új, különböző osztályú szerverekkel.
Az ABS fejlődésének jelenlegi szakaszában a szórt (elosztott) információfeldolgozás egyre elterjedtebb. Ezt elősegíti a számítástechnika rohamos fejlődése, csökkentve a költségeket, a könnyű karbantartást és üzemeltetést.
Szerkezetileg az ilyen ABS hálózatként (számítógépes rendszerként) valósul meg, amely adatátviteli csatornákon keresztül egyesíti a szerverberendezéseket, terminálokat és egyéb perifériás eszközöket.
A nagybankok információs rendszereinek létrehozása erősebb központi szerverrendszerre és viszonylag gyengébb "szerverekre" épül fel. A hálózati PC-k alapján összefüggő speciális munkaállomások rendszere jön létre.
Különböző szintű irányítási AWP-k jönnek létre - vezetők, osztályvezetők, osztályvezetők és más, az információk átalakításában részt vevő dolgozók.
A munkaállomások sajátos rendeltetését figyelembe véve a fejlesztésük alapelve a különböző szintű és rendeltetésű munkaállomások, amelyek számítógépes banki hálózatokká (BC) egyesülnek.
A VS megköveteli az információáramlás integrációját, és különösen az információk adatbázisok formájában történő szervezését. Az adatbázis karbantartására és kezelésére különféle eszközök állnak rendelkezésre – ezek mindenekelőtt a különféle adatbázis-kezelő rendszerek (DBMS). A munkaállomás-hálózat részét képező adatbázis felépítésének lehetővé kell tennie annak egyszerű felosztását különálló munkaállomásokon elhelyezett albázisokra, és egyúttal biztosítania kell a könnyű hozzáférést bármely albázishoz, figyelembe véve a meglévő engedélyezett hozzáférési rendszert.
Az ABS-en belüli munkaállomások használata magában foglalja egy olyan struktúra létrehozását, amely biztosítja az ABS-ben lévő alrendszerek működését, kapcsolatokat biztosít közöttük, interfészt a munkaállomások között a felhasználókkal és a hardverrel, az ABS-ben és a munkaállomásokban használt szoftverek és információs eszközök interakcióját.
Az ABS részeként működő munkaállomás funkcionalitását befolyásoló legfontosabb tényezők a technikai eszközök összetétele, azok architektúrája és az az alapvető (rendszer) szoftver készlet, amelyre az alkalmazott rendszerrész épül.
A bankrendszerek fejlesztésének fő modern iránya a helyi hálózatokon alapuló elosztott rendszerek létrehozása, nagy teljesítményű számítógépekkel, amelyek szerverként működnek, és a PC-k munkaállomásként (munkaállomásként), amelyek egyike az Automatizált Munkahely „Klient-Sberbank”.
Client-server (eng. Client-server) - olyan hálózati architektúra, amelyben az eszközök vagy "kliensek" vagy "szerverek". A "kliens" (front end) a kérelmező gép (általában PC), a "szerver" (back end) az a gép, amely válaszol a kérésre. Mindkét kifejezés (kliens és szerver) egyaránt alkalmazható fizikai eszközökre és szoftverekre.
Az az állítás, hogy egyes információs rendszerek "kliens-szerver" architektúrával rendelkeznek, azt jelenti, hogy ennek a rendszernek az alkalmazáskomponense elosztott, és két egymással összefüggő komponensből áll, amelyek közül az egyik (kliens) magas szintű kéréseket formál és küld egy másik összetevőnek (szervernek). , ez a feladat ezeknek a kéréseknek a kiszolgálása.
Az ügyfél-szerver interakciónak általában három modellje létezik:
* RDA (Remote Data Access), amelyben a prezentációs komponens (felhasználói felület) és az alkalmazás komponens (program működési logika) a kliens részben, az információs erőforrás (adat) hozzáférési komponens pedig a szerver részben található.
* DBS (DataBase Server), amelyben a prezentációs komponens a kliens részben, az alkalmazáskomponens és az információs erőforrásokhoz való hozzáférés pedig a szerver részben található;
ѕ AS (Application Server), amelyben a prezentációs komponens a kliens részben, az alkalmazáskomponens az "alkalmazáskiszolgálóban", az információs erőforrás hozzáférési összetevő pedig az "adatbázis-kiszolgálóban" található.
Az „Ügyfél-Sberbank” banki információs rendszer egy számítógépes program az ügyfélszervezet és a folyószámlát kiszolgáló bankfiók közötti elektronikus kommunikációhoz. A Client-Sberbank program Client-Server technológiával épül fel az információ-hozzáférési szint elosztásával.
Tekintsük az Automatizált Rendszerek Megvalósítási és Karbantartási Osztály (ViSAS) munkájának felépítését, amely biztosítja a Client-Sberbank rendszer Szerver részének működését.
A szervezeti felépítés bonyolultnak és körülményesnek tűnik, sok munkához tapasztalt és profi személyzet szükséges.
A „Client-Sberbank” rendszer „Client” automatizált munkaállomása dokumentumok bankba történő bevitelére, szerkesztésére és elküldésére, valamint a befizetésekre vonatkozó információk, számlakivonatok, referenciaadatok és szabad formátumú levelek fogadására szolgál a banktól. A rendszerrel való munka során a felhasználók különböző kategóriáihoz különböző jogok rendelhetők, ami további szintű védelmet nyújt a program jogosulatlan használata ellen.
A Client-Sberbank rendszerben használt elektronikus aláírási és továbbított fájlok titkosítási eljárásai kizárják a továbbított információk rosszindulatú lehallgatását, olvasását és torzítását. Az elektronikus aláírási eljárás megfelel az Orosz Föderáció GOST R34.10-94 „Információs technológia. Az információk kriptográfiai védelme. Aszimmetrikus kriptográfiai algoritmuson alapuló elektronikus digitális aláírási rendszer” és GOST R34.11-94 „Információs technológia. Az információk kriptográfiai védelme. Hashing funkció", és a titkosítási eljárás - a GOST 28147-89 követelményei.
A szoftverbe épített transzport alrendszer a bankkal való adatcseréhez a szabványos TCP/IP protokollt használja, amely lehetővé teszi a kommunikációs munkamenet létrehozását globális hálózatokon (internet és egyéb, a megadott protokollt támogató) keresztül.
Az adminisztrátor feladatai a következők:
A továbbított információs csomagok több fokú védelmet alkalmaznak: kliens oldalról - a kezelői jelszó, a felhasználó személyes jelszava, az EDS védelmi eszköz (Elektronikus digitális aláírás); a bank részéről - IP cím szerinti kötés, kliens munkaállomás hardveres konfigurációja, a program kliens verziójának azonosító kódja, komplex rendszer az adatcsomagok kódolására, a biztonsági kódok folyamatos frissítése mind a kliens, mind a szerver számára alkatrészek.
A program főablakának megjelenése megfelel a Windowsban a vezérlőkről elfogadott konvenciónak. A fő kezelőszervek funkcióit az alattuk található eszköztippek ismertetik. Ezenkívül a környezetfüggő súgó is használatos.
Az információhoz való hozzáférés szintjének biztosítása a vállalkozáson belül. Különösen hatékony a nagy ipari vállalkozásoknál: főigazgató, igazgatóhelyettes, főkönyvelő, könyvelő, üzemeltető stb.
Adatmentő varázsló a kliens munkaállomás adatainak információs csomagjának integritásának és megbízhatóságának biztosítására.
Az Integrált Banki Információs Rendszer (BIS) egy egységes szoftver- és technológiai komplexum, amely a meghatározott finanszírozási és hitelezési feltételek mellett szabályozott források fejlesztésének, törlesztésének és egyensúlyának felgyorsításának eszköze. Az integrált BIS nem töredékesen, hanem átfogóan fedi le a banki feladatok körét, tükrözve azok összefüggéseinek összetettségét. Ezek nem különböző, jól automatizált feladatok gyűjteményei, hanem egy olyan programkomplexum, amely egy komplex rendszer tulajdonságaival rendelkezik:
A hierarchikus struktúra összetettsége;
megjelenése;
Többféle funkcionális cél;
A munka dinamizmusa, miközben biztosítja a sztochasztikus (valószínűségi) folyamatok kezelését;
Multifunkcionalitás.
Ezért az integrált LSI fejlesztése során számos olyan tényezőt kell elemezni, amelyek befolyásolják azok szerkezetét és tartalmát:
A bank általános jellemzői;
Közeli és távoli céljai, fejlesztésének stratégiai irányai;
A meglévő irányítási struktúra jellemzői;
A banki technológia kiépítésének általános elvei;
Várható rendszerarchitektúra és automatizálandó funkciók összetétele;
A bemeneti és kimeneti információ mennyisége.
Bemeneti dokumentumok száma;
információbiztonsági követelmények.
Egy ilyen elemzés alapján a jövőbeni rendszer alapelvei kerülnek továbbfejlesztésre.
Az EIS funkcionális részének kialakítása annak a stratégiai kérdésnek a megoldásához kapcsolódik, hogy az alrendszerek kiválasztásának kritériumát a szervezeti és gazdasági objektumok automatizálásának történetében végig fennálló, és az ún. jelen idő. Bármely rendszer szerkezetének és működésének vizsgálata annak elemzésén és további szintézisén alapul. Ha pedig az elemzés célja a rendszer működésének törvényszerűségei vizsgálata a meglévő struktúrával, akkor a szintézis feladata egy olyan struktúra megtervezése és kiválasztása, amely megvalósítaná a hozzá rendelt funkciókat.
A komplex rendszerek elméletéből ismert, hogy bármely összetett rendszer felbontható néhány alrendszerre, különböző mélységű részletezéssel.
Hagyományosan alatt funkcionális alrendszer az általános irányítási rendszer bizonyos részei, amelyeket az irányítás funkcionális jellemzőinek közössége szerint osztanak ki.
Mivel a bankban megoldott feladatok sokrétűek, a tervezés során felmerül az LSI dekompozíciós jelek osztályozásának problémája. Az ilyen jelek megkülönböztethetők:
Funkciók;
Menedzsment időszak;
Ellenőrző objektumok stb.
Vezérlési funkciókösszetételének sokoldalúsága miatt az irányítási rendszerek dekompozíciójának egyik leggyakoribb jele. A bankirányítási rendszer, amely általánosságban ellátja a bármely irányítási rendszerre jellemző funkciókat (tervezés, számvitel és ellenőrzés, elemzés és szabályozás), rendelkezik az irányítási struktúra elemei közötti megoszlási jellemzőkkel. Ezek a funkciók elválaszthatatlanul kapcsolódnak egymáshoz, és mindig céljellegük van.
Számvitel és ellenőrzés a bankban a működési és a számvitel képviseli őket, amelyek szorosan összefüggenek egymással, hiszen az analitikus szintet a banki számvitelben személyes számlák tükrözik, és minden személyes számla egy bizonyos mérlegszámla alá tartozik. Tekintettel arra, hogy minden munkanap egyenlegképződéssel zárul, a személyes számlák állapotát megváltoztató tranzakciók azonnal megjelennek a szintetikus számlákon és a mérlegben. A statisztikai számvitel lehetővé teszi, hogy információkat gyűjtsön az egyes mutatók hosszú távú változásairól.
Elemzés egy olyan menedzsment funkció, amely lehetővé teszi az aktuális gazdasági helyzet felismerését a bankon belül és kívül egyaránt. A nagy bankokban két független részleg működik, amelyek közül az egyik a bank belső állapotáról, a másik pedig a külső környezet elemzését végzi.
Tervezés, az elemzési adatok alapján elkészíti a lehetséges megoldásokat a jelenlegi helyzet leküzdésére és a kitűzött célok elérésére. Ugyanakkor a külső interakciók tervezése és a bank belső állapotának tervezése összekapcsolódik, bár szerkezetileg elkülönül, és részben a marketing folyamatban (a bank marketing és fejlesztési osztálya), részben a tervezésben valósul meg. osztály (gazdasági gazdálkodási osztály).
Az integrált LSI fejlesztésének valós körülményei között a vezérlő funkciót nem önállóan használják fő jellemzőként, hanem csak kiegészíti a többi funkciót. A bomlás gyakoribb jele v Az orosz gyakorlat az irányítás tárgya.
A tervezési szakaszban elkészített megoldások a funkció keretében valósulnak meg szabályozás .
A cél szintjétől függően beszélhetünk a menedzsment horizontjáról. Vannak fogalmak stratégiai és taktikai célok, amelyek bizonyos mértékig feltételhez kötöttek, hiszen a taktikai célok, például egy bank igazgatósága stratégiai fontosságúak lehetnek egy másik vezetési szint, például egy hitelosztály számára. Mindazonáltal a bankszektor számára lehetséges a célok, és ebből következően a gazdálkodás fázisainak időtartam szerinti felosztása. kezelési időszak a következő típusokhoz:
Működőképes (egy munkanap);
Aktuális (Oroszország esetében - hónap, negyedév);
Ígéretes (Oroszország számára - egy év).
Így beszélhetünk működési, folyó és statisztikai számvitelről, tervezésről, elemzésről. Nem szabad azonban elfelejteni, hogy az elemzés önmagában nem létezik, és a tervezés előkészítő szakaszaként szolgál, és információs szempontból a rendszer aktuális állapotát tükröző számviteli adatokon alapul.
Vezérlő objektum A bank szolgálhat divízió vagy egyéni alkalmazott tevékenységeként, valamint külön banki műveletként, amely több technológiai szakaszból áll.
Az irányítási rendszer felépítése A bank különböző módon szervezhető, ami nagyban függ a bank méretétől, a nyújtott szolgáltatások számától, az ügyfelek számától és a bank által végzett műveletektől.
A következő típusú szerkezetek léteznek:
- lineáris szerkezet- a legegyszerűbb, az osztályok közvetlenül a bank igazgatótanácsának vannak alárendelve, ami lehetővé teszi a bank hatékony közvetlen irányítását. A fő vezetői teher az igazgatóság és az osztályvezetők közötti irányítási feladatok megosztása;
- személyzeti struktúra- az igazgatóságnak vannak alárendelve az osztályokat az azonos típusú irányítási feladatok alapján egyesítő osztályok (marketing osztály, devizaműveleti osztály stb.). A vezetői funkciók központok közötti megosztása a legfelső szinten valósul meg, lehetővé válik egyrészt a vezetői problémák nagyszámú szakember közötti elosztása, másrészt a munkavállalók specializációjának elmélyítése, ezáltal a az irányítás minősége;
- vonali állomány szerkezete - ennél összetettebb, hogy a betéti, hitelezési, befektetési és egyéb műveletek lebonyolítását biztosító osztályok alá vannak rendelve a különböző jogi személyek és magánszemélyek csoportjait kiszolgáló középszintű osztályoknak, akik maguk is kitűzhetik helyi céljaikat, alárendelve azonban a globális gazdálkodási céloknak. (bevétel maximalizálása elfogadható kockázat mellett, saját likviditás növelése stb.). Ugyanakkor egy ilyen felépítéssel megőrizhetők olyan vezérlőelemek, amelyek az ellátott irányítási funkciók egységességének elve alapján megkülönböztethetők. Egy ilyen szervezési rendszer bonyolítja és növeli az irányítás költségeit, de emeli annak minőségi szintjét.
Oroszországban a különböző kereskedelmi bankok irányítási struktúráinak sokfélesége elsősorban azok folyamatos fejlesztésének és megalakításának köszönhető. Egy kereskedelmi bank irányítási struktúrájára mutat be példát a 11. ábra.
KB tábla a bank legfelsőbb szerve, amely a következők stratégiai irányítását végzi:
Gazdasági elemzési adatok és számviteli adatok alapján meghatározza a bank pályacéljait és politikáját;
A kitűzött célokat eljuttatja az osztályokhoz további részletezés és az illetékes osztályok általi végrehajtás céljából;
Ellenőrzi a bank politikáját, felülvizsgálja, ha a gazdasági helyzet megváltozik, és ellenőrzi a banki portfólió állapotát is.
Az Igazgatóság bizottságokat hoz létre, amelyek támogatják a bank stratégiai irányítását, koordinálják az irányítási rendszer különböző részlegeinek munkáját. A bank méretétől és oroszországi igényeitől függően rendszerint bizottságokat hoznak létre, amelyeket az igazgatóság tagjai vezetnek:
Hitelbizottság;
Audit Bizottság;
Végrehajtó bizottság;
Tröszti Műveleti Bizottság stb.
Hitelbizottság véleményezi a kölcsönadás, illetve a megállapított limitek túllépésének minden esetét, valamint azok meghatározását. Javaslatokat dolgoz ki a hitelkamat mértékére és a hitelek szerkezetére feltételek és típusok szerint.
Ellenőrző Bizottság gondoskodik a rendszeres belső auditokról akár házon belül, akár külső auditorok bevonásával.
Végrehajtó bizottság gondoskodik a közgazdasági elemzésről (a bank céljainak teljesülése, jövedelmezősége, likviditása stb.), a bank tevékenységének felméréséről, melynek során elemzik a főbb gazdasági mutatókat, nyomon követik a pályacélok teljesülését.
A nagyszámú bizalmi ügyletet bonyolító bankokban bizalmi ügyletek bizottsága hozható létre.
Fejlesztési és Marketing Osztály Egy bank általában két részleggel rendelkezik:
1. A Fejlesztési Központ elemzi a külső helyzetet, és azt a bank belső helyzetének felmérésével egyeztetve előkészíti a bank politikájának és szolgáltatásainak piaci népszerűsítésének lehetséges irányait, amelyeknek összhangban kell lenniük a bank által jóváhagyott általános célokkal. a bank igazgatósága.
2. Marketing osztályértékeli a banki szolgáltatások piacának helyzetét, elemzi saját szolgáltatásai körének, minőségének és árának a piaci szintnek való megfelelését, szolgáltatásait a piacon népszerűsíti, ehhez reklámpolitikát dolgoz ki. Ez az osztály biztosítja a kommunikációt az ügyfelekkel és a nyilvánossággal. Egy fejlett társadalomban nem csak a nyújtott szolgáltatások mennyisége és minősége, hanem az elfogadott normák (tudomány, művészet támogatása, környezetvédelem) betartása is elengedhetetlen. Az osztály egyrészt tájékoztatja a bank vezetését minden bankon kívüli fontos eseményről, másrészt ismerteti a nyilvánossággal a bank céljait, stratégiáját,
Gazdasági Menedzsment Tanszék taktikai irányítást biztosít, és magában foglal egy tervezési és elemzési osztályt, valamint egy likviditáskezelési osztályt. A menedzsment taktikai szintje szükséges ahhoz, hogy a stratégiai célokat a tevékenységek szintjére finomítsuk, és a jövőben pálya jellegű célokként nyomon kövessük.
Likviditáskezelési Osztály kiszámítja a bank likviditási mutatóit, az övék faktoranalízis és napi kontroll.
Tervezési és Elemző Osztály, belső banki mutatók tanulmányozása, értékesítési tervek (például nyitott számlák száma), pénzügyi terv, belső események tervezése. Az osztály kiszámítja a kötelezettségek várható összegét és megoldja azok hatékony felosztásának problémáját. Megtörténik a bank eszközeinek és forrásainak csoportonkénti szerkezetének elemzése és a közöttük fennálló arány hatékonyságának felmérése. Ugyanakkor be kell tartani az „aranyszabályt”: a hosszú hiteleket hosszú távú betétekkel kell fedezni, stb.
Hitel- és Betétműveleti Osztály magában foglalja a hitel-, betét- és alaposztályokat.
Hitel és részvény Az osztályok kiegészítik egymást, nemcsak a bank hitel- és befektetési politikában elfogadott stratégiáját teljesítik, hanem azonnal reagálnak a jelenlegi tőkepiaci gazdasági helyzet által támasztott követelményekre is. Például a gazdasági növekedés időszakában nő a hitelállomány, csökken az értékpapír-állomány, alacsony hitelkereslet időszakában pedig megváltozik a kép.
A hitel- és betétosztályok funkciói a működésük alapvetően eltérő tartalma ellenére formailag nagyon hasonlóak. A funkciók hasonlósága abban nyilvánul meg, hogy nagyon fáradságos munkát kell végezni a hitelezés számos formális és jogi alapelvének ellenőrzése és betartása érdekében, amelyeket mind a hitelezőknek, mind a hitelfelvevőknek be kell tartaniuk. A különbséget az határozza meg, hogy ki a hitelfelvevő és ki a hitelező, a bank vagy az ügyfél. Mindenesetre az ügyfél és a bank közötti kapcsolatra az általuk megkötött szerződés az irányadó. A hitelellenőrzés előfeltétele a banknak a hitelfelvevővel szembeni minden egyéb intézkedésének, pl. elemzi a kölcsön visszafizetésének biztosításának lehetőségét, valamint a magánszemély és jogi személy hozzájárulásainak, kamatainak és egyéb befizetéseinek időszerűségét. Ez az ellenőrzés megköveteli a hitelfelvevő mérlegének, a fedezetek likviditásának, az éves pénzügyi beszámolónak és számos egyéb, a vállalkozás teljesítményét tartalmazó nyilvántartás elemzését.
Üzemeltetési és Számviteli Művek Osztálya (ODD) végrehajtja a személyes számlanyitás és -zárás, a készpénzes tranzakciók lebonyolítása, a személyes számlavezetés, az egyes ügyfelek nevében történő elszámolások, a bankközi műveletek lebonyolítása, a szintetikus számvitelvezetés, valamint a bank által is használt jelentések összeállításának teljes körét. (audit és kontrolling), valamint a külső környezet intézményei (felsőbbségi, adó- és egyéb hatóságok). Az osztály feladatai:
Jövedelem- és adószámítás és -elosztás a költségvetések között;
A fizetés esedékessége előtti elszámolási és fizetési bizonylatok elszámolása és a határidőben nem fizetett okmányok elszámolása;
Ügyfelek közötti korrekt és időben történő fizetések biztosítása;
Folyó- és elszámolási számlák kamatai elhatárolása és leírása;
Értékek és dokumentumok könyvelése egyenlegen kívüli számlákon;
Hitelek lejáratú kötelezettségeinek elszámolása;
Pénzeszközök letétbe helyezése csekkkönyvek, akkreditívek kibocsátásához és fizetési megbízások elfogadásához;
Szakmaközi forgalom működésének szervezése és ellenőrzése;
Mérleg készítése.
E funkciók megvalósítását az adott osztályok munkája segíti.
A banki működés és a számvitel sokkal szorosabban összefügg egymással, mint egy ipari vállalkozásban, ami a napi mérlegből és az összes analitikai (személyes) számla naprakészen tartásának köszönhető.
A számviteli és üzemeltetési munka komplexum célja:
Az ügyfelek pénzügyi helyzetére vonatkozó, valós idejű teljes körű információ kialakítása;
Minden banki művelethez analitikus és szintetikus könyvelés vezetése.
Közigazgatási Menedzsment Tanszék biztosítja az igazgatóság alatt létrehozott osztályok (jogi, személyi, ellenőrzési és szervezési osztályok), valamint a gazdasági és gazdálkodási osztályok (informatikai osztály stb.) munkáját, amelyek minden vállalkozás vezetési struktúrájának szokásos összetételébe tartoznak, ill. nem veszik figyelembe ebben a munkában.
A bank által a szolgáltatási piacon végzett műveletek összetétele erősen befolyásolja a banki csökkenés szerkezetét.
A bank tevékenységének legfontosabb funkciója a források bevonása a külső környezetből, és azok maximális jövedelmezőséggel és elfogadható kockázattal történő elhelyezése. Az ideiglenesen szabad pénzeszközök elhelyezésekor a banknak meg kell felelnie azoknak a követelményeknek, amelyek biztosítják az Orosz Föderáció Központi Bankja (CBRF) által megállapított szabványok betartását, és garantálják likviditását,
Az orosz kereskedelmi bankok egyik jellemzője, hogy tevékenységük formális specializációjuk ellenére a legtöbb esetben univerzális jellegű.
Bank- jogi személy kereskedelmi intézmény, amely a bankokról szóló törvénnyel összhangban és az Oroszországi Központi Bank által kiadott engedély alapján feljogosította a jogi személyektől és magánszemélyektől származó pénzeszközök bevonását és azok elhelyezését. saját nevében a törlesztési, fizetési és sürgősségi feltételekre, valamint egyéb Banki műveletek elvégzésére. Így a bank feladata az átmenetileg szabad pénzeszközök felhalmozása és optimális elhelyezése, valamint a fizetési forgalom elősegítése, a kockázatok átalakítása. Az átmenetileg szabad pénzeszközök felhalmozása magában foglalja minden típusú betét vonzását (betétek - sürgősségi és látra szóló betétek, takarékbetétek) és értékpapírok (részvények, kötvények stb.) kibocsátását. A pénzeszközök és kölcsönök elhelyezése a kölcsönnyújtás időszakától és módozataitól függ (megállapodás alapján, adósságkötelezettségek vásárlásán keresztül, harmadik féllel szembeni felelősség átvállalásával - garancia vagy átvételi kölcsön). Fizetéskönnyítés - ügyfél fizetési tranzakciók végrehajtása, átutalások, csekkek, váltók és egyéb dokumentumok kifizetése. Ezen túlmenően a bank valuta- és részvényértékek adásvételére, részvények és kötvények kihelyezésére, értékpapírok tárolására vonatkozó műveleteket végez.
A bank aktív tevékenységei a készpénzen kívül a következő műveleteket foglalják magukban:
Ügyfeleknek nyújtott kölcsönök (1);
Más bankoknak nyújtott hitelek (2);
Betétek más bankokban (3).
A passzív műveletek a következő műveleteket foglalják magukban:
Ügyfélbetétek (4);
Bankbetétek (5);
Bankhitelek, beleértve az Orosz Központi Bankot (6).
Az 1., 2. és 6. műveletek a következőkre vonatkoznak hitel,és 3., 4., 5. műveletek - ig letét.
A bankokról és banki tevékenységekről szóló szövetségi törvény 5. cikke értelmében a bankoknak joguk van a következő műveleteket és tranzakciókat végrehajtani:
Magánszemélyek és jogi személyek pénzeszközeinek bevonása betétekbe (kérésre és meghatározott időtartamra);
Magánszemélyek és jogi személyek bankszámláinak nyitása és vezetése;
Fizetések lebonyolítása magánszemélyek és jogi személyek nevében, beleértve a levelező bankokat a bankszámláikon;
Pénzeszközök, váltók, fizetési és elszámolási dokumentumok begyűjtése, valamint készpénzszolgáltatás magánszemélyek és jogi személyek számára;
Deviza adásvétele készpénzben és nem készpénzes formában;
Lerakódások vonzása és nemesfémek elhelyezése;
Bankgaranciák kiadása.
A hitelintézet a felsorolt ügyletek mellett az alábbi ügyleteket is végrehajthatja:
Garancia kiadása harmadik személyek részére, készpénzben történő kötelezettségek teljesítésére;
Használati jog megszerzése harmadik féltől kötelezettségek teljesítésére és készpénzben;
Alapok és egyéb ingatlanok bizalmi kezelése magánszemélyekkel és jogi személyekkel kötött megállapodás alapján;
Műveletek végzése nemesfémekkel és kövekkel a jogszabályoknak megfelelően;
Különleges helyiségek vagy bennük található széfek bérbeadása magánszemélyeknek és jogi személyeknek dokumentumok és értékek tárolására;
Lízingműveletek;
Tanácsadási szolgáltatások nyújtása.
Általánosságban elmondható, hogy a banki szolgáltatások hatalmasak, és nagyon sokfélék lehetnek:
Elszámolási és készpénzes szolgáltatások;
Számlák nyitása és karbantartása;
Tröszti műveletek;
Lekötött betéti jegyek;
megtakarítási jegyek;
Vállalkozási hitelezés;
Refinanszírozás;
Számlák könyvelése;
Bankszámlák kibocsátása;
Levelező számlák nyitása;
Gyűjtemény;
Valutaszolgáltatás.
Az új banki szolgáltatások a következő szolgáltatásokat tartalmazzák:
Olyan fiókok vagy minifiókok nyitása, amelyek a banki műveletek teljes körét közvetlenül a vállalkozás területén végzik;
Termelő létesítmények egészének vagy részeinek vásárlására vonatkozó megrendelések teljesítése;
Beruházási projektek fejlesztése a befektetés utáni végeredmény szerinti fizetéssel és finanszírozásuk saját rubel és bevont devizaforrások alapján;
Keressen külföldi befektetőt vegyesvállalatok szervezéséhez vagy vállalkozás létrehozásához külföldi befektetéssel.
A banki szolgáltatások meglehetősen stabil köre ellenére a technológiai lépések és technikák sorozata formájában történő megvalósításuk eltérő lehet.
A különböző bankok munkáját összehasonlítva, tevékenységük automatizálásának lehetőségét értékelve meg kell állapítanunk a banki technológiák egységesítésének és szabványosításának gyakorlati hiányát. Az azonos nevű banki műveletek végrehajtásának technológiái bankonként eltérőek, eltérések vannak az azonos nevű automatizált szakaszok céljai és funkciói között, változatos az azonos műveletek dokumentálási technológiája, eltérőek a jelentési formák , bemutatásuk gyakorisága a vezetés különböző területein a dolgozók specializációja miatt. Ez nagyszámú olyan szoftvereszköz megjelenéséhez vezetett a piacon, amelyek a banki tevékenységek részleges automatizálását biztosítják. Idővel azonban az LSI fejlesztések sokszínűsége csökkent, és a leghatékonyabb rendszereket kezdték integrálni és széles körben lemásolni. Az elágazó szerkezettel rendelkező, integrált rendszereket vásárló cégek ezeket minden fiókjukba kiosztják.
Az orosz piacon található szoftvertermékek (Minibank Sistema, BANKIR, ELBRUS, DORA, SADKO, Mercury SOFT stb.) elemzése azt mutatja, hogy az alrendszerek és feladatok gyakorlati kiosztása egy integrált LIS-ben egyszerre veszi figyelembe azok három kritérium szerinti csoportosítását. :
Irányítási struktúra;
Erőforrás-átalakítás;
Vezérlési funkciók.
Ugyanakkor bizonyos feladatokat különféle technológiákkal valósítanak meg, a különböző munkaállomások között elosztva, és nem ismétlődnek meg, és néhány feladat funkcionálisan redundánssá válik, és a fejlesztés során néhány univerzális technológia formájában kerül kialakításra, szerkezetileg mozgatható blokkok formájában, egyidejűleg több munkaállomáson jelen van, és ennek megfelelően konfigurálható.
A legtöbb BIS banki technológiája be van kötve a szoftvertermékbe. Emiatt a felhasználónak nincs lehetősége attól a menü segítségével eltérni, és mindig a 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 technológiai adaptációja eltérő mértékben történik, é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 banki technológusa (adminisztrátora).
A funkcionális redundancia mértékét a bankban elfogadott irányítási struktúra jellemzői 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.
Sok banki információs rendszerben csak a legalapvetőbb, a rendszerfejlesztők és a feladatok szempontjából legfontosabbak automatizálódnak. Ennek oka lehet egyes szolgáltatások hiánya: faktoring, lízing, kártyaszolgáltatás, de vannak olyan menedzsment feladatok, amelyeket bármelyik bankban megoldanak, és általában hiányoznak a legtöbb hazai BIS-ből, például az automatizált minőségelemzés. a hitelportfólió, a hitelforrások előrejelzése és tervezése.
Az integrált LSI tervezési elvei
A szoftver fejlesztése és bevezetése jelentős költségeket igényel a banktól, ezért a bank érdekelt a projekt gyors megtérülésében, amit akár a szoftvertermék árával, akár a feldolgozási költségekkel, vagy a forgalom gyorsításával lehet elérni. a bank pénzeszközei. A számítógépek alkalmazása lehetővé teszi a közgazdasági és matematikai módszerek alkalmazásának kiterjesztését a menedzsmentben, pl. nemcsak az információfeldolgozás gyorsítása a közvetlen számlálás módszerével, hanem egyes folyamatok (a mozgósított pénzeszközök elosztása, elhelyezése) optimalizálása. Ugyanakkor a feldolgozási idő annyira lecsökken, hogy az befolyásolja a számítások hatékonyságának növekedését, és ennek következtében a meghozott döntések hatékonyságának növekedését. A telekommunikáció teljesebb kihasználásával 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, a földrajzi terület bővítésére.
Azonban az automatizálás minden előnyével a bankkal szemben, amellett, hogy magas költségekre van szükség egy platform (hardver és alapszoftver) beszerzéséhez és szakembereinek képzéséhez, állandó dilemma merül fel: minden platform gyors elavulásra van ítélve. . Egy automatizálási rendszer fejlesztése során két alternatív megoldás valósítható meg:
1. A tervezők a meglévő irányítási struktúra alapján fejlesztik a rendszert, és így "örökítik" annak előnyeit és hátrányait.
2. Az irányítási rendszer előzetes átszervezése és fejlesztése a korszerű gazdálkodási koncepciónak és az intézményvezetés követelményeinek megfelelően. Ugyanakkor az újonnan kialakított irányítási struktúrát folyamatosan módosítani kell, alkalmazkodva a külső környezet változásaihoz.
A banki információs rendszerek rugalmas felépítésűek és nyílt rendszerek legyenek, pl. lehetővé téve a szükséges modellmódosításokat a bankszektorban végbemenő 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. A rendszernek meg kell felelnie a célorientált irányítás elvének, és meg kell felelnie a nyitottság követelményének a könnyű változtatásokhoz és a funkcionalitás szükség szerinti bővítéséhez. Ez a követelmény az automatizált objektumok szigorú paraméterezése és a modularitás elve alapján valósul meg.
Paraméterezésen alapul az a rugalmasság, amely lehetővé teszi a szoftvertermék átprogramozás nélküli adaptálását. A beállítás egyszeri lehet, és magában foglalja a rendszer konfigurálását a felhasználók száma, a fizikai eszközök jellemzői és összetétele, a szolgáltatások megvalósításának technológiai jellemzői, a kezelői apparátus felépítése, valamint a banki technológia megváltoztatásakor: a számlatükör és az egyenlegképzési algoritmus megváltoztatásakor. Előfordulhat egy banktechnológus vagy rendszergazda által megadott aktuális beállítás is.
A rendszer bővítésének és testreszabásának eljárásait a modulok úgynevezett „összekapcsolásán” kell alapozni, amely integrációjuk révén biztosítja a rendszer komplexitását. Például az ügyfél közüzemi számlájának kifizetése egyidejűleg frissíti a folyószámla pozícióit, valamint a tranzakció által érintett egyéb tételeket.
A bankszektorra jellemző speciális követelmények között elsősorban a lehetőség szerepel visszaállítás a dátumig (ellenőrző pont) vagy technológiai visszaállítás a piros feladási rendszeren keresztül. 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.
Ezzel kapcsolatban 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 immár a tevékenységüket automatizáló rendszerekkel szemben támasztják, a terhelési egyenleghez vezető fizetési bizonylatok bevitelének blokkolása, hogy így kizárható legyen a 2. számú irattár ilyen módon történő feltöltése. Ha azonban ilyen helyzet nem áll elő, és a fizetési bizonylaton nem szerepelnek hibás adatok, akkor a banki technológia egyetlen információbevitelt a rendszerbe, és minden művelethez automatikus feladás generálást jelent, ez a követelmény egybeesik a fejlesztők követelményével.
A személyes fiókok feladását és módosítását valós időben kell végrehajtani. Az egyetlen információs bázissal végzett munka lehetővé teszi, hogy minden változtatást automatikusan terjeszthessen az adatbázis összes összekapcsolt részére, amikor módosításokat hajtanak végre az adatbázis bármely részén. A rendszernek biztosítania kell a személyes számlák állapotának folyamatos változását és a rajtuk 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, éves számlaforgalom felhalmozását.
A személyes fiókokat elemezni kell a helyzet szempontjából nyitatlan számla. Az újonnan nyitott fiókok automatikusan hozzárendelt számokat kapnak. Szükség esetén az ügyfél (amennyiben rendelkezésre áll ügyfél-bank rendszer) vagy a banki alkalmazott megtekintheti a személyes számlát, és értékelheti annak dinamikáját egy adott időszakra vonatkozóan. többvaluta mód folyó- és elszámolási számlákkal, valamint különféle betéti számlákkal, hitel-, csekk- és egyéb számlákkal, valamint különféle kamatok és jutalékok felszámítása.
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 alkalmazottakat a lehető legnagyobb mértékben mentesítsék a rutinfeladatok kézi végrehajtásától. Ugyanakkor kívánatos csökkenteni a banki dokumentumáramlást.
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. Ez elsősorban az arány: ár - költség - munkakör.
Az integrált rendszerekkel szemben támasztott követelmények a fejlesztés során szigorúbbak, mint a helyi fejlesztéseknél. Ennek oka a megoldások összetettsége és a kötelező rendszermegállapodások kiterjesztett funkcionális követelményei.
Rendkívül fontos a fejlesztési komplexitás elve, amely egy sor, egymással összekapcsolt szoftvereszköz létrehozását jelenti, amelyek számos banki funkciót automatizálnak, és integrált rendszerré szerveződnek. 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, egységességének megőrzése elvét.
Mivel a hazánkban kialakult platformpiac igen sokrétű, a fejlesztő rendszere 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 diszkrét 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. Az azonos nevű szekciók számos munkaállomáson való jelenléte lehetővé teszi az olyan mozgatható blokkok széles körű alkalmazását, mint például: szabályozói együtthatók számítása, saját likviditás felmérése, szerződések megkötése és fenntartása stb., valamint objektum-orientált megközelítés alkalmazása.
Minden objektum (személyes számla, könyvelés, kliens) megfelel a szabványos eszközöknek (létrehozás, ellenőrzés, beállítás, törlés, rendezés, keresés stb.), valamint speciális eszközöknek ("piros vonal" a könyvelésekhez, a forgalom lezárásához vagy a záráshoz) fiókokhoz stb.).
A banki biztonság biztosítása ma is nagyon sürgető probléma. Megoldása csak olyan integrált megközelítéssel lehet sikeres, amely felosztja az információhoz, a különböző munkaállomásokhoz és az azokon belüli módokhoz való hozzáférés megosztását. Tehát a rendszer eléréséhez a következő szintek vannak:
Fájlok átvitele egy adott könyvtárba;
Hozzáférés egy adott könyvtárhoz;
Lemez hozzáférés;
Minden funkció megvalósítása távoli számítógépen.
Ehhez általában jelszórendszert, a továbbított információk titkosítását és elektronikus aláírást használnak. Fontos továbbá a rendszer információs bázisának archívumának megfelelő megszervezé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. Ezek a követelmények tartalmazzák a bank követelményeit a rendszer egészére, mint egy adott területet (banki) kiszolgáló termékre, valamint olyan speciális követelményeket, amelyek tükrözik a bankban alkalmazott műveletek sajátosságait és az ezek megvalósításának technológiáit.
Másrészt számos olyan követelmény van, amelyet a kivitelező (fejlesztő) támaszt a fejlesztéssel szemben. Ezek a követelmények egybeeshetnek a bank követelményeivel, de ütközhetnek is. Bár a tervező által bemutatott felsorolt követelmények többsége nem ütközik a bank követelményeivel.
