Ügylet adatlap

Az ügylet adatlap az ügyletek minden, a rendszerbe kerüléstől kezdve a követeléskezelési folyamat során keletkezett adatokat tartalmazza. Az információk több oldalon találhatók meg, adatkörönkénti csoportosításban.

Az oldalak a következők:

Alapadat

Az alapadatok között az engedményezés során az eredeti jogosulttól kapott folyósítási, felmondáskori átvételkori tartozásadatok kerülnek nyilvántartásra. Az átvételkori pénzügyi adatok mind az elszámolási, mind a bázisárfolyamon feltüntetett folyósítási deviza adatok.

Itt kerülnek feltüntetésre a KHR rendszer jelentésszolgáltatási kötelezettségéhez kapcsolódó alapadatok. A jelentésszolgáltatás a BISZ Zrt. manuális és automata rendszerén keresztül is beadható, az ügyletek azonosítása a KHR rendszerben a KHR azonosítók megadásával történik. Amennyiben az eredeti jogosult a KHR rendszerben nem tüntetett fel mulasztási adatokat, úgy a követeléskezelő pénzügyi vállalkozás kötelezettsége a törvényben meghatározott feltételek teljesülése esetén a mulasztásadat rögzítése. A program képes a tartozásadatok alapján a feltételeknek megfelelő 60 és 90 napos KHR levelek elkészítésére és a felhasználók számára információ biztosítására a KHR felé teljesítendő feladatokról.

A tartozások megtérülése vagy az adósok elhalálozása esetén a KHR felé jelzett információkat vissza kell jegyezni a rendszerbe, így a továbbiakban a rendszeres, havi tőkekitettség jelentésbe ezek nem kerülnek be.
A késedelmi kamat számítás paraméterei is itt állíthatók be. A késedelmi kamat láb értéke az eredeti szerződésben szereplő és az engedményezés során az eredeti jogosult helyébe lépő követeléskezelő pénzügyi vállalkozás számára kötött. A kamatozás szempontjából megkülönböztetünk fix és bázishoz kötött kamatozású számításokat. A fix kamatlábak is tudnak időben változóak lenni, a bázishoz kötött kamatozás pedig a referencia kamat mértékétől és a kamatmarzs mértékétől is függ.

Szereplők

A rendszer az ügyletekhez kapcsolódóan szereplőket tart nyilván különböző szerepkörökben. A szereplők (adósok, kezesek, biztosítéknyújtók, stb...) a rendszerbe kerüléskor egyedi un. saját ügyfél-azonosítót kapnak. Az ügyfél-azonosítók szerepe az, hogy a különböző eredeti jogosultaktól vásárolt követeléscsomagokban egyedileg azonosítsa az azonos szereplőket és egységesen kezelhetővé tegye azon ügyleteket, amelyek egy szereplőhöz tartoznak. Az azonos ügyfél-azonosító alá rendelt szereplők három paraméterben biztosan meg kell hogy egyezzenek. Ezek a születési időpont, születési hely, anyja neve. A felhasználók számára a program a csomagok beolvasásakor támogatja az adatok kiszűrését, de minden összerendelés manuális, mert a három paraméter ikrek esetén is megegyezik, mégsem biztos, hogy azonos természetes személyről van szó. A szereplő adatok időben változhatnak, így a program lehetővé teszi, hogy az időben változó adatok úgy kerüljenek rögzítésre, hogy a régi információ is megmaradjon, kereshetővé váljon, de releváns információ-tartalommal már ne rendelkezzen. Az időben később keletkezett egy típusú adatok közt dátum szerinti prioritási sorrend van.

A nyugdíjas törzsszámokat is nyilván lehet tartani, szerepük a letiltások banki feldolgozásakor van, mert a nyugdíjas törzsszámok alapján a pénzügyi egyenlítések automatikusan feldolgozhatók többféle banki formátumból.

Pénzügyi adatok

Ügyletállapot

Iratadat

