Gyakran feltett kérdések

Ügyfeleink különböző helyzetekben keresnek meg minket. Egy kis- vagy középvállalkozás például gyakran meglévő rendszere átvételéhez vagy korszerűsítéséhez keres partnert, mert nincs saját informatikai csapata, vagy a korábbi szolgáltató már nem gondoskodik a rendszer megfelelő működéséről.

Növekvő szervezeteknél előfordulhat, hogy a meglévő weboldal és a különálló eszközök már nem elegendők. Ilyenkor egyedi platformra, a rendszerek összekapcsolására vagy megbízhatóbb üzemeltetésre lehet szükség.

Egy önkormányzatnak vagy közintézménynek olyan weboldalra, portálra vagy szakalkalmazásra lehet szüksége, amely megfelel a közszféra adatvédelmi, akadálymentességi és üzemeltetési követelményeinek.

Olyan projektcsapatokhoz is csatlakozunk, amelyek saját szakemberekkel rendelkeznek, de bizonyos feladatokhoz további kapacitást keresnek, például backendfejlesztés, infrastruktúra, rendszerintegráció vagy UX/UI-tervezés területén. Meglévő ügynökségek és fővállalkozók mellett is dolgozunk.

Megbízásaink a néhány napos műszaki elemzéstől a hosszú távú fejlesztési és üzemeltetési projektekig terjednek. Nincs minimális projektköltségvetésünk. Svájcban működünk, és egész Svájcban, valamint Európa-szerte dolgozunk szervezetekkel, különösen Németországban, Ausztriában és Magyarországon. Projektjeinket német, angol és magyar nyelven vezetjük.

Hasznos, ha a kapcsolatfelvételkor röviden bemutatják a kiindulási helyzetet, a meglévő rendszereket, a kívánt határidőt és az ismert keretfeltételeket. Ilyen lehet például a rendelkezésre álló költségkeret, egy folyamatban lévő közbeszerzési eljárás vagy egy önkormányzati döntéshez kapcsolódó határidő. Az is segít, ha tudjuk, ki hozza meg a projektet érintő döntéseket az Önök szervezetében.

A megbeszélésen részünkről az a személy vesz részt, aki később a projektért is felel. Így már az első alkalommal közvetlenül egy olyan szakemberrel beszélhetnek, aki a műszaki kérdéseikre is választ tud adni.

A beszélgetés végén közösen tisztázzuk, hogy tudunk-e segíteni a felmerült feladatban, és mi lenne a következő lépés. Ha a követelmények már egyértelműek, ajánlatot készítünk. Ha további információkra van szükség, először egy rövid elemzési szakaszt javasolunk.

Ajánlatunkat rendszerint öt munkanapon belül elkészítjük, és az 30 napig érvényes.

Az ajánlatok, a szerződések és a dokumentáció kötelező érvényűek, ezért csak olyan nyelven készítjük el őket, amelyen minden megfogalmazást magunk is meg tudunk ítélni.

Ez akkor is így van, ha weboldalunk francia vagy olasz változatán keresztül keresnek meg minket. A kapcsolatfelvételi űrlapon kiválaszthatják, milyen nyelven válaszoljunk.

Weboldaluk vagy alkalmazásuk tartalmára ez a korlátozás nem vonatkozik. A további nyelvekre történő fordítást alapesetben mi végezzük el. Ha inkább saját fordításokat kívánnak átadni nekünk – például a kommunikációs osztályuktól vagy egy fordítóirodától –, azokat beépítjük.

Igény szerint egy vagy több workshopot tartunk az érintett szakterületek és – ha rendelkezésre áll – az informatikai csapat bevonásával.

Közösen tisztázzuk, mit szeretnének elérni, kik fogják használni a megoldást, mely munkafolyamatokat kell támogatnia, és milyen műszaki vagy szervezeti feltételeknek kell megfelelnie.

Ennek eredményeként egy fontossági sorrendbe rendezett követelménylista készül, amely megkülönbözteti az elengedhetetlen és a később megvalósítható funkciókat. Ehhez előzetes ráfordításbecslést is készítünk.

Az elkészült dokumentációt úgy állítjuk össze, hogy nélkülünk is felhasználható legyen: belső döntések előkészítéséhez, költségvetési vagy hitelkérelemhez, illetve egy későbbi közbeszerzési eljárás követelményspecifikációjának alapjaként.

Közszférabeli megrendelőknél fontos szempont az előzetes részvétel kérdése. Ha közreműködünk egy közbeszerzés követelményspecifikációjának kidolgozásában, az korlátozhatja későbbi részvételünket ugyanabban az eljárásban. Ezt még a munka megkezdése előtt nyíltan tisztázzuk.

Az önálló elemzés különösen akkor hasznos, ha egy meglévő rendszer műszaki állapota nem ismert pontosan, vagy el kell dönteni, hogy a korszerűsítés vagy a teljes újratervezés lenne-e célszerűbb.

