ÖNKORMÁNYZATI ASP RENDSZER SZOLGÁLTATÁSI SZERZŐDÉS

ÖNKORMÁNYZATI ASP RENDSZER SZOLGÁLTATÁSI SZERZŐDÉS

amely létrejött

egyrészről KEREKHARASZT KÖZSÉGI ÖNKORMÁNYZAT

Önkormányzat székhelye: 0000 Xxxxxxxxxxxx, Xxxxx xxxx 0. Törzsszám: 729578

Adószám: 15729576-210

Képviseli: XXXXX XXXX polgármester

és a HATVANI KÖZÖS ÖNKORMÁNYZATI HIVATAL

képviseletében: XX. XXXXXXXX XXXXX jegyző (a továbbiakban: Önkormányzat)

másrészről a Magyar Államkincstár

Székhely: 1054 Budapest, Hold u. 4.

Azonosító szám (törzs-szám/cégjegyzékszám): 329970 Adószám:15329970-2-41

Képviseli: Prof. Xx. Xxxxxxxx Xxxxxx elnök, (a továbbiakban: Szolgáltató)

- a továbbiakban együtt: Felek, külön-külön: Fél - között az alábbi napon, helyen és tartalommal (a továbbiakban: Szerződés).

I. Előzmények

1. A helyi önkormányzati rendszer – a Magyarország helyi önkormányzatairól szóló 2011. évi CLXXXIX. törvény (a továbbiakban: Mötv.) hatálybalépésével, illetve az egyes államigazgatási hatósági ügyekkel kapcsolatos hatáskörök járási hivatalokba történő telepítésével – megújításra került. Az elektronikus közigazgatás kiterjesztésének ugyanakkor továbbra is lényegi követelménye, kihívása maradt a helyi önkormányzatoknál folyó, lényegében a teljes lakosságot érintő közigazgatási munka informatikai szolgáltatásokkal történő támogatása.

2. A helyi önkormányzati feladatellátás egységességének támogatásához, valamint a költségvetési stabilitás megőrzéséhez fűződő kormányzati érdekekre figyelemmel az állam ASP (Application Service Provider, magyarul távoli alkalmazásszolgáltatás) szolgáltatás keretében biztosít központi informatikai támogatást a helyi önkormányzatoknak, és adattárház létrehozásával biztosítja a releváns gazdálkodási adatok összegyűjtését és elemezhetőségét.

3. Az önkormányzatok számára hatékony forrásfelhasználás mellett lehetővé teszi a belső működés támogatását, az egyes e-közigazgatási szolgáltatások nyújtását korszerű

informatikai megoldásokra támaszkodva, valamint lehetőséget nyújt az állampolgárok és a vállalkozások igényeihez igazodó, egységes önkormányzati e-ügyintézési szolgáltatások igénybevételére.

4. Az Mötv. 114. § (2) bekezdése szerint a helyi önkormányzat - egyes kötelező feladatainak informatikai támogatása céljából - csatlakozik a helyi önkormányzatok feladatellátását támogató, számítástechnikai hálózaton keresztül távoli alkalmazásszolgáltatást nyújtó, az állam által biztosított, elektronikus információs rendszerhez (a továbbiakban: önkormányzati ASP rendszer).

5. Az Önkormányzati ASP rendszer működtetéséről és elemeiről, fenntartási, üzemeltetési és rendszertámogatási feladatairól, a csatlakozás módjáról az önkormányzati ASP rendszerről szóló 257/2016. (VIII.31.) Korm. Rendelet (a továbbiakban: Rendelet) rendelkezik. A Rendelet 7. § (1) bekezdése szerint a Csatlakozását megelőzően a helyi önkormányzat Szerződést köt a Szolgáltatóval.

II. A Szerződés tárgya

1. A Szerződés tárgya: Az Önkormányzatnak az önkormányzati ASP rendszerhez való csatlakozása és a Szolgáltató által az e Szerződés szerinti ASP szolgáltatások nyújtása

1. az Önkormányzat és hivatala,

2. az Önkormányzat valamennyi önálló gazdasági szervezettel nem rendelkező intézménye,

3. valamint – a jelen Szerződésben rögzített feltételeknek megfelelően – mindazon egyéb felek részére (pl. helyi nemzetiségi önkormányzat / társulás), akiknek külön megállapodás alapján az önkormányzat látja el a gazdálkodással összefüggő feladatait.

2. Az ASP rendszer az alábbi elemekből áll:

a) szakrendszerek,

b) keretrendszer,

c) támogató rendszerek, és

d) az Mötv. 114. § (4) bekezdése szerinti önkormányzati adattárház.

3. Az önkormányzati ASP rendszer az alábbi szakrendszeri portfóliót biztosítja:

a) iratkezelő rendszer,

b) önkormányzati települési portál rendszer,

c) az elektronikus ügyintézési portál rendszer, ide értve az elektronikus űrlap-szolgáltatást,

d) gazdálkodási rendszer,

e) ingatlanvagyon-kataszter rendszer,

f) önkormányzati adó rendszer,

g) ipar- és kereskedelmi rendszer,

h) hagyatéki leltár rendszer.

4. Az Önkormányzatnak a csatlakozással összefüggő fő feladatait a szerződés mellékletét képező Általános Szerződési Feltételek (továbbiakban: ÁSZF) II. pontja tartalmazza.

5. Az Önkormányzat legkésőbb az első szakrendszerhez való csatlakozás időpontjáig tartó felkészülési idő alatt biztosítja az önkormányzati ASP rendszerhez történő csatlakozáshoz szükséges, a Rendelet 2. melléklet szerinti minimumkövetelményeknek való megfelelést, valamint vállalja a folyamatos működés biztosításához szükséges feladatok teljesítését.

6. Az egyes szakrendszerek szolgáltatás-katalógusát az ÁSZF VII. pontja tartalmazza.

7. A csatlakozás érdekében a Szolgáltató által készített és az Önkormányzat által a csatlakozás során kitöltendő szolgáltatásigénylő adatlapot jelen szerződés 2.1. számú melléklete tartalmazza.

8 Az Önkormányzat az ASP rendszerhez rendszercsatlakozással csatlakozik. A 3. pont f), pontja szerinti szakrendszer csak rendszercsatlakozással érhető el.

9. Az Önkormányzat tudomásul veszi, hogy a Rendelet 12. §-ában meghatározott ütemezés szerint veszi igénybe a jelen szerződés II.3. pontjában felsorolt szakrendszeri szolgáltatásokat.

10. Az Önkormányzat köteles a csatlakozási folyamat adminisztrációja során a Szolgáltató által a hivatalos szolgáltatási honlapján közzétett nyomtatványmintákat használni.

11. Felek megállapodnak abban, hogy az Önkormányzat a jelen szerződés 2.1. számú mellékletét képező szolgáltatásigénylő lapon megjelölt szakrendszereket veszi igénybe az ott megjelölt módon, a Xxxxx által közösen egyeztetett időpontban, legkésőbb a Rendeletben megjelölt határidőig.

12. A Felek megállapodnak abban, hogy az Önkormányzat a 2.6 számú mellékletben felsorolt intézményekkel kapcsolatos gazdálkodási feladat ellátásához is igénybe veszi a szolgáltatást.

III. Adatkezelés

1. E Szerződés alapján az Önkormányzat mint a GDPR 6. cikk (1) bekezdés c) és e) pontja, valamint – egyebek mellett – a Rendelet 4. § (3) bekezdése alapján adatkezelőnek minősülő fél, megbízza Szolgáltatót az önkormányzati ASP szakrendszereiben tárolt adatainak feldolgozásával, kizárólag az e Szerződés szerinti feladatainak teljesítéséhez szükséges mértékben. E Szerződés a GDPR 28. cikk (3) bekezdése, valamint az információs önrendelkezési jogról és az információszabadságról szóló 2011. évi CXII. törvény (a továbbiakban: Infotv.) 25/D. § (1) bekezdése szerinti adatfeldolgozásra vonatkozó szerződésnek is minősül.

2. Az adatkezelési műveletekre vonatkozó utasítások jogszerűségéért valamint az ASP rendszer szakrendszereiben tárolt adatok tartalmáért az Önkormányzat felel.

3. A Szolgáltató a megbízás teljesítése kapcsán az önkormányzati adattárház kivételével adatkezelésre vonatkozó döntést nem hozhat. Az adatokat kizárólag az Önkormányzat rendelkezései szerint dolgozhatja fel. A Szolgáltató az adatokat saját céljára nem rögzítheti, nem tárolhatja.

4. A Szolgáltató a rendelkezésére álló mindenkori informatikai infrastruktúra biztonsági szintjén gondoskodik a megbízás teljesítésével kapcsolatos adatok biztonságáról, megteszi azokat a technikai és szervezési intézkedéseket, kialakítja azokat az eljárási szabályokat, amelyek biztosítják az adatok védelmét, megakadályozzák azok megváltoztatását, továbbítását, törlését, megsemmisítését, véletlen megsemmisülését, sérülését, jogosulatlan hozzáférését és nyilvánosságra hozatalát.

5. Amennyiben az Infotv. alapján az érintett tájékoztatást kért az ASP szakrendszereiben tárolt személyes adatai kezeléséről, a tájékoztatást minden esetben az Önkormányzat mint adatkezelő köteles megadni, melyhez minden szükséges, rendelkezésére álló információt a Szolgáltató köteles biztosítani az Önkormányzat számára, melyhez minden szükséges,

rendelkezésére álló információt a Szolgáltató köteles biztosítani a Költségvetési szerv számára.

6. Az Önkormányzat kifejezetten hozzájárul ahhoz, hogy a Szolgáltató az ASP rendszer üzemeltetéséhez, karbantartásához, javításához, valamint adatfeldolgozási tevékenységéhez - az Önkormányzat előzetes értesítése mellett - további adatfeldolgozót, közreműködőt (alvállalkozó, teljesítési segéd) vegyen igénybe, akinek a tevékenységéért úgy felel, mintha a munkát maga végezte volna.

7. A Szolgáltató kötelezettséget vállal arra, hogy az adózás rendjéről szóló 2003. évi XCII. törvény adótitokra vonatkozó rendelkezéseit betartja, valamint az általa a szerződés teljesítésébe esetlegesen bevont további közreműködő (alvállalkozó, teljesítési segéd) személyekkel a szerződés teljesítése során betartatja.

8. Az Önkormányzat kifejezetten hozzájárul ahhoz, hogy a Szolgáltató, illetve az általa igénybe vett további adatfeldolgozó, közreműködő az általa végzett hibaelhárítás kapcsán a szakrendszerek adataiba betekinthessen, az adatvédelemre és az adótitokra vonatkozó jogszabályok figyelembe vétele mellett.

9. A Felek vállalják, hogy együttműködésük során a tudomásukra jutott információkat - ellenkező értelmű megállapodás hiányában - nyilvánosságra nem hozhatják, harmadik személy részére nem adhatják át. A titoktartási kötelezettség megszűnik és/vagy nem vonatkozik azokra az információkra, melyek köztudomásúak, kivéve, ha a Felek mulasztása miatt kerülnek nyilvánosságra, valamint amelyek nyilvánosságra hozatalát jogszabály vagy bírói, illetve hatósági határozat írja elő.

10. Szolgáltató tudomásul veszi, hogy köteles titoktartási nyilatkozatot minden munkavállalójával valamint az általa igénybe vett további adatfeldolgozóval, közreműködővel a jelen szerződés hatálybalépésével egyidejűleg aláíratni, és az aláírt példányokat a titoktartási kötelezettség megszűnéséig megőrizni.

11. Önkormányzat felhatalmazást ad arra, hogy Szolgáltató, mint adatfeldolgozó egyéb állami nyilvántartások ASP szolgáltatásba épített adatkapcsolatainak kialakításáról, valamint szabályozott elektronikus ügyintézési szolgáltatások integrálásáról egyeztetéseket kezdeményezzen a felelős működtető szervezetekkel.

IV. A Szerződés hatálya

1. A Szerződés az utolsóként aláíró Fél aláírásának napján lép hatályba.

2. A Szerződést a Felek határozatlan időre kötik.

V. Felek jogállása és jogviszonyuk

1. Felek kijelentik, hogy a Szerződés teljesítése során egymással kölcsönösen együttműködnek jelen Szerződésben és a vonatkozó jogszabályokban meghatározott módon, a másik Fél szerződésszerű teljesítése érdekében úgy járnak el, ahogy az az adott helyzetben általában elvárható.

2. Felek kijelentik, hogy a Szerződésben foglaltakon kívül saját érdekkörükben nem áll fenn olyan – jogszabályon, továbbá szerződésen, hatósági határozaton vagy egyoldalú jognyilatkozaton

alapuló – kötelezettség, más jogi helyzet, amely kizárná, vagy külön feltételhez kötné e Szerződés megkötését, érvényes létrejöttét, hatályosulását.

3. Felek a Szerződés teljesítése során kötelesek együttműködni, ennek keretében tájékoztatják, értesítik egymást, illetve egyeztetnek minden olyan esemény tekintetében, amely a Szerződés teljesítésére hatással lehet.

VI. Felek jogai és kötelezettségei

1. A Rendelet 7. § (2) bekezdésére figyelemmel az Önkormányzat vállalja, hogy

a) legkésőbb az első szakrendszerhez való csatlakozás időpontjáig tartó felkészülési idő alatt biztosítja az önkormányzati ASP rendszerhez történő csatlakozáshoz szükséges, a Rendelet 2. melléklete szerinti minimumkövetelményeknek való megfelelést,

b) a Szolgáltató közreműködésével gondoskodik az önkormányzati adórendszer esetében a csatlakozási időpontot megelőző, el nem évült adókötelezettségre vonatkozó adatállomány migrálásáról.

2. A Rendelet 7. § (3) bekezdése alapján a Szolgáltató vállalja, hogy az Önkormányzat szakrendszerekben, valamint az önkormányzati adattárházban tárolt adatai biztonságát technológiai és adminisztratív eszközökkel biztosítja és garantálja, hogy azokat csak a törvényben, valamint a Rendeletben meghatározott szerveknek teszi hozzáférhetővé.

3. Felek vállalják, hogy a jelen Szerződésben meghatározottakat egymással szoros és folyamatos együttműködésben megvalósítják, ezáltal végrehajtják az Önkormányzat csatlakoztatását, illetve csatlakozását az ASP rendszerhez. Szolgáltató vállalja az ASP rendszer e Szerződés mellékletei szerinti szolgáltatási körben és szolgáltatási szinteken való biztosítását az Önkormányzat számára.

4. Az Önkormányzat köteles biztosítani munkavállalóinak részvételét a Szolgáltató által szervezett felhasználói felkészítéseken, oktatásokon.

VII. A költségek viselése

1. A Szolgáltató az ASP rendszer e Szerződés szerinti szolgáltatásait, valamint a szolgáltatások igénybevételét bemutató tananyagot, konzultációs lehetőséget térítésmentesen biztosítja az Önkormányzat részére.

2. A szolgáltatás igénybevételének Önkormányzat oldalán felmerülő személyi és tárgyi feltételeit az Önkormányzat biztosítja.

VIII. Információk bizalmas kezelése

1. Felek a Szerződés teljesítése során tudomásukra jutott minden tényt, adatot, információt a jogszabályi előírásoknak megfelelően kezelik.

2. Az Önkormányzatnak a csatlakozásban közreműködő munkatársait e tevékenység ellátása tekintetében titoktartási kötelezettség terheli. Az Önkormányzat vállalja, hogy a csatlakozásban résztvevő köztisztviselőivel, alkalmazottjaival, munkatársaival, partnereivel, a jelen szerződés 2.2. számú mellékletét képező Felhasználói titoktartási nyilatkozatot aláíratja és az abban foglaltakat betartatja.

IX. A Szerződés módosítása

1. A Szerződés módosítása, kiegészítése kizárólag írásban, a felek közös megegyezésével történhet.

2. Szolgáltató jogosult az ÁSZF-t egyoldalúan módosítani, és köteles a módosított változatot hivatalos szolgáltatási honlapján az Önkormányzat egyidejű értesítése mellett közzétenni, legalább 15 nappal a hatálybalépést megelőzően.

3. Felek adataiban bekövetkezett változások, így különösen a név, székhely, képviselő neve, stb., nem teszik szükségessé a Szerződés módosítását, annak nem minősülnek, ugyanakkor a Felek az adatok változásáról egymást haladéktalanul értesítik.

4. Amennyiben az Önkormányzat az ASP rendszer szolgáltatás-portfóliójából további, nem kötelezően igénybe veendő szakrendszerhez csatlakozik, vagy az általa igénybevett, de nem kötelezően igénybe veendő szakrendszerből kilép, ahhoz szükséges jelen Szerződést a Feleknek módosítani, kiegészíteni.

