ibahir felhasználói kézikönyv 3.1 verzió

iBaHiR felhasználói kézikönyv 3.1 verzió

iBaHiR felhasználói kézikönyv

Tartalomjegyzék

Tartalomjegyzék

TARTALOMJEGYZÉK ......................................................................................................... 2 A DOKUMENTUM VÁLTOZÁSAI ...................................................................................... 5 1 BEVEZETÉS ....................................................................................................................... 6 1.1 VÁLTOZÁSOK A KÉZIKÖNYV 2. VERZIÓJÁBAN ................................................................. 6 1.2 VÁLTOZÁSOK A KÉZIKÖNYV 3. VERZIÓJÁBAN ................................................................. 6 1.3 VÁLTOZÁSOK A KÉZIKÖNYV 3.1 VERZIÓJÁBAN ............................................................... 6 2 AZ IBAHIR KONCEPCIÓ ................................................................................................ 7 2.1 KOMMUNIKÁCIÓ.............................................................................................................. 7 2.2 INFORMATIKAI BIZTONSÁG .............................................................................................. 7 2.2.1 Hitelesítés, tanúsítás ............................................................................................... 7 2.2.2 Jogosultságkezelés, aktiválás ................................................................................. 7 2.2.3 Naplózás ................................................................................................................. 9 3 AZ IBAHIR ELÉRÉSE .................................................................................................... 10 3.1 ALTERNATÍV MEGOLDÁS – WORD ŐRLAPOK .................................................................. 10 3.1.1 Az őrlapok használata .......................................................................................... 10 4 BEJELENTKEZÉS ........................................................................................................... 11 4.1 AKTIVÁLÁS ................................................................................................................... 11 4.2 BELÉPÉS ........................................................................................................................ 11 5 ÁLTALÁNOS HASZNÁLATI TUDNIVALÓK ............................................................ 12 6 HITELINTÉZETI ÜGYINTÉZİI FUNKCIÓK ........................................................... 14 6.1 ÚJ KÉRELEM FELVITELE ................................................................................................. 14 6.1.1 Új kérelem rögzítése korábban rögzített ügylet adatainak másolásával .............. 15 6.1.2 A törlesztések automatikus felvitele .................................................................... 15 6.1.3 Devizahitelek kezelése ......................................................................................... 17 6.1.4 Fedezetek hozzáadása .......................................................................................... 17 6.1.5 Szöveges jelentés.................................................................................................. 18 6.2 KERESÉS ........................................................................................................................ 19 6.3 ELLENİRZÉS.................................................................................................................. 22 6.4 ÉRVÉNYESÍTÉS .............................................................................................................. 23 6.5 AKTÍV ÜGYINTÉZİ KEZELÉS .......................................................................................... 24 6.5.1 Aktív ügyintézı megváltoztatása folyamathoz kapcsolódóan ............................. 24 6.5.2 Aktív ügyintézı automatikus megváltoztatása ..................................................... 25 6.5.3 Saját ügyek átadása .............................................................................................. 25 6.5.4 Kezesség aktív ügyintézıjének megváltoztatása.................................................. 26 6.6 ELİMINİSÍTÉS............................................................................................................... 26 6.6.1 Új elıminısítés felvitele....................................................................................... 27 6.6.2 Elıminısítés ellenırzése ...................................................................................... 28 iBaHiR_felhasznaloi_kezikonyv_v3.1.docx

dokumentum mentve: 2011.02.17. 18:05


6.6.3 Elıminısítés eredménye ...................................................................................... 28 6.6.4 Elıminısítés nyomtatványa ................................................................................. 29 6.6.5 Elıminısítés kérelemmé alakítása ....................................................................... 29 6.7 ESEMÉNYKEZELÉS ......................................................................................................... 29 6.7.1 A tıkeegyenlegek korrigálása .............................................................................. 32 6.7.2 Elmaradás (nemfizetés) közlés ............................................................................. 33 6.7.3 Elıtörlesztés (túlfizetés) közlés ............................................................................ 37 6.7.4 Egyenlegközlés..................................................................................................... 38 6.7.5 Törlesztés terv szerint történik ............................................................................. 39 6.7.6 Változó tıketörlesztéső, devizaalapú forint hitel és faktoring ügyletek egyenlegközlése ............................................................................................................... 39 6.8 AZ IDİSZAKI ZÁRÁS ...................................................................................................... 40 6.8.1 A kamatelmaradás, -egyenleg kezelése ................................................................ 40 6.9 KEZESSÉGMÓDOSÍTÁS ................................................................................................... 40 6.9.1 Új módosítás ......................................................................................................... 41 6.10 NYOMTATVÁNYOK ........................................................................................................ 43 6.10.1 „Régi típusú” nyomtatványok .............................................................................. 43 6.10.2 „Új típusú” nyomtatványok .................................................................................. 44 6.11 KIMUTATÁSOK .............................................................................................................. 46 6.11.1 Az xls kimutatásfájlok .......................................................................................... 47 6.12 LETÖLTHETİ DOKUMENTUMOK..................................................................................... 47 7 HITELINTÉZETI ADMINISZTRÁTORI FUNKCIÓK .............................................. 49 7.1 FELHASZNÁLÓ-KEZELÉS ................................................................................................ 49 7.1.1 A jelszórend.......................................................................................................... 50 7.1.2 Érvényesítı felvitele és engedélyezése ................................................................ 50 7.2 PÉNZÜGYI INTÉZMÉNYI ADATOK KEZELÉSE ................................................................... 50 7.2.1 Régiók kialakítása ................................................................................................ 51 7.3 NAPLÓZÁS ..................................................................................................................... 52 8 KOMMUNIKÁCIÓ AZ IBAHIR-BAN .......................................................................... 53 8.1 AZ ÜZENİFAL MENÜPONT ............................................................................................. 53 8.1.1 Az Üzenıfal felépítése ......................................................................................... 53 8.2 ÚJ ÜZENET FELVITELE ................................................................................................... 54 8.2.1 Címzett ................................................................................................................. 54 8.2.2 Tárgy .................................................................................................................... 56 8.2.3 Fontosság .............................................................................................................. 56 8.2.4 Visszavonhatóság ................................................................................................. 56 8.2.5 Törölhetıség ......................................................................................................... 56 8.2.6 Üzenet szövege ..................................................................................................... 57 8.2.7 Mentés .................................................................................................................. 57 8.3 AZ ÜZENETEKKEL VÉGEZHETİ MŐVELETEK .................................................................. 58 8.3.1 Üzenetek olvasottá tétele ...................................................................................... 58 8.3.2 Üzenetek archiválása ............................................................................................ 58 8.3.3 Üzenetek törlése ................................................................................................... 59 ©

3


8.4 SZEMÉLYES ÜZENETEK .................................................................................................. 59 8.5 INTÉZENDİK.................................................................................................................. 60 8.5.1 Intézendık összefoglaló táblázata ........................................................................ 62 8.5.2 Az érvényesítések intézendıi ............................................................................... 71 8.6 ARCHÍVUM .................................................................................................................... 71 8.7 ELKÜLDÖTT ÜZENETEK ................................................................................................. 72 8.7.1 Üzenetek visszavonása ......................................................................................... 72 8.8 ÚJ FELHASZNÁLÓ ÜZENETEI .......................................................................................... 72 8.9 AUTOMATIKUS E-MAILKÜLDÉS ...................................................................................... 72 8.9.1 Küldött levél tartalma ........................................................................................... 73 ÁBRAJEGYZÉK ................................................................................................................... 74 1. MELLÉKLET: ÚJ KÉRELEM RÖGZÍTÉSÉNEK ADATFELVITELI OLDALAI. 76

©

4


A dokumentum változásai

A dokumentum változásai

Dátum

Verzió

Változás

Végrehajtó

Projekt

RT szám

2009.01.

v1.0

iBaHiR éles üzemi bevezetése

Borók Éva

E2008/01.

Wi #543

2009.07.

v2.0

Új fejezet: Az iBaHiR kommunikációt segítı funkciói, és egyéb frissítések

Borók Éva

E2009/02.

Wi #2908 A #90480

2010.08.

v3.0

Kézikönyv átstrukturálása és frissítése

Bugár Linda

F2010/11.

Wi #10066 A #143001

2011.01.

v3.1

TKE esemény bevezetése (FTE és KEM törlése), deviza ügyletekkel kapcsolatos változások

Bugár Linda

E2010/26.,

Wi #12820 A #168648, Wi # 11054 A #152016

©

T2010/02.

5


Bevezetés

1 Bevezetés Üdvözöljük! Az Agrár-vállalkozási Hitelgarancia Alapítvány megrendelésére készült web-technológiai alapokon mőködı internet alapú Banki Hitelgarancia Rendszer (továbbiakban: iBaHiR alkalmazás) segítségével az AVHGA partnerei, a pénzügyi intézmények korszerő informatikai támogatást kaptak a kezesség igénylések kezelésére, a kezességi szerzıdések nyomon követésére. Az alkalmazás mőködését, felhasználói felületét jelen kézikönyv részletesen bemutatja.

Azok mellett a bekezdések mellett található ez a figyelemfelhívó jel, amely részeket érdemes alaposan átolvasni és megjegyezni, mert fontos vagy praktikus információt tartalmaznak.

A dokumentumban elıforduló példák a leírtak jobb megértését szolgálják. Ezek a példák az oldalon beljebb kezdıdnek, mint a szöveg többi része, és dılt betőkkel meg.

1.1 Változások a Kézikönyv 2. verziójában A felhasználói kézikönyv második verziója a 2009. július 03-án fennálló funkcionalitást mutatja be. Ekkor került bevezetésre egy új nagy funkció az iBaHiR alkalmazásban, melynek ismertetését a 8. Kommunikáció az iBaHiR-ban címő fejezet tartalmazza.

1.2 Változások a Kézikönyv 3. verziójában A harmadik kézikönyv verzió a második verzió átstrukturált változata, amely kiegészült a 2009. július 3. és 2010. augusztus 16. között bevezetett változtatásokkal, többek között az alábbiakkal: • • • • •

Új kérelem rögzítése korábban rögzített ügylet adatainak másolásával (6.1. fejezet) Aktív ügyintézı kezelés (6.5. fejezet) Elıminısítés (6.5.4. fejezet) Eseménykezelés változásai (elmaradás, elıtörlesztés és egyenleg közlése) (6.7. fejezet) Annuitásos és deviza alapú kölcsönök kezelése (6.1.2.1., 6.1.3. és 6.7.6. fejezet)

1.3 Változások a Kézikönyv 3.1 verziójában A dokumentum 3.1-es verziója a 3.0 verzió kiegészített változata, amely tartalmazza az iBaHiR rendszerben 2011. január 17-én bevezetett változtatásokat. Ezen módosulásokat részben az ugyanekkor hatályba lépı AVHGA Üzletszabályzat indukálta. • Eseménykezelés változásai (elmaradás, elıtörlesztés és egyenleg közlése) (6.7. fejezet) • Annuitásos és deviza alapú kölcsönök kezelése (6.1.2.1., 6.1.3. és 6.7.6. fejezet)

©

6


Az iBaHiR koncepció

2 Az iBaHiR koncepció 2.1 Kommunikáció Az Alapítvány több módon is kapcsolatot tart a hitelintézetekkel. Alapvetıen kétféle kommunikációról beszélhetünk: papír alapú és elektronikus. A hitelintézetek a kezességigénylést az iBaHiR felületén keresztül kezdeményezik, de ezzel párhuzamosan el kell küldeni a kezesség igénylı lapot (továbbiakban: igénylı lap) papíron is. Az Alapítvány ezt az ügyiratot és a vele egyszerre érkezı hitelszerzıdést használja fel arra, hogy az elektronikus úton érkezett kezességigénylést leellenırizze. Az iBaHiR koncepciója és késıbbi mőködése valamint a papír alapú kommunikáció nem befolyásolják egymást.

Fontos! Az Alapítvány továbbra is fenntartja a papíron is történı ügyintézést az elektronikus aláírás teljes körő bevezetéséig.

2.2 Informatikai biztonság A webes technológián alapuló iBaHiR az Internet fizikai hálózatán keresztül érhetı el, az Alapítvány és a kliensek közötti virtuális privát hálózatok (VPN) kialakításával. A webes alkalmazások esetén kiemelkedı fontosságú feladat a megfelelı informatikai biztonságról való gondoskodás.

2.2.1 Hitelesítés, tanúsítás Az Alapítvány webszervere – az általa elızetesen kiadott tanúsítvány (elektronikus igazolás) segítségével – kialakít egy biztonságos adatátviteli csatornát a felhasználó böngészıje és a webszerver között. Így a szerverrel folytatott kommunikáció ezen a titkosított csatornán keresztül, csak a két kommunikáló fél számára értelmezhetı módon fog lezajlani. Az Alapítvány a weboldala valódiságát – a számára hitelesítés-szolgáltató által kiadott – speciális tanúsítvány használatával garantálja. A hitelességi bizonyítvány jelenlétére a webböngészı állapotsávján megjelenı zárt lakat ikonja illetve az URL címben található „http://” elıtag helyett szereplı „https://” elıtag utal. Tehát a HTTPS protokoll és a kikényszerített kliens oldali tanúsítvány (kétoldali hitelesítés) biztosítja, hogy az iBaHiR alkalmazás csak biztonságos környezetben legyen elindítható (titkosított kommunikáció), így a felhasználók csak hitelintézeti, fióki kliens számítógépekrıl jelentkezhetnek be az iBaHiR-ba. A tanúsítvánnyal, hitelesítéssel összefüggı beállítások részben az alapítványi webszerveren történnek meg, részben a kliens számítógépeken, melyet a hitelintézeti adminisztrátorok az Alapítvány munkatársai segítségével állítanak be.

2.2.2 Jogosultságkezelés, aktiválás A felhasználói jogosultság kezelésével szabályozhatjuk, hogy az iBaHiR alkalmazásban az egyes felhasználók milyen adatokhoz milyen módon férhetnek hozzá. Korlátozható az adatbázison belüli adattáblákhoz illetve akár a rekordokhoz, mezıkhöz való hozzáférés is. A hitelintézet adminisztrátora veheti fel az iBaHiR programban dolgozó felhasználókat, rendelhet hozzájuk szerepkört és hatáskört.

©

7



A hozzáférési jogosultságok tehát nemcsak a rendszer biztonsága szempontjából fontosak (belépés engedélyezése), hanem meghatározhatók vele a felhasználók számára az elvégezhetı funkciók, és hogy azokat az adatok mely körén tehetik meg. Ennek megfelelıen két „dimenziójú” jogosultságkezelés van az alkalmazásban: 1. Hatáskör: az ügyek mely szeletét kezelheti, látja a felhasználó • fióki: egy vagy több fiók kérelmének, kezességének kezelése • hitelintézeti: a bankközpont és valamennyi fiókja ügyére „rálátás” • alapítványi: alapítványi felhasználó 2. Szerepkör: egyre nagyobb funkcionalitású jogok a felsorolás sorrendje szerint • lekérdezı: semmit nem módosít, csak megtekint, kimutatást készít • kezelı: lekérdezı funkciók plusz alapmőveletek (felvitel, törlés, módosítás) • érvényesítı: kezelı funkciók plusz kérelmek, kezességmódosítások, események érvényesítése • aktív ügyintézıváltás szerepkör: érvényesítı funkciók plusz Kezesség aktív ügyintézıváltás funkció harmadik személyként • adminisztrátor: jogosultságkezelés, a mőveleti naplók lekérdezése 2.2.2.1 Szerepkör – funkció mátrix Az alábbi táblázat összefoglalóan mutatja be, hogy mely szerepkörökkel mely funkciókat lehet végezni.

1

2

3

22 4

5

6

7 23

Érvényesítı

Aktív ügyintézı váltó

Lekérdezı

Kezelı

Érvényesítı

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

Aktív ügyintézı váltó

Kezelı

Kimutatás készítés, egyéb lekérdezések Kérelem felvitele, módosítása, törlése, másolása (érvényesítés elıtt)

Lekérdezı

Szerepkör

Funkciók Keresés, megtekintés

Központi

Admin

Fióki

x

x

x

x

x

x

Kezességmódosítás felvitele, módosítása, törlése (érvényesítés elıtt)

x

x

x

x

x

x

Események kezelése, felvitel, módosítás, törlés (érvényesítés elıtt)

x

x

x

x

x

x

x

x

x

x

x

x

x

x

Érvényesítés (jóváhagyás) Szöveges jelentés szerkesztése

x

x

Szöveges jelentés visszanyitása Pénzügyi intézményi adatok kezelése Jogosultságkezelés (felhasználók felvitele, módosítása)

x

Naplózott adatok exportálása

x

x

Üzenıfal használata Általános információk (iBaHiR kezdıoldal) karbantartása

x

x

x

x

x

Elıminısítés elvégzése

x

x

x

x

x

Kezesség aktív ügyintézıváltás

©

x

x

x

x x

8



A hatáskör és szerepkör együtt megmutatja az elvégezhetı funkciók tartományát.

Például az alapítványi adminisztrátor bármely pénzügyi intézmény adatain végezhet mőveleteket, a hitelintézeti adminisztrátornak a saját hitelintézete jogosultságkezelési és naplózási feladataihoz van hozzáférése, míg egy fióki kezelı vagy érvényesítı szerepkörő felhasználó csak a hozzá rendelt fiók(ok) ügyeit kezelheti.

Az alapítványi adminisztrátor jogosultsággal lehet felvenni a rendszerbe a hitelintézet adminisztrátor jogú dolgozóját, aki a többi hitelintézeti és fióki felhasználót majd felveszi. A hitelintézeti adminisztrátor létrehozhat tehát fióki illetve hitelintézeti hatáskörő felhasználókat, de az általa kiadott érvényesítı szerepkört az alapítványi adminisztrátornak engedélyeznie kell. Új érvényesítı felhasználó engedélyezését kérni kell az AVHGA helpdesk-en.

2.2.3 Naplózás Az iBaHiR minden biztonsági és szakmai szempontból fontos eseményt, mőveletet naplóz. A rendszer rögzíti a naplóban többek között azt, hogy a mővelet mikor történt és melyik felhasználó végezte. Az adminisztrátornak a napló állomány megtekintéséhez jogosultsága van. A naplózás funkciót bıvebben ismerteti a 7.3. fejezet.

©

9


Az iBaHiR elérése

3 Az iBaHiR elérése Az iBaHiR program eléréséhez egy webböngészıben meg kell adni az alapítványi webszerver és az iBaHiR címét: https://www.ibahir.hu. Az alkalmazás fel van készítve az alábbi webböngészı programokra: • MS Internet Explorer 6 SP3, 7 és 8 verziói, • Mozilla Firefox 2 és 3 verzióó • Google Chrome. Ahhoz, hogy az Alapítvány webszervere elérhetı legyen az Interneten keresztül a hitelintézetek és fiókok számítógépeirıl, elızıleg egy alapítványi tanúsítványt kell telepíteni a kliensre. A tanúsítványról bıvebb információ található a 2.2.1 fejezetben. Amennyiben az iBaHiR belépési oldala betöltıdik a böngészın, akkor a hitelesítés lezajlott, és a továbbiakban csak a felhasználói név és jelszó ismeretére van szükség a bejelentkezéshez.

3.1 Alternatív megoldás – word őrlapok Alternatív lehetıségként az igénylı lapok és mellékleteik word őrlap (sablon) formában is elérhetıek. Ez a megoldás a webszerver vagy a közvetlen, védett kommunikációs csatorna kiesése esetén lehetıséget biztosít a hitelintézeteknek és fiókjaiknak az igénylések rögzítésére és Alapítványhoz történı eljuttatására. A sablonokban az igénylılapok felépítése eltér a webes alkalmazásban található rögzítı felülettıl (a sablonok formátuma elsısorban a kezességet elbírálók, míg az online rögzítés felépítése alapvetıen az igénylést rögzítık munkáját támogatja), azonban a rajtuk közölhetı adatok megegyeznek.