Akkor is érdemes elemzéssel kezdeni, ha a várható munkaigény csak a forráskód és az infrastruktúra megvizsgálása után becsülhető meg megbízhatóan, illetve ha egy későbbi közbeszerzéshez vagy belső döntéshez van szükség megfelelő műszaki alapokra.

Az elemzés a feladattól függően kiterjedhet a forráskódra, a rendszerarchitektúrára, az infrastruktúrára, a biztonságra, az adatáramlásra és az alkalmazott külső szolgáltatásokra.

A munka végén írásos jelentést adunk át, amely bemutatja a rendszer jelenlegi állapotát, a feltárt kockázatokat, a lehetséges továbblépési irányokat és azok becsült munkaigényét. A jelentés egyértelmű javaslatot is tartalmaz, és úgy készül, hogy más szolgáltató is fel tudja használni.

Az átvétel első lépése a meglévő rendszer felmérése. Összegyűjtjük a rendelkezésre álló hozzáféréseket, például a tárhelyhez, a domainhez, a forráskódhoz és az adminisztrációs felületekhez.

Áttekintjük a forráskódot, a rendszerarchitektúrát, az infrastruktúrát, a felhasznált szoftverkomponenseket és a rendszer adatkapcsolatait. Dokumentáljuk a jelenlegi állapotot, és feltárjuk az esetleges biztonsági hiányosságokat, elavult összetevőket vagy licencelési problémákat.

A felmérés alapján javaslatot teszünk a további lépésekre. Ez lehet a rendszer stabilizálása és üzemeltetésének átvétele, fokozatos korszerűsítés vagy – ha a műszaki állapot indokolja – a meglévő megoldás lecserélése.

Önöktől elsősorban a rendelkezésre álló hozzáférésekre és egy olyan kapcsolattartóra van szükségünk, aki felhasználói oldalról ismeri a rendszert. Ha másik szolgáltatótól veszik át az üzemeltetést, az átadás folyamatát is segítjük.

Ha a felmérés során kritikus biztonsági problémát találunk, haladéktalanul tájékoztatjuk Önöket, és a további munka előtt egyeztetjük a szükséges azonnali intézkedéseket.

Az alkalmazandó eljárást a megbízás értéke, a beszerzés tárgya, valamint az adott kanton közbeszerzési szabályai határozzák meg. Ide tartozik többek között az IVöB és a vonatkozó kantonális végrehajtási szabályozás.

A kisebb megbízások sok esetben közvetlenül vagy meghívásos eljárás keretében adhatók ki. Nyílt közbeszerzési eljárásokban a simap.ch felületén keresztül veszünk részt.

A közszféra által alkalmazott szerződésmintákkal és általános szerződési feltételekkel is dolgozunk. Az esetleges eltérő feltételeket a szerződés aláírása előtt tisztázzuk.

Ha korábban már részt vettünk az adott projekt követelményeinek meghatározásában, a közbeszerzési eljárás megkezdése előtt megvizsgáljuk és nyíltan egyeztetjük az előzetes részvételből eredő esetleges korlátozásokat.

A költségeket elsősorban a szükséges funkciók köre, az integrációk száma és összetettsége, az adatok átvitele, a tervezési és arculati elvárások, valamint az akadálymentességi és biztonsági követelmények befolyásolják.

A tárhelyszolgáltatás, a licencek és a külső szolgáltatók díjait külön tételként tüntetjük fel. A rendszeres üzemeltetési költségeket elkülönítjük a projekt egyszeri fejlesztési költségeitől.

Ajánlatunk tartalmazza a pontosan meghatározott feladatkört, a kalkuláció alapjául szolgáló feltételezéseket, a vállalt és a megbízásba nem tartozó munkákat, az ütemtervet és a fizetési feltételeket.

Önkormányzatoknak és közintézményeknek olyan költségbontást készítünk, amely belső költségvetési és hitelkérelmek előkészítésére is felhasználható. Külön feltüntetjük az egyszeri és a rendszeres költségeket, valamint a megállapodott költségplafont.

Igény esetén a projektet több szakaszra bontjuk, így a megvalósítás és annak költségei több költségvetési évre is eloszthatók.

A fix ár feltétele, hogy a projekt követelményeit és az átvétel feltételeit írásban rögzítsük. Az eredetileg meghatározott feladatkörön túlmutató igényeket külön módosításként kezeljük.

A fix ár előnye a tervezhetőség: még a megvalósítás előtt ismert a vállalt munkák ellenértéke, amely így előre betervezhető és jóváhagyható.

Ráfordításalapú elszámolás esetén átlátható munkaidő-nyilvántartással és szerződésben rögzített költségplafonnal dolgozunk. Rendszeresen tájékoztatjuk Önöket az addigi ráfordításról és a fennmaradó költségkeretről. A projekt az előre egyeztetett szakaszhatárokon lezárható.

Mindkét elszámolási modellben rendelkezésükre bocsátjuk a munkaidő-ráfordítás kimutatását.

A két modellt gyakran kombináljuk: az elemzést és a tervezést fix áron végezzük, majd az elkészült koncepció alapján meghatározzuk a megvalósítás fix árát.