Az követelések engedményezésekor az eredeti jogosultak a rendelkezésre álló dokumentációkat, papír alapú iratokat a pénzügyi vállalkozások rendelkezésére bocsátják. A felhasználók ezeket az iratokat elektronikusan fel tudják dolgozni és az ügyletekhez tudják rendelni. A pontos adatfeldolgozáshoz a dokumentumok tipizálása szükséges az irattípusok között szabadon definiálható fogalmak szerint. Az iratok egy dokumentumtárban kerülnek elhelyezésre egységes rendszerben. A dokumentumtár helye rendszer szinten paraméterezhető, a létrehozott állományok <dokumentumtár helye\><ügylet azonosító><ügyfél név\><dokumentumtípus><dokumentum dátuma> formátumban kerülnek elnevezésre.
A behajtási folyamat szakaszainak szempontjából meghatározhatjuk a keletkezett dokumentum csoportosítás, és mellette a dokumentum tárolási, őrzési helyét is, a pontos fellehetőség elősegítésére. Minden olyan típusú dokumentum használata megengedett, melyet a felhasználói számítógépek képesek feldolgozni.

Az iratadatok feltöltése manuálisan és a menüből indítva tömegesen is feltölthető. A típusok megadása után a csoport, őrzés helye választható, illetve a forrás dokumentum tallózható, a program a dokumentumtárba kerülő céldokumentum nevét automatikusan meghatározza. Fontos két dátumparaméter megadása, a dátum az irat rendszerbe kerülését jelzi, míg a dokumentum dátuma az irat, határozat érvénybe lépésének jellemzője.
Tömeges adatfeldolgozás során azonos típusú iratokat tudunk különböző ügyletekhez rendelni, melyek a fájlrendszer egy adott tallózható mappájában találhatók, vagy különböző típusú iratokat lehet egy dokumentumhoz rendelni. A feldolgozás során fontos a dokumentumok elnevezése, melyből a program a feldolgozáshoz szükséges információt veszi.

Megjegyzés

A program az ügyintézők részére biztosítja a nem struktúrálható, de a behajtás során fontos, a pénzügyi vállalkozás tudomására jutott információkat, melyek időpont-megjelöléssel kerülnek a rendszerbe. Már létező adatok a táblázatban kivonatosan jelennek, meg, de a táblázat sorait kiválasztva olvashatóvá válik a teljes bevitt adat.
Új adat rendszerbe rögzítésekor a rögzít gomb megnyomásakor kerül mentésre az információ, a dátumot a rendszer automatikusan hozza létre.

Csekk

A program támogatja a nagy tételben küldhető csekkes befizetések feldolgozását. Az OC31 formátumú csekkek mind teljesen kitöltve, mind a feladó nevét nem feltüntetve nyomtathatók. A nyomtatás történhet az ügylet adatlapjáról egyesével, másrészt tömegesen is.Ebben az esetben a nyomtatasi varázsló egy XLS táblázatot vár, melyben az ügyletazonosítók szerepelnek és ezen adatok alapján a program kitölti a csekkeket. A csekkekre egyedi befizetőazonosítóként LUHN kódolással egy ellenőrző karakter kerül, melyet a Magyar Posta Elszámoló központ (PEK) továbbít a számlavezető Bank felé, és a befizetésekről készült avizóban a befizetéseket ez az egyedi azonosító azonosítja.

A számlavezető Bank elektronikus formában átadott állományai a program által feldolgozhatók. A feldolgozás ellenőrzi a beolvasandó adatot helyességét, formai, tartalmi ellenőrzést hajt végre, és csak a helyes PEK csomag ismeretében végzi el az adatok feldolgozását. A feldolgozás jogosultsághoz kötött.

Személyes felkeresés

Későbbi felhasználásra.

Biztosíték

A követeléskezelés során nem kizárólag fedezetlen, hanem fedezetes követelések, követeléscsomagok vásárlása történik, így szükséges a fedezetek rendszerbe rögzítése.

A fedezetek ingó- és ingatlanfedezetek lehetnek:

Ingatlanfedezetek esetében az ingatlannyilvántartás szerinti adatok rögzítésén túl, az értékbecslésben meghatározott adatok, zálogjogérték, és az esetleges árverési adatok rögzíthetők.

Rögzíthetünk a rendszerben gépjárműadatokat is.

Amennyiben az eredeti hitelügyletek nem ingatlan vagy gépjárműfedezetet tartalmaztak, úgy egyéb fedezetek is rögzíthetők. Ezek lehetnek:

Vagyont terhelő zálogjog

Óvadék

Opciósjog

Engedményezés

Kezesség

Egyéb

Intézményi garancia

Üzletrészt terhelő zálogjog

Baleset-, és életbiztosítás

Kezesség (biztosíték)

Minden biztosítékhoz képek csatolhatók.

Levelek

Feladatok

Megállapodások

A követeléskezelés az adós és a követeléskezelő cég kölcsönös együttműködésén alapszik, szabályzott környezetben. Mindkét fél célja, hogy a tartozás kifizetésre kerüljön, melynek érdekében a felmondáskor egyösszegűvé vált követelés megfizetése valamilyen kölcsönösen kialkudott megállapodás alapján történjen meg. Ennek figyelemmel kísérésére a program lehetőséget nyújt egyedi egyösszegű és részletfizetési megoldások, megállapodások rendszerbe rögzítésére, a megállapodások betartásának nyomon követésére.
Az ügylet adatlapon egy ügylethez több egyidejű megállapodás rögzítésére is lehetőség van, például több ügylet szereplő közti befizetés megosztás esetén, vagy ha a tartozásmegfizetése egy megállapodás alapján nem volt tartható, úgy azt hatályon kívül lehet helyezni és másik megállapodás megkötésére is mód van.

Ügyfélpanaszok

A Magyar Nemzeti Bank, mint felügyeleti szerv ellenőrzése alá tartozó intézményeknek szigorú adatvédelmi és panaszkezelési előírásoknak kell megfelelni. Az ügyfelektől több csatornán érkező panaszokat nyilván kell tartani, törvényileg meghatározott határidők és felelősségi körök betartásával kell a panaszokat kivizsgálni megválaszolni. A program lehetőséget ad a panaszok rögzítésére, a beérkező dokumentumok csatolásával, melyet akár írásban, akár szóban tesznek az adósok. A panaszok rögzítésekor kötelező a feladat elvégzéséért, a panasz kivizsgálásáért felelős személy megnevezése és a kivizsgálásra szánt határidő beírása, amely maximum 30 nap lehet. A panasz kategóriák a Magyar Nemzeti Bank mint felügyeleti szerv adatszolgáltatási lapjából kerültek meghatározásra.
A panaszok kivizsgálására a program a felvételkor feladatok hoz létre a felelős számára, melyek a Feladatok perspektívan és az adott ügylet feladatai között jelenik meg.
A panasz pontos eredménye a válaszdokumentummal együtt regisztrálandó, ennek indítása a panasz tételen jobb egérkattintással indítható. Mind a panaszok, mind a válaszok a program által készített negyedéves MNB bevallás riportban megjelennek.

Elszámolás

Az alkalmazás támogatja a 2014. évi XL. törvényben (a továbbiakban: Elszámolási törvény) előírt elszámolási kötelezettség teljesítését. Az elszámolás során a pénzügyi intézmény szabályzatában lefektetett eljárásrendet követve elkészíti az ügylet pénzügyi elszámolását, a folyamatban során keletkező tájékoztató, elszámoló dokumentumokat, valamint adatot szolgáltat a felügyeleti szervezetek felé történő jelentési, ellenőrzési kötelezettségekhez.
A folyamat során keletkező iratokat a rendszer eltárolja az iradadatok között.
Az ügylet elszámolás adatlapján van lehetőség az elszámolási eljárás minden lépését végrehajtani. A felületen a folyamat aktuális állásától függően válnak láthatóvá az addig elkészült adatok.

Igazolás kérelem

A szerződés engedményesénél elszámolásra külön kérelem alapján jogosult fogyasztók számára az igazolás kiadása a felületen az "Új igazolás kérelem" gomb megnyomása után megjelenő varázsló kitöltésével lehetséges. Az adatok megadása után az ügyintéző a törvényi szabályozásnak megfelelően igazolást vagy igazolás iránti kérelem elutasításáról szóló dokumentumot készíthet.

Elszámolási folyamat

