A bejegyzés legfontosabb pontjai
Először a leltár, azután a beszerzés
A rendszerek, szerződések és integrációk listája megmutatja, mivel rendelkezik már a starostaság, és hol vannak a kockázatok.
Egyetlen kötelezettségterv
Az EZD, a KSC, a KSeF, az e-Doręczenia és a Központi Szerződési Nyilvántartás ugyanazokat az embereket és ugyanazt a dokumentumáramlást érinti.
Költségvetés a megyei tanács nyelvén
A kötelezettséget és a beruházást külön kell feltüntetni, a mulasztás költségét pedig világosan ki kell mondani.
A digitalizáció gazdája
A jegyző egy tanácsadóval az informatikusok mellett, informatikai igazgatói pozíció létrehozása nélkül.
Zdjęcia ilustracyjne
Ez a bejegyzés a megyei (powiat) jegyzőknek és a starostáknak szól, valamint azoknak a pénzügyi vezetőknek (skarbnik), akikkel a költségvetést egyeztetik. A starostaságnak megvan a maga sajátossága: számos osztály saját ágazati rendszerekkel és országos nyilvántartásokkal, a megye szervezeti egységei, a kiberbiztonsági törvény (ustawa o krajowym systemie cyberbezpieczeństwa, KSC) szerint pedig kulcsfontosságú szervezet (podmiot kluczowy) státusz. Ezért az informatikai rend itt nemcsak kényelmi kérdés, hanem kötelezettség is.
Miért nehezebb ez egy starostaságon belül
A starostaság olyan ügyeket intéz, amelyek különböző beszállítók és intézmények által üzemeltetett rendszerekre és nyilvántartásokra épülnek: járműnyilvántartás, földmérési állomány, építésügyi ügyek, pénzügyek, humánerőforrás és iktatás. Minden osztály ismeri a saját rendszerét, de ritkán látja bárki is az egészet: melyik rendszer cserél adatot melyikkel, ki a szerződés gazdája, mikor jár le a gyártói támogatás, és mi történik, ha a beszállító árat emel.
A starostaságokkal folytatott beszélgetésekből néhány visszatérő ok rajzolódik ki:
- A tudás szétszórt. Az informatikus ismeri az infrastruktúrát, az osztályok ismerik a saját alkalmazásaikat, a beszállítók ismerik a saját szerződéseiket. A teljes képet senki sem látja.
- A kötelezettségek külön-külön érkeznek, de ugyanazokra az emberekre hárulnak. A KSC, a KSeF, az e-Doręczenia, a Központi Szerződési Nyilvántartás és a várható EZD-kötelezettség a gyakorlatban ugyanannak a dokumentumáramlásnak a változásait jelentik.
- Az informatikai részleg kicsi. Két-három ember tartja üzemben a hardvert, a hálózatot és a hivatal napi munkáját. Egy nagy rendszer kiválasztásának levezetésére nincs idejük.
- A döntések határidő nyomása alatt születnek. Ilyenkor már nincs idő az ajánlatok összehasonlítására, és a starostaság gyengébb pozícióból tárgyal.
1. lépés: a rendszerek és szerződések leltára
Az első lépés nem a rendszer kiválasztása, hanem annak felmérése, mije van már a starostaságnak. A jó leltár egyszerű kérdésekre ad választ: milyen rendszerek működnek az egyes osztályokon, ki a tulajdonosuk, kivel és meddig szól a szerződés, mennyibe kerül az üzemeltetés, mely rendszerek cserélnek adatot egymással, és hol vannak az egypontos meghibásodási helyek (single point of failure), vagyis ahol egyetlen elem meghibásodása vagy egyetlen munkatárs távozása megállítja a munkát.
A leltár 2–6 hétig tart, a közbeszerzési értékhatár alatt marad, és nem igényel hozzáférést a lakosok adataihoz. Egyetlen oldalas összefoglalóval zárul a starosta és a Megyei Elöljáróság (Zarząd Powiatu) számára, valamint egy teljes dokumentumkészlettel, amelyre minden további lépés épül. Részletek: IT-rendszerek leltározása.
2. lépés: egyoldalas kötelezettségterv
A leltár alapján készül egy oldalnyi összefoglaló a kötelezettségekről és a határidőkről. Minden kötelezettségnél fel kell tüntetni: ki felelős érte, mi a következő lépés, és mi a határidő.
- EZD-osztályú rendszer. Várható kötelezettség; a Digitalizációs Minisztérium 2026 októberi magyarázata szerint a határidő legkorábban 2029-re tolódott, a jogszabály még tervezet formájában van. Érdemes folyamatosan ellenőrizni, mert az ütemterv időről időre frissül.
- KSC. A starostaság a kiberbiztonsági törvény (ustawa o krajowym systemie cyberbezpieczeństwa) értelmében kulcsfontosságú szervezetnek minősül; egyes kötelezettségeknek saját határidejük van. A kezdő lépésekről a KSC-törvény a starostaságban című bejegyzésben írok.
- KSeF és e-Doręczenia. Megváltoztatják a számlák és a levelezés áramlását, így ugyanazokat a folyamatokat érintik, mint az EZD-osztályú rendszer.
- Központi Szerződési Nyilvántartás. Olyan szerződéses tudást igényel, amelyet a leltár amúgy is összegyűjt; a lépésről lépésre haladó leírást a Központi Szerződési Nyilvántartás című bejegyzésben találja.
A kötelezettségterv olyan, mint egy felújítási ütemterv egy olyan épületben, ahol napi munka folyik. Nem lehet szobánként, egymástól függetlenül kicserélni a vezetékeket. Tudni kell, mi fut melyik falon keresztül, és úgy kell összeállítani a munkákat, hogy a hivatal közben folyamatosan működjön.
3. lépés: olyan költségvetés, amely megállja a helyét a megyei tanács előtt
Egyetlen tételként a teljes informatikai költségvetést nehéz megvédeni. Könnyebb, ha két részre bontjuk: a jogszabályi kötelezettségre (amit a jogszabályok alapján mindenképp meg kell tenni) és a beruházásra (amit a starostaság a hatékonyabb működés érdekében tesz), mellette pedig feltüntetjük a mulasztás költségét: mi történik, ha semmit sem teszünk. A költségvetés tervezete ősszel készül el, így ez a legjobb pillanat egy ilyen bontás előkészítésére. Bővebben: Informatikai költségvetés a tanács előtt.
4. lépés: a digitalizáció gazdája új álláshely nélkül
Minden nagyobb projektnek szüksége van egy gazdára: valakire, aki az egész folyamatot, a határidőket és a döntéseket felügyeli. Egy informatikai igazgató nélküli starostaságban ezt rendszerint a jegyző (sekretarz) látja el, bár ritkán van erre ideje, és ritkán rendelkezik tapasztalattal nagy rendszerek kiválasztásában. Új álláshely létrehozása helyett ez külső, részmunkaidős tanácsadóval is támogatható: valakivel, aki hetente vagy havonta leül a jegyzővel és az informatikai vezetővel, vezeti a projektek és kockázatok nyilvántartását, segít a beszállítókkal folytatott tárgyalásokban, és független módon értékeli azok javaslatait. A döntések a starostaság kezében maradnak.
Ebben a felállásban az informatikai vezető szövetséges, nem a felügyelet tárgya. A rendszerek nyilvántartása és a költségvetés megbontása a legjobb érv azokra az erőforrásokra, amelyeket az informatikus rendszerint már régóta kér.
Gyakorlati példa
Ugyanezt a mechanizmust láttam egy nagy önkormányzati (JST – helyi önkormányzati egység) szervezetnél is, ahol a hivatal oldaláról az informatikai osztály vezetője volt a partner. A hivatal egyre több, egymástól független alkalmazással bővült, amelyek az egyes szervezeti egységek munkáját lettek volna hivatottak támogatni. Az igények és a meglévő rendszerek alapvető felmérésével kezdtük. Ennek alapján készült el egy cselekvési térkép, amely a következő projektek költségeinek optimalizálásához vezetett, majd ebből épült fel az alkalmazásstratégia alapja, amelyet technológiai követelményekre fordítottunk le: optimális teljes tulajdonlási költség (TCO), a vendor lock-in kockázatának csökkentése, valamint a tudás beszállítóktól a belső informatikai csapathoz történő átadásának terve.
A hivatal elfogadta a folyamatmodellezés, a beszállítók közötti tudásátadás, valamint a követelmények és a rendszerarchitektúra dokumentálásának szabványait, az alkalmazásstratégiát pedig a következő tíz évre tervezte. A legmeglepőbb az volt, hogy azok a szervezeti egységek, amelyeknek saját költségvetésük és jogosultságaik voltak, párhuzamosan saját informatikai kezdeményezéseket futtattak. Ezzel szilósodtak, és emelték az üzemeltetési költségeket, pedig kezdettől fogva egyetlen, egységes stratégia keretében is megvalósíthatók lettek volna. Leltár nélkül ezt senki sem látta volna.