Softverski sistem Market Management System (MMS) sa održavanjem(ponovljeni postupak)

Ponuda mora biti sastavljena u skladu sa tehničkom specifikacijom. NAPOMENA: Uvod Crnogorski operator tržišta električne energije (u daljem tekstu COTEE) je kompanija u vlasništvu države, čija je djelatnost normirana Zakonom o energetici i Tržišnim pravilima. Nadležnosti i obaveze Operatora tržišta se prepoznaju kroz pet funkcionalnosti koje bi implementacija zahtijevanog softverskog rješenja uskladila sa zahtjevima koje nameću nove potrebe tržišta električne energije. Sve navedeno mora biti u skladu sa EU regulativom i obavezama koje nameće Energetska zajednica. Slijedi kratak opis zahtijevanih funkcionalnosti: 1. Administracija tržišta (Administration) • identifikacija, registracija i klasifikacija učesnika na tržištu električne energije, evidentiranje: bilateralnih ugovora, podataka o trgovanju, balansnih grupa i balansno odgovornih subjekata (baze podataka), • evidentiranja zaključenih ugovora: nabavci pomoćnih usluga i balansne električne energije, nabavci električne energije za pokrivanje gubitaka u distributivnom i prenosnom sistemu , • administracija (kontrola i obrada) podataka i portfolija učesnika na tržištu, • unos podataka nosioca balansne odgovornosti i balansno odgovornih subjekata (uključujući i podatke obnovljivih izvora i visokoefikasne kogeneracije), kao i podataka sa srednjoročnog (dan unaprijed) tržišta električne energije za izradu okvirnog voznog reda. 2. Planiranje rada tržišta i Nominacije (Scheduling and Nomination); Planiranje rada tržista i nominacije učesnika tržišta (vozni redovi) je funkcionalnost koja se oslanja na postavke prethodno opisane kod Administracije tržista. Namijenjena je upravljanju trgovanjem i operacionalizaciji trgovina i opisana Zakonom o energetici u članu 129 stav 1 i u Tržišnim pravilima poglavlja: VI Tržište električne energije na bazi bilateralnih ugovora i VIII Vozni redovi, u potpunosti je standardizovan i kao proces i kao interna procedura primjene standarda udruženja Evropske mreže Operatora prenosnih sistema (European Network of Transmission System Operators for Electricity – dalje u tekstu ENTSO-E) kroz ENTSO ESS proces. Navedena zakonska rješenja su u potunosti usklađena sa postupkom u ESS standardu. Ovaj funkcionalnost sadrži mogućnost: • izrade dnevnih tržišnih planova rada (Scheduling) nosilaca balansne odgovornosti i balansno odgovornih subjekata u skladu sa Uputstvom za prijavu i izradu dnevnih planova rada, • izrade dnevnog plana rada tržišta Crne Gore, • korigovanja podataka konačnih tržišnih planova rada balansnih grupa i balansno odgovornih subjekata, koji imaju jednu ili više regulacionih proizvodnih jedinica, podacima realizovane sekundarne i tercijarne regulacije, • izrade dnevnih tržišnih planova rada za tržište dan unaprijed (day ahaed), nakon uspostavljanja srednjoročnog tržišta električne energije (prijema i provjere), • izrade tržišnih planova rada sa balansnog tržišta električne energije, nakon njegovog uspostavljanja, u saradnji sa Operatorom prenosnog sistema (OPS) u cilju funkcionisanja ovog tržišta, unošenja transakcija sa ovog tržišta u tržišne planove rada i objavljivanje ovih podataka po njihovom prispjeću. 3. Balansni obračun i Finansijsko poravnanje (Accounting and Settlements); Operator tržišta, shodno Zakonu o energetici i Tržišnim pravilima, vrši balansni obračun i finansijsko poravnanje. Ova funkcionalnost sadrži mogućnosti: • unosa i obrade daljinski očitanih obračunskih podataka sa mjernih uređaja na prenosnom sistemu od OPS-a, ocjenu validnosti ovih podataka, unos i obradu ovako prikupljenih podataka sa mjernih uređaja u sistem poravnanja. • prikupljanja i verifikacije podataka od Operatora distributivnog sistema (ODS), koji se odnose na krajnje kupce i proizvodne jedinice priključene na njegov sistem. • obradu unesenih podataka datih datih u rezoluciji obračunskog intervala, posebno podataka koje treba obraditi po određenim profilima potrošnje. • upoređivanje verifikovanih mjernih podataka dostavljenih od strane Operatora sistema (OPS i ODS) sa podacima iz dnevnih planova rada radi utvrđivanja količinskog odstupanja predaje/prijema električne energije od prijavljenih dnevnih planova rada nosilaca balansne odgovornosti i balansno odgovornih subjekata. • upravljanje procesom obrade podataka vezanih za primjenu balansnog mehanizma, kontrolu i evidentiranje rezultata obrade podataka. • provjeru i verifikaciju utvrđenih količinskih odstupanja sa nosiocima balansne odgovornosti i balansno odgovornim subjektima. • upoređivanja verifikovanih izmjerenih podataka sa podacima iz prognoza radi utvrđivanja količinskog odstupanja predaje i prijema električne energije od prijavljenih prognoza povlašćenih proizvođača. • provjeravanja i verifikacije utvrđenih količinskih odstupanja povlašćenih proizvođača. • utvrđivanja finansijskog obračuna i kontrolu (finansijsku) poravnanja verifikovanih količinskih odstupanja. • praćenje i kontrolu primjene Metodologije za utvrđivanje cijena i uslova za pružanje pomoćnih i sistemskih usluga i usluga balansiranja prenosnog sistema, održavanje procesa usaglašavanja cijena pomoćnih usluga sa Operatorom prenosnog sistema i objava ovih cijena na web sajtu za svaki obračunski interval posebno. • Dnevno praćenje i kontrolu stanja i procjenu rizika garancijama nepokrivenih finansijskih iskaza debalansa u portfolijima balansno odgovornih subjekata radi obračunavanja iznosa bankarske garancije ili drugog sredstva obezbjeđenja plaćanja i upravljanja rizicima kroz praćenje i reviziju dostavljenih instrumenata obezbjeđenja plaćanja u skladu sa propisima. 4. Maloprodajno tržište (Retail electricity market) Odvajanje Operatora distributivnog sistema (CEDIS) iz balansne grupe sa Elektroprivredom Crne Gore usled nepostojanja adekvatnih mjernih podataka u rezoluciji obračunskog intervala radi razgraničenja energetskih portfolija Operatora distribucije i učesnika koji imaju realizacije u distributivnom sistemu napravljena je Metodologija analitičkog proračuna ovih podataka i koja je u primjeni od početka 2021. godine, a koju je neophodno implementirati kroz traženo softversko rješenje kao poseban moduo. Dakle, nužno je za podršku radu maloprodajnog tržišta obezbijediti softversko rješenje za balansni obračun maloprodajnog tržišta, za koje je neophodna primjena savremenih IT rješenja koje omogućava kvalitetnu, pouzdanu i zastićenu komunikaciju podataka između Operatora distribucije i Operatora tržišta, kao i adekvatne IT alate za razgraničenja učesnika na tržištu u distributivnom sistemu, posebno snabdjevača, vodeći računa o profilima potrošača na maloprodajnom tržištu. 5. Izvještavanje (Reporting). Funkcionalnost za izvještavanje proizilazi iz zahtjeva člana 129 stav 1 Zakona o energetici, odnosno clana 20 Tržišnih pravila. Ova funkcionalnost mora biti prilagodena korisnicima aplikacije, prije svega učesnicima tržišta, trećim licima i osoblju koje je zaduženo da obavlja poslove organizovanja i upravljanja tržištem, što podrazumjeva: • Jednostavne alate za kreiranja izvještaja, prema kriterijumima čuvanja povjerljivosti podataka; • WEB orjentisani interfejs za prikaz podataka; • Izvoz podataka u u EXCEL i XML formatima. Svrha projekta Ovaj Zahtjev je posledica planiranog razvoja tržišta, njegovog regionalnog povezivanja i potrebe upravljanja procesima iz domena koji pokriva Operator tržišta (Market operator) na što jednostavniji i pouzdaniji način vodeći računa o sigurnosti pristupa sistemu, a u skladu sa postupcima koje propisuje ENTSO-e) i drugim standardima relevantnim za elektronsko poslovanje na tržištu električne energije. Potreba za novim softverskim rješenjem direktno proizilazi iz obaveza države Crne Gore da tržište električne energije organizuje na transparentan i nediskriminatoran način, što podrazumijeva poštovanje propisa definisanim Direktivama EU(943/19 i 944/19), kao i razvoja maloprodajnog tržišta koje će omogućiti dolazak novih snabdjevača na tržište električne energije Crne Gore. Projekat razvoja softvera se izvodi na način da odabrani ponuđač - izvršilac održava redovne koordinacione sastanke sa naručiocem, koji se održavaju najmanje jednom u 14 dana, a po potrebi i češće. U okviru izrade funkcionalnog modela, naručilac u saradnji sa izvršiocem utvrđuje i kanale komunikacije, način vođenja zapisnika, način prijavljivanja grešaka i poslovnik projekta. Takođe, u okviru funkcionalnog modela će detaljnije biti definisani i ostali elementi koji se u ovoj specifikaciji pominju, kao što su liste, korišćeni standardi za elektronsku razmjenu podataka, kao i moguće izmjene pravila za obračun bilansa stanja i godišnjeg obračuna zbog donošenja novih Tržišnih pravila. Ovaj dokument sadrži funkcionalne zahtjeve i opisuje očekivane funkcije koju treba isporučiti. Međutim, na osnovu proizvoda izvršioca, modularnost ovih funkcija može da se razlikuje od one predstavljene u daljem tekstu. Neke funkcije mogu biti ili grupisane u jednom paketu ili podijeljene u različite pakete. Za cjelokupni dizajn dostavljenog IT sistema je isključivo odgovoran izvršilac. Svrha ovog projekta je usluga izrade Sistema za upravljanjem tržištem (MMS/ Market managment system). MMS se sastoji od sljedećih modula : • Modul za podeševanje sistema (SETTINGS) • Modul za nominacije (NOMINATION MANAGEMENT MODUL) • Modul za planiranje (PLANNING MODUL - SCHEDULING) • Podmodul za unos i izvoz podataka (DATA MANAGEMENT) • Modul za balansni obračun i finansijska poravnanja (ACCOUNTING SETTLEMENTS) • Modul za maloprodajno tržište (RETAIL ELECTRICITY MARKET) Svi navedeni moduli su povezani neophodnim interfejsima. MMS Grafički korisnički interfejs (GUI) će biti dostupan na engleskom jeziku za interne (COTTE) korisnike i engleskom (opcijsko još crnogorskom jeziku) za eksterne korisnike i može biti izabran od strane korisnika. Opšti funkcionalni zahtjevi U sledećim poglavljima su definisani opšti funkcionalni zahtjevi koje sistem mora da podržava. Funkcije upravljanja poslovnim procesima Poslovni procesi moraju biti automatizovani i kontrolisani, sa mogućnošću izvršavanja u određeno vrijeme. Izvršavanje procesa se startuje u skladu sa zadatim vremenskim paternom (automatski) i/ili ručno. Termin automatski znači da će proces biti izvršen svaki put na određeni datum i u određeno vrijeme. Konkretno, se misli na “dan unaprijed” tržište koji se izvršavaju u D - 2, D - 1, D i slično. Interakcija sa korisnikom podrazumijeva i sinhrone i asinhrone poruke i odluke korisnika moraju biti podržane. Sistem mora omogućiti podršku za procese koji su inicirani drugim procesima. Neophodno je obezbijediti funkcionalnost za praćenje procesa koja će pružiti ažurirane informacije o trenutnom statusu aktivnih procesa, kao i o završetku izvršenih procesa. Pri definisanju vremena za pokretanje procesa, moraju se uzeti u obzir radni i neradni dani, promjene povezane s početkom i krajem ljetnjeg računanja vremena (dani od 23 ili 25 sati), te vjerski i državni praznici. Funkcija nadgledanja procesa biće dostupna kako bi osigurala pregled stanja aktivnih procesa i evidentirala izvršenje završenih procesa. Formule za proračune Ovlašćenom korisniku treba omogućiti da sve formule za proračune budu lako podesive putem grafičkog korisničkog interfejsa. Minimalno zahtijevano je da sistem podrži sljedeće funkcije: sabiranje, oduzimanje, množenje, dijeljenje, apsolutna vrijednost, minimum, maksimum, suma, prosjek, ponderisani prosjek, matematičko zaokruživanje, zaokruživanje na manji broj, zaokruživanje na veći broj, funkcija brojanja, operacije jednakosti i nejednakosti, poređenja (manje od, veće od), ugnježdene IF funkcije, te logičke operacije “i”, “ili” i “ne”. Sistem mora podržavati sve formule definisane u tenderskoj dokumentaciji kao i dodatne formule iz modula Settlement koje ‘e biti dostavljene kroy usaglašeni funkcionalni model. Prikaz podataka Svi podaci koji učestvuju u proračunima ili su rezultat proračuna, treba da imaju mogućnost prikaza u tabelama i grafički, kako slijedi: Tabelarni prikaz mora podržavati: vertikalnu i horizontalnu orijentaciju, redosled kolona i redova, upotrebu agregacije kolona i redova, definisanje vremenskih i filtera po nazivu za pregled podataka. Potrebno je omogućiti promjenu boje prikazane vrijednosti podataka koji zadovoljavaju pravila podešena od strane korisnika. Prethodno se setuje korišćenjem grafičkog interfejsa. Pregled podataka mora omogućiti prikaz dodatnih informacija, kao što su vrijeme i autor posljednje izmjene podataka, uz mogućnost uključivanja ili isključivanja tog prikaza od strane korisnika. Tokom pregleda podataka, korisniku se mora omogućiti prikaz podataka u različitim intervalima (rezolucijama), uključujući: 15 minuta, 30 minuta, 60 minuta, višesatne intervale, 1 dan, višednevne intervale, 1 nedjelju, višenedjeljne intervale, 1 mjesec, višemjesečne intervale, 1 godinu, i višegodišnje intervale. Potrebno je korisniku omogućiti da određene preglede podataka proglasi "omiljenim" (favorites) čime će mu se omogućiti lakši i brži pristup. Takođe, potrebno je podržati povezivanje logički srodnih pregleda podataka kako bi se omogućila brza navigacija između različitih prikaza. Prikaz podataka u grafikonima mora podržavati sledeće tipove grafikona: stubovi, linije, kružni, stubovi u kombinaciji sa linijama, naslagani stubovi, naslagane linije. Struktura pojedinačnih grafičkih prikaza mora biti dostupna za prilagođavanje ovlašćenim korisnicima putem grafičkog interfejsa, pri čemu moraju biti podržane najmanje sljedeće opcije: izbor tipa grafikona, selekcija podataka koji će biti uključeni u grafikon, te definisanje vremenskih intervala i filtera po poslu za prikaz podataka. Sistem mora podržavati funkciju zumiranja izabranog dijela grafikona. Intervali vremena koji obuhvataju sezonske korekcije vremena moraju biti pravilno obrađeni i tačno prikazani za sve prikaze. Kompatibilnost izvještaja sa MS Office-om Sistem mora obezbijediti kreiranje i upravljanje izvještajima. Izvještaji će se zasnivati na šablonima koje kreiraju ovlašćeni korisnici. Šabloni izvještaja će se ažurirati i/ili brisati prema potrebi. Izvještaji će se generisati automatsk (npr. jednom nedjeljno) ili manuelno po izdatoj komandi od korisnika. Izvještaji će se čuvati u sistemu u XML formatu a mogu da se šaljukorisniku i u formatu za štampu npr. Excel, te će biti automatski slati korisnicima putem e-mail-a. Izvještaji moraju biti dostupni za eksportovanje u sljedećim MS Excel formatu, a treba da podržavaju mogučnost menjanjanja sadržaja, ako se menjaju ulazni podaci, formule, kao i u XML formatu u univerzalnom obliku, koji mora biti dostupan za preuzimanje putem web servisa. Funkcionalnost rada sa clipboard-om copy/paste za intervale podataka mora biti omogućena na svim prikazima podataka, uključujući direktno prebacivanje podataka između sistema i MS Excel programa. Uvoz i izvoz podataka Sistem mora omogućiti jasan prikaz uvoza i izvoza svih podataka (ukjučujući i datoteke). Grafički korisnički interfejs (GUI) Meni sistema mora biti prikazan u grafičkom modu i organizovan u hijerarhijsku strukturu koja prati poslovne procese. Korisnicima treba da omogući pokretanje različitih prikaza podataka, izmjene informacija i jednostavnu kontrolu poslovnih procesa. Sam meni se dinamički generiše na osnovu konfiguracije sistema, tako da svaki korisnik u skladu sa svojim pravima pristupa vidi odgovarajuće stavke menija. Korisnici sistema moraju imati mogućnost rada sa različitim vrstama podataka, uključujući transakcione poslovne podatke, konfiguracione podatke, stalne podatke i podatke o upravljanju procesima. Podaci mogu biti prikazani u tabelarnom obliku ili na grafikonima, sa širokim mogućnostima za konfiguraciju prikaza. Napredni korisnici moraju biti u mogućnosti da kreiraju prilagođene prikaze podataka bez potrebe za programiranjem. Prikazi u tabelarnom obliku moraju omogućiti prikaz podataka ne samo u osnovnoj vremenskoj jedinici, već i u drugim vremenskim jedinicama, uz automatsku agregaciju i disagregaciju podataka prema potrebi. Tabele se koriste kako za pregled, tako i za izmjenu podataka. Svaki prikaz mora uključivati vremenske filtere i filtere po nazivima, a sistem treba da omogući korisnicima da iz postojećih osnovnih filtera, kombinacijom istih, kreiraju složene filtere za naprednije pretrage i analize podataka. GUI treba da podrži: • Kolaps pojedinih djelova hijerarhijski prikazanih podataka, ili cijele hijerarhije (kao što su dan – čas predmet – blok itd.) • Organizaciju podataka u redovima i kolonama • Mogućnost grafičkog isticanja vrijednosti prema poslovnim pravilima • Prikayivanje podataka (redovi i kolone) na osnovu trenutnog stanja poslovnih procesa i primjenjivi na određenog korisnika i prema pravima pristupa • Podešavanje širine kolona od strane krajnjeg korisnika pomoću računarskog miša. Definisanje korisnika Sistem mora omogućiti definisanje prava po tipu korisnika. Svi korisnici moraju biti identifikovani korisničkim imenom i lozinkom. Korisnik moće da promijeni svoju lozinku, a kompleksnost lozinke će biti defisana u sklopu funkcionalnog modela. Sistem mora da obezbijedi najmanje sledeće tipove korisnika: • MMS Administrator • Menadžer Aplikacije (Application Manager/Rukovodilac aplikacije) • Menadžer prijave dnevnih planova rada i Menadžer Obračuna • Operator – ovlašćeni korisnik • Spoljni korisnik - korisnik MMS Administrator ima potpuni pristup sistemu i mogućnost da dodijeli određena prava i uloge drugim korisnicima. Konfiguracija prava korisnika će se detaljno razvijati za svaki dio sistema i za ključne funkcionalnosti (prozore). Svaka funkcionalnost mora imati dvije osnovne opcije: čitanje i pisanje, koje se mogu označiti (čekirati), a na osnovu tih podešavanja korisnici će dobiti odgovarajuće dozvole za pristup određenim dijelovima sistema. MMS Administrator ima odgovornost da prenese početna prava na Menadžere aplikacija, koji će kasnije biti zaduženi za dodavanje novih korisnika i definisanje njihovih prava na nivou Operatora i nižih hijerarhijskih nivoa. Sistem omogućava definisanje korisničkih uloga, a jedino dozvoljene opcije povezane sa tim ulogama mogu biti dostupne za izbor korisnicima. Sistem mora posjedovati registar korisnika, a svaki korisnik mora imati najmanje sljedeće atribute: • korisničko ime (na pr. email) • lozinku (administratori i operatori moraju imati mogućnost da unesu početnu (inicijalnu) lozinku i da promijene trenutnu lozinku) • ime kompanije • Ime i prezime (ako je primjenjivo) • adrese elektronske pošte (mogućnost navođenja više email adresa) • uloga- status/kategorija (BRP, Učesnik u BM, TSO, ODS ili drugi) • datum isticanja korisničkog naloga važenja Sistem će pratiti svaku promjenu u korisničkom registru, i obavještavati korisnika odgovornog za praćenje promjena (dodatno, promjene se evidentiraju i u logovima). POSTAVKE Aplikacija ima na raspolaganju "Postavke" u kojima su definisani osnovni parametri aplikacije kao što su dužina intervala obračuna, veličina koeficijenta za tolerancijski opseg, kalendar poravnanja stanja, upravljanje korisničkim računima korisnika aplikacije za poravnanje stanja i druge važne postavke koje definišu rad aplikacije. Tokom pripreme funkcionalnog modela, postavkama se mogu dodati i drugi parametri. Korisnici Pregled korisnika sistema treba da budeprikazan na glavnoj stranici u korisničkom meniju. Treba omogućiti pretraživanje/sortiranje/filtriranje korisnika prema svim osnovnim parametrima korisnika sistema. Osnovni sistemski parametri: ID korisnika, korisničko ime, ime, prezime, tip korisnika Brisanje korisnika Aplikacija takođe omogućava deaktiviranje korisnika označavanjem kao neaktivnim. Takođe je moguće podesiti valjanost korisnika sa parametrima valjanost od i valjanost do. Na taj način je korisnik aktivan ili neaktivan . Dnevnik zadataka Dnevnik zadataka bi trebao prikazati sve događaje i zadatke koji su se izvodili u aplikaciji s praćenjem vremena. Pretraživanje/sortiranje po parametrima dnevnika poslova takođe treba biti omogućeno. Parametri dnevnika zadataka su: Korisnik, IP adresa, modul, akcija, dodatni opis, datum i vrijeme snimanja. Dužina obračunskog intervala 15/60 U podešavanjima se određuje na osnovu koje dužine obračunskog intervala aplikacija radi. Postoji opcija od 60 minuta ili 15 minuta. Obračun stanja se obračunava za svaki obračunski interval, koji trenutno iznosi 60 minuta i počinje na početku svakog sata u danu. Od 2025. godine obračunski interval će biti skraćen na 15 minuta, što znači da će postojati 4 obračunska intervala u svakom satu dana. Aplikacija stoga može raditi u oba intervala, od 15 minuta ili 60 minuta, što je određeno u postavkama aplikacije. Prelaz će se odvijati sa 60 minuta na 15 minuta. Aplikacija mora biti u mogućnosti izvršiti prelaz na način da nakon prelaza na 15-minutni obračunski interval i dalje budu moguće funkcije, izvještaji i analize za prošli period, kada je interval bio duži. Obaveza MMS sistema je da obezbijedi Administratoru da napravi konfiguraciju za interval obračuna u sistemu. Sistem Obračuna će morati da prihvati podatke u rezoluciji većoj nego što je rezolucija postavljena u sistemu Obračuna, a u proračunima će se vrijednosti konvertovati na rezoluciju postavljenu u sistemu Obračuna (npr. ako je rezolucija u sistemu Obračuna jedan sat a fajlovi primljeni iz drugih sistema su u višoj rezoluciji (15 minuta – 96 veličina) sistem Obračuna će morati da prihvati ove podatke i iz ovih podataka će izračunati nov set podataka u satnoj rezoluciji. Raspon tolerancije (T) U postavkama se određuju veličine zone tolerancije (T) za svaku pojedinačnu vrstu kalkulacija (dobavljač, trgovac,..). Prilikom razvoja softvera potrebno je obratiti pažnju na odgovarajući razvoj modela podataka koji će omogućiti promjenu formule za izračunavanje raspona tolerancije, tako da se formula za proračun može mijenjati bez velikih intervencija u aplikaciji. Podešavanje datuma za prelazak sa/na zimsko/ljetno računanje vremena U postavkama korisnik određuje na koje datume se vrši prelazak sa zimskog na ljetno računanje vremena i obrnuto. Zbog mogućnosti gašenja ovog sistema, tranzicija se možda neće izvršiti. Rekalkulacija – ponovljeni obračun U toku procesa rada, nakon iskazanih i prihvaćenih žalbi BRP-ova, neophodno je izvršiti rekalkulaciju agregacije i proračuna, nakon čega slijedi izdavanje računa za odrešene BRP-ove za neki prethodni period. Tokom ovog procesa, moraju se generisati izvještaji koji sadrže sve informacije o novim njovčanim nadoknadama, odnosno nove vrijednosti za naplatu i raznike između stare i nove vrijednosti za naplatu. Sistem mora omogućiti napredne operacije sa intervalima u okviru kojih su svi podaci potrebni za ponovni proračun validni. Na primjer, ukoliko Operator Obračuna izvršava ponovni proračun za neku BRP, sistem će koristiti podatke koji su važili u periodu na koji se proračun odnosi. Ako je, na primjer, MPP u prošlosti bio povezan sa BRP2, a trenutno je povezan sa BRP1, sistem će uzeti u obzir tu povezanost iz prošlosti i sve podatke za taj MPP agregisati za BRP2. Sve vrijednosti, kako nakon inicijalnog proračuna, tako i nakon ponovnog proračuna, biće dostupne za poređenje unutar istog prikaza u sistemu. OPŠTI TEHNIČKI USLOVI I IT USLOVI Važne napomene Isporučilac je dužan da poštuje u tenderskoj dokumentaciji zahtijevane tehničke standarde kako hardvera, tako i softvera, uključujući najnovije verzije operativnih sistema i drugog softvera, ali ne ograničavajući se na standarde sigurnosti i bezbjednosti, sa primijenjenim najnovijim verzijama i nadogradnjama za predstavljeno rješenje sistema upravljanja tržištem - Market Menagment System (MMS). Isporučilac mora poštovati intelektualnu svojinu trećih lica. Hardver uključujući i računarsku mrežu, nije pokriven ovom ja vnom nabavkom. Opšte (informacije o hardveru, okvir projekta sistemske infrastrukture) Hardver Isporučilac MMS sistema treba da u roku od 10 dana od dana potpisivanja ugovora specificira i COTEE-u dostavi predlog za hardverski kapacitet potreban za optimalnu implementaciju MMS sistema. Neophodan kapacitet hardvera treba procijeniti u skladu sa potrebnim resursima na računarskim serverima. Isporučilac je dužan razmotriti opcije korišćenja virtuelnih i rackmount servera. Hardverske kapacitete će obezbijediti COTEE. Isporučilac treba da pripremi detaljnu specifikaciju neophodne hardverske infrastrukture, uključujući mrežnu opremu, koja mora da ispuni sve sljedeće zahtjeve i uslove: • Hardverska infrastruktura uključujući računarsku mrežu, treba da bude projektovana tako da bude visoko dostupna (HA klaster), lako podesiva (visok stepen podesivosti) i u skladu sa trenutno važećim bezbjednosnim standardima - tako da ovo treba da bude smjer u kome hardverski kapacitet treba da bude zahtijevan od strane isporučioca sistema. Upotreba klastera treba da obezbijedi raspodjelu opterećenja, visoke performanse i visoku dostupnost. Ista će biti od strane COTEE-a obezbijeđena prije instalacije MMS sistema. • Cjelokupan sistem infrastrukture treba da ima mogućnost upravljanja greškama bilo koje komponente hardvera ili softvera. • Takođe, sistem mora biti unapred pripremljen za potpuno vraćanje u prethodno stanje na osnovu rezervnih kopija, ako je potrebno. Obaveze izvršioca po pitanju zahtijevanih hardverskih resursa Izvršilac je dužan da specificira sve neophodne resurse: broj centralnih procesorskih jedinica, veličinu radne memorije, kao i skladišni prostor za instaliranje modula MMS sistema. Ova informacija mora biti detaljno obrazložena i dostavljena naručiocu od strane izvršioca u roku ne dužem od 10 dana od dana potpisivanja ugovora. Mreža Izvršilac treba da projektuje IT sistem i da dostavi specifikaciju za sav neophodan hardver i mrežnu opremu sa 1000 Mbit/standardnog Eterneta lokalne mreže (LAN Ethernet). MMS sistem treba da bude baziran na izolovanoj VLAN podmreži iza MMS firewall-ova. Operativni sistemi Operativne sisteme će obezbijediti izvršilac kao standardni proizvod, i isti moraju biti najnovija verzija sa svim dostupnim ažuriranjima i revizijama. Softver i baze podataka Isporučilac je obavezan da da podesi sve hardverske i mrežne komponente MMS sistema kao i da obezbijedi i implementira MMS sistem i sav softver koji je neophodan za ispravan rad MMS sistema. Baza podataka MMS sistema mora imati sljedeće karakteristike: visoku dostupnost, performanse i podesivost; mogućnost upravljanja korisničkim nalozima; mogućnost pravljenja rezervnih kopija i oporavak baze podataka na osnovu istih; rukovanje xml datotekama, velikim tekstualnim datotekama, relacionim podacima; visok stepen bezbijednosti; obezbijeđen integritet podataka; visoku efikasnost i pouzdanost; upravljanje skladištenjem podataka; konkurentnost; konzistentnost; integritet podataka i postojanost podataka. Baza podataka mora biti zaštićena pristupnim lozinkama. Sve značajne informacije generisane u svim modulima nabavljenog MMS sistema, kao i informacije koje zahtijevaju korisnici (učesnici), operatori i administratori, moraju se čuvati u bazi podataka. Operativno okruženje Isporučilac mora biti zadužen za softver i obezbjeđivanje opisa hardvera koji treba da bude u skladu sa specificiranim karakteristikama hardverske infrastrukture koju je zahtijevao od COTEE-a. Isporučilac projektuje i predlaže arhitekturu cjelokupnog MMS sistema. Tokom projektovanja arhitekture, isporučilac mora imati u vidu da će COTEE obezbijediti hardver i mrežnu opremu u skladu sa predlogom isporučioca, a da zahtijevani stepen bezbjednosti, redundantnosti, dostupnosti i performansi MMS sistema mora da bude veoma visok. Potreban softver i odgovarajuće licence moraju biti isključivo za upotrebu od strane COTEE-a. MMS platforma treba da bude sastavljena od sljedećih platformi–test/pred-produkcije i produkcije. Nove verzije aplikacija se moraju testirati i verifikovati na test/pred-produkcijskoj platformi prije puštanja na produkciju, tako da proces poslovanja nije ugrožen. Test/pred-produkcija platforma će se koristiti i za testiranje i primjenu modifikacija (poboljšanja, ispravku programskih grešaka, itd). Nakon odobrenja modifikacija od strane COTEE-a, te modifikacije će biti testirane i verifikovane na test/pred-produkcijskoj platformi i ako je sve u redu u toku pred-produkcije (treba da bude odobreno od strane COTEE-a), onda će se primeniti na produkcijskoj platformi. Test/pred-produkcija i produkcija moraju da budu potpuno iste platforme sve vrijeme, tako da sve (modifikacije, zakrpe, itd) što je potvrđeno da radi ispravno na pred-produkciji može da se primijeni na produkciju bez ikakvih posljedica. Produkcijsko i test/pred-produkcijsko okruženje (platforma) treba da bude isto i iz bezbjednosnih razloga, tako da, ako postoji neki veliki problem i produkcijska platforma ne može da se koristi na odgovarajući način, umesto nje može da se koristi pred-produkcijska platforma, dok se produkcijska platforma ne popravi, odnosno bude potpuno osposobljena. Isporučilac mora da predloži mehanizam koji će obezbijediti sinhronizaciju podataka između produkcijske i test/pred-produkcijske platforme. Ove sinhronizacije će biti na ad hoc bazi. Ovo obuhvata sve vrste poslovnih podataka, npr. sve podatke iz registra, parametre, podatke, itd. (koji će biti specificirani od strane MMS administratora). Ključni serveri na test/pred-produkcijskoj platformi moraju biti u klasteru na isti način kao i na produkcijskoj platformi (zbog kompatibilnosti test/pred-produkcijske infrastrukture sa produkcijskom platformom). Klaster mora podržavati funkcionalnosti load-balancinga među serverima, kao i funkcionalnost redundantnosti. Procesi izrade rezervnih kopija/vraćanja u prethodno stanje na osnovu napravljenjnih kopija svih pomenutih platformi se mora detaljno opisati. Test/pred-produkcijska platforma predstavlja rješenje za oporavak u slučaju otkaza produkcione platforme, odnosno MMS sistema instaliranog na njoj, a koje bi se koristilo za preuzimanje svih funkcionalnosti produkcijske platforme u slučaju njenog većeg ispada. Baza podataka na produkciji se mora kopirati u bazu podataka na test/pred-produkcijskoj platformi/rješenju za oporavak u slučaju otkaza sistema, sve vrijeme (sinhronizovano ili nesinhronizovano u prethodno određenim vremenskim intervalima). Važni poslovni podaci se moraju nesinhronizovano kopirati na disk na kome se nalaze rezervne kopije na platformi za oporavak u slučaju otkaza sistema. Ovo će se vršiti dva puta dnevno. Vrijeme za ovu aktivnost treba da bude jednostavno za konfigurisanje od strane administratora MMS. Prenos sa produkcijske platforme na platformu za oporavak u slučaju otkaza sistema se mora vršiti automatski, bez bilo kakve intervencije IT osoblja (ni od strane COTEE-a, ni od strane isporučioca), ali ako nije moguće da se ovo uradi, isporučilac mora obezbijediti pun opis (tako što će pripremiti sva neophodna dokumenta) kako bi se ovo moglo uraditi na odgovarajući način i obučiti zaposlene u IT službi COTEE-u kako bi bili potpuno spremni da ovo odrade. Ovo uključuje, ali nije ograničeno na, kreiranje i isporuku svih neophodnih procedura i skripti. Isporučilac mora predložiti pravilan način da se izvrši ovaj prenos, a COTEE ga mora prihvatiti. Takođe, moraju se pripremiti procedure za implementaciju i/ili pokretanje svih neophodnih poslova, skripti, programa, servisa na lokaciji za oporavak u slučaju otkaza sistema u cilju preuzimanja cjelokupnog poslovnog procesa. Sve sistemske usluge se moraju tako konfigurisati da počinju automatski nakon ponovnog pokretanja operativnog sistema. Za sve podatke (na nivou baze podataka, dnevnika rada, itd) moraju se redovno praviti rezervne kopije. Moraju se obezbijediti predlozi sa detaljnim opisom za sačinjavanje rezervnih kopija (nedjeljno, mesečno, itd), inkrementalnih rezervnih kopija (jednom dnevno, itd). Za sve poslovne podatke se moraju sačiniti rezervne kopije najmanje dva puta dnevno. Vrijeme za ovu aktivnost treba da bude moguće jednostavno konfigurisati od strane administratora MMS sistema. Upravljanje cjelokupnim IT sistemom je opciono. Ukoliko bi postojalo, može biti centralizovano, kroz namjenski menadžment server, koji bi služio kao ulazna tačka u infrastrukturni sistem. U tom slučaju će se pojedinačnim sistemskim serverima upravljati preko daljinskih konekcija (terminalska sesija, RDP protokol, itd) sa menadžment servera. Menadžment server bi bio dostupan timu Isporučioca za održavanje preko VPN u cilju asistencije/održavanja/postavljanja zakrpa/daljinske administracije/itd, u prethodno dogovorenim vremenskim intervalima uz dozvolu COTEE-a. Drugi MMS serveri i mrežna oprema bi bili dostupni samo preko ovog servera. Zahtijevana dostupnost sistemu Isporučilac je u obavezi da ispuni uslov dostupnosti sistemu od 99% tokom mjeseca za sve module sistema. Arhitektura Arhitektura sistema treba da bude projektovana na osnovi servera u klaster okruženju. Detaljan opis arhitekture mreže sa svim neophodnim hardverskim zahtjevima, kao i sa svim neophodnim softverskim zahtjevima, takođe spada u odgovornost isporučioca. Sistem mora biti u DMZ (demilitarizovana zona) i pod kontrolom firewall-ova. Kontrola pristupa Softver će biti projektovan kao sistem zasnovan na ulogama (role based), tako da svaka grupa korisnika ima svoja sopstvena prava povezana sa funkcijama samog softvera. MMS sistem (aplikacija koja je dostupna krajnjim korisnicima: učesniku, operatoru, administratoru) mora biti podržan od strane različitih platformi (najmanje što je potrebno je da je podržava Microsoft operativni sistemi: Windows10, Windows11) Pristup sistemu će biti osiguran sa HTTPS (u slučaju web-baziranog sistema) i SSL/TLS protokolom. Ako je sistem web baziran, mora biti projektovan (istestiran) na takav način da se spriječe svi uobičajeni web bazirani napadi, kao što je SQL injection, cross-site scripting, krađa sesije, itd. Sistemski zahtjevi Aplikativni zahtjevi Jezici sistema će biti engleski jezik, a jezik sistema za externe korisnike engleski/crnogorski. Format za broj i datum/vrijeme će takođe slijediti crnogorska i engleska pravila. S obzirom na to da ENTSO-E standard preporučuje upotrebu UTC referenci, sva vremena i datumi u izvještajima i komunikaciji podataka treba da budu u UTC vremenu. U sistemu će biti prikazano CET vrijeme (UTC + 1 sat), obzirom da u nekim slučajevima datum nije isti za isto vrijeme u UTC i CET vremenskim zonama. Help, odnosno pomoć za korisnika mora objasniti funkcionalnost i web stranu, ili postavljanjem pokazivača miša, ili u vidu pomoćnih instrukcija negdje na strani. Korisnički interfejs mora biti jednostavan za korišćenje, upotrebljiv, jednostavan, uniforman i intuitivnan. Korisniku će se omogućiti kretanje kroz procese sa minimumom odluka i biće mu omogućeno vraćanja na prethodno stanje sve dok se time ne narušvaju bezbijednost i stabilnost sistema. Softverski zahtjevi Sav neophodan softver mora biti projektovan sa maksimalnom fleksibilnošću za budući razvoj i nadogradnju. Ovo uključuje softver MMS sistema i sav drugi neophodan softver (kao što su operativni sistemi, baze podataka, aplikacije i web serveri, itd). Isporučilac mora obezbijediti sljedeći softver: - MMS sistemski softver (uključujući sve zahtijevane module MMS sistema) MMS sistem će biti realizovan sa klijent-server arhitekturom i omogućavati simultani pristup svakom modulu MMS sistema navedenom u javnoj nabavci za minimumum 50 korisnika. Sistem treba da bude u mogućnosti da izvršava paralelno više od jednog zadatka. Zahtjevi u vezi performansi Isporučilac je odgovoran za dimenzioniranje sistema i ovo mora biti koordinisano sa COTEE. Sistem mora da ispuni zahtijevanu dostupnost, performanse i odgovarajuće vrijeme odziva. Sistem mora dozvoliti nesmetan pristup za 50 korisnika u isto vrijeme, a prosječno maksimalno vrijeme odziva neće biti duže od tri sekunde u prosjeku za uobičajene aktivnosti prosječnog korisnika sistema, osim ukoliko u tehničkoj specifikaciji za pojedine aktivnosti nije specificirano drugo vrijeme izvršavnja. Isporučilac potvrđuje zahtijevano vrijeme odziva treba kroz testiranje i demonstraciju performansi ovlašćenim licima naručioca. Dodatni bezbijednosni zahtjevi Dodato na prethodne već navedene bezbjednosne zahtjeve, Isporučilac je dužan implementirati i sljedeće: praćenje promjena korisničkih naloga (log sa upisanim vremenima nastajanja promjena i opisom istih, npr. vrijeme kreiranja, blokiranje, odblokirane, promjenjena pojedinih prava,...); praćenje istorije logovanja određenog korisnika; funkcionalnost periodičnih promjena lozinke i dodjeljivanja kompleksnih lozinki za nalog administratora na MMS serverima. Posebni administratorski nalozi se moraju dodijeliti (mapirati) za ovlašćenim zaposlenim u COTEE-u i ovlašćenim zaposlenim kod isporučioca, koji će imati pristup sistemu (svakom serveru). Samo će ovlašćena lica iz COTEE imati dozvolu pristupanja logovima proteklih aktivnosti i prijava, sa svim funkcijama pretrage i filtriranja. Softver se mora bazirati na SSL/TLS (Secure Socket Layer/ Transport Layer Security)) tehnologiji. Svaki korisnik se mora autentifikovati korisničkim imenom i lozinkom. Sistem mora podržavati upravljanje sesijom. Podaci za prijavu korisnika će se prenositi samo u šifrovanoj formi, a informacije za prijavljivanje se neće prenositi između sesija. Odjavljivanje neaktivne sesije (timeout) mora biti implemeno. Sistem će biti projektovan kao sistem zasnovan na ulogama (role based), tako da će kontrola pristupa svake uloge obezbijediti pristup određenim funkcionalnostima koje su dozvoljene za tu ulogu. Podešavanje pristupa i dozvola mora biti podržano. Otklanjanje nedostataka sistema Tokom garantnog perioda i tokom cjelokupnog perioda trajanja ugovora o održavanju, isporučilac je dužan za sprovođenje odgovarajućih akcija i isporučivanje odgovarajuće dokumentacije COTEE-u za potrebe održavanja sistema, a posebno u slučajevima kada se otkriju nedostaci u sistemu. Izvršilac mora napraviti tiketing, preko kog će se vršiti sva komunikacija vezano za prijavu problema, aktivnostima preuzetim na njihovom rješavanju i statusu. Firewall-ovi Isporučilac će implementirati Firewall-ove u MMS sistem i podesiti njihova pravila između mrežnih zona da bi se povećala bezbijednost sistema. Ove aktivnosti će izvršiti zajedno sa specijalistima COTEE-a za mreže, a isporučilac će isporučiti odgovarajuću dokumentaciju. Rezervno kopiranje podataka Isporučilac je obavezan da obezbijedi rješenje za pravljenje rezervnih kopija sistemskih podataka najmanje dva puta dnevno. Procedura pravljenje rezervnih kopija sistemskih podataka mora biti dio ponude ponuđača i biće uključena u održavanje. Između ostalog, moraju biti definisani tipovi rezervnih kopija (inkrementalno, potpuno, rezervne kopije arhiv logova), kao i vremenski intervali za kreiranje rezervnih kopija, moraju se pripremiti i isporučiti procedure za vraćanje u prethodno stanje iz rezervnih kopija, pravljenje rezervnih kopija/vraćanje u prethodno stanje upotrebom rezervnih kopija podataka/baza podataka mora biti demonstrirano nakon implementacije sistema - mora biti dostavljena test procedura i demonstracija pravljenja rezervnih kopija i vraćanje podataka/baza podataka iz istih mora biti izvedeno u skladu sa test procedurom. Arhiviranje Isporučilac je obavezan da opiše procese arhiviranja podataka u predloženom sistemu i da isporuči odgovarajuću dokumentaciju. Razmjena podataka Podaci se mogu razmjenjivati putem web servisa, SFTP, FTP, e-mejlom (slanje/primanje), download-ovanjem/upload-ovanjem kroz aplikaciju, MADES/ECP, kao i unosom/prikazom kroz web grafički interfejs i preko dijeljenih foldera. Isporučilac je dužan da u rešenju sadrži mogučnost komunikacije po sledečima komunikacijskima kanaloma (webservice, FTP, SFTP, e-mail, server/ECP...), koje pripremi COTTE IT ili drugo lice. Sva dokumenta koja se šalju od MMS ka učesnicima ili drugim platformama koje su povezane sa MMS, moraju biti dostupna za download sa web-a, u definisanim formatima korišćenjem grafičkog interfejsa. Komunikacioni interfejsi i razmjena podataka Sistem će imati dvosmjernu komunikaciju sa korisnicima ili drugim sistemima putem: Elektronske pošte, Web grafičkog interfejsa, SFTP. Web servisa, Dijeljenog foldera. ENTSO-E standarda. Razmjena podatka i ulazni/izlazni podaci (dvosmjerna komunikacija) treba da budu implementirani u skladu sa traženim opisima unošenja i prikaza (uključujući preuzimanje) podataka u Tehničkoj specifikaciji. Upravljanje lozinkama Mora se obezbijediti interfejs preko kojeg korisnici mogu da gledaju/upravljaju svojim informacijama u nalozima i da promjene lozinku. Lozinka mora da bude u skladu sa bezbjednosnim zahtjevima. Očekuje se da lozinka mora da ispuni minimalne kriterijume kao što su velika slova, mala slova, brojevi i/ili specijalni karakteri. MMS administratorima se mora dozvoliti podešavanje minimalnog broja karaktera (minimalna i maksimalna dužina lozinke). Aplikacija mora da informiše korisnika, ukoliko lozinka ne ispunjava zahtjeve. Sprovođenje testiranja Isporučilac mora da obezbijedi dokumentaciju za testiranje, uključujući test procedure, scenarije, protokole i dokument o Prihvatanju testiranja. Isporučilac će predložiti vrijeme i period testiranja. Testiranje će se izvršiti i na produkcijskoj platformi i eventualno na platformi za test/pred-produkcijskoj platformi. Platforma za test/pred-produkciju je ista kao i produkcijska platforma, tako da neće biti potrebno da se testiranje izvrši na test/pred-produkcijskoj platformi. Dokument u kome se izjavljuje da su test/pred-produkcijska i produkcijska platforma potpuno iste (odnosno da imaju potpuno iste funkcionalnosti) vezano za funkcionalnosti isporučenog sistema će izdati isporučilac. U slučaju da postoji sumnja COTEE-a da platforme nijesu identične, Izvšilac treba da izvrši testove i na pred-produkcijskoj platformi. Testiranjem treba da se potvrdi: bezbijednost; performanse, opterećenje; dostupnost; upotrebljivost; kao i kompatibilnost MMS sistema sa Web browser-ima (ako je baziran na web-u, sistem mora da besprekorno radi na 3 trenutno najpopularnija web browser-a: GoogleChrome, MozillaFirefox i MS Edge) Testovi se mogu demonstrirati u prisustvu predstavnika COTEE, ili isporučilac može da isporuči dokument, koji dokazuje da su pomenuti testovi izvršeni sa jasno navedenim rezultatima testiranja. IT dokumentacija i obuka Isporučilac će obezbijediti dokumentaciju u kojoj su navedeni detalji aplikacija, šema korisničkog interfejsa, infrastruktura, programske alatke, sistemski servisi, skripte, konfiguracione datoteke, baze podataka, interfejsi između modula, i svih drugih neophodnih softvera. Isporučilac će takođe opisati koje vrste konfiguracija i intervencija nad njegovim proizvodom se mogu izvršiti od strane COTEE-a - bez intervencije isporučioca. Osim tehničke dokumentacije, isporučilac mora da obezbijedi: Uputstvo za korisnika i Uputstvo za administratore, Test procedure, scenario, protokol i dokument o Prihvatanju testiranja. Ovi dokumenti treba da se isporuče u docx i pdf formatima. Isporučilac treba da obezbijedi obuku za zaposlene u COTEE Službi za Tržište električne energije i u Službi za IT. Troškovi za obuku moraju biti uključeni u ponudu. IT obuka se mora održati u Crnoj Gori. Sva dokumenta, svi kursevi i obuka se moraju isporučiti/izvršiti na crnogorskom i/ili engleskom jeziku. Obuka za zaposlene u COTEE Službi za IT mora da sadrži, između ostalog, detaljan opis svih šema baza podataka, opis tipova korisnika i njihovih prava; detaljan opis svih mogućih uskih grla u sistemu i drugih mogućih pitanja/problema, koji mogu da nastanu, i način kako da se riješe/izbegnu/isprave što je moguće prije (uključujući, ali ne ograničavajući se na: npr. ponovno pokretanje servera za aplikacije (softver), ponovno pokretanje web servera (softver), ponovno pokretanje baze podataka, ...). Takođe, isporučilac mora da pripremi sve procedure koje bi mogle biti potrebne u određenim situacijama, kao što su procedure za isključivanje i uključivanje cjelokupnog sistema, kao i sve druge procedure na zahtjev COTEE (tokom perioda instaliranja/raspoređivanja i nakon toga, tokom perioda korišćenja sistema). Isporučilac će dati predlog za obuku sa detaljnim planom za sve kurseve, što se usaglašava sa COTEE-om. Kroz program obuke, obezbijediće se neophodna dokumentacija, tako da učesnici u obuci mogu u potpunosti da se upoznaju sa programima (i sa korisničke i sa administratorske strane), karakteristikama softvera i hardvera, zajedno sa svim implementiranim procesima i komunikacionim kanalima, interfejsima između podsistema, karakteristikama baza podataka i procedurama za administraciju i podešavanje primjenjenog sistema baze podataka i poboljšanja bilo koje vrste raspoloživih funkcionalnosti. Podrazumijevana dokumentacija koju Izvršilac mora obezbijediti (ne isključujući dokumentaciju već navedenu u Tehničkoj specifikaciji, i/ili dokumentaciju čija se izrada pojavi kao neophodna tokom razvoja, implementacije i održavanja sistema), slijedi: spisak - lista svih dostavljenih dokumenata; arhitektura sistema / arhitektura aplikacija; opis infrastrukture; procedure za instaliranje i primjenu; operativne procedure; procedure za testiranje; uputstva za korisnike; procedure za startovanje/zaustavljanje MMS; model potpune podrške za izvještavanje o problemima (jedina tačka kontakta, ...); kompletan opis interfejsa za razmjenu podataka; plan obuke i održavanja; dokument o planu hardvera (serveri, radne stanice, mrežna oprema (svičevi, ...), firewall-ovi, druga hardverska oprema); potpun plan za kabliranje sistema; MMS LAN plan, MMS DMZ plan, MMS plan cluster-a; Pregled MMS sistema sa opisom sistema i podsistema; detaljna šema baze podataka za MMS sistem i svaki MMS podsistem; procedure za pravljenje rezervnih kopija i vraćanje baze podataka u prethodno stanje na osnovu rezervnih kopija; uputstva za instaliranje i konfiguraciju MMS sistema i svakog MMS podsistema; procedure za ponovno pokretanje sistema i servera (uključujući, ali ne ograničavajući se na: ponovno pokretanje cijelog sistema, ponovno pokretanje svakog posebnog podsistema, ponovno pokretanje baze podataka; ponovno pokretanje posebnih servera,...); procedure za instaliranje servera za baze podataka, konfiguracije i održavanje; procedure za instaliranje, konfiguraciju i održavanje za svaki sistem (i/ili za cio sistem, u zavisnosti od MMS organizacionog sistema); Dokumenta sa detaljima o procedurama pravljenja rezervnih kopija vraćanja u prethodno stanje na osnovu rezervnih kopija; procedure za instaliranje drugih sistema, konfiguraciju i održavanje, koje su neophodne za funkcionalnosti sistema koje nisu pomenute u ovom pasusu; Plan obuke za svaki sistem u okviru MMS sistema i cio MMS sistem (obuka za instalaciju i konfiguraciju, obuka za održavanje, itd); Materijal za obuku za administrativni trening za MMS sistem (posebno obuka administracije za operativni sistem koji je neophodan za adekvatno održavanje sistema); Uputstvo za administratora MMS za svaki moduo – podsistem u okviru MMS sistema i MMS sistem; sve neophodne licence (softver trećih lica, licence za softver koje su neophodne za kontinuirani rad MMS sistema, licenciranje softvera MMS sistema, licence za baze podataka). Sva dokumentacija mora biti isporučena u elektronskoj formi. Isporučilac mora da obezbijedi detaljan opis mrežnih uređaja i duge mrežne opreme (zajedno sa softverom i licencama za softver, ako je to neophodno) u skladu sa prethodno navedenim uslovima koji su potrebni za obezbjeđenje mreže i demilitarizovane zone. Ostali zahtjevi i napomene Rješavanje kritičnih situacija Isporučilac je obavezan da u pisanoj formi dostavi sve moguće opcije/procedure koje mogu pomoći da sistem radi ispravno. Ukoliko bi postojali problemi u kontinuiranom radu/funkcionisanju sistema, svako moguće pitanje/problem se mora predstaviti sa procedurom za rješavanje, koja se može primjeniti u kratkom vremenskom intervalu od strane COTEE zaposlenih, bez potrebe za kontaktiranjem podrške Isporučioca sistema. O mogućnosti da COTEE zaposleni sam sprovodi adekvatne procedure, dogovoriti će se COTEE i Isporučilac. Prethodno naveden aktivnosti COTEE zaposleni će preuzimati samo u situacijama izuzetne neophodnosti, kada nešto treba da uradi brzo tj. u što kraćem vremenskom roku, i kada se do podrške Isporučioca ne može doći na uobičajen način komunikacije (preko veb aplikacije za klijente, e-mail-om, ili telefonom), ili u situaciji kada nije moguć pristup Isporučioca sistemskim serverima, a neophodno je intervenisati na istim. Nadzor MMS infrastrukture Cjelokupna infrastruktura MMS sistema i svaki poseban server sa svim krucijalnim servisima treba da se nadzire 24 sata dnevno/7 dana u nedjelji, a način nadziranje dužan je da predloži i implementira isporučilac. Ovlašćeni IT zaposleni u COTEE mora imati pristup grafičkom interfejsu, koji daje prikaz nadgledanih servera/servisa. Ukoliko je sistem organizovan sa virtuelnim serverima, alati za virtualizaciju infrastrukture se takođe mogu koristiti za nadzor. Plan migracije Isporučilac će predložiti i sprovesti proceduru neosjetnog prelaska za određene komplete podataka sa prethodnog MMS sistema na novi sistem. Obim podataka koji se migriraju definiše COTEE - Služba za TEE u skladu sa svojim potrebama, a stime se podrazumeva da ponudač minimalno uradi prenos, inicialno podešavanje partnera, mjernih tačka i drugih postavka registra. Predložena procedura prelaska sa postojećih baza podataka na novi MMS sistem baze podataka će sadržati sveobuhvatne detalje i opisaće korak po korak svaki postupak koji treba da se izvrši (instaliranje, itd). Ova procedura će pokriti sve neophodne radove za migraciju podataka, kao i testiranje i puštanje u redovan rad novog MMS sistema sa migriranim podacima Procedure prijemnog testiranja Uvod Nakon razvijanja MMS sistema, sljedeći testovi će biti izvedeni: • FAT testiranje (Fabričko prijemno testiranje) • PreSAT testiranje (Pred prijemno testiranje na mjestu ugradnje) • SAT testiranje (Prijemno testiranje na mjestu ugradnje) • Testiranje dostupnosti sistema Tokom perioda projektovanja i razvoja, Isporučilac će dostaviti, zarad dobijanja odobrenja od strane COTEE, Dokument o planiranim testiranjima i validacijama za sve stavke isporuke (softvera) bilo na mjesto isporuke, ili na neku drugu lokaciju i to do datuma ovjere završetka u skladu sa odredbama Ugovora. Taj dokument mora da bude sačinjen iz dva dijela koji se odnose na FAT i SAT testiranja. Plan testiranja i validacije treba da sadrži: Isporuke koje treba provjeriti ili testirati, prirodu i učestalost pregleda i ispitivanja, vrstu i veličinu uzoraka koje mora uzeti (ukoliko postoje), sredstva za bilježenje podataka provjere i testiranja, ime i specifične odgovornosti za bilo koje od navedenih testiranja, kao i sve druge informacije koje su neophodne da bi se opisao test, ili da bi provjera bila izvedena. Kada je u pitanju softversko ispitivanje, za ovo će se navesti logički sljed testiranja i priroda svakog testiranja, kao i softverski paketi za simulaciju i testiranje (ukoliko postoje), baze podataka, i bilo koja druga sredstva, i odgovarajuće organizacione mjere koje treba sprovesti. Datum početka i trajanje testiranja će se odrediti skladu sa Planiranom dinamikom projekta. Ukoliko nije navedeno drugačije, najkasnije dva mjeseca prije početka bilo kog posebnog testa, kompletne detalje o predloženom načinu testiranja, parametrima testa i redosljedu testiranja (test circuits) treba dostaviti COTEE-u na odobrenje, a po dobijanju tog odobrenja to će postati dio Plana testiranja i validacije. Taj plan, nakon što ga odobri i izmjeni COTEE, biće korišćen za provjeru i testiranja Isporuke i biće revidiran i ponovo predat na odobrenje COTEE ukoliko Isporučilac želi da izmjeni redosljed, način ili prirodu testa. Troškove svih testiranja zahtijevanih u Tehničkoj Specifikaciji, uključujući i troškove obezbjeđivanja platforme za testiranje i uzoraka gdje je to potrebno, snosiće Isporučilac. Nikakvo odobrenje u vezi sa testiranjem ili pregledom isporuke ili dijela isporuke od strane COTEE neće oslodobiti Isporučioca ogovornosti da obezbijedi Isporuku u skladu sa Tehničkom Specifikacijom, uključujući zadovoljavajuće sprovođenje svih neophodnih pregleda na licu mjesta i testiranja, niti će ga osloboditi dužnosti i obaveza koje ima po osnovu Ugovora. FAT testiranje Fabrička prijemna testiranja (FAT) Opšte Fabrička prijemna testiranja MMS sistema vršiće se u objektu Isporučioca i obuhvataće sljedeća testiranja: Testiranje funkcionalnosti kako bi se potvrdilo da su sve navedene funkcije obezbijeđene; Testiranje performansi kako bi se pokazalo da sistem zadovoljava zahtjeve performansi; Nestruktuirani testovi kako bi se COTEE-u omogućilo da nasumično istestira sistem. FAT testiranje mora da se izvodi na bazi podataka koja odgovara stvarnim podacima koji se koriste u ugovorenom projektu, a koji su dostupni u vrijeme FAT testiranja. Pored toga, može biti potrebe za setom izmišljenih podataka da bi se izvelo i potvrdilo testiranje pojedinih djelova isporuke, ukoliko stvarni podaci nisu dostupni u vrijeme FAT testiranja. Ove izmišljene podatke mora da odobri COTEE prije početka FAT testiranja. Svi planovi i procedure za testiranje moraju da se u potpunosti definišu i dokumentuju. Oni se moraju dostaviti COTEE-u najkasnije 2 mjeseca prije početka ispitivanja, a iste COTEE mora da odobri. COTEE ima pravo da vrši izmjene i dopune predloženih test procedura. Prije početka testiranja, mora se izvršiti PreFAT prijemno testiranje da bi se ispravile baze podataka i isprobao FAT. FAT testiranje ne može započeti prije nego što se isprave sve greške i problemi na koje se naišlo tokom PreFAT prijemnog testiranja, a konačan izveštaj/rezultat PreFAT prijemnog testiranja mora da bude poslat najkasnije 15 dana prije FAT testiranja i mora da bude odobren od strane COTEE-a. FAT testiranje se mora sprovesti zarad provjere usklađenosti sa specifikacijama i sa odobrenim izvještajem/rezultatom PreFAT prijemnog testiranja. FAT testiranje MMS sistema mora da bude pod nadzorom COTEE. Isporučilac mora da dostavi izveštaje testiranja kao dio finalne dokumentacije. Listove sa primjedbama treba popuniti ѕa svaku primjedbu/otkaz na koji se naiđe tokom FAT ispitivanja. Ove listove sa primjedbama treba razvrstati u sljedeće grupe: 1) Klasifikacija listova: Komentar: Po otkrivanju istog, testiranje se nastavlja. Odgovor ili izmjenu treba izvršiti prije isporuke, a provjeru treba izvršiti na licu mjesta; Manji otkaz: Po otkrivanju istog, treba nastaviti testiranje. Ispravku treba izvršiti prije dostave, a provjeru treba izvršiti na licu mjesta; Veći otkazi: Po otkrivanju istog, mora nastaviti testiranje. Ispravku treba izvršiti, a provjeru treba odmah sprovesti na lokaciji Isporučioca. 2) Odogovarajuće djelove testiranja treba ponoviti: Kritični otkaz: Kritični otkazi su oni koji prouzrokuju blokiranje kompjutera kada se koristi bitna funkcija, ili oni zbog kojih je neophodno da se sistem ponovo pokrene da bi ispravno radio. Ispravke treba odmah izvršiti, a čitavu proceduru testiranja ponoviti; Prekid rada koji se ne može reprodukovati (tj. do toga dođe, ali se problem ne može reprodukovati usljed nedovoljne količine informacija); 3) Isporučilac mora da istraži raspoložive podatke i pokuša da riješi problem: Ukoliko se otkaz koji je usljedio ne može reprodukovati, može se označiti kao „vanredan", a ukoliko se ne pojavi ponovo u okviru razumnog vremenskog roka, ili se odupre svim pokušajima da se reprodukuje, tada će se ovakav otkaz smatrati razriješenim. Međutim, u slučaju da se nakon toga ponovo javi, tada se ovakav otkaz ponovo uzima u razmatranje. Precizno razvrstavanje tipova otkaza mora da bude uključeno u test procedure i ono podliježe odobrenju od strane COTEE. Tokom testiranja, sistem i instalacija se ne smiju korigovati, ispravljati ili menjati. Ukoliko postoji potreba za bilo kakvim korigovanjem u toku testiranja, tada se ono klasifikuje kao kritični otkaz i podliježe procedurama kritičnog otkaza. Nerazriješeni veći ili kritični otkazi spriječiće dostavljanje MMS sistema na licu mjesta. Po uspješnom završetku testiranja, COTEE će odobriti dostavljanje MMS sistema. Test okruženje FAT testiranje MMS sistema se mora vršiti pod sljedećim uslovima: U normalnim i vanrednim situacijama; Ispitivanja mora vršiti na pripremljenoj bazi podataka (Bazu podataka mora da pripremi Isporučilac pod nadzorom COTEE, prebacivanjem uzorka ili svih podataka iz baze podataka postojećih sistema i eventualno izmišljenih podataka da bi je odobrio COTEE); Sve funkcije i svaki od interfejsa sa drugim sistemima su aktivni i rade ili su simulirani. Pripremljena FAT baza podataka se “zamrzava” do početka FAT testiranja. Sekvence testiranja Fabrička prijemna ispitivanja (FAT) se moraju vršiti u skladu sa sljedećim fazama: Provjeravanje ispravnosti podataka; Sprovođenje testova funkcionalnosti. Obim ispitivanja Fabrička prijemna testiranja moraju se razdvojiti u 3 dijela: 1) Testiranje fukcionalnosti koja moraju da obuhvate sljedeća testiranja: Sve softvere za upravljanje bazama podataka; Sve funkcije korisnik sistem interfejsa; Sve softvere; Otpornost sistema na otkaz u raznim okolnostima i kombinacijama podataka simuliranih događaja u sistemu i aktivnostima operatora; Lakoću korišćenja sistema održavanja interaktivne baze podataka i održavanja interaktivnog prikazivanja. 2) Provjeravanja performansi sistema na način definisan u tehničkoj specifikaciji, koja moraju da obuhvate: Ispravno funkcionisanje MMS sistema u normalnim i vanrednim uslovima uz zadovoljavajuća vremena odziva; Ispravno predstavljanje i uspješno pozivanje svih prikaza uz tražena vremenske odzive u normalnim i vanrednim uslovima; Ispravan rad MMS sistema; Demonstraciju zahtjeva tehničke specifikacije (npr. Jednostavna promena CP, jednostavna promjena formule za odstupanje BRP-a , podržavanje različitih vremenskih intervala- 15min, 30min, 60min, itd.) 3) Nestruktuirano testiranje - nasumično testiranje na testnoj konfiguraciji. Ovakva nestruktuirana testiranja ne treba pređu 10% od ukupnog trajanja FAT testiranja. Svi troškovi (put, hotel, itd.) za dva predstavnika preduzeća COTEE kako bi prisustvovali FAT testiranju moraju biti dio ponude. PreSAT testiranje Prije početka SAT, Isporučilac mora da izvrši sva neophodna testiranja (preSAT) da bi se potvrdilo da hardverska platforma koju je obezbijedio COTEE ispunjava zahtjeve za optimalan rad MMS sistema. Po završetku testiranja, Isporučilac mora da dostavi pisanu potvrdu koja predstavlja preduslov za SAT testiranje. Prijemna testiranja na mjestu ugradnje – SAT testiranje Opšte Prijemna testiranja na mjestu ugradnje (SAT testiranje) će voditi Isporučilac uz učešće COTEE. Isporučilac mora u potpunosti biti odgovoran za izvršene radove i mora da obezbijedi da ne dođe do bilo kakve nepravilnosti u radu postojećih sistema koji je rezultat rada Isporučioca, a koji se odnosi na MMS sistem. U slučaju da neki podaci nijesu dostupni za SAT, može da bude potreben set izmišljenih (test) podataka da bi se izvelo i potvrdilo ispitivanje nekih djelova isporuke. Kad god se to radi ti izmišljeni (test) podaci mora da budu isti kao oni koji su korišćeni tokom FAT, i njih mora da odobri COTEE prije početka SAT. Kada se otkrije kritična greška u sistemu, COTEE može da odluči da zaustavi testiranja i da ponovo pokrene čitavu proceduru. Po uspješnom završetku prijemnih ispitivanja na mjestu ugradnje, odnosno završetku SAT, i provjere čitave dokumentacije, Isporučilac treba da krene sa Ispitivanjima raspoloživosti. Isporučilac mora da dostavi izvještaje ispitivanja kao dio finalne dokumentacije. SAT okruženje Prijemna testiranja na mjestu ugradnje se vode pod sljedećim uslovima: Na preporučenoj opremi; Uz uobičajene uslove radnog okruženja; Pod stvarnim radnim uslovima; Uz korišćenje aktuelne MMS baze podataka. Redosljed testiranja Prijemna testiranja na mjestu ugradnje se vode na opremi COTEE koju preporuči Isporučilac. SAT mora da pokaže ispravnu primjenu softvera i adekvatnost opreme. Obim testiranja Sljedeći specifični glavni testovi su predviđeni, zarad konačnog puštanja u rad MMS sistema: Ispitivanje ugradnje i adekvatnosti opreme; Funkcionalno ispitivanje pojedinačnih sistema; Ispitivanje interfejsa; Puštanje u rad integrisanog sistema; Ispitivanje performansi; Demonstracija zahtjeva traženih u tehničkim specifikacijama (npr. jednostavna promjena CP, jednostavna promjena formule za odstupanje BRP, podržavanje različitih vremenskih rezolucija- 15min, 30min, 60min, itd.); Nestruktuirani testovi. Isporučilac mora da dostavi izvještaje ispitivanja kao dio finalne dokumentacije. Inspekcije ugradnje Po završetku ugradnje, Isporučilac mora da obavi preliminarna i funkcionalna testiranja za koja se smatra da su neophodna, da bi provjerio da je sistem spreman za puštanje u rad. Ispitivanje funkcija tržišta U ispitivanje funkcija tržišta mora da bude uključen dokaz da svaka funkcija tržišta ispravno radi. Isporučilac mora da prikaže tačnost rezultata funkcija tržišta, spajajući stvarne uslove sa tržišta. Procedure testiranja za Ispitivanje funkcija tržišta Isporučilac mora predložiti na odobrenje COTEE-u. Puštanje u rad integrisanog sistema Svrha puštanja u rad integrisanog sistema jeste da provjeri sve one funkcionalnosti koje nijesu provjerene tokom prethodnih, gore navedenih, testiranja. Procedure testiranja za integraciju sistema izvršilac mora da predloži na odobrenje COTEE-u. Ispitivanje performansi Ovo ispitivanje obuhvata provjeru performansi rada sistema zahtijevanim u tehničkim specifikacijama. Prikaz zahtjeva Ovaj prikaz obuhvata ispitivanje zahtjeva navedenih u tehničkim specifikacijama poput jednostavne promjene formula u sistemu obračuna za - cijenu poravnanja (CP), odstupanje BRP, podržavanje različitih vremenskih rezolucija: 15min, 30min, 60min, izbor različitih obračunskih perioda, itd. Nestruktuirani testovi (Unstructured tests) COTEE će izvršiti slučajna testiranja u vezi sa konfiguracijom proizvoda. Nestruktuirani testovi (Testiranja bez određene strukture) moraju da traju najmanje jedan dan. Ispitivanje raspoloživosti Po završetku SAT, mora biti sprovedeno 720-časovno ispitivanje raspoloživosti kompletnog MMS sistema. Ispitivanje se mora sprovesti pod stvarnim uslovima rada. Izvršilac mora da ima svoje kvalifikovane predstavnike, dostupne u svako vrijeme u toku testiranja, sa ciljem potvrđivanja pouzdanosti MMS sistema. Isporučilac mora snositi odgovornosti za svako korektivno održavanje sistema; COTEE, međutim, može da ispravi probleme pod nadzorom Isporučioca. COTEE će biti odgovoran za ponovno pokretanje sistema, obavještenje Isporučioca o zahtjevima i preventivno održavanje. Kriterijumi testiranja za ispitivanje raspoloživosti Sistem mora da ispuni raspoloživost od 99% za kompletan sistem i za sve funkcije. Ova raspoloživost se mora računati proporcionalno za stvarno trajanje testiranja. Zahtjevi za završetak testiranja Ukoliko se garantovana raspoloživost ne može demonstrirati nakon što se navrši 720 časova, Isporučilac može da nastavi ispitivanje pomjeranjem početnog vremena za nastavak testiranja unaprijed i nastavljanjem prethodnog testiranja sve dok se ne nakupi 720 uzastopnih časova. Ukoliko dođe do pokretanja, više od dva puta, ili ovaj period bude duži od 90 dana, smatraće se da je sistem pao na ispitivanju. Ako sistem padne na ispitivanju, Isporučilac mora da izvrši ispravku softvera, a testiranja će se nastaviti i ponoviti dok ne budu uspješna. Isporučilac snosi sve troškove ispravke i ponovljenog testiranja. Po uspješnom završetku testiranja raspoloživosti, COTEE će preuzeti sistem i garantni rok će početi da teče. Servisiranje i održavanje u garantnom roku Tokom garantnog roka, Isporučilac je odgovoran za održavanje isporučenog MMS sistema. Odgovornost Isporučioca za održavanje softvera mora da uključi, ali ne ograničavajući se na, ispravke, kao što su dizajn, primjena i ispitivanje izmjena i korekcija bilo koje funkcije ili interfejsa sa postojećim COTEE IT sistemom koji nisu predviđeni zahtijevima Tehničke Specifikacije, čak iako to nije uočeno tokom SAT. Izmjene koje sprovede COTEE za svakodnevno korišćenje dostavljenih funkcija, kao što su izmjene u veličini ili sadržaju baza podataka, korisničkih parametara, itd, koje dovedu do otkaza dostavljenih funkcija, neće osloboditi Isporučioca odgovornosti. Isporučilac mora da obezbijedi podršku za servisiranje-održavanje softvera svakog dana od 8h do 16 h, telefonskim putem. Planiranje i vođenje aktivnosti na projektu Inicijalni plan projekta S obzirom na potrebne aktivnosti za implementaciju, od odabranog ponuđača-izvršioce se očekuje da u roku od 10 dana po potpisivanju ugovora, dostavi metodologiju za realizaciju traženog MMS sistema, odnosno izršilac je obavezan da dostavi Inicijalni Plan projekta koji uključuje: Organizaciju i upravljanje projektom (u obliku nacrta, koji će biti finalizovan tokom pripremne faze projekta); Projekat sa fazama implementacije, planiranim aktivnostima, predviđenim vremenom početka i odgovornostima članova tima; Program obuke korisnika, sa naglaskom na potrebna predznanja; Sistem testiranja softvera; Rješenje tehničke podrške za implementirani sistem tokom garantnog roka; Postupke za upravljanje rizikom. U saradnji s COTEE, izvršilčac će uskladiti ove planove tokom pripremne faze projekta i dostaviti ih Nadzornom odboru na razmatranje. Projektni tim izvršioca Izvršilac treba da obezbijedi stručne članove tima koji govore crnogorski/engleski jezik, i koji imaju iskustvo u sljedećim oblastima: • Vođenje projekata. • Poznavanje predviđene razvojne platforme. • Administraciju aplikativnih i sistemskih softvera. • Obuku i podršku korisnicima. Projektni tim COTEE COTEE će odrediti članove koji su stručni u poslovnoj problematici za stalni rad u projektnom timu i pružati konstantnu podršku tokom projekta. Takođe, za specifične zadatke angažovaće se povremeni članovi. Tim COTEE biće dio šireg tima s izvršiocem, gdje će glavna odgovornost za implementaciju softvera biti na izvršiocu, dok će COTEE tim obezbijediti sve potrebne informacije i podršku. Struktura projekta Za ovakve projekte, predložena minimalna struktura projekta uključuje: • Nadzorni odbor (NO) sa članovima višeg rukovodstva, koji će nadgledati aktivnosti i isporuke. NO će se sastajati prema potrebi radi pregleda napretka i rješavanja eventualnih izazova, obavezno po završetku svake faze. • Direktor projekta, imenovan od COTEE, koji će voditi implementaciju kroz cijelu organizaciju i osigurati potrebne resurse. • Rukovodioce projekta s obije strane – COTEE i izvršioca. Njihova odgovornost biće međusobna koordinacija, izvještavanje NO-a o statusu i realizaciji obaveza u skladu sa planom. • Implementacione timove, koje će činiti relevantni članovi COTEE za IT, poslovni timovi za dizajn sistema i tim izvršioca. Njihova zaduženja obuhvataju dizajn, testiranje i operativno puštanje softvera, uz blisku saradnju tokom implementacije. • Tim za sistemsku administraciju, zadužen za hardversku infrastrukturu i neophodnu konfiguraciju softvera, koji će činiti tehničko osoblje iz IT sektora COTEE u saradnji sa izvršiocem. Izvršilac će, u saradnji sa COTEE, uskladiti strukturu projekta tokom pripreme i formirati projektne timove za realizaciju. Dodatna podrška na projektu Pored rukovodstva i projektnih timova, COTEE će obezbijediti timu izvršioca: Pristup prostorijama za sastanke; Podršku u organizaciji sastanaka sa osobljem i menadžmentom COTEE i VPN pristup mreži COTEE. Tokom pripreme, izvršilac će zajedno s COTEE dogovoriti dodatnu podršku potrebnu za realizaciju projekta. DODATNA NAPOMENA: Detaljnu ponudu sistemskog softvera i hardvera neophodnog za rad ponuđenog MMS sistema će specificirati dobavljač u roku od 30 dana od dana potpisivanja ugovora, pri čemu će ista biti usaglašena sa IT službom Naručioca.