Usluga nabavke softvera sa potrebnom infrastrukturom

ATS_Tehnicka_specifikacija!.docx TEHNIČKA SPECIFIKACIJA Javna nabavka usluge - Softver sa pratećom infrastrukturom Predmet javne nabavke usluge je razvoj, implementacija, integracija sa postojećim informacionim sistemima i puštanje u rad softverske platforme zasnovane na veštačkoj inteligenciji (AI) za podršku procesu akreditacije prema standardima ISO17020, 17025, 17024, 15189, 17029, 17065, 17021/1, 17043, 17034 (u daljem tekstu: Platforma) u Akreditacionom telu Srbije (u daljem tekstu: ATS ili naručilac), zajedno sa pratećom infrastrukturom na kojoj Platforma radi. Platforma je inteligentni servis koji se integriše sa postojećim informacionim sistemima naručioca i automatizuje obradu dokumentacije, komunikacije i pripremu stručnih izveštaja. Pored softvera, isporuka obuhvata i prateću infrastrukturu: namenski AI server, novi mail servis sa migracijom postojećih naloga, backup server i centralizovani backup sistem sa inicijalnim backupom, kao i uspostavljanje baze znanja, testiranje, pilot rad, obuku korisnika i produkciono puštanje. Rešenje čini jedinstvenu funkcionalnu, tehničku i bezbednosnu celinu: lokalni AI server, backup sistem i mail servis dimenzionišu se i konfigurišu prema Platformi i njenim zahtevima za bezbednost podataka i kontinuitet rada Pravni i strateški okvir Prilikom realizacije Izvođač je dužan da postupa u skladu sa važećim propisima Republike Srbije i internim aktima naručioca, a naročito sa sledećim propisima i dokumentima: Zakon o akreditaciji („Sl. glasnik RS", br. 73/2010 i 47/2021) i podzakonski akti (pravilnici) doneti na osnovu njega; Zakon o zaštiti podataka o ličnosti („Sl. glasnik RS", br. 87/2018 - u daljem tekstu: ZZPL); Zakon o informacionoj bezbednosti („Sl. glasnik RS", br. 91/2025) i podzakonski akti doneti na osnovu njega; Zakon o elektronskom dokumentu, elektronskoj identifikaciji i uslugama od poverenja u elektronskom poslovanju („Sl. glasnik RS", br. 94/2017 i 52/2021); Zakon o elektronskoj upravi („Sl. glasnik RS", br. 27/2018); Strategija razvoja veštačke inteligencije u Republici Srbiji za period 2025-2030. godine; Etičke smernice za razvoj, primenu i upotrebu pouzdane i odgovorne veštačke inteligencije (Vlada RS, 2023); SRPS ISO/IEC 17011 i serija standarda za ocenjivanje usaglašenosti (SRPS ISO/IEC 17025, 17020, 17021-1, 17024, 17065, 17043, SRPS EN ISO 15189 i dr.), sa kojima rešenje, uključujući integracije sa postojećim sistemima, mora biti usklađeno u pogledu poverljivosti, nepristrasnosti, sledljivosti i čuvanja zapisa. Pojmovi i skraćenice koje se koriste u ovom dokumentu su: Pojam Značenje AI Veštačka inteligencija (Artificial Intelligence) LLM Veliki jezički model (Large Language Model) Lokalni LLM Jezički model koji se izvršava na infrastrukturi naručioca (on-premise), bez slanja podataka van te infrastrukture RAG Retrieval-Augmented Generation - generisanje odgovora uz pronalaženje relevantnih izvora iz baze znanja OCR Optičko prepoznavanje teksta (Optical Character Recognition) NER Prepoznavanje imenovanih entiteta (Named Entity Recognition) - npr. imena, adrese, matični brojevi Anonimizacija U ovom dokumentu: postupak uklanjanja ili zamene ličnih i poverljivih podataka pre eksterne obrade, uz mogućnost kontrolisane lokalne rekonstrukcije (pseudonimizacija u smislu ZZPL) Workflow Automatizovani poslovni proces sastavljen od koraka obrade (AI i ljudskih) API Programski interfejs aplikacije (Application Programming Interface) ESB Servisna magistrala (Enterprise Service Bus) CMS Sistem za upravljanje sadržajem internet prezentacije SSO / RBAC / MFA Jedinstvena prijava (Single Sign-On) / kontrola pristupa zasnovana na ulogama / višefaktorska autentikacija RPO / RTO Najveći prihvatljivi gubitak podataka / najveće prihvatljivo vreme oporavka nakon incidenta UAT Korisničko testiranje prihvatljivosti (User Acceptance Testing) DPIA Procena uticaja obrade na zaštitu podataka o ličnosti SBOM Spisak softverskih komponenti rešenja (Software Bill of Materials) CI/CD / IaC Kontinuirana integracija i isporuka / infrastruktura kao kod (Infrastructure as Code) TOU Telo za ocenjivanje usaglašenosti (laboratorija, kontrolno telo, sertifikaciono telo i dr.) SPF / DKIM / DMARC Mehanizmi za autentikaciju elektronske pošte zasnovani na DNS zapisima ACME Protokol za automatsko izdavanje i obnavljanje SSL/TLS sertifikata Proces akreditacije i postojeće stanje kod naručioca Akreditaciono telo Srbije, sa sedištem u Beogradu (Vlajkovićeva 3/V), jedino je nacionalno akreditaciono telo Republike Srbije, koje utvrđuje kompetentnost tela za ocenjivanje usaglašenosti (laboratorija za ispitivanje i etaloniranje, medicinskih laboratorija, kontrolnih tela, sertifikacionih tela za proizvode, sisteme menadžmenta i osobe, provajdera ispitivanja osposobljenosti i dr.) u skladu sa zahtevima standarda SRPS ISO/IEC 17011 i odgovarajućih akreditacionih standarda. Proces akreditacije obuhvata prijem i pregled prijave i dokumentacije, imenovanje tima ocenjivača, ocenjivanje dokumentacije, ocenjivanje na lokaciji, izradu izveštaja i nalaza, praćenje korektivnih mera, odlučivanje o akreditaciji, kao i redovne nadzorne aktivnosti i ponovna ocenjivanja tokom akreditacionog ciklusa. Proces generiše velik obim strukturirane i nestrukturirane dokumentacije (prijave, dokumentacija sistema menadžmenta TOU, izveštaji, nalazi, zapisnici, rešenja, sertifikati, prepiska) čija obrada danas zahteva značajan ručni rad stručnog osoblja i ocenjivača. Tokovi postupka po prijavi za akreditaciju, ocenjivanja i odlučivanja o akreditaciji, koje Platforma treba da podrži, prikazani su u Prilogu A - Pregled procesa akreditacije koje Platforma podržava i razrađeni u delu „Podrška procesima akreditacije (obavezni workflow šabloni)". Detaljna dokumentacija procesa akreditacije (pravila, procedure i obrasci) javno je dostupna na internet stranici naručioca: https://ats.rs/sr/dokumenta . Postojeći informacioni sistemi Naručilac koristi interne informacione sisteme razvijene na open-source tehnologijama i postavljene na lokalnoj serverskoj infrastrukturi naručioca: Upravljanje akreditacijama, Delovodnik, Portal za TOU, Procesni alat, Ocenjivanje, Upravljanje obimima, Upravljanje rizicima, HR, Vacation (evidencija odsustava), CRM i Finansijski modul, kao i CMS internet prezentacije. Opis svakog sistema i očekivani obim integracije dati su dalje u tekstu, u tački 4). Ciljevi koje naručilac želi da postigne Realizacijom predmeta ove nabavke naručilac želi da ostvari sledeće ciljeve: ubrzanje procesa akreditacije i skraćenje vremena obrade predmeta; smanjenje administrativnog opterećenja zaposlenih i ocenjivača; automatizacija pripreme zapisnika, izveštaja i preporuka; inteligentna analiza dokumentacije i podrška proveri usaglašenosti sa zahtevima standarda i pravilima ATS; zaštita poverljivih podataka - poverljivi sadržaji se obrađuju u lokalnoj infrastrukturi naručioca; prebacivanje (offloading) AI obrade na lokalne LLM modele radi smanjenja troškova eksternih AI servisa; izgradnja jedinstvene AI baze znanja ATS dostupne kroz semantičku pretragu i chatbot; čvrsta integracija Platforme sa svim postojećim sistemima naručioca, uz lokalnu infrastrukturu (AI server, centralizovani backup sistem i novi mail servis) koja omogućava da se podaci obrađuju isključivo na lokalnoj infrastrukturi naručioca. Izabrani ponuđač je dužan da izvrši: analizu postojećih procesa i sistema naručioca i izradu projektne dokumentacije - idejnog projekta, tehničkog projekta i plana realizacije - kao ključnu aktivnost koja prethodi razvoju; razvoj i isporuku svih komponenti Platforme opisanih u tački 2); nabavku, instalaciju i puštanje u rad prateće infrastrukture: novog mail servisa sa migracijom postojećih naloga, namenskog AI servera, backup servera sa mrežnim radovima i backup sistema sa inicijalnim backupom; integraciju sa postojećim informacionim sistemima naručioca; uspostavljanje i inicijalnu migraciju AI baze znanja (indeksiranje postojeće dokumentacije); testiranje (funkcionalno, integraciono, bezbednosno, performansno) i podršku UAT testiranju; pilot rad na odabranim tipovima predmeta akreditacije; obuku administratora i korisnika; produkciono puštanje u rad. ANALIZA POSTOJEĆIH PROCESA i SISTEMA NARUČIOCA I IZRADA PROJEKTNE DOKUMENTACIJE Analiza postojećih procesa i sistema naručioca i izrada projektne dokumentacije ključni su deo posla i osnov za sve naredne faze. Izvođač je dužan da pripremi projektnu dokumentaciju koji odobrava naručilac, nakon čega izvođač počinje razvoj Platforme. Analiza obuhvata najmanje: sve procese akreditacije koje Platforma podržava (Prilog A), kroz radionice i intervjue sa zaposlenima i ocenjivačima naručioca; sve postojeće sisteme naručioca (tačka 4): funkcije, modele podataka, interfejse, tokove podataka i potrebnu dogradnju na strani postojećih sistema; zahteve akreditacionih standarda (ISO 17020, 17025, 17024, 15189, 17029, 17065, 17021/1, 17043, 17034), pravilnika donetih na osnovu Zakona o akreditaciji i procedura naručioca, koji se prevode u kontrolne liste i pravila AI analize usaglašenosti; postojeću infrastrukturu i mrežu, radi konačnog dimenzionisanja infrastrukture iz tačke 3); podatke koji se obrađuju i rizike te obrade, kao ulaz za procenu uticaja na zaštitu podataka o ličnosti (DPIA). Na osnovu analize u roku od 30 dana od dana zaključenja ugovora Izvođač izrađuje tri dokumenta, koji zajedno čine projektnu dokumentaciju na koji se pozivaju ostali delovi ove specifikacije: Dokument Sadržaj Idejni projekat Postojeće i ciljno stanje procesa i sistema; arhitektura rešenja; mapa integracija sa svim sistemima iz tačke 4); izbor lokalnih LLM modela i pravila rutiranja; model anonimizacije; dimenzionisanje infrastrukture. Tehnički projekat Detaljna specifikacija modula i workflow procesa; modeli podataka; specifikacija svih interfejsa i potrebne dogradnje postojećih sistema; bezbednosna arhitektura; konfiguracija servera, backup politika i mail servisa; plan migracije; plan testiranja i kriterijumi prijema. Plan realizacije Dinamika po fazama i aktivnostima; resursni plan sa imenovanim članovima tima; zavisnosti i kritične tačke; plan integracija po sistemima; plan pilota i obuke; registar rizika. Naručilac odobrava projektnu dokumentaciju ili dostavlja primedbe u roku od 10 radnih dana od predaje istog. Ukoliko postoje primedbe naručioca na predmetna dokumenta, Izvođač je dužan da iste otkloni i dostavi naručiocu ispravljena u roku od 5 radnih dana od predaje istih. Ova faza se smatra završenom odobrenjem tehničkog projekta i plana realizacije. Izmene odobrenih dokumenata sprovode se kroz formalan postupak upravljanja izmenama, a tehnički projekat se pri primopredaji ažurira prema izvedenom stanju. U fazi analize Izvođač obezbeđuje rad rukovodioca projekta, arhitekte rešenja i stručnih lica za akreditacione standarde na lokaciji naručioca, u obimu utvrđenom planom realizacije, a najmanje dva dana nedeljno tokom faze analize. Pod stručnim licima za akreditacione standarde podrazumevaju se lica Izvođača kompetentna za standarde ISO17020, 17025, 17024, 15189, 17029, 17065,17021/1, 17043, 17034, koja učestvuju u definisanju kontrolnih listi i pravila AI analize usaglašenosti, u analizi integracija sa sistemima Portal za TOU, Upravljanje obimima, Ocenjivanje i Upravljanje akreditacijama, kao i u validaciji rezultata testiranja i pilota. Troškovi korišćenja eksternih AI servisa (pretplate i potrošnja API poziva) padaju na teret naručioca po sopstvenim ugovorima sa pružaocima, osim u periodu testiranja i pilota, kada ih snosi Izvođač do razumnog obima utvrđenog projektom implementacije. RAZVOJ I ISPORUKA SVIH KOMPONENTI PLATFORME Hibridna AI arhitektura Rešenje je zasnovano na hibridnoj AI arhitekturi koja kombinuje lokalnu AI obradu (LLM modeli na infrastrukturi naručioca) i kontrolisano korišćenje eksternih AI API servisa, u skladu sa pravilima obrade podataka iz dela „Bezbednost, zaštita podataka i kontinuitet rada". Lokalni AI sloj izvršava prijem dokumentacije, OCR, anonimizaciju, osnovnu analizu, klasifikaciju, pripremu promptova i sve zadatke koji ne zahtevaju napredne modele. Eksternim AI servisima sme se prosleđivati isključivo anonimizovani sadržaj, i to samo za zadatke za koje je pravilima rutiranja definisano da zahtevaju naprednije modele; po prijemu odgovora eksternog servisa, lokalni sloj rekonstruiše originalne podatke i generiše završne dokumente. Mapa zamena (veza između originalnih i anonimizovanih vrednosti) ne sme napustiti lokalnu infrastrukturu naručioca. Podrazumevano se svi AI zadaci izvršavaju na lokalnim modelima; korišćenje eksternog servisa mora biti izričito omogućeno pravilom rutiranja za konkretan tip zadatka. Sav AI saobraćaj prolazi kroz LLM Gateway - jedinstvenu pristupnu tačku za sve AI pozive, lokalne i eksterne - sa rutiranjem po pravilima, rezervnim (fallback) mehanizmima, kontrolom troškova, ograničavanjem protoka i potpunom evidencijom poziva. Pravila rutiranja (lokalno/eksterno, izbor modela, limiti) konfigurišu se kroz administrativni portal, bez izmene koda. Platforma mora podržati istovremeni rad sa više eksternih AI provajdera i dodavanje novog provajdera konfiguracijom, bez izmene poslovne logike; u slučaju nedostupnosti eksternog servisa nastavlja rad korišćenjem lokalnih modela, uz jasno označavanje eventualno smanjenog kvaliteta rezultata (graceful degradation). Lokalni AI server mora omogućiti izvršavanje jednog ili više LLM modela otvorenog tipa (open-weight), uz mogućnost dodavanja, zamene i paralelnog rada više modela bez izmene poslovne logike Platforme. Sve komponente Platforme izvode se kao modularni servisi sa dokumentovanim REST API interfejsima (OpenAPI 3 ili noviji); komunikacija između komponenti nezavisna je od konkretnog LLM modela i pružaoca AI usluge. Komponente su kontejnerizovane (OCI kompatibilno), uz isporučene definicije okruženja; orkestracija kontejnera (npr. Kubernetes ili ekvivalent) i infrastruktura kao kod (IaC) su poželjne. Rešenje podržava najmanje tri odvojena okruženja - razvojno, testno i produkciono - uz dokumentovan postupak promocije verzija između okruženja. Rešenje počiva na otvorenim standardima i izbegava zavisnost od jednog isporučioca (vendor lock-in); upotreba open-source komponenti je potrebna. Komponente rešenja Platforma obuhvata najmanje sledeće module, dok Izvođač može predložiti drugačije grupisanje, pod uslovom da su sve opisane funkcionalnosti pokrivene: AI Workflow Engine - centralni orkestrator: definisanje, izvršavanje i nadzor automatizovanih procesa obrade (prijem, OCR, klasifikacija, anonimizacija, AI analiza, generisanje dokumenata, isporuka), sa ljudskim tačkama odobrenja; LLM Gateway - jedinstvena pristupna tačka za sve AI pozive; rutiranje lokalno/eksterno, fallback, limiti i evidencija; Anonimizacija - prepoznavanje i pseudonimizacija ličnih i poverljivih podataka, lokalna rekonstrukcija, pravila po odredištu obrade; RAG baza znanja - jedinstvena baza znanja ATS; priprema konteksta za AI odgovore sa navođenjem izvora; Vektorska baza - skladištenje i pretraga vektorskih reprezentacija dokumenata; hibridna pretraga; Chatbot - konverzacioni pristup bazi znanja za interne (i opciono javne) korisnike; OCR - prepoznavanje teksta iz skeniranih dokumenata na srpskom jeziku (oba pisma), uz očuvanje strukture; Email konektor - prijem, trijaža i slanje elektronske pošte kroz workflow procese; Messenger konektor - notifikacije i upiti kroz messenger kanale; Generator izveštaja - generisanje zapisnika, izveštaja i preporuka prema šablonima naručioca; Audit - nepromenljiva evidencija AI aktivnosti i korisničkih radnji; Monitoring - nadzor zdravlja i performansi sistema, alarmi, istorija metrika; Administracija - upravljanje korisnicima, pravima, konfiguracijom, promptovima i pravilima; Integracioni API - standardizovani interfejsi prema postojećim sistemima ATS i budućim servisima; Troškovi AI servisa - evidencija potrošnje, budžeti, limiti i izveštaji o troškovima eksternih AI servisa. Infrastrukturno okruženje Platforma se instalira na AI serveru koji Izvođač isporučuje (tačka 3) i na infrastrukturi koju obezbeđuje naručilac: aplikacionim serverima i serverima baza podataka u postojećem virtualizovanom okruženju. Izvođač u fazi analize dostavlja detaljan plan raspoređivanja rešenja, sa projekcijom potreba i rasta za 5 godina. AI server raspolaže GPU akceleracijom sa ukupno najmanje 48 GB GPU memorije, uz mogućnost proširenja; ponuđeno rešenje i predloženi lokalni LLM modeli moraju produkciono raditi u okviru tih kapaciteta, za obime navedene u nefunkcionalnim zahtevima. Izvođač u idejnom projektu navodi predložene lokalne LLM modele (naziv, veličina, licenca) i minimalne hardverske zahteve za njihov produkcioni rad. Arhitektura mora omogućiti horizontalno proširenje aplikativnog sloja i sloja AI obrade (dodavanje čvorova i radnika) bez prekida rada. Platforma radi u virtualizovanom okruženju naručioca, odnosno na namenskim serverima za GPU obradu, i kompatibilna je sa standardnim Linux serverskim distribucijama. Funkcionalni zahtevi Funkcionalni zahtevi opisani su po sledećim celinama: Upravljanje AI workflow procesima Platforma mora obezbediti vizuelni dizajner workflow procesa, kojim se procesi kreiraju, menjaju, testiraju i objavljuju bez programiranja za standardne korake, uz biblioteku gotovih koraka: prijem dokumenta, OCR, klasifikacija, anonimizacija, AI analiza, generisanje dokumenta, slanje (e-mail/messenger), upis u eksterni sistem, čekanje na ljudsko odobrenje i grananje po uslovima. U svaki proces mogu se ugraditi obavezne tačke ljudske provere (human-in-the-loop) - koraci odobrenja sa dodelom zadatka korisniku ili grupi, rokovima i notifikacijama. Izvršavanje procesa prati se u realnom vremenu, uz pregled istorije, ponovno pokretanje neuspešnih koraka i definisan postupak obrade grešaka. Definicije procesa se verzionišu, sa mogućnošću vraćanja na prethodnu verziju; izmena procesa ne sme uticati na instance u toku. Procesi se pokreću i zakazano (vremenski uslovljeno) i na osnovu događaja - na primer prijemom e-pošte, novim dokumentom u Delovodniku, novom prijavom na Portalu za TOU ili promenom statusa predmeta. Prijem i obrada dokumenata (OCR) Platforma mora primati dokumente iz više kanala: ručnim unosom (upload), elektronskom poštom, preko integracionog API-ja, iz nadgledanih direktorijuma i iz postojećih sistema naručioca (Delovodnik, Upravljanje akreditacijama, Portal za TOU). OCR mora pouzdano raditi nad skeniranim dokumentima na srpskom jeziku, na oba pisma (ćirilica i latinica), uz očuvanje strukture dokumenta - pasusa, tabela i zaglavlja. Podržani ulazni formati su najmanje PDF (uključujući skenirani), DOCX, XLSX, PPTX i TXT, kao i slike (JPEG, PNG, TIFF). Jezik i pismo dokumenta detektuju se automatski, uz podršku za dokumente na engleskom jeziku. Iz dokumenata se izdvajaju strukturirani podaci (npr. naziv i podaci TOU, broj predmeta, datumi, obim akreditacije, standard), uz mogućnost definisanja novih šema ekstrakcije. Potrebna je kontrola kvaliteta OCR rezultata (ocena pouzdanosti), sa redom za ručnu proveru dokumenata niske pouzdanosti. Klasifikacija i indeksiranje Platforma mora automatski klasifikovati dokumente prema tipu (npr. prijava, dokumentacija sistema menadžmenta, izveštaj o ocenjivanju, nalaz, korektivna mera, rešenje/sertifikat, prigovor, prepiska), sa konfigurabilnom šemom klasifikacije, i automatski ih indeksirati i povezivati sa predmetom akreditacije i TOU na koje se odnose. Obezbeđena je pretraga punog teksta svih obrađenih dokumenata, sa filtriranjem po metapodacima (tip, predmet, TOU, datum, standard). Poželjno je da se ručne korekcije klasifikacije evidentiraju i koriste za poboljšanje tačnosti (učenje iz povratnih informacija). Anonimizacija i rekonstrukcija Platforma mora automatski prepoznavati lične i poverljive podatke u tekstu na srpskom jeziku, na oba pisma: imena i prezimena, JMBG i druge identifikatore, kontakt podatke, adrese, nazive organizacija i finansijske podatke, uz mogućnost proširenja liste kategorija. Prepoznati podaci zamenjuju se doslednim tokenima (pseudonimizacija), uz mogućnost potpune rekonstrukcije isključivo u lokalnoj infrastrukturi; mapa zamena čuva se šifrovano i ne sme se prosleđivati eksternim servisima. Pravila anonimizacije konfigurabilna su po tipu dokumenta, tipu podatka i odredištu obrade (koji stepen anonimizacije zahteva koji eksterni servis). Pre slanja sadržaja eksternom servisu moguć je pregled i ručna dopuna anonimizacije (opciono uključiv korak ljudske provere). Svaka anonimizacija i rekonstrukcija se evidentira: dokument, vreme, primenjeni skup pravila, odredište i korisnik ili proces koji ju je inicirao. AI analiza usaglašenosti Platforma mora analizirati dostavljenu dokumentaciju u odnosu na zahteve relevantnih akreditacionih standarda (SRPS ISO/IEC 17011, 17025, 17020, 17021-1, 17024, 17065, 17043, SRPS EN ISO 15189 i dr.) i interna pravila i procedure naručioca, ukazujući na nedostatke, neusaglašenosti i mesta koja zahtevaju pažnju ocenjivača. Kompletnost dostavljene dokumentacije proverava se prema kontrolnim listama naručioca, uz izveštaj o nedostajućim elementima. Platforma generiše predloge nalaza sa referencom na tačku standarda ili pravila i na deo dokumenta na koji se nalaz odnosi, tako da je svaki nalaz sledljiv do izvora. Svi rezultati AI analize imaju status predloga i podležu pregledu i potvrdi ovlašćenog lica; AI-generisani sadržaj jasno se označava u interfejsu i u dokumentima do momenta ljudske potvrde. Kontrolne liste, pravila i promptovi analize menjaju se kroz administrativni portal, bez programiranja. Potrebna je uporedna analiza verzija dokumentacije (šta je izmenjeno između dve dostave), sa sažetkom izmena. Generisanje zapisnika, izveštaja i preporuka Platforma mora generisati nacrte zapisnika, izveštaja o ocenjivanju, preporuka i drugih akata prema šablonima naručioca, u DOCX i PDF formatu. Šablonima dokumenata upravlja se bez programiranja: izmena, verzionisanje i polja/promenljive. U generisane dokumente ugrađuju se podaci predmeta, rezultati AI analize i sadržaji iz baze znanja. Generisani dokumenti prolaze tok odobravanja (nacrt → pregled → odobreno), sa evidencijom izmena i konačnom ljudskom potvrdom pre upotrebe dokumenta. Upravljanje elektronskom poštom Platforma se integriše sa mail servisom naručioca iz tačke 3) - Linux mail serverom zasnovanim na open-source komponentama (Postfix ili odgovarajuće), koji radi na lokalnoj serverskoj infrastrukturi naručioca - preko standardnih protokola IMAP i SMTP, za prijem i slanje poruka kroz workflow procese. Sadržaj pošte i priloga obrađuje se isključivo na lokalnoj infrastrukturi naručioca, u skladu sa delom „Bezbednost, zaštita podataka i kontinuitet rada". Dolazna pošta se AI trijažom klasifikuje po temi i predmetu, prioritizuje, prilozi se izdvajaju u obradu, a prepiska se povezuje sa predmetom akreditacije. Platforma priprema predloge odgovora na osnovu baze znanja i konteksta predmeta; poruke se šalju isključivo nakon ljudskog odobrenja. Messenger kanali Platforma sadrži konektorski okvir za messenger kanale, sa isporukom najmanje jednog produkcionog konektora za kanal koji je u upotrebi kod naručioca (npr. Mattermost), za notifikacije i jednostavne upite; tačan kanal i obim integracije potvrđuju se u fazi analize. Korisnici dobijaju notifikacije o statusima predmeta, dodeljenim zadacima i rokovima, konfigurabilne po događaju i kanalu (e-mail, messenger, u aplikaciji). Potrebna je mogućnost naknadnog dodavanja drugih kanala (npr. WhatsApp, Telegram) konfiguracijom ili dogradnjom konektora, bez izmene jezgra Platforme. AI chatbot Chatbot se oslanja na jedinstvenu bazu znanja (tačka 5) - dodavanje novih dokumenata i upravljanje korpusom uređeni su u toj tački i važe i za sadržaje koje koristi chatbot. Interni AI chatbot obučen je na dokumentaciji naručioca (procedure, pravilnici, uputstva, baza znanja) i služi kao podrška zaposlenima i ocenjivačima; svaki odgovor sadrži reference na izvore iz baze znanja. Kada pouzdan izvor ne postoji, chatbot to izričito saopštava i ne izmišlja odgovor; odgovori su mehanizmom ograničeni na odobreni korpus. Chatbot poštuje prava pristupa korisnika: odgovori se zasnivaju samo na dokumentima za koje korisnik ima pravo pristupa. Ovlašćeni korisnici mogu kreirati, menjati i deaktivirati interne beleške za učenje chatbota (odobrene odgovore, pojašnjenja, ispravke netačnih odgovora, parove pitanje-odgovor), kojima se dopunjuje znanje chatbota; beleške imaju autora, datum i verziju i pri generisanju odgovora imaju prednost u odnosu na opšti korpus. Odgovori na ponovljena i semantički slična pitanja keširaju se radi skraćenja vremena odgovora i smanjenja troškova, sa konfigurabilnim pravilima (rok važenja, obuhvat) i automatskim poništavanjem keša pri izmeni izvora ili beleški na koje se odgovor oslanja; kešom se upravlja kroz administrativni portal (pregled, pretraga i ciljano brisanje keširanih odgovora). Troškovi rada chatbota prate se izraženi u tokenima - po upitu, korisniku, modelu (lokalnom i eksternom) i periodu - uključujući prikaz ušteda ostvarenih keširanjem; podaci se objedinjuju sa evidencijom troškova AI servisa iz dela „Upravljanje troškovima AI servisa". Potrebni su i javni chatbot za eksterne korisnike (TOU, podnosioci prijava), ograničen na javni korpus (sajt, javni dokumenti, česta pitanja) uz mogućnost uključivanja na internet prezentaciju naručioca, kao i eskalacija razgovora - kreiranje zadatka ili prosleđivanje ljudskom operateru sa istorijom razgovora Analitika procesa Kontrolne table (dashboard) prikazuju ključne pokazatelje: broj i status predmeta, trajanje faza, uska grla, obim obrađene dokumentacije, upotrebu AI servisa i stopu prihvatanja AI predloga. Izveštaji se izvoze u XLSX, CSV i PDF, uz mogućnost periodičnog automatskog generisanja i dostave. Potrebna je analitika kvaliteta AI komponenti: praćenje korekcija korisnika i uspešnosti klasifikacije i anonimizacije po periodima. Upravljanje troškovima AI servisa Platforma mora evidentirati svaki poziv eksternog AI servisa: servis i model, obim (tokeni ili ekvivalent), procenjen trošak, proces ili korisnika koji je poziv inicirao, vreme i trajanje. Definišu se budžeti i limiti potrošnje po servisu, procesu i vremenskom periodu, sa upozorenjima i automatskim obustavljanjem eksternih poziva po prekoračenju, uz nastavak rada na lokalnim modelima. Potrebni su izveštaji o strukturi troškova i uštedama ostvarenim preusmeravanjem obrade na lokalne modele. Audit AI aktivnosti Vodi se nepromenljiv (append-only) audit dnevnik svih AI aktivnosti: ulazni sadržaj (ili njegov otisak za poverljive sadržaje), primenjeni model i verzija prompta, izlaz, vreme, trajanje i inicijator. Evidentiraju se i korisničke radnje: prijave, pregledi, izmene, odobrenja, preuzimanja i izmene konfiguracije i pravila. Audit zapisi se pretražuju, filtriraju i izvoze za potrebe unutrašnjih i spoljnih provera i čuvaju najmanje 5 godina, u skladu sa aktima naručioca. Administrativni portal i nadzor sistema Centralni administrativni portal obuhvata upravljanje korisnicima, ulogama i pravima, konfiguracijom modula, pravilima rutiranja, šablonima i kontrolnim listama. Promptovima se upravlja kao konfiguracijom: uređivanje, verzionisanje, testiranje na probnim primerima i odobravanje pre produkcione primene. Nadzor zdravlja sistema obuhvata metrike performansi, iskorišćenost resursa (uključujući GPU), dnevnike rada i pragove sa alarmima (e-mail/messenger), sa istorijom. Potrebno je upravljanje redovima obrade i prioritetima zadataka (npr. hitni predmeti pre redovnih). Podrška procesima akreditacije (obavezni workflow šabloni) Naručilac je procese akreditacije modelovao dijagramima stanja u kojima je svaki korak opisan elementima entry (ulazni uslov), do (aktivnost), form (ekranska forma), exit (izlaz koraka) i role (odgovorna uloga). Pregled tokova dat je u Prilogu A, a detaljna dokumentacija procesa akreditacije koju je potrebno podržati kroz AI (pravila, procedure i obrasci) javno je dostupna na https://ats.rs/sr/dokumenta . Platforma mora, korišćenjem workflow podsistema (deo „Upravljanje AI workflow procesima"), podržati elektronsko vođenje procesa akreditacije prikazanih u Prilogu A, i to najmanje: postupka po prijavi za akreditaciju - od prijema prijave, preispitivanja i ugovaranja, preko formiranja tima ocenjivača, do usaglašenog plana ocenjivanja; ocenjivanja - sa upravljanjem listama nalaza, predlozima mera, dokazima i naknadnim i dodatnim ocenjivanjima; i odlučivanja o akreditaciji - od kompletiranja predmeta do donošenja odluke, uključujući posebne tokove (povećanje, smanjenje, suspenzija i tehnička korekcija obima akreditacije, promena tehničkih propisa, održavanje akreditacije bez promene obima, dopunsko ocenjivanje i zahtevi za dodatnim informacijama). Za svaki korak procesa Platforma podržava semantiku dijagrama stanja naručioca: ulazne uslove (entry), aktivnosti (do), ekranske forme (form - kontrolne liste sa potvrdom po dokumentu, padajući meniji sa odlukama, polja za obrazloženje, otpremanje dokumenata), izlaze (exit - generisani dokumenti, upisi u informacioni sistem i notifikacije učesnicima, uključujući TOU) i odgovorne uloge (role), sa dodelom zadataka i pravima pristupa po ulogama. Podržane su tačke odlučivanja i uslovne grane procesa (npr. ugovaranje/dopuna/prekid; saglasan/nesaglasan; adekvatan/nije adekvatan; prvi/ponovljeni zahtev za dopunu), stanja čekanja na odgovor TOU ili internog učesnika - sa rokovima, automatskim podsetnicima i eskalacijom - kao i formalan prekid postupka, uz generisanje odluke i izveštaja o prekidu. AI podrška koracima procesa obuhvata najmanje: proveru kompletnosti prijave i dokumentacije po kontrolnim listama sa predlogom odluke; pripremu nacrta zahteva za dopunu; predlog sastava tima ocenjivača prema stručnosti, raspoloživosti i nepristrasnosti, uz podršku proveri sukoba interesa; analizu primedbi TOU (na sastav tima, izveštaje i predlog obima) sa predlogom odgovora; podršku oceni predloga mera i dostavljenih dokaza (uporedna analiza nalaza, mera i dokaza); i pripremu nacrta dokumenata procesa (izveštaji o preispitivanju, rešenja o formiranju tima i imenovanju komisije za akreditaciju, zaključci, predlozi odluka) prema šablonima i obrascima naručioca (npr. obrasci procedure ATS-PR15). Svi AI predlozi podležu ljudskoj potvrdi, u skladu sa delom „AI analiza usaglašenosti". Konačan obuhvat i detaljne definicije workflow šablona usaglašavaju se projektom implementacije u fazi analize, na osnovu procesa akreditacije (Prilog A) i dokumentacije procesa sa https://ats.rs/sr/dokumenta . Platforma mora omogućiti kasnije izmene i dodavanje procesa bez programiranja. Nefunkcionalni zahtevi Performanse i kapacitet. Platforma mora podržati istovremeni rad najmanje 50 aktivnih korisnika bez degradacije performansi, uz mogućnost rasta broja korisnika skaliranjem. Vreme odziva korisničkog interfejsa je do 2 sekunde za 95% standardnih operacija (bez koraka AI obrade). Obrada pojedinačnog dokumenta obima do 50 strana (OCR, klasifikacija i anonimizacija) traje do 10 minuta i izvršava se asinhrono, uz obaveštenje korisnika po završetku, a odgovor chatbota stiže u roku do 15 sekundi za 95% upita. Kapacitet sistema je najmanje 100.000 dokumenata i 1.000.000 strana u bazi znanja bez degradacije, uz projektovani rast od 20% godišnje u periodu od 5 godina. Raspoloživost i oporavak. Raspoloživost Platforme je najmanje 99,5% na godišnjem nivou u radnom vremenu naručioca; planirana održavanja sprovode se van radnog vremena, uz najavu. Ciljevi oporavka su RPO ≤ 4 sata i RTO ≤ 8 sati. Modularnost i proširivost. Rešenje mora omogućiti dodavanje novih modula, AI agenata, workflow procesa, integracija i LLM modela (lokalnih i eksternih) bez izmene jezgra Platforme i bez značajnih izmena arhitekture. Korisnički interfejs i jezik. Korisnički interfejs je web aplikacija koja radi u aktuelnim verzijama pregledača Chrome, Edge i Firefox, prilagodljiva (responsive) za rad na tablet uređajima. Jezik interfejsa je srpski (latinica), sa arhitekturnom podrškom za višejezičnost (uključujući ćirilicu i engleski). Potrebna je pristupačnost javno dostupnih komponenti u skladu sa WCAG 2.1, nivo AA. Kvalitet razvoja i terminologija. Izvorni kod je pod kontrolom verzija (git), sa automatizovanom izgradnjom i isporukom (CI/CD) i automatizovanim testovima za ključne module. Sistemska dokumentacija i nazivi interfejsa dosledni su terminologiji akreditacije koju koristi naručilac. Bezbednost, zaštita podataka i kontinuitet rada Zaštita podataka i pravila AI obrade Poverljivi i lični podaci obrađuju se isključivo u lokalnoj infrastrukturi naručioca; eksternim AI servisima sme se prosleđivati samo sadržaj koji je prethodno anonimizovan, odnosno pseudonimizovan, u skladu sa delom „Anonimizacija i rekonstrukcija". Rešenje mora omogućiti naručiocu vođenje evidencija i ispunjavanje obaveza prema ZZPL: evidenciju radnji obrade, podršku proceni uticaja na zaštitu podataka o ličnosti, ostvarivanje prava lica i rokove čuvanja i brisanja. Sa eksternim AI provajderima koriste se isključivo režimi u kojima se podaci ne koriste za obuku modela i ne zadržavaju trajno (zero/limited retention); lista dozvoljenih provajdera i režima konfigurabilna je i pod kontrolom naručioca. Podaci naručioca ne smeju se koristiti ni za koju svrhu osim izvršenja posla, a naročito ne za obuku modela dostupnih trećim licima. Rešenje mora biti usklađeno sa Zakonom o informacionoj bezbednosti („Sl. glasnik RS", br. 91/2025) i aktom o bezbednosti IKT sistema naručioca; Izvođač opisuje mere zaštite u bezbednosnoj arhitekturi tehničkog projekta (faza analize), a konačan opis primenjenih mera, prema izvedenom stanju, dostavlja kao deo tehničke dokumentacije pri primopredaji, pre produkcionog puštanja. Primenjuju se Etičke smernice za razvoj, primenu i upotrebu pouzdane i odgovorne veštačke inteligencije: transparentnost (označavanje AI sadržaja), ljudski nadzor nad odlukama i objašnjivost nalaza (sledivost do izvora). Tehničke bezbednosne mere Komunikacija korisnika sa sistemom, kao i komunikacija prema spoljnim servisima, šifruje se u prenosu (TLS 1.2 ili noviji). Komunikacija između komponenti sistema koja se odvija na istom hostu ili unutar iste izolovane mreže, bez prolaska kroz javnu mrežu, može se odvijati nešifrovano uz obrazloženje primenjenih mera izolacije. Podaci u mirovanju štite se enkripcijom algoritmom AES-256 ili ekvivalentnim, i to na nivou sistema za skladištenje ili na nivou aplikacije. Zahtev obuhvata relacionu bazu, vektorsku bazu, mapu anonimizacije i generisane dokumente. Izvođač u tehničkoj dokumentaciji opisuje primenjeni mehanizam enkripcije i način čuvanja ključeva. Kontrola pristupa zasnovana je na ulogama (RBAC), po principu najmanjih privilegija, sa najmanje sledećim ulogama: administrator sistema, rukovodilac, obrađivač predmeta, ocenjivač, čitalac i auditor. Za privilegovane naloge i pristup administrativnom portalu obavezna je višefaktorska autentikacija (MFA), uz integraciju sa SSO rešenjem naručioca (tačka 4). Lozinke i API ključevi čuvaju se u namenskom sistemu za čuvanje ključeva; zabranjeno je čuvanje ključeva u izvornom kodu i običnim konfiguracionim datotekama. Dokumenti se verzionišu i štite od neovlašćene izmene, a integritet audit dnevnika obezbeđen je zaštitom od izmene i brisanja. Sve komponente se bezbednosno ojačavaju (hardening), zavisnosti se redovno ažuriraju i isporučuje se SBOM spisak komponenti; poznate ranjivosti kritičnog i visokog nivoa moraju biti otklonjene pre produkcije. Pre produkcionog puštanja sprovodi se penetraciono testiranje; otklanjanje svih nalaza kritičnog i visokog nivoa uslov je za produkciono puštanje, a izveštaj se dostavlja naručiocu. AI komponente se štite od zloupotrebe: filtriranje i kontrola upita (prompt injection), ograničenje odgovora chatbota na odobreni korpus i ograničavanje protoka po korisniku. Izvođač postupa u skladu sa bezbednosnim politikama naručioca i bez odlaganja prijavljuje naručiocu svaki bezbednosni incident. Rezervne kopije i kontinuitet rada Automatske rezervne kopije izrađuju se dnevno (inkrementalne) i nedeljno (pune) i obuhvataju najmanje: baze podataka, konfiguraciju, definicije AI workflow procesa, bazu znanja, vektorske indekse, promptove, generisane dokumente i audit dnevnike. Kopije se čuvaju najmanje 30 dana, na backup serveru (iz tačke 3), fizički i mrežno odvojenom od primarne serverske infrastrukture. Obnova iz rezervnih kopija testira se periodično, najmanje kvartalno, sa zapisnikom o testu. Deo isporuke su i plan oporavka od katastrofe (DR plan) i operativne procedure (runbook), čiji postupci obezbeđuju ciljeve oporavka navedene u nefunkcionalnim zahtevima. NABAVKA, INSTALACIJA I PUŠTANJE U RAD PRATEĆE INFRASTRUKTURE: NOVI MAIL SERVIS SA MIGRACIJOM POSTOJEĆIH NALOGA, NAMENSKI AI SERVER, BACKUP SERVER SA MREŽNIM RADOVIMA I BACKUP SISTEM SA INICIJALNIM BACKUPOM Izvođač uspostavlja infrastrukturu na kojoj Platforma radi i koja obezbeđuje kontinuitet rada: novi mail servis sa migracijom postojećih naloga, namenski AI server i backup server sa mrežnim radovima i centralizovani backup sistem sa inicijalnim backupom. Cilj ove infrastrukture je da omogući čvrstu integraciju Platforme sa postojećim sistemima naručioca (tačka 4) i obradu podataka isključivo na lokalnoj infrastrukturi, u skladu sa standardima i propisima iz dela „Pravni i strateški okvir". Izvođač odgovara za ceo sistem - od opreme do Platforme. Mail servis: instalacija, podešavanje i migracija Izvođač uspostavlja novi mail servis i na njega prenosi više od 200 postojećih korisničkih naloga sa svom poštom, folderima i pripadajućim podacima, bez gubitka poruka i uz prekid dostupnosti samo u planiranom terminu van radnog vremena. Novi mail servis je Linux mail server zasnovan na open-source komponentama i instalira se kao virtuelna mašina na lokalnoj serverskoj infrastrukturi naručioca. Postojeći sistem je Linux mail server (Postfix i Dovecot) sa više od 200 poštanskih sandučića i oko 100 GB podataka; domen je ats.rs. Izvođač instalira i konfiguriše Linux mail server zasnovan na open-source komponentama (npr. Postfix za SMTP i Dovecot za IMAP, ili odgovarajuće), sa prijemom i slanjem pošte (SMTP), slanjem sa autentifikacijom (submission), pristupom sandučetu (IMAP, a POP3 po potrebi) i webmail pristupom. Podešavaju se domen ats.rs, svi korisnički nalozi, aliasi, grupne adrese i kvote prema spisku naručioca. Servis obuhvata zaštitu od neželjene pošte i zlonamernog sadržaja: antispam filtriranje sa karantinom, antivirusno skeniranje priloga, zaštitu od pogađanja lozinki i ograničenje broja poslatih poruka po nalogu. Podešavaju se i verifikuju SPF, DKIM (ključ najmanje 2048 bita) i DMARC zapisi, uz proveru usklađenosti i izveštavanje; DMARC politika uvodi se postepeno - prvo p=none sa izveštajima, a zatim quarantine ili reject posle 30 dana praćenja (predlog). Reverzni DNS (PTR) zapis za javnu IP adresu slanja usklađuje se sa imenom servera, pri čemu Izvođač koordinira izmenu sa internet provajderom naručioca. SSL/TLS sertifikati izdaju se i obnavljaju automatizovano (ACME ili ekvivalent) za webmail i sve mail servise: SMTP, submission, IMAP i POP3 ako je aktivan. Na svim servisima implementira se kompletan lanac sertifikata (serverski i intermedijarni) - provera standardnim alatima mora pokazati potpun i ispravan lanac na svakom portu. Obnovljeni sertifikat automatski se primenjuje na svim relevantnim servisima (ponovno učitavanje servisa po obnavljanju), bez ručne intervencije, tako da se mail klijenti nakon svakog obnavljanja povezuju bez bezbednosnog upozorenja. Istek sertifikata se nadzire, uz upozorenje administratoru najmanje 14 dana pre isteka i odmah po neuspešnom obnavljanju. Klijenti se povezuju isključivo šifrovanim vezama (TLS 1.2 ili noviji), uz podršku za STARTTLS pri prijemu pošte. Migracija obuhvata sve postojeće korisničke naloge (više od 200, ukupno oko 100 GB podataka), poruke, foldere i pripadajuće podatke, uz očuvanje strukture foldera, statusa pročitanosti i datuma poruka. Izvodi se u dva koraka: inicijalna sinhronizacija dok postojeći sistem radi, zatim završna sinhronizacija razlike i prebacivanje MX zapisa van radnog vremena, uz prethodno smanjen TTL. Slanje i prijem pošte smeju biti nedostupni najviše 4 sata (predlog), a nijedna poruka ne sme biti izgubljena. Nakon migracije sprovodi se testiranje: izveštaj po nalogu (broj poruka i foldera pre i posle), slanje i prijem interno i eksterno, prolaz SPF/DKIM/DMARC provera kod najmanje dva velika provajdera, rad webmaila i klijenata i prinudno obnavljanje sertifikata - uz pripremljen plan vraćanja na postojeći sistem za slučaj neuspeha. Izvođač isporučuje uputstva za podešavanje klijenata (Outlook, Thunderbird, iOS, Android) i pruža podršku korisnicima pri prelasku najmanje 10 radnih dana nakon prebacivanja. Za e-mail konektor Platforme (deo „Upravljanje elektronskom poštom") otvaraju se namenski servisni nalozi sa IMAP/SMTP pristupom, sa pravima ograničenim na potrebna sandučad. Pre prebacivanja izrađuje se rezervna kopija postojećeg mail sistema, a novi mail servis obuhvata se backup politikama iz dela „Backup sistem i inicijalni backup". Potrebni su i MTA-STS i TLS-RPT, kao i višefaktorska autentikacija za webmail. Serverska infrastruktura za AI i backup Izvođač isporučuje, instalira i pušta u rad dva odvojena namenska servera: AI server za lokalne LLM modele Platforme i backup server. Backup server se, radi veće otpornosti, fizički izdvaja u posebnu kancelariju, odvojeno od primarne serverske infrastrukture. Usluga obuhvata i UPS uređaje, mrežne radove, instalaciju i konfiguraciju operativnih sistema i osnovnog serverskog softvera i bezbednosno podešavanje. Konfiguracije u nastavku su minimalne i Izvođač može isporučiti jače komponente. Gde je naveden model, podrazumeva se „ili odgovarajuće". Sva oprema mora biti nova i nekorišćena. AI server mora produkciono nositi lokalne LLM modele koje Izvođač nudi (deo „Infrastrukturno okruženje"); ako oni zahtevaju više od minimalne konfiguracije, isporučuje se jača konfiguracija. AI server Komponenta Minimalni zahtev GPU Ukupno najmanje 48 GB GPU memorije, uz podršku za CUDA Procesor Najmanje 16 jezgara / 32 niti (npr. AMD Ryzen 9 7950X ili odgovarajući) Matična ploča Podržava ponuđeni procesor i sve ponuđene GPU kartice pri punom opterećenju (npr. čipset X670E sa dva PCIe x16 slota) RAM 64 do 128 GB DDR5 Diskovi 2× NVMe SSD od najmanje 2 TB u RAID 1 Napajanje Dimenzionisano za puno opterećenje svih komponenti uz rezervu od najmanje 20%, 80 PLUS Gold ili bolje Kućište i hlađenje Za neprekidan rad pod punim GPU opterećenjem; rack ili tower Mreža Najmanje 1× 10 GbE i 1× 1 GbE Backup server Komponenta Minimalni zahtev Diskovi za podatke Najmanje 36 TB korisnog prostora sa redundansom, na enterprise CMR diskovima (predlog: 4× 18 TB u RAID 6 ili RAIDZ2) Sistemski diskovi 2× SSD od najmanje 480 GB u RAID 1 RAM 32 GB, ECC ako platforma podržava Procesor Najmanje 4 jezgra, x86-64 Napajanje Najmanje 500 W, 80 PLUS Gold Mreža Najmanje 1× 10 GbE za backup saobraćaj Kućište Slobodna ležišta za proširenje sa još najmanje 2 diska Neprekidno napajanje (UPS) Komponenta Minimalni zahtev UPS za backup server APC Back-UPS 700 VA ili odgovarajući, sa signalom za kontrolisano gašenje servera (USB ili mreža) Napajanje AI servera Novi UPS za AI server, u serverskoj sali uz postojeći; kapacitet mora odgovarati potrošnji ponuđene konfiguracije Mrežni radovi Kabliranje od serverske sale do kancelarije backup servera kablom Cat6A, u dva segmenta preko postojećeg međučvorišta (patch paneli i switchevi) na polovini trase, sa najviše 90 m po segmentu i terminacijom na patch panelima kategorije Cat6A; ukupna dužina trase je veća od 100 m. Terminacija, obeležavanje i merenje svih novih linija, sa izveštajem o merenju. Veza backup servera sa primarnom infrastrukturom kapaciteta najmanje 10 Gb/s duž cele putanje, uključujući switch u međučvorištu; ako postojeći switchevi nemaju slobodne 10 Gb/s portove, Izvođač isporučuje odgovarajuće module ili switcheve (predlog). Inicijalni prenos od 17 TB preko veze od 1 Gb/s trajao bi najmanje oko 38 sati čistog prenosa. Backup server se smešta u zaseban mrežni segment (VLAN), sa dozvoljenim samo backup saobraćajem i administracijom. Isporuka i konfiguracija Oprema se isporučuje, montira i povezuje na lokaciji naručioca, uključujući smeštaj backup servera u posebnu kancelariju. Na oba servera instalira se serverska Linux distribucija sa dugoročnom podrškom (LTS) i osnovni serverski softver, ažurirani na dan primopredaje. Na AI serveru instaliraju se GPU drajveri, CUDA okruženje i kontejnersko okruženje (OCI) sa podrškom za GPU, u skladu sa arhitekturom rešenja iz tačke 2); ispravan rad dokazuje se pokretanjem test kontejnera koji koristi sve GPU kartice. Serveri se bezbednosno podešavaju: isključeni nepotrebni servisi, SSH pristup samo ključevima, firewall, dokumentovan postupak bezbednosnih ažuriranja i sinhronizacija vremena. Oba servera se nadziru: metrike procesora, memorije, GPU, diskova, temperature i SMART stanja, sa alarmima na e-adresu naručioca; metrike i alarmi servera i backup sistema dostupni su u standardnom formatu (npr. Prometheus ili ekvivalent) modulu nadzora Platforme (deo „Administrativni portal i nadzor sistema"). AI server prolazi test opterećenja: najmanje 24 sata pod punim CPU i GPU opterećenjem, bez grešaka i termičkog prigušenja, uz zapisnik. Isporučuje se dokumentacija izvedenog stanja (konfiguracije, mrežni plan i IP adrese), a pristupni podaci predaju se naručiocu na način koji on odredi. Backup sistem i inicijalni backup Izvođač uspostavlja centralizovani backup sistem na backup serveru iz dela „Serverska infrastruktura za AI i backup", izrađuje i verifikuje inicijalnu rezervnu kopiju od približno 17 TB podataka i testom dokazuje mogućnost povrata. Izvori koji se štite su: centralni ATS storage sistem, produkcioni serveri, novi mail servis i, po produkcionom puštanju, Platforma. Na backup serveru instalira se i konfiguriše backup softver sa deduplikacijom, kompresijom i enkripcijom kopija (AES-256 ili ekvivalent); eventualne licence glase na naručioca. Politike izrade rezervnih kopija definišu se po izvoru (učestalost, tip kopije i period čuvanja), s tim da su minimum dnevne inkrementalne i nedeljne pune kopije, uz čuvanje najmanje 30 dana; politika za Platformu obezbeđuje ciljeve oporavka navedene u nefunkcionalnim zahtevima (RPO ≤ 4 sata, RTO ≤ 8 sati). Sistem je projektovan i kao zaštita od ransomware napada: backup server je van domena i bez deljenih resursa prema produkciji, kopije su nepromenljive ili zaštićene od brisanja sa produkcionih sistema tokom perioda čuvanja, a za administraciju se koristi poseban administratorski nalog. Backup poslovi izvršavaju se automatizovano i zakazano, uz kontrolu uspešnosti svakog posla, obaveštenje o svakom neuspešnom poslu i dnevni izveštaj. Storage sistem, produkcioni serveri i mail servis povezuju se sa backup sistemom bez prekida rada produkcionih servisa; inicijalni prenos obavlja se van radnog vremena ili uz ograničenu propusnost. Izrađuje se i verifikuje inicijalna rezervna kopija storage i produkcionih servera, približno 17 TB podataka, sa proverom integriteta (kontrolne sume) i izveštajem o obimu i trajanju. Mogućnost povrata dokazuje se testom: pojedinačni fajlovi, ceo direktorijum i najmanje jedan produkcioni server ili virtuelna mašina na alternativnu lokaciju, uz izmereno vreme povrata i zapisnik. Procedure za povrat podataka (runbook) isporučuju se na srpskom jeziku, uz obuku najmanje 2 administratora naručioca. Potrebna je i kopija najkritičnijih podataka na drugu fizičku lokaciju ili eksterni medij. Primopredaja i prijem infrastrukture Završno prebacivanje pošte na novi mail servis izvodi se tek kada backup sistem radi, uz prethodnu rezervnu kopiju postojećeg mail sistema. Kvantitativni prijem opreme vrši se pri isporuci, uz otpremnicu i spisak serijskih brojeva; kvalitativni prijem konstatuje se zapisnikom na osnovu uspešnih testova opisanih u ovoj tački: test GPU i kontejnerskog okruženja, test opterećenja od 24 sata, inicijalni backup sa verifikacijom, test povrata podataka i testovi nakon migracije pošte. Administratorski pristupi infrastrukturi pripadaju naručiocu; Izvođač ih koristi kroz kontrolisane i evidentirane kanale (deo „Mesto, jezik i način realizacije"). INTEGRACIJA SA POSTOJEĆIM INFORMACIONIM SISTEMIMA NARUČIOCA Platforma mora biti čvrsto integrisana sa svim postojećim informacionim sistemima naručioca. Reč je o internim rešenjima naručioca, razvijenim na open-source tehnologijama i postavljenim na lokalnoj serverskoj infrastrukturi naručioca; detaljna dokumentacija o tehnologijama, interfejsima i modelima podataka predaje se Izvođaču u fazi analize. Infrastruktura iz tačke 3) (lokalni AI server, backup sistem i mail servis) uspostavlja se upravo da bi omogućila ovu integraciju i obradu podataka isključivo na lokalnoj infrastrukturi, u skladu sa standardima i propisima iz dela „Pravni i strateški okvir". Redosled i tehnički detalji integracija utvrđuju se projektom implementacije u fazi analize. Sistemi sa kojima se Platforma integriše i očekivani obim integracije: Upravljanje akreditacijama - prati sve akreditacije, timove koji ih prate i dokumente koji se razmenjuju (oko 10 GB mesečno). Integracija je dvosmerna: preuzimanje podataka o akreditacijama, TOU, timovima i dokumentima i upis statusa obrade, dokumenata i nalaza koje Platforma generiše. Delovodnik - evidencija svih ulaznih i izlaznih dokumenata (trenutno više od 150.000). Dvosmerna integracija: zavođenje akata koje Platforma generiše i preuzimanje zavodnih podataka i dokumenata za prepisku, pretragu i bazu znanja. Portal za TOU - digitalne prijave za inicijalnu akreditaciju i reakreditaciju (proširenje, smanjenje i dr.), sa stablima kodova neograničene dubine i njihovim međuvezama za sve vrste akreditac