A költségek nyomon követését több eszköz segíti: írásban rögzített projektterjedelem és átvételi feltételek, a kötelező és az opcionális feladatok elkülönítése, nyíltan feltüntetett tartalékok, valamint rendszeres beszámolók a felhasznált és a fennmaradó költségkeretről.

Ha a várható költségeltérés meghaladja a 10 százalékot, ezt időben jelezzük, még mielőtt a rendelkezésre álló keret kimerülne.

Egy projekt során természetes, hogy új igények merülnek fel. Megváltozhatnak a szervezeti körülmények, új jogszabályi követelmények jelenhetnek meg, vagy a felhasználói visszajelzések alapján más funkciók válhatnak fontosabbá.

Iteratív fejlesztésnél ilyenkor lehetőség szerint a kevésbé fontos feladatokat cseréljük le az új igényekre, ahelyett hogy automatikusan növelnénk a projekt terjedelmét és költségét.

Ez különösen fontos az önkormányzatok számára, ahol egy pótlólagos költségvetési jóváhagyás további döntési folyamatot igényelhet. A várható eltéréseket ezért olyan korán jelezzük, hogy még legyen lehetőség a szükséges módosításokra.

A projektindító megbeszélésen meghatározzuk a résztvevők szerepét, a kapcsolattartás módját és a döntéshozatali folyamatot.

A megvalósítás során jellemzően kéthetes fejlesztési szakaszokban dolgozunk. Minden szakasz végén bemutatjuk az aktuális állapotot, és kérésre tesztkörnyezetben is hozzáférést biztosítunk, hogy Önök közvetlenül ellenőrizhessék az előrehaladást.

A döntéseket írásban dokumentáljuk, a követelményeket és a módosításokat pedig mindkét fél számára hozzáférhető rendszerben követjük nyomon.

A fontosabb mérföldköveket formális átvétel zárja. Az éles üzembe helyezés előtt elvégezzük az átvételi teszteket, és szükség esetén betanítjuk a rendszer használóit.

Az indulást követő időszakra igény szerint fokozott támogatásban és rendelkezésre állásban is megállapodhatunk.

A projekt időtartamát elsősorban a szükséges funkciók köre, a műszaki összetettség és a kapcsolódó rendszerekkel kialakítandó integrációk befolyásolják.

Az ütemezés szempontjából az is fontos, hogy mikor állnak rendelkezésre a szükséges tartalmak és adatok, illetve milyen gyorsan születnek meg a projekt előrehaladásához szükséges döntések és jóváhagyások.

Az elemzés után projekttervet készítünk, amely tartalmazza a tervezett szakaszokat és mérföldköveket.

Nagyobb projekteknél a megvalósítást több ütemre is bonthatjuk. Így az első funkciók már használhatók lehetnek, miközben a további részek fejlesztése még folyamatban van.

Közszférabeli megrendelőknél az ütemezés során egy esetleges közbeszerzési eljárás időtartamával is számolni kell.

Kapcsolattartójuk a határidőkkel, a költségkerettel és a döntésekkel kapcsolatos kérdésekben éppúgy rendelkezésükre áll, mint a szakmai és műszaki egyeztetések során. Nálunk nincs külön ügyfélkapcsolati közvetítő a megrendelő és a projektért felelős szakember között.

Távollét esetére olyan helyettesítést biztosítunk, amelyben a helyettesítő személy ismeri a projektet és annak aktuális állapotát.

Az éles üzembe helyezést követően sem kerülnek át egy névtelen ügyfélszolgálathoz. A támogatási kérések a jegykezelő rendszerünkön, e-mailben vagy telefonon keresztül érkeznek, és olyan munkatársakhoz jutnak el, akik ismerik az adott rendszert.

Lehetőség szerint ugyanazok a szakemberek vesznek részt a fejlesztésben és a későbbi üzemeltetésben is. Így a projekt során megszerzett műszaki és szakmai ismeretek a hosszú távú támogatásban is hasznosulnak.

A projekt során három szerepkör fontos, amelyek akár egyetlen személynél is összpontosulhatnak: valaki, aki dönthet a költségkeretről és jóváhagyhatja a projekt fontosabb lépéseit; valaki, aki ismeri az érintett szakmai folyamatokat és tesztelni tudja az elkészült funkciókat; valamint egy informatikai kapcsolattartó, aki segíthet a hozzáférések és az infrastruktúra kérdéseiben.

Az informatikai kapcsolattartó lehet a szervezet meglévő külső IT-szolgáltatója is.

Az időráfordítás nem egyenletes. Az elemzési szakaszban intenzívebb együttműködésre van szükség, a fejlesztés során inkább időszakos egyeztetésekre és részátvételekre, a végső átvételkor pedig ismét több közreműködésre.

Ha a csapatuk kapacitása korlátozott, további feladatokat is átvállalhatunk, például a tartalmak átvitelét, a tesztelés koordinálását vagy a projektvezetés egyes feladatait.