3.1.1 Az őrlapok használata Szerkesztés, beírás csak az őrlapmezıkben lehetséges, a dokumentumok többi része zárolt. A mezık lehetnek: dátum (éééé.hh.nn), szöveges, szám, lista (megadott legördülı elemekkel) vagy jelölınégyzet. A szöveges és szám mezık hossza is lehet korlátozott, pl: az irányítószám 4 hosszú, szám mezı. A jelölınégyzetbe egérkattintással vagy szóköz billentyővel lehet jelölést tenni. A mezık közötti közlekedés elıre TAB, visszafelé SHIFT + TAB billentyőkkel praktikus, de természetesen egérrel akármilyen sorrend alkalmazható.

©

10


Bejelentkezés

4 Bejelentkezés 4.1 Aktiválás Ahhoz, hogy egy felhasználó be tudjon jelentkezni az iBaHiR programba, elızıleg a hitelintézet adminisztrátorának fel kell vinni ıt, rögzíteni kell a jelszavát és egyéb adatait (például szerepkört). Az adminisztrátornak egy e-mail címet is meg kell adnia, amelyre az új felhasználó aktiválási kódját automatikusan elküldi a rendszer. A felhasználó a következı képhez hasonló tartalmú levelet kap, miután az adminisztrátor felvette ıt az iBaHiR alkalmazásba.

1. ábra: Aktiválási értesítés A levélben lévı linkre kattintva a webböngészıben a következı üzenetet kapjuk a rendszertıl.

2. ábra: Aktiválási üzenet

