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
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 Fejlesztés 1 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.
Elvárt eredmény
Becsült óra
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
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.
Fejlesztés
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.
160
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
Fejlesztés Gyors jogcímkeresés a támogatás paraméterezése során
24
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 Külső, a támogatás által kényszerből definiált temporális 6 Fejlesztés segédtáblákat kellett/kell bevezetni, ezek eliminálását kell lehetővé táblák eliminálása. tenni a jogcím tábla bővítésével.
48
5
Az űrlapokon használható javascript függvények bővítése, value 7 értékek listája és azok működésének leírása , szervlet készítési Fejlesztés lehetőségek Java oldali fejlesztések, olyan beépített függvények a melyek a 8 jelenlegi bonyolultabb html lapok készítésekor felgyorsítja a fejlesztés Fejlesztés folyamatát.
80 20%-os fejlesztésre és tesztelésre fordított időmegtakarítás. 120
Az űrlap mezők megfelelő struktúrába történő tárolása. Az űrlapokon 9 szereplő mezők gyakran nem a prefix-en belülre mentődnek a JSONba, emiatt nagyon nehéz vagy lehetetlen ezeket az adatokat kiolvasni.
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 Döntés állomány beolvasása. Jelenleg az AKÜ-re kidolgozott döntés jogcím-ütem kiválasztási lehetőséggel ahhoz, hogy az állomány fogadást ki kell terjeszteni átfogóan az összes jogcímre való 10 Fejlesztés önkormányzatokat értesíteni lehessen [döntés értesítő lehetséges döntés fogadásra egy jogcím-ütem kiválasztási levelet lehessen legenerálni számukra] az igényük lehetőséggel. 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.
40
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 11 Fejlesztés változások következtében. (Támogatói okiratok, Befogadói nyilatkozatok)
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
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. A rendszer e-mail küldési funkciója csupán txt A mail küldés jelenlegi folyamatának átdolgozása. Szükségessé vált a formátumú levelek küldésére képes. Időnként szükséges jelenlegi státuszhoz kapcsolt értesítési folyamat kibővítése az ütem lenne hivatalos (fejléc, címzés, aláírás stb.), formázható, 12 Fejlesztés paraméterrel és a mailben csatolmányként küldhető levélsablon szerkesztett esetleg csatolmányt is tartalmazó levelek kapcsolattal státuszonként. küldésére. Ennek megvalósításához a fejlesztés elengedhetetlen.
200
A sablonok előkészítéséért a Kincstár Központ Sablonok megjelenítése módosítási lehetőség nélkül az igazgatóságok ügyintézője felel. Tekintettel arra, hogy ezeket a részére (Támogatás paraméterezés). Jelenleg rendszeresen utólag leveleket az Igazgatósági kollégák állítják elő, gyakorlati 13 Fejlesztés derül ki, hogy a sablonokban még szükségesek változtatások, ez tapasztalatik sok esetben más igényt is tartalmaznak ami nagyon adatbázis módosítást generál. központilag paraméterezésre kerül. Ennek éles használat előtt történő ellenőrzése szükséges lenne.
24
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 Elszámolás kiegészítése. Elszámolások esetén is legyen lehetőség Kincstárnak. Jelen állapotában a rendszer csak 14 továbbításra, továbbító- és értesítő levél küldésére valamint legyen Fejlesztés jogcímenként képes elszámolások fogadására és arra sem lehetőség ütemenkénti elszámolás benyújtására. 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
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 Lemondás: A lemondás paraméterezése hasonlóan kerüljön róla tudomást a központ, amikor annak pénzügyi átalakításra, ahogy az igénylés és az elszámolás működik. Az forgalma megjelenik a Kincstár számláján. Az 15 Fejlesztés elszámoláshoz hasonlóan ne csak jogcímenként, hanem ütemenként önkormányzatok, az Igazgatóságok és a központ, legyen lehetőség lemondás benyújtására. 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
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 A paraméterezés kerüljön kiegészítésre benyújtás határidejének egy adott nap éjféli határidőt tud kezelni. A 16 meghatározása esetén időpont választásának lehetőségével. 0:24 órás Fejlesztés minisztériumok részéről többször felmerült rendeletformátumba. tervezetben, 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
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 Követelés nyilvántartás kialakítása amely kimutatja egy részletfizetést, inkasszó felfüggesztést kérni. Az adatok 17 önkormányzat a Kincstár Önkormányzati Főosztálya által kezelt, Fejlesztés jelenleg különböző rendszerekben (Fpartner, ÖNEGM) állam felé fennálló tartozását . é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 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.
16
Javítás
Javítás 19 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 Fejlesztés 20 jelenlegi megyei paraméterezéshez hasonló új funkció.) Az ÖNEGM-ben használt iktatószámok illesztése az új IRMA Fejlesztés 21 rendszerhez.
8 A levélsablonok folyamatos változtatásának (ezzel a hibalehetőségek) csökkenése
40 30