A workshopokat igény szerint az Önök telephelyén is megtartjuk. Amennyiben a feladat és az infrastruktúra lehetővé teszi, online is dolgozhatunk, ami időt és költséget takaríthat meg. A rendszeres egyeztetések jellemzően távolról zajlanak.

A projekt igényeitől függően agilis, hibrid vagy hagyományos, szakaszokra épülő módszertan szerint is dolgozunk.

HERMES-módszertannal vezetett projektekhez is tudunk csatlakozni. Ilyenkor az előírt szerepekhez, projektfázisokhoz és dokumentációs követelményekhez igazodunk, a megvalósítás pedig a megfelelő keretek között iteratív módon is történhet.

Scrum-környezetben bekapcsolódunk a meglévő sprintekbe és a csapat által használt projektmenedzsment-eszközökbe.

Ha belső informatikai csapattal vagy külső szolgáltatóval dolgozunk együtt, a projekt elején pontosan meghatározzuk, ki melyik területért felel. Előfordulhat például, hogy a meglévő IT-szolgáltató üzemelteti az infrastruktúrát, mi pedig az alkalmazás fejlesztését és karbantartását végezzük.

Másik ügynökség vagy fővállalkozó mellett önállóan körülhatárolt feladatot is átvehetünk, például backendfejlesztést, infrastruktúrát vagy rendszerintegrációt.

Ha a megoldást később saját fejlesztőcsapatuk veszi át, a dokumentációt, a közös fejlesztést és a szükséges betanítást már a projekt kezdetén megtervezzük.

Teljes új fejlesztésre akkor lehet szükség, ha a meglévő technológia már nem kap biztonsági frissítéseket, a rendszer felépítése nem alkalmas az új követelmények teljesítésére, a további bővítések aránytalanul költségessé válnak, vagy a meglévő rendszer üzemeltetése hosszú távon drágább lenne egy új megoldásénál.

Ha ezek a körülmények nem indokolják a teljes cserét, a fokozatos korszerűsítést részesítjük előnyben.

Első lépésként stabilizáljuk és biztonságosabbá tesszük a rendszert, például frissítésekkel, biztonsági mentésekkel és felügyelettel. Ezt követően szükség szerint egyes komponenseket cserélünk le, például a felhasználói felületet, egy rendszerkapcsolatot vagy az adatbázist.

Indokolt esetben több, korábban külön működő megoldást is összevonhatunk egy közös rendszerbe.

A fokozatos korszerűsítés előnye, hogy a meglévő rendszer tovább működhet, a költségek több időszakra oszthatók, és az első fejlesztések eredményei hamarabb használhatóvá válnak. Ugyanakkor számolni kell egy átmeneti időszakkal, amikor a régi és az új komponensek párhuzamosan működnek.

A lehetséges megoldásokat a várható költségek, kockázatok és előnyök alapján hasonlítjuk össze, hogy megalapozott döntést hozhassanak.

A döntés előtt több szempontot vizsgálunk meg közösen.

Fontos például, hogy az adott munkafolyamat mennyiben sajátos a szervezetükre nézve, és egy kész termék milyen mértékben képes támogatni azt jelentős módosítások nélkül.

Összehasonlítjuk a kész szoftver több évre vetített licenc- és üzemeltetési költségeit az egyedi fejlesztés és fenntartás várható költségeivel.

Megvizsgáljuk az adattárolásra, az adatok feletti rendelkezésre és a biztonságra vonatkozó követelményeket, valamint azt is, hány meglévő rendszert kell összekapcsolni.

Egyedi megoldásra lehet szükség például ügyfélportálok, önkiszolgáló platformok és belső szakalkalmazások esetében, vagy olyan folyamatok automatizálásához, amelyek ma több rendszer közötti kézi adatátadást igényelnek.

Gyakran a két megközelítés kombinációja bizonyul megfelelőnek: egy kész szoftver szolgál alapként, amelyet ott egészítünk ki egyedi fejlesztéssel, ahol ez valódi előnyt jelent.

Különbséget teszünk a prototípus és az MVP között.

A prototípus elsősorban arra szolgál, hogy a tervezett felületeket és munkafolyamatokat már korán bemutathassuk és valódi felhasználókkal tesztelhessük. Nálunk rendszerint közvetlenül programkódban készül, nem külön tervezőeszközben.

Az MVP ezzel szemben már éles használatra alkalmas, de tudatosan csak a legfontosabb funkciókat tartalmazza. Sok esetben a prototípus elkészítése után következik az MVP fejlesztése.

Ha a fejlesztéshez szükséges valamelyik kapcsolódó rendszer még nem áll rendelkezésre – például egy tesztelésre használható ERP –, annak működését a rendelkezésre álló interfészleírás alapján szimulálni tudjuk.

A későbbi bővíthetőség érdekében már az első verziónál figyelmet fordítunk a moduláris felépítésre, az átgondolt adatmodellekre, a dokumentált rendszerkapcsolatokra és az automatizált tesztekre.

A további funkciókat több szakaszra bontott fejlesztési tervben rögzítjük. Így a fejlesztés és a költségkeret akár több évre is elosztható.