X. A szerződésszegés jogkövetkezményei

1. Felek rögzítik, hogy felelősek az általuk nyújtott tevékenység megfelelő színvonaláért és teljes körűségéért, így felelősek minden olyan hiányosságért, kárért, amely abból ered, hogy feladataikat nekik felróhatóan hiányosan, késedelmesen vagy nem teljesítik.

2. Felek a Polgári Törvénykönyvről szóló 2013. évi V. törvény (a továbbiakban: Ptk.) szabályainak megfelelően felelősséggel tartoznak a szerződésszegő magatartásuk következtében a másik Félnek okozott kárért.

XI. Vis maior

1. Vis maiornak minősül minden olyan rendkívüli, a Szerződés létrejötte után bekövetkező, annak teljesítését lehetetlenné tevő esemény, amelyet a Felek nem láthattak előre és nem háríthattak el, és amely nem vezethető vissza egyik Fél felróható magatartására sem.

2. A Vis maior tényét az arra hivatkozónak kell igazolnia.

3. Vis maior bekövetkezése esetén a vis maior tényéről, okáról, terjedelméről, jellemzőiről a Szerződés teljesítésére való hatásáról, változásáról, megszűnéséről az érintett Félnek haladéktalanul írásban tájékoztatnia kell a másik Felet.

4. Az a Fél, aki a vis maior tényről a másik Felet haladéktalanul nem értesíti, felelősséggel tartozik az ebből eredő károkért.

5. A Szerződésben foglalt határidők a Vis maior időtartamával meghosszabbodnak.

XII. A Szerződés megszűnése

1. Tekintettel arra, hogy a Felek a Rendelet alapján kötik meg a Szerződést, a Szolgáltatót sem a rendes felmondás, sem az azonnali hatályú felmondás joga nem illeti meg, kizárólag új szolgáltató kijelölését kezdeményezheti.

2. Amennyiben a Szerződés hatálya alatt új szolgáltató kijelölésére kerül sor, a Szolgáltató a feladatok új szolgáltató által történő átvételéig biztosítja a szolgáltatások folyamatos ellátását.

3. Az Önkormányzat abban az esetben jogosult a szerződést írásban, rendes felmondással, 30 napos felmondási határidővel felmondani, amennyiben a jogszabály a feladatra más szolgáltatót jelöl ki.

XIII. Vitás ügyek intézése

1. Felek törekszenek arra, hogy a Szerződés alapján, vagy azzal kapcsolatban közöttük felmerülő bármilyen nézeteltérést vagy vitát békés úton, peren kívül, egyezséggel, közvetlen tárgyalás útján rendezzék.

2. Amennyiben Xxxxx a közvetlen tárgyalások megkezdésétől számítva 15 napon belül nem tudják a jelen Szerződés alapján vagy azzal kapcsolatban kialakult szerződéses vitát békés úton megoldani, úgy jogosultak jogvitájukat bíróság előtt érvényesíteni.

3. Nem köti a Feleket a 15 napos határidő, ha annak eltelte a bíróság előtti eljárás sikeres kimenetelét kétségessé tenné, illetve amennyiben minden kétséget kizáróan megállapítható, hogy a békés úton való megoldás kivitelezhetetlen.

XIV. Az alkalmazandó jog

A Szerződésre Magyarország hatályos jogszabályai irányadóak, így különösen a Ptk., valamint a Szerződés tárgyához kapcsolódó jogszabályok rendelkezéseit kell alkalmazni.

XV. Kapcsolattartás, tájékoztatás

A Szerződés vonatkozásában a Felek kapcsolattartókat jelölnek ki. Az Önkormányzat kapcsolattartói adatlap és Önkormányzati informatikai felelős adatlap jelen Szerződés 2.3. és 2.4. számú mellékletét képezi. Szolgáltató részéről a kapcsolattartás az ÁSZF VI. pontjában foglaltaknak megfelelően történik.

XVI. Egyéb rendelkezések

1. Jelen Szerződés valamely rendelkezésének érvénytelen volta, vagy érvénytelenné válása a teljes Szerződés érvényességét nem érinti. A Felek megállapodnak abban, hogy az érvénytelen rendelkezést – a hatályos jogszabályok keretei között – olyan érvényes rendelkezéssel pótolják, amely az érvénytelen rendelkezéssel elérni kívánt célt a legjobban szolgálja. A Felek megállapodnak abban, hogy a Szerződés valamely rendelkezésének érvénytelensége nem okozhatja egyik Félnek sem a Szerződés teljesítéséhez fűződő jogos érdekeinek sérelmét.

2. A Felek rögzítik, hogy a Nemzeti Infokommunikációs Szolgáltató Zrt. (továbbiakban NISZ Zrt.) mint központi szolgáltató a 4. melléklet szerinti üzemeltetési tájékoztatóban foglaltakat a Rendelet 5.§ (3) bekezdése szerinti, a közigazgatási informatika infrastrukturális megvalósíthatóságának biztosításáért felelős miniszterrel megkötött központi szolgáltatási megállapodás keretében szolgáltatja.

3. A Felek rögzítik, hogy munkavállaló alatt jelen Szerződés alkalmazásában valamennyi foglalkoztatásra irányuló jogviszonyban álló személy értendő.

XVII. A Szerződés integritása

Az alább felsorolt mellékletek a Szerződés elválaszthatatlan részét képezik:

1. számú melléklet: Általános szerződési feltételek

2. számú melléklet: Adatlapok

2.1. számú melléklet: Szolgáltatás igénylő adatlap

2.2. számú melléklet: Felhasználói titoktartási nyilatkozat

2.3. számú melléklet: Önkormányzati kapcsolattartói adatlap

2.4. számú melléklet: Önkormányzati informatikai felelős adatlap

2.5. számú melléklet: jegyzői nyilatkozat

2.6. számú melléklet: Intézményi adatlap

3. számú melléklet: Informatikai minimum feltételek

4. számú melléklet: NISZ Zrt. üzemeltetői tájékoztató

ZÁRADÉK

Felek kijelentik, hogy a Szerződés teljes és tényleges szerződéses szándékukat és akaratukat, valamint teljes megállapodásukat tartalmazza, a Szerződést az arra jogosultak, így a feltüntetett időpontban általuk kijelölt képviselőik által az alábbiak szerint írják alá.

A Szerződés öt eredeti példányban készült, amelyből három példány a Szolgáltatót, két példány az Önkormányzatot illeti.

Felek a Szerződést átolvasás és értelmezés után, mint akaratukkal mindenben megegyezőt, teljes akarategységben írták alá.

……………………………, 2018. Magyar Államkincstár képviseletében: Prof. Xx. Xxxxxxxx Xxxxxx elnök nevében és megbízásából ......................................................………… Xxx Xxxxxx megyei igazgató	…………….………., 2018. Önkormányzat képviseletében: .......................................................……… XXXXX XXXX polgármester .......................................................……… XX. XXXXXXXX XXXXX jegyző
Pénzügyi ellenjegyzés: Pénzügyi ellenjegyzés dátuma: Pénzügyi ellenjegyző:	Pénzügyi ellenjegyzés: Pénzügyi ellenjegyzés dátuma: Pénzügyi ellenjegyző: XXXXXXXXX XXXXXX

1. számú melléklet

Általános szerződési feltételek

I.1. Fogalommagyarázat Ügyfélszolgálat

Ügyfélszolgálat a szolgáltató szervezeti egysége, amely közvetlen kapcsolatban áll a felhasználókkal és feladata – vagy feladatainak egy része – a felhasználók bejelentéseinek, hibajelzéseinek , igényeinek fogadása.

Hiba

Egy szakrendszer működésében keletkező olyan bejelentett, vagy felismert probléma, esemény, amely akadályozza a szolgáltatási-szint megállapodásban meghatározott szolgáltatást.

Felhasználói támogatás

A szakrendszerek kezelésére, vagy szakmai kérdésekre vonatkozó segítségnyújtás.

Hibajegy

A bejelentés-kezelő rendszerben egyedi azonosítószámmal rögzített bejelentés.

Hibaelhárítás

Azon tevékenységek összessége, amely arra irányul, hogy a bejelentett, vagy felismert hiba vagy annak lehetősége mielőbb elhárításra kerüljön és a szakrendszer a szolgáltatási-szint megállapodásban meghatározott szolgáltatási szinten belül rendelkezésre álljon.

Karbantartás

Rendszeres időközönként, előre eltervezett módon végzett tevékenységek összessége, amely a hibamegelőzést szolgálja, hogy az adott szakrendszer rendelkezésre állását biztosítani lehessen.

Leállás

A nyitvatartási időbe eső időszak, amikor egy felhasználói csoport számára sem elérhető a szolgáltatás.

Nem tervezett leállás

Olyan leállás vagy részleges leállás, amelyet a szolgáltató a szerződésben rögzített módon nem jelentett be a felhasználóknak. A Nem tervezett leállás alacsonyabb szolgáltatási szintet biztosít a Tervezett leállás szolgáltatáshoz képest.

Nyitva tartás (garantált rendelkezésre állás)

Az az időszak, amikor a felhasználók részére támogatottan elérhető a szolgáltatás, és a szolgáltató a felhasználók számára a rögzített minőségi mutató értékeknek megfelelő szinten biztosítja a szolgáltatást.

Nyitva tartás felügyelet nélkül (rendelkezésre állás)

Az az időszak, amikor a szolgáltatás a felhasználók részére elérhető, és a szolgáltató a felhasználók számára a szolgáltatási-szint megállapodásokban rögzített minőségi mutató értékeknek megfelelő szinten biztosítja a szolgáltatást. A szolgáltatáshoz a szolgáltató nem biztosít felügyeletet.

Garantált szolgáltatási időszak

Az az időszak, amikor a szolgáltatás a felhasználók részére elérhető, és a szolgáltató a felhasználók számára a szolgáltatási-szint megállapodásokban rögzített minőségi mutató értékeknek megfelelő szinten biztosítja a szolgáltatást. A szolgáltatáshoz a szolgáltató felügyeletet biztosít.

Rendelkezésre állás

A nyitvatartási idő azon része, amikor minden felhasználói csoport számára elérhető a szolgáltatás.

Részleges leállás

A nyitvatartási időbe eső időszak, amikor legalább egy felhasználói csoport számra nem elérhető a szolgáltatás, vagy annak egy része.

Részleges rendelkezésre állás

A nyitvatartási idő azon része, amikor legalább egy felhasználói csoport számára elérhető a szolgáltatás, és / vagy a szolgáltatás egy része.

Szolgáltatási-szint megállapodások

A Szolgáltató által nyújtott egyes informatikai és szakrendszeri szolgáltatások minőségi mutatókkal alátámasztott leírása.

Szolgáltatási szint

Egy szolgáltatáson belüli különböző szolgáltatási esetekhez különböző prioritásokat lehet rendelni, ezek a szolgáltatási szintek, amelyekhez a minőségi mutatók különböző értékeit lehet rendelni.

Tervezett leállás

Olyan leállás vagy részleges leállás, amelyet a szolgáltató a szerződésben rögzített módon bejelentett a felhasználóknak. A tervezett leállásnak két típusa létezik: rendszeres tervezett leállási és egyszeri tervezett leállási időablak. A két típus csak bejelentésük folyamatában különbözik, a szolgáltatás szintjét, a minőségi mutatók értékét nem befolyásolják, ezért a továbbiakban összegzően „tervezett leállás”-t használunk.

Üzemeltetés

Azon tevékenységek összessége, amely biztosítja, hogy az adott szakrendszer a szolgáltatási-szint megállapodásban meghatározott szolgáltatási szinten rendelkezésre álljon.

Tenant:

Önkormányzati fiók. A tenantok az ASP rendszer bérlői, az izolációs egységekbe tartozó felhasználók és az általuk használt szolgáltatások egysége. Egy tenant egy önkormányzatot jelent. A közös hivatal tagönkormányzatai külön izolációs egységet alkotnak.

Tenant adminisztrátor

Kiemelt szerepű felhasználó karbantartó, aki a tenant létrehozásának folyamatában automatikusan létrejön. Egy tenanthoz legalább egy felhasználó tartozik, aki a tenant többi felhasználóját tudja

adminisztrálni. Feladata a felhasználók felvitele, jogosítása, módosítása, zárolása, csoportkezelés, helyettesítések beállítása. Betekintést nyerhet a Keretrendszer üzleti naplójába és a Keretrendszer használatát érintő statisztikákba.

Minőségi mutató

Megmutatja, hogy a szolgáltatás igénybevétele során 4. számú mellékletben meghatározott paraméterek hogyan teljesülnek.

I.2. Szakrendszeri alapszolgáltatások leírása

Az önkormányzati ASP szolgáltatásai minden szakrendszer esetében tartalmazzák az alábbiakat:

• Hibakezelés. Hibakeresés, hibajavítás, szükség esetén kapcsolattartás a szoftver kibocsátójának szervizével.

• Dokumentált, standard hibák javításának a szoftver kibocsátójánál történő kezdeményezése;

• Gyártói javítócsomagok telepítése;

• Verzióváltások végrehajtása megegyezéses időpontban és rendben;

• A szoftverek üzemeltetéséhez szükséges környezet felügyelete, működtetése;

• A szakrendszerek telepítése;

• Jogszabálykövetés megvalósítása;

• Kompatibilitás fenntartása;

• Dokumentáció frissítése;

• Tenant adminisztrátor regisztrálása, támogatása, ellátása a megfelelő hozzáféréssel és jogosultsággal a megadott funkciók elvégzéséhez. A tenant adminisztrátor felelőssége regisztrálása után helyettesének feljogosítása.

• Az alkalmazás jogszerű használatához fűződő szoftverhasználati engedélyek, licenszek kezelése, amennyiben a szoftver licence a Szolgáltató könyveiben kerül elszámolásra.

• A szakrendszerek, illetve a hozzá tartozó adatok mentése;

• Szakrendszerek technikai, informatikai felügyelete;

• Ügyfélszolgálat üzemeltetése;

Szolgáltató alapszolgáltatásai közé nem tartozik, ezért az Önkormányzatot terhelő feladat

• a korábban használt szakrendszerekből történő adatkinyerés,1

• adattisztítás,

• migrációs állomány előállítása,,2

• migráció elvégzése és tesztelése,3

• szakrendszeri felhasználói felületek paraméterezése,

• felhasználók rendszerbe történő felvétele,

• kulcsfelhasználói és felhasználói jogok beállítása.

II. Önkormányzat kötelezettségei, felelőssége

1. Az Önkormányzat feladata, hogy az önkormányzati felhasználók ASP rendszerhez történő hozzáférése érdekében elvégzi a felhasználók rögzítését és azok jogosultságainak beállítását, és aktualizálását.

2. Az Önkormányzat vállalja, hogy a csatlakozást – a Szolgáltató iránymutatása alapján – megtervezi, ütemezi, és erre erőforrást biztosít.

3. Az Önkormányzat vállalja, hogy az önkormányzati ASP részét képező Elektronikus Ügyintézési Portál használhatósága érdekében helyi adó rendeletében megalkotja azokat a szabályozásokat, amelyek az elektronikus ügyintézés lehetővé tételéhez szükségesek.

1Az Önkormányzat az önkormányzati adó rendszer esetében a Szolgáltató közreműködésével végzi el a feladatot.

2Az Önkormányzat az önkormányzati adó rendszer esetében a Szolgáltató közreműködésével végzi el a feladatot.

3Az Önkormányzat az önkormányzati adó rendszer esetében a Szolgáltató közreműködésével végzi el a feladatot.

4. Az Önkormányzat a keretrendszer és a szakrendszer által támogatott feladatainak informatikai támogatását a keretrendszer és a szakrendszer útján látja el.

5. Az Önkormányzat tudomásul veszi, hogy az ASP szakrendszerek szolgáltatásai elektronikus személyazonosító igazolvány (a továbbiakban: eSZIG) által történő autentikációval vehető igénybe. Szolgáltató kivételesen és ideiglenesen más autentikáció eszközt is meghatározhat a szolgáltatások igénybevételéhez.

6. Az Önkormányzat vállalja, hogy a Rendelet 6. §. (5) bekezdés szerinti Nemzeti Távközlési Gerinchálózat (NTG) csatlakozáshoz szükséges eszközhöz való hozzáférést, a helyiségbe történő bejutást egyeztetett időpontban lehetővé teszi.

