(2025-GSC-913) Verslo valdymo sistemos aptarnavimo paslaugos
Išanalizuota
UAB Ignitis grupės paslaugų centras (PV)
2 000 000 €
Skelbiamos derybos pagal VPĮCPV: 72260000 - Su programine įranga susijusios paslaugos
ID: 63231742026-01-29 05:20
Atidaryti CVP ISAprašymas
Perkamos Verslo valdymo sistemos Microsoft Dynamics 365 Finance and Supply Chain Management aptarnavimo paslaugos, kurios apima priežiūros (palaikymo, konsultavimo, testavimo, diegimo) ir vystymo (analizės, projektavimo, programavimo, duomenų tvarkymo, testavimo, diegimo, mokymų) paslaugas. Šios paslaugos skirtos sistemai, naudojamai Ignitis grupės įmonėse Lietuvoje, Lenkijoje, Estijoje ir Latvijoje, užtikrinant jos veikimą, tobulinimą ir priežiūrą „On-premise“ platformoje.
Kvalifikaciniai reikalavimai
- 1Tiekėjas per pastaruosius 3 (trejus) metus iki Paraiškos pateikimo termino pabaigos pagal vieną ar daugiau įvykdytų arba vykdomų sutarčių yra savo jėgomis suteikęs apskaitos ir/ar verslo valdymo sistemos vystymo ir/ar priežiūros paslaugų, kurių bendra vertė būtų ne mažesnė kaip 100.000,00 (šimtas tūkstančių eurų ir 00 ct) EUR be PVM. Jei Tiekėjas teikia informaciją apie vykdomą (-as) sutartį (-is), laikoma, kad jo patirtis atitinka keliamą reikalavimą, jei vykdomos (-ų) sutarties (-ių) bendra įvykdyta dalis per pastaruosius 3 (trejus) metus iki Paraiškos pateikimo termino pabaigos yra ne mažesnė nei 100.000,00 (šimtas tūkstančių eurų ir 00 ct) EUR be PVM.
- 2Tiekėjas turi bent 1 (vieną) specialistą (pvz., konsultantą ir/arba analitiką), kuris laimėjimo atveju bus paskirtas Sutarties vykdymui ir kuris per paskutinius 5 (penkerius) metus turi ne mažesnę kaip 3 (trejų) metų patirtį verslo valdymo sistemos Microsoft Dynamics 365 Finance and Supply Chain Management vystyme ir priežiūroje, ir kuri apima žemiau nurodytas atsakomybes / funkcijas: Poreikių analizės surinkimą; Analizės dokumentų ir užduočių programuotojui ruošimą; Sistemos konfigūravimo darbus; Konsultavimą Sistemos funkcionalumų ir kitais klausimais.
- 3Tiekėjas turi bent 1 programuotoją, kuris laimėjimo atveju bus paskirtas Sutarties vykdymui ir kuris per paskutinius 5 (penkerius) metus turi ne mažesnę kaip 3 (trejų) metų programavimo patirtį verslo valdymo sistemos Microsoft Dynamics 365 Finance and Supply Chain Management vystyme ir priežiūroje.
Techniniai reikalavimai
SLA reikalavimai
- 1Kritinis (Prioritetas 1) sutrikimas: Reakcijos laikas 0.5 val., Sprendimo laikas 8 val.
- 2Aukštas (Prioritetas 2) sutrikimas: Reakcijos laikas 1 val., Sprendimo laikas 12 val.
- 3Vidutinis (Prioritetas 3) sutrikimas: Reakcijos laikas 2 val., Sprendimo laikas 16 val.
- 4Normalus (Prioritetas 4) sutrikimas: Reakcijos laikas 4 val., Sprendimo laikas 24 val.
- 5Žemas (Prioritetas 5) sutrikimas: Reakcijos laikas 8 val., Sprendimo laikas 32 val.
- 6Konsultavimo paslaugos teikiamos nedelsiant. Jeigu negali suteikti tinkamos konsultacijos iš karto, atsakymus pateikti ne ilgiau kaip per 7 Kliento darbo valandų, arba iki 32 Kliento darbo valandų sudėtingais atvejais.
Saugumo reikalavimai
- 1Informacijos saugumas turi būti valdomas vadovaujantis ISO/IEC 27001 informacijos saugumo valdymo standartu.
- 2Paslaugų teikėjas turi turėti patvirtintą informacijos saugumo politiką pagal Standarto reikalavimus.
- 3Paskirtas už informacijos saugą atsakingas asmuo.
- 4Darbuotojai turi būti supažindinti su informacijos saugumo reikalavimais.
- 5Ne rečiau kaip vieną kartą per metus turi būti atliekamas informacinio saugumo rizikų vertinimas, apimantis visas teikiamas paslaugas.
- 6Patvirtinta informacijos valdymo (klasifikavimo, žymėjimo ir naudojimo) tvarka.
- 7Patvirtintos fizinės saugos politika ir planai, užtikrinantys informacinių išteklių fizinę apsaugą.
- 8Patvirtinta saugaus informacijos laikmenų utilizavimo tvarka.
- 9Parengtos elektroninio pašto, interneto, kompiuterio ir kitų informacinių išteklių naudojimo instrukcijos.
- 10Formalizuotos keitimų ir konfigūracijų valdymo tvarkos ir procesai.
- 11Informacijos saugumo valdymo sistema (ISVS), rizikų valdymo priemonės ir Paslaugos turi būti kasmet vertinamos nepriklausomų auditorių.
- 12Patvirtinta saugumo incidentų valdymo tvarka.
- 13Paskirtas informacijos saugos auditorius, kurio funkcijos atskirtos nuo priemonių įgyvendinimo.
- 14Programinė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.) pagal ISO/IEC 27001 standartą.
- 15Sistemos duomenys ar su Sistema susiję duomenys negali būti perduoti jokiai trečiai šaliai be Užsakovo raštiško sutikimo.
- 16Tiekėjas įsipareigoja informuoti Užsakovą apie įvykusį saugos incidentą nedelsiant, bet ne vėliau kaip per 24 valandas.
- 17Tiekėjas turi vykdyti nuolatinį veiklos tęstinumo valdymo testavimą resursams (žmogiškiesiems ir technologiniams).
- 18Tiekėjas garantuoja, kad atitinka duomenų apsaugos teisinius reikalavimus, taikomus Lietuvoje ir / ar Europos Sąjungoje.
- 19Paslaugos teikimui turi būti naudojama tik legali programinė įranga bei atnaujintos sistemos aplikacinės ir infrastruktūrinės platformos/bibliotekos su saugos pataisomis, palaikomos gamintojų.
- 20Sistemos pažeidžiamumai turi būti matuojami pagal tarptautinę CVSS klasifikavimo skalę: Kritinės reikšmės (9,0-10,0 balų), Svarbios reikšmės (7,0-8,9 balų), Vidutinės reikšmės (4-6,9 balų), Žemos reikšmės (0,1-3,9 balų).
- 21Sistema turi būti apsaugota nuo dešimties naujausių per tinklą vykdomų atakų (OWASP TOP 10).
Pirkimo objekto aprašymas
- 1Verslo valdymo sistemos Microsoft Dynamics 365 Finance and Supply Chain Management vystymo ir priežiūros paslaugos On-premise platformoje visose Ignitis grupės įmonėse Lietuvoje, Lenkijoje, Estijoje ir Latvijoje.
- 2Paslaugos apima: Priežiūros paslaugas (Palaikymo, Konsultavimo, Testavimo, Diegimo) ir Vystymo paslaugas (Analizės, Reikalavimų detalizavimo, Sistemos pakeitimų projektavimo/programavimo/konfigūravimo, Duomenų tvarkymo, Testavimo, Diegimo, Mokymų).
Paslaugų vykdymas ir apimtys
- 1Priežiūros paslaugos turi būti teikiamos nuolat visą Sutarties galiojimo laikotarpį.
- 2Priežiūros paslaugos teikiamos I-IV: 7:30 – 16:30, V 7:30-15:15 (8x5) darbo valandomis.
- 3Už Priežiūros paslaugas mokamas abonentinis fiksuotas mėnesinis mokestis, į kurį įeina ne daugiau kaip 30 valandų Tiekėjo teikiamų Priežiūros paslaugų kiekvieną mėnesį.
- 4Klientas Paslaugų teikimo laikotarpiu turi teisę sustabdyti Priežiūros paslaugų teikimą ir nemokėti už tokį sustabdymo laikotarpį.
- 5Paslaugos teikėjas žinodamas Sistemos versiją ir komponentų suderinamumą, turi proaktyviai raštu informuoti Klientą apie artėjantį nesuderinamumą tarp versijų ne vėliau nei likus 6 mėnesiams.
- 6Kiekvienas Paslaugų teikėjo darbuotojas privalo deklaruoti dirbtas valandas Kliento Paslaugų valdymo sistemoje prie konkrečių užduočių ne vėliau kaip per 24 valandas po darbo atlikimo (kai sustabdomas abonentinis mokestis).
- 7Vystymo paslaugos teikiamos pagal Kliento poreikius, Klientui teikiant Užsakymus Paslaugų teikėjui raštu.
- 8Vystymo paslaugų suteikimo terminai ir apimtys yra iš anksto raštu suderinami ir patvirtinami Užsakyme Paslaugų teikėjo ir Kliento įgalioto darbuotojo.
- 9Klientas turi teisę keisti Užsakymą (atsisakyti dalies, keisti terminus, atšaukti, sustabdyti, tikslinti) suderinus su Paslaugos teikėju.
- 10Paslaugų teikėjas turi naudoti Kliento Paslaugų valdymo įrankį darbų planavimui, valdymui ir darbo valandų deklaravimui.
- 11Paslaugų teikėjas privalo pateikti aprašytų reikalavimų vertinimą per ne ilgesnį kaip 5 (penkių) darbo dienų laikotarpį.
- 12Vertinime paslaugų detalizavimo (išskaidymo) žingsniai neturi viršyti 16 (šešiolikos) darbo valandų, išskyrus su Klientu suderintą ilgesnę trukmę.
- 13Paslaugų teikėjas privalo pateikti Vystymo paslaugų Užsakymo reikalavimų detalų sprendimo aprašymą (reikalavimų analizę ir siūlomą sprendimo aprašymą).
- 14Už apimtis (darbo valandų kiekį), kurios nebuvo suderintos (t. y. kurios nebuvo nurodytos Užsakyme) Klientas neapmoka.
- 15Paslaugų teikėjas testavimo aplinkoje turi atlikti suteiktų Vystymo paslaugų rezultatų testavimą ir pateikti testavimo rezultatų ataskaitą.
- 16Testavimo metu pastebėtos klaidos turi būti registruojamos ir jų šalinimas valdomas Kliento nurodytoje Paslaugų valdymo sistemoje Paslaugų teikėjo lėšomis.
- 17Paslaugų teikėjas turi automatizuoti kodo diegimą į testinę ir gamybinę aplinką naudojant GitLab CI/CD įrankius.
- 18Diegimo/išdiegimo instrukcijoje Paslaugų teikėjas privalo pateikti diegimo/išdiegimo kodų rinkinius, aprašyti diegimo darbus ir trukmes, 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 turi būti keitimo/automatizuojamos funkcijos aprašymas, veiklos diagrama, informacija apie veiksmus prieš pradedant vykdyti funkciją, kaip pradėti ir atlikti funkciją, ir tolimesnius veiksmus.
- 20Naujai įkeltas funkcionalumas į Sistemos gamybinę aplinką neturi sutrikdyti kitų Sistemos modulių ir juose esančių funkcijų darbo.
- 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 galimybė užtikrinti duomenų perkėlimą, vientisumą, integralumą, nepraradimą ir funkcionavimą.
- 23Paslaugų teikėjas šios Techninės specifikacijos suteiktoms Vystymo paslaugoms suteikia ne trumpesnę kaip 12 (dvylikos) mėnesių garantiją.
- 24Garantiniu laikotarpiu Paslaugų teikėjas įsipareigoja ištaisyti neatitikimus/trūkumus savo sąskaita pagal nustatytus terminus arba pateikti laikiną sprendimą.
- 25Sistemos ir jos komponentų programinė įranga turi būti periodiškai atnaujinama ne rečiau kaip kartą per metus.
- 26Paslaugų teikėjas teikia Paslaugas naudodamas savo ir Kliento IT infrastruktūrą.
- 27Paslaugų teikėjas ir jo darbuotojai privalo Klientui pateikti pasirašytus saugumo ir konfidencialumo dokumentus prieš suteikiant prisijungimus prie Sistemos.
- 28Perkamas Paslaugų kiekis yra preliminarus: Priežiūros paslaugos - ne daugiau kaip 36 mėn., preliminariai 880 darbo valandų (darbo metu) ir 500 darbo valandų (ne darbo metu); Vystymo paslaugos – preliminariai 20 000 darbo valandų.
Sistemos architektūros reikalavimai
- 1Architektūros aprašymo ir reikalavimų infrastruktūrai dokumentą parengęs Paslaugų teikėjas atsako už jo kokybę, priimtus projektinius sprendimus ir galimybę juos įgyvendinti, ir jo atitikimą Techninei specifikacijai.
- 2Projektavimo metu turi būti pateiktas reikalingos diskinės talpos kiekis duomenų saugojimui pagal projektuojamą Sistemos apkrovą (suminį duomenų kiekį per mėn/ metus).
- 3Sistemos ir jos sprendimo įgyvendinimo architektūra turi palaikyti techninių pajėgumų plėtimą, prijungiant papildomą techninę įrangą.
- 4Siūlomi Sprendimai privalo atitikti daugiapakopę (multitenant) architektūrą, leidžiančią teikti paslaugas iš jungtinės infrastruktūros keliems Sistemos naudotojams/nuomininkams.
- 5Projektuojant sprendimus, sistemoje turi būti galimybė palaikyti kelių skirtingų organizacinių vienetų duomenis vienu metu, leidžianti bendrai naudoti išteklius ir matyti suvestinius bei atskirų organizacinių vienetų duomenis.
- 6Siūlomi pokyčiai turi būti realizuoti taip, kad pereinant prie aukštesnės Sistemos aplikacijų versijos, nereikėtų atlikti infrastruktūros ar technologinės platformos atnaujinimo darbų (išskyrus gamintojo rekomenduojamus).
- 7Vystoma Sistemos programinė įranga neturi būti ribojantis veiksnys didinant Sistemos našumą (našumui padidinti užtenka pridėti reikalingos aparatinės įrangos, nekeičiant programinės įrangos išeities tekstų).
- 8Vystant Sistemą 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 / Sistema gamintojo.
- 10Pokyčiai turi turėti standartinius sprendimus ir protokolus duomenų mainų sąsajų su kitomis sistemomis realizavimui.
- 11Integracijai su Kliento eksploatuojamomis informacinėmis sistemomis turi būti naudojama API grįsta REST ir/arba SOAP Web servisų architektūra.
- 12Sistema turėtų būti įgyvendinta remiantis į paslaugas orientuota architektūra (SOA) ir užtikrinti paslaugų moduliarumą, plečiamumą ir pernaudojamumą.
- 13Sistemos apdorojamų duomenų apimtys ir jų panaudojimas neturi būti ribojamas licencijomis.
- 14Sistemoje tvarkomų duomenų įrašų ir el. dokumentų skaičius neturi būti ribojamas, išskyrus apribojimus, atsirandančius dėl virtualios infrastruktūros techninių parametrų.
- 15Duomenų bazių valdymo sprendimai turi užtikrinti vidines duomenų vientisumo užtikrinimo funkcijas, turėti duomenų atstatymo mechanizmus po gedimų ir pažeidimų.
- 16Sistemoje turi būti naudojamos priemonės, užtikrinančios, kad atliekant Sistemos ir (ar) atskirų jos komponentų pakeitimą ir (ar) atnaujinimą, būtų galimybė išlaikyti duomenų bazės lygmenyje atliktus pakeitimus ir konfigūracijas.
- 17Duomenų rezervinio kopijavimo procedūrų metu turi būti tenkinami Sistemos greitaveikai keliami reikalavimai.
- 18Rengiant Sistemos rezervinę kopiją arba archyvą, neturi būti prarastos Sistemoje vykdomos transakcijos ir apdorojami duomenys.
Pateikiamos dokumentacijos ir kodų reikalavimai
- 1Paslaugų teikėjas privalo pateikti Vystymo paslaugų vertinimą, kuriame nurodomas trumpas aprašymas, galimos rizikos, prielaidos, kaina ir terminai.
- 2Paslaugų teikėjas privalo pateikti Vystymo paslaugų rezultato testavimo ataskaitą, kurioje nurodomas testuojamas objektas, atlikti veiksmai, testuojami duomenys, laukiamas/gautas rezultatas, išvados ir rekomendacijos.
- 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; programinių priemonių išeities kodus.
- 4Programinių priemonių išeities kodai turi atitikti gerąsias programinio kodo formatavimo, kintamųjų bei funkcijų įvardinimo praktikas, būti perduoti visi korektiški ir Klientas turi galėti juos keisti be papildomų leidimų.
- 5Dokumentai turi būti pateikti Klientui lietuvių kalba, išsamūs, su iliustruotomis naudotojo ar administratoriaus instrukcijomis.
- 6Visi dokumentai turi būti pateikti elektroninėje laikmenoje ar/ir į Kliento naudojamą CONFLUENCE/SHAREPOINT priemonę.
- 7Vykdymo ir išeitiniai kodai turi būti pateikti į Kliento naudojamą GITLAB priemonę.
- 8Visi pateikti dokumentai ir kodai nuo jų perdavimo Klientui tampa jo turtine ir neturtine intelektine nuosavybe, be jokių naudojimosi apribojimų.
Dokumentai29
tendis.lt · Sukurta recodin.lt