Az MVP használata során szerzett visszajelzéseket közösen értékeljük, szükség esetén módosítjuk a prioritásokat, majd ezek alapján folytatjuk a fejlesztést.

A rendszerintegrációt általában a meglévő kapcsolódási lehetőségek felmérésével kezdjük.

Megvizsgáljuk, milyen adatoknak kell áramlaniuk a rendszerek között, milyen irányban történik az adatcsere, milyen gyakran szükséges a frissítés, és melyik rendszer számít az adott adatok elsődleges forrásának.

Ha egy alkalmazás nem rendelkezik korszerű API-val, más lehetőségeket is megvizsgálunk. Ilyen lehet a rendszeres fájlimport és -export, az adatbázisszintű szinkronizáció vagy – végső megoldásként – a felhasználói felület automatizálása.

Zárt, gyártóspecifikus rendszerek esetében szükség szerint közvetlenül a gyártóval működünk együtt.

Az egyszeri bejelentkezéshez (SSO) meglévő azonosítási és hozzáférés-kezelési rendszereket is integrálhatunk, például OpenID Connect, OAuth 2.0 vagy SAML használatával. Így a munkatársak a megszokott vállalati hozzáféréseikkel használhatják az új alkalmazást.

Az általunk fejlesztett interfészeket dokumentáljuk, például OpenAPI-specifikációval, hogy azok később más fejlesztők számára is érthetők és továbbfejleszthetők legyenek.

Régebbi rendszerek adatainak átvételekor szükség esetén az adatok tisztítását is elvégezzük.

A munka kezdetén felmérjük a meglévő tartalmakat, adatokat, webcímeket, integrációkat, domaineket, DNS-beállításokat és e-mail-szolgáltatásokat.

Az adatok és tartalmak átvitelét tesztmigrációkkal készítjük elő. Az eredményeket ellenőrizzük, és csak ezt követően kerül sor az éles átállásra.

Kérésre külön tesztkörnyezetet biztosítunk, amelyben már a projekt során kipróbálhatják az új rendszert. Ez a környezet a fejlesztés idejére vagy tartósan is rendelkezésre állhat, és a keresőmotorok elől elzárható.

A meglévő keresőtalálatok és webcímek megőrzése érdekében átirányítási tervet készítünk. A korábbi URL-ekhez szükség szerint 301-es átirányításokat állítunk be, frissítjük az oldaltérképeket, majd az élesítés után figyelemmel kísérjük a hibaoldalakat, a keresőbeli helyezéseket és a rendszer naplóit.

Az átállást lehetőség szerint a rendszer kevésbé forgalmas időszakára időzítjük.

A korábbi rendszert az új megoldás átvételéig működőképes állapotban tartjuk, hogy szükség esetén vissza lehessen térni hozzá. Egyes integrációk az átmeneti időszakban mindkét rendszerrel párhuzamosan működhetnek, amíg az összes kapcsolódó folyamat átállása meg nem történik.

A megoldás jellegétől függően egységteszteket, integrációs teszteket és teljes felhasználói folyamatokat ellenőrző teszteket alkalmazunk. Ezeket szükség esetén teljesítménytesztekkel, valamint különböző böngészőkön és eszközökön végzett ellenőrzésekkel egészítjük ki.

Minden kódmódosítás automatikus teszteken és egy második fejlesztő által végzett ellenőrzésen megy keresztül, mielőtt kiadásra kerülne.

A projekt idejére tesztkörnyezet használatát javasoljuk, amelyben Önök is megvizsgálhatják az elkészült funkciókat. Ez külön megbízás keretében biztosítható, és a projekt lezárása után szükség esetén megszüntethető.

Az átvétel az előre egyeztetett követelmények és ellenőrzési feltételek alapján történik. A tesztelés során feltárt hibákat súlyosságuk szerint osztályozzuk, és a megállapodott határidőknek megfelelően javítjuk.

Az éles üzembe helyezésre csak az Önök jóváhagyását követően kerül sor.

A fontosabb műszaki döntéseket rövid architektúradokumentumokban (ADR) rögzítjük. A projekt végén műszaki dokumentációt és üzemeltetési kézikönyvet adunk át.

Az önkormányzatokra és közintézményekre az akadálymentességgel kapcsolatban jogszabályi követelmények vonatkoznak, amelyek kantononként eltérhetnek. A svájci eCH-0059 szabvány a WCAG 2.1 AA követelményeit veszi alapul.

Ha az akadálymentesség a megbízás része, már a tervezési szakaszban figyelembe vesszük a megfelelő kontrasztokat, az áttekinthető tartalmi felépítést és a billentyűzetes navigációt.

A fejlesztés során szemantikus HTML-t, megfelelően feliratozott űrlapokat és akadálymentesen kezelhető felületi elemeket alkalmazunk.

Az ellenőrzés automatizált és manuális tesztekkel történik, beleértve a billentyűzetes kezelhetőség és a képernyőolvasóval való használhatóság vizsgálatát. Kérésre független szakértő bevonásával külső vizsgálatot is szervezünk. Az akadálymentesség követelményeit a projekt átvételi feltételeiben is rögzíthetjük.