7. Amennyiben a Szolgáltató az Önkormányzatot felkéri az ASP rendszert érintő alkalmazás hibajavítás, frissítés, új fejlesztés vagy egyéb ok miatt szükséges felhasználói tesztjeinek elvégzésére, úgy azt az Önkormányzat köteles teljesíteni a felkérésben előre egyeztetett határidőig.

8. Az Önkormányzat felelősséggel tartozik minden kárért, amit a Szolgáltató által működtetett ASP rendszerben szakrendszerekben munkavállalói, illetve az érdekkörében eljáró személyek nekik felróhatóan okoztak.

9. Az Önkormányzat köteles a szolgáltatás során kialakult rendellenességekről azonnal értesíteni a Szolgáltatót. Az értesítési kötelezettség késői vagy nem teljesítéséből eredő károkért Szolgáltató nem vonható felelősségre.

10. A szolgáltatás funkcionális működésével kapcsolatos igényt és a felhasználói támogatás kérését is be kell jelenteni a bejelentés kezelő rendszerbe.

III. Szolgáltató jogai, kötelezettségei, felelőssége

1. A Szolgáltató

a. köteles jelen ÁSZF-ben definiált feladatait az ÁSZF mellékleteiben rögzített követelményeknek megfelelően, a Szerződés időtartama alatt maradéktalanul elvégezni,

b. minden bővítési, módosítási és karbantartási munkálat ütemezésénél lehetőség szerint figyelembe veszi az Önkormányzat igényét, ennek érdekében a munka megkezdése előtt legalább 24 órával az erre rendszeresített felületen és a 2.3. számú mellékletben a kapcsolattartó elektronikus levelezési címére küldött levéllel értesíti az Önkormányzatot a munka kezdési és várható befejezési időpontjáról, valamint a szolgáltatásmódosulás jellegéről,

c. jogosult felfüggeszteni vagy korlátozni a szolgáltatást akkor, ha az Önkormányzat által a szerveren elhelyezett tartalom, az Önkormányzat által folytatott tevékenység vagy az azok által kiváltott, más internet-felhasználók irányából tapasztalható tevékenységek veszélyeztetik a szerverek működőképességét, biztonságát,

d. kizárólag azon hibák kezelését kezdi meg, amelyek a Szolgáltató bejelentés-kezelő rendszerébe, amennyiben a bejelentés-kezelő rendszer nem érhető el, az Ügyfélszolgálatának kerültek bejelentésre,

e. nem vállal felelősséget

1. az önkormányzati feladatok, egyéb kötelezettségek megszegéséből eredő bármilyen károkért,

2. az adattartalomért és annak minőségéért,

3. a külső informatikai elháríthatatlan támadások következtében bekövetkező bármilyen nemű károkért,

4. a végfelhasználói szoftver- és hardver-telepítésekért, illetve ezek következményeiért.

f. nem vállal felelősséget az Önkormányzat által hozott döntés következményeként esetlegesen bekövetkező adatvesztésért, jogosulatlan adatkezelésért, károkozásért, pl. a végfelhasználói eszközök adathordozóin (asztali/személyi számítógépek mágneses és optikai adathordozói) lokálisan tárolt adatok épségének sérüléséért, ezen adatok elvesztéséért, illetve ennek következményeiért. Ezen adatok mentésére, esetleges visszaállítására Szolgáltató nem kötelezhető.

2. Nem tekinthető szolgáltatói hibának, ennek megfelelően a Szolgáltatónak nem felróható,

a. a szolgáltatás működéséhez szükséges külső (pl. operációs rendszerek, adatbázis-kezelők) szoftverhiba bekövetkezése,

b. ha az Önkormányzat nem szakszerű, illetve nem rendeltetésszerű beavatkozására vezethető vissza a hiba jelenség,

c. egyéb, e Szerződésben meghatározott vis maior bekövetkezése esetén történt szolgáltatássérülések,

d. az Önkormányzat által adott téves információkból adódó károk, következmények,

e. az Önkormányzat érdekkörében előállt késedelmes információadásból adódó késedelem, kár, és ezek következményei,

3. A Szolgáltató bejelentést csak a nyilvántartott végfelhasználóktól fogad.

4. A Szolgáltató az állami és önkormányzati szervek elektronikus információbiztonságáról szóló 2013 évi L. tv. (a továbbiakban: Ibtv.) 11.§ l) pontja értelmében az Önkormányzat adatainak feldolgozása során önmagára nézve kötelező érvényűnek tartja e törvény rendelkezéseit.

5. Az adatfeldolgozással összefüggésben a Szerződés III. pontjának a GDPR hatálybalépésével kapcsolatos kiegészítése

a. Jogszabályi alap

2018. május 25. napjával hatályba lépett a természetes személyeknek a személyes adatok kezelése tekintetében történő védelméről és az ilyen adatok szabad áramlásáról, valamint a 95/46/EK irányelv hatályon kívül helyezéséről szóló, 2016. április 27-i (EU) 2016/679 európai parlamenti és tanácsi rendelet (általános adatvédelmi rendelet – GDPR), melyre tekintettel a Szerződés III. pontjában rögzített adatfeldolgozói rendelkezésekhez kapcsolódóan az alábbi kiegészítések szükségesek. Amennyiben a jelen pontban foglaltak, és a Szerződés III. pontjában Szolgáltató részéről tett nyilatkozatok, vállalások között ellentmondás van, a jelen pontban foglaltak tekintendők érvényesnek.

b. Az adatkezelés tárgya, időtartama, jellege és célja

A Szerződés alapján Szolgáltató a Rendeletben előírtak teljesítése céljából az Önkormányzat által az Önkormányzati ASP rendszer keretében átadott adatok tekintetében a Rendeletben meghatározott adatfeldolgozói tevékenységeket végez, az Önkormányzat által meghatározott, valamint a kezelt adatokra vonatkozó jogszabályokban előírt időtartamig.

c. A kezelt személyes adatok típusai, az érintettek kategóriái

Szolgáltató kizárólag az Önkormányzat által az ASP rendszer keretében átadott személyes adatokat kezeli. A kezelt adatok típusait, az érintettek kategóriáit az Önkormányzat, továbbá az adatkörökre vonatkozó jogszabályi előírások határozzák meg.

d. Az adatkezelő kötelezettségei és jogai

Az Önkormányzat mint adatkezelő jogait és kötelezettségeit a Szerződés, továbbá az Önkormányzatra valamint a kezelt adatkörökre vonatkozó jogszabályi előírások határozzák meg.

e. További adatfeldolgozók igénybevétele

A Szerződés III. pontjába foglalt felhatalmazás alapján a Szolgáltató jogosult további adatfeldolgozók igénybevételére. A Szolgáltató kötelezettséget vállal arra, hogy tájékoztatja az Önkormányzatot minden olyan tervezett változásról, amely további adatfeldolgozók igénybevételét vagy azok cseréjét érinti, ezzel biztosítva a lehetőséget az Önkormányzatnak arra, hogy ezekkel a változtatásokkal szemben kifogást emeljen.

f. Szolgáltató a GDPR 28. cikk (3) bekezdésében foglaltaknak való megfelelés céljából az alábbi vállalásokat teszi:

a) a személyes adatokat kizárólag az Önkormányzat írásbeli utasításai alapján kezeli - beleértve a személyes adatoknak valamely harmadik ország vagy nemzetközi szervezet számára való továbbítását is -, kivéve akkor, ha az adatkezelést a Szolgáltatóra alkalmazandó uniós vagy tagállami jog írja elő; ebben az esetben erről a jogi előírásról a Szolgáltató az Önkormányzatot az adatkezelést megelőzően értesíti, kivéve, ha az Önkormányzat értesítését az adott jogszabály fontos közérdekből tiltja;

b) biztosítja azt, hogy a személyes adatok kezelésére feljogosított személyek titoktartási kötelezettséget vállalnak vagy jogszabályon alapuló megfelelő titoktartási kötelezettség alatt állnak;

c) biztosítja az adatok biztonságát, szükség szerint meghozza a GDPR 32. cikkében előírt biztonsági intézkedéseket;

d) tiszteletben tartja az 5.5 és az 5.7 pontban előírtakat;

e) az adatkezelés jellegének figyelembevételével megfelelő technikai és szervezési intézkedésekkel a lehetséges mértékben segíti az Önkormányzatot abban, hogy teljesíteni tudja kötelezettségét az érintett III. fejezetben foglalt jogainak gyakorlásához kapcsolódó kérelmek megválaszolása tekintetében;

f) segíti az Önkormányzatot a GDPR 32-36. cikk szerinti kötelezettségek teljesítésében, figyelembe véve az adatkezelés jellegét és a Szolgáltató rendelkezésére álló információkat;

g) az adatkezelési szolgáltatás nyújtásának befejezését követően az Önkormányzat döntése alapján minden személyes adatot töröl vagy visszajuttat az Önkormányzatnak, és törli a meglévő másolatokat, kivéve, ha az uniós vagy a tagállami jog az személyes adatok tárolását írja elő;

h) az Önkormányzat rendelkezésére bocsát minden olyan információt, amely az e cikkben meghatározott kötelezettségek teljesítésének igazolásához szükséges, továbbá amely lehetővé teszi és elősegíti az Önkormányzat által vagy az általa megbízott más ellenőr által végzett auditokat, beleértve a helyszíni vizsgálatokat is; ezzel kapcsolatban a Szolgáltató haladéktalanul tájékoztatja az Önkormányzatot, ha úgy véli, hogy annak valamely utasítása sérti ezt a rendeletet vagy a tagállami vagy uniós adatvédelmi rendelkezéseket.

g. A további adatfeldolgozó felelősségére vonatkozó szabályok

Ha a Szolgáltató bizonyos, az Önkormányzat nevében végzett konkrét adatkezelési tevékenységekhez további adatfeldolgozó szolgáltatásait is igénybe veszi, uniós vagy tagállami jog alapján létrejött szerződés vagy más jogi aktus útján erre a további adatfeldolgozóra is ugyanazok az adatvédelmi kötelezettségeket kell telepíteni, mint amelyek a Szerződésben és vonatkozó jogszabályi előírásokban szerepelnek, különösen úgy, hogy a további adatfeldolgozónak megfelelő garanciákat kell nyújtania a megfelelő technikai és szervezési intézkedések végrehajtására, és ezáltal biztosítania kell, hogy az adatkezelés megfeleljen e rendelet követelményeinek. Ha a további adatfeldolgozó nem teljesíti adatvédelmi kötelezettségeit, az őt megbízó adatfeldolgozó teljes felelősséggel tartozik az Önkormányzat felé a további adatfeldolgozó kötelezettségeinek a teljesítéséért.

IV. Informatikai biztonság megteremtése és fenntartása

Az IT biztonság megteremtésének alapelemei a következők:

1. Az Ibtv. valamint annak végrehajtásáról szóló, az állami és önkormányzati szervek elektronikus információbiztonságáról szóló 2013. évi L. törvényben meghatározott technológiai biztonsági, valamint a biztonságos információs eszközökre, termékekre, továbbá a biztonsági osztályba és biztonsági szintbe sorolásra vonatkozó követelményekről szóló 41/2015. (VII. 15.) BM rendeletben meghatározott követelményeknek való megfelelés.

2. Megfelelő autentikációs eljárás megkövetelése, aminek célja, hogy csak és kizárólag azok a természetes személyek férhessenek hozzá az egyes szakrendszerekhez, rendszerelemekhez, akik hozzáférési jogosultsággal rendelkeznek.

3. Jogosultságkezelés: minden felhasználó csak a számára engedélyezett szakrendszerekhez, rendszerelemhet férhet hozzá a Keretrendszeren történő autentikációt követően.

4. Az önkormányzat vállalja a jelen szerződés 3. számú mellékletében meghatározott informatikai feltételek teljesítését.

5. Az IT biztonság fenntartásáért az 1. pont szerinti jogszabályok rendelkezései szerint a Szolgáltató és az Önkormányzat egyaránt felelős.

V. Önkormányzati beszerzések, adatmigráció, szabályalkotás

1. Az Önkormányzat e Szerződésben vállalt feladatait teljesítheti saját tevékenységével vagy beszerzési eljárás útján kiválasztott vállalkozó megbízásával. Az Önkormányzat köteles a tevékenységeit olyan ütemben végrehajtani, hogy a csatlakozási előkészítés tekintetében az önkormányzati oldali feladatokat a Rendelet által meghatározott határidőig meg tudja valósítani.

2. Az Önkormányzat a Szolgáltató közreműködésével gondoskodik az önkormányzati adórendszer esetében a csatlakozási időpontot megelőző, el nem évült adókötelezettségre vonatkozó adatállomány migrálásáról.

3. Az Önkormányzat köteles a korábbi szakrendszereiről való áttérés érdekében az adathiányosságokat pótolni, az adatokat, információkat tisztítani és áttölteni az ASP rendszer szakrendszereibe. Az Önkormányzat köteles továbbá a tárolt adatok formátumait átalakítani, hálózatot kialakítani és beállítani.

4. Az Önkormányzat köteles az ASP rendszer szolgáltatásainak alkalmazásához a szükséges önkormányzati rendeletek, illetve szervezeti és működési, valamint egyéb szabályzatai, továbbá az érintett munkaköri leírások módosítását legkésőbb a Rendelet által meghatározott csatlakozási határnapig elvégezni.

5. Az Önkormányzat köteles az információ- és adatbiztonság megteremtését szolgáló fejlesztéseket, az ezzel kapcsolatos auditot, sérülékenység-vizsgálatot elvégezni, IT biztonsági szabályzatát megalkotni vagy felülvizsgálni, és a szükséges módosításokat elvégezni.

VI. Kapcsolattartás, tájékoztatás

1. Felek megállapodnak abban, hogy az értesítéseket telefax vagy e-mail útján küldött dokumentum formában is elfogadják egymástól írásbeliként. Az e-mail vagy telefax útján történő kézbesítés esetén a nyilatkozat vagy értesítés akkor válik joghatályossá, amikor a címzett azt igazoltan kézhez vette: arról automatikus vagy kifejezett visszaigazolás érkezett.

2. A Felek rögzítik, hogy a Szolgáltató az Önkormányzat részére a tájékoztatási portálon – xxxx://xxxxxxxxxxxxxxxxx.xxx.xxxx.xx/ – teszi elérhetővé az önkormányzati feladatok teljesítéséhez szükséges dokumentumokat. Az Önkormányzat tudomásul veszi, hogy a fenti tájékoztatási portálon megjelent dokumentumok által meghatározott feladatok és eljárásrendek, adatbekérések és minták teljesítése, illetve követése és használata a jelen Szerződés teljesítésének részét képezi.

3. A Szolgáltató kijelenti, hogy a fenti tájékoztatási portálon is jogosult a Szerződésben rögzített tájékoztatási, értesítési kötelezettségének eleget tenni.

4. Felek megállapodásának teljesítése érdekében az együttműködés és kapcsolattartás az alábbiak szerint történik:

Szolgáltató részéről:

az ASP rendszer ügyfélszolgálata xxx.xx@xxxxxxxxxxxxx.xxx.xx

az ASP adattárház ügyfélszolgálata xxx.xxxxxxxxxx@xxxxxxxxxxxxx.xxx.xx

5. Felek megállapodnak, hogy amennyiben az Önkormányzat az ÁSZF VI.2. xxxxxx szerint bejelenti az intézményi kör változását, és a Kincstár megyei igazgatósága a megváltozott adatok ellenőrzését követően jóváhagyja azt, abban az esetben a 2.6 számú melléklet a bejelentés szerint módosul.

6. A Kincstár megyei igazgatósága a VI.5. pontja szerinti változást a bejelentéstől számított öt munkanapon belül ellenőrzi. Jóváhagyás esetén további három munkanapon belül gondoskodik a megváltozott adatok rögzítéséről az ASP rendszerben. Amennyiben az ellenőrzés során megállapításra kerül, hogy a bejelentett adatok, és a Kincstár által vezetett közhiteles nyilvántartásban (KTörzs) szereplő adatok között eltérés van, vagy a bejelentett intézmény részére – a Rendelet szerint – az ASP rendszer nem nyújt szolgáltatást, abban az esetben a Kincstár megyei igazgatósága hiánypótlásra szólítja fel az Önkormányzatot 15 napos határidővel, ennek eredménytelen elteltével a jóváhagyást megtagadja.

VII. Az egyes szakrendszerek és az adattárház szolgáltatás-katalógusa

1. Ipar- és kereskedelmi szakrendszer szolgáltatáskatalógusa

