DIRBTINIO INTELEKTO LICENCIJŲ IR POKALBIŲ ROBOTŲ VALDYMO PLATFORMOS PIRKIMAS
Išanalizuota
Viešoji įstaiga CPO LT
Skelbiama apklausaCPV: 72260000 - Su programine įranga susijusios paslaugos
ID: 69686072026-03-17 17:07
Atidaryti CVP ISAprašymas
Perkamos dirbtinio intelekto licencijos ir pokalbių robotų valdymo platforma (DIP). Pirkimas apima platformos kūrimą, diegimą, naudotojų apmokymą, garantinį palaikymą bei papildomas palaikymo ir vystymo paslaugas. Tikslas – efektyvinti CPO LT specialistų darbą su viešųjų pirkimų informacija, naudojant bendrosios paskirties ir specializuotus DI pokalbių robotus.
Kvalifikaciniai reikalavimai
- 1Tiekėjas per paskutinius 5 (penkerius) metus iki pasiūlymo pateikimo termino pabaigos, arba per laiką nuo tiekėjo įregistravimo dienos (jeigu tiekėjas vykdė veiklą mažiau nei 5 (penkerius) metus), turi būti tinkamai suteikęs Dirbtinio intelekto platformos kūrimo ir diegimo paslaugas, kurių bendra vertė turi būti ne mažesnė kaip 6 000,00 (šeši tūkstančiai) Eur be PVM. Galutinį rezultatą tiekėjas gali būti pasiekęs pagal vieną ar kelias sutartis, sudarytas dėl to paties objekto. Sutartis kvalifikacijai pagrįsti yra tinkama tuo atveju, jeigu iki pasiūlymo pateikimo termino pabaigos DIP kūrimo ir diegimo paslaugos yra baigtos.
Techniniai reikalavimai
Garantinis palaikymas
- 1Garantinis DIP palaikymas turi būti teikiamas nuo DIP sukūrimo ir diegimo priėmimo 11 (vienuolikos) mėnesių laikotarpyje.
- 2Garantinis DIP palaikymas turi apimti DIP sutrikimų, įvykusių dėl Tiekėjo kaltės, šalinimą be papildomo apokėjimo.
- 3Garantinio palaikymo sutrikimų tipai: Klaida (funkcionalumo defektai, neatitikimai Techninės specifikacijos reikalavimams); DI incidentas (naudojamų DI modelių ir/ar kitų DIP priemonių neatitiktis ES DI aktui ir/ar kitiems teisės aktams).
Stebėsena ir resursų valdymas
- 1DIP turi turėti naudotojų aktyvumo ir veiksmų stebėsenos priemones ir ataskaitas tiek visiems naudotojams bendrai, tiek pasirinkus konkretų naudotoją, nurodant stebėjimo laikotarpį, apimant naudotojų prisijungimus, DI modelių panaudojimą, pokalbių robotų panaudojimą.
- 2Turi būti galimybė sekti ir registruoti kiekvienos užklausos į DI modelį kaštus, remdamasi modelio tiekėjo kainodara.
- 3DIP turi užtikrinti galimybę valdyti standartinių bendrosios paskirties DI modelių licencijas: Tvarkyti prieigą prie standartinių bendrosios paskirties DI modelių debesijos paslaugų ir integracijų; Keisti standartinių bendrosios paskirties DI modelius; Nustatyti DI resursų – žetonų (angl. tokens) limitus DI modeliams arba naudotojams. Viršijus limitą, tolimesnės užklausos privalo būti blokuojamos.
DI modelių integravimas ir valdymas
- 1DIP integracija ir sąveika su DI modeliais turi būti realizuotos per unifikuotą integracinę sąsają, užtikrinant vieningą pokalbių robotų sąveiką su įvairiais išoriniais DI modeliais.
- 2Prieiga prie “DI modelių vartų” API GW privalo būti valdoma per virtualius API raktus.
- 3DIP administratorius turi turėti galimybę kurti, valdyti ir atšaukti virtualius API raktus, priskirti jiems naudojimo limitus, biudžetus ir prieigos teises prie konkrečių modelių ar modelių grupių.
- 4Privalo turėti atsarginių modelių mechanizmą (angl. fallbacks).
- 5Turi būti realizuotas automatinis užklausų pakartojimo mechanizmas (angl. retries) su konfigūruojamais nustatymais (pvz., bandymų skaičius, delsos laikas).
- 6Architektūra privalo palaikyti užklausų apkrovos balansavimą (angl. load balancing) tarp kelių identiškų modelių egzempliorių.
- 7Turi būti integruotas atidėtinas talpinimas (angl. caching), leidžiantis saugoti ir pakartotinai naudoti atsakymus į identiškas užklausas.
- 8Turi būti galimybė konfigūruoti talpyklos galiojimo laiką (TTL).
- 9Tiekėjas turi parengti ir pateikti integracijos su standartiniais DI modeliais specifikaciją ir užtikrinti, kad naudotojų asmens duomenys nenaudojami DI modelių apmokymui.
- 10DIP turi numatyti galimybę kurti specializuotas integracines programines sąsajas integracijai su specializuotomis CPO LT informacinėmis sistemomis ir Microsoft Offce365 SharePoint, Teams.
- 11Tiekėjas turi parengti ir pateikti integracijos su specializuotomis informacinėmis sistemomis dokumentaciją.
- 12Tiekėjas turi parengti ir pateikti integracijos su Microsoft Offce365 SharePoint, Teams dokumentaciją.
Kūrimo, diegimo ir mokymo paslaugos
- 1DIP turi būti sukurta ir įdiegta CPO LT valdomoje infrastruktūroje, DIP administratoriai ir Naudotojai apmokyti ne vėliau nei per 1 (vieną) mėnesį nuo Sutarties įsigaliojimo dienos.
- 2DIP administravimo, integracijos su standartiniais DI modeliais, specializuotomis informacinėmis sistemomis ir Microsoft Office 365 SharePoint, Teams dokumentacija turi būti pateikta suderintu elektroniniu formatu.
- 3Mokymai turi būti įvykdyti CPO LT būstinėje arba nuotoliniu būdu.
- 4DIP administratorių mokymai turi apimti ne mažiau 3 valandų mokymo grupei iki 4 klausytojų.
- 5Naudotojų mokymai turi apimti ne mažiau 1 valandos, neribojant klausytojų skaičiaus.
Standartinių DI modelių licencijos
- 1Licencijos turi apimti prieigą prie ne mažiau kaip 3 (trijų) skirtingų gamintojų DI modelių per standartines saugias integracines sąsajas (angl. API).
- 2Prieiga prie aukšto našumo (angl. Reasoning/Flagship) klasės modelių: OpenAI GPT-5.2, Anthropic Claude Sonnet 4, Google Gemini 2.5 Pro.
- 3Prieiga prie greitaveikos/ekonominės (angl. High-efficiency) klasės modelių: OpenAI GPT-5-mini, Anthropic Claude Haiku 4.5, Google Gemini 2.5.
- 4Išvardinti standartiniai DI modeliai turi būti teikiami viešosios debesijos paslaugų pavidalu tik iš Europos Sąjungos ir NATO šalių debesijos centrų, bei Paslaugos neturi kelti grėsmės Nacionaliniam saugumui.
- 5Standartinių bendrosios paskirties DI modelių atitiktis ES DI aktui turi būti užtikrinta jų tiekėjų atsakomybe.
- 6DI modelio neatitikimo ES DI aktui ar kitiems teisės aktams atveju, DIP Tiekėjas privalo užtikrinti standartinių DI modelių pakeitimą kitais lygiaverčiais modeliais, nekeičiant kainos ir suderinus pakeitimą su Užsakovu.
- 7Licencijos turi užtikrinti skyriuje PIRKIMO OBJEKTAS nurodytus orientacinius standartinių DI modelių žetonų kiekius pagal modelių klases ir žetonų tipus.
- 8Prieiga prie standartinių DI modelių klasių ir žetonų tipų turi būti užtikrinta iki 11 (vienuolikos) mėnesių po DIP diegimo priėmimo laikotarpiui arba iki pilno bendros Licencijų kainos išmokėjimo.
- 9Licencijų suteikiama prieiga prie standartinių DI modelių ir standartinių DI modelių žetonų apimtis bei limitai turi būti valdomi DIP priemonėmis.
- 10Licencijos neturi riboti galimybės įsigyti papildomų išvardintų standartinių DI modelių žetonus.
- 11Licencijos neturi riboti galimybės įsigyti ir integruoti į DIP alternatyvių standartinių ir/ar specializuotų DI modelių resursus.
- 12Licencijos neturi riboti DIP naudotojų skaičiaus ir rolių.
Naudotojų valdymas ir prieigos kontrolė
- 1DIP naudotojų autentifikavimo mechanizmas turi palaikyti integraciją su CPO LT naudojama debesijos tapatybės ir prieigos valdymo platformą Microsoft Entra ID.
- 2DIP naudotojų prieigos prie pokalbių robotų autorizavimas turi būti paremtas naudotojų grupėmis ir/ar rolėmis.
- 3DIP turi automatiškai perduoti pokalbių robotui ir jo DI modeliui, kokiai naudotojų grupei priklauso naudotojas tam, kad adaptuoti pokalbio kontekstą pagal naudotojo grupės pavadinimą ir nustatymus.
- 4Naudotojo asmens duomenys tiesiogiai neturi būti naudojami DI modelių apmokymui, konteksto nustatymui.
- 5DIP administratorius privalo turėti galimybę kurti detalias vartotojų roles, vartotojų grupes ir valdyti jų prieigos teises prie įvairių posistemės funkcijų (Role-Based Access Control, RBAC).
- 6DIP administratorius turi turėti galimybę suteikti arba apriboti teises: DI modelių/Pokalbių robotų (agentų) prieiga (kurti, redaguoti, importuoti, eksportuoti); Žinių bazių prieiga (kurti, redaguoti, papildyti, trinti); Teisė įkelti failus; Teisė redaguoti ir trinti savo siųstas žinutes; Teisė iš naujo perkurti DI modelio atsakymą arba tęsti jo generavimą; Teisė vertinti modelio atsakymus; Teisė keisti pokalbio nurodymus (Prompt) DI modeliui; Teisė viename pokalbyje naudoti kelis skirtingus modelius; Teisė naudoti paieškos internete funkciją; Teisė naudoti paveikslėlių generavimo funkciją.
- 7DIP administratorius turi turėti galimybę sujungti naudotojus į logines roles ir/arba grupes pagal CPO LT organizacijos padalinius, projektus, darbo grupes.
- 8DIP administratorius turi turėti galimybę kurti, blokuoti, šalinti pavienius naudotojus, priskirti juos į grupes, suteikti jiems prieigą tiek individualiai, tiek per grupę.
- 9DIP administratorius turi turėti galimybę įkelti naujų naudotojų sąrašą iš CSV ar lygiaverčio formato failo.
- 10DIP neturi riboti galimybių kurti papildomus specializuotus pokalbių robotus ir jiems atitinkančias naudotojų roles.
Papildomos palaikymo ir vystymo paslaugos
- 1Papildomos DIP palaikymo ir vystymo paslaugos teikiamos pagal CPO LT paklausimus, suderinus paslaugų sąmatą ir terminus elektroniniu būdu.
- 2Papildomos DIP palaikymo ir vystymo paslaugos gali apimti: IT incidentų šalinimą, konsultacijas dėl DIP naudojimo ir plėtros, naujo funkcionalumo realizavimą, esamų pokalbių robotų pakeitimus, naujų pokalbių robotų kūrimą, naujų DI modelių integravimą.
- 3Papildomos DIP palaikymo ir vystymo paslaugos turi būti teikiamos nuo DIP sukūrimo ir diegimo priėmimo 6 (šešių) mėnesių laikotarpyje arba iki pilno nurodyto valandų apimties sunaudojimo.
Pokalbių robotų funkcionalumas ir sąsaja
- 1Turi gebėti apdoroti ir suprasti naudotojo užklausas, pateiktas natūraliąja kalba.
- 2Turi palaikyti pokalbius bent lietuvių ir anglų kalbomis su galimybe sąsają pritaikyti papildomoms kalgoms.
- 3Privalo išlaikyti pokalbio kontekstą per kelias užklausas, leidžiant naudotojui tęsti mintį be visiško jos pakartojimo.
- 4Privalo palaikyti asinchroninius pokalbius, leidžiančius naudotojui dirbti su keliais pokalbiais vienu metu, neprarandant konteksto.
- 5Pokalbiai privalo būti saugomi istorijoje. Pokalbių robotų naudotojai neturi turėti galimybės trinti pokalbius.
- 6Privalo palaikyti tekstinius pokalbių "kanalus" arba "kambarius", kuriuose skirtingi naudotojai ir skirtingi DI modeliai ir agentai gali bendrauti viename pokalbyje realiu laiku.
- 7Pokalbių robotų naudotojo sąsaja turi leisti naudotojui pasirinkti DI modelį iš įdiegtų ir/ar integruotų su DIP.
- 8Turi būti galimybė naudoti kelis skirtingus kalbos modelius vieno pokalbio metu, persijungiant tarp jų ir naudojant juos lygiagrečiai.
- 9Turi teikti faktiškai teisingus ir kontekstą atitinkančius atsakymus į klausimus, naudodamas prieigą prie nustatytų žinių bazių, roboto naudotojo pateiktus dokumentus, o taip pat prie išorinių informacijos šaltinių.
- 10Pokalbiams turi būti sugeneruojamas ir priskiriamas trumpas, aiškus pavadinimas naudojant DI modelius.
- 11Kuomet pokalbių roboto nustatymuose yra nurodyta konkreti žinių bazė, pokalbių roboto atsakymai turi būti pagrįsti žinių bazės dokumentais ir šaltiniais, pateikiant nuorodas į konkrečius teisės aktų straipsnius ar dokumento vietas.
- 12Pokalbių robotas turi asistuoti rengiant, analizuojant, lyginant dokumentus, susijusius su žinių bazėmis.
- 13Pokalbių robotai turi informuoti naudotoją apie DI ribotumus ir atsakymų informacijos šaltinius.
- 14Naudotojas turi turėti galimybę pažymėti blogą DI atsakymą, pateikto atsakymo vertinimą ir pagrindimą.
- 15Naudotojas turi turėti galimybę betarpiškai užregistruoti DI incidentą DIP pokalbių roboto naudotojo sąsajos priemonėmis.
- 16Turi būti galima žymėti pokalbius etiketėmis (angl. tags) ir vėliau pagal jas filtruoti bei vykdyti paiešką.
- 17Turi būti galimybė vykdyti paiešką praeities pokalbių pavadinimuose, turinyje ir pagal suteiktas etiketes.
- 18Turi būti galimybė archyvuoti nebeaktualius pokalbius.
- 19Turi būti galimybė eksportuoti ir/ar kopijuoti pokalbius atvirų formato dokumentų pavidalu, pvz. TXT, DOCX, PDF.
- 20Turi gebėti priimti, analizuoti ir apibendrinti vartotojo pateiktų dokumentų (pvz., PDF, DOCX, XLSX, TXT) turinį.
- 21Privalo turėti RAG funkcionalumą, leidžiantį įkelti dokumentus ir juo praturtinti pokalbių roboto žinių bazę ir pokalbio kontekstą, naudoti jų turinį pokalbiuose.
- 22RAG funkcionalumas privalo palaikyti PDF, DOCX, XLSX, TXT dokumentų formatus.
- 23Turi būti integruota paieškos internete galimybė, kuri paieškos rezultatus perduoda RAG procesui.
- 24Turi būti integruota galimybė naudoti konkretaus (nurodant URL nuorodą) interneto puslapio turinį, kuris perduodamas RAG procesui.
- 25RAG vektorinio indeksavimo realizacija turi būti paremta CPO LT turimu DI modeliu, įdiegtu CPO LT infrastruktūroje.
- 26Roboto funkcionalumas turi leisti generuoti naujus dokumentus (pvz., el. laiškus, ataskaitų juodraščius) ir pateikti juos vartotojui.
- 27Robotas privalo turėti formatavimo palaikymą praturtintam (pvz., "Markdown" standartu) turiniui generuoti ir atvaizduoti pokalbių lange.
- 28Taip pat turi palaikyti vaizdų ir paveikslėlių įkėlimą ir apdorojimą pokalbių lange, jei naudojami multi-modaliniai DI modeliai.
- 2995% pokalbių robotų atsakymų pateikimas turi prasidėti ne ilgiau nei per 3 sekundes nuo vartotojo užklausos gavimo.
- 30Visi naudotojo duomenys ir pokalbiai turi būti perduodami šifruotu ryšiu (TLS/SSL) ir saugomi pagal taikomus duomenų apsaugos standartus, įskaitant BDAR.
- 31Pokalbių roboto architektūra ir realizacija turi leisti naudotis pokalbių robotu tiek DIP naudotojo sąsajos terpėje, tiek realizuojant įskiepius į kitų Web portalų naudotojo sąsają.
- 32Pokalbių robotas turi užtikrinti pritaikomą naudotojo sąsajos dizainą (angl. responsive design).
Žinių bazės ir pokalbių robotų kūrimo aplinka
- 1DIP vidinės žinių bazių architektūra turi palaikyti statinius DOCX, XLSX, PDF ir TXT formatų dokumentus.
- 2DIP vidinės žinių bazių architektūra turi palaikyti integracijas su Microsoft SQL Server, PostgreSQL, Oracle, MySQL duomenų bazėmis.
- 3DIP vidinės žinių bazių architektūra turi palaikyti integracijas su Microsoft Office 365 SharePoint dokumentų saugyklomis.
- 4DIP vidinės žinių bazių architektūra turi palaikyti integracijas su sąsajomis, realizuotomis MCP standartu.
- 5DIP privalo turėti integruotą DI pokalbių robotų kūrimo aplinką (angl. built-in code editor), leidžiančią kurti, modifikuoti ir vykdyti pasirinktinius pokalbių robotus, tiesiogiai per naudotojo sąsają, be poreikio naudoti išorines programavimo aplinkas.
- 6DI pokalbių robotų kūrimas ar modifikavimas turi būti grindžiamas nustatytais DI modeliais, žinių bazėms. Turi būti galimybė DI pokalbių robotams priskirti papildomas žinias, įrankius ar funkcijas.
Bendra sistemos architektūra ir atitiktis teisės aktams
- 1DIP turi būti bendrosios paskirties dirbtinio intelekto sistema (GPAI) programinė įranga, leidžianti kurti savo terpėje specializuotus pokalbių robotus, integruotus su bendrosios paskirties DI modeliais, specializuotais DI modeliais ir tekstynais bei specializuotomis žinių ir duomenų bazėmis.
- 2Tiekėjo siūloma DIP realizacija turi atitikti galiojančius Europos Sąjungos ir Lietuvos Respublikos teisės aktus, įskaitant ES DI aktą, BDAR, NIS2 direktyvą, ES ir LR autorių teisių aktus, LR Viešųjų pirkimų įstatymą, LR asmens duomenų teisinės apsaugos įstatymą, LR valstybės informacinių išteklių valdymo įstatymą ir LR kibernetinio saugumo įstatymą.
- 3DIP naudotojo sąsajoje turi būti informuojama, kad pokalbiuose pateikiamas DI sugeneruotas turinys.
- 4DIP turi būti tinkama diegti tiek CPO LT valdomoje valstybinio duomenų centro infrastruktūroje, tiek CPO LT valdomoje Microsoft Azure debesijos infrastruktūroje.
- 5DIP nustatymai turi būti saugomi duomenų bazėje, užtikrinant nustatymų pastovumą ir galimybę diegti kelis posistemės serverius su apkrovos balansavimu.
- 6DIP turi būti realizuota užtikrinant atsparumą OWASP Top 10: 2021 kibernetinio saugumo rizikoms.
- 7DIP programinės įrangos architektūra turi užtikrinti 99% per mėnesį prieinamumą (angl. uptime), jeigu diegimo infrastruktūros resursai tai leidžia.
- 8DIP turi būti keičiamo dydžio (angl. scalable), kad galėtų efektyviai aptarnauti didelį ir nuolat augantį naudotojų skaičių.
- 9Pasibaigus Sutarties galiojimui visi Sutarties metu sukurti artefaktai (programinis kodas, bibliotekos, projektavimo dokumentai, architektūros schemos ir pan.), išskyrus standartinius DI modelius ir jų tiekėjų paslaugas, turi būti perleisti CPO LT.
Dokumentai15
tendis.lt · Sukurta recodin.lt