Az elszámolás folymatának első lépéseként a fogyasztó elszámolás iránti kérelmet nyújt be a pénzügyi intézményhez. Ezt a felületen az "Új elszámolási kérelem felvétele" gomb után megjelenő varázslóval lehet a rendszerben iktatni.

Az iktatás során meg kell adni a kérelmet beadó személyt, a beadás módját, a kérelemhez tartozó dokumentumot, illetve a kérelem beadásának dátumát. Az alkamazás az ügylet egyéb adatai alapján jelzi, ha az ügylet nem tartozik az törvény hatálya alá.
Az ügyintéző választhat, hogy a megkapott információ kevés annak eldöntésére, hogy a kérelem alapján elvégezhető-e az elszámolás ebben az esetben "Később eldöntött" választógombot kiválasztva a kérelmet rögzítheti, majd a folyamatot a megfelelő adatok beszerzéséig felfüggesztheti
Ha a kérelem benyújtója nem jogosult elszámolásra, vagy a szerződés nem tartozik a törvény hatálya alá az ügyintéző a kérelmet elutasíthatja az "Elutasított" választógombot kiválasztva és a következő lapon az ehhez tartozó adatok megadása után a megfelelő elutasító dokumentumot generálhatja. Ebben az esetben a meg kell adni az elutasítás indokát a varázsló következő lapján.

Ha a fogyasztó kérelme jogos, de az átadott iratok alapján az elszámolás nem végezhető el, az ügyintéző hiánypótlásra szólíthatja fel, ehhez a "Jogosult, hiánypótlás szükséges" választógombot kell kiválasztania.
Ha a kérelem jogos és minden szükséges adat rendelkezésre áll (akár a kérelem beérkezésekor, akár hiánypótlás után folytatva a folyamatot), a "Jogosult, minden adattal rendelkezik" választógomb bejelölése után a következő lapon meg kell adni a Csökkenés mezőben az engedményezőtől kapott tisztességtelen összeget, kiválasztva, hogy ezen összeg milyen devizanemben értendő, illetve meg kell adni az új, tisztességes késedelmi kamat típusát (fix vagy megadott bázishoz kötött) valamint a kamarmarzs mértékét. A lapon a program kitölti a nyitókövetelést, illetve meg kell adni az elszámolási adatok beérkezésének a dátumát is.

Az adatok megadása után a felületen a megadott adatok megjelennek (3).
Ezután megadható az elszámolás értéknapja valamint az elszámolás gomb megnyomásával a program elvégzi a pénzügyi intézmény szabályzatai alapján az elszámolást. Ennek során először elvégzi az úgynevezett újrafuttatást, melynek során a nyitó követelésre újrakönyveli egy elkülönített folyószámlán az ügylet élettörténetében meglevő térülés, terhelés eseményeket és pénzügyet érintő státuszváltásokat, illetve a szabályzatban meghatározott módon és időben betörleszti a felkamatoztatott tisztességtelen összeget.
Az elszámolási folyamat után megtekinthető az ügylet elszámolási folyószámlája, napi forgalmi adatai, valamint a tisztességtelen összeg és az idők során keletkezett ügyfélkövetelések után számított kamatozás részletes levezetése (4).
Külön táblázatban (5) tekinthető meg, hogy az elszámolás során mennyi különbözet keletkezik az újrafuttatásból (pl. az esetleges késedelmi kamatlábváltozás miatt) és mennyi a tisztességtelen összeg beszámításából.
A "különbözet könyvelése" gombra történik meg a jogcímenkénti különbözetek valamint az esetleges új késedelmi kamat mérték könyvelése az ügylet folyószámlájára illetve az ügylet alapadatai közé.
Ezután az ügyintéző elkészítheti a szükséges tájékoztató leveleket a megfelelő gombok megnyomásával (7). Szintén itt rögzíthető az elvégzett elszámolás kapcsán a részletes elszámolás iránti kérelem és a rá adott válasz
Az elszámolás kapcsán a pénzügyi intézmény jogosult az elszámolásból adódó kifizetési kötelezettségéből illetve a tartozás csökkenéséből adódó pénzügyi veszteség arányos megtérítését kérni az engedményezőtől. Az igényelt összegek illetve ezek megtérülését lehet rögzíteni a felület megtérítési igény (6) részében.