1.	Rövid összefoglaló	Szakterületi funkciók: Az egyes szakterületek adatainak nyilvántartását végzik, az ügyintézési eseményeket, és az ezekhez kapcsolódó adatokat naplózzák. Lehetővé teszik, hogy az ügyintézők az ügyhöz kapcsolódó aktuális adatok, és a rendszerben rögzített, önkormányzatilag egyedi sablonok alapján automatikusan készíthessék el az ügyintézéshez szükséges nyomtatványokat, dokumentumokat. Elkészítik a törvényileg előírt hatósági adatszolgáltatásokat. Az alkalmazásoknak és a tárolt adatoknak megfelelő, sokrétű keresési lehetőséget biztosítanak az adatok eléréséhez. Biztosítják a tárolt adatok Internetes megjelenítését.
2.	A szolgáltatás részei	Az IPAR modulban jelenleg a következő alkalmazások érhetőek el: Működési engedély nyilvántartás Telepengedély nyilvántartás Szálláshely nyilvántartás Vásár, piac és bevásárlóközpont nyilvántartás Rendezvény nyilvántartás

Egyedileg igénybevett szolgáltatások

Az egyes szakterületek alkalmazásai különböző ipari és kereskedelmi objektumok, és a hozzájuk

kapcsolódó eltérő hatósági eljárások adatait kezeli. Ennek ellenére az egyes szakalkalmazások funkcionalitásának jellemzői, a felhasználói felület váza és logikája, a működés alapvető modellje, a dokumentumkezelés módja, és még számos jellemző megegyezik, illetve jelentős hasonlóságot mutat.

A Megrendelő az alábbi alkalmazáselemeket veszi igénybe:

Szolgáltatás elem	Szolgáltatás elem leírása
A működési engedély nyilvántartás funkcionalitása	A program a kereskedelmi tevékenységek végzésének feltételeiről szóló 210/2009. (IX. 29.) Korm. rendelet előírásainak megfelelő formában és adattartalmakkal végzi a működési engedélyek számítógépes nyilvántartását. A tárolt adatok alapján a rendeletnek megfelelő bejelentés, igazolás, határozatok, szemlemeghívók és egyéb iratok nyomtathatók.
Telepengedély nyilvántartás funkcionalitása	A program a telepengedély, illetve a telep létesítésének bejelentése alapján gyakorolható egyes termelő és egyes szolgáltató tevékenységekről, valamint a telepengedélyezés rendjéről és a bejelentés szabályairól szóló 57/2013. (II. 27.) Korm. rendelet előírásainak megfelelő formában és adattartalmakkal végzi a telephelyengedélyek számítógépes nyilvántartását. A tárolt adatok alapján a rendeletnek megfelelő telephelyengedély, határozatok, szemlemeghívók és egyéb iratok nyomtathatók.
Üzleti szálláshely nyilvántartás funkcionalitása	A program a szálláshely-szolgáltatási tevékenység folytatásának részletes feltételeiről és a szálláshely-üzemeltetési engedély kiadásának rendjéről szóló 239/2009. (X. 20.) Korm. Rendelet és a nem üzleti célú közösségi, szabadidős szálláshely-szolgáltatásról szóló 173/2003. (X. 28.) Korm. rendeletet előírásainak megfelelő formában és adattartalmakkal végzi a szálláshelyek és a nem üzleti szálláshely számítógépes nyilvántartását. A tárolt adatok alapján a rendeletnek megfelelő határozatok és nyilvántartás nyomtatható.
Vásár, piac és bevásárlóközpont funkcionalitása	A program a vásárok, a piacok, és a bevásárlóközpontok működésének biztonságosabbá tételéről szóló 55/2009. (III. 13.) Korm. rendelet előírásainak megfelelő formában és adattartalmakkal végzi a vásárok, piacok és bevásárlóközpontok számítógépes nyilvántartását. A tárolt adatok alapján a rendeletnek megfelelő igazolás és egyéb iratok nyomtathatók.

Rendezvény nyilvántartás funkcionalitása A program a zenés, táncos rendezvények működésének biztonságosabbá tételéről szóló 23/2011. (III. 8.) Korm. rendelet előírásainak megfelelő formában és adattartalmakkal végzi a rendezvénytartási engedélyek számítógépes nyilvántartását. A tárolt adatok alapján a rendeletnek megfelelő igazolás és egyéb iratok nyomtathatók.

2. Adó szakrendszer szolgáltatáskatalógusa

1.	Rövid összefoglaló	Az adóügyi szakrendszer feladata, hogy biztosítsa a települési (helyi) önkormányzatok hatáskörébe tartozó központi és helyi adók, az adók módjára behajtandó köztartozások, díjak, valamint pótlékok, bírságok, továbbá a közigazgatás hatósági eljárási illeték elszámolását, kezelését, tegye lehetővé az adókötelezettségek teljesítésével kapcsolatos ügyek elektronikus úton történő intézését.
2.	A szolgáltatás részei	A hatósági tevékenység támogatására a jogszabályi előírásoknak megfelelő adatfeldolgozást, nyilvántartást biztosít a rendszer az elévülési időn belül az érintett adónemekre. Vezeti a települési önkormányzat hatáskörébe tartozó adók és adók módjára behajtandó köztartozások nyilvántartásáról, kezeléséről és elszámolásáról szóló miniszteri rendeletben meghatározott nyilvántartásokat. A hatósági feladatok ellátásához kapcsolódó ügyiratok előállítását iratsablonok felhasználásával segíti – egyedi és „tömeges” jelleggel, valamint támogatja a kapcsolódó postázási és érkeztetési feladatokat is. Biztosítja az adózáshoz kapcsolódó pénzügyi-számviteli feladatok ellátását a pénzforgalom feldolgozásától, az adózói folyószámla kezelésen át a különböző – pl. a gazdálkodási rendszer, a Magyar Államkincstár felé történő - adatszolgáltatásokig. A rendszer része az elektronikus ügyintézés támogatása, egyenlegek lekérdezése, ügyiratok fogadása, elektronikus bevallások, bejelentések feldolgozása mind a lakosság, mind a vállalkozók részéről. Az Önkormányzati Hivatali Portálon (OHP) keresztül benyújtott elektronikus bevallások, bejelentések az Irat rendszerbe érkeznek, az Adó rendszerben pedig lehetőség van azok áthívására és feldolgozására. Kezeli külső adatkapcsolatokat, ideértve a Magyar Államkincstár felé teljesítendő adatszolgáltatásokat, a Belügyminisztérium gépjármű adatállományok betöltését, a Nemzeti Adó- és Vámhivatal kapcsolatok közül az adóazonosító jel nélküli természetes személyek leválogatását és az adóvisszatartási jog gyakorlásához szükséges elektronikus állomány előállítását, valamint az elektronikus csekk állományok (PEK) betöltését.

3. Gazdálkodási szakrendszer szolgáltatáskatalógusa

1.	Rövid összefoglaló	Az önkormányzati gazdálkodási szakrendszer feladata az államháztartás szervezeteinek pénzügyi és számviteli feladatainak ellátása, a jogszabályokban előírt adatszolgáltatási kötelezettségek ellátásának biztosítása. Az önkormányzati gazdálkodási szakrendszer könnyen kezelhető, felhasználóbarát rendszer, lehetőséget biztosít a megfelelő jogokkal rendelkező önkormányzati felhasználók számára, hogy a pénzügyi-számviteli feladataikat, adatszolgáltatási kötelezettségüket ellássák. Az integrált számítógépes rendszer egyszeres adatbevitel útján biztosítja, hogy a gazdasági esemény hatása egyszerre jelenjen meg mind a könyvviteli számlákon, mind a kapcsolódó analitikus nyilvántartásokon, költségvetési és pénzügyi számvitel során vezetett nyilvántartási számlákon.
2.	A szolgáltatás részei	A pályázatban szereplő önkormányzati gazdálkodási szakrendszer alapvető elemei, jellemzői a következők: KASZPER (Központi Adatnyilvántartási Számviteli, Pénzügyi Ellenőrzési Rendszer) Teljes körű pénzügyi és számviteli rendszer. Alkalmas minden pénzforgalmi művelet elvégzésére, banki műveletek elvégzésére. ETRIUSZ (előirányzat tervező modul) Előirányzat tervezés: normatív tervezés, költségvetési keretszámok összeállítása, elemi költségvetés elkészítése. KATI (Központi Adatnyilvántartó és Tárgyi eszköz Információs rendszer) A modul feladata a nagy értékű és kis értékű tárgyi eszközök nyilvántartása, eszköz mozgások kezelése, értékcsökkenés számítása, könyvelési adatok átadása a KASZPER rendszernek. VIR (Vezetői információs rendszer) Felső vezetőknek az aktuális pénzügyi folyamatokról átfogó képet adó rendszerkomponens, mely magában foglalja az eredeti, a módosított és a teljesített előirányzatok alakulását. Az aktuális és a múltbeli állapotokról részletes pénzügyi mutatók készíthetőek. A rendszerből az adatok LibreOffice és MSOffice formátumban nyerhetőek ki, szemléletes diagramokkal és részletes számokkal alátámasztva.

4. Ingatlanvagyon-kataszter szakrendszer szolgáltatáskatalógusa

1.	Rövid összefoglaló	Az ingatlanvagyon-kataszter nyilvántartás az önkormányzati tulajdonban lévő ingatlanok helyrajzi számon alapuló egységes szerkezetben történő egyedi nyilvántartása, amely magába foglalja a földterületet, a földfelszínen lévő épületet, építményt, valamint a földalatti közmű építményeket is. A szakrendszer biztosítja az adatok rögzítését, módosítását, nyomtatását, valamint a tulajdonból kikerült ingatlanok törlését olyan módon, hogy a nyilvántartásból kikerüljön, de visszakérdezhető legyen a későbbiek során is. A program biztosítja a kataszteri adat és betétlapokon belüli kitöltöttség ellenőrzését, a kataszteri betétlapokon belüli összefüggések ellenőrzését, valamint helyrajzi számonként a kataszteri betétlapok közötti összefüggések ellenőrzését.
2.	A szolgáltatás részei	OSAP 1616 statisztika elkészítése, statisztikai hibák javítása értékbecslő betétlapok nyilvántartása címadatok kezelése paraméterezhető lekérdezési lehetőség

5. Iratkezelő szakrendszer szolgáltatáskatalógusa

Alkalmazás-üzemeltetés, támogatás-szolgáltatás
1.	Rövid összefoglaló	Az Iratkezelő rendszer feladata az önkormányzati iratkezelési és általános ügyintézési tevékenységek támogatása, a vonatkozó jogszabályokban előírt funkcionalitás biztosításával. A bevezetésre kerülő rendszer megfelel a közfeladatot ellátó szerveknél alkalmazható iratkezelési szoftverekkel szemben támasztott követelményekről szóló 27/2014. (IV. 18.) XXX rendeletben foglalt előírásoknak.
2.	A szolgáltatás részei	• Küldemények átvétele • Érkeztetés • Felbontás • Szignálás • Előzményezés • Iktatás • Kiadmányozás • Expediálás • Postázás • Irattározás • Selejtezés • Levéltárba adás • Belső iratküldések • Archiválás • az ügyintézés mennyiségi és minőségi adatait tartalmazó vezetői információk • éves hatósági statisztikai jelentés

6. Önkormányzati települési portál rendszer, szolgáltatáskatalógusa

Alkalmazás-üzemeltetés, támogatás-szolgáltatás
1.	Rövid összefoglaló	Települési honlap, amely elsősorban információs, tájékoztató feladatokat tölt be, a települést mutatja be, és információkat közöl az állampolgárok számára. A települési honlapok interneten, regisztráció nélkül bárki számára elérhetőek. Az e-közigazgatásért felelős miniszter a települési honlapok jellemzőivel kapcsolatosan felmérést végez, amelynek keretében a települési önkormányzat nyilatkozik arról, hogy a jogszabályban meghatározott tartalmi követelményeket a csatlakozási határidőig önálló honlap fenntartásával vagy az önkormányzati települési portál rendszer igénybevételével teljesíti. Az önkormányzat az önkormányzati települési portál rendszer igénybevétele esetén - ha a jogszabályi követelményeket teljesíti - bármikor dönthet úgy, hogy a továbbiakban önálló honlapot tart fenn. A feltöltött tartalmakért az önkormányzati települési portál rendszer igénybevétele esetén is az önkormányzat felel.

7. Az elektronikus ügyintézési portál rendszer, ideértve az elektronikus űrlap-szolgáltatás szolgáltatáskatalógusa

Alkalmazás-üzemeltetés, támogatás-szolgáltatás
1.	Rövid összefoglaló	Elektronikus ügyintézési Portál, amely az ASP központhoz kapcsolódó elektronikus ügyintézési szolgáltatásokat (ELÜGY) tartalmazza. Ezt a megoldást csatlakozás esetén alkalmazni kell, mint elektronikus ügyintézési szolgáltatást, amelynek internetes elérhetőségét közzé kell tenni a saját meglévő vagy az ASP projekt keretében fejlesztett és az ASP központban üzemeltetett települési honlapra linkelve. A portál interneten bárki számára elérhető, de egyes szolgáltatásai regisztrációt igényelnek. Az ASP regisztráció ügyféloldali előfeltétele az Ügyfélkapu regisztráció.
2.	A szolgáltatás részei	• Ügyindítás • Ügykövetés • Adóegyenleg lekérdezése
3.	Kapcsolódó szolgáltatás	• Űrlapok Iratkezelő szakrendszerbe való automatikus érkeztetése és iktatása • Iktatott űrlapok Adó szakrendszerbe való beemelése

8. Hagyatéki leltár szakrendszer szolgáltatáskatalógusa

1.	Rövid összefoglaló	A hagyatéki leltár szakrendszer az önkormányzatok hagyatéki ügyekkel kapcsolatos nyilvántartási és ügyintézési feladatait támogatja. A hagyatéki eljárás egyes cselekményeiről szóló 29/2010. (XII. 31.) XXX xxxxxxxx előírásainak megfelelően a rögzített adatok alapján elkészíti a szükséges ügyiratokat, és létrehozza a hagyatéki leltárt.
2.	A szolgáltatás részei	A rendszerben rögzítésre kerülnek az örökhagyó, a hagyaték, az érdekeltek adatai, amelyek így a nyilvántartás részét fogják képezni. A rögzített adatok alapján esetenként elkészíthető a hagyatéki leltárnyomtatvány.

9. Adattárház szolgáltatáskatalógusa

1.
Rövid összefoglaló Az adattárház kialakítása fő célja, hogy lehetőséget biztosítson az önkormányzatok feladataival és gazdálkodásával kapcsolatos adatok részletes és összefüggéseiben történő elemzésére, likviditási helyzet folyamatos nyomon követésére, a feladatfinanszírozási problémák és az esetleges pénzügyi kockázatok időben történő felismerésére. Az adattárház lehetőséget teremt az önkormányzatokat terhelő különböző adatszolgáltatások adatminőségének felülvizsgálatára, a párhuzamosságok feltárására, az önkormányzatokat terhelő adatszolgáltatási kötelezettségek racionalizálására és az önkormányzatok tehermentesítésére. Az adattárház képes az önkormányzatok részére saját adataik alapján összetett riportokat biztosítani, az egyes szakrendszerek vezetői információs moduljain túlmutató tartalommal és formában, mely által az önkormányzati szervezeti kultúra szerves részévé válik a tény alapú döntéshozatal. Különböző bontású statisztikai kimutatások közzététele segítségével az önkormányzatok lehetőséget kapnak arra is, hogy saját helyzetüket a rendszer egészében értelmezzék, s ezt saját működtetési és fejlesztési politikájuk tervezésében és monitoringjában felhasználják.

VIII. Ügyfélszolgálat

Minőségi mutató	Érték
Garantált szolgáltatási időszak	Hétfőtől csütörtökig 08.00– 16:30, pénteken 08:00 – 14:00 óra között, munkanapokon.
Kiemelt időszak	Kiemelt időszakokra a Garantált szolgáltatási időszak meghosszabbításra kerül. Hétfőtől csütörtökig 07.30– 18:00, pénteken 07:30 – 15:00 óra között, munkanapokon. Kiemelt időszak különösen: Január 15. – január 20. február 10. – február 28. május 20. - május 31.
Hibaelhárítás megkezdésének ideje	A garantált szolgáltatási időszakban 4 órán belül, kivéve, ha a bejelentés a garantált, vagy a kiemelt szolgáltatási idő befejezése előtt 1 órával érkezik.

1. A Szolgáltató minden esetben regisztrálja a hozzá beérkezett jelzéseket. Az Önkormányzat

tudomásul veszi, hogy amennyiben a Szolgáltató által nyújtott szolgáltatásra nem történik bejelentés, akkor a Szolgáltató 100%-osnak tekinti a rendelkezésre állást.

2. A Szerződésben rögzített minőségi mutatók alapfeltétele:

a. A Felhasználó telephelyén a strukturált hálózat megfelelő a szolgáltatás biztosításához.

b. Felhasználó végfelhasználói rendelkeznek az eszközök használatához szükséges általános felhasználói ismeretekkel.

c. A szolgáltatás működésének alapfeltétele a számítógép hálózatba kötése, a számítógép hálózat azonos rendelkezésre állás melletti működőképessége.

3. Szolgáltató a bejelentések kezelésére ügyfélszolgálati rendszert üzemeltet, ami telefonos és elektronikus úton is elérhető. Az Önkormányzat kijelölt munkatársa tehet a rendszerbe bejelentést, ami jellegéből adódóan lehet:

a. Hibabejelentés;

b. A szakrendszerek funkcionális bővítésére, módosítására vonatkozó igény;

c. A szakrendszerek kezelésére, vagy szakmai kérdésekre vonatkozó segítségkérés.

4. Szolgáltató a hibabejelentésre vállal teljesítési határidőt, az infrastruktúra üzemeltetőnek az

4. számú mellékletben nyújtott üzemeltetői tájékoztatójában található „Vállalt szolgáltatás visszaállításra vállalt értékek az éles síkon: Vállalt SLA értékek az éles síkon” táblázat szerint.

5. A hibajegy megoldásáról a garantált, vagy kiemelt szolgáltatási időben a bejelentőt a készre jelentés után egy órán belül tájékoztatjuk.

2. számú melléklet

Adatlapok

Az Önkormányzatok részéről az alábbi adatlapok Szolgáltatási szerződéssel együtt, illetve az éles üzem indításakor való kitöltése és aláírása / visszaküldése kötelező

2.1. számú melléklet: Szolgáltatás igénylő adatlap

Szolgáltatás igénylő adatlap

az önkormányzati ASP rendszer szolgáltatásaihoz Önkormányzat neve: KEREKHARASZT KÖZSÉGI ÖNKORMÁNYZAT

Adatközlés célja: Csatlakozás (nyilvántartásba vétel)

Adatmódosítás (csatlakozást követő módosítás)

⮚ Az Önkormányzat az ASP rendszer szolgáltatásai közül az alábbi szakrendszerhez az alább jelzett módon csatlakozik:

Szakrendszerek	Csatlakozás módja: rendszercsatlakozás
Iratkezelő rendszer
Gazdálkodási rendszer
Ingatlanvagyon-kataszter rendszer
Ipar- és kereskedelmi rendszer
Elektronikus ügyintézési portál rendszer, ideértve az elektronikus űrlap-szolgáltatást
Hagyatéki leltár rendszer
Önkormányzati adórendszer

Az Önkormányzat az Önkormányzati települési portál rendszer szolgáltatását (a Rendelet 12.

§ szerint) igénybe kívánja venni / nem kívánja igénybe venni. igénybe kívánja venni: Nem

Kelt:

XXXXX XXXX

polgármester

XX. XXXXXXXX XXXXX

jegyző

2.2.számú melléklet: Felhasználói titoktartási nyilatkozat

Felhasználói titoktartási nyilatkozat

(MINTA – minden felhasználónak ki kell töltenie)

1. Alulírott

………………………………………….……(név) (munkakör)

(munkáltató neve, címe): ……………………………………………………………………………

munkavállalója

tudomásul veszem, hogy az Önkormányzati ASP rendszernek Szolgáltatási szerződésben meghatározott szakrendszerei vonatkozásában az adattartalmakat, az ahhoz kapcsolódó szolgáltatásokat, valamint az azokhoz való hozzáférést biztosító adatokat (felhasználónevek, jelszók) titokként kezelem, azokat megőrzöm, és azokat illetéktelen személyeknek nem adom át, nem teszem hozzáférhetővé, illetőleg nem hozom illetéktelen személy tudomására, illetve nyilvánosságra. A titoktartási nyilatkozat kiterjed a titkos információkat hozzáférhetővé tevő szervezettel kapcsolatban tudomásomra jutott, felmerült összes információra.

2. Vállalom, hogy a bizalmas információkat vagy azok részeit rendeltetésüknek megfelelően kezelem, azokat magam vagy illetéktelen személyek hasznára nem alkalmazom, abból felhatalmazás nélkül más bizalmas információt nem készítek, felhatalmazás nélkül adatot nem másolok, nem sokszorosítok.

3. Tudomásul veszem, hogy a bizalmas információt tartalmazó adathordozót a megismerési és kezelési jog megszűnésekor (így különösen, de nem kizárólagosan: a szerződésben foglaltak teljesítése, a Munkáltatóval fennálló jogviszony megszűnése, munkakör változása, vagy egyéb ok miatt) a Munkáltatónak köteles vagyok átadni.

4. Tudomásul veszem, hogy a titoktartási kötelezettség foglalkoztatási jogviszonyom vagy munkavégzésre irányuló egyéb jogviszonyom megszűnését követően is a vonatkozó jogszabályban meghatározott ideig, de legalább öt évig terhel.

5. Tudomásul veszem, hogy a nyilatkozatban foglaltak megszegése miatt az önkormányzati ASP rendszert működtető szervezet vagy a Munkáltató kártérítési igényt érvényesíthet velem szemben.

Kelt:……….…….. 2018…..

………………………………….. nyilatkozattevő aláírása

Készült: 3 példányban

Kapja: 1. példány – Nyilatkozattevő

2. példány – önkormányzati ASP rendszert működtető szervezet

3. példány – Munkáltató

2.3. számú melléklet: Önkormányzati kapcsolattartói adatlap

Önkormányzati kapcsolattartói adatlap

Önkormányzat megnevezése: (teljes név)	KEREKHARASZT KÖZSÉGI ÖNKORMÁNYZAT
Önkormányzat törzsszáma:	729578

KAPCSOLATTARTÓI ADATKÖZLÉS AZONOSÍTÁSA

Az adatközlés célja: (Kérjük a megfelelő szövegrészt aláhúzni! Csak egy húzható alá!): Regisztráció (nyilvántartásba vétel) Adatmódosítás (már regisztrált kapcsolattartó adatainak módosítása, változásainak bejelentése) Törlés (a nyilvántartásból való törlés)
Az adatközlés időpontja:		ÉÉÉÉ.HH.NN

KAPCSOLATTARTÓ SZEMÉLY ADATAI

Önkormányzati ASP kapcsolattartó személy neve	XX. XXXXXXXX XXXXX
Kapcsolattartó beosztása:	SZERVEZÉSI OSZTÁLYVEZETŐ
Kapcsolattartó személy intézményi címe:	3000 XXXXXX XXXXXXX XXX 0.
Telefonszáma (munkahelyi):	06 37 542 314
Telefonszáma (mobil):	00 00 000 0000
Telefax száma:	06 37 345 455
E-mail címe:	XXXXXXXX.XXXXX@XXXXXX.XX

Kelt:

XXXXX XXXX

polgármester

XX. XXXXXXXX XXXXX

jegyző

2.4.számú melléklet: Önkormányzati informatikai felelős adatlap

Önkormányzati informatikai felelős adatlap

Önkormányzat megnevezése: (teljes név)	KEREKHARASZT KÖZSÉGI ÖNKORMÁNYZAT
Önkormányzat törzsszáma:	729578

KAPCSOLATTARTÓI ADATKÖZLÉS AZONOSÍTÁSA

Az adatközlés célja: Kérjük a megfelelő szövegrészt aláhúzni! Csak egy húzható alá!: Regisztráció (nyilvántartásba vétel) Adatmódosítás (már regisztrált kapcsolattartó adatainak módosítása, változásainak bejelentése) Törlés (a nyilvántartásból való törlés)
Az adatközlés időpontja:		ÉÉÉÉ.HH.NN

Önkormányzati informatikai felelős személy neve	XXXXXX XXXXX
Informatikai felelős beosztása:	INFORMATIKUS
Informatikai felelős személy intézményi címe:	3000 XXXXXX XXXXXXX XXX 0.
Telefonszáma (munkahelyi):	06 37 542 350
Telefonszáma (mobil):	00 00 000 0000
Telefax száma:	06 37 345 455
E-mail címe:	XXXXXX.XXXXX@XXXXXX.XX

Kelt:

XXXXX XXXX

polgármester

XX. XXXXXXXX XXXXX

jegyző

2.5.számú melléklet: Jegyzői elfogadó nyilatkozat

Jegyzői elfogadó nyilatkozat

az önkormányzati ASP rendszer által nyújtott szolgáltatások igénybe vételéről

Alulírott XX. XXXXXXXX XXXXX xxxxxx, a(z) HATVANI KÖZÖS ÖNKORMÁNYZATI

HIVATAL (továbbiakban: Hivatal) képviseletében nyilatkozom arról, hogy a Szolgáltatási szerződésben vállalt kötelezettségeknek az Hivatal eleget tett, és az Önkormányzati ASP rendszer éles szolgáltatásához kapcsolódó feltételeket maradéktalanul biztosította.

Az éles üzemi indításra az alábbi szakrendszer(ek) vonatkozásában a Hivatal felkészült:

Önkormányzati adórendszer Gazdálkodási rendszer Ingatlanvagyon-kataszter rendszer Ipar- és kereskedelmi szakrendszer

Önkormányzati települési portál rendszer Iratkezelő rendszer

Hagyatéki leltár rendszer

Elektronikus ügyintézési portál rendszer, ideértve az elektronikus űrlapszolgáltatást

Kelt:

XX. XXXXXXXX XXXXX

jegyző

2.6.számú melléklet: Intézményi adatlap

Intézményi adatlap

1. Az Önkormányzat önálló gazdasági szervezettel nem rendelkező intézményei:

Sorszám:	Intézmény PIR száma	Intézmény neve
1.
2.

2. Külön megállapodás alapján az önkormányzat látja el a gazdálkodással összefüggő feladatokat (pl. helyi nemzetiségi önkormányzat / társulás)

Sorszám	Intézmény PIR száma	Intézmény neve
1.
2.
3.
4.
5.
6.
7.

Kelt:

XXXXX XXXX

polgármester

XX. XXXXXXXX XXXXX

jegyző

3. számú melléklet: Informatikai minimum feltételek

Informatikai minimum feltételek

I. Az önkormányzati ASP rendszer szakrendszereinek használatához szükséges felhasználói (önkormányzati) munkaállomásokkal szembeni minimális elvárások

1. Az önkormányzati munkaállomásokra vonatkozóan MS Windows környezetben

Munkaállomások MS Windows környezetben	Szükséges darabszám
Minimum hardverkövetelmények
- min. 1 GHz 32 bites processzor
- min. 2 GB RAM
- minimális HDD 50 GB
- min 4 db. nem tiltott, szabad USB 2.0 foglalat
Microsoft	Az önkormányzati
- Operációs rendszer: W7, W8	ASP szakrendszer felhasználók
- Szövegszerkesztő: Word 2010 vagy újabb	számához és a munkaállomások
- Táblázatkezelő: Excel 2010 vagy újabb	megoszlásához igazodóan
- Böngésző: Internet Explorer 11 vagy újabb, Mozilla Firefox utolsó stabil verzió, Google Chrome utolsó stabil verzió
- Levelező: MS Outlook 2010 vagy újabb, MozillaThunderbird utolsó stabil verzió
- PDF olvasó: Adobe Reader vagy Sumatra PDF
- Tűzfal és vírusvédelem

2. Az önkormányzati munkaállomásokra vonatkozóan Linux környezetben

Munkaállomások Linux környezetben	Szükséges darabszám
Minimum hardverkövetelmények
- min. 1 GHz 32 bites processzor
- min. 2 GB RAM
- minimális HDD 50 GB
- min 4 db. nem tiltott, szabad USB 2.0 foglalat	Az önkormányzati
Linux	ASP szakrendszer felhasználók
- Operációs rendszer: Ubuntu Linux	számához és a munkaállomások
- Szövegszerkesztő: Libre Office 4.3 vagy újabb	megoszlásához igazodóan
- Táblázatkezelő: Libre Office 4.3 vagy újabb
- Böngésző: Mozilla Firefox utolsó stabil verzió, GoogleChrome utolsó stabil verzió
- Levelező: Mozilla Thunderbird utolsó stabil verzió
- PDF olvasó: Adobe Reader vagy Sumatra PDF
- Tűzfal és vírusvédelem	- Tűzfal és vírusvédelem

3. Az önkormányzati laptopokra vonatkozóan MS Windows környezetben

Laptopok MS Windows környezetben	Szükséges darabszám
Minimum hardverkövetelmények
- min. 15" HD kijelző (1366x768)
- min. 1 GHz 32 bites processzor
- min. 2 GB RAM
- minimális HDD 50 GB
- min 2 db. nem tiltott, szabad USB 2.0 foglalat	Az önkormányzati
Microsoft	ASP szakrendszer felhasználók
- Operációs rendszer: W7, W8	számához és a munkaállomások

- Szövegszerkesztő: Word 2010 vagy újabb	megoszlásához igazodóan
- Táblázatkezelő: Excel 2010 vagy újabb
- Böngésző: Internet Explorer 11 vagy újabb, Mozilla Firefox utolsó stabil verzió, Google Chrome utolsó stabil verzió
- Levelező: MS Outlook 2010 vagy újabb, Mozilla Thunderbird utolsó stabil verzió
- PDF olvasó: Adobe Reader vagy Sumatra PDF
- Tűzfal és vírusvédelem	- Tűzfal és vírusvédelem

4. Az önkormányzati laptopokra vonatkozóan Linux környezetben

Laptop alapkonfiguráció II.	Szükséges darabszám
Minimum hardverkövetelmények
- min. 15" HD kijelző (1366 x 768)
- min. 1 GHz 32 bites processzor
- min. 2 GB RAM
- minimális HDD 50 GB	Az önkormányzati
- min 2 db. nem tiltott, szabad USB 2.0 foglalat	ASP szakrendszer felhasználók
Linux	számához és a munkaállomások
- Operációs rendszer: Ubuntu Linux	megoszlásához igazodóan
- Szövegszerkesztő: Libre Office 4.3 vagy újabb
- Táblázatkezelő: Libre Office 4.3 vagy újabb
- Böngésző: Mozilla Firefox utolsó stabil verzió, GoogleChrome utolsó stabil verzió
- Levelező: Mozilla Thunderbird utolsó stabil verzió
- PDF olvasó: Adobe Reader vagy Sumatra PDF
- Tűzfal és vírusvédelem

5. Az önkormányzati monitorokra vonatkozó alapkonfiguráció

Monitor alapkonfiguráció	Szükséges darabszám
17"-os eszköz, minimum 1024 * 768 felbontású	Az önkormányzati ASP szakrendszer felhasználók számához és a munkaállomások megoszlásához igazodóan

6. Kártyaolvasó

Kártyaolvasó alapkonfiguráció	Szükséges darabszám
Új típusú (elektronikus) személyi igazolvány olvasására alkalmas eszköz	Az önkormányzati ASP szakrendszer felhasználók számához és a munkaállomások megoszlásához igazodóan

7. Az önkormányzati multifunkciós nyomatkészítő eszközökre vonatkozó alapkonfiguráció

Multifunkciós, nyomatkészítő alapkonfiguráció	Szükséges darabszám
Az ügyintézéshez szükséges iratmennyiség nyomtatásához képest méretgazdaságosan üzemeltethető, központi, multifunkcionális (A3 / A4-es szkennelés, - fénymásolás, -nyomtatás) nyomtató, amely tértivevények és a készpénz-átutalási megbízások nyomtatására is alkalmas.	minimum 1 db

8. Az informatikai biztonságra és hálózati elérésre vonatkozó minimális és ajánlott feltételek

Informatikai biztonság - Hálózati elérés biztosítása

Elvárt informatikai biztonsági megfelelés:

IT biztonság	Az állami és önkormányzati szervek elektronikus információbiztonságáról történő megfelelésről szóló 2013. évi L. törvény, továbbá a biztonsági osztályba és biztonsági szintbe sorolásra vonatkozó követelményekről szóló 41/2015. (VII. 15.) BM rendelet rendelkezéseiből következő, a rendszer biztonsági osztályba sorolássorolása alapján megállapított információbiztonsági követelményeknek történő megfelelés.
	Interneteléréshez és helyi hálózat kiépítéséhez, bővítéséhez szükséges eszközök, pl. router, switch, kábelek. Minimum feltételek:
		Lakos szám:	ASP minimumelvárás:
Sávszélesség		500 alatti	4 Mbit/sec névleges sávszélesség
és szükséges hálózati		500-10000 között	8 Mbit/sec névleges sávszélesség
eszközök		10000 feletti	30/ Mbit/sec névleges sávszélesség
	Ajánlott feltételek: A kormányzati hálózatfejlesztési koncepciókkal összhangban valamennyi településtípus ajánlott sávszélessége minimum 30/30 Mbit/sec szimmetrikus sávszélesség.

II. Útmutató az ASP szolgáltatások igénybevételéhez szükséges LAN elemekhez

Az informatikai hálózat továbbfejlesztésével kapcsolatos berendezések kiválasztásához jelent segítséget az útmutató. A megfelelő elemek kiválasztásának érdekében javasoljuk informatikus segítségét igénybe venni.

1. Általános tájékoztatás, amely az ASP szolgáltatás igénybevételéhez szükséges LAN környezeti elvárásokat ismerteti átfogóan, kapcsolatosan a

a. Rack szekrényre

b. UPS (szünetmentes tápegységgel)

c. LAN switch-ekre

d. Passzív LAN hálózatokra

2. Táblázatok, alább részletesebb specifikáció, technológiánkénti bontásban, amely az eszközök, környezet műszaki specifikációjában nyújt támogatást.

(switch_jellemzők, UPS, Rack_szekrény, Passzív_LAN)

Általános tájékoztató

Fontosnak tartjuk előzetesen megjegyezni, hogy a környezetet, jellemzőket az ASP szolgáltatások igénye alapján határozzuk meg, de gazdaságossági szempontok figyelembevételével célszerű körültekintően eljárni a beszerzések során, amennyiben a telephelyen több szolgáltatás számára is biztosítható az adott eszköz, adott helyi hálózat, mely költséghatékonyságot eredményez.

Az ASP országos kiterjesztésének projektje az ASP-központ ügyfél telephelyének elérését biztosítja Internet, és ASP központi szolgáltatások igénybevételéhez, amelynek keretében a központi infrastruktúra, és az ehhez szükséges ügyfél telephelyén üzembe helyezésre kerülő router lesz biztosítva, megfelelő NTG hálózati csatlakozással.

A szolgáltatás igénybevételéhez, ami az ASP és Internet szolgáltatás sávszélességével jellemezhető az alábbi kategóriájú routerek valamelyike kerül létesítésre ügyfelünk telephelyén. (Ennek költségét az ASP projekt fedezi) Jellemzőit a környezettől elvárt feltételek miatt adtuk meg, hogy azokat méretezni tudjuk. (Ezen routereket CE routereknek nevezzük.)

Router környezete:

Tephelyi CE routerek kategóriái	Sávszélesség kiszolgálás képessége (Mbps)	Tipikus teljesítmény felvétele (Watt)	Tipikus méretek (H x W x D)
A típusú CE eszköz	0-35	210	88.9 x 438.2 x 304.8 mm
B típusú CE eszköz	35-50	320	88.9 x 438.2 x 469.9 mm
C típusú CE eszköz	50-100	420	133.35 x 438.15 x 476.25 mm
D típusú CE eszköz	100-150	540	133.35 x 438.15 x 476.25 mm
E típusú CE eszköz	150-1000	450	88.9 x 438.15 x 469.9 mm

A táblázatban szereplő routerekre tipikusan a maximális teljesítményfelvételekkel kell számolni (Wattban), valamint a feltüntetett maximális méretekkel, amely az eszközök magasságát (H), szélességét (W), mélységét (D) jellemzi. A routerek számára 230 V-os hálózati feszültséget szükséges biztosítani. A megadott teljesítményfelvétel igény áramkimaradás esetére ad a szünetmentes tápegység kapacitására vonatkozó elvárást. A tipikus méretek pedig az elhelyezésükhöz szükséges méret igényt jelzi, tipikusan rack szekrényekben.

A routereket tipikusan a felhordó hálózati végződtetés helyén szokásos elhelyezni, egy külön helyiségben, lehetőleg dolgozóktól elkülönítetten, rack szekrényben. A megfelelő környezeti hőmérséklet esetében klimatizálás mellőzhető (környezeti hőmérséklet 0-40 C között, relatív páratartalom tartománya 10-85% közötti legyen).

A routertől a passzív hálózaton keresztül szükséges a felhasználói munkaállomások, nyomtatók, szerverek elérésének a biztosítása. Azaz a LAN környezet kiépítettsége szükséges, (LAN switch, passzív hálózat), amelyen a munkaállomások elérik a CE router LAN portjait.

Ezen környezeti jellemzőket ismertetjük az alábbiakban, kezdve a router elhelyezéséhez javasolt rack szekrény jellemzőkkel.

Rack szekrény:

Ezekben a rendezőszekrényekben kell elhelyezni a LAN hálózati végpontok rendezőit, hálózati aktív elemeket (elhelyezni az elérési hálózat végberendezését, amit CPE-nek nevezünk, az ASP routert, switch-eket), szünetmentes berendezést (UPS-t), egyéb külső telekommunikációs csatlakozások szerelvényeit (ha ilyenek vannak) és ezen berendezések 230V-os csatlakoztatásához szükséges csatlakozási pontokat, ezek áramvédelmi szerveit.

Valamennyi ASP eléréshez szükséges egység tipikus méretét megadtuk, továbbá a szolgáltatásokhoz szükséges méretezésüket is a megfelelő alfejezetben szerepeltettük.

Ez alapján közel 100%-ban feltételezhetjük, hogy egy 12 Unit magas, vagy egy 15 Unit magas, kb. 600mm*600mm-es rack szekrénnyel az igények teljesíthetőek. Az ettől eltérő méretű szekrényre csak nagyon nagy önkormányzati hivatalokban lehet szükség, de tapasztalatunk alapján, ezen helyeken a LAN infrastruktúra eleve már kiépített.

Javasolt a fali szekrény kialakítás (természetesen lehet földre helyezett megoldás is, de preferált a fali rögzítés, amennyiben ez lehetséges), a felszerelt kerettől a hátulja legyen kinyitható (tehát hozzá lehessen férni az eszközök hátuljához), legyen ajtaja lehetőleg zárható, szellőzés miatt az oldala alul és felül, javasoltan perforált, porszűrővel ellátott, lehetőleg ventilátorral és hőfokszabályozóval felszerelt.

A rack szekrény részletesebb specifikációját az „A” táblázat tartalmazza.

Szünetmentes tápegység (UPS):

Feladata, hogy a hálózati feszültség kimaradások során biztosítsa az ASP szolgáltatás elérés kritikus berendezéseinek zavartalan működését. Ezen eszközök tipikusan egy ASP környezetben a CPE, CE, LAN switch-ek.

Jellemzően 5 perces áramkimaradás áthidalással kell tervezni a teljesítményt, a CPE, CE és a szükséges LAN switch-ek teljesítmény igénye alapján határozható meg (ezen tipikus értékeket megadtuk a megfelelő fejezetekben, műszaki specifikációkban- a CPE-re javasoljuk a CE jellemzőit figyelembe venni ha ettől eltérő eszközök kerülnek beszerzésre, akkor a műszaki dokumentációjukból ezen értékek kiolvasandóak). Megjegyezzük, hogy XXX képes környezetben (Ethernet porton keresztül biztosított táplálás—ilyenek pl. az IP telefonok, melyeknél ez tipikus megoldás) a LAN portok jelentősen nagyobb teljesítményfelvételt igényelnek- az ASP szolgáltatáshoz ezen eszközök távtáplálása nem alapkövetelmény, csak javasolt.

A szünetmentes tápegységek részletesebb specifikációját az „B” táblázat tartalmazza.

LAN switch-ek:

A munkaállomások, nyomtatók, esetlegesen IP telefonok csatlakoznak Ethernet portokkal ezen eszközökhöz. Az önkormányzat méretétől (munkaállomás szám, nyomtató, szerver, IP-telefon db) függően, jellemzően 8, 24, 48 portos kapacitású switch-ekkel javasoljuk lefedni a végpontok elérését. Ezeknek legalább 10/100 Mbps-os sávszélességű LAN portokkal kell rendelkezniük. Routerhez való csatlakozásukhoz pedig legalább 2 db 100/1000 Mbps sebességű porttal, mely képes választható optikai, vagy 1000 T rezes (1 Gbps) kapcsolat fogadására. A kliens állomások, ha 90 m-nél nagyobb távolságban helyezkednek el a routertől, akkor a switch-ek használhatóak a LAN kihosszabbításra is. De optikai kapcsolatok is indokolhatóak a LAN hálózatban, mellyel multimódusú optikával kb. 500 m-ig is kihosszabbíthatunk LAN-t (pl. több épület közti kapcsolathoz, vagy épületen belüli nagyobb távolságok, emeletek közti LAN kapcsolatokhoz).

A rack szekrény, UPS méretezéshez az alábbi táblázat adatai adnak iránymutatást.

LAN switch jellemző port kapacitása	Tipikus teljesítmény felvétele (Watt)	Tipikus méretek (W x H x D)
Switch port jellemzők (24 LAN portig)	27,8 (PoE 214)	440 x 44.45 x 257 mm

Switch port jellemzők (48 LAN portig)	48,2 (PoE 413)	440 x 44.45 x 350 mm
Switch port jellemzők (8-16 LAN portig)	8,6	279.4 x 44.45 x 170 mm

A LAN switch-ek részletesebb specifikációját a „C” táblázat tartalmazza.

Passzív LAN hálózat:

A LAN-on belüli számítógépek, nyomtatók, szerverek összekapcsolását routerekkel, switch-ekkel a helyi passzív hálózat biztosítja. Ez adott esetben nagyon egyszerű kettő-négy UTP kábel is lehet, ha csak egy-két munkaállomásról van szó, de több végpont esetében ez strukturált kábelezéssel valósul meg. Ennek kialakítása mindenképpen javasolt az ASP környezet elérésében érintett LAN környezetben. A strukturált hálózat egységesen, egy gyártótól származó elemekből kell, hogy felépüljön. A hálózati rendszer gyártójának több évtizedes élettartam garanciát kell biztosítania a felhasznált komponensekre.

A kábelezési rendszernek nemzetközileg és hazánkban is elismertnek kell lennie, amely biztos alapot nyújt a kiépített rendszer hosszú távú működtetéséhez, továbbfejleszthetőségéhez.

Ajánlott, hogy a strukturált kábelezési rendszert olyan kivitelező cég építse (ha a meglévő nem megfelelő), aki rendelkezik a megfelelő szakmai és gyártói vizsgákkal.

A hálózat megvalósításának célja, hogy megbízható, nagy sebességű, stabil infrastruktúrát biztosítson a felhasználó számítástechnikai rendszerei számára. A rendező szekrényben elhelyezendő rendező panelek, gyűrűs panel, RJ 45-ös UTP végponti csatlakozó, moduláris felépítéssel rendelkezzenek. 1

„U” magasak legyenek, rendelkezzenek 19”-os rögzítő füllel és rögzítéshez szükséges kalickás anyát és csavarokat is tartalmazzanak. Rendelkezzenek feliratozási lehetőséggel és megkülönböztető jelzéseket, kihúzás elleni védelmet is lehessen rá tenni és ezeket utólag cserélni. Erre legyenek kifejtve a végponti szerelvényeken végződtetett strukturált fali kábelek.

A kábelezési rendszer valamennyi elemének Category 5e UTP minőségűnek kell lennie. A passzív hálózat részletesebb specifikációját a „D” táblázat tartalmazza.

Településenként (vagy más településen megjelenő) több, a polgármesteri hivatalon felüli ASP érintettségű telephelyi kapcsolatok kezelése

Az országos ASP kiterjesztésben érintett önkormányzatok közül scope a közel 1300 önálló és közös hivatali önkormányzati végpont, amelyre az ASP2 projekt műszaki tartalma kiterjedt, biztosítva ezen végpontok ASP eléréséhez, valamint a központi Internet szolgáltatásra tervezett sávszélességet. Ez ennyi intézményi kapcsolatot jelent, telephelyenként 1-et, amely az önkormányzat címének kapcsolatát jelenti. Fontos megjegyezni, hogy ezen önkormányzatok egy részének jelenleg már vannak haránt kapcsolataik saját telephelyükön is intézményekkel (pl. iskolákkal, önkormányzati tevékenységet végző telephelyekkel), de ezen kapcsolatok kezelése nem volt ezen projekt, scope-ja. A központi ASP szolgáltatás során ezeket a kapcsolatokat megtartva az egyéb internet/külkapcsolatuk megszüntetése szükséges, vagy ennek megtartása esetében a haránt kapcsolatok megszüntetése válik szükségessé az ASP VPN részét képező LAN környezeti architektúra esetében. A két/vagy ennél több

telephely közti kapcsolat kialakítása Internet felett lehetséges a jövőben is. Jelenlegi koncepció szerint az ASP tevékenység a fent említett telephelyek végpontjain kerül implementálásra, akár átstruktúrálással. A társ telephelyek infrastruktúra fejlesztése nem scope-ja az ASP projektnek.

Kiegészítők a telepítési feltételek vizsgálatára

A CE router elhelyezésében érdemes megfontolni, hogy esetlegesen már üzemelő router helyszínét válasszuk, ahova a helyi infrastruktúra, illetve a WAN elérés már kiépítésre került korábban, és innen az ASP-s munkaállomások elérhetőek a LAN infrastruktúrán.

A telephely ASP elérésének ideális környezetében az elérési hálózat CPE berendezése (azon eszköz, amelyen az elérési hálózat végződik, ennek Ethernet portja csatlakozik a CE routerhez), és az ASP projekt keretében telepítésre kerülő CE router ideális esetben azonos helyiségben kerül üzembe helyezésre, amelyhez ügyfelünk tudja biztosítani a helyiséget, meglévő/vagy beszerzésre kerülő szekrényt UPS-sel, hálózati betáplálással.

Több intézmény közös infrastruktúrájának kiszolgálásához szükséges az eszközök elhelyezésében (itt alapvetően a konszolidált CE eszköz és CPE értendő), fizikai elérhetőségében való megállapodás, megfelelve a telephely IT biztonság elvárásainak. Vegyes CE üzemeltetési környezet esetében (több intézmény azonos címen) a konszolidált (több intézményt egy fizikai eszköz szolgál ki, logikailag leválasztva intézményeket) CE eszköz a NISZ üzemeltette intézményi CE-re terjedhet ki, amíg az üzemeltetési struktúra nem válik egységessé.

A CE eszköz és az adott intézmény LAN switch-éhez az esetleg szükséges átkérőnek a technológiai távolságának biztosítottnak kell lennie, illetve nyomvonalának épületen belüli (épületek közötti) zártságát biztosítani szükséges.

IT biztonsági szempontból nem minden esetben garantálható a konszolidált csomópont kialakítása, illetve olyan intézményi indok, amely ezt meggátolja (pl. egy magas IT besorolású eszköz környezete elzárandó, nem megengedett erre a csatlakozás). Konszolidációs elvek figyelembevételére infrastruktúra tervezés, javaslatok helyi felmérések nélkül megalapozottan nem adhatóak.

Táblázatok:

„A” táblázat

„A” típusú szekrény:

Fali Rack specifikáció
Szekrény méretek	12U x600x600
Zárt szekrény	igen
Szellőztetés	perforációval biztosítva
Leszedhető oldallapok	igen
Nyitható hátsó ajtó*	igen
Üvegezett (esetleg plexi), kilincses első ajtó	igen
19"-os szerelősín elöl	igen
19"-os szerelősín hátul	igen
Szekrénybe szerelhető eszközök súlya min.:	50kg
Földelő készlet a szekrényhez	igen

*a falra szerelt hátsó ajtóról nyílik ki a szekrény az eszközökhöz való hátsó hozzáférés végett

„B” típusú szekrény:

Fali Rack specifikáció
Szekrény méretek	15U x600x600
Zárt szekrény	igen
Szellőztetés	perforációval biztosítva
Leszedhető oldallapok	igen
Nyitható hátsó ajtó*	igen
Üvegezett (esetleg plexi), kilincses első ajtó	igen
19"-os szerelősín elöl	igen
19"-os szerelősín hátul	igen
Szekrénybe szerelhető eszközök súlya min.:	50kg
Földelő készlet a szekrényhez	igen

*:a falra szerelt hátsó ajtóról nyílik ki a szekrény az eszközökhöz való hátsó hozzáférés végett

„B” táblázat