4.2 Belépés Az iBaHiR alkalmazásba címsorába kell írni (https://www.ibahir.hu).

lépéshez a webböngészı az elérési útvonalát

A következı ábra szerinti képernyın meg kell adni a felhasználó nevét és jelszavát. Ha a felhasználó elírta a nevét vagy a jelszavát, a rendszer errıl üzen, és újra lehet próbálkozni.

3. ábra: Bejelentkezés

Sikeres belépést követıen az üdvözlı képernyıt kapjuk, melyen a fımenüsor segíti a felhasználót a számára elérhetı funkciók elindításában.

Figyelem! A menüpontok aszerint változnak, hogy a felhasználónak mi a szerepköre.

A funkciók részletes bemutatása a következı fejezetben található, az iBaHiR alkalmazás menüjében szereplı sorrend szerint.

©

11


Általános használati tudnivalók

5 Általános használati tudnivalók Az iBaHiR alkalmazás webes technológián alapul, ezért az Interneten szokásos programhasználati lehetıségekkel, és hasonló kezelıfelülettel találkozunk, mint az internetes programok esetében. A funkciókat menüpontokból tudjuk elindítani. Az alkalmazásban több helyen is találkozunk listázással, például az ügyek valamilyen szempontú csoportjának keresésekor is. Az egérmutató a találati listák valamelyik sorára állva az egérmutató kis kéz formájú lesz, és a sorok kiválaszthatók az egér bal gombjával rákattintva, ezáltal megnyitható az ügy, naplóbejegyzés vagy fiók stb. Az egy képernyıoldalnál hosszabb listák tördelve, oldalanként jelennek meg, az oldalak között navigálhatunk a lista alatt található elızı, következı, elsı, utolsó feliratú gombokkal, illetve egy megadott oldalra (pl. harmadik) is léphetünk. A lista alján információt kapunk arról is, hogy mennyi sor van összesen. A találati listákban oszloponként rendezhetünk is úgy, hogy az oszlopfeliratra kattintunk. A sorrend (növekvı vagy csökkenı) irányának megváltoztatásához ismét ugyanarra az oszlopfejre kell kattintani. Egy kis háromszög jelzi, hogy melyik oszlop szerint és milyen irányban van rendezve az adott lista. Ezeket az eszközöket összefoglalóan mutatja be az alábbi kép.

4. ábra: Listák kezelése A grafikus felhasználói felületen nyomógombok segítik az utasítások kiadását. A következıkkel találkozhatunk:

©

12


Általános használati tudnivalók

Azokon a felületeken, ahol a listában megjelenı adatokat különbözı szempontok szerint lehet szőrni, ott a feltételek beállítása után a gombra kattintva lehet azokat érvényesíteni Az gombra kattintva vihetünk fel új elemeket, például törlesztéseket a Törlesztések oldalon, vagy üzenetet az Üzenıfal felületén. Minden adatrögzítı képernyı alján megjelenik, rákattintva menthetık az adott oldalon rögzített adatok. Olyan adatrögzítı képernyıkön jelenik meg, ahol több azonos típusú adatot lehet rögzíteni (pl. fedezetek). Olyan adatrögzítı képernyıkön jelenik meg, ahol több azonos típusú adatot lehet rögzíteni (pl. fedezetek), illetve az Üzenıfalon ezzel a nyomógombbal törölhetünk üzenetet. A dátum típusú mezık mellett lévı (Naptár) gombra kattintva megjelenı ablakban egyszerően kiválaszthatjuk a megfelelı dátumot.

A képernyı jobb felsı sarkában látható mindig. Az iBaHiR alkalmazásból léphetünk ki vele. A felirat mellett megjelenik a belépett felhasználó neve. A felirat nyomógombként mőködik, mert arra kattintva van lehetısége a felhasználóknak a saját jelszavuk módosítására. A (Vissza) gomb mindig az oldal jobb felsı sarkában található. Ezzel az adott funkcióból tudunk visszalépni az elızı szintre. Amennyiben az oldalon valamely adat módosítva lett, akkor a program üzenetben figyelmezteti erre a felhasználót és választani lehet az oldal mentése vagy a mentés nélküli kilépés között.

A képernyıkön a következı típusú adatfelviteli mezık találhatók: • • • • • • •

©

szöveges numerikus dátum lista jelölı négyzet (több is választható) rádiógomb (egyikük választható) számított érték.

13


Hitelintézeti ügyintézıi funkciók

6 Hitelintézeti ügyintézıi funkciók Az iBaHiR alkalmazásban a funkciók két csoportot alkotnak. A fımenüben elérhetıek az általános programkezelıi feladatok, úgymint Új kérelem, Új elıminısítés, Keresés, Kimutatások, Letölthetı dokumentumok, Üzenıfal, Kezesség aktív ügyintézıváltás menüpontok. Ez a menüsor szürke színő.

5. ábra: Fımenüsor Ha a felhasználó belép egy kezességi ügybe vagy egy új kérelembe, akkor a fımenü helyett egy új, megváltozott menüsort kap, amely megmutatja az ügyön végezhetı funkciókat: Összefoglaló, Kezesség megtekintése vagy Kérelem szerkesztése, Kérelem vagy módosítás ellenırzése, Módosítás, Esemény, Érvényesítés, Ügy másolása, Nyomtatvány, ELAL, PDF nyomtatványok. Ez a menüsor zöld színő. 6. ábra: Ügy menüsora Ha a felhasználó belép egy elıminısítés státuszú ügybe vagy egy új elıminısítésbe, akkor a fımenü helyett egy új, megváltozott menüsort kap, amely megmutatja az elıminısítésen végezhetı funkciókat: Összefoglaló, Elıminısítés megtekintése vagy szerkesztése, Elıminısítés ellenırzése, Elıminısítés végrehajtása, Kérelemmé alakítás, PDF nyomtatványok. Ez a menüsor narancssárga színő. 7. ábra: Elıminısítés menüsora

6.1 Új kérelem felvitele A menüpontra kattintva egy listát kapunk a négy szerzıdésfajtáról: • • • •

kölcsönszerzıdés bankgarancia (keret) lízing faktoring

Ezek valamelyikét kiválasztva megkapjuk az igénylés adatainak felvitelére szolgáló képernyıket.

Figyelem! A szerzıdésfajta késıbb már nem módosítható egy felvitt ügyön. Ha nem a szükséges szerzıdésfajtát választottuk ki, akkor a megfelelıt kiválasztva újra kell rögzíteni annak adatait, míg az elrontott ügyet érdemes és praktikus törölni.

A szerzıdésfajta adatokat tartalmazó oldalon található minden olyan adat, ami szerzıdésfajtánként változhat, az összes többi oldal felépítése és tartalma független a szerzıdésfajtától. Az igénylés adattartalma – a képernyıgörgetések és a zsúfolt, átláthatatlan elrendezés elkerülése céljából – adatfelviteli oldalakra van tördelve.

©

14



8. ábra: Adatfelviteli oldalnevek Az adatfelviteli oldalak közötti közlekedés az oldal nevére történı egérkattintással lehetséges. Természetesen az adatfelvitel sorrendjét a felhasználó maga határozza meg. Az aktuálisan letöltött oldal neve félkövér. Vannak olyan oldalak, melyeken ún. „aloldalak” találhatók. A 7. ábrán például a Fedezetek bontását láthatjuk Ingatlan, Ingóság, Kezes, Egyéb oldalakra. Ilyen még a Vállalkozás adatai oldal, melyet háromfelé osztottunk, a Gazdálkodási adatok, és a Kölcsönszerzıdés / Bankgarancia / Lízing / Faktoring oldal, ahol a szerzıdésfajtára és a Törlesztésekre / Vevıkre vonatkozó adatok vannak szétválasztva, valamint az Ügylet oldal. Néhány oldalon a speciális adattartalom miatt több egyedet is szükséges lehet felvinni, ezért ezeken található egy lista a már felvittek kiválasztására, és a , nyomógombok. Ilyenek például a Gazdálkodási adatok, Ügyfélcsoport és Fedezetek oldalak. A felhasználók tájékoztatása miatt ezen oldalak neve mellett zárójelben jelzi a program a felvitt egyedek számát.

Fontos! Az új kérelem már az elsı, bármelyik adat beírását és annak mentését követıen bekerül az adatbázisba. Akár ki is léphetünk az ügybıl vagy a programból, majd visszatérve a Keresés menüpont segítségével megtalálhatjuk és megnyithatjuk a megkezdett kérelmet. Mentés történik akkor, ha átlépünk egy másik oldalra, vagy a minden oldal végén megtalálható nyomógombra kattintva.

Egy-egy adatfelviteli oldalon bármilyen sorrendben felvihetjük az adatokat az egér segítségével, de a TAB billentyő használatával a megjelenítési sorrendet is követhetjük. Az 1. Melléklet: egymás után láthatóak az oldalak, melyek mélyebb megismerése a program használatával lehetséges, a kézikönyv önmagában erre nem elegendı.

6.1.1 Új kérelem rögzítése korábban rögzített ügylet adatainak másolásával Egy korábban már rögzített ügylet adatai alapján létrehozhatunk egy új kérelmet az ügylet zöld menüjében található gombra kattintva. Az eredeti ügylethez tartozó adatcsoportok közül a felhasználó kijelölheti, hogy melyiket akarja az új ügybe átmásolni. Az ügy másolásával egy új kérelem létrehozása és megnyitása történik új ügylet azonosítóval, ahol a kérelem státusza 1: banki rögzítés alatti.

6.1.2 A törlesztések automatikus felvitele A kölcsönszerzıdés, bankgarancia és lízing szerzıdésfajták esetén a Törlesztések aloldalon lévı nyomógomb segítségével lehet felvinni a törlesztı részleteket. Amennyiben több, azonos összegő és gyakoriságú részlet tartozik az ügyhöz, akkor az nyomógombbal jelentısen könnyebben lehet rögzíteni ezeket. ©

15



Az eljárás mőködése: adjuk meg az automatikusan rögzíteni szándékozott törlesztések elsı és utolsó dátumát, majd a törlesztı összeget és annak gyakoriságát, idıszakosságát. A „Hónap végéhez igazít” funkció bekapcsolása azt jelenti, hogy az idıszakon belül a hónapok utolsó naptári napja lesz a törlesztés napja, „Nem” jelölése esetén a megadott elsı dátum szerinti napokra esik a törlesztés. (Ez – mint a lenti példában is látszik – akár a törlesztések számában is jelenthet eltérést.) A törlesztések felvitele kombináltan is történhet, az ismétlıdıek az , az egyediek az nyomógombok segítségével. A gombbal lehet kitörölni minden felvitt törlesztést, egy-egy részletet pedig a sor végén található ikon megnyomásával törölhetünk. A nyomógombsor a törlesztések elején és végén is megtalálható annak érdekében, hogy amennyiben sok törlesztés került rögzítésre, ne kelljen le-fel görgetni a mőveletekhez.

9. ábra: Példák automatikus egyenletes tervtörlesztés felvitelre 6.1.2.1 Változó tıketörlesztéső (annuitásos) és deviza hitelek kezelése A változó törlesztı részletek rögzítésére az iBaHiR programba beépítésre került egy – a hitelintézetekben is alkalmazott – annuitásos képlet, melynek segítségével a tervtételek praktikus, könnyő rögzítésére egy automatizmus ad lehetıséget. A kezességi kérelem felvitelekor a Kölcsönszerzıdés / Törlesztések oldalon az [Automatikus] gomb megnyomása után az Annuitás aloldalt kell kiválasztani. A mezıket értelemszerően a megfelelı értékekkel kell feltölteni. A [Mentés] nyomógombra történı kattintás után a tervadatok létrejönnek az annuitás képletének alkalmazásával. Ezt a szokásos módon lehet korrigálni érvényesítésig, ha szükséges.

©

16



Lényeges elıfeltétele az annuitásos tervek rögzítésének, hogy a kérelem Kölcsönszerzıdés oldalán „A tıketörlesztés az annuitás szabálya szerint történik?” kérdésre igen jelölést tegyen a felhasználó.

10. ábra: Annuitásos hitel törlesztésének megadása

6.1.3 Devizahitelek kezelése A kezességi kérelem rögzítésekor az Ügylet oldalon található Forráskód (ügylet devizajellege) listában ki kell választani a „deviza” értéket, majd menteni az oldalt. Ezt követıen a program automatikusan devizahitelként kezeli a kérelmet, mely az ügy Összefoglaló oldalán is feltüntetésre kerül (kezelés módja). Kötelezıen kitöltendı még a devizanem és a devizaárfolyam, valamint a kölcsön összegének megadása forintban és devizában is. Utóbbiak egymáshoz való megfelelıségét a megadott devizaárfolyam alapján a program is ellenırzi, és az elírást/elszámolást jelzi a kérelem ellenırzésekor. A tervtörlesztések megadása, illetve a fennálló tıkeegyenleg közlése is devizában történik az elızı pontokban leírt módon.

6.1.4 Fedezetek hozzáadása A Fedezetek oldal aloldalain – hasonlóan a Gazdálkodási adatok, Ügyfélcsoport és Törlesztések oldalakkal – több elem vihetı fel az ügyhöz. A már rögzített elemek az oldalak elején található listában összegyőjtve láthatók, és valamelyik kiválaszthatása után a kiválasztott fedezet adatai betöltıdnek. A felvitt elemek számát az oldal neve melletti zárójeles szám is mutatja.

©

17



11. ábra: Fedezetek megtekintése Ha még nincs az ügyhöz fedezet rögzítve, vagy egy következıt is fel akarunk vinni, akkor a nyomógombot kell használni. A helytelenül felvitt elem a nyomógombbal törölhetı. A gomb megnyomására a kiválasztó lista kiegészül egy (egyelıre névtelen) elemmel, a zárójeles számérték nı eggyel, és betöltıdnek az üres adatfelviteli mezık. Megadva az elem adatait, mentés után a kiválasztó listában az elem neve (ingatlannál például az irányítószám, város és helyrajzi szám összesítése) felülíródik.

6.1.5 Szöveges jelentés Az idıszakos ügyletminısítéshez az Alapítvány szöveges jelentést kér a pénzügyi intézményektıl azon adósokra vonatkozóan, akik összes fennálló kötelezettsége (a 43-51-es státuszú ügyeinél) meghaladja a 100 millió forintos összeget. A szöveges jelentést a kezesség zöld menüsorán lévı gombra kattintva érhetjük el azoknál az ügyleteknél, melyek ügyfelére a pénzügyi intézménynek ki kell (vagy a késıbbiekben kellett már) azt tölteni, mert a vállalkozás helyzete a leírt feltételnek megfelel. A kitöltött szöveges jelentés pdf formátumban a PDF Nyomtatványok menüpont alatt kinyomtatható, és aláírását követıen továbbítandó az Alapítvány számára. A pénzügyi intézmények értesítést kapnak szöveges jelentési kötelezettségükrıl a minısítési idıszak nyitások alkalmával az iBaHiR Üzenıfalának Intézendık oldalára. A jelentés ügyfélhez kötıdik, nem ügylethez, viszont az iBaHiR „ügyletcentrikus”, ezért ha több ügylete is van azon vállalkozásnak, melyrıl szöveges jelentést kell kitölteni, akkor minden ügyleténél megjelenik az új menüpont, és bármelyiknél kitölthetı a jelentés, mely csak az idıszaki nyitás idejéig szerkeszthetı.

©

18



12. ábra: Szöveges jelentés őrlap

6.2 Keresés Ha egy már megkezdett, elmentett kérelmet, vagy egy kezességet akarunk megkeresni, akkor a Keresés menüpontba lépve tehetjük azt meg. A gyors és hatékony keresés érdekében többféle paramétert is megadhatunk az ügy jellemzıi közül. Néhány szőrıfeltétel esetén biztosan egy rekord lesz a találat, míg más paraméternél több ügy is lehetséges. Valamely feltétel megadása pedig túl sok találatot hozhat. Amennyiben a találati rekordok száma nagy, érdemes tovább szőkíteni a keresést más paraméterek megadásával, mivel a paraméterek természetesen kombináltan is megadhatók.

©

19



Például Státuszcsoport: aktív ügyek, Szerzıdés típus: bankgarancia és Kezességi levél kelte: 2007.0101-2007.12.12 szőrıfeltételek mellett a találati listában lesz az összes olyan ügy, mely mindegyik feltételnek egyszerre megfelel.

Azon keresı mezık esetén, melyek nem legördülı menü segítségével állíthatók be a keresett értékek, a keresı mindazokat a kezességi ügyeket a találati listára teszi, melyek a keresı mezıbe rögzített jelsorozattal kezdıdnek.

Mint például ha a keresett vállalkozás neve Kovács Bt., és azt írjuk be a Vállalkozás neve mezıbe, hogy Kov, akkor az összes Kov kezdető vállalkozás ügye bekerül a találatok közé, pl. Kovalszki és Tsa, Kovács Kft.

Az alábbi képen látjuk a megadható keresési feltételeket.

13. ábra: Keresési feltételek A keresési feltételek megadása után a gombot meg kell nyomni. Ez követıen az alábbi képen látható szerkezető találati listát kapunk. A lista mőködése az 5 fejezetben leírtak szerinti. Ha úgy gondoljuk, hogy további paraméter megadása szükséges, mert túl sok találatunk van, amelyben nehéz megtalálni a keresett ügyet (mint a képen is), vagy teljesen mást akarunk keresni, akkor más feltételek beírása után ismét meg kell nyomni a gombot, és új listát kapunk.

14. ábra: Ügy találati lista A találati lista utolsó oszlopában néhány ügynél a törlést jelzı ikon (piros X) látható, mellyel az adott ügy törölhetı.

Figyelem! Kérelem törlése csak a rögzítés befejezését megelızıen lehetséges, tehát az 1-es státuszú ügyek esetében, mert azt követıen az ügy érvényesítésre vár, és a rögzítı számára már nem módosítható, így nem is törölhetı. Érvényesítést követıen az ügy az Alapítvány munkatársaihoz kerül, elbírálását követıen pedig kezességgé válik. Kezességet nem lehet törölni. A kérelmet csak a kérelem létrehozója törölheti ki, azaz aki elkezdte a rögzítését.

©

20



A kérelem törlése mővelet természetesen naplózásra kerül. Ha a találati lista bármely sorát kiválasztjuk egy egérkattintással, akkor belépünk az ügybe, megnyitjuk azt. Egy új menüsort kapunk (a szürke helyett zöldet), és az ügy Összefoglaló oldalán állunk. Ezen az oldalon olyan praktikus információk vannak összegyőjtve az igénylésbıl, melyeket megnézve rálátása nyílik a felhasználónak az ügyre, és lehetséges, hogy már innen megkapja a számára szükséges információt. Arra is alkalmas ez az oldal, hogy a felhasználó vizuálisan ellenırizni tudja, hogy a megfelelı ügyet választotta ki (akár véletlenül is lehetséges egy másik ügyre kattintani), mielıtt elkezd azon valamilyen mővelet végrehajtani.

15. ábra: Összefoglaló oldal Amennyiben az ügyrıl további részletekre van szükségünk, a Kérelem szerkesztése vagy a Kezesség megtekintése menübe lépve megkapjuk az adatfelviteli oldalakon az ügy összes adatát. Amíg a kérelem szerkeszthetı az adott felhasználó számára, addig szerkesztés van a menüsoron, ha már nem módosítható a kérelem, vagy már kezesség, akkor megtekintés. Az adatfelviteli oldalak ugyanazok ebben az esetben is, mint az 0 fejezetben ismertetettek.

©

21



6.3 Ellenırzés Mint már fentebb említettük, a kérelem és kezességmódosítás bármilyen állapotában elmenthetı. Nem kerül viszont addig „átadásra” az Alapítványnak (pontosabban nem látszik addig az általuk használt programban, hiszen már az adatbázisukban van az ügy), míg az érvényesítés meg nem történik. Annak viszont egyik elıfeltétele a kérelem vagy módosítás ellenırzése, illetve hogy az ellenırzési lista üres legyen. Az iBaHiR alkalmazásba beépítésre kerültegy sokelemő ellenırzési szempontlista, mely mezıszintő vagy több mezıt is érintı szabályokat tartalmaz. Az ezektıl való eltérés többségében kizárja az engedélyezést, néhány viszont csak figyelmezteti az ügy rögzítıjét valamely hiányosságra.

Hasznos információ! Ha az összefoglaló oldalon állva lépünk az Ellenırzés menübe, akkor a teljes ellenırzési listát megkapjuk. Ha viszont valamelyik adatfelviteli oldalról kattintunk az Ellenırzés menüpontra, akkor oldalanként sorolja fel a program a hibákat, tehát csak az adott oldalhoz tartozó hibákat látjuk.

Amelyik oldalon van hiba, annak a címe piros, amelyiken csak figyelmeztetés található, azt sárga szín jelöli, amelyiken nincs hiba, az szürke marad. A kizáró hiba üzenete félkövér, a figyelmeztetıé normál betőstílusú, így egy oldalon belül is megkülönböztethetjük a két típust.

16. ábra: Ellenırzési lista Ebben a nézetben is lépegethetünk az oldalcímeken, megtekinthetjük, hogy milyen hibák vannak. Visszatérve a szerkesztésbe (Szerkesztés menüpontot választva), arra az oldalra áll a program, amelyiken az Ellenırzésben voltunk utoljára. Ha kijavítunk egy vagy több hibát (akár több oldalon is), mentünk és ismét Ellenırzésbe lépünk, akkor már frissített listát kapunk, amiben a javítottak nem szerepelnek. Így váltogatva a szerkesztés és ellenırzés nézetek között elérhetı, hogy a folyamat végén a kérelem hibátlan és ezzel érvényesítésre átadható legyen. Amennyiben a rögzítı úgy dönt, hogy készen van, utolsó teendıje, hogy az Érvényesítés menüben bejelöli a kérelem rögzítése befejezve pontot és elmenti azt. Ezt követıen a kérelem 3-as státuszú lesz.

©

22



17. ábra: Rögzítés befejezése

6.4 Érvényesítés A felvitt kérelem mindaddig nem lesz átadva az Alapítványnak, míg az érvényesítése meg nem történik. A rögzítı és érvényesítı a rendszer által kerül az üggyel összerendelésre automatikusan. Amelyik belépett felhasználó elkezdi egy új kérelem felvitelét, azt a rendszer rögzítıként menti el, aki pedig érvényesíti a kérelmet, értelemszerően az érvényesítıje lesz.

Figyelem! Rögzítı lehet kezelı vagy érvényesítı szerepkörő felhasználó is, de ügyet érvényesíteni csak érvényesítı tud. Ha a hitelintézethez be van állítva a 4 szem elv, akkor a kérelem rögzítıje és érvényesítıje nem lehet ugyanaz a személy.

Az érvényesítı az Érvényesítés menüben a következı képpel találkozik.

18. ábra: Érvényesítés Amennyiben az érvényesítı a kérelemben még problémát talál, akkor a Kérelem visszaküldése rögzítésre jelölést teszi meg, mely után a kérelem a rögzítı és érvényesítı számára ismét szerkeszthetıvé válik, és 1-es státuszú lesz; majd ismét jelölni kell, hogy a rögzítés befejezésre került. Természetesen a kérelemben nem lehet az ellenırzési szabályok szerinti hiba már a rögzítés befejezésekor sem, tehát az érvényesítı nem ilyen okból adja vissza a kérelmet ilyenkor. Ha az érvényesítı szerepkörő felhasználó áttekintve a kérelmet megfelelınek találja azt, bejelöli a Kérelem érvényesítése jelölınégyzetet. Ezt követıen a kérelem 11-es státuszú lesz. A Kérelem érvényesítése jelölését követıen automatikusan bejegyzésre kerül az adott nap a Hitelintézeti érvényesítés dátuma mezıbe, amely az összefoglaló oldalon is fel van tüntetve, illetve az ügy láthatóvá válik az Alapítvány munkatársai számára. Elbírálását követıen ©

23


kezesség esség lesz, a továbbiakban kezességmódosításként.

Hitelintézeti ügyintézıi ügyintéz funkciók

már

nem

módosítható,

csak

dokumentált

Ha az ügyletre a „két szem elv” vonatkozik, tehát az ügy rögzítıje rögzít je egyszersmind az ügy érvényesítıje je is lehet, akkor a rögzítés befejezése és az érvényesítés egy lépésben lépésb végrehajtható. Ekkor az Érvényesítés menüpontra kattintva az alábbi ablakkal találkozunk.

19.. ábra: Kérelem rögzítésének befejezése és érvényesítése Az érvényesítés folyamata üzenetküldéssel is támogatott, ezt ismerteti bıvebben b a 8.5.2 fejezet. Kezességmódosítás során az ellenırzés ellen és érvényesítés funkciók folyamatlépései yamatlépései teljesen megegyeznek.

6.5 Aktív ügyintézıı kezelés Minden ügyletnek van egy aktív ügyintézıje. ügyintéz Az aktív ügyintézı kapja meg az ügyletrıl ügyletr szóló üzeneteket. A kérelem létrehozásakor a rögzítı rögzít lesz az aktív ügyintézı, ügyintézı a késıbbiekben azonban ez megváltozhat.

6.5.1 Aktív ügyintézı megváltoztatása folyamathoz kapcsolódóan Az ügylettel kapcsolatos lépések során az adott lépést végrehajtó ügyintézınek ügyintéz ügyintézı lehetısége van arra, hogy ı maga váljon az ügylet aktív ügyintézıjévé. ügyintéz jévé. Erre az alábbi mőveletek m végrehajtásakor van lehetıség: ıség: • • • •

©

Igénylılap lap érvényesítése Kezességmódosítás rögzítése Kezességmódosítás érvényesítése Események érvényesítése.

24



20.. ábra: Példák aktív ügyintézıváltásra ügyintéz

6.5.2 Aktív ügyintézı automatikus megváltoztatása Annak érdekében, hogy egyetlen ügylet se maradjon még átmenetileg sem aktív ügyintézı ügyintéz nélkül (illetve ne fordulhasson elı, el hogy olyan ügyintézı kapja meg az ügylethez kapcsolódó üzenetet, aki már nem aktív, nem dolgozik ott, stb), a rendszer automatikusa hozzárendel h egy aktív ügyintézıtt ezekhez az ügyletekhez. Ennek során a rendszer olyan ügyintézıt ügyintéz keres, akinek „rálátása van” az ügyre: elsıdlegesen els fióki hatáskörő,, ha nincs ilyen, akkor központi hatáskörő aktív ügyintézıt. t. Mindkét hatáskörön belül elsısorban els ban érvényesítı, érvényesít ha ilyen nincs, akkor kezelı szerepkörő ügyintézı ügyintéz kapja az ügyet. Ez az automatizmus lép életbe akkor, ha egy aktív ügyintézı ügyintéz felfüggeszti, kizárja magát. Ha az aktív ügyintézınek ınek megszőnik megsz nik a munkaviszonya, a pénzügyi intézményi adminisztrátornak átornak gondoskodnia kell arról, hogy deaktiválandó felhasználó aktív ügyeinek továbbra is legyen aktív ügyintézıje. ügyintéz Errıl bıvebben lásd a 6.5.4 fejezetet.

6.5.3 Saját ügyek yek átadása Az aktív ügyek kezelésére jogosult felhasználók (lásd 2.2.2.1 fejezet) jogosultak a saját ügyleteiket egyesével vagy csoportosan átadni másik aktív ügyintézınek. ügyintézınek. Ezt a fımenü menüpontra kattintva tehetjük meg.

©

25



21. ábra: Aktív ügyintézı átadás A Jelenlegi aktív ügyintézı rovatban a belépett felhasználó szerepel. Az Átadható ügyek listából jelöljük ki és tegyük át az Átadandó ügyek listába a megfelelıı ügye(ke)t. Ezután a rendszer keres olyan lehetséges új aktív ügyintézıt, ügyintéz t, akinek a hatásköre és szerepköre alapján át lehet adni az ügye(ke)t, ezért az ügyek kiválasztásáig nem választhatunk új aktív ügyintézıt. Válasszuk ki az Új aktív ügyintézıt, ügyintéz , majd állítsuk be az érvényesség kezdetét, és ha tudjuk elıre, re, akkor az érvényesség végét is. Az Érvényesség kezdetének nek megadása tehát kötelezı. Ha üresen hagyjuk az Érvényesség vége mezıt, t, akkor mindaddig a megadott ügyintézı ügyintéz lesz az ügylet aktív ügyintézıje, je, amíg az Érvényesség vége mezıbe be érték nem kerül. (Vagy úgy, hogy azt utólag kitöltik, vagy úgy, hogy az ügyletet átadják másik ügyintézınek.) ügyintéz ügyintézı

6.5.4 Kezesség sség aktív ügyintézıjének ügyintéz megváltoztatása Az erre jogosult felhasználó (2.2.2. ( . fejezet) a hatáskörébe tartozó nem lezárt ügyleteknek megváltoztathatja az aktív ügyintézıjét. ügy jét. Erre szükség lehet például akkor, amikor egy ügyintézınek megszőnik nik a munkaviszonya. Ekkor a felhasználó deaktiválása elıtt el a hozzá tartozó ügyletekhez új aktív ügyintézıt ügyintéz t kell hozzárendelni. Ezt a fımenü f menüpontra kattintva tehetjük meg. Ez a folyamat annyiban tér el a 6.5.3.. fejezetben leírtaktól, hogy itt a Jelenlegi aktív ügyintézı ügyintéz rovatban tetszılegesen tetsz választhatunk olyan ügyintézıt, akinek van a hatáskörünkbe tartozó ügye.

6.6 Elıminısítés A funkció 2009 augusztusában került bevezetésre. Kialakítása azért vált szükségessé, mert az AVHGA olyan egyedi megállapodásokat is köt a pénzügyi intézményekkel, intézményekkel mely szerint csak bizonyos adósminısítésőő vállalkozás vállalkozás esetében vállalja az Alapítvány az adott termékkonstrukcióban a kezességnyújtást, melyrıl melyr a hitelintézet elızetesen ızetesen az iBaHiR elıminısítés sítés funkciójában tud tájékozódni. A hitelintézeti felhasználók egy kérelem Alapítvány felé továbbítását megelızıen, megel az adósminısítéshez sítéshez szükséges adatok megadása után tájékoztatást kaphatnak az ügyfél várható ©

26



minısítési eredményérıl. Ezt követıen döntheti el a hitelintézet, hogy felviszi és továbbítja a kezességi kérelmet, vagy nem kéri az Alapítvány kezességvállalását. A felvitt elıminısítés menthetı, kereshetı, módosítható, nyomtatható és törölhetı a rögzítı felhasználó számára, illetve lehetıség van a mentett adatok új kérelembe történı konvertálására.

6.6.1 Új elıminısítés felvitele A fımenü Új elıminısítés menüpontja segítségével lehet egy vállalkozás elıminısítését elvégezni az iBaHiR alkalmazásban. A menüpont mőködése megegyezik az új kérelem felvitelével, viszont itt csak két adatfelviteli oldal található, hiszen csupán a minısítéshez szükséges adatok bekérése elegendı. Az elsı adatfelviteli oldal tartalmazza a vállalkozás fıbb adatait. A második oldal a Gazdálkodási adatok, mely teljesen megegyezıen mőködik a kérelem ugyanezen oldalával. Két aloldala van, a vállalkozás gazdálkodási formájától függıen az Éves beszámoló vagy az SZJA bevallás aloldalt kell kitölteni az évszám és a típus megadásával, akár több évre vonatkozóan. Az adatfelvitel az elıminısítés esetében is megszakítható, hiányosan is menthetık az adatok, kiléphetünk. A Keresés funkció segítségével késıbb ismét visszatérhetünk, vagy már egy rögzített adat, például a vállalkozás keresési feltétel megadásával, vagy a státuszcsoportban az Elıminısítés alatti ügyek kiválasztásával. Az ügy megnyitásakor az Összefoglaló oldalra lép a program, melynek adattartalma jóval kevesebb, mint a kérelemé. Az elıminısítés tulajdonképpen egy 0. státuszban lévı ügy. Az elıminısítési ügy is törölhetı a rögzítıje számára a találati lista sor végén lévı piros x ikonnal, ha még sincs szükség az ügyre.

©

27



22. ábra: Elıminısítés elsı adatfelviteli oldala

6.6.2 Elıminısítés ellenırzése Az elıminısítési ügyben a vállalkozás adatainak felvitelét követıen az adatok helyessége ellenırizhetı az Elıminısítés ellenırzése menüponttal. Mőködése, az ügy szerkesztése és ellenırzése összefüggı alkalmazása teljesen megegyezı a kérelemével. Értelemszerően csak azok az ellenırzési szabályok érvényesülnek itt, melyek a felvitt adattartalommal vannak összefüggésben.

6.6.3 Elıminısítés eredménye Az elıminısítési adatok felvitelének célja természetesen az, hogy a pénzügyi intézmény elızetes információt kapjon arról, hogy a rögzített vállalkozás várhatóan milyen adósminısítési eredményt kapna az Alapítványnál alkalmazott minısítési szabályok alapján, amennyiben a kezességi kérelem továbbításra kerülne. Az Elıminısítés eredménye menüpontra kattintva az iBaHiR megjeleníti az ügyfél minısítési osztályzatát. Amennyiben az ellenırzésben kizáró hiba van, az elıminısítés nem hajtható végre.

©

28



6.6.4 Elıminısítés nyomtatványa A PDF nyomtatványok menüpontban az elıminısítés alatti ügy esetén csak egy elem található, az elıminısítés felvitt adatait megjelenítı nyomtatvány. Választásakor egy új böngészı lapon megnyílik a dokumentum, mely menthetı a kliens számítógépre vagy nyomtatható. A nyomtatványt egyébként nem kell továbbítani az AVHGA felé, használata opcionális, amennyiben a felhasználó a felvitt adatok áttekintéséhez praktikusnak találja.

6.6.5 Elıminısítés kérelemmé alakítása Amennyiben a pénzügyi intézménnyel kötött egyedi megállapodásnak (termékkonstrukciónak) megfelel az eredményül kapott elıminısítési osztályzat, akkor az itt rögzített adatokat nem szükséges ismét felvinni egy új kérelembe, hanem az elıminısítési ügy kérelemmé konvertálható az Kérelemmé alakítás menüpont segítségével. A kérelemmé alakítás csak abban az esetben lehetséges, ha az ellenırzés szempontjából az ügy adatai megfelelıek. Kérelemmé alakítás során a felhasználónak ki kell választania, hogy mely szerzıdésfajtájú (kölcsönszerzıdés, bankgarancia(keret), faktoring, lízing) kérelembe szeretné „áthelyezni” az adatokat. Az átalakítást követıen az új kérelem nyílik meg, az ügy menüsora zöld, státusza 1 – banki rögzítés alatti, és a vállalkozás elıminısítési adatait már tartalmazza. A kérelem rögzítése folytatható.

6.7 Eseménykezelés Az események célja, hogy azokon keresztül a hitelintézetek folyamatosan tájékoztathassák az Alapítványt az ügylettel kapcsolatban történt változásokról. Az események segítségével például naprakészen tarthatják egyenlegeiket, ügyeiket, jelezhetik az ügyfél törlesztésbeli elmaradását vagy elıtörlesztését, vagy akár meg is szüntethetnek ügyletet... Az események kezelése az ügyekhez kapcsolódik, ezért az ügy menüsorán lévı Esemény menüpontból indítható. Az eseménytípusok az ügylet egy megadott fázisában értelmezhetıek, ezért az ügylet státusza meghatározza, hogy milyen típusú eseményt vihetünk fel az adott ügylethez. Az eseménytípusok három fıbb csoportja létezik az iBaHiR alkalmazásban: • alapítványi beavatkozás nem szükséges (automatikus) • alapítványi beavatkozás, ellenırzés szükséges (átvezetéses) • alapítványi kezdeményezéső események. Mőködésüket tekintve: az elsı csoport eseményei automatikusan, érvényesítésüket követıen átvezetıdnek, a második csoport eseményeihez az Alapítvány valamely munkatársának kézi átvezetése szükséges (a Garancia rendszerben), a harmadik csoport eseményeit pedig csak alapítványi hatáskörő felhasználó választhatja, más felhasználó listájában meg sem jelennek. A szerepköröket tekintve: az elsı két csoport eseményeit kezelı és érvényesítı szerepkörő felhasználó kezdeményezheti, a harmadik csoportba tartozókat csak alapítványi hatáskörő felhasználók vihetik fel. Az Esemény menübe lépve kezdeményezhetünk új eseményfelvitelt, valamint itt nézhetjük meg az ügyhöz tartozó már felvitt eseményeket is. A listában láthatóak az esemény adatai: esemény dátuma, típusa, kapcsolódó összeg, az esemény státusza. ©

29



Az nyomógombbal kezdeményezhetjük az ügyhöz új esemény felvitelét. Meg kell adnunk az esemény adatait, melyek eseménytípusonként eltérhetnek (dátum, összeg, leírás). Mentést követıen az esemény bekerül a listába. A következı ábra mutatja az események egy lehetséges listáját.

23. ábra: Események

Figyelem! Az eseményeket – hasonlóan a kérelemhez és a kezességmódosításhoz, és függetlenül attól, hogy melyik csoportba tartozik (tehát hogy átvezetéses vagy sem) – érvényesíteni kell, melyet természetesen csak érvényesítı szerepkörő felhasználó tehet meg az adott ügy (zöld) menüsorán lévı Érvényesítés menüpontban.

24. ábra: Esemény érvényesítése

©

30



Azok az eseménytípusok, melyekhez nem szükséges alapítványi beavatkozás, tehát átvezetés, automatikusan az érvényesítést követıen végrehajtódnak az ügyön. Amely eseményeket az Alapítvány valamely munkatársának még át kell vezetni a Garancia rendszerben, ott az Esemény menüpontban felsorolt listában a státusz: „nincs átvezetve”, az átvezetést követıen pedig megváltozik a státusz érték, és az esemény hatása érvényesül az ügyön. Az alábbi táblázatban láthatjuk a lehetséges eseményeket, azt, hogy milyen státuszú ügyeken lehet felvinni, az esemény rögzítésekor milyen adatok megadása szükséges és mi a hatása az ügyre. Esemény megnevezése

Jele

Automatikus Tıkeegyenleg és kamatelmaradás

TKE

Státusz Adatok

43-49

Fennálló tıkeegyenleg közlésének idıpontja,

fennálló tıkeegyenleg, elmaradás/elıtörlesztés, Kamatelmaradás egyenleg kezdıdátuma, Kamatelmaradás egyenleg

Beküldés elıtti visszahívás

BEV

11

GKV GIM

11, 12, 13, 32 43

Hitel teljes kiegyenlítése

HTK

43-49

Beváltási határidı hosszabbítása Hitelintézet elfogadta az elállást

BHH

43, 49

HEE

49

Visszatérítés jelzése

VTJ

52-64

Átvezetéses Kezességi kérelem visszavonása Kezesség megszőntetése

©

leírás visszavonás idıpontja, leírás

visszavonás idıpontja, leírás megszőnés idıpontja, leírás hitel teljes kiegyenlítés idıpontja, leírás

új beváltási határidı, leírás Az elfogadás dátuma

visszatérítés idıpontja, visszatérülés összege, költség összege, leírás

Hatása az ügyre (érvényesítés vagy átvezetés után) beillesztése új ténytörlesztési sorként, és egyenleg módosítása, valamint beillesztés új kamatfizetés sorként

esemény után 24-es státuszba kerül, majd rögzítés után 25-ös státuszba. Érvényesítés után ismét 11-es státuszba. az ügy 19 (igénylés visszavonva) státuszú lesz az ügy 74 ((kezességi levél visszavonva) státuszú lesz beillesztése új ténytörlesztési sorként, elmaradt kamat összegével kamatfizetés bejegyzés, az ügy 71 (kezességi szerzıdés lezárva) vagy 75 (lejárat elıtt megfizetve) státuszú lesz beváltási határidı módosítása A beváltás elutasítása a pénzügyi intézettel kötött kölcsönös megállapodás alapján történt a kezelési költséggel (0Ft) csökkentett Garancia díjról 0 Ft-os díj jóváíró számla kerül kiállításra.+ Kérdés: A hitelintézet aláírta és visszaküldte a közös megegyezést? (Igen/Nem) automatikus számla

31



Esemény megnevezése

Jele

Hitelfelmondás

HFK

43

Hitelfelmondás visszavonása

HFV

49

Lezárt kezesség visszanyitása Alapítványi Záró elszámolás jelzése

LKV

71, 75

Követelés eladás

Megszőnt hatálybalépés elıtt

Státusz Adatok

52-64 52-64

42

Kezességtıl elállás

43-49

Peresített elutasított beváltás

79

Elmarasztaló ítélet

81

Lejárt kezesség lezárása

43-49

hitelfelmondás idıpontja, leírás hitelfelmondás visszavonás idıpontja, leírás visszanyitás idıpontja

záró elszámolás idıpontja, leírás követelés eladásának idıpontja, befolyt vételár összege, költség összege, leírás megszőnés idıpontja, leírás kezességtıl elállás idıpontja, leírás peri késedelmi kamatláb (%), leírás leírás

lezárás idıpontja, leírás

Hatása az ügyre (érvényesítés vagy átvezetés után) az ügy 49 (hitelfelmondás bejegyezve) státuszú lesz az ügy 43 (szerzıdés hatályba lépett) státuszú lesz A kezesség aktív státuszba <43, 49> kerül. az ügy 72 (végrehajtás után lezárva) státuszú lesz automatikus számla, az ügy 72 (végrehajtás után lezárva) státuszú lesz az ügy 77 (megszőnt hatálybalépés elıtt) státuszú lesz az ügy 74 (kezességi levél visszavonva) státuszú lesz az ügy 81 (per alá vont kezesség I. fokú ítéletig) státuszú lesz az ügy 82 (per alá vont kezesség elmarasztaló ítélettel) státuszú lesz az ügy 76 (kezesség megszüntetve) státuszú lesz

6.7.1 A tıkeegyenlegek korrigálása Az Alapítvány mindenkori Üzletszabályzata meghatározza (2010 évben ÜSZ. VIII. fejezet), hogy a pénzügyi intézményeknek adatszolgáltatási kötelezettségük van az aktív kezességi ügyeikkel kapcsolatban. Kiemelkedı jelentıséggel bír a fennálló tıke- és kamategyenlegek kezelése, a valóságnak megfelelı egyenlegek folyamatos közlése, melyre az iBaHiR alkalmazásban események felvitelével van lehetıség. A pénzügyi intézmények számára – amennyiben szükséges – az ügyek tıkeegyenlegének illetve kamatelmaradásának közlésére a Tıkeegyenleg és kamatelmaradás közlése (TKE) esemény ad lehetıséget. Azoknál az ügyeknél, melyeknél a tervek szerint történik a tıke rendezése, nem szükséges esemény felvezetése, mert az idıszaki zárás alkalmával (minden tárgyhónapot követı 8. munkanapon) a tervezett tıketörlesztések átvezetésre kerülnek tényként. Ez mindaddig megtörténik, amíg a pénzügyi intézmény elmaradást, vagy túlfizetést nem jelent.

©

Tehát mindaddig nem kell TKE eseményt felvinni, amíg az ügyfélnek nem keletkezett elmaradása, vagy nem fizetett elıleget – a kezességi kérelemben megadott tervtörlesztéshez képest (kivéve, ha kamatelmaradással kapcsolatos információt akarunk rögzíteni).

32



6.7.2 Elmaradás (nemfizetés) közlés Amennyiben az ügyfélnek az esedékességet követıen elmaradása keletkezett, a pénzügyi intézménynek ezt Tıkeegyenleg és kamatelmaradás közlése (TKE) eseményben kell jelentenie az Alapítvány felé. Az eseményben a pénzügyi intézmény jelenti a fennálló tıkeegyenleget és az elmaradást. Ilyenkor az Elıtörlesztés mezıbe 0-t kell írni. Ha kamatelmaradás is van, akkor azt ugyanebben az eseményben rögzíthetjük. Ekkor a Kamatelmaradás egyenleg kezdıdátuma mezıben azt a dátumot kell megadni, amikortól a rögzített elmaradás fennáll.

25.

ábra: TKE esemény elmaradás esetén

Ettıl kezdve a rendszer úgy tekinti, hogy az ügyfél „rossz fizetı”, és a továbbiakban nem törleszt a terv szerint. Az idıszaki zárás a tervezett tıketörlesztés értékével automatikusan növeli az elmaradást és a fennálló egyenleg mindaddig stagnál, amíg az elmaradás kiegyenlítését nem jelenti a pénzügyi intézmény. Amennyiben az ügyfél részérıl befizetés történik, de nem egyenlíti ki a teljes elmaradását, és ezt a befizetést a pénzügyi intézmény FTE eseményben jelenti, a rendszer a továbbiakban is mindaddig „rossz fizetınek” tekinti, amíg a teljes elmaradása befizetésre és jelentésre nem került.

Tehát mindaddig nem kell TKE eseményt felvinni, amíg a fennálló tıketartozás vagy a kamatelmaradás összege nem változik. Ilyenkor továbbra is a nem fizetést feltételezi a rendszer. Ebben az esetben a fennálló tıketartozás és a kamatelmaradás összege stagnál, és a tıkeelmaradás növekszik. Ha az ügyfél folyamatosan elmaradásban van, ezt mindaddig nem kell jelenteni, amíg az ügyfél részérıl befizetés nem történik, illetve amíg a kamatelmaradása nem változik.

6.7.2.1 Példák elmaradás közlésére 6.7.2.1.1 Elmaradás jelentése A kezesség egyenletes, havonkénti törlesztéső Ft hitelrıl szól. Az ügyfél idáig rendesen fizetett, a novemberi idıszakot az idıszaki zárás lezárta, és ténytörlesztésként rögzítette a tervben lévı 200 000 Ft-t. ©

33



26. ábra: Terv Tény törlesztések rögzített esemény nélkül A januárban esedékes részletet az ügyfél nem fizette meg (sem tıkehányadot, sem kamatot nem fizetett). • • • • • • •

Fennálló tıkeegyenlege 2011. január 12-tıl (az elızı havi idıszaki zárástól): 7 800 000 Ft. Tervezett törlesztés értéke 200 000 Ft. Törlesztés esedékessége: 2011. január 17. A jelentés idıszaka: 2011. január. Az idıszaki zárás napja: 2010. február 13. lesz, eddig kell jelenteni a nem fizetést Ma (rögzítés napja): 2011. január 27. Kamatelmaradás: 5000 Ft.

Az iBaHiR ügy Esemény menüpontjába lépést követıen a Típus legördülı listából az TKE eseményt kiválasztva rögzítsük az adatokat. Írjuk a fennálló tıkeegyenleget a Fennálló egyenleg, az elmaradást az Elmaradás mezıbe, míg az Elıtörlesztés mezıbe nullát, a Kamatelmaradás egyenleg kezdıdátuma mezıbe írjuk be a kamatfizetés esedékességének napját, míg a Kamatelmaradás mezıbe a meg nem fizetett kamat összegét.

©

34



27. ábra: TKE esemény – tıke- és kamatelmaradás Az esemény mentése, majd érvényesítése után az eredmény:

28. ábra: Terv Tény törlesztés és Kamat egy tıke- és kamatelmaradást rögzítı TKE esemény után Látható, hogy egyszerre jelent meg egy új sor a Terv Tény törlesztések és a Kamat ablakban. A törlesztéseknél az egyenleg dátuma az esemény felvitelének dátumával egyezik meg. A jelentett esemény a jelentési idıszakban esedékes törlesztéshez tartozik. A kamatelmaradás mellett az eseményben megadott dátum szerepel. Ha az ügyfél a továbbiakban sem törleszt a tervnek megfelelıen, de a kamatfizetési kötelezettségét teljesíti, akkor jelenteni nem kell, mert az esedékes idıszaki zárás növeli az elmaradást a terv szerinti értékkel, a fennálló tıkeegyenleg változatlan marad. ©

35



Ha az ügyfél kamatelmaradása növekszik, akkor a további TKE eseményben a jelenleg fennálló tıkeegyenleget, a felhalmozódott összes elmaradást, az aktuális kamatfizetés esedékességét és a felhalmozódott kamatelmaradást kell majd megadni. 6.7.2.1.2 Tervtörlesztés részleges és kamatelmaradás teljes megfizetésének rögzítése A fenti eset után 2011. március 3-án az ügyfél rendezi kamattartozását, és további 100 000 Ft befizetést tesz (a tervezett 200 000 Ft helyett). • Törlesztés esedékessége: 2011. február 15. • Jelentés idıszaka: február. • Idıszaki zárás napja: március 10. • Ma (rögzítés napja): március 4. A TKE esemény alábbi felvitelével és érvényesítésével az egyenlegek a valós állapotra állíthatóak (7 700 000 Ft illetve 0 Ft), viszont az ügyfélnek továbbra is elmaradása van (300 000 Ft), ezért a rendszer „rossz fizetınek” tartja majd az idıszaki záráskor.

29. ábra: Tervtörlesztés részleges és kamatelmaradás teljes megfizetésének rögzítése 6.7.2.1.3 Elmaradás kiegyenlítése A pénzügyi intézmény TKE eseményt nem vitt fel márciusra. A márciusi idıszak zárása (április 11-én) nemfizetést feltételez, növeli a hátralékot a terv mértékével, így az 500 000 Ft, míg a fennálló tıkeegyenleg továbbra is 7 700 000 Ft. Április 25-én az ügyfél kiegyenlíti tartozásait, így olyan TKE esemény felvitele szükséges, mely az elmaradást 0 Ft-ra állítja. A rendszer ezt követıen „jól fizetı” ügyfélnek azonosítja be a vállalkozást, így a pénzügyi intézménynek további esemény felviteli kötelezettsége nincs, míg a tervek szerint történik a hitel rendezése. • • ©

Törlesztés esedékessége: 2010. március 16. Jelentés idıszaka: március. 36


• •


Idıszaki zárás napja: április 12. Ma (rögzítés napja): március 26. TKE esemény felvitelének adatai Fennálló tıke egyenleg 7 200 000 Ft

Elmaradás 0 Ft Elıtörlesztés 0 Ft A fenti események a Terv Tény törlesztések ablakban így jelennek meg: esedékesség

terv

tény

dátum

egyenleg

elmaradás

elıtörlesztés

2010.12.15

200.000 Ft

200.000 Ft

2011.01.12

7.800.000 Ft

0 Ft

0 Ft

2011.01.17

200.000 Ft

0 Ft

2011.02.15

200.000 Ft

2011.03.16

200.000 Ft

2011.01.27 100.000 Ft 2011.03.04 700.000 2011.03.26

7.800.000 Ft 7.700.000 Ft

200.000 Ft 500.000 Ft

0 Ft 0 Ft

200.000 Ft

A Kamat felületen ez látható: Dátum

Összeg

2011.01.17

5.000 Ft

2011.02.15

-5.000 Ft

6.7.3 Elıtörlesztés (túlfizetés) közlés Ha a pénzügyi intézmény ügyfele a tervezett törlesztésnél magasabb összeget fizet be, akkor az TKE eseményt kiválasztva közölni kell a fennálló tıkeegyenleg összegét és a halmozott elıtörlesztést a megfelelı mezıkben. Az elmaradás mezıbe nulla értéket kell bevinni. Ez azt jelenti, hogy az elıtörlesztéssel csökken a fennálló tıkeegyenleg, és így idıben hamarabb fejezi be a törlesztést.

Figyelem! Amennyiben olyan mértékő az elıtörlesztés, mellyel a hitel teljes egészben megfizetésre kerül, azaz a fennálló tıkeegyenleg nulla Ft lesz, nem TKE eseményt kell felvinni (erre a program is figyelmezteti a rögzítıt), hanem Hitel teljes kiegyenlítése (HTK) eseményt, hiszen ilyen esetben – az esemény alapítványi átvezetését követıen – a kezesség lezárul.

6.7.3.1 Példák elıtörlesztés közlésére 6.7.3.1.1 Elıtörlesztés elmaradás mellett Az ügy alaphelyzete: esedékesség terv

tény

dátum

egyenleg

elmaradás elıtörlesztés

2010.12.16.

200.000 Ft

200.000 Ft 2011.01.30.

11.000.000 Ft

0 Ft

0 Ft

2011.01.16.

200.000 Ft

0 Ft 2011.01.31.

11.000.000 Ft

200.000 Ft

0 Ft

2011.02.16.

200.000 Ft

A Kamat felületen ez látható: Dátum 2011.01.27

©

Összeg 5.000 Ft

37



Az ügylet tehát 200.000 Ft elmaradásban van, és februárban újabb 200.000 Ft befizetése esedékes. Az ügyfél ennél többet fizet: két befizetés történik: 2011.02.15-én 500 000 Ft és 2011.03.02-án 100 000 Ft. Mindkettırıl viszünk fel TKE eseményt az alábbi adatokkal FTE esemény felvitelének adatai

2011.02.16

Fennálló tıke egyenleg

10.500.000 Ft

10.400.000 Ft

0 Ft

0 Ft

Elıtörlesztés

100.000 Ft

200.000 Ft

Kamatelmaradás egyenleg kezdıdátuma Kamatelmaradás egyenleg

2011.02.16

Elmaradás

2011.03.02.

0 Ft

0 Ft

Az elsı TKE-ben az Elıtörlesztés meghatározásánál a ténylegesen befizetett összegbıl le kell vonni az elmaradást és az adott idıszakra vonatkozó tervezett törlesztést. A Kamatelmaradás egyenleg kezdıdátumának a második TKE-ben nincs jelentısége, hiszen az egyenleg nem változik. A pontos információ ilyenkor az elsı TKE dátuma, hiszen ettıl a naptól kezdve lett 0 Ft a kamatelmaradás egyenlege, de ilyenkor a mezı üresen hagyható.

Figyelem! A második eseményfelvitelkor látható, hogy az elıtörlesztés összegét halmozottan kell rögzíteni.

esedékesség

terv

tény

dátum

egyenleg

elmaradás elıtörlesztés

2011.01.15

200 000 200 000 2010.12.11.

11 000 000

0

0

2011.02.15

200 000

0 2010.12.29.

11 000 000

200 000

0

500 000 2011.02.16.

10 500 000

0

100 000

2010.01.25.

200 000 100 000 2010.02.02.

10 400 000

0

200 000

2010.02.25.

200 000

A Kamat felületen ez látható: Dátum

Összeg

2011.01.27

5.000 Ft

2011.02.16

-5.000 Ft

6.7.4 Egyenlegközlés Ha a pénzügyi intézmény csak egyenleget akar közölni, mert az ügyfélnek sem elmaradása, sem elıtörlesztése nem keletkezett, akkor az alábbi módon kell eljárnia. A TKE eseményben csak az egyenleget kell kitölteni, az elmaradás és az elıtörlesztés mezık tartalmát 0-val kell jelölni. Ez abban az esetben szükséges például, amennyiben egy elızıleg „rossz fizetı” ügyfél kiegyenlíti az elmaradását (akkor is nem fizetınek feltételezzük az ügyfelet, hogy ha csak kamatelmaradása van). A program a következı idıszaki zárástól „jól fizetınek” tekinti majd.

©

38



FTE esemény felvitelének adatai Típus

Fennálló tıkeegyenleg közlés (FTE)

Fennálló tıke egyenleg

10 200 000 Ft

Elmaradás

0 Ft

Elıtörlesztés

0 Ft

Kamatelmaradás egyenleg kezdıdátuma Kamatelmaradás egyenleg

2011.02.16 0 Ft

6.7.5 Törlesztés terv szerint történik Amennyiben a pénzügyi intézmény ügyfele a tervnek megfelelıen törleszt, akkor a pénzügyi intézménynek nem kell jelentenie. A rendszer azt feltételezi, hogy az ügyfél a továbbiakban is terv szerint törleszt, így az elmaradása nulla. A fennálló tıkeegyenleg összege terv szerint csökken. Ebben az esetben az esedékes idıszaki zárás a tervnek megfelelıen csökkenti a fennálló tıkeegyenleget, jelzi tényként a terv összeget, és nulla lesz mind az elmaradás, mind az elıtörlesztés összege.

6.7.6 Változó tıketörlesztéső, devizaalapú forint hitel és faktoring ügyletek egyenlegközlése Annuitásos és devizaalapú forint hitel, valamint faktoring ügyletek esetén a TKE eseményben a tervtörlesztéstıl való eltérés közlésekor az új egyenleg és elmaradás mellett azt a dátumot is meg kell adni, amelyre ezek az adatok vonatkoznak. A dátum az utolsó esedékes törlesztés és a TKE esemény rögzítés dátuma közé eshet. Minden más tekintetben ugyanúgy kell eljárni az egyenlegközlés során, mint a fentiekben leírtak.

30. ábra: TKE esemény Fennálló tıkeegyenleg közlésének idıpontja mezıvel ©

39



6.8 Az idıszaki zárás Az idıszak egy hónap. Az idıszaki zárás a tárgyhót követı hónap nyolcadik munkanapján történik meg. Ezt megelızıen kell megtenni az ügyek egyenlegeinek korrekcióját. Az idıszaki zárás folyamata: a program megkeresi azon ügyeket, melyeknek a tárgyhónapban van tervtörlesztésük. Ha az ügyfél elmaradásban van (akár tıke-, akár kamatelmaradásban, függetlenül attól, hogy melyik hónapban rögzítették az erre vonatkozó TKE eseményt), akkor az e hónapban esedékes tervtörlesztés nem kerül átvezetésre. Amennyiben az ügyfél nincs elmaradásban, akkor a tervtörlesztés a megadott dátummal és összeggel átvezetésre kerül tényként. A zárásra való felkészülési folyamat segítése végett elkészíthetı hitelintézetenként vagy fiókonként a fıoldalon lévı menüsor Kimutatások menüpontjában az „Aktív ügyek tıke- és kamategyenlegei” típusú kimutatás.

6.8.1 A kamatelmaradás, -egyenleg kezelése A hitelintézetek számára a Tıkeegyenleg és kamatelmaradás közlése (TKE) esemény lehetıséget ad az ügyek kamategyenlegének folyamatos korrekciójára is, amennyiben ez szükséges. Azoknál az ügyeknél ugyanis, melyeknek nincs kamatelmaradása, csak akkor szükséges esemény rögzítése, hogy ha az ügylete elmaradásban vagy elıtörlesztésben van. Az Alapítvány a rendszerében csak a kamategyenleget tartja nyilván. (A kamatoknak nincs tervtörlesztésük, mint a tıkének.) Akkor nincs kamatelmaradása egy ügynek, ha a kamategyenlege 0 Ft. Abban az esetben kell tehát TKE eseményt felvinni, ha a kamat megfizetésében elmaradt az ügyfél. Az eseményben a kamatelmaradás egyenlegét, tehát pozitív számot, vagy nullát kell rögzíteni. Az esemény érvényesítését követıen a kamategyenleg negatív elıjellel jelenik meg, érzékeltetve, hogy az ügyfél elmaradásban van. Ha az ügyfél rendezi az elmaradását, azt az iBaHiR-ban szintén egy TKE eseményben nulla összeggel kell jelezni. Ha viszont még inkább elmaradása van az ügyfélnek, akkor a KEM eseményben egy újabb negatív összeggel növelhetjük a kamategyenleget negatív irányba. A TKE eseményben megadott Kamatelmaradás egyenleg kezdıdátuma nem lehet régebbi, mint az ügyhöz korábban megadott Kamatelmaradás egyenleg kezdıdátuma. A kamategyenleg változásairól információt az iBaHiR ügybe lépve a Kezesség megtekintése menüpontban a Törlesztések oldalon talál.

6.9 Kezességmódosítás Az elbírálást követıen a kezességi igénybıl „kezesség” lesz, kezességi levél számot kap, a Kezességi Levél kinyomtatásra kerül. Az üggyel kapcsolatos minden változásváltozás a naplózáson kívül is dokumentált. Azt az üggyel kapcsolatos változást nevezzük kezességmódosításnak, mely változás a hitelszerzıdés módosítását teszi szükségessé, így módosított Kezességi Levél kiadása is szükséges. A kezességi szerzıdésmódosítást a hitelintézet kezdeményezi, és azt az Alapítványnak el kell fogadnia, vagyis a módosítás igénylésen szereplı adatokat ellenırizni kell, majd a módosítást át kell vezetni. Indokolt esetben az Alapítvány azt vissza is utasíthatja.

©

40



Kezességmódosítás az iBaHiR alkalmazásban kezdeményezhetı a módosítani kívánt ügyön a Módosítás / Adminisztráció menüpontban. Új adminisztrációs sor rögzítésével létrejön a Módosítás menü alatt egy új almenüpont „x. módosítás szerkesztése” néven, ezt kiválasztva megkapjuk az új kérelem felvitelénél már megismert adatfelviteli oldalakat, kivéve a gazdálkodási adatok és az ügyfélcsoport adatok oldalakat, melyek ilyen módon még nem módosíthatók. Ha van az adott ügynek már kezességmódosítása, azt is a Módosítás lenyíló menüpontban tudjuk megnézni a „n. módosítás megtekintése” (n: a kívánt módosítás sorszáma) sorra kattintva. Ilyenkor az adatfelviteli oldalakon csak a módosított értékeket látjuk sárgával jelölve, amelyre állva az egérmutatóval megjelenik a jelenlegi érték is.

6.9.1 Új módosítás A Módosítás / Adminisztráció menüpontban az nyomógombbal egy új módosítás kérhetı. Csak aktív (43-as) státuszú ügyön kezdeményezhetı kezességmódosítás, és az is csak abban az esetben, ha az ügynek nincs folyamatban lévı, még hatályba nem lépett módosítása. Elsı lépésként meg kell adni a módosítás adminisztrációs adatait (lásd 31. ábra), majd az adatfelviteli oldalakon végrehajthatjuk a módosításokat. Ebben a nézetben tehát csak azok az adatfelviteli oldalak állnak a felhasználó rendelkezésére, melyeket lehet módosítani.

31. ábra: Új kezességmódosítás kezdeményezése A kezességmódosítás – a kérelem felvitelével azonos módon – bármikor megszakítható, a folyamat elmenthetı és késıbb folytatható. A folyamatban lévı módosítás a menüpont listájában szerkesztés néven található meg, míg a rögzítés befejezését követıen a módosítás csak megtekinthetı. (Lásd az alábbi kép zöld menülistáját.)

32. ábra: Kezességmódosítások listája ©

41



A kezességmódosítás folyamata az adminisztrációs sor felvitele után megegyezik az új kérelem felviteli folyamattal, azaz az Érvényesítés menüpontban jelezni kell a rögzítés befejezését, ezt követıen pedig egy érvényesítı szerepkörő felhasználónak a módosítás érvényesítését. Ezután a módosítás hitelintézeti oldalon már nem szerkeszthetı, az AVHGA munkatársainak átvezetésére vár. Átvezetés után a módosított értékek a kezesség megtekintésekor láthatók, a módosítás megtekintésekor pedig a változtatott értékek jelennek meg az oldalakon. A szerkesztés alatt álló kezességmódosítást ellenırizhetjük. Felhívjuk a figyelmet arra, hogy a kérelem ellenırzési szempontok mellett néhány újabb szabály kerül ellenırzésre, melyek csak módosítás esetén érvényesülnek. A módosítás szerkesztése során, az adatfelviteli oldalakon a kezesség valamennyi adata megjelenik és szerkeszthetı, változtatásuk után a mezı sárga színő lesz, és az egérmutatóval felé állva az alkalmazás megmutatja a korábbi értékét. A törlesztések és a fedezetek oldalakon viszont más eljárás alkalmazandó, ezeket az értékeket az oldalakon elhelyezett nyomógomb segítségével átmásolhatjuk az ügybıl.

Figyelem! Az értékek átmásolása azt jelenti, hogy az eredeti kezességbıl kitöröljük ıket, majd az itt módosított értékek kerülnek átvezetés után ismét a kezességhez rögzítésre. Tehát ha a kezességmódosításunk nem érinti a törlesztéseket és a fedezeteket, akkor ezeken az oldalakon semmilyen teendınk nincs.

6.9.1.1 Tervtörlesztések módosítása Ha a tervtörlesztések közül valamelyiket vagy néhányat meg szeretnénk változtatni, akár a dátum, akár az összeg tekintetében, akkor a nyomógomb segítségével másoljuk be valamennyi eredetileg felvitt törlesztést, majd ezeken hajtsuk végre a szükséges módosításokat. A meglévı sorok közül törölhetünk is, valamint újat is tudunk felvinni hozzá. A lényeg, hogy a változások eredményeképpen a tervtörlesztés lista a kívánt dátumokat és értékeket mutassa. 6.9.1.2 Fedezetek módosítása A fedezetek esetében is hasonló az eljárás. Ha bármilyen módosítást szeretnénk az ügyhöz eredetileg felvitt fedezeteken végrehajtani, akkor a – mind a négy fedezet oldalon megtalálható, (bármelyik használható) – nyomógomb segítségével töltsük be valamennyi eredeti fedezetet, és azokon módosítsunk. Itt is lehetıség van újabb fedezet felvitelére, vagy valamely törlésére. Cél, hogy valamennyi fedezettípus tekintetében együttesen az ügyhöz az itt kialakított állapot fog bekerülni átvezetés után.

©

Ha például az eredeti ügyön volt egy ingatlan, egy ingóság és egy kezes rögzítve, de a módosítások eredményeként az eredeti ingatlanon kívül szükséges még felvinni kettıt, viszont törlendı az ingóság és a kezes, akkor elegendı az ingatlan oldalon az nyomógombot használni. Ennek hatására az eredeti ingatlan betöltıdik, az ingóság és a kezes viszont nem, tehát azok majd átvezetéskor törlésre kerülnek az ügy alól. Viszont szükséges még két újabb ingatlan felvitele, melyet az ingatlan oldalon a nyomógombbal eszközölhetünk.

42



6.9.1.3 Módosítás befejezése, érvényesítése A kezességmódosítás is szabadon szerkeszthetı tehát az új kérelemhez hasonlóan, bármilyen részállapotban menthetı, és többször is megszakítható a felvitel folyamata. Amennyiben a felhasználó úgy ítéli meg, hogy elkészült, akkor az Érvényesítés menüpontban kell a módosítás rögzítésének befejezését jelezni. Ezt követıen egy érvényesítı szerepkörő felhasználónak kell szintén az Érvényesítés menüpontban a kezességmódosítás érvényesítését jelölni, mely után a módosítási kezdeményezés az AVHGA munkatársaihoz kerül. Az iBaHiR alkalmazásban felvitt kezességmódosítás mellett továbbra is szükséges papíron, aláírással ellátva is továbbítani a módosítás igénylı lapját. A kezesség módosítás igénylı lap a PDF Nyomtatványok menüpont alatt elérhetı, nyomtatható, mely csak az ügy változott adatait tartalmazza.

6.10 Nyomtatványok Az iBaHiR alkalmazás pdf formátumú dokumentumokat készít, melyek letöltés után megnyithatók, kinyomtathatók. Az ügy (zöld) menüsorán két menüpontban készíthetık el az üggyel összefüggı, az abban felvitt adatokat tartalmazó nyomtatványok. A két menüpont közötti különbség a nyomtatványok elıállításánál alkalmazott fejlesztıi technológia.

6.10.1 „Régi típusú” nyomtatványok Az iBaHiR indulásakor egy olyan technológiával készültek el a nyomtatványok, melyek felhasználói lekérésüket követıen a szerveren tárolásra kerülnek. Az ilyen pdf fájl elkészítéséhez és megnyitásához egy Report Generator segédalkalmazás futtatása is szükséges a szerveren. Ezek a dokumentumok a Nyomtatvány menüpont alatt kérhetık az nyomógomb segítségével. Itt kezdeményezheti a felhasználó az üggyel kapcsolatos alábbi nyomtatványok elkészítését: • Nyilatkozat – halászati vállalkozás részére • Ellenırzési lista Az iBaHiR a nyomtatványok listájában felsorolja a kérhetı dokumentumokat. A Kérés létrehozva oszlopba jegyzi be a felhasználói kérést. Ha a Nyomtatvány elkészült oszlopban megjelenik egy dátum, és az utolsó oszlopban egy kis pdf ikon, arra kattintva a kész dokumentum letölthetı, elmenthetı a kliens számítógépre.

©

43



33. ábra: a Nyomtatvány menüpontban látható dokumentumok

6.10.2 „Új típusú” nyomtatványok Az iBaHiR indulásakor alkalmazott nyomtatványkészítı technológiát fokozatosan felváltja egy újabb, korszerőbb, mellyel dinamikusan elıállnak a kliens oldalon a kért nyomtatványok segédprogram alkalmazása nélkül, ezért azokat a szerveren tárolni sem szükséges. Az ilyen fájl a PDF Nyomtatványok menüpontban a megfelelı nyomtatványra kattintva azonnal elkészül és egy új webböngészı lapon nyílik meg. A felhasználó a megnyitott pdf állományt mentheti a kliens számítógépre vagy közvetlenül kinyomtathatja. Az alábbi nyomtatványok érhetık el ebbıl a menübıl: • • • • • • •

Igénylılap (együtt a fedezetekkel) Kezesség módosítást igénylı lap Nyilatkozat fiatal mezıgazdasági termelıi minıségrıl Azonosítási checklist Módosítási azonosítási checklist Általános Szerzıdési Feltételek Vállalkozás nyilatkozata

A felsoroltak közül mindig csak az látszik a menüpontban, melyet az ügy aktuális állapotában lehetséges elıállítani.

©

Így például a Kezesség módosítást igénylı lap és a módosítási azonosítási checklist csak azon ügyek esetén választható a menübıl, ha az ügynek van folyamatban lévı (átvezetés elıtti) módosítása.

44



34. ábra: példa a PDF nyomtatványok menüpontban elérhetı dokumentumokra A dokumentumok mindkét menüpont alatt, mindkét technológiával természetesen többször elkészíthetık.

Ha például a szerkesztés alatt álló igénylılapon történt változás, és az már ki volt nyomtatva, akkor is kezdeményezhetı a frissített igénylılap elkészítése a megfelelı menüpont választásával.

A nyomtatványként elkészíthetı fájlok köre a kezességigénylés és módosítás valamennyi szükséges dokumentumát lefedi. A ritkán használatos, a programból még nem nyomtatható dokumentumokra az alternatív Word sablon megoldást kell alkalmazni, melyek elérhetık a Letölthetı dokumentumok menüpontban. A Word sablonok alkalmazásáról bıvebb információ található a 3.1 fejezetben. –– elkészítés a megfelelı menüpont választásával. A két nyomtatvány menüpontban elérhetı dokumentumok az üggyel kapcsolatosak, tartalmazzák az ügy adatait is. Ezért ha egy másik felhasználó ugyanannak az ügynek bármelyik nyomtatványok menüpontjába lép, kérheti az ügyhöz ugyanolyan nyomtatvány elkészítését, vagy megnyithat egy már a szerveren tárolt dokumentumot. Mivel a szerver sok felhasználó (több hitelintézet és fiók dolgozik ugyanabba az adatbázisba) nyomtatási igényét szolgálja ki akár egyszerre, az elkészítés néhány másodpercet igénybe vehet.

35. ábra: a Nyomtatvány menüpontban látható dokumentumok ©

45



36. ábra: a PDF nyomtatványok menüpontban elérhetı dokumentumok

6.11 Kimutatások Kimutatásokat az ügyek egy általunk meghatározott körére vonatkozóan készíthetünk. Az érintett ügyek körét minden esetben testre szabhatjuk szőrési feltételek megadásával. Ilyen szőrı feltételek például: dátum, státuszcsoport, szerzıdéstípus, termékkonstrukció. Valamennyi kimutatás esetén állandó szőrıfeltétel a pénzügyi intézmény és a fiók, mely természetesen a felhasználó hatásköre szerint engedélyezett. A hitelintézetre és fiókokra a kimutatások rendezettségében is tagolás történik.

A kimutatások a felhasználó kérésére jönnek létre, ezért a felhasználó a bejelentkezését követıen ebben a menüpontban mindig megtalálja az általa kezdeményezett kimutatásokat. A felhasználók egymás elkészített kimutatásait nem látják, de akár teljesen azonosat is készíthetnek. A kért és elkészült kimutatásokból lehet törölni is, vagy ugyanabból a típusból többet létrehozni eltérı vagy azonos szőrıparaméterekkel.

A fımenüben elhelyezett Kimutatás menüpontban az nyomógombra kattintva elsıként a kimutatás típusát választhatjuk ki, majd megadhatjuk a szőrési feltételeket. A kért kimutatáshoz a felhasználó egy nevet is megadhat a leírás mezıben, ez segíti a megtalálását és egyedivé is teszi az adott lekérdezést.

37. ábra: Új kimutatás kérése

©

46



A kimutatások a – „régi típusú” nyomtatványok technológiájával megegyezı módon – a szerveren futó Report Generator segédalkalmazás segítségével készülnek el. A kimutatáskérés a szerverhez kerül, és megjelenik a már kért kimutatások között egy új sor a létrehozás dátumával. Ha abba a sorba bekerül az elkészültét jelzı pdf ikon és a feldolgozás vége dátum, akkor a fájl megnyitható vagy letölthetı a pdf ikonra történı kattintással. Valamennyi kimutatások elkészül pdf fájlformátumban.

38. ábra: Kért kimutatások listájára példa

6.11.1 Az xls kimutatásfájlok A alábbi kimutatások xls formátumban is megtekinthetık (exportálhatók): • • • • •

Aktív ügyek tıke- és kamategyenlegei Elmaradt és esedékes tıke- és kamat-törlesztések Kezességek részletezı kimutatása Aktív ügyekhez tartozó Kezesség aktív ügyintézıje Aktív és inaktív felhasználók

A fenti kimutatástípusok valamelyikének kiválasztásakor nemcsak pdf, hanem xls formátumú fájl is készül. Az xls kimutatások a sor végén található meg vagy menthetık el.

ikonocska segítségével nyithatók

Az xls kimutatások a pdf-ektıl eltérı technológiát használnak, nem kerülnek mentésre a szerveren, hanem az xls ikonra történı kattintás után készülnek el. Éppen ezért viszont – a statikus, mentett pdf-ekkel ellentétben – az elızetesen megadott paraméterek megváltoztatása után az xls fájl ismételt megnyitása esetén az újabb beállításoknak megfelelı fájlt kapunk.

Tehát például egy új kimutatás felvitelekor megadtunk egy idıszakot, a pdf fájl elkészül a szerverre, az xls csak akkor, ha a sor végén lévı ikonra kattintunk. A kimutatás sorára bárhol kattintva, megnyílik az az ablak, melyen eredetileg felvittük a paramétereket. Változtassuk meg az idıszakot, mentsük el. A pdf változatlan lesz, nem készül újabb, az xls viszont figyelembe veszi az új idıszakot, és annak megfelelı adatokat fog tartalmazni.

Az xls kimutatások Excel programban nyílnak meg alapértelmezetten és a kliens számítógép alapbeállításától függıen (hogy milyen alapprogram van hozzárendelve az xls kiterjesztéső fájlokhoz). Tartalmilag eltérés a pdf-ektıl, hogy az ügyek egyszerően felsorolásra kerülnek, nincs csoportosítás fiókonként, így segítve az állomány feltételezett további átdolgozását. Szintén ez okból mindig beillesztésre került az elsı két oszlopban a pénzügyi intézmény és a fiókok neve, melyek pdf esetében csak a csoportosításból derültek ki. Minden más tekintetben megegyezı a két fájltípus tartalma.

6.12 Letölthetı dokumentumok A menüpontot valamennyi szerepkörő felhasználó eléri, látja a fımenüben. Itt találhatóak az alternatív megoldásként alkalmazható igénylılap Word sablonok, valamint azok a sablonok, melyek még nem készülnek el nyomtatványként a programban, illetve egyéb szakmai segédanyagok (például jelen kézikönyv is).

©

47



Vannak dot (Word sablon) és pdf kiterjesztéső letölthetı dokumentumok, elıbbit választva a Wordben nyílik meg a fájl és azután menthetı, a pdf-ek esetében a program egy elızetes választást kínál a felhasználónak, hogy menteni vagy megnyitni szeretné azt. A Word sablonok használatát a 3.1. fejezet részletesen ismerteti.

©

48


Hitelintézeti adminisztrátori funkciók

7 Hitelintézeti adminisztrátori funkciók 7.1 Felhasználó-kezelés zelés A menüpont csak az alapítványi és hitelintézeti adminisztrátor szerepkörő szerepkör felhasználók által kezelhetıı és látható. A felhasználók adatait itt lehet módosítani, és azok változásai naplózásra is kerülnek. kerül Aktív felhasználó törlése nem megengedett! megengedett Azt a felhasználót, melynek belépését belépését az alkalmazásba valamilyen okból tiltani kell, deaktiválni kell.

Figyelem! Hitelintézeti adminisztrátor szerepkörő szerepkör felhasználót csak alapítványi adminisztrátor hozhat létre, valamint a hitelintézeti és fióki érvényesítı érvényesít szerepkörő felhasználók engedélyezését csak alapítványi adminisztrátor végezheti el, el addig az érvényesítıkk nem tudnak bejelentkezni az alkalmazásba.

A menüpontban a következı következ almenüpontok érhetık el: Hitelintézeti, Hitelintézeti Fióki. A hitelintézeti adminisztrátor bármelyik hatáskör esetén az nyomógombbal kezdeményezheti egy új felhasználó felvitelét. Egy új felhasználóhoz a szerepkör listából csak a lekérdezı, kezelı,, érvényesítı és aktív ügyintézı szerepkör rendelhetı. Általánosságban igaz – az ügyek adatfelviteli oldalain kívül –, hogy a félkövér betőtípussal bet megjelenı mezınevek nevek kötelezı kötelez kitöltésőek. Egy gy új felhasználó felvitelénél az adatok ad többségét kötelezı megadni. Az új felhasználók felvitelét követıen követ az alkalmazás e-mail-tt küld a megadott címre, melynek segítségével tudja magát aktiválni a felhasználó. Errıl Err szól bıvebben az 4.1. 4.1 fejezetrész. A Felhasználók / Hitelintézeti vagy Fióki menüpontokban természetesen a már felvitt felhasználók is listázhatók, és adataik módosíthatók.

39 ábra: Új fióki felhasználó felvitele 39. ©

49



7.1.1 A jelszórend

A felhasználó felvitelénél a jelszó megadásakor a program megerısítést kér a tévesztések elkerülésére. A programban alkalmazott jelszóra vonatkozó szabályokat az Alapítvány munkatársai határozzák meg. Az aktuális szabályokról a kezdıoldalon tájékozódhatnak a felhasználók.

A felhasználó a saját jelszavát bármikor megváltoztathatja úgy, hogy a képernyı felsı részén megjelenı a nyomógombként funkcionáló részre kattint, ekkor meg kell adnia a régi jelszavát, majd az újat kétszer egyformán. Amennyiben a felhasználó elfelejtette a saját jelszavát, akkor a hitelintézeti adminisztrátor tud új jelszót adni neki a felhasználó adataiba történı belépésnél a nyomógomb segítségével, ahol elıször a saját jelszavát kell megadnia, majd kétszer a felhasználó új jelszavát.

7.1.2 Érvényesítı felvitele és engedélyezése

Amennyiben érvényesítı szerepkörő felhasználó kerül felvitelre, azt belépése elıtt engedélyeztetni kell egy alapítványi adminisztrátorral. A többi szerepkörő felhasználó már a hitelintézeti adminisztrátor általi rögzítése után engedélyezett a rendszerben, de az érvényesítı engedélyezését csak alapítványi adminisztrátor teheti meg egy nyomógomb segítségével.

Ennek célja, hogy az Alapítványnak a hitelintézetek megadják az aláírásra jogosult személyek listáját, melyet össze kell vetni az érvényesítı szerepkörő felhasználókkal, azoknak meg kell felelnie egymással. Ha az érvényesítık nem azonosak az aláírókkal, akkor is írásban kell kérni az Alapítványtól az érvényesítık engedélyezését. Tehát a hitelintézeti adminisztrátor felveheti az érvényesítıt, aktiválása is lehetséges, de addig nem tud belépni az alkalmazásba, míg valamely alapítványi adminisztrátor nem engedélyezte a szerepkörét.

7.2 Pénzügyi intézményi adatok kezelése A menüpont csak az alapítványi és hitelintézeti adminisztrátor szerepkörő felhasználók által kezelhetı és látható. Új hitelintézetet csak alapítványi adminisztrátor vihet fel a rendszerbe. Ugyanakkor a hitelintézet adminisztrátora módosíthatja a hitelintézet adatait, valamint felvihet új régiót és fiókot.

©

A menüben tehát Hitelintézetek, Fiókok, Régiók almenüpontok találhatók. A hitelintézet adatai között lényeges a 4 szem elv jelölınégyzet. Ha ebbe jelölést teszünk, akkor az érvényesítı szerepkörő felhasználók nem tudják a saját maguk által felvitt és kezelt ügyeket érvényesíteni. Másképpen: egy ügynek nem lehet ugyanaz a rögzítıje és az érvényesítıje. Ez a „4 szem elv” hitelintézeti szinten állítható be, azaz valamennyi fiókra is érvényes.

50



Az alábbi kép egy hitelintézeti fiók felvitelét mutatja.

40. ábra: Új fiók felvitele

7.2.1 Régiók kialakítása Az iBaHiR programban alkalmaztuk a régió fogalmát. Ez segíti a fiókok bármely csoportjának létrehozását, és a fióki felhasználók esetében így régiós, több fiókot magában foglaló hatáskört állíthatunk be. Értelemszerően egy hitelintézethez több régiót is létre lehet hozni. A régiók kialakítása lehet fiktív, nem valós (földrajzi) régiókat tartalmazó csoportosítás is.

Fontos! Minden hitelintézetnél kell viszont lennie legalább egy régiónak, akkor is, ha nem szeretnék alkalmazni a fiókok régiókba való osztását. Ez esetben valamennyi fiókot ebbe az egy fiktív régióba kell rendelni, és ezen régió segítségével köthetık majd össze a fióki hatáskörő felhasználók egy vagy több fiókkal.

41. ábra: Új régió felvitele

©

51



A felhasználói és a pénzügyi intézményi adatok kezelésével kapcsolatos, fentiekben bemutatott adminisztrátori feladatokat összefoglalóan mutatja be az alábbi sematikus ábra.

42. ábra: Alapítványi és hitelintézeti adminisztrátor szerepkörök jogosultságkezelése

7.3 Naplózás Az iBaHiR egyik biztonsági intézkedése, hogy sor kerül minden fontosabb mővelet naplózására. Az iBaHiR alkalmazás Naplózás menüpontjában az arra jogosult felhasználók számára jelenleg megtekinthetık, lekérdezhetık az iBaHiR-ban végrehajtott mőveletek naplózási adatai. Ez lehetıséget biztosít a hitelintézeti adminisztrátorok számára is a naplózott rekordok keresésére, listázására. menüpontban az A fımenüben, a csak az adminisztrátorok által elérhetı alkalmazás lehetıséget biztosít a naplózott mőveletek lekérdezésére. Erre a mőveletre az alapítványi és a hitelintézeti adminisztrátorok jogosultak, akik keresési feltételeket állíthatnak be a funkció kezelıi felületén. A keresés eredménye a képernyın megjelenı lista, melynek valamely sorát választva megtekinthetık az adott mővelet részletes adatai. A keresési feltételeket és a találati listát mutatja be az alábbi kép.

43. ábra: Naplózás

©

52


Kommunikáció az iBaHiR-ban iBaHiR

8 Kommunikáció az iBaHiR-ban iBaHiR 8.1 Az Üzenıfal fal menüpont Az Üzenıfal egy olyan értesítési lehetıség lehet az iBaHiR alkalmazáson belül, melynek címzettcímzett csoportja paraméterezhetı, ı,, vagyis meghatározható egyedileg, üzenetenként. Megjelenítése az alkalmazásban az menüpont, melyre mindkét felhasználói csoport, az Alapítvány és menüpont, a hitelintézet munkatársai is elhelyezhetik üzeneteiket, a címzett megadása pedig meghatározza, hogy a felhasználók mely köre számára látható az üzenet, értesítés, ér tájékoztatás. Az üzenıfal fal kommunikációs szint két rétegre, típusra osztható. Az egyik típus feladata, hogy a felhasználók által elhelyezett, elhelyezett „küldött” információkat jeleníti meg. Ez a funkció természetesen kiegészül új üzenetek létrehozási, létrehozási „küldési” lehetıségével ségével is. A másik típusú feladata a rendszer er által automatikusan „küldött” értesítések megjelenítése, megjelenítés a felhasználók intézendıirıll való tájékoztatás. tájékoztatás (A küldés azért idézıjeles jeles kifejezés, mert valójában nem történik üzenetküldés. Az Üzenıfal az iBaHiR alkalmazáson belüli kommunikációs funkció. Az üzenetek az iBaHiR adatbázisában mentésre, majd egy job által összerendelésre kerülnek a címzettekkel. A szerveren futó job néhány percenként ellenırzi, ellen hogy készült-ee újabb üzenet, és ha igen, akkor a címzettjei számára megjeleníti azt az Üzenıfal megfelelı oldalán. Az üzenetek tehát valójában nincsenek többszörösen tárolva több címzett esetén, csak több felhasználónak van rálátása – mintegy „linkként” – az üzenetre.)

8.1.1 Az Üzenıfal fal felépítése A felhasználók ók bejelentkezését követıen követ a fımenüsoron menüsoron utolsó elemként találják meg az Üzenıfalat. falat. Ez a menüpont – a Letölthetı dokumentumokhoz hoz hasonlóan – mindenki, bármilyen jogosultságú felhasználó számára elérhetı, elérhet használható. A menübe lépve négy aloldalra osztva láthatjuk az információkat: Személyes üzenetek, Intézendık, k, Archívum, Elküldött üzenetek (lásd következı ábra). Mind a négy oldalon táblázatos formában kerülnek felsorolásra a kapott vagy küldött üzenetek. Ezek a táblázatok tulajdonképpen találati listák, küllemük és mőködésük megegyezik a Keresés menüpontéval. Ha az üzenetek mennyisége eléri azt a számot, mely után már nem fér ki egy lapra a lista, akkor az utolsó sorban lévıı gombok segítségével lehet váltani a lapok között. A lista végén láthatjuk a sorok összes darabszámát. A listák tartalmazzák az üzenetek fontosabb adatait, melyek segítik egyegy-egy konkrét üzenet megtalálását. A megjelenítést tekintve az üzenetsorok háttere eltérı eltér szürke színő szín az elkülönítés és a jó olvashatóság érdekében. A lista bármelyik bármelyik sorára kattintva megnyílik a kiválasztott üzenet, elolvasható a tárgya és a szövege. A négy aloldal specialitásait és különbségét a 8.4 – 8.7 fejezetek ismertetik. ismertetik

44. ábra: Az Üzenıfal felépítése ©

53


Kommunikáció az iBaHiR-ban

8.2 Új üzenet felvitele Új üzenet felvitelét az Üzenıfal bármelyik aloldalán az nyomógomb segítségével kezdeményezhetünk. A nyomógomb hatására egy új üzenet felviteli ablak nyílik meg. Érdemes a képernyın fentrıl lefelé irányban haladni a kitöltésben.

45. ábra: Új üzenet felvitele

8.2.1 Címzett Elsıként a címzettek megadása szükséges; kötelezıen kell lennie legalább egy címzettnek, melyet a címzett kereten belül az nyomógomb segítségével lehet hozzárendelni az üzenethez. A címzett típusa lehet: • egyedi felhasználó: minden felhasználó a hatásköre alapján meghatározott felhasználói körnek küldhet üzenetet, azaz egy fióki felhasználó e címzett típus esetén a saját fiókja (aktív) felhasználói közül választhat, • kezesség (kérelem): szintén a hatáskör alapján meghatározott kezesség listából lehet választani, ez a címzés tulajdonképpen a kezesség (kérelem) rögzítıjét és érvényesítıjét jelenti, nekik fog érkezni az üzenet, a listában az ügyszámot, a vállalkozás nevét és a pénzügyi intézményi ügy azonosítóját jeleníti meg a program a beazonosítást segítve, • pénzügyi intézmény: ez esetben a hitelintézet valamennyi felhasználója megkapja az üzenetet, • pénzügyi intézményi fiók: ez esetben a kiválasztott hitelintézeti fiók valamennyi felhasználója megkapja az üzenetet. Egy üzenetnek több címzettje is lehet, például több egyedi felhasználó is megadható, a nyomógomb ismételt használatával. Nem lehet viszont címzett keretben lévı egy üzenet címzettjeként kezesség (kérelem) típussal együtt más. ©

54



A címzettek kiválasztását a címzett kereten belül lévı meg kell erısíteni.

nyomógombbal

A következı ábrák bemutatnak minden címzett típusra egy-egy példát hitelintézeti hatáskörő felhasználó esetén.

46. ábra: Címzett típus lista

47. ábra: Példák a címzett típusokra

©

55



8.2.2 Tárgy A tárgy egy egyszerő, formázatlan szöveges mezı. Használata éppolyan, mint egyéb internetes üzeneteknél, az üzenetküldés céljának, tartalmának rövid összefoglalása. A tárgy megjelenik a címzettek üzenetfogadási oldalain, valamint a feladó Elküldött üzenetek oldalán. A tárgy segítségével tudja megtalálni a felhasználó az adott üzenetet, ezért az legyen olyan beszédes, egyértelmő és egyedi, amennyire csak lehet. A tárgy mezı nem maradhat üresen.

8.2.3 Fontosság A fontosság az üzenet egyik kötelezıen megadandó jellemzıje, melyet a feladó határoz meg. Az üzenetek listázásakor a Fontos oszlopban kis zászlócska ikon mutatja, amelyik üzenetnél a fontosságra igen érték volt beállítva. A listákban alapértelmezetten a fontos, kiemelt üzenetek a lista elejére kerülnek, azon belül dátum szerinti idıben visszafelé sorrendben, majd a nem fontos, normál üzenetek szintén feladásuk szerint a frissebbtıl a régebbiig. A „Fontos” érték megadásakor a küldınek azt kell eldöntenie, hogy az üzenete a legelsı sorba kerüljön-e, ekkor „igen”-t jelöljön, vagy nem annyira kiemelt üzenet révén inkább a többi nem fontos üzenet közé, ekkor a „nem”-et jelölje. A mentés dátuma szerint bármelyik csoporton belül az elsı helyen fog megjelenni az üzenete.

8.2.4 Visszavonhatóság A visszavonhatóság az üzenet másik kötelezıen megadandó jellemzıje, melyet a feladó állít be. Ezzel a tulajdonsággal a feladó azt határozza meg, hogy az üzenetét a késıbbiekben vissza akarja-e majd vonni a címzettektıl, vagy sem. „Igen” jelölésével a felhasználó késıbb dönthet úgy, hogy az üzenetet visszavonja, ezzel ”eltünteti” a címzettektıl, függetlenül attól, hogy melyik oldalon jelenik meg számukra (például archiválták-e). „Nem” jelölésekor az üzenet a feladó számára nem lesz visszavonható utóbb. Javasoljuk, hogy mindig az „igen” kerüljön jelölésre, mert ekkor nem akadályozzuk meg magunk számára, hogy késıbb meggondoljuk magunkat és visszavonjuk az üzenetünket, hiszen idıvel az üzenet lehet tárgytalan, szükségtelen, elavult. Az üzenetek visszavonását bıvebben ismerteti a 8.7.1. fejezet.

8.2.5 Törölhetıség A törölhetıség az üzenet harmadik kötelezıen megadandó jellemzıje, melyet a feladó határoz meg. Ezzel a tulajdonsággal a feladó azt állítja be, hogy a címzettek az üzenetét törölhetik-e. Három jelölés közül kell választani: • mindenki törölheti: a feladó rábízza a címzettekre, hogy az üzenet elolvasása után kitörlik azt, vagy sem, • senki se törölheti: a feladó meghatározza, hogy a címzettek nem törölhetik az üzenetét, ez esetben az üzenet csak visszavonható lehet, hogy a feladó vissza tudja azt vonni, tehát valamelyik irányból „megszőntethetı” legyen az üzenet, • utolsó felhasználó nem törölheti: a feladó olyan speciális megoldást választ, hogy a címzettek közül az nem törölheti, amelyik utoljára próbálná, a többi címzettnek sikerül a törlés, egy címzett esetén ez megegyezik az elıbbivel. A törlési mőveletet a 8.3.3. fejezet ismerteti. ©

56



8.2.6 Üzenet szövege Az üzenet szövegét a szöveges, formázható mezıbe kell írni. A karaktereket kijelölésüket követıen – bármelyik szövegszerkesztı programhoz hasonlóan – megformázhatjuk a szerkesztési eszköztár segítségével, mely a szöveges mezı felett van.

Figyelem! Ha elıre megírt hosszabb szövegünk van például Word-ben, akkor azt érdemes a Jegyzettömb (Notepad) programba átmásolni, menteni txt fájlként, majd így bemásolni az iBaHiR-ba, mert a Word tartalmazhat olyan formátumot, melyet az iBaHiR nem tud kezelni, felismerni, és ezért a megjelenítendı szöveg nem az elvárt megjelenéső lesz.

A legbiztosabb módszer, ha közvetlenül az iBaHiR szöveges mezıjében írjuk be és formázzuk meg a szövegünket. A szerkesztési eszköztár segítségével számos lehetıség van a szöveg küllemének változtatására. Az eszköztáron megtalálhatóak a hagyományos mőveletek, formázási lehetıségek: kivágás, másolás, beillesztés (ezek billentyőkombinációi is mőködnek a mezın belül, de az iBaHiR és más program között is); félkövér, dılt aláhúzott; bekezdés rendezése jobbra, balra, középre, sorkizártra; betőszín és háttérszín változtatása; az utolsó mővelet visszavonása stb. Egyéb lehetıség, hogy néhány felsorolt betőstílus, -formátum, -típus, -méret közül is lehet választani. A megírt, megformázott szöveg ki is nyomtatható, de egyébként ugyanolyan módon fog a címzetteknek is látszani az üzenet szövege, mint a feladó számára a szerkesztési mezıben.

48. ábra: Szerkesztési eszköztár Van néhány olyan mővelet ikon, melyek csak egy speciális alapítványi szerepkör miatt lettek elhelyezve az eszköztáron (második sorban): a hivatkozás és a kép beillesztése. Ezeket az általános felhasználók ne alkalmazzák. Pontosabban a hivatkozás beillesztése akár mindenki számára használható, ha egy weblinket szeretnénk elhelyezni az üzenetben. A nyomógomb segítségével egy olyan új ablakot kapunk, melynek protokoll listájában a http:// vagy a https:// kiválasztása után a webcím megadásával egy elıre beírt szöveg – kijelölése után használva ezt a gombot – linkké tehetı az elküldött üzenetben. Ha a címzett erre a linkre kattint a megnyitott üzenetben, akkor egy új ablakban megnyílik számára a megadott weboldal.

8.2.7 Mentés Az üzenet elkészültének végén nagyon fontos az üzenet felviteli ablak végén lévı gomb alkalmazása. Ha véletlenül valamely fentiekben ismertetett, kötelezıen jelölendı üzenetjellemzı nem került megadásra, a program figyelmeztetést jelenít meg.

©

57



Mentést követıen az üzenet azonnal az Elküldött üzenetek oldalra kerül, valószínőleg az utolsó sorba, dátum szerinti megjelenítési sorrendet feltételezve. Az üzenet akkor jelenik meg a címzettek számára a Személyes üzenetek oldalon is, ha az üzenetek címzettekhez való hozzárendelését végzı job lefut az adatbázis szerveren (5-10 perc). Amennyiben az üzenetet mégsem szeretné elmenteni a felhasználó, úgy a nyomógomb használatával kiléphet az új üzenet nézetbıl, miután egy megerısítı kérdésre „Mégse”-t válaszolt.

8.3 Az üzenetekkel végezhetı mőveletek 8.3.1 Üzenetek olvasottá tétele Az üzenetek a címzettek számára az Üzenıfal elsı aloldalán, a Személyes üzenetek oldalon jelennek meg. Egy üzenet addig olvasatlan az adott címzett szempontjából, míg azt olvasottá nem tesszük. Egy üzenetet olvasottá tehetünk az alábbi módszerek valamelyikével: • a sorára kattintva megnyitjuk azt, • a sor végén lévı kis zárt boríték ikonra kattintunk. • az adott üzenet sora elején található jelölınégyzetet kipipálja, majd az gombot megnyomja. Az utóbbi két esetben megerısítı kérdést tesz fel a program, és a felhasználó válaszától függıen végrehajtja a mőveletet, vagy sem. A sorok elején lévı jelölınégyzetetek egyébként arra szolgálnak, hogy egyszerre több kijelölt üzenettel is elvégezhetık legyenek a mőveletek, melyeket a nyomógombok segítségével lehet végrehajtani. Ha egy felhasználónak olvasatlan üzenete van az Üzenıfal bármelyik oldalán, arra egy a címsor jobb végén lévı nyíló-záruló boríték ikon hívja fel a figyelmét az alkalmazásba belépését követıen, és folyamatosan, míg az iBaHiR-ban dolgozik, és nem változtat az üzenetek olvasatlan állapotán. Ha az iBaHiR-ban bármelyik menüben állva a címsorban erre a nyíló-záruló boríték ikonra kattint a felhasználó, akkor azonnal az Üzenıfal menübe lépteti a program. Ha valamennyi üzenet jellemzıjét olvasottra állítja a felhasználó, akkor a címsorban lévı boríték ikon is eltőnik. Az olvasottá tétel abból a szempontból lehet fontos, hogy az olvasatlan üzeneteirıl az iBaHiR felhasználói e-mail-ben értesítést kapnak. Ezt a funkciót bıvebben ismerteti a 8.9. fejezet.

8.3.2 Üzenetek archiválása A felhasználók által írt üzenetek a Személyes üzenetek oldalra, a program által küldött automatikus üzenetek az Intézendık oldalra kerülnek. Mindkét helyrıl archiválhatók azonban az üzenetek, amely tulajdonképpen azt jelenti, hogy az Archívum oldalon fognak azután listázódni az üzenetek. Az archiválás kétféleképpen végezhetı el: • az adott üzenet sora végén található archívum ikon (könyvek egymás tetején) segítségével • a sor eleji négyzet jelölése után az nyomógomb alkalmazásával. ©

58



Mindkét esetben megerısítı kérdést tesz fel a program, és a felhasználó válaszától függıen végrehajtja a mőveletet, vagy sem. Az archiválásról szól még a 8.6. fejezet is.

8.3.3 Üzenetek törlése A Személyes üzenetek oldalon lévı üzenetek törölhetısége attól függ,, hogy a feladó az üzenet megírásakor mit állított be ezzel kapcsolatban. Az Intézendık oldalon viszont a program által meghatározott, hogy melyik típusú automatikus üzenet törölhetı. A törlés mővelet is kétféleképpen hajtható végre: • az adott üzenet sora végén található törlés ikon (piros x) segítségével, • a sor eleji négyzet jelölése után a nyomógomb alkalmazásával. Mindkét esetben megerısítı kérdést tesz fel a program, és a felhasználó válaszától függıen végrehajtja a mőveletet, vagy sem.

Fontos! Egy üzenet törlése nem jelenti azt, hogy a levél valójában, fizikailag is törlésre kerül az adatbázisból, csak a felhasználó a saját nézetébıl, a saját üzenıfaláról „tünteti el” azt. Egy üzenetnek több címzettje is lehet. Ilyen esetekben ha az egyik címzett kitörli az üzenetet, akkor az nem befolyásolja a többi címzett üzenıfalát, tehát a többi címzett számára továbbra is látható marad a levél.

8.4 Személyes üzenetek Mint arról már a korábbi fejezetekben is volt szó, személyes üzenet az Üzenıfal elsı oldalán elhelyezett üzenetcsoport. Azokat az üzeneteket mutatja meg itt a program, melyeknek címzettje az adott felhasználó, vagy mert közvetlenül címzettként volt beállítva egy küldött üzenetben, vagy mert hitelintézetének / fiókjának szólt az üzenet, ezáltal ı is megkapta azt. Az oldal mőködése megegyezik a Keresés menüpontban lévı találati listáéval. A listás megjelenítéső üzenetsorokban megtalálható az üzenetek fontosságát mutató ikon, a tárgya, elküldésének dátuma és feladója. Bármelyik oszlopfejre kattintva, arra a jellemzıre rendezhetjük az üzeneteket, így segítve egy konkrét üzenet megkeresését. Bármely sort választva és rákattintva, az adott üzenetet nyithatjuk meg, az üzenetbıl a nyomógomb használatával térhetünk vissza a listához – akárcsak egy ügybıl a Keresés menübe. Eltérı funkció a Keresés menüpont ügy találati listájához képest, hogy az üzenetsorok elején lévı jelölınégyzetek arra szolgálnak, hogy egyszerre több kijelölt üzenettel is elvégezhetık legyenek a mőveletek, melyeket az oldal végén lévı nyomógombok segítségével lehet végrehajtani.

49. ábra: A Személyes üzenetek oldal

©

59



8.5 Intézendık Az Üzenıfal másik fontos funkciója a felhasználók üzenetküldési lehetıségén kívül, hogy a rendszer automatikusan megjelenít a felhasználók számára olyan információkat, melyek arról értesítik ıket, hogy milyen intézendıik vannak az iBaHiR alkalmazásban. Ezek a rendszerüzenetek nem szerkeszthetık, nem befolyásolhatók a felhasználók által. Az üzenetküldési esetek, azt kiváltó események, okok elıre definiáltak az alapítványi munkatársak által. Az Üzenıfal második oldalán (Intézendık) jeleníti meg tehát a program azokat az értesítéseket, melyek a felhasználóhoz az általa a programban végzett szakmai tevékenysége és a szerepköre révén elıre meghatározottak. Az üzenet annak a felhasználónak az Intézendık oldalán jelenik meg, akinek a munkáját az üzenet befolyásolja. Ez lehet az ügylet rögzítıje, érvényesítıje, vagy az aktív ügyintézıje. Az üzenetet bizonyos esetekben csak egy, más esetekben akár mindhárom szerepkörhöz tartozó felhasználó megkapja (lásd Címzett oszlop a 8.5.1. fejezet lévı táblázatban). Üzenetet kap a felhasználó minden olyan esetben, amikor aktív ügyintézıjévé válik egy ügyletnek, illetve valamely az Alapítvány által végrehajtott tevékenység eredményeképpen automatikus üzenet generálódik. .

Ha például egy felhasználó a kérelem felvitelekor jelzi (az ügy Érvényesítés menüpontjában), hogy befejezte a rögzítést, és kiválasztja azt az érvényesítı szerepkörő felhasználót, akitıl az érvényesítést várja, és akit errıl értesíteni akar, akkor a kiválasztott felhasználó számára az Intézendık oldalon meg fog jelenni a rendszerüzenet, hogy érvényesítésre vár egy kérelem. Ha egy ügylet aktív ügyintézıje inaktívvá válik, és az ezt kezelı automatizmus hozzárendel az ügylethez egy új aktív ügyintézıt, akkor új aktív ügyintézı errıl értesítést kap az Intézendık oldalon.

A következı fejezetben egy táblázat foglalja össze az intézendı információ-csoportokat, azaz azokat az eseteket, melyek fennállása esetén értesítést küld a rendszer az érintett felhasználóknak, a szerepkörökhöz kötötten. Mint a táblázatban is olvasható, az Intézendı üzeneteknek is vannak elıre meghatározott jellemzıik a fontosságra, visszavonhatóságra és törölhetıségre vonatkozóan.

Itt van igazán jelentısége például annak, ha egy üzenet az utolsó felhasználó számára nem törölhetı, hiszen az Alapítvány szándéka, hogy egy ilyen típusú üzenettel legalább egy hitelintézeti munkatárs foglalkozzon.

Amelyik üzenet olyan eseményhez kötıdik, melynek végrehajtása a rendszer által érzékelhetı és ellenırizhetı, akkor az errıl szóló, már aktualitását vesztett üzenetet a program automatikusan vissza is vonja, így nem terheli a felhasználók üzenetfalát. (Például egy kérelem érvényesítése.) A táblázatban megadott események hatására tehát automatikus üzenet készül el és jelenik meg az Üzenıfalon, melynek van tárgya, szövege. A szövegben, ha van ügyre való hivatkozás, akkor az egy link, melyre kattintva az adott ügy Összefoglaló oldalát tölti be a program. Az üzenet feladója az Intézendık oldalon mindig az iBaHiR rendszer.

©

60



A címzett felhasználók az Intézendı oldalra érkezı üzeneteket is archiválhatják vagy törölhetik. Törlésnél viszont több esetben az utolsó címzett nem törölheti az üzenetet. Ezzel a funkcióval lehet azt elérni, hogy mindig legyen legalább egy érintett, akinek felhívja a figyelmét a rendszer az intéznivalóra.

©

Fontos! Az elküldött automatikus rendszerüzenetek visszavonhatók a rendszer által (ha megoldódik az az ok, melybıl kifolyólag értesítést kaptak a felhasználók), illetve amelyik üzenet nem vonható vissza, az törölhetı a felhasználó által. Így csak a tényleg fennálló intéznivalókról szóló értesítések jelennek meg ezen a felületen.

61



8.5.1 Intézendık összefoglaló táblázata Az intézendı információcsoportok automatikus rendszerüzeneteinek jellemzıi: F – fontosság, lehet N: normál, vagy K: kiemelt. T – törölhetıség, lehet: NT: nem törölhetı, T: törölhetı, UT: utolsó nem törölheti. V – visszavonhatóság, lehet V: visszavonható, NV: nem vonható vissza (ez esetben nincs visszavonási esemény). Tárgy

Szöveg

Címzett

F

Érvényesítésre váró kérelem

a következı ügyet átadta Önnek érvényesítésre: ().

N UT V

kérelem rögzítésének befejezésekor

Rögzítés befejezésére váró kérelem

a következı ügyet visszaadta Önnek a rögzítés befejezésére: (). Ezúton tájékoztatjuk, hogy a () kérelme elfogadásra került, kezességi levél száma: . Ezúton tájékoztatjuk, hogy a () kérelme elutasításra került.

a rögzítés befejezésekor kiválasztott azonos hitelintézeti érvényesítı szerepkörő felhasználó a kérelem eredeti rögzítıje (azonos hitelintézeti felhasználó)

N UT V

kérelem visszaadásakor rögzítınek

kérelem rögzítıje, érvényesítıje, aktív ügyintézı

K

Automatikusan jóváhagyott kezesség

Automatikusan elutasított kezességi kérelem

Kezességi kérelem – Hiánypótlás kérése

©

Ezúton tájékoztatjuk, hogy a () kérelme hiánypótlásra szorul. Hiánypótlás részletezése: <>


rögzítı, érvényesítı, aktív ügyintézı

T

V

Kiváltó esemény

T NV automatikus elbírálást végzı sql job végrehajtása során a pozitív döntés megszületésekor K T NV automatikus elbírálást végzı sql job végrehajtása során a negatív döntés megszületésekor K UT V manuális elbírálást végzı eljárás a hiánypótlás kérése típusú elbírálási döntés megszületése után

Visszavonási esemény kérelem érvényesítésekor, vagy kérelem visszaadásakor

kérelem rögzítésének befejezésekor

-

-

a hiánypótlás jelzés teljesülésekor (azaz a teljesítés igazolásakor), 62



Tárgy

Szöveg

Címzett

F

Elutasított kezességi kérelem

Ezúton tájékoztatjuk, hogy a () kérelme elutasításra került. Az elutasítás oka: <> Ezúton tájékoztatjuk, hogy a () kérelme elfogadásra került, kezességi levél száma: . Ezúton tájékoztatjuk, hogy a () kérelme elfogadásra került, kezességi levél száma: . A kezesség hatálybalépésének feltétele: . Tájékoztatjuk Tisztelt Pénzügyi Intézményt, hogy a számú kezesség kezességi díját - az Alapítvány nyilvántartásai szerint - még nem fizették meg. Ha ezen értesítést követı 60. napig sem történik meg a díjfizetés, akkor a fenti számú kezesség nem lép hatályba és megszőnik. Amennyiben a kezességi díj már átutalásra került kérjük ezen tájékoztatást tárgytalannak tekinteni.


K

Jóváhagyott kezesség

Feltételközlıvel jóváhagyott kezesség

Egyszeri valamint évenkénti díjfizetéső kezesség elsıévi díjfizetése

30 napon túli meg nem fizetett számla

90 napon ©

Tájékoztatjuk Tisztelt Intézményt, hogy a




Pénzügyi kérelem rögzítıje,
T

V

Kiváltó esemény

T NV manuális elbírálást végzı eljárás az elutasítás típusú elbírálási döntés megszületése után K T NV manuális elbírálást végzı eljárás az elfogadás típusú elbírálási döntés megszületése után K T NV manuális elbírálást végzı eljárás az elfogadás típusú elbírálási döntés megszületése után, ha feltételközlı kiállítása is történt K UT V a számla közlését követı 31. napon, vagy amennyiben a közlés dátuma nincs rögzítve, akkor a kibocsátás utáni 41. napon, ha a számla nem került kifizetésre

K UT V

a számla közlése + 92. napon,

Visszavonási esemény vagy a jelzés törlésekor -

-

-

ha a kezesség díjszámlái megfizetetté válnak

ha a kezesség díjszámlái 63


Tárgy

Szöveg túli meg nem fizetett számla

Évenkénti díjfizetéső kezesség második és további évi díjfizetése

Feltételköz lı vissza nem igazolása

©

30napon túl


Címzett

F

T

V

levélszám> számú kezesség kezességi ügyintézı díját az Alapítvány nyilvántartásai szerint a korábbi értesítés ellenére a megadott határidıig sem fizették meg, ezért a fenti számú kezesség nem lépett hatályba és megszőnik. Tájékoztatjuk Tisztelt Pénzügyi Intézményt, hogy az évenkénti díjfizetéső kezességek ez évi kezességi díját - az Alapítvány nyilvántartásai szerint - még nem fizették meg. Ha ezen értesítést követı 15. napig sem történik meg a díjfizetés, akkor az Alapítvány jogosulttá válik a kezességek azonnali felmondására. Amennyiben a kezességi díj már átutalásra került kérjük ezen tájékoztatást tárgytalannak tekinteni. Tájékoztatjuk Tisztelt Pénzügyi Intézményt, hogy a számú kezességhez kapcsolódó feltételt (feltételeket) a Feltételközlı Lap aláírásával és Alapítvány részére történı megküldésével - az Alapítvány nyilvántartásai szerint - még nem fogadták el. Ha ezen értesítést követı 15 napon belül sem történik meg a feltétel elfogadása és Alapítvánnyal történı közlése, akkor a kezesi szerzıdés nem jön létre. Amennyiben a fenti kezességhez kapcsolódó feltételt a

vagy amennyiben a közlés dátuma nincs rögzítve, akkor a szla kelte + 102 napon üzenetküldés, ha a díjfizetés nem történt meg

a pénzügyi intézmény központi ügyintézıi, aktív ügyintézı


Kiváltó esemény

K UT V

Visszavonási esemény megfizetetté válnak

a számla kelte+32nap ,ha a számla nem lett kiegyenlítve

ha a kezesség díjszámlái megfizetetté válnak

ha egy feltételközlı lap nincs visszaigazolva, vagy a közléstıl számított 31. napon vagy a kibocsátást követı 41. napon

ha a kezesség feltételközlıje visszaérkezik (a feltételközlı típusú dokumentumok érkeztetésekor – számla program)

64


Tárgy

Szöveg


Címzett

F

T

V

Kiváltó esemény

Visszavonási esemény

Feltételközlı Lap cégszerő aláírásával elfogadták, s az Alapítvány részére már megküldték kérjük ezen tájékoztatást tárgytalannak tekinteni Feltételköz lı vissza nem igazolása

48 (58)napon túl

Tájékoztatjuk Tisztelt Pénzügyi Intézményt, hogy a számú kezességhez kapcsolódó feltétel (feltételek) elfogadásának és Alapítvánnyal való közlésének hiánya miatt a kezességi szerzıdés nem jött létre. Az esetlegesen megfizetett kezességi díj visszafizetésérıl - a kezelési költség levonásával - az Alapítvány intézkedik


K UT V

ha egy feltételközlı lap nincs visszaigazolva, vagy a közléstıl számított 48. napon vagy a kibocsátást követı 58. napon

ha a kezesség feltételközlıje visszaérkezik (a feltételközlı típusú dokumentumok érkeztetésekor – számla program)

Feltételköz lıben elıírt hitelkivált ás hiánya

30 (40) napon túl

Tájékoztatjuk a Tisztelt Pénzügyi Intézményt, hogy a . számú kezességhez kapcsolódóan a hitelkiváltás, illetve a hitelkiváltás tényének Alapítvány részére történı közlése - az Alapítvány nyilvántartásai szerint - még nem történt meg. Ha ezen értesítést követı 60 napon belül sem történik meg a hitelkiváltás tényének Alapítvány részére történı közlése, akkor a kezesi szerzıdés nem lép hatályba és megszőnik. Amennyiben a fenti kezességhez kapcsolódóan a hitelkiváltás tényét az Alapítvány részére már közölték kérjük ezen tájékoztatást tárgytalannak tekinteni


K UT V

ha egy feltételközlıben elıírt hitelkiváltás vagy a közléstıl (kezességi levél kézbesítési dátuma) számított 30. napon, vagy a kibocsátást (elbírálás dátuma) követı 40. napon sem történt meg

ha a kezesség feltételközlıjében elıírt hitelkiváltás megtörténik (a hitelkiváltás típusú jelzésben megjelölt kezességnél az elıtörlesztési esemény átvezetésre került)

Feltételköz

90 (100)

Tájékoztatjuk a Tisztelt Pénzügyi

kérelem rögzítıje,

K UT V

ha egy feltételközlıben

ha a kezesség

©

65


Tárgy


Szöveg

Címzett

Intézményt, hogy a számú kezességhez kapcsolódóan a hitelkiváltás Alapítvány részére történı közlésének hiánya miatt a kezességi szerzıdés nem lépett hatályba és megszőnik. Az esetlegesen megfizetett kezességi díj visszafizetésérıl - a kezelési költség levonásával - az Alapítvány intézkedik.

érvényesítıje, aktív ügyintézı

Érvényesítésre váró esemény

<esemény rögzítıje> a számú kezességben rögzített eseményét átadta Önnek érvényesítésre.

a rögzítés befejezésekor kiválasztott azonos hitelintézeti érvényesítési szerepkörő felhasználó

N UT V

Érvényesítésre váró módosítás

<módosítás rögzítıje> a számú kezesség módosítását átadta Önnek érvényesítésre.

a rögzítés befejezésekor a kiválasztott azonos hitelintézeti érvényesítési szerepkörő felhasználó

N UT V

Rögzítés befejezésére váró módosítás

<módosítás érvényesítıje> a számú kezesség módosítását visszaadta Önnek a rögzítés befejezésére Ezúton tájékoztatjuk, hogy a
a módosítás eredeti rögzítıje (azonos hitelintézeti felhasználó) az ügyhöz „aktív

N UT V

lıben elıírt hitelkivált ás hiánya

30 napon túli ©

napon túl

F

N

T

V

Kiváltó esemény

Visszavonási esemény feltételközlıjében elıírt hitelkiváltás a közléstıl (kezességi elıírt hitelkiváltás levél kézbesítési megtörténik (a dátuma) számított 91. hitelkiváltás napon vagy a kibocsátást típusú jelzésben (elbírálás dátuma) megjelölt követı 101. napon sem kezességnél az elıtörlesztési történt meg esemény (üzenet küldés vagy a 92. vagy a 102.napon átvezetésre került) történik) minden esemény ha az ügy rögzítésének eseménye befejezésekor érvényesítésre (Érvényesítés kerül (az menüpont), csak Érvényesítés hitelintézeti felhasználó menüpontban), esetében vagy az esemény törlésre kerül érvényesítés elıtt minden módosítás ha az ügy rögzítésének módosítása befejezésekor érvényesítésre (Érvényesítés kerül (az menüpont), csak Érvényesítés hitelintézeti felhasználó menüpontban), esetében. vagy módosítás visszaadásakor módosítás módosítás visszaadásakor rögzítésének rögzítınek befejezésekor

T NV idıszaki zárást végzı

66



Tárgy

Szöveg

Címzett

F

tıkeelmaradású kezesség

levélszám> számú kezességében 30 napon túli tıkeelmaradás áll fenn.

ügyintézıként” rendelt iBaHiR felhasználó

30 napon túli kamatelmaradású kezesség

Ezúton tájékoztatjuk, hogy a számú kezességében 30 napon túli kamatelmaradás áll fenn.


Tájékoztatjuk Tisztelt Pénzügyi Intézményt, hogy a számú kezesség beváltási határideje 30 nap múlva lejár. Ha az értesítést követı 30 napon belül nem kéri a beváltási határidı meghosszabbítását, vagy nem érkezik meg a beváltási kérelem akkor megszőnik a fenti kezesség beváltási lehetısége. Amennyiben idıközben kérték a fenti kezesség beváltási határidejének meghosszabbítását, vagy a kezesség beváltási kérelmét megküldték az Alapítvány részére kérjük ezen tájékoztatást tárgytalannak tekinteni.


eljárás lefutása során, minden olyan kezességre, amelynél a lezárást követıen tıkeelmaradás van, és az elızı idıszaki zárásnál is volt már N T NV idıszaki zárást végzı eljárás lefutása során, minden olyan kezességre, amelynél a lezárást követıen kamatelmaradás van, és az elızı idıszaki zárásnál is volt már N UT V üzenetküldés: kezesség beváltási határidejét megelızı 30 nap

Kezesség beváltási határidı 30 nap múlva lejár

©

beváltási határidı elıtt 30 nappal

T

V

Kiváltó esemény


-

az eseményben rögzített kezesség beváltási határideje esemény átvezetésre került

67


Tárgy


Szöveg

Címzett

F

Tájékoztatjuk Tisztelt Pénzügyi Intézményt, hogy a számú kezesség beváltási határideje lejárt, az Alapítvány a kezességet lezárja


N UT NV üzenetküldés: kezesség beváltási határidejét követı nap.

Kezesség beváltása

Ezúton tájékoztatjuk, hogy a számú kezessége beváltásra került.

aktív ügyintézı

N

Kezesség beváltásának elutasítása

Ezúton tájékoztatjuk, hogy a számú kezesség beváltásának kérelme elutasításra került.

aktív ügyintézı

N

Idıszaki zárás során lezárult ügy

Ezúton tájékoztatjuk, hogy a számú kezesség az utolsó idıszaki zárás során lezárásra került.

aktív ügyintézı

N

Hiányzó igénylési dokumentum ok

Ezúton tájékoztatjuk, hogy a () kérelméhez (kezességéhez) az igénylési papír alapú dokumentumokkal kapcsolatban a következı probléma áll fenn: . Kérjük, hogy a hiányzó dokumentumo(ka)t továbbítsa az AVHGA részére. Ezúton tájékoztatjuk, hogy a számú lezárt kezesség visszanyitásra került és kérjük, hogy az egyenleget közöljék az AVHA felé.


Kezesség beváltási határidı lejárt

beváltási határidıt követı nap

Idıszaki zárás során lezárult, de hitelelmara-dás miatt visszanyitott ügy ©

az ügyhöz „aktív ügyintézıként” rendelt iBaHiR felhasználó

T

V

Kiváltó esemény

T NV beváltást végzı eljárás az elfogadás típusú beváltási döntés megszületése után T NV beváltást végzı eljárás az elutasítás típusú beváltási döntés megszületése után

T NV ha az idıszaki zárást végzı eljárás lefutása során egy ügy lezárásra is kerül K UT V ha az öt új jelzés típus közül valamelyik felvitelre kerül az ügyhöz

K UT V

Lezárt kezesség visszanyitás aktív státuszra (LKV)” esemény alapítványi


-

-

ha a jelzésre vonatkozólag a teljesítés jelölve lett, vagy ha a jelzést kitörlik

az ügyhöz rögzített hitel, ill. kamat-egyenlegrıl szóló esemény 68


Tárgy

Minısítéshez szöveges jelentés kérése

Automatikusan kijelölt aktív ügyintézı

Automatikusan kijelölt alapítványi aktív ügyintézı

Felfüggesztéskor, az ©

Szöveg

Tisztelt Partnerünk, Az Alapítvány aktuális céltartalékképzési kötelezettségének teljesítéséhez kérjük az [szöveg:”alábbi őrlap” hivatkozás: ügyfél hitelintézeti felhasználó által utoljára felvitt vagy módosított ügyének „szöveges jelentés” oldala] kitöltésével a(z) pénzügyi, gazdasági helyzetérıl szíveskedjen rövid leíró tájékoztatást adni. Kérjük, hogy a jelentést kitöltés után kinyomtatva, aláírva küldje vissza az alapítvány részére. Köszönettel AVHGA Ezúton tájékoztatjuk, hogy az ügynek (; ; ). nincs aktív ügyintézıje, az iBaHiR rendszer Önt jelölte ki, ezért az üzeneteket további intézkedésre Ön fogja megkapni! Ezúton tájékoztatjuk, hogy az ügynek (, <ügyszám>; ; ) az iBaHiR rendszer nem talált aktív kijelölhetı aktív ügyintézıt. Kérem, szíveskedjék aktív ügyintézı kijelölésérıl gondoskodni! Ezúton tájékoztatjuk, hogy az iBaHiR


Címzett

F

T

V

Kiváltó esemény átvezetése Jelentési kötelezettséget vizsgáló esemény

Visszavonási esemény érvényesítésekor -

aktív ügyintézı

K NT V

pénzügyi intézményi aktív ügyintézı

K

T

V

automatikus aktív ügyintézı kijelölés keresés sikeres kijelölése

Aktív ügyintézı érvényessége lejár

Alapítvány Garancia Igazgatóság kezességi operátor

K

T

V

automatikus aktív ügyintézı kijelölés keresés


automatikus keresı

K

T

V

felfüggesztés után az

Aktív ügyintézı 69



Tárgy

Szöveg

Címzett

automatikus keresı által kijelölt új aktív ügyintézı

rendszer inaktiválta a felhasználóját és Önt jelölte ki az ügye(i) aktív ügyintézıjének. (, <ügyszám>; ; ). Ezúton tájékoztatjuk, hogy felhasználó , aktív ügyintézınek jelölte az alábbi ügyhöz: (, ,) Ezúton tájékoztatjuk, hogy felhasználó, aktív ügyintézınek jelölte az alábbi ügyhöz: (, ,).

által kijelölt üggyel azonos pénzügyi intézményi

Aktív ügyintézı kijelölés saját ügyhöz

Aktív ügyintézı kijelölés (harmadik személy)

©

F

T

V

Kiváltó esemény automatikus aktív ügyintézı kijelölés keresés

Visszavonási esemény érvényessége lejár

aktív ügyintézı

aktív ügyintézı

K

T

V

Aktív ügyintézı váltás mentése


aktív ügyintézı

K

T

V

Aktív ügyintézı váltás mentése


70



8.5.2 Az érvényesítések intézendıi Mint az az elızı fejezetekben már ismertetésre került, az iBaHiR programban három esetben kell érvényesíteni: új kérelmet, kezességmódosítást valamint eseményt. Négy szem elv alkalmazásakor a kérelem, kezességmódosítás, esemény rögzítıje és érvényesítıje nem lehet ugyanaz a felhasználó, ezt a program ellenırzi is. A kérelem és kezességmódosítás felvitele hosszabb folyamat, az bármikor megszakítható, a beírtak elmentésre kerülhetnek, majd késıbb folytatható az adatbevitel. Amikor a felhasználó úgy érzi, hogy befejezte a rögzítést, ezt az adott ügy (zöld) menüsorán az Érvényesítés menüpontban jeleznie kell. Eseményfelvitel esetén, mivel ekkor csak néhány adat rögzítésére van szükség, az esemény azonnal menthetı, majd ezt követıen érvényesíthetı. A rögzítés befejezése lépés az Üzenıfal funkció bevezetésével kiegészült, mindhárom esetben ki kell választani egy listából a hitelintézeti felhasználók közül azt, akit a rögzítı az ügy érvényesítıjének jelöl ki. Ez a felhasználó az Üzenıfal Intézendık oldalára értesítést fog kapni arról, hogy érvényesítésre vár egy kérelem, módosítás vagy esemény. Az üzenetben szerepel az ügyre mutató link is, melyre kattintva az ügybe lép a program.

Figyelem! Az érvényesítı kiválasztása nem jelenti azt, hogy másik, erre szintén jogosult felhasználó nem teheti azt meg, a kijelölés csak az üzenet címzettjét határozza meg. Más érvényesítı nem kap tájékoztatást, de az érvényesítést elvégezheti, ha a hatásköre és szerepköre alapján egyébként is jogosult erre.

Az érvényesítést követıen az üzenet visszavonásra kerül, hiszen már elévült az az információ. Ha az érvényesítı visszaküldi javításra a kérelmet vagy módosítást, akkor errıl az ügy eredeti rögzítıje is üzenetben értesül, az ellentétes irányú üzenet pedig szintén visszavonásra kerül automatikusan a rendszer által.

8.6 Archívum Az Üzenıfal menüpont harmadik oldalán azok az üzenetek jelennek meg, melyeket a felhasználó archívnak jelölt az intézendı vagy a személyes üzenetei közül. Az oldal külleme és funkcionalitása megegyezik az elızı fejezetekben ismertetett Személyes üzenetek és Intézendık oldalakéval. Eltérés viszont, hogy ezen az oldalon már nem lehet az üzeneteket archívnak jelölni, hiszen éppen az ilyen jelöléső üzenetek győjteménye ez a lista. Törölt jelölést viszont kaphatnak az archivált üzenetek is. Az archiválás célja természetesen az, hogy ha egy üzenetet nem akarunk kitörölni, de nem szeretnénk, hogy a frissebb levelek között legyenek, viszont megtartanánk arra az esetre, ha késıbb még szükség lenne az információra. Ha már az archívumban sincs szükség az üzenetre, törölhetjük (logikailag). A felhasználó dönthet úgyis, hogy az Archívum oldalról visszateszi az üzenetet az eredeti helyére. Ekkor az üzenetsor végén a megfelelı ikonra (mappán nagyító) kell kattintani, vagy az üzenet kijelölése után a nyomógombot kell használni. Mindkét esetben megerısítı kérdést tesz fel a program, és a felhasználó válaszától függıen végrehajtja a mőveletet, vagy sem.

©

71



8.7 Elküldött üzenetek Az Elküldött üzenetek oldalon – a többi Üzenıfal aloldalhoz hasonlóan – az üzenetek egy lista egy-egy sorában vannak megjelenítve, és róluk a Fontos, Tárgy, Elküldve oszlopokban találhatók információk. Természetesen azok az üzenetek kerülnek itt megjelenítésre, amely feladója az adott felhasználó. A Fontos oszlopban kis zászlócska ikon mutatja, amelyik üzenetnél a fontosságra „igen” érték volt beállítva. A Tárgy oszlop jeleníti meg az üzenet felvitelekor a tárgy mezıben megadott szöveget. Az Elküldve oszlopba az üzenet mentésének dátuma kerül. A lista bármelyik sorára kattintva, vagy a sor végén a nagyító ikont választva, az üzenet megnyílik és megtekinthetı a teljes szövege. Az elküldött üzenetek errıl az oldalról soha nem törölhetık, tulajdonképpen a megtekintésen túl csak egyféle mővelet hajtható végre: a visszavonás.

8.7.1 Üzenetek visszavonása Az üzenet visszavonására az Elküldött üzenetek oldalon az üzenetsorok végén található bomba ikonocska választásával van lehetıség. A program egy megerısítı kérdést tesz fel, melyre „OK”-t válaszolva az üzenet kitörlıdik az Elküldött üzenetek oldalról illetve valamennyi címzett Üzenıfaláról!

Figyelem! A visszavonás tehát az üzenet valódi törlését jelenti, és a mővelet nem fordítható vissza, ezért körültekintıen járjunk el.

8.8 Új felhasználó üzenetei Az új felhasználó a bejelentkezést követıen hamarosan1 az Üzenıfalon találkozhat azokkal az üzenetekkel, melyek a pénzügyi intézménye vagy fiókja számára lettek elküldve az elmúlt három hónapban. Így az új felhasználók értesülhetnek, tájékozódhatnak a közelmúlt olyan levelezésérıl, melyek az intézményén belül történtek.

8.9 Automatikus e-mailküldés Ez a funkció az Üzenıfal kiegészítése, az egyetlen pont, amikor a program túllép az iBaHiR védett határain, és e-mail-t küld a nyílt Internet hálózaton keresztül. A funkció segítségével tehát az alkalmazás automatikusan levelet küld a felhasználói adatoknál megadott e-mail címekre, melyet a felhasználó saját levelezı rendszerében (például MS Outlook) tud elolvasni. Nyilvánvaló, hogy csak azokra az e-mail címekre lehetséges az automatikus levélküldés, amelyek elızetesen a felhasználók adatai között (helyesen, pontosan) meg lettek adva. E-mail címek megadása minden új felhasználó felvitelekor kötelezı, hiszen aktivációs levelet is küld az iBaHiR. A program azoknak a felhasználóknak küld levelet, akiknek olvasatlan üzenete van. Az e-mailküldést is egy job végzi el, melynek javasolt idızítése az, hogy naponta ellenırizze le az üzenetek olvasottsági állapotát. Eszerint tehát, ha valamely felhasználó új üzenetet kapott az iBaHiR-ban, de nem lépett be aznap a rendszerbe, másnap errıl az általa használt levelezı programjában egy e-mail-ben értesülhet. 1

Az üzeneteket egy idızített job győjti össze, melynek futási idızítése lehet néhány nap is.

©

72



8.9.1 Küldött levél tartalma Az e-mail tartalma rövid, tömör, célja pedig a felhasználó értesítése arról, hogy az utolsó bejelentkezése óta új üzenete vagy intézendı ügye van. Az e-mail különösen azért fontos, mert az Üzenıfal menüpont Intézendık oldalán történt változásokról, új levelekrıl értesíti a felhasználót, de a Személyes üzenetek oldalakon megjelenített új üzenetekrıl is tájékoztat. A rendszer minden héten hétfın automatikusan elindít egy olyan háttérmőveletet (job-ot), mely megvizsgálja, hogy melyik felhasználónak van az utolsó bejelentkezése óta új, olvasatlan üzenete. Az e-mail csak az olvasatlan üzenetek darabszámát közli, az üzenetek megtekintéséhez be kell lépni az iBaHiR-ba. A levél szövege a következı: Üdvözöljük, ! Az Agrár-Vállalkozási Hitelgarancia Alapítvány iBaHiR rendszerében az Ön számára a következı olvasatlan üzenetek vannak: … A felsoroltakról bıvebben az iBaHiR alkalmazásba bejelentkezve tájékozódhat a következı webhelyen: https://www.ibahir.hu. Üdvözlettel: „iBaHiR rendszer” Az e-mail természetesen a felhasználó döntése szerint törölhetı a levelezırendszerbıl, és amennyiben továbbra sem lép be az iBaHiR alkalmazás Üzenıfalára, a program a következı héten is értesítést küld.

©

73


Ábrajegyzék

Ábrajegyzék 1. ábra: Aktiválási értesítés ...................................................................................................... 11 2. ábra: Aktiválási üzenet ......................................................................................................... 11 3. ábra: Bejelentkezés ............................................................................................................... 11 4. ábra: Listák kezelése ............................................................................................................ 12 5. ábra: Fımenüsor ................................................................................................................... 14 6. ábra: Ügy menüsora ............................................................................................................. 14 7. ábra: Elıminısítés menüsora ............................................................................................... 14 8. ábra: Adatfelviteli oldalnevek .............................................................................................. 15 9. ábra: Példák automatikus egyenletes tervtörlesztés felvitelre .............................................. 16 10. ábra: Annuitásos hitel törlesztésének megadása ................................................................ 17 11. ábra: Fedezetek megtekintése............................................................................................. 18 12. ábra: Szöveges jelentés őrlap ............................................................................................. 19 13. ábra: Keresési feltételek ..................................................................................................... 20 14. ábra: Ügy találati lista ........................................................................................................ 20 15. ábra: Összefoglaló oldal ..................................................................................................... 21 16. ábra: Ellenırzési lista ......................................................................................................... 22 17. ábra: Rögzítés befejezése ................................................................................................... 23 18. ábra: Érvényesítés .............................................................................................................. 23 19. ábra: Kérelem rögzítésének befejezése és érvényesítése ................................................... 24 20. ábra: Példák aktív ügyintézıváltásra .................................................................................. 25 21. ábra: Aktív ügyintézı átadás .............................................................................................. 26 22. ábra: Elıminısítés elsı adatfelviteli oldala ........................................................................ 28 23. ábra: Események ................................................................................................................ 30 24. ábra: Esemény érvényesítése .............................................................................................. 30 25. ábra: TKE esemény elmaradás esetén ................................................................................ 33 26. ábra: Terv Tény törlesztések rögzített esemény nélkül ...................................................... 34 27. ábra: TKE esemény – tıke- és kamatelmaradás................................................................. 35 28. ábra: Terv Tény törlesztés és Kamat egy tıke- és kamatelmaradást rögzítı TKE esemény után ................................................................................................................................... 35 29. ábra: Tervtörlesztés részleges és kamatelmaradás teljes megfizetésének rögzítése .......... 36 30. ábra: TKE esemény Fennálló tıkeegyenleg közlésének idıpontja mezıvel ..................... 39 31. ábra: Új kezességmódosítás kezdeményezése.................................................................... 41 32. ábra: Kezességmódosítások listája ..................................................................................... 41 33. ábra: a Nyomtatvány menüpontban látható dokumentumok.............................................. 44 34. ábra: példa a PDF nyomtatványok menüpontban elérhetı dokumentumokra ................... 45 35. ábra: a Nyomtatvány menüpontban látható dokumentumok.............................................. 45 36. ábra: a PDF nyomtatványok menüpontban elérhetı dokumentumok ................................ 46 37. ábra: Új kimutatás kérése ................................................................................................... 46 38. ábra: Kért kimutatások listájára példa ................................................................................ 47 39. ábra: Új fióki felhasználó felvitele ..................................................................................... 49 ©

74


Ábrajegyzék

40. ábra: Új fiók felvitele ......................................................................................................... 51 41. ábra: Új régió felvitele........................................................................................................ 51 42. ábra: Alapítványi és hitelintézeti adminisztrátor szerepkörök jogosultságkezelése .......... 52 43. ábra: Naplózás .................................................................................................................... 52 44. ábra: Az Üzenıfal felépítése .............................................................................................. 53 45. ábra: Új üzenet felvitele ..................................................................................................... 54 46. ábra: Címzett típus lista ...................................................................................................... 55 47. ábra: Példák a címzett típusokra......................................................................................... 55 48. ábra: Szerkesztési eszköztár ............................................................................................... 57 49. ábra: A Személyes üzenetek oldal ...................................................................................... 59

©

75


1. Melléklet: Új kérelem rögzítésének adatfelviteli oldalai


©

76


©


77


©


78


©


79


©


80


©


81


©


82


©


83


©


84


©


85


©


86


©


87


©


88


©


89


©


90


©


91


©


92


©


93


©


94


©


95

ibahir felhasználói kézikönyv 3.1 verzió

Recommend Documents