1. Pirkimo kontekstas
Sugeneruotas juodraštis
Parengtas tekstas
Vedlys išsaugo įvestį naršyklėje ir generuoja redaguojamą tekstinį juodraštį. Prieš naudojant pirkime jį vis tiek reikia peržiūrėti su pirkimų, teisės ir IT atsakingais asmenimis.
TECHNINĖS SPECIFIKACIJOS JUODRAŠTIS 1. PIRKIMO KONTEKSTAS Perkančioji organizacija: [įrašyti perkančiosios organizacijos pavadinimą] Padalinys / iniciatorius: [įrašyti padalinį ar projekto savininką] Pirkimo pavadinimas: [įrašyti pirkimo pavadinimą] Pirkimo objektas: [apibrėžti perkamą sprendinį, paslaugą ar darbus] Pirkimo tikslas: [aprašyti problemą ir siekiamą rezultatą] CPV kodas / kodai: [įrašyti CPV, jei jau nustatytas] Biudžeto / programos kontekstas: Biudžeto ir finansavimo šaltinio detalizacija bus tikslinama pirkimo dokumentuose. 2. TIKSLAS IR APIMTIS Tikslinės naudotojų grupės: - Įvardyti pagrindinius vidinius ir išorinius naudotojus. Į pirkimo apimtį įtraukiama: - Patikslinti pagrindinius tiekimo, diegimo, konfigūravimo ir perdavimo elementus. Už pirkimo apimties ribų lieka: - Aiškiai įvardyti, kas nėra perkama šiame etape. Sėkmės kriterijai: - Apibrėžti matomus rezultatus, pagal kuriuos bus vertinama, ar sprendinys pasiekė tikslą. Įgyvendinimas numatomas vienu baziniu etapu su aiškiai apibrėžtais rezultatais ir priėmimu. 3. FUNKCINIAI REIKALAVIMAI Pagrindiniai funkciniai reikalavimai: - Išvardyti esmines funkcijas, naudotojų scenarijus ir automatizuojamus veiksmus. Ataskaitos ir analitika: - Nurodyti reikalingas ataskaitas, išvestis, rodiklius ar duomenų eksporto poreikį. Prieinamumas ir naudotojo patirtis: - Sprendinys turi atitikti aktualius prieinamumo reikalavimus ir būti patogus skirtingoms naudotojų grupėms. Integracijos: - Nurodyti integruojamas sistemas, API, autentifikavimo ar duomenų mainų poreikį. 4. TECHNINIAI, DUOMENŲ IR AI REIKALAVIMAI Sprendinys turi būti suderinamas su debesijos arba valstybinių bendrųjų paslaugų infrastruktūros modeliu, iš anksto apibrėžiant atsakomybės ribas. Duomenys ir jų tvarkymas: - Aprašyti tvarkomų duomenų tipus, migravimo poreikį ir duomenų valdymo ribas. Saugos reikalavimai: - Nurodyti prisijungimo, žurnalų, auditavimo, prieigų ir apsaugos reikalavimus. Tęstinumas ir atsparumas: - Numatyti atsarginių kopijų, atkūrimo, incidentų valdymo ir pasiekiamumo principus. AI komponentų taikymas: - Jei AI netaikomas, aiškiai nurodyti, kad sprendinys nenumato AI funkcijų. AI valdymo ir žmogaus kontrolės reikalavimai: - Jei AI taikomas, apibrėžti žmogaus peržiūrą, paaiškinamumą, logus ir atsakomybę. 5. ĮGYVENDINIMAS IR PRIĖMIMAS Įgyvendinimo etapai: - Numatyti analizės, diegimo, testavimo, mokymų ir paleidimo etapus. Tiekėjo pristatomi rezultatai: - Įvardyti pristatomus dokumentus, konfigūracijas, kodą, instrukcijas ar kitus artefaktus. Mokymai ir žinių perdavimas: - Aprašyti mokymų auditorijas, apimtį ir medžiagą. Palaikymas ir garantinis laikotarpis: - Nurodyti reagavimo terminus, kanalus, SLA ar pagalbos apimtį. Priėmimo tvarka: - Aprašyti testavimo, priėmimo aktų, neatitikčių taisymo ir galutinio perdavimo eigą. 6. KONKURENCIJOS, PROPORCINGUMO IR SKAIDRUMO PATIKRA Reikalavimai formuluojami funkciškai ir rezultatų kalba, vengiant nepagrįstų nuorodų į konkretų gamintoją, modelį ar kilmę. Rinkos konsultacijos poreikis dar vertinamas; rekomenduojama prieš procedūrą patikrinti, ar projekto viešinimas padėtų sumažinti interpretacijų riziką. Pirkimo skaidymas į dalis / modulius: - Įvertinti, ar pirkimas turėtų būti skaidomas į dalis, modulius ar etapus. Papildomos konkurencijos apsaugos pastabos: - Patikslinti proporcingumo, lygiavertiškumo ar technologinio neutralumo aspektus. Kas dar priklauso nuo kitų dokumentų: - Atskirkite techninę specifikaciją nuo tiekėjų kvalifikacijos, vertinimo metodikos ir sutarties sąlygų. 7. RIZIKOS IR PAPILDOMOS PASTABOS Pagrindinės rizikos: - Įvardyti terminų, integracijų, duomenų, valdymo ar pasirengimo rizikas. Papildomos pastabos: - Įrašyti visas sąlygas ar kontekstą, kuriuos svarbu perkelti į vidinį derinimą. PASTABA Šis tekstas yra darbinis techninės specifikacijos juodraštis. Prieš naudojant pirkimo dokumentuose jį būtina peržiūrėti kartu su viešųjų pirkimų, teisės, informacinių technologijų ir duomenų apsaugos atsakingais asmenimis.