2026-GSC-83-TAIKOMŲJŲ SISTEMŲ ADMINISTRAVIMO SISTEMOS APTARNAVIMO PASLAUGOS
Išanalizuota
UAB Ignitis grupės paslaugų centras (PV)
79 000 €
Skelbiamos derybos pagal VPĮCPV: 72260000 - Su programine įranga susijusios paslaugos
ID: 76568982026-05-06 10:00
Atidaryti CVP ISAprašymas
Perkamos taikomųjų sistemų administravimo sistemos (ADMIN) aptarnavimo paslaugos. Šios paslaugos apima sistemos priežiūrą (palaikymą ir konsultavimą) bei vystymą, įskaitant reikalavimų analizę, modifikavimo darbus, duomenų tvarkymą ir mokymus. ADMIN sistema skirta bendrųjų klasifikatorių tvarkymui bei kitų sistemų naudotojų ir jų teisių valdymui.
Kvalifikaciniai reikalavimai
- 1Tiekėjo specialistas (programuotojas) per paskutiniuosius 3 (trejus) metus iki Pirminio pasiūlymo pateikimo termino pabaigos turi turėti ne trumpesnę kaip 2 (dvejų) metų programavimo Oracle SQL/PL programavimo kalba patirtį.
- 2Tiekėjo specialistas (programuotojas) per pastaruosius 3 (trejus) metus iki Pirminio pasiūlymo pateikimo termino pabaigos turi turėti patirtį bent 2 (dviejuose) projektuose, kuriuose būtų vystoma informacinė sistema, naudojant Oracle APEX platformą.
- 3Tiekėjo specialistas (programuotojas) per pastaruosius 3 (trejus) metus iki Pirminio pasiūlymo pateikimo termino pabaigos turi turėti patirties bent 2 (dviejuose) projektuose, kuriuose būtų projektavęs ir/ar modeliavęs Oracle DB.
- 4Tiekėjo specialistas (IT analitikas) per paskutiniuosius 3 (trejus) metus iki Pirminio pasiūlymo pateikimo termino pabaigos turi turėti ne mažesnę kaip 2 (dvejų) metų dalyvavimo informacinių technologijų projektuose, kurių metu vystoma sistema turėjo ne mažiau kaip 3 (tris) integracijas su kitomis sistemomis, patirtį IT analitiko rolėje.
- 5Tiekėjo specialistas (IT analitikas) per paskutiniuosius 3 (trejus) metus iki Pirminio pasiūlymo pateikimo termino pabaigos turi turėti ne trumpesnę kaip 2 (dvejų) metų darbo patirtį informacinių sistemų vystymo srityje kaip veiklos procesų analizės specialistas.
- 6Tiekėjo specialistas (projektų vadovas) per paskutinius 3 (trejus) metus iki Pirminio pasiūlymo pateikimo dienos turi turėti ne mažesnę kaip 1 (vienerių) metų patirtį projektų vadovo rolėje, kuomet dalyvavo informacinių technologijų projektuose, kurių metu buvo vystoma sistema, turinti ne mažiau kaip 2 (dvi) integracijas su kitomis sistemomis, bei projekto vertė ne mažesnė nei 70 000,00 EUR be PVM.
- 7Tiekėjas, jo subtiekėjas, ūkio subjektai, kurių pajėgumais remiamasi, tiekėjo siūlomų prekių (įskaitant jų sudedamąsias dalis, pakuotes) gamintojas ar juos kontroliuojantys asmenys negali būti registruoti (o jei tokie asmenys yra fiziniai asmenys – nuolat gyvenantys ar turėti pilietybę) Rusijos Federacijos, Baltarusijos Respublikos teritorijose, Rusijos Federacijos aneksuotame Kryme, Moldovos Respublikos vyriausybės nekontroliuojamose Padniestrės teritorijose, Sakartvelo vyriausybės nekontroliuojamose Abchazijos ir Pietų Osetijos teritorijose.
- 8Tiekėjas, jo subtiekėjas, ūkio subjektai, kurių pajėgumais remiamasi, nevykdo veiklos Rusijos Federacijos, Baltarusijos Respublikos teritorijose, Rusijos Federacijos aneksuotame Kryme, Moldovos Respublikos Vyriausybės nekontroliuojamose Padniestrės teritorijose, Sakartvelo vyriausybės nekontroliuojamose Abchazijos ir Pietų Osetijos teritorijose, arba nėra ūkio subjektų grupės, kurios bet kuris narys vykdo veiklą aukščiau nurodytose valstybėse ar teritorijose, narys arba jos vadovas, kitas valdymo ar priežiūros organo narys ar kitas asmuo (kiti asmenys), turintis (turintys) teisę atstovauti tiekėjui, subtiekėjui, ūkio subjektui, kurio pajėgumais remiamasi, ar jį kontroliuoti, jo vardu priimti sprendimą, sudaryti sandorį, ir tokiu būdu dalyvauja tokių ūkio subjektų grupių ir (ar) ūkio subjektų veikloje.
- 9Siūlomų prekių (įskaitant jų sudedamąsias dalis, pakuotes) kilmė negali būti Rusijos Federacija, Baltarusijos Respublikos teritorija, Rusijos Federacijos aneksuotame Kryme, Moldovos Respublikos vyriausybės nekontroliuojama Padniestrės teritorija, Sakartvelo vyriausybės nekontroliuoja Abchazijos ir Pietų Osetijos teritorija.
- 10Perkamos paslaugos negalės būti teikiamos iš Rusijos Federacijos, Baltarusijos Respublikos teritorijos, Rusijos Federacijos aneksuoto Krymo, Moldovos Respublikos vyriausybės nekontroliuojamos Padniestrės teritorijos, Sakartvelo vyriausybės nekontroliuojamos Abchazijos ir Pietų Osetijos teritorijos.
- 11Draudžiama pirkime dalyvauti tiekėjams, jų subtiekėjams ar ūkio subjektams, kurių pajėgumais remiamasi, kurie patys ar juos kontroliuojantys asmenys yra registruoti (jeigu tiekėjas, jo subtiekėjas, ūkio subjektas, kurio pajėgumais remiamasi, ar kontroliuojantis asmuo yra fizinis asmuo – nuolat gyvenantis ar turintis pilietybę) Rusijos Federacijoje, Baltarusijos Respublikoje, Kinijos Liaudies Respublikoje (netaikoma Atskirajai Taivano, Penghu, Kinmeno ir Madzu muitų teritorijai), Rusijos Federacijos aneksuotame Kryme, Moldovos Respublikos vyriausybės nekontroliuojamos Padniestrės teritorijoje, Sakartvelo vyriausybės nekontroliuojamoje Abchazijos ir Pietų Osetijos teritorijoje.
- 12Siūlomų prekių gamintojas ar jį kontroliuojantis asmuo negali būti registruoti (jeigu gamintojas ar jį kontroliuojantis asmuo yra fizinis asmuo – nuolat gyvenantis ar turintis pilietybę) Rusijos Federacijoje, Baltarusijos Respublikoje, Kinijos Liaudies Respublikoje (netaikoma Atskirajai Taivano, Penghu, Kinmeno ir Madzu muitų teritorijai), Rusijos Federacijos aneksuotame Kryme, Moldovos Respublikos vyriausybės nekontroliuojamos Padniestrės teritorijoje, Sakartvelo vyriausybės nekontroliuojamoje Abchazijos ir Pietų Osetijos teritorijoje.
- 13Paslaugų teikimas negalės būti vykdomas iš Rusijos Federacijos, Baltarusijos Respublikos teritorijos, Kinijos Liaudies Respublikos (netaikoma Atskirajai Taivano, Penghu, Kinmeno ir Madzu muitų teritorijai), Rusijos Federacijos aneksuoto Krymo, Moldovos Respublikos vyriausybės nekontroliuojamos Padniestrės teritorijos, Sakartvelo vyriausybės nekontroliuojamos Abchazijos ir Pietų Osetijos teritorijos.
Techniniai reikalavimai
Architektūriniai reikalavimai
- 1Paslaugų teikėjas, rengdamas pokyčių ir vystymo darbų architektūros / pokyčių aprašymą bei reikalavimus infrastruktūrai, atsako už dokumentų kokybę, priimtus projektinius sprendimus, jų įgyvendinamumą ir atitikimą Techninei specifikacijai.
- 2Projektuojant pokyčius ir vystymo darbus, turi būti pateiktas reikalingos diskinės talpos kiekis duomenų saugojimui pagal prognozuojamą duomenų augimą (projektuojamą suminį duomenų kiekį per mėnesį/ metus), jeigu nepakanka egzistuojančių resursų.
- 3Vystomose Sistemose vykdomų pokyčių, vystymo darbų ir jų sprendimo įgyvendinimo architektūra turi palaikyti techninių pajėgumų plėtimą, prijungiant papildomą techninę įrangą, be esminių pakeitimų vystomose sistemose.
- 4Paslaugų teikėjas diegimo darbus Sistemose gali pradėti vykdyti tik tuomet, kai suderina Architektūros, pokyčių aprašymo ir reikalavimų infrastruktūrai dokumentus su Klientu.
- 5Vystant ir projektuojant sprendimus, Sistemose turi būti galimybė palaikyti kelių skirtingų organizacinių vienetų duomenis vienu metu (Multi-tenancy): bendrai naudoti atskirų organizacinių vienetų išteklius bei atskirų organizacijų duomenų bazių duomenis, bei matyti tiek suvestinius duomenis, tiek kiekvieno organizacinio vieneto duomenis.
- 6Siūlomi pokyčiai turi būti realizuoti taip, kad pereinant prie aukštesnių Sistemų aplikacijų versijų, nereikėtų atlikti infrastruktūros atnaujinimo ar technologinės platformos atnaujinimo darbų (išskyrus standartiškai gamintojo rekomenduojamus).
- 7Vystant pirkimo dokumentuose minimas Sistemas, programinė įranga neturi būti ribojantis veiksnys didinant šių Sistemų našumą (t.y. našumui padidinti užtenka pridėti aparatinės įrangos, nekeičiant programinės įrangos išeities tekstų).
- 8Vystant Sistemas neturi būti įkoduotų (Hard Coded) duomenų, kuriems koreguoti ir / ar keisti būtų reikalingos Paslaugų teikėjo paslaugos.
- 9Pokyčiai turi būti realizuoti taip, kad atliekant atnaujinimus, susijusius su architektūriniais komponentais ir / ar keičiant duomenų bazę, būtų galimybė atlikti visų duomenų migravimą be papildomų paslaugų ir licencijų įsigijimo iš diegėjo / Sistemų gamintojo.
- 10Integracijos turi būti realizuotos naudojant standartinius sprendimus ir protokolus (REST arba SOAP Web servisų architektūra) duomenų mainų sąsajoms su kitomis sistemomis, Paslaugų teikėjas privalo užtikrinti esamų integracijų palaikymą (per Oracle AQ ir DB ryšius) ir suteikti galimybę kurti naujas integracijas pasitelkiant Kliento vidinę integracijų platformą – ESB.
- 11Nesant galimybės pasinaudoti Kliento vidine integracijų platforma (ESB), Paslaugų teikėjas privalo pateikti architektūrinius siūlymus dėl integracijų realizavimo, užtikrinant standartizuotą API pagrįstą sąveiką (REST arba SOAP Web servisų architektūra).
- 12Vykdant pokyčius, vystymo darbus apdorojamų duomenų apimtys ir jų panaudojimas neturi būti ribojamas licencijomis.
- 13Vykdant pokyčius, vystymo darbus, tvarkomų duomenų įrašų ir el. dokumentų skaičius neturi būti ribojamas, išskyrus apribojimus, atsirandančius dėl virtualios infrastruktūros techninių parametrų ar apribojimų.
- 14Duomenų bazių valdymo sprendimai turi užtikrinti vidines duomenų vientisumo užtikrinimo funkcijas, turėti duomenų atstatymo mechanizmus po gedimų ir pažeidimų.
- 15Sistemose turi būti naudojamos priemonės, užtikrinančios, kad atliekant Sistemų ir (ar) atskirų jos komponentų pakeitimą ir (ar) atnaujinimą, būtų galimybė išlaikyti duomenų bazės lygmenyje atliktus pakeitimus ir konfigūracijas.
- 16Duomenų rezervinio kopijavimo procedūrų metu turi būti tenkinami Sistemų greitaveikai keliami reikalavimai.
- 17Rengiant Sistemos rezervinę kopiją arba archyvą, neturi būti prarastos Sistemoje vykdomos transakcijos ir apdorojami duomenys, t. y. prieš rezervinės kopijos arba archyvo parengimą, turi būti užbaigiamos visos vykdomos transakcijos ir išsaugojami įvesti duomenys.
Bendrai taikomi saugos reikalavimai
- 1Paslaugų teikėjo informacijos saugumas turi būti valdomas vadovaujantis ISO/IEC 27001 informacijos saugumo valdymo standartu.
- 2Bet kokie Sistemos duomenys ar su Sistema susiję duomenys negali būti perduoti jokiai trečiai šaliai be Kliento raštiško sutikimo / leidimo.
- 3Klientui turi būti atskleistos bet kokios su Paslaugos teikimo susijusios šalys, jei jos yra ar planuojamos pasitelkti.
- 4Paslaugų teikėjo darbuotojai, kuriems suteikiama prieiga prie Kliento informacijos, privalo pasirašyti konfidencialumo susitarimus.
- 5Programinės įrangos kūrimo ciklo procese turi būti taikomos saugaus programavimo (Secure Coding) kontrolės priemonės (peržiūros, automatiniai testai, pažeidžiamumų skenavimas ir t.t.).
- 6Paslaugų teikėjas įsipareigoja informuoti Klientą apie įvykusį saugos incidentą, dėl kurio buvo pažeistas Kliento informacijos vientisumas ar konfidencialumas arba buvo/yra trikdoma teikiama Paslauga nedelsiant, bet ne vėliau kaip per 24 valandas.
- 7Paslaugų teikėjas įsipareigoja teikti Klientui visą su įvykusiu kibernetiniu incidentu susijusią informaciją (išsamus incidento aprašymas, priežastis, taikomos priemonės, žurnaliniai įrašai ir kt.) ne vėliau kaip per 1 mėnesį nuo incidento nustatymo momento.
- 8Paslaugų teikėjas turi vykdyti nuolatinį veiklos tęstinumo valdymo testavimą resursams (žmogiškiesiems ir technologiniams), susijusiems su paslaugos teikimu.
- 9Paslaugų teikėjas garantuoja, kad atitinka duomenų apsaugos teisinius reikalavimus, taikomus Lietuvoje ir / ar Europos Sąjungoje.
- 10Paslaugų teikėjas turi užtikrinti, kad Paslaugos teikimui būtų naudojama tik legali programinė įranga bei visos sistemos aplikacinės ir infrastruktūrinės platformos / bibliotekos būtų su naujausiomis saugos pataisomis, bei užtikrinti, kad aplikacinių ir infrastruktūrinių platformų / bibliotekų versijos būtų palaikomos gamintojų.
- 11Klientas arba jo įgalioti Paslaugų teikėjai turi teisę atlikti Paslaugos teikėjo atitikties šiems saugos reikalavimams auditą. Paslaugų teikėjas įsipareigoja sudaryti sąlygas tokiam auditui atlikti sutarties laikotarpiu ar įvykus dideliam incidentui.
- 12Sistemos ir jos komponentų programinė įranga esant galimybei turi būti periodiškai atnaujinama, peržiūrimos ir / arba atnaujinamos ne rečiau kaip kartą per metus.
- 13Sistema, jos vystomi ar modifikuojami funkcionalumai, turi būti apsaugoti nuo dešimties naujausių per tinklą vykdomų atakų (TOP 10), kurių sąrašas skelbiamas OWASP interneto svetainėje www.owasp.org.
- 14Sistemos pažeidžiamumai turi būti matuojami pagal tarptautinę CVSS klasifikavimo skalę: Kritinė reikšmės pažeidžiamumai (9,0-10,0 balų), Svarbios reikšmės pažeidžiamumai (7,0-8,9 balai), Vidutinės reikšmės pažeidžiamumai (4 - 6,9 balai), Žemos reikšmės pažeidžiamumai (0,1 - 3,9 balai).
Sutrikimų prioritetai ir sprendimo laikai
- 1Reagavimo laikas (nuo pranešimo gavimo iki sprendimo pradžios) Kritiniam prioritetui (1) – 0.5 val., sprendimo laikas – 12 val.
- 2Reagavimo laikas Aukštam prioritetui (2) – 1 val., sprendimo laikas – 16 val.
- 3Reagavimo laikas Vidutiniam prioritetui (3) – 2 val., sprendimo laikas – 24 val.
- 4Reagavimo laikas Normaliam prioritetui (4) – 4 val., sprendimo laikas – 32 val.
- 5Reagavimo laikas Žemam prioritetui (5) – 8 val., sprendimo laikas – 40 val.
Vystymo paslaugų teikimo tvarka ir terminai
- 1Vystymo paslaugos teikiamos pagal Kliento poreikius, Klientui teikiant užsakymus raštu, su iš anksto suderintais ir patvirtintais terminais bei apimtimis.
- 2Klientas turi teisę keisti Užsakymą (atsisakyti, keisti terminus, atšaukti, sustabdyti, tikslinti sąlygas), visi pakeitimai turi būti suderinti su Paslaugos teikėju, ir tai nelaikoma Sutarties keitimu.
- 3Klientas, atšaukęs ar atsisakęs Užsakymo dalies, apmoka Paslaugų teikėjui už faktiškai dirbtą laiką pagal valandinį įkainį.
- 4Sistemos Vystymo paslaugos teikiamos Agile būdu, Klientui veikiant kaip produkto savininkui (Product Owner), taikant atitinkamas praktikas darbų planavimui, prioretizavimui, komunikavimui, tarpinių ir galutinių rezultatų priėmimui.
- 5Paslaugų teikėjas turi naudoti Kliento Paslaugų valdymo įrankį darbų planavimui, valdymui ir darbo valandų deklaravimui (arba kitaip Šalims raštu susiderinus).
- 6Kiekvienas Paslaugų teikėjo komandos narys privalo deklaruoti dirbtas valandas Kliento Paslaugų valdymo sistemoje prie konkrečių užduočių ne vėliau kaip per 24 valandas po darbo atlikimo.
- 7Paslaugų teikėjas privalo pateikti Kliento poreikio aprašyme nurodytų reikalavimų vertinimą per ne ilgesnį kaip 5 (penkių) darbo dienų laikotarpį.
- 8Vystymo paslaugų vertinime paslaugų detalizavimo (išskaidymo) žingsniai neturi viršyti 16 (šešiolikos) darbo valandų, išskyrus iš anksto suderintus atvejus.
- 9Paslaugų teikėjas įsipareigoja per Kliento nustatytą terminą pateikti Vystymo paslaugų Užsakymo reikalavimų detalų sprendimo aprašymą (reikalavimų analizę ir siūlomą sprendimo aprašymą).
- 10Paslaugų teikėjas įsipareigoja nuosavybės teise pateikti užsakytų naujų Vystymo paslaugų architektūrinius sprendimus ir aprašymą, kuriame aprašytos funkcionalumo priklausomybės nuo kitų funkcionalumų, užsakytų Vystymo paslaugų sąsajos su kitomis Kliento turimomis sistemomis.
- 11Paslaugų teikėjas testavimo aplinkoje turi atlikti suteiktų Vystymo paslaugų rezultatų testavimą ir pateikti testavimo rezultatų ataskaitą (funkcinis, integracinis, regresinis, Sistemos, priėmimo, našumo, saugumo testavimas pagal Užsakymą).
- 12Sistemos diegimai ir/ar sistemos dalių diegimai turi būti atliekami testavimo aplinkoje, siekiant patikrinti Vystymo paslaugų rezultatų funkcionalumą ir suderinamumą su esamais Sistemos moduliais.
- 13Testavimo metu pastebėtos klaidos turi būti registruojamos ir jų šalinimas valdomas Kliento nurodytoje Paslaugų valdymo sistemoje Paslaugų teikėjo lėšomis.
- 14Paslaugų teikėjas turi pateikti išsamias instrukcijas, kaip teisingai įdiegti/išdiegti į / iš Sistemos testavimo aplinką ir (ar) sukonfigūruoti Sistemos tobulinimą / keitimą / vystymą gamybinėje aplinkoje.
- 15Paslaugų teikėjas turi automatizuoti kodo diegimą į testinę ir gamybinę aplinką naudojant GitLab / GitHub CI / CD įrankius, apibrėžiant CI / CD vykdomosios eigos etapų seką ir užduotis.
- 16GitLab / GitHub aplinkos kintamieji turi būti konfigūruoti jautrių duomenų, tokių kaip API raktai ir slaptažodžiai, saugojimui.
- 17Po kodo įdiegimo į testinę ir gamybinę aplinką turi būti sugeneruojama ataskaita apie sėkmingus / nesėkmingus žingsnius.
- 18Diegimo / išdiegimo instrukcijoje Paslaugų teikėjas privalo pateikti diegimo / išdiegimo kodų rinkinius, aprašyti diegimo darbus (žingsnius) ir kiekvieno žingsnio trukmes, bei pateikti rekomendacijas dėl Sistemų vartotojų darbo diegimo metu ir diegimo į gamybinę aplinką patikros planą.
- 19Kartu su diegimo instrukcija Paslaugų teikėjas turi pateikti atnaujintą naudotojo vadovą, kuriame aprašytas keitimas/automatizuojama funkcija, diagramos, veiksmai prieš pradedant, kaip pradėti ir atlikti funkciją, bei tolimesni veiksmai funkcijos procesui pabaigti.
- 20Naujai įkeltas funkcionalumas į Sistemos gamybinę aplinką neturi sutrikdyti kitų Sistemos modulių ir juose esančių funkcijų darbo. Sutrikimo atveju laikoma, kad funkcionalumas atliktas nekokybiškai.
- 21Sistemos techninės ir / arba programinės įrangos modifikavimas, tobulinimas ir klaidų taisymas negali turėti įtakos anksčiau įvestų duomenų vientisumui.
- 22Sistemoje atliekant pakeitimą ir / ar atnaujinimą, turi būti užtikrinta, kad visi saugomi duomenys bus perkelti į naują duomenų bazės struktūrą, bus išlaikytas duomenų vientisumas ir integralumas, jokie saugomi duomenys nebus prarasti, ir nebus sutrikdytas Sistemoje realizuotas funkcionalumas.
- 23Užsakytų Vystymo paslaugų perdavimas Klientui vykdomas Šalims pasirašant suteiktų Vystymo paslaugų Perdavimo-priėmimo aktą.
- 24Vystymo paslaugų Perdavimo-priėmimo aktą Klientas pasirašo, kai gamybinėje Sistemos aplinkoje galima įvykdyti veiklos procesus Vystymo paslaugų Užsakyme apibrėžta funkcionalumo apimtimi, nėra likusių Kliento nurodytų ir neištaisytų klaidų, o naujai į gamybinę aplinką įkeltas funkcionalumas veikia kokybiškai. Visus trūkumus šalina Paslaugų teikėjas savo sąskaita.
- 25Vystymo paslaugų Perdavimo-priėmimo aktą Klientas pasirašo atlikus suteiktų Vystymo paslaugų bandomąją eksploataciją gamybinėje Sistemos aplinkoje, kurios trukmė numatoma Užsakyme.
- 26Vystymo paslaugų perdavimo-priėmimo aktas pasirašomas, kai Klientui perduodami visi Užsakyme nurodyti dokumentai ir (ar) kiti paslaugų rezultatai, atitinkantys Užsakyme keliamus reikalavimus.
- 27Paslaugų teikėjas įsipareigoja sugeneruoti Klientui sukurtus išeitinius kodus (source code) ir/ar jų turinį bei instrukcijas įkelti į Kliento IT infrastruktūroje naudojamą priemonę (GITLAB arba GITHUB), bei nuolat atnaujinti, o pasibaigus Sutarčiai – perduoti juos su nuosavybės teise Klientui be apribojimų.
- 28Naujo funkcionalumo atnaujinimai ir (ar) pataisymai į Kliento testavimo aplinką priėmimo testavimo vykdymui gali būti keliami ne daugiau kaip 2 kartus. Jeigu į testavimo aplinką įkeltas funkcionalumas buvo įkeltas daugiau kaip 2 kartus dėl Paslaugų teikėjo neišspręstų / paliktų klaidų, laikoma, kad įkeltas funkcionalumas atliktas nekokybiškai.
- 29Paslaugų teikėjas suteiktoms Vystymo paslaugoms suteikia ne trumpesnę kaip 12 (dvylikos) mėnesių garantiją, skaičiuojamą nuo Paslaugų Perdavimo-priėmimo akto pasirašymo dienos.
- 30Garantiniu laikotarpiu Paslaugų teikėjas įsipareigoja neatitikimus / trūkumus ištaisyti savo sąskaita per nustatytus paslaugų teikimo terminus nuo Kliento pranešimo raštu arba pateikti laikiną sprendimą.
Palaikymo paslaugų teikimo tvarka ir terminai
- 1Sistemos Palaikymo paslaugos teikiamos pagal Kliento pranešimus apie technines Sistemos darbo problemas / sutrikimus.
- 2Pranešimai apie technines Sistemos veikimo problemas / sutrikimus teikiami per Kliento paslaugų valdymo sistemą arba kita Kliento pasiūlyta forma.
- 3Visi sutrikimai registruojami, sprendžiami ir pranešimai siunčiami naudojantis Kliento paslaugų valdymo sistema arba kita su Klientu suderinta sistema.
- 4Jei Sistemos veikimo sutrikimams pašalinti reikia programinio kodo pakeitimų, Paslaugų teikėjas privalo pateikti TS 7.1.4 punktuose nurodytą dokumentaciją ir suprogramuotus kodus.
- 5Sistemos veikimo problema/sutrikimas laikomas pašalintu, kai Kliento įgaliotas atstovas raštu patvirtina, kad Sistemos darbo problemos / sutrikimo nėra.
- 6Palaikymo paslaugos apima testavimo paslaugas (Sistemos programinės įrangos ir jos pakeitimų (atnaujinimų) testavimą).
- 7Palaikymo paslaugos apima diegimo paslaugas (Sistemos programinės įrangos ir jos pakeitimų diegimo paketo paruošimą bei pateikimą, esant poreikiui – diegimą nurodytose aplinkose).
Sutarties vykdymo metu pateikiama dokumentacija
- 1Paslaugų teikėjas privalo pateikti Vystymo paslaugų vertinimą pagal Kliento pateiktą formą, nurodant trumpą aprašymą, galimas rizikas, prielaidas, kainą ir terminus.
- 2Paslaugų teikėjas privalo pateikti Vystymo paslaugų rezultato testavimo ataskaitą pagal Kliento suderintą formą, nurodant testuojamą objektą, atliktus veiksmus, testuojamus duomenis (testavimo atvejus), laukiamą rezultatą, gautą rezultatą, išvadas ir rekomendacijas.
- 3Kartu su Vystymo paslaugų perdavimo-priėmimo aktu Paslaugų teikėjas privalo Klientui pateikti suderintą pakeitimų analizę ir priedus, pakeitimų techninę specifikaciją, diegimo/konfigūravimo instrukcijas, testavimo rezultatus (Xray test execution), naudotojo vadovą, administravimo vadovą, suprogramuotų dalių vykdymo kodus (execution code) ir programinių priemonių išeities kodus (source code).
- 4Programinių priemonių išeities kodai turi būti kompiliavimui paruoštas rinkmenų paketas, atitikti gerosios programinio kodo formatavimo, kintamųjų bei funkcijų įvardinimo praktikas, būti korektiški ir Klientas turi turėti galimybę juos keisti be papildomų leidimų.
- 5Visi dokumentai (TS 7.1.4 p.) privalo būti pateikti Klientui lietuvių kalba, laikantis bendrinės lietuvių kalbos taisyklių, išsamūs, naudotojo ar administratoriaus instrukcijos turi būti iliustruotos naudotojo sąsajos su paveikslėliais, ir pateikti elektroninėje laikmenoje ar/ir Kliento naudojamomis priemonėmis (CONFLUENCE / SHAREPOINT, GITLAB arba GITHUB).
Konsultavimo paslaugų teikimo tvarka ir terminai
- 1Konsultavimo paslaugos teikiamos pagal poreikį (telefonu, el. paštu ar kita Paslaugų teikėjo pasiūlyta forma).
- 2Atsakymai į neatsakytus paklausimus turi būti pateikti ne ilgiau kaip per 7 (septynias) Kliento darbo valandas nuo paklausimo pateikimo.
- 3Sudėtingų konsultavimo paslaugų atsakymų pateikimo terminas gali būti suderintas, bet ne ilgiau nei per 32 (trisdešimt dvi) Kliento darbo valandas.
- 4Konsultavimo paslaugų poreikis galimas dėl infrastruktūrinių klausimų (serverių konfigūracija, teisių nustatymas), Sistemos sutrikimų (duomenų teikimo kelio konsultavimas, techninių žurnalų analizė) ir Sistemos planuojamų pakeitimų apimties bei efektyvumo (vystymo perspektyvos, keitimo galimybės, realizavimo laikai, įvertinimai).
Priežiūros paslaugų teikimo tvarka ir terminai
- 1Priežiūros paslaugos teikiamos pagal Kliento poreikį visą Sutarties galiojimo laikotarpį.
- 2Priežiūros paslaugos turi būti teikiamos užregistravus užklausą / paklausimą arba incidentą darbų valdymo ar kitoje naudojamoje sistemoje (suderinama pagal Kliento poreikį).
- 3Priežiūros paslaugos Sistemos gamybinei aplinkai teikiamos darbo dienomis I-IV 7:30 – 16:30, V 7:30-15:15 (8x5 režimu).
- 4Esant abiejų šalių susitarimui, Priežiūros paslaugos gali būti teikiamos ir ne darbo metu.
- 5Priežiūros paslaugos apmokamos pagal faktiškai sugaištą laiką, neviršijant iš anksto su Klientu raštu suderintų darbo apimčių (valandų).
- 6Priežiūros paslaugų Perdavimo-priėmimo aktas surašomas iki kiekvieno einamojo mėnesio 5 dienos už praėjusio mėnesio suteiktas paslaugas, jame pateikiamas suteiktų paslaugų sąrašas, trukmė ir suma.
- 7Kiekvienas komandos narys privalo deklaruoti dirbtas valandas Kliento pasirinktoje Paslaugų valdymo sistemoje prie konkrečių užduočių ne vėliau kaip per 24 valandas po darbo atlikimo, o visas einamojo mėnesio dirbtos valandos privalo būti galutinai deklaruotos iki paskutinės to mėnesio darbo dienos pabaigos.
Dokumentai22
tendis.lt · Sukurta recodin.lt