1000VA-es UPS specifikáció
Online kettős konverziójú, 230 V 1/1 fázisú, 900 W teljesítményű
Működés / üzemmódok
VFI-topológia (online kettős konverzió)VFI SS 111 szerinti első osztályú besorolás
ECO üzemmód	Igen
Benementi teljesítmény korrekció	Igen
Hatásfok (névleges telj.) online kettős konverzió módban:	>88%
Hatásfok ECO módban	>96%
Kimeneti teljesítményfaktor	>=0,8
Áthidalási idő	≥5 perc
Auto reboot (lemerülés utáni visszakapcsolás)	Igen
Riasztás magas környezeti hőmérséklet esetén	Igen
Valós idejű adatnaplózás (min:100 esemény tárolása)	Xxxx
Bemeneti feszültség:	180-276VAC
Frekvencia:	50Hz/60Hz ±10%
Kimeneti feszültség:	208/220/230/240 VAC ±3%
Névleges frekvencia:	50Hz/60Hz ±0,25%
Rövidzár állóság:	3xInévl
Túlterhelhetőség	<130%, T >10 sec
Hőmérsékletfüggő akkumulátortöltés, akkutöltés menedzsment	Igen
Ip védettségi szint min.:	IP20
MTBF értéke:	25.000-30.000 óra
Fizikai jellemzők / megjelenés
Hot-swap rendszerű akkumulátorcsere lehetősége elölről	Igen
10 éves várható élettartamú akkumulátorok	Igen

Retesszel védett UPS kimenetek, amely megakadályozza a véletlen kábelkihúzást.	Igen
Kimenetek száma	min.:6db
Menedzselhető UPS kimenetek a fogyasztók priorizálásához [legalább 2 fogyasztói csoport]	Igen
Grafikus kijelző (LCD, javaslat legalább 128x64 képpont felbontású)	Igen
Státuszinformációkat megjelenítő előlapi LED-ek	Igen
Mellékelt tartósín és csavarok a rack szekrénybe történő beszereléshez Igen
UPS teljesítmények és méretek:
900W kimeneti teljesítményű (rack mount)19”, legfeljebb 2 U magas legyen)
UPS eszköz kijelzőjén lévő információk:
Állandóan kijelzett adatok:
Üzemmód
Bemeneti/kimeneti (V,Hz)]
Áthidalási idő (perc)
Akku feltöltöttsége (%)
Terhelés (%/W)
Menüből előhívható adatok:
Eseménynapló
Kimenő teljesítmény (VA/W)
Kimeneti áram (A)
Külső akkumodulok száma
Beállítási lehetőségek:
Nyelv
Jelszó
Idő
Relé vezérlés
Kimeneti feszültség (200-240V)

Kimeneti frekvencia (50/60Hz)
Automatikus akkuteszt (napi/heti/havi)
Kommunikáció:
RS232 és USB keresztüli kommunikáció	Igen
Hálózati kommunikáció SNMP kártyán keresztül	Igen
Beépített EPO kontaktus [táv vész-/kikapcsolás]	Igen
Beépített programozható relékontaktus a hibaüzenetek részére:
UPS állapot
ECO üzemmód
Akkuüzem
Akku hiba
Ventilátor hiba
Összegzett hiba
Szállítási egység tartalmazza:
UPS
Tápkábel (min: 5m-es)
Tartósín és rögzítő elemek
Kommunikációs kábelek (RS232 és USB)
Fogyasztói kábelek (900 W), 3m-es
Kommunikációs szoftver CD
Magyar nyelvű kezelési útmutató
2000VA-es UPS specifikáció
Online kettős konverziójú, 230 V 1/1 fázisú, 1800 W teljesítményű
Működés / üzemmódok
VFI-topológia (online kettős konverzió)VFI SS 111 szerinti első osztályú besorolás
ECO üzemmód	Igen

Benementi teljesítmény korrekció	Igen
Hatásfok (névleges telj.) online kettős konverzió módban:	>88%
Hatásfok ECO módban	>96%
Kimeneti teljesítményfaktor	>=0,8
Áthidalási idő	≥5 perc
Auto reboot (lemerülés utáni visszakapcsolás)	Igen
Riasztás magas környezeti hőmérséklet esetén	Igen
Valós idejű adatnaplózás (min:100 esemény tárolása)	Xxxx
Bemeneti feszültség:	180-276VAC
Frekvencia:	50Hz/60Hz ±10%
Kimeneti feszültség:	208/220/230/240 VAC ±3%
Névleges frekvencia:	50Hz/60Hz ±0,25%
Rövidzár állóság:	3xInévl
Túlterhelhetőség	<130%, T >10 sec
Hőmérsékletfüggő akkumulátortöltés, akkutöltés menedzsment	Igen
Ip védettségi szint min.:	IP20
MTBF értéke:	25.000-30.000 óra
Fizikai jellemzők / megjelenés
Hot-swap rendszerű akkumulátorcsere lehetősége elölről	Igen
10 éves várható élettartamú akkumulátorok	Igen
Retesszel védett UPS kimenetek, amely megakadályozza a véletlen kábelkihúzást.	Igen
Kimenetek száma	min.:6db
Menedzselhető UPS kimenetek a fogyasztók priorizálásához [legalább 2 fogyasztói csoport]	Igen
Grafikus kijelző (LCD, javaslat legalább 128x64 képpont felbontású)	Igen
Státuszinformációkat megjelenítő előlapi LED-ek	Igen
Mellékelt tartósín és csavarok a rack szekrénybe történő beszereléshez Igen

UPS teljesítmények és méretek:
1800W kimeneti teljesítményű (rack mount)19”, legfeljebb 3 U magas legyen)
UPS eszköz kijelzőjén lévő információk:
Állandóan kijelzett adatok:
Üzemmód
Bemeneti/kimeneti (V,Hz)]
Áthidalási idő (perc)
Akku feltöltöttsége (%)
Terhelés (%/W)
Menüből előhívható adatok:
Eseménynapló
Kimenő teljesítmény (VA/W)
Kimeneti áram (A)
Külső akkumodulok száma
Beállítási lehetőségek:
Nyelv
Jelszó
Idő
Relé vezérlés
Kimeneti feszültség (200-240V)
Kimeneti frekvencia (50/60Hz)
Automatikus akkuteszt (napi/heti/havi)
Kommunikáció:
RS232 és USB keresztüli kommunikáció	Igen
Hálózati kommunikáció SNMP kártyán keresztül	Igen
Beépített EPO kontaktus [táv vész-/kikapcsolás]	Igen

Beépített programozható relékontaktus a hibaüzenetek részére:

UPS állapot

ECO üzemmód

Akkuüzem

Akku hiba

Ventilátor hiba

Összegzett hiba

Szállítási egység tartalmazza:

UPS

Tápkábel (min: 5m-es)

Tartósín és rögzítő elemek

Kommunikációs kábelek (RS232 és USB)

Fogyasztói kábelek (1800 W), 3m-es

Kommunikációs szoftver CD

Magyar nyelvű kezelési útmutató

„C” táblázat

A típusú switch (24 portos)
Funkciók
	Javasolt konszolidált környezethez/IP Centrex hangszolgáltatáshoz	ASP-hez Minimum feltételek
A környezet, amelybe a megajánlott eszközöknek illeszkedniük kell:	Az IP telefonos rendszer miatt szükséges az LLDP/LLDP-MED protokoll támogatása, a POE képesség és a L2-es szintű Class of Service támogatása javasolt. Biztonsági szempontok alapján „port-security” és „spanning-tree” használata javasolt. Az eszköz támogassa az 802.1x alapú linkvédelmi eljárást.	Biztonsági szempontok alapján „port-security” és „spanning-tree” használata javasolt. Az eszköz támogassa az 802.1x alapú linkvédelmi eljárást.
	A beszerzendő hálózati berendezésnek a magyar szabványnak megfelelő érintésvédelmi minősítéssel kell rendelkeznie.
Az eszköz rendelkezzen:	230V-os tápegységgel, vagy tápegységekkel,
	legalább 1,5m hosszú EU AC kábelt kell a tápegységhez biztosítani
	legalább 24 db 10/100 BaseT Ethernet interfésszel,
	Legalább 24 db PoE képességű interface- szel rendelkezzen, minimum 370W PoE teljesítmény leadására legyen képes
	Legalább 2 db 100/1000 porttal, mely képes választható optikai, vagy 1000 T rezes kapcsolat fogadására
Az eszköz az alábbi szabványokat, eljárásokat támogassa:	IEEE 802.1D Spanning Tree Protocol
	IEEE 802.1p CoS Priorization
	IEEE 802.1Q VLAN
	IEEE 802.1s
	IEEE 802.1w
	IEEE 802.1X
	IEEE 802.1ab (LLDP)
	IEEE 802.3ad (QinQ)
	IEEE 802.3af
	IEEE 802.3x full duplex on 10BASE-T, 100BASE-TX, and 1000BASE-T ports
	IEEE 802.3 10BASE-T

	IEEE 802.3u 100BASE-TX
	IEEE 802.3ab 1000BASE-T
	IEEE 802.3z 1000BASE-X
	RMON standards
	SNMP v1, v2c, and v3.
	automatikusan alkalmazni a media- dependent interface crossover (MDIX) funkciót a 10/100BaseT Ethernet interfészein,	automatikusan alkalmazni a media- dependent interface crossover (MDIX) funkciót a 10/100BaseT Ethernet interfészein,
	az egyirányú optikai linkek érzékelésére az optikai interfészein úgy, hogy hiba esetén az érintett interfészek működését le tudja állítani.
	a hibák miatt automatikusan letiltott interfészeknél a visszaállításra is automatikusan kísérletet tenni. (autorecovery)
	a Multicast VLAN Registration (MVR) funkció kezelésére,
	minden portján arra, hogy a broadcast, multicast és unicast forgalmak esetén a rendkívüli mértékű forgalmakat kontrollálni, amelyek vagy egy hiba, vagy egy támadás miatt keletkeztek.
	legalább 4 konfigurálható egress Queue (1 priority és 3 standard) portonként
	Az eszköznek képesnek kell lenni arra, hogy az egyes forgalmi osztályok forgalmát adminisztratív módon szoftveresen tetszés szerinti hardver queue-hoz lehessen rendelni
	strict priority queue biztosítsa a real time forgalmak elsőbbségét
	a forgalmi korlátozás szabályait IP címek, MAC címek, Layer4 TCP/UDP portok alapján is kezelni.
Biztonsági és hozzáférési funkciók tekintetében támogatnia kell az alábbi funkciókat:	Felhasználók hozzáférésének kontrollja Radius és Tacacs+ alapon
	multidomain authentikáció támogatása, amennyiben egy porton IP-telefon és felhasználói PC is csatlakozik az eszköz legyen képes mindkettő esetén az azonosításra és a megfelelő VLAN-ba illesztésre.
	Az eszköz legyen képes szűrést és hozzáférési kontrollt biztosítani Layer2 forgalmak esetén is.
	Az eszköz legyen képes szűrést és hozzáférési kontrollt biztosítani IPv4 és IPv6 esetén is.

Az eszköz elvárt performancia mutatói:	legalább 4000 VLAN azonosító és legalább 6 aktív VLAN Spanning-tree kezelése
	Csomag továbbítási képesség 64-byte-os csomagok esetén legyen legalább 6 Mpps
B típusú switch (48 portos)
Funkciók
	Javasolt	Minimum
A környezet, amelybe a megajánlott eszközöknek illeszkedniük kell:	Az IP telefonos rendszer miatt szükséges az LLDP/LLDP-MED protokoll támogatása, a POE képesség és a L2-es szintű Class of Service támogatása javasolt. Biztonsági szempontok alapján „port-security” és „spanning-tree” használata javasolt. Az eszköz támogassa az 802.1x alapú linkvédelmi eljárást.	Biztonsági szempontok alapján „port-security” és „spanning-tree” használata javasolt. Az eszköz támogassa az 802.1x alapú linkvédelmi eljárást.
	A beszerzendő hálózati berendezésnek a magyar szabványnak megfelelő érintésvédelmi minősítéssel kell rendelkeznie.
Az eszköz rendelkezzen:	230V-os tápegységgel, vagy tápegységekkel,
	legalább 1,5m hosszú EU AC kábelt kell a tápegységhez biztosítani
	legalább 48 db 10/100 BaseT Ethernet interfésszel,
	Legalább 24 db PoE képességű interface- szel rendelkezzen, minimum 370W PoE teljesítmény leadására legyen képes
	Legalább 2 db 100/1000 porttal, mely képesnek kell lennie választható optikai, vagy 1000 T rezes kapcsolat fogadására
Az eszköz az alábbi szabványokat, eljárásokat támogassa:	IEEE 802.1D Spanning Tree Protocol
	IEEE 802.1p CoS Priorization
	IEEE 802.1Q VLAN
	IEEE 802.1s
	IEEE 802.1w
	IEEE 802.1X
	IEEE 802.1ab (LLDP)
	IEEE 802.3ad (QinQ)
	IEEE 802.3af

	IEEE 802.3x full duplex on 10BASE-T, 100BASE-TX, and 1000BASE-T ports
	IEEE 802.3 10BASE-T
	IEEE 802.3u 100BASE-TX
	IEEE 802.3ab 1000BASE-T
	IEEE 802.3z 1000BASE-X
	RMON standards
	SNMP v1, v2c, and v3.
	automatikusan alkalmazza a media-dependent interface crossover (MDIX) funkciót a 10/100BaseT Ethernet interfészein,
	az egyirányú optikai linkek érzékelésére az optikai interfészein úgy, hogy hiba esetén az érintett interfészek működését le tudja állítani.
	a hibák miatt automatikusan letiltott interfészeknél a visszaállításra is automatikusan kísérletet tenni. (autorecovery)
	a Multicast VLAN Registration (MVR) funkció kezelésére,
	minden portján arra, hogy a broadcast, multicast és unicast forgalmak esetén a rendkívüli mértékű forgalmakat kontrollálni, amelyek vagy egy hiba, vagy egy támadás miatt keletkeztek.
	legalább 4 konfigurálható egress Queue (1 priority és 3 standard) portonként
	Az eszköznek képesnek kell lenni arra, hogy az egyes forgalmi osztályok forgalmát adminisztratív módon szoftveresen tetszés szerinti hardver queue-hoz lehessen rendelni
	strict priority queue biztosítsa a real time forgalmak elsőbbségét
	a forgalmi korlátozás szabályait IP címek, MAC címek, Layer4 TCP/UDP portok alapján is kezelni.
Biztonsági és hozzáférési funkciók tekintetében támogatnia kell az alábbi funkciókat:	Felhasználók hozzáférésének kontrollja Radius és Tacacs+ alapon
	multidomain authentikáció támogatása, amennyiben egy porton IP-telefon és felhasználói PC is csatlakozik az eszköz legyen képes mindkettő esetén az azonosításra és a megfelelő VLAN-ba illesztésre.
	Az eszköz legyen képes szűrést és hozzáférési kontrollt biztosítani Layer2 forgalmak esetén is.

	Az eszköz legyen képes szűrést és hozzáférési kontrollt biztosítani IPv4 és IPv6 esetén is.
Az eszköz elvárt performancia mutatói:	legalább 4000 VLAN azonosító és legalább 6 aktív VLAN Spanning-tree kezelése
	Csomag továbbítási képesség 64-byte-os csomagok esetén legyen legalább 12 Mpps
C típusú switch (8-16 portos)
Funkciók
	Javasolt	Minimum
A környezet, amelybe a megajánlott eszközöknek illeszkedniük kell:	Az IP telefonos rendszer miatt szükséges az LLDP/LLDP-MED protokoll támogatása, a POE képesség és a L2-es szintű Class of Service támogatása javasolt. Biztonsági szempontok alapján „port-security” és „spanning-tree” használata javasolt. Az eszköz támogassa az 802.1x alapú linkvédelmi eljárást.	Biztonsági szempontok alapján „port-security” és „spanning-tree” használata javasolt. Az eszköz támogassa az 802.1x alapú linkvédelmi eljárást.
	A beszerzendő hálózati berendezésnek a magyar szabványnak megfelelő érintésvédelmi minősítéssel kell rendelkeznie.
Az eszköz rendelkezzen:	230V-os tápegységgel, vagy tápegységekkel,
	legalább 1,5m hosszú EU AC kábelt kell a tápegységhez biztosítani
	legalább 8 db 10/100 BaseT Ethernet interfésszel,
	Legalább 8 db PoE képességű interface-szel rendelkezzen, minimum 370W PoE teljesítmény leadására legyen képes
	Legalább 2 db 100/1000 porttal, mely képesnek kell lennie választható optikai, vagy 1000 T rezes kapcsolat fogadására
