MŰSZAKI LEÍRÁS ÖNEGM (Önkormányzati Előirányzat Gazdálkodási Modul) fejlesztése Általános követelmények Ajánlattevő nyilatkozata arra vonatkozólag, hogy a benyújtott ajánlat teljes egészében lefedi a jelen műszaki dokumentációban meghatározott követelményeket. Ajánlatkérő a műszaki leírásában megfogalmazott igények megvalósítására szolgáló pénzügyi fedezettel rendelkezik. Speciális követelmények: Leírás Típus Elvárt eredmény Becsült óra 1 Státuszmódosítás - a támogatás igények, elszámolások és zárszámadási tételek hibás státuszainak rendszerből, a szakma által történő módosítása két féle módon: 1. Utolsó lépés visszavonása, ahol az utolsó státusz módosítást maga a rögzítő vagy az Önkormányzati Főosztály vonhatja vissza. 2. Direkt státuszmódosítás, ahol kérelem aktuális státuszát az Önkormányzati Főosztály állíthatja be a kérelem aktuális státuszától függő, lehetséges státuszokat tartalmazó listából. 40%-os támogatásra fordított időmegtakarítás a támogatói funkciókat ellátó csoport oldaláról. A direkt adatmanipuláció (ezzel a hibázási lehetőség) minimalizálása. 160
2 3 4 5 6 7 8 Előirányzatok beolvasása (nettós és nettó körön kívüli támogatások beolvasásának egységesítése). A jelenlegi betöltési folyamatban levő hibák lekezelése. A hibák elhárításához használt jelenlegi sql utasítások beépítése a programba és beszédes hibalista, amely alapján a szakmai főosztály ténylegesen el tudja végezni a hibás adatok módosítását és ezek után a betöltést. FPARTNER és KTORZS rendszerekből érkező állományok korrekt betöltése. A hibás adatokról visszajelezést a felhasználóktól kap a támogatói csoport és alapján tudja utólag korrigálni kézi adatmódosítással. A megfelelő állományok megérkeznek a két rendszerből, de ismeretlen ok miatt ezek betöltése hibás. A beszámoló adatok betöltésére használt Servlet javítása. A betöltésre 2 servlet használatos, de ezekből jelenleg csak az önkormányzatsoros működik, a megyei betöltésre szolgáló ismeretlen okból nem. A betöltést így több mint 3100 indítással lehet csak elvégezni. Szövegrészlet alapján történő keresés a jogcímekben. A Támogatáskövetés és Támogatás paraméterezés menüpont használata során a szükséges jogcímek keresése a bonyolult struktúra miatt nagyon nehézkes és időigényes, ezt egy LIKE %szöveg% típusú kereséssel kell kiváltani. Jogcím tábla bővítése a karbantartási felület módosításával. Az ERA,BM_KULCS és esetlegesen felmerülő további kulcsok miatt segédtáblákat kellett/kell bevezetni, ezek eliminálását kell lehetővé tenni a jogcím tábla bővítésével. Az űrlapokon használható javascript függvények bővítése, value értékek listája és azok működésének leírása, szervlet készítési lehetőségek Java oldali fejlesztések, olyan beépített függvények a melyek a jelenlegi bonyolultabb html lapok készítésekor felgyorsítja a fejlesztés folyamatát. 10%-os támogatásra fordított időmegtakarítás a támogatói funkciókat ellátó csoport oldaláról és a kézi adatmanipulációk kockázatának megszüntetése. Javítás Helyes vezetői adatok, kézi módosítások megszűnése 16 Javítás 90%-os betöltésre fordított időmegtakarítás. 16 Gyors jogcímkeresés a támogatás paraméterezése során 24 Külső, a támogatás által kényszerből definiált temporális táblák eliminálása. 80 20%-os fejlesztésre és tesztelésre fordított időmegtakarítás. 120 160 48
9 10 11 Az űrlap mezők megfelelő struktúrába történő tárolása. Az űrlapokon szereplő mezők gyakran nem a prefix-en belülre mentődnek a JSONba, emiatt nagyon nehéz vagy lehetetlen ezeket az adatokat kiolvasni. Döntés állomány beolvasása. Jelenleg az AKÜ-re kidolgozott döntés állomány fogadást ki kell terjeszteni átfogóan az összes jogcímre való lehetséges döntés fogadásra egy jogcím-ütem kiválasztási lehetőséggel. Az igénylések ütemezéséhez kapcsolódó további egyedi és csoportos dokumentum előállítási lehetőségek váltak szükségessé a folyamati változások következtében. (Támogatói okiratok, Befogadói nyilatkozatok) Javítás A pontos adattartalommal bíró lekérdezések fejlesztése. 32 A döntés amely a gyakorlatban egyre nagyobb jelentőséggel bír. Jelenleg az AKÜ esetében működő döntés állomány fogadást szükséges lenne kiterjeszteni az összes jogcímre való lehetséges döntés fogadásra egy jogcím-ütem kiválasztási lehetőséggel ahhoz, hogy az önkormányzatokat értesíteni lehessen [döntés értesítő levelet lehessen legenerálni számukra] az igényük kedvező elbírálásáról azokban az esetekben, amikor a támogatás összegének utalása időben később történik, viszont a felhasználása a folyósítást megelőzően is elkezdődhet. Az államháztartásról szóló törvény és a végrehajtásáról szóló kormányrendelet 2015. január 1-jén hatályba lépő változtatásai olyan új előírásokat tartalmaznak, melyek korábban nem voltak és a rendszerben igényelt támogatások vonatkozásában a végrehajtója a Kincstár. Minden beadott és pályázathoz előírja a befogadó nyilatkozat küldését, melyre a rendszer nem alkalmas. Az elvi lehetősége megvan, hogy az összes jogszabályban előírt követelmény figyelembe vételével a rendszerben álljon elő a befogadó nyilatkozat, de ehhez fejlesztésre van szükség 40 120
A döntéshozó által megítélt támogatás folyósításáról Támogatói Okirat vagy Szerződés kerül kiállításra/megkötésre. Az Okiratok vonatkozásában a jogszabály előírja, hogy az igénylő önkormányzatoknak véleményezési jogosultságuk van. A feladat ideiglenesen meg van oldva a rendszerben, de ahhoz, hogy a rendszer tényleges élő munkát kiváltó támogatást nyújtson, fejlesztés szükséges. 12 A mail küldés jelenlegi folyamatának átdolgozása. Szükségessé vált a jelenlegi státuszhoz kapcsolt értesítési folyamat kibővítése az ütem paraméterrel és a mailben csatolmányként küldhető levélsablon kapcsolattal státuszonként. A rendszer e-mail küldési funkciója csupán txt formátumú levelek küldésére képes. Időnként szükséges lenne hivatalos (fejléc, címzés, aláírás stb.), formázható, szerkesztett esetleg csatolmányt is tartalmazó levelek küldésére. Ennek megvalósításához a fejlesztés elengedhetetlen. 200 13 Sablonok megjelenítése módosítási lehetőség nélkül az igazgatóságok részére (Támogatás paraméterezés). Jelenleg rendszeresen utólag derül ki, hogy a sablonokban még szükségesek változtatások, ez nagyon adatbázis módosítást generál. A sablonok előkészítéséért a Kincstár Központ ügyintézője felel. Tekintettel arra, hogy ezeket a leveleket az Igazgatósági kollégák állítják elő, gyakorlati tapasztalatik sok esetben más igényt is tartalmaznak ami központilag paraméterezésre kerül. Ennek éles használat előtt történő ellenőrzése szükséges lenne. 24
14 Elszámolás kiegészítése. Elszámolások esetén is legyen lehetőség továbbításra, továbbító- és értesítő levél küldésére valamint legyen lehetőség ütemenkénti elszámolás benyújtására. Több jogcím esetében van évente több ütemben igénylés. A több ütemben történő igénylés, több ütemben történő elszámolást is van maga után. Az elszámolásokat az igénylésekhez hasonlóan szükséges felülvizsgálnia a Kincstárnak. Jelen állapotában a rendszer csak jogcímenként képes elszámolások fogadására és arra sem jól, hisz nem teszi lehetővé, hogy az elszámolások adatai továbbításra kerüljenek. Nem állít elő továbbító és egyéb szükséges leveleket. Ez megoldatlan probléma és jelenlegi állapotában megoldhatatlan a rendszerben. 120 15 Lemondás: A lemondás paraméterezése hasonlóan kerüljön átalakításra, ahogy az igénylés és az elszámolás működik. Az elszámoláshoz hasonlóan ne csak jogcímenként, hanem ütemenként legyen lehetőség lemondás benyújtására. A rendszerben jelenleg egy azon időben csak egy jogcímhez lehetséges lemondást paraméterezni. A jogszabályok szerint, amennyiben az önkormányzat bármilyen támogatást jogtalanul vesz igénybe, arról le kell mondania és a visszautalásról gondoskodnia kell. Jelenleg ez papír alapon történik, így csak akkor szerez róla tudomást a központ, amikor annak pénzügyi forgalma megjelenik a Kincstár számláján. Az önkormányzatok, az Igazgatóságok és a központ, valamint a fejezet gazda Belügyminisztérium számára is az lenne a legjobb megoldás, ha ez elektronikusan rögzített, nyilvántartott és naprakészen tudna megjelenni a rendszerben, s így a jogszabályi előírásoknak megfelelően tudna működni. A rendszer egyik alapvető célja a megalkotáskor az önkormányzati előirányzatok naprakész nyilvántartása volt. 200
16 A paraméterezés kerüljön kiegészítésre benyújtás határidejének meghatározása esetén időpont választásának lehetőségével. 0:24 órás formátumba. Szükség lenne időnként az igényeket időpontra is bekorlátozni, hisz van, hogy döntéshozó számára sürgős feladatok végrehajtásra van szükség, de a rendszer csak egy adott nap éjféli határidőt tud kezelni. A minisztériumok részéről többször felmerült rendelettervezetben, pályázati kiírás tervezetben az időponthoz kötött igénylési határidő, de ezt mindig el kellett utasítanunk, mivel a rendszer erre alkalmatlan. 16 17 Követelés nyilvántartás kialakítása amely kimutatja egy önkormányzat a Kincstár Önkormányzati Főosztálya által kezelt, állam felé fennálló tartozását. Egy önkormányzatnak több jogcímen állhat fenn egyszerre tartozása a Kincstár felé (beszámoló, felülvizsgálat, külön elszámolás, lemondás, közteher megelőlegezés). Az új jogszabályi rendelkezések alapján lehetősége van az önkormányzatnak ezen tartozásokra részletfizetést, inkasszó felfüggesztést kérni. Az adatok jelenleg különböző rendszerekben (Fpartner, ÖNEGM) és excel táblákban vannak nyilvántartva. Arra lenne szükség, hogy ez egy helyen és naprakészen összefogásra és lekérdezhető formában megjeleníthető legyen önkormányzatonként valamint országosan. Erre az ÖNEGM rendszer a legalkalmasabb! 480 18 19 20 21 Lapozási hiba megszüntetése. Egy keresés eredményeként megjelenő elemek száma több mint, ami az ablakban oldalanként megjelenik. A pénzforgalmi adatok állományainak betöltődése után előálló txt állomány jelenjen meg az Önkormányzati szakmai főosztály gépén. Országos hatókörű dokumentumok aláírási felületének kialakítása.(a jelenlegi megyei paraméterezéshez hasonló új funkció.) Az ÖNEGM-ben használt iktatószámok illesztése az új IRMA rendszerhez. Javítás 16 Javítás 8 A levélsablonok folyamatos változtatásának (ezzel a hibalehetőségek) csökkenése 30 40