Meglévő weboldalak esetében felmérjük a hiányosságokat, és javaslatot teszünk a szükséges javításokra.

Az akadálymentesség hosszú távú fenntartásához a megfelelő szerkesztői munka is elengedhetetlen. Ezért igény szerint betanítjuk a tartalmakat kezelő munkatársakat az alternatív szövegek, a címsorstruktúra és az akadálymentes dokumentumok használatára. Az akadálymentességi nyilatkozat elkészítéséhez műszaki támogatást is nyújtunk.

Fontos figyelembe venni, hogy a külső szolgáltatóktól származó tartalmak és a meglévő PDF-dokumentumok akadálymentesítése külön munkát igényelhet.

Karbantartási szolgáltatásunk a megállapodott feladatkörtől függően magában foglalja az operációs rendszer, a keretrendszerek és a felhasznált szoftverkomponensek rendszeres frissítését, valamint az ismert biztonsági hiányosságok időben történő javítását.

A rendszerfelügyelet és az automatikus riasztások segítenek abban, hogy a működési problémákat minél korábban észleljük.

A szolgáltatás része lehet a biztonsági mentések készítése és a visszaállítás tesztelése, az előre bejelentett karbantartási időszakok kezelése, valamint az éles rendszeren végzett változtatások dokumentálása.

Kérésre rendszeres üzemeltetési jelentést is készítünk a rendelkezésre állásról, az elvégzett frissítésekről és a még megoldásra váró feladatokról.

Olyan rendszerek karbantartását is átvesszük, amelyeket nem mi fejlesztettünk. Ilyenkor először felmérjük a rendszer műszaki állapotát, hogy pontosan meghatározhassuk, milyen feladatokért és kockázatokért vállalunk felelősséget.

Az üzemeltetés átvétele három lépésben történik: műszaki elemzés, a meglévő rendszer biztonságos működésének biztosítása, majd a rendszeres üzemeltetés megkezdése.

Üzemeltetési és karbantartási szolgáltatásaink korábbi fejlesztési megbízás nélkül is igénybe vehetők.

Az üzemeltetési átalány jellemzően a tárhelyszolgáltatást és az infrastruktúrát, a rendszeres karbantartást, a biztonsági frissítéseket, a rendszerfelügyeletet, a biztonsági mentéseket, valamint a megállapodott műszaki támogatási keretet és reakcióidőket foglalja magában.

A külső szolgáltatók licencdíjait, valamint az üzemeltetésen túlmutató továbbfejlesztéseket külön számoljuk el.

A költségvetés tervezésének megkönnyítése érdekében előre meghatározzuk a rendszeres szolgáltatások díját.

Üzemeltetési szerződéseink jellemzően tizenkét hónapos időtartamra szólnak, három hónapos felmondási idővel.

A hibabejelentéseket a probléma súlyossága és az üzemeltetésre gyakorolt hatása alapján soroljuk be.

Az egyes prioritásokhoz tartozó reakcióidőket és a hiba elhárítására vonatkozó célidőket a szerződésben rögzítjük.

A hibák a jegykezelő rendszeren keresztül, e-mailben vagy telefonon jelenthetők be. Ha egy probléma megoldása a tervezettnél tovább tart, a meghatározott eszkalációs eljárást alkalmazzuk, szükség esetén az ügyvezetés bevonásával.

A rendszerfelügyelet a támogatási időn kívül is működik, és automatikus riasztásokat küld. Az így észlelt problémákat a következő munkanapon kezeljük, kivéve, ha az adott rendszerre munkaidőn kívüli készenlétben állapodtunk meg.

Az alkalmazott szoftverkomponensek kritikus biztonsági hiányosságait alapesetben 48 órán belül javítjuk, a szokásos karbantartási ütemezéstől függetlenül.

A helyreállítási időre (RTO) és a megengedett maximális adatvesztésre (RPO) vonatkozó célértékeket külön szerződésben határozhatjuk meg.

A megfelelő tárhely- és üzemeltetési megoldást az alapján javasoljuk, hogy a rendszer milyen adatokat kezel, és milyen adatvédelmi vagy biztonsági követelményeknek kell megfelelnie.

Különleges védelmi igény nélküli weboldalaknál az európai uniós tárhelyszolgáltatás költséghatékony megoldás lehet. Ilyen esetekben a tranzakciós e-mailek küldéséhez az AWS SES szolgáltatást használjuk, írországi adatfeldolgozással.

Ha egy rendszer közigazgatási személyes adatokat vagy különösen védendő adatokat kezel, illetve kantonális előírások vonatkoznak rá, svájci adattárolási és adatfeldolgozási helyszínt javaslunk. Ilyenkor az érintett szolgáltatókat – az adatközponttól az e-mail-küldésig – az adott projekt követelményei alapján választjuk ki.

Saját infrastruktúránk jelenleg Németországban működik, az Európai Unión belül. A rendszerfelügyelet és a naplózás is ezen az infrastruktúrán történik.