Az eszköz az alábbi szabványokat, eljárásokat támogassa:	IEEE 802.1D Spanning Tree Protocol
	IEEE 802.1p CoS Priorization
	IEEE 802.1Q VLAN
	IEEE 802.1s
	IEEE 802.1w
	IEEE 802.1X
	IEEE 802.1ab (LLDP)

	IEEE 802.3ad (QinQ)
	IEEE 802.3af
	IEEE 802.3x full duplex on 10BASE-T, 100BASE-TX, and 1000BASE-T ports
	IEEE 802.3 10BASE-T
	IEEE 802.3u 100BASE-TX
	IEEE 802.3ab 1000BASE-T
	IEEE 802.3z 1000BASE-X
	RMON standards
	SNMP v1, v2c, and v3.
	automatikusan alkalmazza a media-dependent interface crossover (MDIX) funkciót a 10/100BaseT Ethernet interfészein,
	az egyirányú optikai linkek érzékelésére az optikai interfészein úgy, hogy hiba esetén az érintett interfészek működését le tudja állítani.
	a hibák miatt automatikusan letiltott interfészeknél a visszaállításra is automatikusan kísérletet tenni. (autorecovery)
	a Multicast VLAN Registration (MVR) funkció kezelésére,
	minden portján arra, hogy a broadcast, multicast és unicast forgalmak esetén a rendkívüli mértékű forgalmakat kontrollálni, amelyek vagy egy hiba, vagy egy támadás miatt keletkeztek.
	legalább 4 konfigurálható egress Queue (1 priority és 3 standard) portonként
	Az eszköznek képesnek kell lenni arra, hogy az egyes forgalmi osztályok forgalmát adminisztratív módon szoftveresen tetszés szerinti hardver queue-hoz lehessen rendelni
	strict priority queue biztosítsa a real time forgalmak elsőbbségét
	a forgalmi korlátozás szabályait IP címek, MAC címek, Layer4 TCP/UDP portok alapján is kezelni.
Biztonsági és hozzáférési funkciók tekintetében támogatnia kell az alábbi funkciókat:	Felhasználók hozzáférésének kontrollja Radius és Tacacs+ alapon
	multidomain authentikáció támogatása, amennyiben egy porton IP-telefon és felhasználói PC is csatlakozik az eszköz legyen képes mindkettő esetén az azonosításra és a megfelelő VLAN-ba illesztésre.
	Az eszköz legyen képes szűrést és hozzáférési kontrollt biztosítani Layer2

	forgalmak esetén is.
	Az eszköz legyen képes szűrést és hozzáférési kontrollt biztosítani IPv4 és IPv6 esetén is.
Az eszköz elvárt performancia mutatói:	legalább 4000 VLAN azonosító és legalább 6 aktív VLAN Spanning-tree kezelése
	Csomag továbbítási képesség 64-byte-os csomagok esetén legyen legalább 1 Mpps

„D” táblázat

Strukturált kábelezési szabványok

A strukturált épületkábelezést olyan, egységes gyártói bázisra alapozott kábelezési rendszerrel kell megvalósítani, amely megfelel az

• SO/IEC 11801 2. kiadás : Sept. 2002 (Class D2002 / E)

• EN 50173-1 : Nov. 2002 (Class D2002 / E)

• EN 50174 : 2000

szabványoknak.

A kiépítendő kábelezési rendszer az alkalmazni kívánt szabványos adatátviteli, számítógép-hálózati megoldásokkal együtt teljesíti a vonatkozó EMC előírásokat:

MSZ EN 55022, MSZ EN 50081-1, MSZ EN 50082-1.

A passzív hálózati elemek leírása

A: Moduláris, RJ45-ös portonként bővíthető 24 portos UTP patch panel

Az egyes területek géptermeibe a rendező szekrényben elhelyezendő rendező panelek, moduláris felépítéssel rendelkezzenek, nem tartalmazhatnak nyomtatott áramköri megoldásokat, mivel így nagyobb üzembiztonságot lehet elérni. 1 „U” magasnak kell lennie és 19”-os rögzítő füllel kell rendelkezzenek és rögzítéshez szükséges kalickás anyát és csavarokat is tartalmazniuk kell.

Rendelkezzen feliratozási lehetőséggel és megkülönböztető jelzéseket, kihúzás elleni védelmet is lehessen rá tenni és ezeket utólag cserélni. Erre vannak kifejtve a végponti szerelvényeken végződtetett strukturált fali kábelek.

A kábelezési rendszer valamennyi elemének Category 5e UTP minőségűnek kell lennie.

B: Gyűrűs panel

Az egyes területek géptermeibe a rendező szekrényben elhelyezendő rendező panelek közé szerelendő, patch kábelek rendezett vezetésére szolgáló, 1 „U” magasnak kell lennie és 19”-os rögzítő füllel rendelkező és rögzítéshez szükséges kalickás anyát és csavarokat is tartalmazó kiszerelésben csomagolt gyűrűs panel kell legyen, ami minimum 4db hasított gyűrűt tartalmaz.

C: Moduláris, dupla (2x1db) RJ45-ös UTP végponti csatlakozót tartalmazó szerelvény

A végponti csatlakozó szerelvény moduláris felépítéssel rendelkezzenek, nem tartalmazhatnak nyomtatott áramköri megoldásokat, mivel így nagyobb üzembiztonságot lehet elérni. Fali dobozba süllyeszthető és fali csatornába szerelhető változatúnak kell lennie. Rendelkezzen feliratozási lehetőséggel és megkülönböztető jelzéseket, kihúzás elleni védelmet is lehessen rá tenni és ezeket utólag cserélni.

A kábelezési rendszer valamennyi elemének Category 5e UTP minőségűnek kell lennie.

D: Cat5e RJ45-ös UTP modul

A moduláris patch panelbe és végponti csatlakozó szerelvénybe illeszthető RJ45-ös UTP csatlakozó modul, amely nem tartalmazhat nyomtatott áramköri megoldásokat, mivel így nagyobb üzembiztonságot lehet elérni és szerszám nélkül szerelhetőnek kell lennie, hogy az esetleges változásokat gyorsan és költség hatékonyan lehessen elvégezni, valamint tartalmaznia kell a szabványos bekötéshez szükséges színjelölést.

A kábelezési rendszer valamennyi elemének Category 5e UTP minőségűnek kell lennie.

E: Cat5e halogén mentes UTP fali kábel

A Cat5e UTP fali kábel átviteli sávszélessége minimum 200MHz kell legyen. A kábel meg kell feleljen a ISO/IEC 11801 ed. 2.2; IEC 61156-5 2nd Ed.; EN 50173-1; EN 00000-0-0; EIA/TIA 568-

C.2 szabványok előírásainak. Szabványos színjelöléssel kell rendelkezzen. A kábel esetleges égés folyamán nem termelhet halogén gázt.

A kábelezési rendszer valamennyi elemének Category 5e UTP minőségűnek kell lennie.

F: 2m-es Cat5e UTP patch kábel

A Cat5e UTP patch kábel átviteli sávszélessége minimum 200MHz kell legyen. A kábel meg kell feleljen a ISO/IEC 11801, EN 50173, EN 50168 and EIA/TIA 568-C szabványok előírásainak. A kábel esetleges égés folyamán nem termelhet halogén gázt. Gyárilag szerelt és lemért kábelnek kell lennie, mindkét végén RJ45-ös csatlakozóval és törés gátlóval, amelyre utólag színkódok helyezhetők.

A kábelezési rendszer valamennyi elemének Category 5e UTP minőségűnek kell lennie.

G: 5m-es Cat5e UTP patch kábel

A Cat5e UTP patch kábel átviteli sávszélessége minimum 200MHz kell legyen. A kábel meg kell feleljen a ISO/IEC 11801, EN 50173, EN 50168 and EIA/TIA 568-C szabványok előírásainak. A kábel esetleges égés folyamán nem termelhet halogén gázt. Gyárilag szerelt és lemért kábelnek kell lennie, mindkét végén RJ45-ös csatlakozóval és törés gátlóval, amelyre utólag színkódok helyezhetők.

A kábelezési rendszer valamennyi elemének Category 5e UTP minőségűnek kell lennie.

4. számú melléklet: NISZ Zrt. üzemeltetői tájékoztató

NISZ Zrt. üzemeltetői tájékoztató

SLA vállalások:

Szolgáltatás visszaállítására valamint reakcióideire vállalt határidők

Az Üzemeltető a szolgáltatás csoportokra vonatkozóan a szolgáltatás visszaállítására vállalt teljesítési határidőre tesz vállalást.

Határidőkre vonatkozó vállalás részletezése: olyan Szolgáltatások esetén értelmezhető, ahol a Megrendelő bejelentést tesz az adott Szolgáltatással kapcsolatban az Üzemeltető Ügyfélszolgálatán. A vállalt teljesítési határidőket minden Szolgáltatás esetében a Garantált szolgáltatási időablakra vonatkozóan kell kalkulálni.

A bejelentések kezelése kapcsán két egymástól jól elkülöníthető tevékenység ellátása lehetséges. Ezen tevékenységek teljesítése a jellegükből adódóan eltérő. Az incidens teljesítési határidőkre vállal az Üzemeltető SLA időket.

• Az incidens elhárítás nem tervezhető feladat, ami a nem rendeltetésszerű, vagy csökkent szintű működés helyreállítását célozza.

• A Változás és igény típusú tevékenységek tervezhetőek, nem azért van szükség feladatvégzésre, mert a berendezés vagy Szolgáltatás nem megfelelően működik.

A szolgáltatások visszaállítására vállat határidő (SLA) az Üzemeltetőhöz beérkezett bejelentéstől a teljesítés befejezéséig eltelt idő. A teljesítés befejezésének ideje az Üzemeltető ticketing rendszerében rögzített készre jelentés ideje.

A készre jelentés ideje nem azonos a bejelentéshez kapcsolódó munkalap (Hibajegy) lezárásának idejével. Az Üzemeltető technológiai folyamatai miatt a készre jelentés után több nappal zárja le a Hibajegyet.

A szolgáltatások visszaállítására vállat határidők munkaórát jelentenek (munkaidőn kívüli időszakban a hibaelhárítási időtartam mérése szünetel).Az Megrendelő minden esetben regisztrálja és az Üzemeltető felé bejelenti a hozzá beérkezett jelzéseket. A Megrendelő tudomásul veszi, hogy amennyiben az Üzemeltető által nyújtott szolgáltatásra nem történik bejelentés a Megrendelő részéről, akkor az Üzemeltető 100%-osnak tekinti a rendelkezésre állást.

Vállalt szolgáltatás visszaállításra vállalt értékek az éles síkon: Vállalt SLA értékek az éles síkon	A visszaállítá s megkezdés e*	Szolgáltatás visszaállítás ára vállalt határidő (Nem katasztrófa esemény esetén)**
Kritikus	4 munkaórán belül	48 munkaórán belül
Súlyos	8 munkaórán belül	72 munkaórán belül
Egyéb	24 munkaórán belül	96 munkaórán belül

Vállalt szolgáltatás visszaállításra vállalt értékek az produktív teszt síkon:

Vállalt SLA értékek a produktív teszt síkon:	A visszaállítás megkezdése*	Szolgáltatás visszaállítására vállalt határidő (Nem katasztrófa esemény esetén)**
Kritikus	6 munka órán belül	48 munkaórán belül
Súlyos	12 munka órán belül	72 munkaórán belül
Egyéb	48 munkaórán belül	96 munkaórán belül

Integrációs Síkon (Azon teszt sík, ahol a fejlesztések ellenőrzése zajlik) a javítási feladatokat eseti jelleggel a felek által egyeztetett határidővel végezzük, amelyekre nem vonatkoznak az SLA értékek.

* a munkaórák „normál” munkanapokon:

hétfőtől csütörtökig 08:00 – 16:50

pénteken 08:00 - 14:20 óra között

** a vállalt határidők órái a visszaállítás tényleges megkezdésétől számítva értendők.

Kritikus hiba: a szolgáltatásba bevont rendszer valamely komponensének olyan hibája, amelyre megkerülő megoldást nem tud ajánlani az üzemeltető, és amely a felhasználók üzletmenetét jelentős mértékben akadályozza (példa: a funkciót biztosító modulok működése leáll, nem hozzáférhető, adatvesztés fordul elő; a rendszer működése a használhatatlanságig lelassul).

Súlyos hiba: a szolgáltatásba bevont rendszer valamely komponensének olyan hibája, amely a felhasználók normális üzletmenetét megnehezíti, késlelteti (példa: üzleti műveletek végrehajtása nem működik).

Egyéb hiba: a szolgáltatásba bevont rendszer valamely komponensének olyan hibája, amely a felhasználók normális üzletmenetét lényegesen nem befolyásolja. Ide tartoznak az olyan hibák,

amelyek egyes felhasználói funkciók használatát megnehezítik, kényelmetlenné teszik, de az üzletmenetet alapvetően nem akadályozzák, továbbá minden nem kritikus vagy súlyos besorolású hiba (példa: egy felirat hibásan jelenik meg a képernyőn).

A szolgáltatás szolgáltatási időablaka

• hétfőtől csütörtökig 08.00-16.50

• pénteken 08:00 - 14:20 óra között, munkanapokon.

Szolgáltatás üzemidő (az alkalmazások elérhetők)

• 7*24 óra

Karbantartási idő (tervezett leállás)

Oprendszer karbantartás: Havi egy alkalom : 18:00-07:00 –ig Infrastruktúra karbantartás Havi egy alkalom: 18:00-07:00-ig

Az oprendszer és infrastruktúra karbantartás alatt, kisebb kiesések, performancia visszaesések előfordulhatnak.

Rendkívüli alkalmazás karbantartási ablak:

• az ÜZEMELTETŐ évi 4 darab rendkívüli karbantartási ablakot kérhet, sürgős, a szolgáltatásszint jelentős romlását megakadályozó beavatkozás végrehajtása céljából.

• Az ablak minden esetben 18:00- és 07:00 között kérhető. A beavatkozásról a beavatkozás előtt az ÜZEMELTETŐ munkaidőben köteles értesíteni az ASP központot.

Release kihelyezés (minden szakrendszer tekintetében):

▪ rendes release: havi egy alkalommal ( fixen meghatározott hétvégen ( pl: miden hó második hétvége) kiadott, hétvégi release ablakban kiadott, bármit módosítható release ( p 15:00-H 7:00- ig)

▪ gyorsjavítás: hétközben is kiadható, DB-t nem érintő változtatás

▪ elmaradt tenant javítás: a sikertelen release frissítés javítása, üzleti és db változtatást nem érinthet a sikeres tenantok esetén. A sikertelen tenantok esetén a probléma okától függően valószínűleg DB-t fog érinteni többnyire.

I. Szolgáltatás leírások

Előfeltételek

Az Önkormányzatoktól elvárt, számukra javasolt megoldásra vonatkozó informatikai követelmények a következők:

a) Munkaállomás

A szolgáltatás működésének alapfeltétele a számítógép hálózatba kötése, a számítógép hálózat azonos rendelkezésre állás melletti működőképessége.

A számítógépnek képesnek kell lennie futtatni az alábbi szoftvereket:

b) Böngészők

A települési portál teljes funkcionalitása elérhető az alább felsorolt böngésző típusok alatt:

• Böngésző

o Internet Explorer: 10, vagy újabb verzió;

o Google Chrome 39, vagy újabb verzió; Mozilla Firefox 35, vagy újabb verzió.

A tartalmi üzemeltetéshez ajánlott egyéb szoftverek:

A végfelhasználói rendszer rendelkezik olyan megjelenítő felülettel, mely segítségével böngésző ablakban megtekinthetjük a gyakran használt fájl formátumokat (.pdf, .docx, xlsx,

.jpg).

• Adobe Flash Player 16.0.0.235, vagy újabb verzió

• Adobe Acrobat Reader 10, vagy újabb verzió

• Java Runtime Environment JRE 7u71, vagy újabb verzió

• Szövegszerkesztő:

o MS Office Word 2010, vagy újabb verzió,

o Apache Open Office 4, vagy újabb verzió, Libre Office 4.x, vagy újabb verzió,

c) Hálózat

A felhasználó telephelyén az ASP szolgáltatásainak eléréséhez, a Kormány 257/2016. (VIII. 31.) Korm. rendeletében meghatározott, lakosság számától függő sávszélesség biztosítása szükséges.

d) Tűzfal és vírusvédelem

e) Emberi erőforrás

A végfelhasználók rendelkeznek az eszközök használatához szükséges általános felhasználói ismeretekkel.

• Az Üzemeltető a portál rendszer infrastruktúrájának üzemeltetéséért és az alkalmazás működéséért, valamint elérhetőségéért felelős.

• A Portál szakrendszer média tartalmak számára tárhelyet csak 5 Gb adattartalomig biztosít, ezért az Önkormányzatnak jelenleg meglévő média tartalmait olyan külső tárhelyre kell feltöltenie, amely a Portál felületére beágyazható.