A biztonsági mentéseket naponta készítjük, titkosítva, az éles rendszertől elkülönített helyen tároljuk. Alapértelmezett megőrzési idejük 30 nap, de az adott rendszertől és mentési eljárástól függően hosszabb megőrzési idő is alkalmazható. A visszaállítást rendszeresen teszteljük; ennek gyakoriságát rendszerenként határozzuk meg.

A naplófájlokat rendszeresen kezeljük és titkosítva mentjük. Az alkalmazott alvállalkozók listáját kérésre, illetve az adatfeldolgozói szerződés részeként rendelkezésükre bocsátjuk.

Ha egyes szolgáltatások – például az e-mail-küldés vagy a fejlesztőeszközök – az elsődleges adattárolási helyszínen kívül is kezelhetnek adatokat, ezt előre jelezzük, és szükség esetén alternatív megoldást keresünk.

Meglévő tárhelyszolgáltatójuknál is maradhatnak, vagy saját felhő- és szerverkörnyezetük üzemeltetését is ránk bízhatják. A tárhelyszolgáltatás és a fejlesztés külön is megrendelhető.

Mivel szabványos technológiákat alkalmazunk, a tárhelyszolgáltató későbbi cseréje nem teszi szükségessé a teljes rendszer újrafejlesztését.

Amennyiben az Önök megbízásából személyes adatokat kezelünk, a szükséges adatfeldolgozói szerződést is megkötjük. Tárhelyszolgáltatás és üzemeltetés esetén erre rendszerint szükség van, kizárólag tesztadatokkal végzett fejlesztésnél viszont általában nem.

A szerződésben pontosan meghatározzuk, milyen adatokat kezelünk, milyen célból és milyen feltételek mellett.

A fejlesztés során a beépített adatvédelem elvét követjük. Ennek része az adatkezelés szükséges mértékre korlátozása, a hozzáférési jogosultságok megfelelő szabályozása, az adatok titkosítása továbbítás közben, a titkosított biztonsági mentések és az elkülönített fejlesztői, teszt- és éles környezetek használata.

Éles személyes adatokat nem használunk fejlesztői és tesztkörnyezetekben.

Az alkalmazott műszaki és szervezési adatvédelmi intézkedéseket dokumentáljuk, és azokat kérésre megismerhetik.

A szerződés megszűnését követően az adatokat exportáljuk és átadjuk, majd alapesetben 30 napon belül töröljük, amit írásban is visszaigazolunk.

Adatvédelmi hatásvizsgálat vagy a kantonális jog szerint szükséges előzetes ellenőrzés esetén biztosítjuk a szükséges műszaki információkat.

Ha szeretnék megtudni, hogy meglévő weboldaluk milyen adatokat továbbít külső szolgáltatóknak – például analitikai eszközökön, betűtípusokon, térképeken vagy beágyazott tartalmakon keresztül –, ezt is felmérjük, és javaslatot teszünk a szükséges módosításokra.

A rendszerekhez való hozzáféréseket személyhez kötötten biztosítjuk, és ahol lehetséges, többtényezős hitelesítéssel védjük. A hozzáférési jogosultságokat a szükséges mértékre korlátozzuk, és a munkatársak távozásakor haladéktalanul visszavonjuk.

Az adminisztrátori hozzáférések csak a megfelelő jogosultsággal rendelkező személyek számára érhetők el, és nyomon követhetők.

A jelszavakat, API-kulcsokat és más bizalmas hozzáférési adatokat nem tároljuk a forráskódban, hanem erre szolgáló biztonságos rendszerben kezeljük.

Minden kódmódosítás ellenőrzésen megy keresztül, a felhasznált szoftverkomponenseket pedig automatizáltan vizsgáljuk az ismert biztonsági hiányosságok szempontjából. A kritikus biztonsági frissítéseket alapesetben 48 órán belül telepítjük.

Magasabb biztonsági követelmények esetén részletes biztonsági felülvizsgálatot végzünk, és kérésre külső behatolástesztet is szervezünk.

Biztonsági incidens esetén a meghatározott eljárás szerint járunk el: a felügyeleti és riasztási rendszerek segítségével észleljük a problémát, megtesszük a szükséges azonnali intézkedéseket, majd 24 órán belül tájékoztatjuk Önöket, megjelölve a további egyeztetésért felelős kapcsolattartót.

Ezt követi a hiba elhárítása, a rendszer helyreállítása és az esemény okait, valamint a megtett intézkedéseket összefoglaló írásos jelentés.

Ha az incidens miatt adatvédelmi hatósági bejelentésre van szükség, a rendelkezésünkre álló műszaki információkkal támogatjuk Önöket.

A biztonsági intézkedéseinkről dokumentációt is biztosítunk, például egy beszállítói átvilágításhoz.

Fontos különbséget tenni a Woop Technology és az infrastruktúrát biztosító partnerek tanúsítványai között.

Egy adatközpont tanúsítványa az adott tanúsítás hatálya alá tartozó infrastruktúrára és üzemeltetési folyamatokra vonatkozik. Nem jelenti automatikusan azt, hogy az adatközpont szolgáltatásait igénybe vevő vállalat is rendelkezik ugyanazzal a tanúsítvánnyal.

Az alkalmazásokért, a hozzáférések kezeléséért, a fejlesztési folyamatokért és az ügyféladatok megfelelő kezeléséért a saját felelősségi körünkben mi felelünk.

Tanúsítvány helyett dokumentált biztonsági koncepciót, a műszaki és szervezési intézkedések jegyzékét, kitöltött beszállítói biztonsági kérdőíveket, valamint közbeszerzési eljárásokhoz szükséges önnyilatkozatokat tudunk rendelkezésre bocsátani.

A projekt lezárásakor a teljes forráskódot és a hozzá tartozó dokumentációt alapesetben külön díj nélkül átadjuk. Tisztán fejlesztési megbízás esetén ez a fejlesztési projekt végén történik.

Az átadás a forráskód aktuális, teljes állapotát tartalmazza, a verziótörténet nélkül. Ez elegendő ahhoz, hogy a rendszert saját fejlesztőcsapatuk vagy egy másik szolgáltató továbbfejleszthesse.

Ha már a szerződés időtartama alatt szeretnének betekintést a forráskódba, külön megbízás keretében olvasási jogosultsággal rendelkező tükörtárhelyet biztosíthatunk, amelyet minden új kiadáskor frissítünk.

A korábban fejlesztett, több projektben is felhasznált saját szoftverkomponenseinket külön megjelöljük. Ezekre a megoldásuk részeként nem kizárólagos, időben korlátlan felhasználási jogot kapnak, beleértve a módosítás és a harmadik fél általi továbbfejlesztés lehetőségét is. Az alkalmazott verzió forráskódját szintén átadjuk.

A felhasznált nyílt forráskódú összetevőket és azok licenceit dokumentáljuk, így egyértelműen megismerhetik, milyen komponensekből épül fel a rendszerük.

Az átadott dokumentáció a telepítésre, a rendszerarchitektúrára, az interfészekre és az üzemeltetésre is kiterjed. Úgy készítjük el, hogy olyan szakemberek is dolgozni tudjanak vele, akik korábban nem vettek részt a projektben.

Az adataikat a teljes átadás részeként exportálható formában bocsátjuk rendelkezésükre. Ez az alkalmazott technológiáktól függően adatbázismentéseket, strukturált adatexportokat és az eredeti formátumukban átadott fájlokat foglalhat magában.

A rendszerkapcsolatokat dokumentáljuk. Konténerizált alkalmazások esetében a forráskóddal együtt a szükséges konténerdefiníciókat is átadjuk, hogy az új üzemeltető önállóan készíthessen és telepíthessen további verziókat.

Az üzemeltetési kézikönyv tartalmazza a rendszer követelményeit és az üzemeltetéshez szükséges tudnivalókat. Célunk, hogy a megoldás ne függjön olyan egyedi elemektől, amelyek egy másik szolgáltatónak nem adhatók át.

A szolgáltatóváltást rendezett átadási folyamatként kezeljük. Az átmeneti időszakban megválaszoljuk az új szolgáltató kérdéseit, és segítjük a rendszer átvételét.

Az átadással kapcsolatos munkát a tényleges ráfordítás alapján, a szokásos óradíjunk szerint számoljuk el. Külön kilépési díjat nem alkalmazunk.

Arra az esetre is felkészülünk, ha mi magunk már nem tudnánk tovább biztosítani a szolgáltatást. A dokumentációt naprakészen tartjuk, és a rendszereket több személy ismeri. Kérésre a forráskód folyamatos tükrözéséről vagy letéti elhelyezéséről is megállapodhatunk.

A szerződés lezárásakor átadjuk a forráskódot, az adatokat és a dokumentációt, a nálunk maradó ügyféladatok törléséről pedig írásos igazolást biztosítunk.

A projekt lezárása után többféle együttműködési forma közül választhatnak.

Ránk bízhatják a rendszer teljes üzemeltetését, vagy kizárólag a karbantartását, miközben a tárhelyszolgáltatás a meglévő szolgáltatójuknál marad.

Arra is lehetőség van, hogy csak időszakosan, konkrét fejlesztési feladatokkal bízzanak meg minket, például előre meghatározott órakeret alapján.

Ha a rendszert saját informatikai csapatuk vagy egy másik szolgáltató veszi át, támogatjuk a rendezett átadást. Ez magában foglalhatja a szükséges dokumentáció átadását, a betanítást és egy olyan átmeneti időszakot, amelyben továbbra is rendelkezésre állunk a felmerülő kérdések megválaszolására.

A projekt lezárásakor minden esetben átadjuk a teljes dokumentációt. Igény szerint ezt követően is támogatjuk a saját fejlesztőcsapatukat, illetve betanítjuk a rendszer szerkesztéséért, adminisztrációjáért vagy fejlesztéséért felelős munkatársakat, hogy a megoldást önállóan is kezelni és karbantartani tudják.