Савски насип бр. - nabavke.beoelektrane.rsnabavke.beoelektrane.rs/files/1743/konkursna_dokum_33… · Web viewObjedinjavanje svih proizvodnih sistema je strateški

1ЈАВНО КОМУНАЛНО ПРЕДУЗЕЋЕ "БЕОГРАДСКЕ ЕЛЕКТРАНЕ"Савски насип бр. 11, 11070 Нови Београдwww.beoelektrane.rs

Број јавне набавке: 333 ОД/16

КОНКУРСНА ДОКУМЕНТАЦИЈА

ОТВОРЕНИ ПОСТУПАК

Набавка производно информационог система

Ознака из општег речника набавке: 48810000

Укупан број страна: 90

Рок за достављање понуда: закључно са: .2017. године, до часова.

Датум отварања понуда: .2017. године, у часова.

Јануар 2017. године

Јавна набавка број 333 ОД/16- Набавка производно информационог система

http://www.beoelektrane.rs/


На основу члана 32. и 61. Закона о јавним набавкама (“Службени гласник Републике Србије” 124/12, 14/15 и број 68/15, у даљем тексту: Закон) и члана 2. Правилника о обавезним елементима конкурсне документације у поступцима јавних набавки и начину доказивања испуњености услова (“Службени гласник Републике Србије” број 86/2015), Одлуке о покретању поступка јавне набавке 333 ОД/16 број V-12480 од 30.12.2016. године и Решења о образовању комисије за јавну набавку 333 ОД/16 број VI-12481 од 30.12.2016. године, припремељена је:

КОНКУРСНА ДОКУМЕНТАЦИЈА

у отвореном поступку за јавну набавку – Набавка производно информационог системаЈН број 333 ОД/16

Садржај конкурсне документације

1. НАСЛОВНА СТРАНА2. САДРЖАЈ СА УПУТСТВОМ3 ЈКП БЕОГРАДСКЕ ЕЛЕКТРАНЕ4. ОПШТИ ПОДАЦИ О ПРЕДМЕТУ ЈАВНЕ НАБАВКЕ.........................................страна 45. ПОДАЦИ О ПРЕДМЕТУ ЈАВНЕ НАБАВКЕ.........................................................страна 5

5.ВРСТА, ТЕХНИЧКЕ КАРАКТЕРИСТИКЕ, КВАЛИТЕТ, КОЛИЧИНА И ОПИС ДОБАРА, НАЧИН СПОВОЂЕЊА КОНТРОЛЕ И ОБЕЗБЕЂЕЊА ГАРАНЦИЈЕ КВАЛИТЕТА, РОК ИСПОРУКЕ, МЕСТО ИСПОРУКЕ (образац 1)...................................................страна 6

6. УСЛОВИ ЗА УЧЕШЋЕ У ПОСТУПКУ ЈАВНЕ НАБАВКЕ ИЗ ЧЛАНА 75. И 76. ЗАКОНА И УПУТСТВО КАКО СЕ ДОКАЗУЈЕ ИЗСПУЊЕНОСТ ТИХ УСЛОВА................страна 63

7. УПУТСТВО ПОНУЂАЧИМА КАКО ДА САЧИНЕ ПОНУДУ.............................страна 698. ОБРАЗАЦ ПОНУДЕ (образац 2)................................................................................страна 779. МОДЕЛ УГОВОРА (образац 3)..................................................................................страна 81

10. ОБРАЗАЦ СТУКТУРЕ ЦЕНА СА УПУТСВОМ КАКО ДА СЕ ПОПУНИ. (образац 4)....................................................................................................................................страна 85

11. ОБРАЗАЦ ТРОШКОВА ПРИПРЕМЕ ПОНУДЕ (образац 5)..................................страна 8612. ОБРАЗАЦ ИЗЈАВЕ О НЕЗАВИСНОЈ ПОНУДИ (образац 6)..................................страна 87

13. ОБРАЗАЦ ИЗЈАВЕ О ПОШТОВАЊУ ОБАВЕЗА ИЗ ЧЛАНА 75. СТАВ 2. ЗАКОНА (образац 7).................................................................................................................... страна 88

14. РЕФЕРЕНЦ ЛИСТА (образац 8.1, 8.2) .....................................................................страна 89




ЈКП »БЕОГРАДСКЕ ЕЛЕКТРАНЕ»

Претеча данашњег ЈКП''Београдске електране'' била је Прва електрична централа на Дорћолу, која је у рад пуштена 6.октобра 1893.године.

Садашње електране настале су 1966.год., спајањем предузећа у оснивању Топлана Нови Београд и Старе електране са Дунавског кеја.

Скупштина Града Београда (као Оснивач) донела је, 21.12.1989.год., решење о организовању Радне организације ''Београдске електране'' као Јавног комуналног предузећа. У Републици Србији, у оквиру процеса усклађивања са стандардима Европске уније, односно стандардима Европског статистичког система, усвојена је Класификација делатности. На основу Закона о класификацији делатности („Службени гласник РС“, бр. 104/09), Влада Републике Србије Уредбом од 29. јула 2010. године („Службени гласник РС“, бр. 54/10) прописала је КД (2010).ЈКП „Београдске електране“ разврстане су у : Сектор Д - Снабдевање електричном енергијом, гасом и паромОбласт 35 - Снабдевање електричном енергијом, гасом и паромГрана 35.3 - Снабдевање паром и климатизацијаГрупа 35.30 - Снабдевање паром и климатизација

Предузеће може обављати и друге делатности, за сопствене потребе у функцији обављања комуналне делатности, као и ван сопствених потреба, за потребе других лица.

Београдске електране производе топлотну енергију из 60 топлотних извора, укупне инсталисане снаге 2868 MW, преко којих се топлотном енергијом снабдева инсталисани конзум од 3283 MW, укупна топловодна мрежа дугачка је 710 km, са преко 8300 топлотних подстаница.Даљинском систему грејања припада 14 топлотних извора, док осталих 46 су у групи индивидуалних и блоковских котларница.

Београдске електране снабдевају топлотном енергијом око 300.000 станова укупне површине око 17.259.075 m2 и пословни простор око 4.277.500 условних m2, што заједно даје укупни конзум од око 21.636.575 условних m2.

Да би ЈКП ''Београдске електране'' обављало своју основну делатност, производњу и дистрибуцију топлотне енергије, потребно је уложити велики рад и утрошити велика средства при производњи, дистрибуцији и одржавању система.

Закон о јавним набавкама (''Службени гласник РС'', бр. 124/13) уредио је услове, начин и поступак набавке добара, услуга и радова. Почев од 01.01.2003.године, ЈКП''Београдске електране'' своје набавке реализује у складу са одредбама Закона о јавним набавкама




ОПШТИ ПОДАЦИ О ЈАВНОЈ НАБАВЦИ

1. Подаци о наручиоцуНаручилац: Јавно комунално предузеће “Београдске електране”Адреса: Савски насип 11, Нови БеоградИнтернет страница: www.beoelektrane.rs

2. Врста поступка јавне набавкеПредметна јавна набавка се спроводи у отвореном поступку, у складу са Законом и подзаконским актима којима се уређују јавне набавке.

3. Предмет јавне набавкеПредмет јавне набавке број 333 OД/16 су добра – Набавка производно информационог система

4. Циљ поступкаПоступак јавне набавке се спроводи ради закључења уговора о јавној набавци.

5. Контакт лице и службаЛице за контакт: Љиљана Крстић, Служба за јавне набавке, тел: 011-2093-574.Е-mail адреса: [email protected]Пријем електронске поште врши се радним данима (понедељак-петак) у радно време Наручиоца од 07:00-15:00 часова




ПОДАЦИ О ПРЕДМЕТУ ЈАВНЕ НАБАВКЕ

Предмет јавне набавке

Предмет јавне набавке број 333 ОД/16 су добра:

- Набавка производно информационог система.

- Ознака из општег речника набавке: 48810000 – Информациони системи.

ОБРАЗАЦ 1




ВРСТА, ТЕХНИЧКЕ КАРАКТЕРИСТИКЕ, КВАЛИТЕТ, КОЛИЧИНА И ОПИС ДОБАРА, НАЧИН СПОВОЂЕЊА КОНТРОЛЕ И ОБЕЗБЕЂЕЊА ГАРАНЦИЈЕ КВАЛИТЕТА, РОК

ИСПОРУКЕ, МЕСТО ИСПОРУКЕ




„PIS“ – PROIZVODNO-INFOMACIONI SISTEMJKP „BEOGRADSKE ELEKTRANE“

TEHNIČKI OPIS – FUNKCIONALNOSTI I TEHNOLOGIJA




Sadržaj1. UVOD 102. POSTOJEĆE STANJE 13

2.1. Poslovni informacioni sistem 132.1.1. Ostali informacioni sistemi 132.1.2. Lokacije i mreže 13

2.2. Proizvodno informacioni sistemi 142.3. Procesni informacioni sistem 14

2.3.1. Opis postojećeg nadzorno upravljačkog sistema primenjenog u JKP„Beogradske elektrane“ na četiri najveće toplane 142.3.2. Ostali SCADA sistemi 152.3.3. Termis 15

3. NEOPHODNE FUNKCIONALNOSTI PIS-A 163.1. Aplikativni okvir 163.1.1. Jedinstven način upotrebe 173.1.2.Prijava u sistem 173.1.3. Podešavanje aplikacije 173.1.4. Razmena podataka 173.1.5. Korisničke funkcionalnosti 183.1.6. Izgled 183.2. Integracija sa procesnim sistemima 193.3.Verifikacija podatka 203.4.Proizvodni plan 203.4.1. Poslovni proces 213.4.2. Korisnički interfejs 213.4.3. Definicija podataka 223.5. Bilans proizvodnje 223.5.1.Prikupljanje podataka za toplotne izvore 233.5.2. Prikupljanje podataka u dispečerskom centru 233.5.3. Potvrda dnevnog bilansa 233.5.4. Bilansni inventar 243.6. Plan rada 253.7. Dostupnost resursa 263.8. Izveštaji 263.9. Analitika 27

3.9.1. OLAP analitika 273.9.2. Strukture podataka 28

3.10. KPI – Ključni indikatori preformansi 293.10.1. Korisnički interfejs 29

3.11. Telegrami 293.12. Alarmiranje 303.13. Optimizacija toplotnih podstanica 30

4. TEHNOLOGIJA 314.1. Procesna baza 314.3. OLAP 324.4. Spajanje na različite izvore podataka 33




4.5. Windows i web klijent 334.6. Izveštaji 344.7. Prilagođavanje sadržaja prema korisniku 344.8. Automatska distribucija izveštaja 344.9. Izvoz podataka (excel, pdf, rtf, csv, html) 344.10. Sigurnost 344.11. Elektronski potpis 354.12. Praćenje promena (AuditTrail) 354.13. Zbirna lista tehnoloških zahteva 35

5. OPIS PROIZVODNIH PROCESA 41Prilog 1: Toplotni izvori koji su predmet uvođenja proizvodnog informacionog sistema 43Prilog 2 - Energenti 47Prilog 3 - Praćenje kvaliteta vode i utrošak pogonskih hemikalija 48Prilog 4 – Dispečerski centar 48Prilog 5 – Pozivni centar 51Prilog 6 – IT sistemski resursi 52Prilog 7 – Distribucija gasa 55Prilog 8 - ISEB 56Prilog 9 - BELMA 56Prilog 10 - EMISOFT 58Prilog 11 – Podaci koji se unose u EMISOFT 58Prilog 12 – ORACLE eBS 59




1. UVOD

Strategija razvoja JKP „Beogradske elektrane“ je usmerena, na povećanje energetske efikasnosti svih delova proizvodnog i distributivnog sistema, povećanje sigurnosti snabdevanja krajnjih potrošača toplotnom energijom i ka smanjivanju troškova poslovanja.Za uspešan finansijsko-tehnički aspekt proizvodnog procesa, jedan od ključnih faktora je princip pravovremenog donošenja odluka zasnovanih na verifikovanim informacijama vezanim za proizvodnju, koje moraju biti generisane u realnom vremenu.U tu svrhu JKP „Beogradske elektrane“ su donele odluku da uvedu Proizvodno informacioni sistem (PIS), koji predstavlja informatičku osnovu za kvalitetnu i efikasnu proizvodnju i distribuciju toplotne energije, kao i snabdevanje korisnika.

Sistem je namenjen tehničkom upravljanju preduzećem, rukovodiocima proizvodnje, rukovodiocima distribucije, rukovodiocima sistema tehničke podrške, planerima i stručnjacima na operativnom nivou. Jedan od modula sistema (KPI) namenjen je višem rukovodstvu preduzeća.

U tom smislu, osnovni ciljevi uvođenja Proizvodno Informacionog Sistema u JKP Beogradske elektrane su: Obezbeđivanje podataka u realnom vremenu koji će biti osnova za operativno odlučivanje. Obezbeđivanje jedinstvenog procesnog arhiva u svrhu prikupljanja, skladištenja i verifikacije podataka

neophodnih za upravljanje procesom. Jednom smešteni u arhiv, podaci su na raspolaganju za dalje obrade. Uvođenje ovakvog koncepta rešava problem raspoloživosti,verodostojnosti i ponovljivosti podataka.

Realizacija jedinstvenog sistema za izveštavanje i analizu koji bi služio kao osnova za planiranje i praćenje realnog stanja proizvodnje. Na ovaj način se dobija objektivna i, od svih učesnika u procesu, prihvaćena realna slika proizvodnje, a radom u realnom vremenu, najefikasnija distribucija informacija.

Obezbeđivanje sistema za informatičko praćenje ispunjenja prethodno formulisanih kvantitativnih i kvalitativnih poslovnih ciljeva. Ciljevi se definišu godišnjim Programom poslovanja. Sistem mora da prati stepen ostvarivanja zacrtanih inicijativa za poboljšanje i optimizaciju.

Suština proizvodnog sistema mora da bude u prikupljanju podataka iz procesnog i poslovnog sistema, koji uz povezanost sa drugim sistemima i bazama podataka, omogućavaju zadovoljavajuće informatičke podrške za uspešno vođenje sistema daljinskog grejanja. Jezgro sistema treba da čine jedinstvena relaciona baza koja različitim modulima obezbeđuje konzistentne podatke kao i baza podataka koji su procesnog porekla prikupljenih uglavnom iz procesnih baza SCADA sistema ili iz ručno unetih Excel fajlova za one objekte koji nemaju SCADA sistem, sa imenima „tagova“ i vremenskim vrednostima.

Transakcioni podaci PIS-a treba da se smeštaju u relacionu bazu podataka (npr. Microsoft SQL server, DB2 i slično). Kontinuirani procesni podaci treba da se prikupljaju i smeštaju u procesnoj bazi podataka (baza tipa Historian kao npr. OSI PI, GE Proficy Historian). Isporuka i implementacija obe baze i svih potrebnih baza i odgovarajućih licenci kao i ostale prateće opreme za realizaciju projekta, je predmet ove javne nabavke.




Arhitektura sistema

Ključni elementi sistema PIS treba da su: prikupljanje podataka iz procesa uključujući i validaciju istih kao i integraciju sa poslovnim i drugim spoljašnjim sistemima. Na taj način PIS postaje zbirna tačka relevantnih proizvodnih i distribucionih informacija u Beogradskim elektranama i kao takav obezbeđuje podršku za vođenje sistema proizvodnje i distribucije/predaje toplotne energije korisnicima . Prikupljanje procesnih podataka treba da bude realizovano na robustan način i treba da uspešno prevazilazi poteškoće do kojih bi moglo da dođe i u slučaju gubitka on-line veze između procesne opreme i centralne baze podataka. U takvim situacijama PIS treba da obezbedi lokalno skladištenje podataka („baferovanje“ podataka) i naknadni automatski transfer podataka u centralnu bazu podataka kada se veza ponovno uspostavi.

Takođe, PIS mora da omogući prikupljenje podataka iz različitih spoljnih sistema, ručni unos kao i generisanje izvedenih/izračunatih veličina.Sistem PIS treba da sadrži relacionu bazu podataka, procesnu bazu, korisničke interfejse, izveštaje, KPI (keyperformance indikator – ključne indikatore preformansi) „dashboarde“(kontrolna tabla) i alat za analitiku.Osnovni elementi na nivou podataka su:

Integracija sa procesnim sistemima Baza kontinuiranih procesnih podataka

Verifikacija podataka




Šema logičkih konekcija između sistema nakon uvođenja PIS

U nastavku će biti definisane neophodne funkcionalnosti i korisnički interfejsi za pojedine module sistema. Pojmom „modul“ označavamo logičku celinu pojedinih funkcionalnosti (npr. modul Izveštaji). „Funkcionalnost“ predstavlja logičku celinu unutar modula (npr. Energetski izveštaj), a „funkcije“ predstavljaju korisničke aktivnosti (npr. izbor perioda za koji se izveštaj sačinjava). Svi pojmovi su funkcionalne prirode, softverski moduli su međusobno isprepleteni jer koriste zajedničku bazu podataka, zajednički softverski alat itd. Fizičko razdvajanje modula nije moguće.

Ključni procesi u Beogradskim elektranama su proizvodnja, distribucija i predaja (snabdevanje) toplotne energije. Posebno značajan segment je upravljanje energentima, odnosno pravovremena priprema, obezbeđivanje potrebnih rezervi i pravilan izbor radnih režima u skladu sa vremenskim uslovima. Drugim rečima, radne režime je potrebno voditi u optimalnom režimu, da se proizvede dovoljno toplotne energije uz minimalni utrošak energenata. Sistem će od starta biti uveden u svim toplotnim izvorima JKP „Beogradske elektrane“ od čega četiri najveća toplotna izvora (toplane) imaju i najviši stepen automatizacije: Novi Beograd, Konjarnik, Dunav i Voždovac. Spisak svih toplotnih izvora na kojima će biti uveden Sistem se nalazi u prilogu broj 1 - „Toplotni izvori koji su predmet uvođenja proizvodno informacionog sistema“.




Osnovni moduli PIS-a treba da budu: Procesna baza Verifikacija podataka Proizvodni plan Bilans Plan rada Dostupnost resursa Izveštaji Analitika KPI (key performance indicators) Ključni indikatori performansi (uspeha) Telegrami Alarmiranje.

2. POSTOJEĆE STANJE

U nastavku će u najkraćem biti opisan trenutni stepen informacionih tehnologija u JKP „Beogradske elektrane“.

2.1. Poslovni informacioni sistem

2011.godine u Preduzeću je instalirana verzija poslovnog sistema ORACLE eBS, koja nije funkcionalna (Prilog 12). U ovom trentuku nije dostupan podatak da li će ovaj sistem biti revitalizovan, ili će biti uveden neki drugi komercijalni poslovno informacioni sistem - ERP.

2.1.1. Ostali informacioni sistemi

Mrežni operativni sistemi koji se koriste u JKP „Beogradske elektane“ zasnovani su na Windows, Linux i UNIX platformi i na njima se nalaze servisi kao što su intranet, elektronska pošta, internet. Centralni mrežni operativni sistem je Widows server 2008 / 2012. Korisnici pristupaju poštanskim sandučićima sa POP3 klijentima. Za bezbednu kopiju podataka koristi se softver WEEAM, za virtualno okruženje, a za ostalo bekap se radi manuelno. Na Windows platformi biće postavljeni sledeći servisi: Proxy, mail, antivirusna zaštita, webmail... Poslednji omogućava korisniku pristup svojim fajlovima spolja. Intranet server, koji se zasniva na platformi Windows, Firewall je zasnovan na CISCO ASA rešenju.

U preduzeću se za rad koristi oko 900 personalnih računara. Svi računari su povezani putem mreže. Na računarima se uglavnom koriste standardni softverski (licencirani) paketi: Microsoft Windows 7, 8, 10, XP Pro SP3, Microsoft Office 2007/2013, Klijent e-pošte MS Outlook 2007/2013, MS Internet Explorer 6/11/MozillaFirefox i lokalne aplikacije za korisnike u UNIX/INFORMIX platformi. Antivirusna zaštita je NOD32.

Posebni softver koji je u upotrebi na manjem broju personalnih računara je i AutoCAD, MS Visio, AdobeAcrobat, MS Project, ABBY Finereader, i drugo.

Napominjemo da računari koji se koriste u procesnom delu su lokalnog tipa i nisu u nadležnosti sektora za Informaciono-komunikacione tehnologije (IKT).

2.1.2. Lokacije i mreže

JKP „Beogradske elektrane“ imaju više lokacija u Beogradu na kojima se nalaze poslovne prostorije. Najveća je lokacija na Novom Beogradu (adresa Savski nasip 11), na kojoj je, osim proizvodnog dela, smeštena i kompletna administracija, magacini, prateće službe i sl. Delovi preduzeća koji se bave priključenjima novih objekata se nalazi na izdovjenoj lokaciji u Zemunu (adresa Cara Dušana 139-141). Drugi proizvodni pogoni




(toplane) se nalaze na različitim lokacijama. Izuzetak je samo toplana Dunav na kojoj se osim zaposlenih u „proizvodnji“ nalaze i laboratorije Centra za kvalitet, ispitivanje i ekologiju.

Sve veće lokacije su deo gigabitneEthernet mreže. Mreža je sačinjena od većeg broja čvorišta opremljenih mrežnim prekidačima koji su međusobno povezani optičkim vodovima popustljivosti 1 GB/s.

2.2. Proizvodno informacioni sistemi

Trenutno još nema pravog proizvodno informacionog sistema, a postoje parcijalni začeci u smislu prikupljanja postojećih procesnih podataka i odvojenih algoritama za pojedine funkcije. Proizvodni planovi i analize se izvode ručno, pomoću Excel tabela. Podaci, koji se prikupljaju na procesnom nivou, pomoću SCADA aplikacije čuvaju se u lokalnim procesnim arhivama. Deo tih podataka potrebnih za proizvodni informacioni sistem se čuva u centralnoj MySQL bazi. Obrada, praćenje i prikaz izveštaja je takođe realizovan u Excel-u.

Pojedini podaci se za potrebe proizvodnje, analize i izveštavanje beleže ručno, na posebnim formularima (npr. podaci o funkcionisanju kotla), a odatle se prepisuju u Excel tabele. Deo podataka iz tih tabela se koristi za izradu mesečnog bilansa, dnevnih i godišnjih izveštaja.

2.3. Procesni informacioni sistem

Generalno, procesni sistem je uspostavljen i realizovan na različite načine (različiti SCADA sistemi, kontroleri, brojila) i relativno dobro pokriva sve neophodne funkcionalnosti.

Uvođenjem novijih uređaja (npr. novih kotlova) stopa automatizacije se povećava. Objedinjavanje svih proizvodnih sistema je strateški cilj preduzeća i aktivnost koja se kontinuirano sprovodi, u skladu sa planovima i mogućnostima.

2.3.1. Opis postojećeg nadzorno upravljačkog sistema primenjenog u JKP„Beogradske elektrane“ na četiri najveće toplane

Rešenje nadzorno upravljačkog sistema (NUS) primenjeno na objektima TO Novi Beograd, TO Konjarnik, TO Dunav i TO Voždovac zasniva se na primeni S7-400H sistema, proizvođača SIEMENS, aplikativnom softveru PVSS proizvođača SIEMENS ETM professionalcontrolGmbH, sistemskom softveru Windows i Linux, hardverskim IT platformama proizvođača Fujitsu, kao i primeni velikog broja uređaja u pogonu koji podržavaju komunikaciju preko PROFIBUS DP mreže (AUMATIC, SIPROTEC, frekventni regulatori proizvođača VACON, Danfoss, Siemens i GE, i sl.). S7-400H sistem primenjen je kroz dva redundantna PLC kontrolera, čime je omogućena tolerancija na greške i otkaze na nivou kontrolera, a za I/O deo sistema izabrano je rešenje koje omogućava povećanu raspoloživost - koriste se jednokanalni moduli analognih i digitalnih I/O, ali sa mogućnošću da ih adresira bilo koji PLC preko redundantnog PROFIBUS DP-a. U smislu mrežnog povezivanja, sa strane procesa, koristi se PROFIBUS DP uz korišćenje različitih kombinacija povezivanja optičkim i žičanim PROFIBUS-om, i sa periferijama sistema uređenim u logičke celine. Komunikacija PLC kontrolera sa SCADA aplikativnim softverom je ostvarena preko Ethernet veze, uz korišćenje komunikacionog drajvera ASX i mrežne opreme.Modernizovana toplana Novi Beograd ima NUS koji se sastoji iz:- merno-regulacione opreme u pogonu (transmiteri pritiska, protoka i temperature i izvršni organi regulacionih ventila, zasuna i loptastih slavina),- Siemens SIMATIC Y Link periferija - za povezivanje BMS-ova kotlova, frekventnih regulatora koji imaju jednu PROFIBUS DP karticu i mikroprocesorskih motornih zaštita na redundantni PROFIBUS DP,- Siemens SIMATIC ET200M periferija sa redundantnim interfejs modulima koji omogućavaju adresiranje I/O analognih i digitalnih kartica od strane oba kontrolera,- redundantne PROFIBUS DP mreže u pogonu,- pet centralnih PLC-ova (po dva procesora, dva napojna modula, dva komunikaciona procesora),- redundantne Ethernet mreže realizovane pomoću redundantnih Ethernet svičeva (CISCO L3 switch i Siemens SCALANCE X switch - evi),




- par redundantnih servera, sa aplikacionim softverom PVSS 3.9 i sistemskim softverom Linux Red HatEnterprise 5, smeštenih u serverskom rek ormaru,- tri operaterske stanice na termokomandi sa po osam monitora, jedna operaterska stanica u parnoj kotlarnici i jedna inženjerska stanica, sa XP sistemskim softverom i klijentskim aplikativnim softverom PVSS 3.9

Modernizovane toplane TO Konjarnik, TO Dunav i TO Voždovac imaju NUS sisteme koji se razlikuju u odnosu na prethodno navedeni u sledećem:- dva centralna PLC-a (dva procesora, dva napojna modula, dva komunikaciona procesora),- par redundantnih servera, sa aplikacionim softverom PVSS 3.6 i sistemskim softverom Linux Red HatEnterprise 4, smeštenih u serverskom rek ormaru,- dve operaterske stanice na termokomandi sa po četiri monitora, sa XP sistemskim softverom i klijentskim aplikativnim softverom PVSS 3.6 (izuzetak je objekat TO Konjarnik koji ima još jednu operatersku stanicu za parnu kotlarnicu, sa istovetnim softverom i jednakim brojem monitora).Napomena: Tokom 2016. i 2017. na toplanama Konjarnik, Voždovac i Dunav sprovodi se apdejt aplikacije SCADA na verziju 3.14. Potrebno je obezbediti standardni industrijski interfejs zasnovan na standardnom industrijskom protokolu, tehnologiji (OPC ili slično) za povezivanje nove, apdejtovane, SCADA-e na procesnu bazu PIS-a.Na svim objektima JKP Beogradske elektrane na kojima se koristi PVSS softver, primenjen je strukturni oblik arhiviranja, koji podrazumeva odvajanje vrednosti po arhivama na osnovu njihove učestalosti pojavljivanja. Arhive su smeštene na serverima aplikacije i integralan su deo SCADA sistema. Arhivski prostor je organizovan u više celina koje se uopšteno mogu podeliti na dve grupe, prva u kojoj su arhive u koje se smeštaju podaci kako pristižu na SCADA sistem i drugu u kojoj se nalaze arhive u kojima se čuvaju obrađeni podaci. Podaci se obrađuju sa definisanim vremenskim intervalom koristeći matematičke funkcije usrednjavanja, odabira minimalne, maksimalne, početne ili krajnje vrednosti i dr. Podaci koji se čuvaju u ovim arhivama prikazuju se kroz tabele alarma, stanja i procesnih veličina, zatim trendove pojedinačnih stanja i merenja, kao i pomoću trendova na kojima je moguće istovremeno prikazivati do 16 dijagramskih linija po zahtevu korisnika i u skladu sa željenim vremenskim intervalom. Takođe, podaci se putem posebne alatke izvoze u forme izveštaja koje definiše korisnik, a koji se generišu automatski ili po zahtevu.

U tabeli su prikazani vrsta i broj podataka na SCADA sistemu za svaku modernizovanu toplanu pojedinačno.

Data tip/Toplana „Dunav“ „Konjarnik“ „Voždovac“ „Novi Beograd“Analogna merenja 325 359 244 1445Digitalni ulazi 974 1266 763 5366Digitalni izlazi 192 224 137 1589Regulacioni krugovi 65 59 55 167PLC – Serveri broj tagova (izvornih i izvedenih)

12670 14790 9730 67240

2.3.2. Ostali SCADA sistemi

U JKP „Beogradske elektrane“ u primeni su još dva softvera SCADA sistema. Na TO Mirijevo koja je modernizovana, primenjen je WinCC prozvođača Siemens, kao i na TO Cerak koja nije modernizovana. Tokom 2016. u toku je apdejt verzije SCADA aplikacije na TO Cerak. Na TO Batajnica, KO Resnik, KO Sremčica, KO Železnik i KO Drenovačka koji su automatizvani, primenjen je SCADA softver proizvođača Informatika, pod nazivom InfoSCADA. Povezivanje gore navednih SCADA sa procesnom bazom je potrebno ostvariti korišćenjem interfejsa zasnovanog na standardnom industrijskom protokolu, tehnologiji (OPC ili slično).

2.3.3. Termis

Za potrebe termo hidrauličkih analiza, planiranja razvoja mreže daljinskog grejanja i planiranja proizvodnje i optimizacije temperature u realnom vremenu u BE upotrebljen je softverski paket Termis.




U OC Planiranje i razvoj je u upotrebi modul za statičke analize sistema daljinskog grejanja, za izradu planova širenja i razvoja mreže daljinskog grejanja, termo-hidrauličkih analiza, trasiranje i dimenzionisanje toplovoda, simuliranje različitih alternativnih scenarija u snabdevanju potrošača toplotnom energijom. Korišćenjem statičkog dela softverskog paketa postižu se velike uštede kroz optimizaciju kapaciteta izgradnje novih objekata sistema daljinskog grejanja (SDG) i unapređenje rada postojećeg SDG čime se omogućuje kvalitetna isporuka toplotne energije korisnicima i rešavanje problema u vršenju iste. U Direkciji za proizvodnju toplotne energije, na sektorima toplana TO „Konjarnik“, TO „Voždovac“, TO „Dunav“ i TO „Novi Beograd“ u upotrebi su moduli za rad u realnom vremenu i temperatursku optimizaciju koji omogućavaju nadzor sistema toplovoda u realnom vremenu, pri čemu se obezbeđuje uvid u željene parametre (temperature, pritiske, protoke...) na svim tačkama toplovodne mreže i optimizaciju rada toplana uzimajući u obzir sve dostupne podatke o svim uticajnim faktorima (vremenska prognoza, doba dana, spoljna temperatura, brzina vetra, transportna vremena vode do određenih tačaka na mreži...), što obezbeđuje minimalne parametre rada svake toplane ponaosob uz postizanje efekata u svakoj tački na mreži u posledično, smanjenje toplotnih gubitaka na toplovodnoj mreži, smanjenje potrošnje primarnog goriva, smanjenje emisije CO2, pravovremeno reagovanje u smislu promene rada režima toplotnih izvora i distributivnog sistema, što obezbeđuje da svi potrošači dobiju potrebnu količinu toplotne energije u trenutku kad im je neophodna. Ovi moduli imaju bitnu ulogu i u planiranju potrebne količine toplote na dnevnom i višednevnom nivou što je ključno za planiranje potreba za korišćenjem energenata, a što je redovna obaveza BE u smislu dostavljanja planiranih količina prirodnog gasa dobavljačima (trenutno – JP „Srbijagas“). Pored ovih funkcija Termis nam obezbeđuje brzi pregled potrošača koji nemaju grejanje usled radova na mreži daljinskog grejanja, u vidu liste u excel formatu i zapremine deonica mreže na kojima se vrši intervencija takođe u excel formatu. Navedene funkcionalnosti treba da budu vidljive u PIS-u.

Termis prikuplja podatke sa SCADA sistema i HMP (hidro-meteorološki podaci) preko centralne MySQL baze i obrađene podatke vraća u istu bazu. Trenutna verzija softvera je 7.1.57.0 i u primeni su hidraulički, „Real time“ i „Temperature optimization“ moduli.U planu je instalacija Termis softverskog alata i na toplanama Cerak i Mirijevo gde će komunikacija sa SCADA sistemima na tim objektima biti omogućena uz pomoć SQL Express-a koji je sadržan u trenutno aktuelnoj verziji Termisa.

3. NEOPHODNE FUNKCIONALNOSTI PIS-A

3.1. Aplikativni okvir

Okvir treba da predstavlja osnovu za različite funkcionalnosti vođenja proizvodnje, analitike, izveštaja i ostalih funkcionalnosti,namenjene brojnim i različitim profilima korisnika. Dodatni zahtev mora da predstavlja mogućnost za modularno dodavanje odnosnosno promenu funkcionalnosti i dograđivanje sistema, u slučaju da to bude zahtevano tehničkim ili zakonskim promenama u budućnosti.

Zavisno od tih zahteva PIS mora da bude izgrađen u formi osnovnog jezgra koje obezbeđuje jednostavan način rada i dodatnih funkcionalnosti koje omogućavaju specifične funkcije pojedinih funkcionalnih modula.

Jezgro interfejsa treba da predstavlja vrstu okvira korisničkih interfejsa za različite funkcionalnosti uz obezbeđivanje sledećihosnovnnih funkcija:

jedinstven način upotrebe funkcionalnosti, prijavu u sistem, izvođenje određenih podešavanja sistema, pristup pojedinačnim funkcionalnostima (s obzirom na prijavu i dodeljena prava), povezanost (sinhronizaciju) funkcionalnosti, razmenu podataka sa drugim (spoljašnjim) aplikacijama i poslovnim sistemima.

Pored osnovnih funkcija jezgro treba da omogućava i neke napredne funkcije kao što su:




mogućnost definisanja sadržaja i funkcionalnosti, bez neophodnog programiranja, definisanje korisnika i njihovih prava, bez ograničenja broja korisnika, uspostavljanje bezbednosne politike, centralizovanu administraciju interno i eksterno održavanje putem osigurane veze, bez mogućnosti pristupa procesnim sistemima.

U nastavku su detaljnije prikazane neke od pomenutih funkcija koje omogućava aplikativno jezgro.

3.1.1. Jedinstven način upotrebe

Jedinstven način znači da se iste funkcije na različitim funkcionalnim sklopovima obavljaju na isti način. Svi postupci upotrebe korisničkih interfejsa moraju biti standardizovani (isti i u skladu sa Windows standardom). Takav pristup obezbeđuje pregledniju upotrebu, brže navikavanje na funkcionalnosti koje korisnik inače nije koristio i znatno lakše održavanje, pomoć korisnicima i obuku.

Svi tabelarni pregledi u osnovi treba da omogućavaju grupisanje i spajanje po proizvodnoj koloni. Način je isti a izvođenje jednostavnim izborom mišem (npr. „klik“ na kolonu znači grupisanje po tom podatku; pomeranje kolone u segment pregleda znači grupisanje po tom podatku). Ukoliko te funkcije u određenom pregledu nisu potrebne, odgovarajućim podešavanjem trebaju da budu isključene. Aktivnost pomenutih funkcija biće određene pri opisu pojedinih funkcionalnosti.

3.1.2.Prijava u sistem

Svaki korisnik se prijavljuje u sistem korisničkim imenom i lozinkom. Korisničko ime i lozinka moraju da budu jedinstveni u celokupnom sistemu, na svim komponentama sistema gde se zahteva prijava u sistem - webklient. Druga mogućnost je upotreba korisničkog imena i koda.

Prava korisnika treba da se određuju na nivou grupe korisnika. Korisnik koji pripada određenoj grupi korisnika preuzima prava koja su dodeljena grupi. Ukoliko je korisnik uključen u nekoliko grupa, preuzima sva prava koja su dodeljena pojedinim grupama. Pravo dodeljeno grupi korisnika može da odredi pristup određenoj funkcionalnosti sistema ili vidljivost pojedine korisničke komponente.

3.1.3. Podešavanje aplikacije

Apliktivni okvir mora da omogućava različite nivoe podešavanja. Mogu biti podeljeni na dve vrste. Osnovna podešavanja su na neki način sistemska i uključuju podešavanja kao što su:

način autorizacije korisnika (npr. kako sistem reaguje u slučaju pogrešne prijave, stopa proveravanja korisnika itd.)

broj nivoa u strukturi proizvodnih objekata (npr. da li sistem razdvaja samo nivo operacija (mreža, toplana, …) ili i nivo opreme (kotlovi, …)

korisnički interfejsi moraju biti na srpskom jeziku.

Druga vrsta podešavanja treba da je vezana za korisnike. Sistem mora da uzma u obzir podešavanja kao što su: način prikaza funkcionalnih sklopova (npr. da li se svaka funkcionalnost prikazuje u samostalnom

prozoru ili u fiksnom sklopu), uključivanje čuvanja podesivog izgleda prikaza (npr. da li se izmene na prikazu ekrana kao što su

raspored i veličina prozora čuvaju za istog korisnika i prilikom sledećeg pokretanja), jezik korisničkih prikaza.

3.1.4. Razmena podataka

Razmenu podataka između proizvodnog sistema i ostalih sistema će sadržinski i tehnički biti razmotrena u drugim poglavljima.




3.1.5. Korisničke funkcionalnosti

Aplikaciono jezgro treba da pruža okvir za pojedinačne funkcionalnosti. Podešavanjima omogućiti izbor načina prikaza tih funkcionalnosti (u posebnom prozoru, kao kartica u osnovnom prozoru itd.). Jezgro mora da obezbeđuje osnovu i jedinstvenost rada, pojedine funkcionalnosti su korisnički sasvim različite jer obezbeđuju specifične funkcije. Pojedine funkcionalnosti će biti detaljnije razmatrene u odvojenim poglavljima i to u okviru pojedinih funkcionalnih modula.

3.1.6. Izgled

PIS mora imati pogodan korisnički grafički interfejs. U osnovi, interfejs treba da odgovara Windows standardu, a u detaljima se prilagođava dobrim praksama proizvodnih informacionih sistema. Važne karatkeristike za proizvodno okruženje su sledeće:

obzirom da će se grafički interfejsi za PIS koristiti u industrijskom okruženju, gde je svetlost ograničena, interfejs mora da obezbedi dovoljno velike grafičke elemente;

uprkos tome što je rad korisnika na informacionom sistemu definisan u minutnim okvirima (za razliku od procesnog sistema gde interakcije mogu biti na nivou sekundi), funkcije moraju biti brzo dostupne operateru te u tom smislu mora biti svedena struktura menija;

upotrebom grafičkih komponenti se ostvaruju pogodnosti za korisnike; sistem se mora zasnivati na automatskom prikupljanju podataka, ali mora i omogućavati rad sa

manuelnim unosima; eventualni manuelni unosi moraju da biti verifikovani; sve operaterske funkcije moraju da budu prilagođene određenim profilima korisnika odnosno njihovom

radu; za izvođenje ovakvih prilagođavanja PIS mora da omogući jednostavnu konfigurabilnost koju inače izvodi adekvatan kompjuterski stručnjak, ali koja ne zahteva obimno programiranje.

Prilikom pokretanja treba da se prikazuje informativni prozor i prozor za prijavu. Bez prijave omogućiti samo prikaz „pomoći“ odnosno određenih informacija ili poruka/uputstava. Za uspešnu prijavu neophodan je unos koriničkog imena i lozinke. Posle uspešne prijave, moguć je početak upotrebe korisničkog interfejsa. Okvir treba da je podeljen na nekoliko segmenata koji su razvrstani po preporukama koje važe za Windows okruženje.

Tabelarni prika z i

Tabelarni prikaz podataka je jedan od najvažnijih načina prikazivanja. Većina podataka u PIS-u treba da bude tabelarna. Takav prikaz omogućava koncentrisan prikaz većeg broja podataka uz mogućnost podešavanja vremenskog opsega za svaki prikaz, ali i podešavanja vremenske rezolucije prikaza u skladu sa rezolucijom zapisa.

Za efikasan pregled podataka obezbediti brojne strandardne funkcije u okviru tabelarnog pregleda. Najvažnije će biti uključene, a dodatne mogu da budu realizovane opciono:

klasifikacija – izborom naziva kolone podaci se klasifikuju po rastućem redosledu izabrane kolone, ponovni izbor naziva kolone klasifikuje podatke u opadajućem redosledu;

filtriranje – za filtriranje podataka obezbediti dva načina na raspolaganju; brzi filter, koji se nalazi direktno u svakoj koloni (i praktično treba da je identičan onom u Excelu, što znači da se iz padajuće liste bira uslov filtera) i napredniji filter gde se mogu odrediti veoma kompleksne (i insertovane) kriterijume za prikaz podataka,

grupisanje – podaci bi trebalo proizvoljno da se organizuju u grupe na više nivoa, a zatim unutar grupa da se ti podaci klasifikuju; svaka grupa može da prikazuje i delimične zbirove polja koji se mogu podešavati proizvoljno;

ispis – štampanje spiskova se značajno razlikuje od izveštaja; svaki spisak može da se odštampa u formi koja je trenutno vidljiva, s obzirom na korišćeno grupisanje, sortiranje, filtriranje, raspored, vidljivost kolona itd.; na nivou sistema može da se odredi zaglavlje sa logotipom, što omogućava veoma kvalitetno i fleksibilno štampanje različitih pregleda sa mogućnošću upisa komentara pre štampanja;




sumiranje – za kolone kod kojih je to matematički moguće, u grani spiska treba da se prikazuje jedna od statističkih funkcija: min, max, average, count, sum; to važi i za svaku grupu u kojoj su podaci spojeni;

izvoz – za trenutne tabelarne podatke omogućiti izvoz u proizvoljnom standardnom obliku (PDF, HTML, DOC, XLS, CSV, XML).

čuvanje – izgled svakog spiska posebno korisnik treba da sačuva pod svojim profilom, što znači da se prilikom sledećeg pokretanja funckionalnosti prikazuje isti izgled;

ispravka podataka – prilikom izbora dugmeta za ispravke podataka izabrani red treba da se prikazuje vertikalno i uvećano, u obliku ulazne maske uz omogućene ispravke odnosno unošenje podataka za koje korisnik ima odgovarajuće pravo; ispravke sačuvati izborom tastera za čuvanje ili izborom drugog reda.

Za određene funkcije (čuvanje izgleda, prilgođavanje pogleda, ispravljanje podataka), korisnik mora imati odgovarajuća prava. O svim unetim izmenama mora da postoji evidencija sa vremenskim i korisničkim odrednicama.

Grafikoni

Za bolji vizuelni prikaz i lakše razumevanje trendova je pogodan prikaz putem grafikona. Moraju biti omogućene standardne funkcije: povećavanje – označavanje određenog dela grafikona znači automatsko povećavanje tog dela, što

omogućava detaljniji pregled određenog obima podataka; ispis – izborom funkcije možeda se izvrši pregled štampanja ili direktno obavi štampanje na odabranom

štampaču sa mogućnošću upisa komentara pre štampanja; pomeranje po sadržaju (scroll) – ukoliko nisu vidljivi svi opcioni podaci (po apscisi ili ordinati),

grafikon omogućava pomeranje odgovarajućim klizačem; ta funkcionalnost omogućava prikaz manjeg područja zalihe vrednosti i time veću preglednost;

čuvanje – po izboru odgovarajuće funkcije u okviru grafikona prikazuje se standardni prozor za čuvanje slika, omogućen je izbor između standardnih formata (minimalno BMP, JPG, GIF), sačuvana slika grafikona kasnije može da se uvozi u proizvoljni dokument ili prezentaciju;

kopiranje – za jednostavniji prenos slike grafikona preko klipborda na raspolaganju treba da bude funkcija kopiranja grafikona na klipbord;

podešavanja – funkcija prikazuje prozor sa brojnim podešavanjima grafikona koja su slična podešavanjima u programu Excel; značajne su, pre svega, izbor vrste grafikona, način prikaza legende i nazivi, i ostale standardne opcije

3.2. Integracija sa procesnim sistemima

Proces treba da obuhvata više procesnih sistema izvedenih putem različitih tehnologija i u različitom stepenu automatizacije:

TERMIS (sistem za hidrauličko upravljanje daljinskim sistemom grejanja). PIS treba da omogući interfejs za TERMIS (upisivanje i/ili učitavanje podataka).

Različiti uređaji sa kontrolerima i sa mogućnošću komunikacije podataka (ventili, brojači, kotlovi, pumpe, itd.). PIS treba da omogući integraciju tih uređaja korišćenjem interfejsa zasnovanog na standardnom industrijskom protokolu, tehnologiji (OPC ili slično). i da obezbedi lokalno baferovanje podataka.

Različiti SCADA sistemi. PIS treba da ima mogućnost povezivanja na različite SCADA sisteme u svrhu prikupljanja procesnih podataka i smeštanja u procesnu bazu korišćenjem interfejsa zasnovanog na standardnom industrijskom protokolu, tehnologiji (OPC ili slično). Isporuka, instalacija i konfigurisanje interfejsa je obaveza isporučioca PIS-a.

Potrebno je omogućiti efikasno prikupljanje podataka u realnom vremenu iz različitih procesnih sistema i uređaja: interval tipično 5 sekundi, u kritičnim situacijama 1 sekunda;

Mogućnost ručnog unosa podataka. Uvoz podataka u procesnu bazu npr. iz csv datoteke, xml, xls.




Kod prikupljanja procesnih podataka u realnom vremenu je potrebno omogućiti izvršavanje jednostavne matematičke funkcije (sum, avg, dev, min, max, itd.) već kod skladištenja podataka u bazu podataka koji su procesnog porekla.

Kod prikupljanja procesnih podataka koji se uvoze iz fajlova eksterno je potrebno omogućiti jednostavne matematičke funkcije (minimalno sum, avg, dev, min, max, itd.) već kod skladištenja podataka u bazu podataka koji su procesnog porekla.

3.3.Verifikacija podatka

Svi podaci koji ulaze u sistem preko integracije sa procesnim sistemima treba najpre da se verifikuju zbog osiguravanja verodostojnosti izveštaja, proizvodnih planova i analiza. PIS treba da ima sledeće funkcije:

Verifikacija podataka. Kritični podaci moraju biti provereni pre nego što uđu u upotrebu i bilo koju dalju obradu u sistemu. Greške ili nedostaci mogu kritično da utiču na bilans i izveštaje ili mogu da prouzrokuju greške u daljem planiranju.

Principi verifikacijeo ručna verifikacija,o automatska verifikacija preko ugrađenih algoritama (napomena: ponuđač treba da opiše svoj

predlog verifikacije procesnih podataka prema svojim dosadašnjim iskustvima) Sistem treba da osigura mogućnost konfiguracije neophodnosti verifikacije za svaki pojedini podatak. Sistem treba u svim daljim obradama da koristi samo verifikovane podatke. Zaštita verifikacije (ako je podatak verifikovan ne može se više menjati). Sledljivost verifikacije. Za svaku potvrdu automatskog podataka ili njegovu promenu potrebno je

evidentirati ko i kada je potvrdio/promenio podatak. Kontrola verifikacije (provera da su podaci u granicama dozvoljenog). Verifikacija / potvrđivanje podataka na svim nivoima, satno, smensko i dnevno potvrđivanje. Omogućiti sistemsku logičku kontrolu ručno unetih i automatski preuzetih podataka.

3.4.Proizvodni plan

Izraz 'Proizvodni plan' predstavlja naziv funkcionalnosti proizvodnog informacionog sistema koja omogućava određivanje tehničkih osnova za planiranje proizvodnje u narednoj godini (grejnoj sezoni). Ta funkcionalnost sistema će se koristiti za planiranje za narednu godinu, ali je, uprkos tome od izuzetnog značaja za uspešnost poslovanja jer predstavlja osnovu za precizno formiranje elemenata tehničke specifikacije javnih nabavki. Osim godišnjeg treba realizovati i kratkoročne planove za

- 3 – 7 dana unapred,- operativni plan za 24h unapred – u cilju „nominovanja“ i planiranja manipulacije sa potrebnim

količinama energenata,

a sve u sadejstvu sa Termis softverom. U toplanama u kojima se koristi program TERMIS, isti će biti upotrebljen za izradu mikroplana hidrauličnog stanja mreže daljinskog grejanja uz pomoć podataka iz PIS-a. Pored toga PIS treba da omogući izradu mikroplana i za potrošnju energenata, plan proizvodnje toplotne energije, raspoloživost sistema i plan proizvodnje -emisije zagađujućih materija (voda, vazduh). U toplanama gde TERMIS nije implementiran, PIS će vršiti funkciju planiranja stanja daljnske mreže u realnom vremenu.

Plan treba da omogući, optimalan energetski bilans uz definisane tržišne uslove:- Uslove za nabavku energenata (koristi se više vrsta radnog i rezervnog goriva)- Raspoložive količine i cene energenata - Vršna opterećenja- Vremenske uslove- Raspoloživost i efikasnost upotrebe pojedinih kotlova i drugih izvora toplotne energije (npr. CHP,

Spalionica otpada,…) u okviru istog toplotnog izvora.




- Raspoloživost i efektivnost korišćenja različitih toplotnih izvora – tamo gde je to moguće.

PIS mora da usvoji različite profile (po vremenskoj osi) potrošnje energenata i proizvodnje tople vode. Profili predstavljaju osnovu za kalkulacije za mesečna planiranja proizvodnje i potrošnje. Sistem treba da omogući buduću, eventualnu, integraciju kombinovane proizvodnje (kogeneracija) kao i varijantu povezivanja grejnih područja, preuzimanje toplotne energije iz eksternih izvora van JKP „Beogradske elektrane“.

3.4.1. Poslovni proces

Poslovni proces pripreme proizvodnog plana odvija se u više faza. Realizuje se jednom godišnje sa početkom u septembru. Polazni podaci su:veličina konzuma koji je instalisan, konzum, veličina aktivnog konzuma, planirana priključenja, razvrstani po mesecima i toplotnim izvorima, a koje obezbeđuje Direkcija za snabdevanje. Direkcija za proizvodnju dostavlja podatke o instalisanom kapacitetu toplotnih izvora, raspoloživim kapacitetima kotlova.Direkcija za distribuciju dostavlja podatke o raspoloživosti i stanju distributivne mreže. Na osnovu važećih propisa, raspoložive dugoročne vremenske prognoze i istorijskih podataka o radu sistema, potrebno je izraditi plan broja sati rada sistema, plan količine energije koju je potrebno predati korisnicima, plan gubitaka na distributivnoj mreži, plan energije koju distributivni sistem preuzima na pragu toplotnih izvora, plan sopstvene potrošnje energije, plan potrošnje energije po vrstama energenata, plan preuzimanja toplotne energije od eksternih proizvođača energije, plan potrošnje električne energije, plan potrošnje vode (vode iz gradskog vodovoda, iz reke Save i omekšane vode) sa planom potrebnih hemikalija za njen tretman sve razvrstano po mesecima i toplotnim izvorima.Nadzorni odbor odobrava planove koji postaju konačni za narednu godinu. U izuzetnim slučajevima moguće je naknadno uraditi rebalans u skladu sa zakonskim odredbama. Plan je dostupan svim subjektima radi praćenja i izveštavanja u posebno definisanoj formi izveštaja. Napomena: detaljna procedura izrade Plana će biti naknadno dostavljena.U svakom slučaju, prilikom izrade plana proizvodnje potrebno je omogućiti sledeće:

Planiranje po mesecima godišnje potrebe za energentima. Planiranje po mesecima godišnje potrebne priključene snage novih potrošača. Identifikovanje i upravljanje vršnim opterećenjem (prerasporedela, korekcija planiranih količina). Upravljanje raspoloživošću energenata. Potrebna je kontrola zaliha energenata i utvrđivanje realnosti

izvršenja plana pre potvrde plana. Raspoloživost toplotnih izvora. Potrebna je mogućnost upravljanja izvorima, planiranje remonta itd. Proračuni neophodni za proizvodnju energenata (topla voda, para, električna energija). Kalkulacije

potrebnih energenata za dostizanje potvrđenih planova . Korigovanje proračuna sa faktorima potrošnje (novi korisnici, promene u distributivnoj mreži), spoljnih temperatura i procesnih gubitaka sistema daljinskog grejanja.

3.4.2. Korisnički interfejs

Grafički interfejs za pripremu proizvodnog plana treba da je veoma jednostavan i jedinstven za sve korake procesa. Centralni deo može da predstavlja mesečni tabelarni pregled podataka za proizvodni plan. Sadržina (redovi) tabelarnog prikaza zavisiće od trenutno odabrane faze pripreme plana.Odgovarajuće komande u komandnom prozoru treba da budu (u jednoj grupi):

Potvrda faze– potvrda trenutne faze,izmene više nisu moguće; Izračunavanje faze– ponovno automatsko izračunavanje podataka; ima uticaj samo kod faza gde se

podaci automatski izračunavaju i korisnik može da ih popravlja; Ispis faze– komanda za standardni ispis trenutnog tabelarnog prikaza (umesto dugmeta ispod

prikaza) Potvrda plana– konačna potvrda celokupnog plana; Ispisplana– ispisplana u trenutnoj formi (nepotvrđenefazese ne ispisuju);isto kao u

moduluIzveštaji; Rebalans– otključavanje svih faza plana za izvođenje rebalansa (korisnik mora imati visoki




prioritet, zahvat se evidentira).

U prozoru je na raspolaganju izbor godine plana. Planove od prethodnih godina mogu samo da se pregledaju, izmene ili potvrde ne smeju biti moguće. Izmene plana tekuće godine ili potvrđenih faza za narednu godinu mogu da se dozvolimo komandom Rebalans.

Drugi izbor treba da omogućava prelaz između faza izrade ili prikaza plana. Prelaz omogućiti izborom faze iz padajućeg menija (spiska). Neophodno je da bude vidljiv status pojedine faze. Pojedine faze plana za narednu godinu moguće je menjati od trenutka kada prethodna faza bude potvrđena, pa do završetka (potvrde) trenutne faze.

3.4.3. Definicija podataka

Priprema proizvodnog plana odvija se kroz nekoliko faza. Sve se potvrđuju u istom grafičkom interfejsu, s tim da interfejs prikazuje podatke za odabranu fazu. U tabeli su prikazane definicije podataka za pojedinačne faze.

Treba da se čuva samo poslednja potvrđena verzija podataka koji se vezuju za određeno izdanje proizvodnog plana. U principu, to je skup podataka za celu godinu, a u slučaju rebalansa sačuvano je dodatno izdanje proizvodnog plana (npr. 2016a). Osnovni faktori se u principu menjaju ređe (npr. na tri godine), ali su sačuvani u kopiji uz pripadajuće izdanje plana.

3.5. Bilans proizvodnje

Bilans proizvodnje je izveštaj o realno izvedenoj proizvodnji za svaki pojedinačni kotao odnosno energetsku jedinicu. U bilansima treba da se nađu samo podaci o proizvodnji koji su verifikovani i usklađeni od strane svih učesnika u proizvodnji.Značaj bilansa se ogleda u obezbeđivanju obima i tačnosti podataka za sve ostale funkcionalnosti. Prave se svakodnevno ili po smenama. One su osnova za dalju analizu i planiranje proizvodnje. Podaci koji obezbeđuje uglavnom se koriste za:

• bilansne izveštaje (videti poglavlje o izveštajima),• planski izveštaj – proizvodni plan (videti poglavlje o izveštajima),• analitiku (videti poglavlje o analitici),• računanje plana rada (videti poglavlje o planu rada).

Osnovna polazna tačka je da u sistemu na dnevnom nivou moraju da budu sakupljeni i potvrđeni podaci koji su neophodni za spomenute funkcionalnosti. Neki podaci se prikupljaju na procesnom nivou i potrebno ih je na proizvodnom nivou samo potvrditi, a neke je potrebno unositi manuelno. Prikupljeni ili ručno uneti podaci su osnova za dnevni bilans koji može da bude potvrđen samo ako su potvrđeni podaci svih kotlova za sve smene u danu.Svaki bilans mora da potvrdi odgovorna osoba. Postupak za potvrdu treba da bude sledeći:

Potvrda odsutnosti podataka za sve kotlove koji nisu radili Pregled komentara odgovornih osoba ili dodatna kontrola podataka Korekcija potvrđenih podataka Ispis i pregled bilansnog izveštaja Potvrda bilansa s mogućim komentarom

PIS treba da podrži više statusa pojedinog bilansa: U pripremi Za potvrdu Potvrđen

Funkcionalnost je namenjena različitim korisnicima i treba da ima više delova. Pojedinačni delovi su namenjeni određenom tipu korisnika.




3.5.1.Prikupljanje podataka za toplotne izvore

Podaci moraju da se prikupljaju i potvrđuju za svaki kotao posebno, kao i za celokupni toplotni izvor i to na dnevnom nivou i/ili na nivou jedne smene. Za pojedinačni skup podataka odgovoran je inženjer proizvodnog pogona. Svi podaci koji mogu biti prikupljeni automatski sa procesnog informacionog sistema, treba da su već prikazani i potrebno ih je samo potvrditi. Podatke koji se ne mogu prikupiti automatski rukovalac i/ili nadležni inženjer moraju da unesu manuelno. Unos i potvrda se vrše na kraju smene.

Korisnički interfejs mora biti za sve kotlove, usklađen sa svim tipovima kotlova i da omogućava unos odnosno potvrdu tri grupe podataka: proizvodnje, potrošnje i rada. Unos podataka koji za određeni kotao nije merodavan treba da bude onemogućen. Operateru treba da je prikazan izmereni podatak koji je obično upisan u ulazno polje. Ukoliko izmerena vrednost nije tačna, operater treba da je ispravi. U bazi se sačuvaju obe vrednosti, što omogućava kasnije analize tačnost merenja na procesnom nivou. Na korisničkom interfejsu se prikazuju količine– onesu isačuvane u bazi. Za lakši unos operateru treba da je omogućen unos brojne vrednosti. Pri unosu na takav način(izbor operatera),mora da mu prikazuje staro stanje(koje je potvrdio prethodni operater) i trenutno stanje. Trenutno stanje može da se izmeni i posle potvrde da se sačuva brojno stanje i izračunata količina.

Sistem vodi evidenciju potvrda (ko i kada je potvrdio podatke za kotao) i tako obezbeđuje adekvatan nadzor odgovornosti. Potvrda se vrši izborom komande Potvrdi podatke.

Komande u komandnom prozoru treba da su:• potvrdi podatke– sačuvaj izmerene i unete podatke i potvrdi ih (potpis).

Na identičan način se vrše i ostali unosi (potrošnja vode i sl).

3.5.2. Prikupljanje podataka u dispečerskom centru

Pored podataka za kotlove, obavezno je prikupljanje podataka o proizvodnj i napragu toplotnog izvora. Za potvrdu odnosno unos tih podataka odgovoran je dispečer ili drugo odgovorno lice koje ima pristup tim podacima. Unos i potvrda se realizuju na kraju smene, ili periodično, po zahtevu ovlašćenog lica.

U proizvodne podatke na pragu toplane ubraja se više vrsta podataka. Imajući u vidu da podataka ima relativno mnogo, treba da budu odvojeni na više različitih, grafičkih interfejsa. Funkcionalnost zahteva jedinstven unos odnosno potvrdu svih proizvodnih podataka na pragu toplane. S obzirom na opisano, potvrdu treba izvršiti u smislu „čarobnjaka“ odnosno u smislu nekoliko korisničkih koraka. Za uspešnu potvrdu operater mora da proveri sve grupe podataka, što znači da pregleda sve korake čarobnjaka. Nakon poslednjeg koraka se realizuje potvrda.

U daljem toku dokumenta navodimo primer moguće dnevne strukture izveštaja za proizvodnju/potrošnju uz obeležavanje ulaznih podataka.

3.5.3. Potvrda dnevnog bilansa

Odgovorni za pojedine kotlove na kraju smene potvrđuju podatke rada svog postrojenja (kotlova), a odgovorno lice ispred smene na kraju svoje smene potvrđuje zajedničke proizvodne podatke za celu smenu za više kotlova/pogona. Treba predvideti mogućnost da se period smene vremenski pomeri, ali jednoobrazno sa sve.

Sledećeg radnog dana treba da se obavi potvrda dnevnog (a u slučaju vikenda i praznika višednevnih) bilansa. Uslovi za potvrdu dnevnog bilansa:

• podaci svih radnih proizvodnih jedinica moraju da budu potvrđeni za sve smene u toku dana,• podaci napragu toplane moraju da budu potvrđen i za sve smene u toku dana.

Bilans potvrđuje odgovorno/zaduženo lice. Generalno gledano, postupak je sledeći:




• potvrda odsustva podataka za sve kotlove koji nisu radili, • pregled komentara odgovornih lica i eventualna dodatna kontrola podataka,• eventualna korekcija već potvrđenih podataka,• izvod i pregled bilansnog izveštaja, potvrda bilansa uz eventualne dodatne komentare.

Korisnički interfejs opisane funkcionalnosti bi trebalo da je jednostavan. Omogućiti prikaz potvrda za sve kotlove koji nisu radili.

Prilikom prikaza funkcionalnosti obično se prikazuje izbor prethodnog dana. Izmena dana treba da je moguća u kalendarskom izboru bilansnog dana. Pod izborom datuma prikazan je status bilansa. U slučaju da je bilans već potvrđen, nije moguće menjati odnosno potvrđivati ulazne podatke. Mogući su sledećis tatusi:

• U pripremi– neki podaci su potvrđeni• Zapotvrdu– svi ulazni podaci su potvrđeni• Potvrđen– bilans je potvrđen(završen)• Posle popisa – izvršen je popis bilansa

Za prikaz su dati kotlovi i drugi podaci za proizvodnju. Svaki podatak treba da ima status potvrđenih podataka.Mogući su statusi:

• Aktivno– kotao je radio, podaci nisu potvrđeni• Neaktivno– kotao verovatno nije radio, podac inisu potvrđeni• Potvrđeno– podaci su potvrđeni

Za izabrani kotao odnosno za ostale podatke su prikazani komentari za prvu i drugu smenu.

Odgovorno lice obeležava smenu određenog kotla koji nije radio i potvrđuje je funkcijom „Potvrdi smenu“. Ukoliko je neki kotao radio i nema status „Potvrđeno“, operater može da proveri podatke i da ih potvrdi ili to zahteva od odgovornog lica. Pristup podacima (nepotvrđeni ili podaci s posebnim komentarima) treba da je moguć preko istih interfejsa koji se koriste za potvrdu i unos podataka. Operater bira jednu od smena određenog kotla i funkciju Pregled podataka.

Komande na komandnom prozoru mogu biti:• Potvrdi smenu– potvrdi (potpis) podatke kotla za izabranu smenu,• Pregled podataka– prikaz korisničkog interfejsa za unos i potvrda podataka određenog kotala za

izabranu smenu,• Izvod bilansa– prikaz pregleda (sa mogućnošću izvoda) bilansnog izveštaja dana.

3.5.4. Bilansni inventar

Inventar je korekciona funkcionalnost koja omogućava usklađivanje bilansnog stanja sa stvarnim stanjem. Dnevni bilansi treba da se zasnivaju na automatski prikupljenim ili unetim podacima čiji izvor predstavljaju različiti merači. Merači funkcionišu u klasama različitih veličina i imaju i različita odstupanja merenja. Iz opisanog sledi da zbir pojedinih merača ne može da odgovara stanju ukupnih merača.

Pošto su za važenje konačnih bilansa merodavni generalni merači i ovlašćena merenja (npr. merač potrošnje gasa, merenje rezervoara mazuta itd.), potrebno je povremeno usklađivanje bilansa. Popis može da se izvrši u proizvoljnim terminima – npr. mesečno. Do potvrde popisa, bilansni izveštaji su privremeni (naizvodu izveštaja treba da je vidljiva napomena 'PRIVREMENO'), posle potvrde popisa, za poruke se koriste korigovani podaci (osnovni ostaju u bazi za namene analiza) i izveštaji postaju konačni. Kasnija korekcija već potvrđenog popisa ne sme da bude moguća.

Popis bilansa treba da se izvodi u dve faze. U prvoj fazi ovlašćeno lice mora da obezbedi, unese i potvrdi važeća mesečna stanja merača ili brojila itd. Na osnovu tog unosa sistem izračunava i koriguje razlike




vrednosti. Prva faza je tako više ili manje automatska korekcija bilansa. U drugoj fazi ovlašćeno lice pregleda korigovani bilans i vrši dodatne, manuelne korekcije pojedinih podataka. Posle potvrde druge faze, popis bilansa je napravljen, a dodatne korekcije ne smeju da budu omogućene.

Interfejs treba da je organizovanu formi „čarobnjaka“.

U tabeli treba da su vidljive barem četiri kolone. U prvoj je ukupna količina sabrana po unosima koji su bili potvrđeni na dnevnom nivou. Kolona Mesečno predstavlja mesečnu inventuru po količini i prilikom prikaza prozora je jednaka Kumulativnoj količini. Razlika je u tom slučaju 0. U poslednju („Stanje“) korisnik upisuje stvarno stanje brojila, merača (npr. merenja mazuta) ili vrednosti i obračunava (faktura za električnu energiju). Posle upisa, automatski se izračunava vrednost u koloni „Mesečno“ i prikazuje se razlika između kumulativne i mesečne vrednosti.

Period obrade uvek mora biti kalendarski mesec. Osnovna jedinica je radni dan, što znači da su vrednosti prikupljene prvog u mesecu do određenog sata, koji može posebno da se definiše.

Posle potvrde svih unosa vrši se proračun količina i prikazuje se tabelarni pregled bilansa. Proračun količina treba da se izvodi tako da se razlika kumulativne i mesečne količine podeljeno dodaje ili oduzima činiocima koji čine tu količinu. Raspodela se zasniva na odnosu radnih sati. Faktori koji su fiksni,ne menjaju se.

Prilikom opcije ručnog ispravljanja podataka, vezani podaci se automatski menjaju (npr. zbir). Posle potvrde popisa u bazi ostaju kumulativni podaci koji su bili potvrđeni na dnevnom odnosno smenskom nivou i novi podaci popisa. Izveštaji se pripremaju od podataka popisa.

3.6. Plan rada

Plan rada znači 24 časovno, trodnevno i sedmodnevno planiranje proizvodnje po pojedinačnim toplotnim izvorima/kotlovima. „Plan rada“ treba da omogući automatsku ili manuelnu pripremu plana, predviđanje zahtevane i potrebne snage. Osnovu predstavlja plan upravljanja mrežom daljinskog grejanja, jer od njega zavise ostali segmenti celokupnog plana rada. PIS treba da ima sledeće funkcionalnosti:

- Sedmodnevni, trodnevni i dnevni plan rada za kotlove po satima- Treba da uzima u obzir faktore koji utiču na potrošnju energenata (spoljašne temperatura, procenjene

gubitke, stanje daljinskog sistema, stepen iskorišćenja kotlova i slično)- Treba da uzima u obzir dostupnost resursa- Na osnovu plana treba da bude moguće predviđanje potrebe za toplotnom energijom i energentima- Treba da omogućava najavu potrošnje energenata po satima

Potrebno je napomenuti da funkcionalnost plana rada spaja sadržinu više međusobno zavisnih segmenata:• prognoza količine proizvedene toplotne energije• priprema tople vode/pare za vlastitu potrošnju,• pripremu i distribuciju toplevode.

Proizvodni sistem mora da dobije odgovarajuće ulazne podatke, zatim, automatski ili na zahtev korisnika izračuna plan rada i prosledi prognoze količine energije (zahtevane i distribuirane). Za proračun plana u osnovi koristi se sopstveni algoritam, a može se delimično ili u potpunosti upotrebiti i drugi program (TERMIS). Osnovni ulazni podaci za algoritam su:

• prognozirane spoljašnje temperature,• prognozirane razpoloživosti izvora/kotlova,• raspoložive količine i/ili cene goriva• trenutni kvarovi (isključenja) u mreži i drugo.




Algoritam uzima u obzir ulazne podatke, vrši optimalni obračun plana, proverava hidrostatičku i temperaturnu adekvatnost i priprema predviđanja količina energije.U oblast raspoloživosti izvora ubrajamo i raspoloživost goriva. Najkritičnija je količina gasa jer zavisi od dobavljača i distributivne mreže.Trenutno grejna područja toplotnih izvora nisu povezana, ali je to u Strategiji razvoja preduzeća. Stoga algoritam trebada uzme u obzir traženu zajedničku količinu energije (s obzirom na potrošnju i spoljašnje temperature) i raspodeli je na različite izvore prema kriterijumu energetske efikasnosti i minimalninih operativnih troškova.Prognoze temperatura treba da se automatski ciklično prenose iz HMZ i čuvaju u bazi PIS. Za svaki dan se čuvaju najmanje tri prognoze (npr. u 7:00, 14:00 i 21:00). Treba predvideti i mogućnost satnih prognoza. Ukoliko sistem prenese novu prognoziranu vrednost za isti vremenski okvir (korekcija prognoze), ta vrednost se ažurira u bazi. Stare vrednosti se čuvaju za eventualne analize.

3.7. Dostupnost resursa

PIS mora da omogući pregled realnog stanja resursa za proizvodnju (kotlovi) i distributivne mreže zbog ključnog značaja tih informacija za kvalitetno planiranje proizvodnje. Podaci o statusu resursa se obrađuju na godišnjem, mesečnom, nedeljnom, trodnevnom, 24 satnom i smenskom nivou. PIS treba da omogući alarmiranje u slučaju neplanirane promene statusa resursa koja bi imala uticaj na proizvodnju. Raspoloživost proizvodnih sredstava (energetski izvori, distributivna mreža) jedan je od ključnih parametara za pouzdano i ekonomski efikasno upravljanje proizvodnjom. Podatak o raspoloživosti je važan za kreiranje godišnjeg plana, kao i za dnevnu ili redovnu pripremu plana rada. Za svaki pojedinačni kotao ili uređaj (ventilator, pumpa,…) koji će biti u evidencionoj listi PIS, potrebno je omogućiti unos stanja raspoloživosti, ali i podatke o radnom nalogu po kom se vrši intervencija na istom. PIS mora imati mogućnost tabelarnog prikaza svih bitnih podataka a posebno o raspoloživosti i prognoziranom vremenu završetka intervencije.Proizvodni informacioni sistem proverava stanje raspoloživosti prilikom pripreme plana i prilikom obračuna plana rada.Pored pomenutog, podatak o raspoloživosti je važan i za efikasno planiranje vanrednog održavanja.

3.8. Izveštaji

Izveštaji treba da omoguće kvalitetan i efikasan pregled rada i poslovanja. PIS treba da generiše sledeće izveštaje: Izveštaji za kraće periode rada pojedinačnih kotlova (satni, 24 satni, smenski) Izveštaji za duže periode rada po kotlovima i proizvodnim pogonima (nedeljni, mesečni) Dnevni izveštaj o proizvodnji sa kompletnim bilansima energenata, vode, el. energije i drugo Nedeljeni izveštaji o proizvodnji sa kompletnim bilansima energenata, vode, el. energije i drugo Energetski izveštaj (bilansni podaci o svim energetskim sklopovima sa sledećim vrednostma: naziv,

prošlogodišnja vrednost, planirana vrednost, realna vrednost, normativna vrednost, korelacije min, max. i prosek) na nedeljnom, mesečnom i godišnjem nivou

Godišnji energetski izveštaj (tabelarni i analitički prikaz podataka po mesecima sa grafičkim dopunama) Poslovni plan Centra za kvalitet o merenjima koje vrše na opremi Po nalozima inspekcijskih službi O intervencijama na opremi O zastojima, kavarovima na opremi Koji se pripremaju za osnivača, ministarstva i agencije I druge izveštaje kreirane po zahtevu korisnika

Treba predvideti mogućnost konfigurisanja (dodavanje novih podataka-sadržaja iz PIS baze podataka) postojećih izvještaja bez programiranja od strane korisnika. Konfigurisanje je potrebno primenom filtera..Izveštaji treba da se tehnički realizuju tako da su dostupni pomoću standardnih web-klijenata ili pomoću univerzalnog klijenta za PIS. Korisnici koji koriste PIS i u druge svrhe, treba da imaju postavljen standardni klijent i da mogu da pristupe izveštajima u okviru ovog modula. Korisnici kojima je potreban samo pristup izveštajima, koriste onlajn pristup, tj. upotrebu web pretraživača. Način rada je prilično sličan, izgled i sadržina izveštaja su potpuno isti.




Sistem treba da omogućava izvoz izveštaja u standardne formate zapisa: PDF, XLS, DOC. Treba predvideti fiksne izveštaje koji imaju određeni izgled i određenu sadržinu. Dinamičke odnosno sopstvene izveštaje korisniku omogućiti da napravi pomoću standardnih alatki, npr. MS SQL ReportingServices. Izveštaji nisu namenjeni povremenoj analitici pojedinačnih korisnika već dugoročnom izveštavanju. Za analitiku proizvodnje uz poštovanje različitih parametara i poređenja namenjen je modul Analitika.

3.9. Analitika

Analitički modul u okviru PIS-a treba da omogući detaljni i dubinski pogled u stanje procesa proizvodnje i distribucije i postrojenja. Na osnovu informacija iz analitičkog modula korisnik će donositi odluke koje doprinose poboljšanju i optimizaciji procesa proizvodnje. Analitički modul treba da sadrži OLAP kocke za analitiku sa različitim pogledima na podatke. Treba da budu dostupni svi podaci koji su integrisani u sistem PIS uključujući i sve informacije koje je na osnovu integrisanih podataka generisao PIS. Korisnik treba da ima mogućnost da sačuva svaki pogled na podatke u kockama i kasnije ga ponovno pozove. Potrebno je obezbediti mogućnost eksporta tako konfigurisanih izveštaja u datoteku standardnog formata (pdf, csv, xls).Na generalnu efikasnost proizvodnog procesa utiču brojni faktori. Neki od tih faktora su spoljašnji, na njih ne možemo da utičemo vođenjem proizvodnog procesa, a neki su sasvim interni i posledica su odluka u vođenju procesa. U tu grupu spadaju kako tehnološki (npr. temperature i pritisci u mreži), kao i poslovni faktori (npr. cene goriva). Međusobna zavisnost brojnih faktora je izuzetno velika, što znači da ne može postojati jednoznačni algoritam za određivanje pomenutih faktora.Rešenje za poboljšanje proizvodnog procesa je u prikupljanju adekvatnih podataka u dužem vremenskom periodu, odgovarajućoj obradi tih podataka i kasnijoj analizi. Analiza mora:

dati uvid u stanje i dati uzroke određenog stanja.

S obzirom na kompleksnost podataka i relativno otežano prikupljanje određenih, prvenstveno tehnoloških podataka, klasičan pristup na osnovu izveštaja nije dovoljan. Različite analize bi zahtevale izradu brojnih izveštaja odnosno njihovog čestog prilagođavanja.

3.9.1. OLAP analitika

Osnovu analitičkih obrada i prikaza treba da predstavlja OLAP baza. To je skladište svih analitičkih podataka. Osnovni zahtevi za bazu su:

• dovoljno je standardna da omogući različite standardne pristupe,• čuva višedimenzionalne (OLAP) analitičke podatke• moguće ju je dopuniti podacima,• povezuje se s proizvodnom informacionom bazom,• povezuje se sa različitim drugim izvorima podataka,• postoje različite alatke za određivanje analitičkih struktura,• postoje različite alatke za izradu odnosno izvođenje analiza.

Na osnovu navedenih zahteva za skladište OLAP analitičkih podataka određeno je analitičko skladište u okviru MS SQL2012 (MS AnalysisServices) ili novije. Baza mora biti standardna na takav način da na nivou dobijanja podataka omogućava povezivanje sa transakcionom bazom proizvodnog sistema i različitim drugim izvorima, kao što su procesni informacioni sistem i drugi spoljašnji sistemi (npr. sistem eksternog dobavljača prognoze vremena). Zbog već pomenute raznolikosti korisnika mora da omogućava i različite pristupe na strani korisnika. Neki korisnici jednostavne upite mogu da vrše preko web-aplikacija, drugi koriste interfejs modula vođenje boljih performasi, treći mogu da koriste jednu od brojnih analitičkih alatki koje su prisutne na svetskom tržištu.

3.9.2. Strukture podataka




Sledi definisanje nekih osnovnih struktura podataka. Neophodno je obezbediti da nakon uvođenja sistema i adekvatne obuke, naručilac sam može da izvrši unapređenje postojećih i izgradnju novih struktura podataka.

Dimenzije:Dimenzija Nivoi Primeri nivoaVreme Godina

mesec dan sat2016, 2017 jan., feb., mar.1, 2, 3.

Sezone grejna, nije grejnaIzvori jedinica

vrsta proizvodnje kotao

Lokacija, kotao...

Vrste proizvoda topla voda, potrošna topla voda, električna energija i sl. (napomena: u planu je izgradnja kogeneracisjkog postorjenja u TO Voždovac, te treba predvideti i planiranje proizvdonje el.en.

Goriva vrsta gorivavrsta proizvoda

gas, mazut, ugalj, lako ulje za loženje, pelet, briket, sečka, CNG

Kocke:Kocka Mere Komentar DimenzijeProizvedeno godišnje planirano [MW]

planirano [MW] prognozirano [MW] stvarno [MW] predato[MW]

u planuizračunao plan tražio dispečer stvarno ostvarnoobračunate količine

VremeSezonaIzvoriVrste proizvoda

Rad Radni sati VremeSezonaIzvoriVrste proizvoda

Temperature planirane [oC]stvarne [oC]

plan HMZstvarno izmerene (u oba slučaja prosečno)

Vreme

Protoci stvarni protoci [m3] prosečni izmereni protoci na pragu, u mreži

VremeIzvoriIsključeni delovi

Cena proizvodna cena VremeIzvori

Tabele opisuju samo neke osnovne analitičke podatke. Svakako se u analitičkoj bazi čuvaju i KPI-ji. Pored toga, nove dimenzije ili mere može da odredi lice za održavanje analitičkog sistema.




3.10. KPI – Ključni indikatori preformansi

KPI-jevi (keyperformanceindicator) su ključni pokazatelji kvaliteta i efikasnosti proizvodnih procesa. PIS treba da omogućiti kalkulaciju i prezentaciju minimalno sledećih KPI-jeva u realnom vremenu (15 minutni, satni, 24 časovni, mesečni, godišnji intervali):

- Raspoložljivost (sistema, energenata, kotlova) – dovoljna količina/zaliha- Relativna raspoloživost (sistema, energenata, kotlova) – traženi kapacitet/realni kapacitet- Planirana i stvarna temperatura (prema podacima HMZ)- Realizacija (mreža daljinskog grejanja, proizvodnja tople vode, struktura proizvodnje tople vode).- Efikasnost (cena toplotne energije, cena potrošne tople vode, efikasnost, upravljanje performansama).- Gubici po energentima/kotlovima/proizvodnji/mreži- drugo

Svi izračunati KPI-jevi treba da se prikazuju u sistemu, treba da ulaze u izveštaje i treba da ulaze u modul analitike. Sistem treba da omogući alarmiranje na pojedini KPI sa ugrađenim eskalacijskim mehanizmom i praćenjem aktivnosti na pojedinom alarmu. Ukupan broj KPI-jeva se kreće između 50 i 100. Detaljni spisak KPI-jeva će biti definisan na početku izvođenja projekta.Prikaz KPI zasniva se na međutabelama u kojima se čuvaju ključne informacije za prikaz dve vrste KPI. U prvoj tabeli (KPI) treba da se čuvaju podaci posle kraćeg vremenskog intervala (standardno 15 min), a u drugoj (KPI_DAN) nalaze se dnevno agregirani podaci. Takav princip omogućava funkcionisanje koje u najmanjoj mogućoj meri opterećuje proizvodni sistem i istovremeno pruža brz i pouzdan pristup potrebnim podacima. Prva tabela treba da se popunjava po poslu (job), koji se realizuje u redovnim vremenskim intervalima, a u drugu da se prilikom završetka dnevne proizvodnje upisuju kumulativni podaci za tekući dan. Kumulativna tabela može da se zasniva i na drugačijoj jedinici – npr. mesec ili nekoliko sati.

Obe tabele treba da imaju istu strukturu:id redni broj upisa (ključ)

datum_merenja datum i vreme prikupljanja vrednostidatum_upisa datum i vreme upisa ili izmene ovog zapisakpi šifra KPIkpi_tip tip KPI kazuje tip merenja (npr. kumulativa itd.)kol vrednost merenjastatus status zapisa (0 – upisano, 1 – preneto u dnevni)

Kao što smo već napomenuli, podaci treba da se prikupljaju iz različitih izvora (SQL DB). Procedure za „punjenje“ i procedura za prenos u dnevnu kumulativu moraju biti definisane u softverskoj specifikaciji izvođača.

3.10.1. Korisnički interfejs

Kao što već naziv govori, ovaj interfejs je namenjen detektovanju (analizi) trenutnog rada toplotnog izvora. Drugim rečima, omogućava uvid u KPI-jeve.Interfejs mora biti organizovan tako da omogućava visoki stepen preglednosti i opciju skoro neograničenog broja različitih podataka. Pristup podacima mora biti brz, jer nakon izbora proizvodnog segmenta uglavnom direktno pristupamo značajnim parametrima.Interfejs je namenjen brojnim korisnicima. Neki korisnici će biti korisnici celokupnog proizvodnog sistema odnosno njegovog najvećeg dela, a drugi samo modula KPI. Iz tog razloga sistem treba da omoućava barem dva načina uvida u KPI-jeve.

3.11. Telegrami

„Telegrami“ su dokumenti za komunikaciju (najave potrebe po energentima, nalozi za radne režime, periode rada i sl.) između glavnog dispečerskog centra i termokomandi toplana na različitim proizvodnim lokacijama.




Komunikacija treba da omogući praćenje potvrđivanja (povratna informacija) i arhiviranje komunikacije. PIS treba da podržava internu (unitar sistema PIS) i eksternu (npr. najava potrošnje gasa) komunikaciju. Ako se telegram ne prihvata onda treba to konstatovati uz obavezan komentar zašto nije prihvaćen. Telegram ne sme da se briše i ne sme se dozvoljavati promena podataka ako je potvrđen.Ukoliko postoji mogućnost (prvenstveno interno) svrsishodno je uspostaviti direktnu vezu sa proizvodnim sistemom i iskoristiti istu funkcionalnost. S obzirom na tehničke mogućnosti i iz razloga bezbednosti, može da bude realizovana i kao web-interfejs.U slučaju da eksterni primaoci primaju telegrame putem elektronske pošte, moraju da obezbede adekvatno praćenje i potvrđivanje novih telegrama. Potrda se vrši odgovorom putem e-pošte na poslati telegram. Proizvodni sistem detektuje odgovor i potvrđuje prijem.Interna funkcionalnost prijema i potvrđivanje telegrama mora biti jednostavna. Novi telegram se automatski prikazuje u tabelarnom pregledu

3.12. Alarmiranje

PIS treba da omogući alarmiranje na sledeće načine:1. U PIS-u se prikazuju alarmi koji dolaze iz drugih sistema, prvenstveno procesnih sistema preko OPC AE

interfejsa. Ti alarmi su obrađeni u procesnim sistemima i na njih operateri odgovaraju kroz procesne sisteme na operativnom nivou. PIS treba da prikazuje te alarme i treba da omogući pretraživanje po alarmima po izvoru, prioritetu, lokaciji, operateru, trajanju, datumu itd.

2. Drugi tip alarma PIS generiše ako je neki podatak ili kombinacija podataka ili KPI prešao alarmnu granicu. PIS treba da sadrži alat za definisanje alarma, definisanje eskalacionog mehanizma i kompletno upravljanje alarmima prema zahtevima struke. PIS treba da omogući da se „trigeri“ za alarme definišu od strane krajnjih korisnika na individualnoj bazi ili za ceo sistem. Treba obezbediti da svaki korisnik može da definiše svoje alarme. Podaci za alarmiranje su u osnovi svi podaci i informacije koje sadrži PIS (procesni podaci, izračunati podaci, KPI-jevi, itd). Formula za alarm se mora automatski kontrolisati (semantično) pre nego se alarm uključi u on-line rad sistema. U sistemu treba da budu uključene sledeće funkcije: Alarmna stanja na osnovu procesnih merenja Alarmna stanja na nivou KPI Alarmna stanja na nivou analitičkih podataka Eskalacioni mehanizam u slučaju neodazivanja na alarm (alarm se prenosi na viši nivo ako osoba ne

reaguje u definisanom periodu vremena) Alarmiranje u aplikaciji, preko SMS-a i mail-a

3.13. Optimizacija toplotnih podstanica

PIS treba da omogući optimizaciju rada toplotnih stanica i proveru pravilnog rada merača u toplotnim podstanicama. Promene pritiska u sistemu se kompenzuju podizanjem ili spuštanjem temperature vode u sistemu.PIS treba da omogući pregled rada podstanica sa pripadajućim krivim tj. dijagramima (raspodela toplotne energije po podstanicama), podaci sa kalorimetara, specifični pokazatelji potrošnje, analiza energetske efikasnosti zgrade, alarmi za skok potrošnje.U svrhu dobijanja izveštaja sa podstanica koje su na daljinskom sistemu nadzora (ili nadzora i upravljanja, postojeći SCADA sistem proizvođača Eltec Petrol d.o.o.), potrebno je predvideti povezivanje PIS-a za potrebe akvizicije podataka sa podstanica neophodnih za predviđanje porizvodnje toplotne energije i formiranje KPI. Ovu vezu treba osvariti korišćenjem interfejsa zasnovanog na standardnom industrijskom protokolu, tehnologiji (OPC ili slično).PIS mora biti otvoren za naknadno jednostavno proširenje i povezivanje sa različitim SCADA sistemima i sistemima za očitavanje merača toplote za toplotne podstanice kao i sa neograničenim brojem podstanica.




4. TEHNOLOGIJA

Osnovu PIS-a treba da predstavlja standardni („off the shelf“) softverski proizvod namenjen za primene u energetksoj efikasnosti i usklađen sa standardnom ISO 50001. Osnova treba da ima mogućnost nadogradnje u skladu sa specifičnim zahtevima naručioca iznetih u ovom dokumentu.

4.1. Procesna bazaUpravljački sistemi treba da su nezavisni od PIS-a i PIS ni na koji način ne sme da utiče ili ugrozi rad upravljačkih sistema za proizvodnju toplotne energije.Tehnički zahtevi za procesnu bazu podataka:

Kontinuirani procesni podaci (opremljeni vremenskom oznakom) moraju biti smešteni u namensku procesnoj bazi tipa Historian, koja za svoje delovanje ne koristi relacionu bazu (npr. SQL, Oracle i sl.). Smeštanje diskretnih procesnih podataka (događaji, alarmi, …) vrši se u relacionoj bazi i obuhvaćeno je drugim poglavljima;

Procesna baza podataka treba da omogući brzo prikupljanje procesnih podataka (barem 100.000 uzoraka/podataka u sekundu) sa vremenskom oznakom;

Akvizicija podataka u bazu vrši se preko agenata – kolektora, instalisanih na izvoru podataka. Procesna baza podataka treba da omogući zapis podataka sa rezolucijom u mili-sekundama; Procesna baza mora zapisivati podatke u UTC vremenu, bez uticaja vremenskih razlika ili promena

satnica na letnje/zimsko vreme (»daylight saving time«); Procesna baza treba da omogući redundanciju na nivou agenata -kolektora; Procesna baza treba da ima integrisanu mogućnost udvajanja arhiva (»mirroring«); Baza treba da izvodi kompresiju na nivou agenata - kolektora korišćenjem »dead band« algoritma (ako su

podaci konstantni kolektor ne šalje nove podatke u procesni historian sve dok se nov podatak ne zatekne izvan podešenog područja) i na nivou historiana – preko naprednijih »slope« algoritama (u slučaju linearnog kretanja podataka upisuju se samo podaci koji se nalaze izvan područja linearne krive);

Procesna baza mora sadržati matematički alat za obradu procesnih podataka – arhiviranih i trenutnih. Kalkulacije se mogu startovati/izvoditi na osnovu događaja ili na vremensku periodu. Kalkulacije mogu sadržati matematičke operacije (zbrajanje, razbrajanje, množenje, deljenje), logičke operacije (npr. if-then) ili proizvoljne Python skripte;

Procesna baza treba da sadrži script jezik kao npr. Pyton Procesna baza mora podržavati rad u »Cluster« sistemu; Procesna baza mora podržavati prikupljanje podataka iz različitih izvora: preko namenskoga SCADA agenta - kolektora, OPC kolektora ili preko CSV/XML fajlova. Agenti - Kolektori moraju omogućavati »store&forward« funkcionalnost (arhiviranje podataka na izvoru

u slučaju prekida komunikacije između izvora i servera) Treba da je omogućen pristup podacima procesnog historiana iz različitih klijenata:

o preko OPC HDA klijenata,o preko namenskih alata za vizualizaciju i trendiranje podatakao Microsoft Excel-a,o OLE-DB interfejsa za razmenu podataka sa relacionim bazama (SQL)

Na svim postojećim SCADA sistemima toplotnih izvora Beogradskih elektrana postoje procesne baze podataka iz kojih će se podaci koji su neophodni PIS sistemu izvoziti ka procesnoj bazi podataka.

4.2. Relaciona baza podataka

PIS treba da sadrži i relacionu procesnu bazu (npr SQL Server) koja skladišti sledeće podatke:




- Model procesa- Prikupljene diskretne procesne podatke- Meta podatke- Transakcione podatke- Događaje u sistemu

4.3. OLAP

OLAP je tehnologija koja se koristi za organizaciju velikih poslovnih baza podataka i za podršku poslovnoj inteligenciji. OLAP baze podataka su podeljene na jednu ili više kocki, a administrator kocke organizuje i dizajnira svaku kocku kako bi odgovarala načinu na koji se preuzimaju i analiziraju podaci, tako da bude lakše kreiranje i korišćenje izveštaja, izvedenih tabela i izveštaje izvedenog grafikona koji su potrebni.

OLAP baze podataka sadrže dva tipa podataka: mere, koje predstavljaju numeričke vrednosti, količine i proseke koje se koriste u donošenju poslovnih odluka zasnovano na informacijama i dimenzije, koje predstavljaju kategorije koje se koriste za organizaciju potrebnih mera. OLAP baze podataka pomažu pri organizovanju podataka pomoću velikog broja nivoa sa detaljima, koristeći one iste, poznate i prihvaćene kategorije za analizu podataka.

U nastavku je dat detaljniji opšte-prihvaćen informatički opis svake od komponenata:

Kocka - Struktura podataka koja mere grupiše po nivoima i hijerarhiji svake dimenzije koja treba da se analizira. Kocke kombinuju više dimenzija, poput vremena, geografskog položaja i proizvodnih linija, sa rezimiranim podacima, poput podataka o proizvodnji ili stanju zaliha. Kocke u strogom matematičkom značenju i nisu „kocke“, jer im stranice ne moraju obavezno biti jednake. Radi se, međutim, o prikladnoj metafori za jedan složeni koncept.

Mera - Skup vrednosti u kocki zasnovanih na koloni u tabeli sa činjenicama kocke, a koje su najčešće numeričke vrednosti. Mere predstavljaju centralne vrednosti u kocki koje su unapred obrađene, sakupljene i analizirane. U uobičajeni primere spadaju prodaja, profit, prihodi i troškovi.

Član - Stavka u hijerarhiji koja predstavlja jedno ili više pojavljivanja podataka . Član može da bude jedinstven ili nejedinstven. Na primer, godine 2015. i 2016. predstavljaju jedinstvene članove na godišnjem nivou vremenske dimenzije, dok januar predstavlja nejedinstvene članove na mesečnom nivou zato što u vremenskoj dimenziji može biti više januara ukoliko ona sadrži podatke za više godina.

Izračunati član - Član čija je vrednost izračunata pomoću izraza za vreme izvršavanja. Vrednosti izračunatog člana ponekad se mogu dobiti iz vrednosti drugih članova. Na primer, vrednost izračunatog člana „Profit“ može da se odredi oduzimanjem vrednosti člana „Troškovi“ od vrednosti člana „Prodaja“.

Dimenzija - Skup jedne ili više organizovanih nivoa hijerarhije u kocki koje korisnik razume i koristi kao bazu za analizu podataka. Na primer, geografska dimenzija može da uključi nivoe za zemlju/oblast, državu/pokrajinu ili grad. Vremenska dimenzija može da uključi i hijerarhiju sa nivoima za godinu, kvartal, mesec i dan. U izveštaju izvedene tabele ili izveštaju izvedenog grafikona svaka hijerarhija postaje skup polja koje možete da proširite i smanjite da biste otkrili niže ili više nivoe.




Hijerarhija - Predstavlja logičku strukturu stabla u kojoj su organizovani članovi neke dimenzije, i to tako da svaki član ima jedan nadređeni član i nijedan podređeni član ili nekoliko njih. Podređeni član nalazi se na susednom nižem nivou u hijerarhiji koji je direktno povezan sa trenutnim članom. Na primer, u hijerarhiji „Vreme“ koja sadrži nivoe kvartal, mesec i dan, januar je podređeni član kvartala1. Nadređena vrednost je najčešće konsolidacija vrednosti svih podređenih članova. Na primer, u hijerarhiji „Vreme“ koja sadrži nivoe kvartal, mesec i dan, kvartal1 je nadređen članu januar.

Nivo - Unutar neke hijerarhije podaci mogu da budu organizovani u više i niže nivoe detalja, poput nivoa godina, kvartal, mesec i dan u hijerarhiji „Vreme“.

4.4. Spajanje na različite izvore podataka

PIS treba da ima mogućnost spajanja na različite izvore podataka (procesni sistemi i oprema, ERP, TERMIS, prognoza i sl.). Za način spajanja PIS treba da koristi:

- Webservice- Databasedirect link (MS SQL i sl.)- Interfejs zasnovan na standardnom industrijskom protokolu, tehnologiji (OPC ili slično).

Svaka pojedinačna komunikacija treba biti opremljena sa logovima, koji prikazuju trenutno stanje, prošlost rada i ispis potencijalnih greška i obaveštenja. Treba predvideti mogućnost, da se neuspela poruka ponovo šalje u intervalu od npr. jednog minuta dok transakcija prenosa ne bude uspešna.

4.5. Windows i web klijent

PIS treba da sadrži Windows i/ili Web klijente. Web klijent je obavezan za module KPI, analitika i izveštaje. Zahtevi za Windows klijenta:

Automatski upgrade i update novih verzija na klijentima. Na server će se instalirati nova verzija i svi klijenti prilikom prijave treba da provere verziju instaliranog sistema PIS na klijentu.

Podrška za najmanje 20 različitih komponenti za vizualizaciju podataka (kao npr. tabele, checkbox, combobutton, meni, itd. ).

Podrška za najmanje 40 različitih tipova grafova. Podrška za prikazivanje podataka u grafičkom i tabelarnom načinu istovremeno bez ponovnog unosa

parametra Korisnici treba da imaju mogućnost konfigurisanja sadržaja dodatnih korisničkih interfejsa bez znanja

programiranja. Podrška za grafičko definisanje izvođenja proizvodnih procesa (workflows). Klijent server aplikacija

Zahtevi za Web klijenta: „Thinclient“ tehnologija: npr. HTML5 tehnologija (bez instalacije komponenta Active X, Java Applets,

Flash). Bez instalacije na klijent računarima (samo url adresa). Podrška za rad na različitim internet pretraživačima (Internet Explorer, GoogleChrome, MozilaFirefox,

Opera) Isti korisnički interfejs i izvještaji za prikazivanje na različitim uređajima (PC, Smartphone, tableti,…), Podrška za najmanje 20 različitih komponenta za vizualizaciju podataka (kao na primer tabele, checkbox,

combobutton, meni, itd.) Podrška za najmanje 40 različitih tipova grafova




Podrška za prikazivanje podataka u grafičkom i tabelarom načinu istovremeno bez ponovnog unosa parametra

Korisnici treba da imaju mogućnost konfigurisanja dodatnih User Interfejs ekrana i izveštaja u brauzeru bez znanja programiranja. Upotrebljava se princip „Whatyousee is whatyouget“ način konfigurisanja dodatnih User Interfejs ekrana – bez kompajliranja i „deplojmenta“ ekrana na server. Konfiguracija interfejsa i izveštaja treba da bude smeštena u PIS relacionoj bazi podataka.

4.6. Izveštaji

PIS treba da obezbedi krajnjem korisniku mogućnost konfigurisanja izveštaja. Korisnicima treba da bude omogućeno da samostalno na postojećim izveštajima izmene sledeći sadržaj:

- Vizuelni izgled izveštaja- Sadržaj izveštaja (promene „labela“, dodavanje novih podataka)- Tip prikaza podataka (grafovi, tabele)- „Parent/child“ tabelarni prikazi podataka- Dodavanje novih filtera za grupisanje ili prikaz podataka

Korisnici treba da imaju mogućnost sastavljanja novih izveštaja (konfigurisanje - bez programiranja) na osnovu podataka koji se nalaze u PIS-u. Svi izveštaji moraju da budu dostupni u windows i web aplikaciji sistema PIS.

4.7. Prilagođavanje sadržaja prema korisniku

Windows i web aplikacija moraju podržavati mogućnost personalizovanja izgleda (vizualni i sadržajni) od strane korisnika prema sopstvenim potrebama bez izmena i podešavanja na aplikativnom nivou. Prilagođivanje treba da se omogući samo korisniku koji pripada grupi koja ima prava na to. Korisnik treba da ima mogućnost da u postojeće korisničko okruženje sam dodaje podatke iz drugih baza podataka / IT sistema – putem upotrebe PIS razvojnog okruženja bez programiranja. Ako je potrebno i da seizradi dodatni ekran odnosno UserInterface u aplikaciji ili da postojeće ekrane modifikuje odnosno u njih uključi nove podatke iz novog izvora podataka, korisnik treba da ima mogućnost da to uradi sam bez pomoći sistemskog integratora i bez potrebe da piše programski kod. Ako je za ostvarivanje ove funkcionalnosti potrebno da se isporuče pojedini razvojni alati, to treba obavezno uključiti u ponudu. Ponuđač treba u svojoj ponudi detaljno da opiše način ispunjavanja ovog zahteva.

Svi korisnički interfejsi i izvještaji moraju da budu na srpskom jeziku, a sami izveštaji i pismom po izboru.

4.8. Automatska distribucija izveštaja

PIS treba da omogući automatsku distribuciju izveštaja. Distribucija treba da bude potpuno konfigurabilna od strane krajnjih korisnika ili informatičkog sektora krajnjeg korisnika. Automatska distribucija treba da bude periodična ili se vrši nakon aktivacije koja je unapred definisana preko nekog događaja u sistemu. Periodi distribucije treba da bude fleksibilni; svaki dan, svaki sat, svaki drugi petak, itd. U cilju praćenja distribucije od strane nadležne službe/sektora, potrebno je implementirati sistem logovanja putem kojeg je moguće i slučaju problema izvršiti identifikaciju greške na sistemu ili na infrastrukturi.

4.9. Izvoz podataka (excel, pdf, rtf, csv, html)

PIS mora omogućiti izvoz podatka u više formata, npr. excel, pdf, rft, csv, html,... Izvoz treba da bude omogućen na svim korisničkim ekranima i izveštajima, tako da to mogu da rade samo korisnici koji pripadaju grupi koja ima pravo na to.

4.10. Sigurnost

Sigurnost sistema PIS podrazumeva:




Upravljanje dostupnosti (read, write, delete) svih korisničkih ekrana i izveštaja za korisnike i/ili grupe korisnika (userroles).

Upravljanje dostupnosti segmenta podataka po odeljenjima za sve korisničke ekrane i izveštaje za korisnike i/ili grupe korisnika (userroles).

Sve gornje promene treba da se izvode tokom rada sistema PIS bez instalacije nove verzije PIS.

4.11. Elektronski potpis

Elektronski potpis je mehanizam pomoću kojeg korisnik potpisuje kritičnu aktivnost u sistemu. Elektronski potpis mora biti omogućen na kritičnim delovima aplikacije, da bi se onemogućilo neovlaštćena izmena podatka koji su kritični za rad sistema. Elektronski potpis mora imati mogućnost dodavanja komentara. Administrator sistema dodeljuje korisnicima prava za potpisivanje pojedinih aktivnosti. Sistem treba da sadrži mogućnost pregleda svih elektronski potpisanih aktivnosti.

4.12. Praćenje promena (AuditTrail)

„Audittrail“ je mehanizam pomoću koga se prate sve kritične aktivnosti rada sa sistemom (aktivnosti korisnika i operatera). Postavka AuditTrail funkcionalnosti je konfigurabilna, što znači da korisnik sam definiše na kojim aktivnostima se isti primenjuje. Kada se AuditTrail primenjuje za izmene podataka, potrebno je omogućiti konfiguraciju za koje podatke je AuditTrail aktiviran. Sistem treba da sadrži mogućnost pregleda AuditTrail zapisa i izrade izveštaja sa AuditTrail zapisima. Audittrail mora imati mogućnost da se odštampa i isto tako da se izveze u različite formate npr. excel, pdf, rft, csv, html,...

4.13. Zbirna lista tehnoloških zahteva

U cilju pregledne evaluacije ispunjenosti gore navedenih zateva, ponuđač je dužan da popuni donju tabelu i dostavi tehničku dokumentaciju kojom će potvrditi iskaze u tabeli.

Zahtev

Označiti (√)

ukoliko ispunjava

uslov

Komentari(ukoliko ima odstupanja ili

dodatnih funkcija)

Referenca na strani u pratećoj dokumentaciji

STANDARD:Osnova PIS-a treba da bude standardni, „off the shelf“ softverski proizvod namenjen za primene u energetskoj efikasnosti i usklađen sa standardom ISO 50001PROCESNA BAZA:Kontinuirani procesni podaci (opremljeni vremenskom oznakom) moraju biti smešteni u namensku procesnoj bazi tipa Historian, koja za svoje delovanje ne koristi relacionu bazu (npr. SQL, Oracle i sl.).Procesna baza podataka treba da omogući brzo prikupljanje procesnih podataka (barem 100.000 uzoraka/podataka u sekundu) sa vremenskom oznakomAkvizicija podataka u bazu vrši se preko agenata – kolektora, instalisanih na izvoru podatakaProcesna baza podataka treba da omogući zapis podataka sa rezolucijom u mili-sekundamaProcesna baza mora zapisivati podatke u UTC




Zahtev

Označiti (√)

ukoliko ispunjava

uslov


dodatnih funkcija)


vremenu, bez uticaja vremenskih razlika ili promena satnica na letnje/zimsko vreme (»daylight saving time«);Procesna baza treba da omogući redundanciju na nivou agenata –kolektoraProcesna baza treba da ima integrisanu mogućnost udvajanja arhiva (»mirroring«)

Baza treba da izvodi kompresiju na nivou agenata - kolektora korišćenjem »dead band« algoritma (ako su podaci konstantni kolektor ne šalje nove podatke u procesni historian sve dok se nov podatak ne zatekne izvan podešenog područja) i na nivou historiana – preko naprednijih »slope« algoritama (u slučaju linearnog kretanja podataka upisuju se samo podaci koji se nalaze izvan područja linearne krive)Procesna baza mora sadržati matematički alat za obradu procesnih podataka – arhiviranih i trenutnih. Kalkulacije se mogu startovati/izvoditi na osnovu događaja ili na vremensku periodu. Kalkulacije mogu sadržati matematičke operacije (zbrajanje, razbrajanje, množenje, deljenje), logičke operacije (npr. if-then) ili proizvoljne Python skripteProcesna baza treba da sadrži script jezik kao npr. PytonProcesna baza mora podržavati rad u »Cluster« sistemu

Procesna baza mora podržavati prikupljanje podataka iz različitih izvora:

preko namenskoga SCADA agenta - kolektora,

OPC kolektora ili

preko CSV/XML fajlova.

Agenti - Kolektori moraju omogućavati »store&forward« funkcionalnost (arhiviranje podataka na izvoru u slučaju prekida komunikacije između izvora i servera)

Treba da je omogućen pristup podacima procesnog historiana iz različitih klijenata:




Zahtev

Označiti (√)

ukoliko ispunjava

uslov


dodatnih funkcija)


o preko OPC HDA klijenata,

o preko namenskih alata za

o vizualizaciju i trendiranje podataka

o Microsoft Excel-a,

o OLE-DB interfejsa za razmenu podataka sa relacionim bazama (SQL)

RELACIONA BAZA PODATAKAPIS treba da sadrži i relacionu procesnu bazu (npr SQL Server, ORACLE ili sl.) koja skladišti sledeće podatke:

- Model procesa

- Prikupljene diskretne procesne podatke

- Meta podatke

- Transakcione podatke

- Događaje u sistemu

OLAPZa podršku poslovnoj inteligenciji PIS treba da bude baziran na OLAP tehnologiji na bazi sledećih komponenti:

Kocka

Mera

Član

Izračunati član

Dimenzija

Hijerarhija

Nivo

SPAJANJE NA RAZLIČITE IZVORE PODATAKA




Zahtev

Označiti (√)

ukoliko ispunjava

uslov


dodatnih funkcija)


Kao način spajanja na različite izvore podataka , ERP, TERMIS, vremenska prognoza i sl.) PIS treba da koristi:

Webservice

Datadirect link (MS SQL i sl.)

Interfejs zasnovan na standardnom industrijskom protokolu, tehnoligiji (OPC i sl.)

Svaka pojedinačna komunikacija treba da bude opremljena sa logovima, koji prikazuju trenutno stanje, prošlost rada i ispis potencijalnih greška i obaveštenja.Neuspela poruka se ponovo šalje u intervalu od npr. jednog minuta dok transakcija prenosa ne bude uspešna.WINDOWS I WEB KLIJENTI PIS-aZahtevi za Windows klijenta:

Automatski upgrade i update novih verzija na klijentima. Na server će se instalirati nova verzija i svi klijenti prilikom prijave treba da provere verziju instaliranog sistema PIS na klijentu.

Podrška za najmanje 20 različitih komponenti za vizualizaciju podataka (kao npr. tabele, checkbox, combobutton, meni, itd. ).

Podrška za najmanje 40 različitih tipova grafova.

Podrška za prikazivanje podataka u grafičkom i tabelarnom načinu istovremeno bez ponovnog unosa parametra

Korisnici treba da imaju mogućnost konfigurisanja sadržaja dodatnih korisničkih interfejsa bez znanja programiranja.

Podrška za grafičko definisanje izvođenja proizvodnih procesa




Zahtev

Označiti (√)

ukoliko ispunjava

uslov


dodatnih funkcija)


(workflows).

Klijent server aplikacija

Zahtevi za Web klijenta, obavezan vid klijenta za module KPI, Analitika i Izveštaji:

„Thinclient“ tehnologija: npr. HTML5 tehnologija (bez instalacije komponenta Active X, Java Applets, Flash).

Bez instalacije na klijent računarima (samo url adresa).

Podrška za rad na različitim internet pretraživačima (Internet Explorer, GoogleChrome, MozilaFirefox, Opera)

Isti korisnički interfejs i izvještaji za prikazivanje na različitim uređajima (PC, Smartphone, tableti,…),

Podrška za najmanje 20 različitih komponenta za vizualizaciju podataka (kao na primer tabele, checkbox, combobutton, meni, itd.)

Podrška za najmanje 40 različitih tipova grafova

Podrška za prikazivanje podataka u grafičkom i tabelarom načinu istovremeno bez ponovnog unosa parametra

Korisnici treba da imaju mogućnost konfigurisanja dodatnih User Interfejs ekrana i izveštaja u brauzeru bez znanja programiranja. Upotrebljava se princip „Whatyousee is whatyouget“ način konfigurisanja dodatnih User Interfejs ekrana – bez kompajliranja i „deplojmenta“ ekrana na server. Konfiguracija interfejsa i izveštaja treba da bude smeštena u PIS relacionoj bazi podataka.




Zahtev

Označiti (√)

ukoliko ispunjava

uslov


dodatnih funkcija)


IZVEŠTAJI:PIS treba da obezbedi krajnjem korisniku mogućnost konfigurisanja izveštaja na sledeći način:

Vizuelni izgled izveštaja

Sadržaj izveštaja (promene labela, dodavanje novih podataka)

Tip prikaza podataka (grafovi, tabele)

„Parent/child“ tabelarni prikaz podataka

Dodavanje novih filtera za grupisanje ili prikaz podataka

PRILAGOĐAVANJE SADRŽAJA PREMA KORISNIKUWindows i web aplikacija moraju imati mogućnosti personalizovanja sadržaja prema potrebama i korisničkim privilegijama bez izmena na aplikativnom nivou. Korisnik treba da bude u stanju da izvede ove izmene bez pomoći sistemskog integratora i bez potrebe da piše programski kod.AUTOMATSKA DISTRIBUCIJA IZVEŠTAJADistribucija izveštaja treba da bude automatska i potpuno konfigurabilna od starne krajnjeg korisnika ili informatičkog sektora krajnjeg korisnika.

IZVOZ PODATAKAPIS mora omogućiti izvoz podatka u više formata, npr. excel, pdf, rft, csv, html,... na svim korisničkim ekranima i izveštajima za korisnike sa odgovarajućim privilegijama.SIGURNOSTUpravljanje dostupnosti (read, write, delete) svih korisničkih ekrana i izveštaja za korisnike i/ili grupe korisnika (userroles).Upravljanje dostupnosti segmenta podataka po odeljenjima za sve korisničke ekrane i izveštaje za korisnike i/ili grupe korisnika (userroles).Sve gornje promene treba da se izvode tokom rada sistema PIS bez instalacije nove verzije PIS.ELEKTRONSKI POTPIS




Zahtev

Označiti (√)

ukoliko ispunjava

uslov


dodatnih funkcija)


Elektronski potpis mora biti omogućen na kritičnim delovima aplikacije, da bi se onemogućilo neovlaštena izmena podatka koji su kritični za rad sistema uz mogućnost dodavanja komentaraAUDIT TRAILPIS mora posedovati Audittrail mehanizam pomoću koga se prate sve kritične aktivnosti rada sa sistemom

5. OPIS PROIZVODNIH PROCESA

Opis pojedinih proizvodnih procesa, prema kojima se odvija poslovanje, date su u prilogu.




„PIS“ – PROIZVODNO-INFOMACIONI SISTEMJKP „BEOGRADSKE ELEKTRANE“

PRILOGOPIS PROIZVODNIH PROCESA




PRILOG 1: Toplotni izvori koji su predmet uvođenja proizvodnog informacionog sistema

R. br. Naziv sektora Šifra

izvoraNaziv toplotnog izvora Ulica Broj Dodat.

Broju

Nivo pristupa i način komunikacije

Snaga(kW)

Broj magistrala

Sistem grejanja

Grejanje/PTV/PTP Naziv vlasnika

Osnovni /rezervni energent

1 Novi Beograd 1 Novi Beograd SAVSKI NASIP 11 A 780.200 6 Daljinski GrejanjeBeogradske elektrane Prirodni gas

2 Zemun 2 BatajnicaKRALJA VLADISLAVA BB A 23.200 1 Daljinski

Grejanje i PTV

Beogradske elektrane Prirodni gas

3 Zemun 3 Zemun SAVA BURIĆA BB B 60.400 3 DaljinskiGrejanje i PTV

Beogradske elektrane

Ulje za loženje srednje

4 Zemun 5 Vrtlarska 21 VRTLARSKA 21 C 4.650 1 Blokovski GrejanjeRukovanje i održavanje


5 Konjarnik 13 Konjarnik PLJEVALJSKA BB A 232.600 3 Daljinski GrejanjeBeogradske elektrane Prirodni gas

6 Karaburma 18 Borča IIIRATNIH VOJNIH INVALIDA BB B 30.900 2 Daljinski

Grejanje i PTV



7 Karaburma 20 Višnjička banja SLANAČKI PUT BB B 24.800 1 DaljinskiGrejanje i PTV



8 Karaburma 26Marijane Gregoran 69

MARIJANE GREGORAN 69 C 2.906 1 Blokovski Grejanje



9 Karaburma 27Stevana Dukića 31

STEVANA DUKIĆA 31 C 2.094 1 Individualni Grejanje



10 Karaburma 31Husinjskih rudara 31A

HUSINSKIH RUDARA 31 A C 1.160 1 Individualni Grejanje

Rukovanje i održavanje


11 Karaburma 32Salvadora Aljendea 18

SALVADORA ALJENDEA 18 C 2.326 1 Individualni Grejanje



12 Karaburma 37 Mirijevski MIRIJEVSKI 2 A C 904 1 Individualni Grejanje Rukovanje i Ugalj




Bulevar 2A BULEVAR održavanje

13 Karaburma 38 Uralska 11 URALSKA 11 C 593 1 Individualni GrejanjeRukovanje i održavanje Ugalj

14 Karaburma 39 Maljenska 3 MALJENSKA 3 C 556 1 Individualni GrejanjeRukovanje i održavanje Ugalj

15 Karaburma 41 Drenovačka 11 DRENOVAČKA 11 C 4.640 1 Individualni GrejanjeRukovanje i održavanje


16 Karaburma 50Braće Marić 3 - 5

KOSTE JOSIPOVIĆA 3 -5 C 1.512 1 Individualni Grejanje



17 Voždovac 60 Voždovac BERANSKA BB A 116.300 3 DaljinskiGrejanje i PTV


18 Voždovac 61 Medaković IGNJATA JOBA BB B 50.020 2 DaljinskiGrejanje i PTV


19 Voždovac 72Nade Naumović 1

NADE NAUMOVIĆ 1 C 4.180 1 Blokovski Grejanje



20 Banovo Brdo 92 Miljakovac VAREŠKA BB A / B 116.300 4 Daljinski GrejanjeBeogradske elektrane Prirodni gas

21 Cerak 94 Cerak IBARSKI PUT BB A 232.600 2 DaljinskiGrejanje i PTV


22 Banovo Brdo 96 Banovo BrdoNIKOLAJA GOGOLJA 17 B 104.600 6 Daljinski Grejanje


23 Banovo Brdo 97 ŽeleznikDARINKE RADOVIĆ 1 A 17.400 1 Daljinski Grejanje



24 Banovo Brdo 102 Andre Nikolića 3ANDRE NIKOLIĆA 3 C 700 1 Individualni Grejanje



25 Banovo Brdo 103 Resnik BRESTOVAČKA BB A 11.600 1 Blokovski GrejanjeBeogradske elektrane


26 Konjarnik 104 Mirijevo RABLEOVA 28 A 116.300 4 Daljinski GrejanjeBeogradske elektrane Prirodni gas

27 Voždovac 123Koste Glavinića 9

KOSTE GLAVINIĆA 9 C 1.608 1 Individualni Grejanje



28 Voždovac 124 Ljutice Bogdana 2 / III

LJUTICE BOGDANA

2 /III C 6.040 1 Blokovski Grejanje Rukovanje i održavanje

Ulje za loženje




srednje

29 Voždovac 125Stjepana Filipovića 30A

STJEPANA FILIPOVIĆA-SAV VENAC 30 A C 6.960 1 Individualni Grejanje



30 Dunav 133 Dunav DUNAVSKI KEJ 33 A 348.900 3 DaljinskiGrejanje i PTV


31 Banovo Brdo 149 Senjak SIMIĆEVA BB C 2.400 1 Blokovski GrejanjeBeogradske elektrane

Drvna biomasa / Ugalj

32 Banovo Brdo 150 Sremčica BEOGRADSKA 2 C 7.000 1 Blokovski GrejanjeBeogradske elektrane Ugalj

33 Dunav 151Kontejner - Luka "Beograd" FRANCUSKA 81 C 1.280 1 Individualni Grejanje


Ulje za loženje lako

34DTE Novi Beograd 157

Institut "Majka i dete"

RADOJA DAKIĆA 6 -8 C 3.100 0 Individualni

Grejanje i PTV



35 Banovo Brdo 161Bul. Vojvode Mišića 37-39

BULEVAR VOJVODE MIŠIĆA 37 -39 C 4.640 0 Individualni Grejanje



36 Banovo Brdo 170Bul. Vojvode Mišića 19-33

BULEVAR VOJVODE MIŠIĆA 27 C 4.660 1 Blokovski Grejanje



37 Voždovac 182 Fabrisova 10 FABRISOVA 10 C 2.500 1 Blokovski GrejanjeRukovanje i održavanje


38 Dunav 183 GAKKRALJICE NATALIJE 62 C 3.250 0 Individualni Grejanje



39 Mladenovac 189 MladenovacKRALJA PETRA PRVOG 334 B 44.540 1 Daljinski

Grejanje i PTP


40 Mladenovac 190 Petar DrapšinJANKA VESELINOVIĆA 5 C 1.050 0 Individualni Grejanje



41 Mladenovac 191 Uprava prihoda KOSMAJSKA 3 C 62 0 Individualni GrejanjeBeogradske elektrane


42 Cerak 199 Barajevo SVETOSAVSKA 4 C 7.675 1 Blokovski GrejanjeBeogradske elektrane

Drvna biomasa / Ugalj

43 Voždovac 205 Dom zdravlja BJ MEŠTROVIĆEVA 34 C 4.650 0 Individualni GrejanjeRukovanje i održavanje





44 Zemun 213 Makedonska MAKEDONSKA 1 A C 3.020 1 Blokovski GrejanjeBeogradske elektrane


45DTE Novi Beograd 214

KBC Bežanijska kosa

BEŽANIJSKA KOSA BB C 5.287 1 Blokovski

Grejanje, PTP i PTV

Rukovanje i održavanje Prirodni gas

46 Banovo Brdo 215Bul. Vojvode Mišića 39A

BULEVAR VOJVODE MIŠIĆA 39 A C 1.500 0 Individualni Grejanje



47 Konjarnik 229KBC Zvezdara-Preševska 31 PREŠEVSKA 31 C 0 0 Individualni Grejanje



48 Konjarnik 230

KBC Zvezdara-Dimitrija Tucovića 161

DIMITRIJA TUCOVIĆA 161 C 0 0 Individualni Grejanje



49 Konjarnik 231

KBC Zvezdara-Dimitrija Tucovića 161 PK

DIMITRIJA TUCOVIĆA 161 C 0 Individualni PTP



Eksterni toplotni izvori iz kojih se preuzima i distribuira toplotna enegija

R. br. Naziv sektora Šifra

izvoraNaziv toplotnog izvora Ulica Broj Dodat.

Broju

Nivo pristupa i način komunikacije

Snaga(kW)

Broj magistrala

Sistem grejanja

Grejanje/PTV/PTP Naziv vlasnika

Osnovni /rezervni energent

1 Zemun 4 GalenikaBATAJNIČKI DRUM BB C 0 1 Daljinski

Grejanje i PTV Tuđ tolpotni izvor Prirodni gas

2 Zemun 135Elektronska industrija

BATAJNIČKI DRUM 23 C 12.800 1 Daljinski Grejanje Tuđ tolpotni izvor


3 Voždovac 198Topčider (VP2834)

JOVANA MARINOVIĆA BB C 0 1 Blokovski Grejanje Tuđ tolpotni izvor


Nivo pristupa i način komunikacije:A - Direktno povezivanje na NUS / SCADA predmetnog toplotnog izvoraB - Unošenje podataka na samoj lokaciji toplotnog izvoraC - Unošenje podataka na sa druge lokacije




PRILOG 2 - ENERGENTI Za izradu dela softvera koji se odnosi na energente potrebno je upoznati se sa:

Procedura za upravljanje energentima; Uputstvo za merenje i ispitivanje prirodnog gasa i održavanje gasnih instalacija,

QUP.20.K08.05.01; Uputstvo za prijem tečnog naftnog goriva, QUP.20.K08.05.02; Uputstvo za internu otpremu tečnog naftnog goriva, QUP.20.K08.05.03; Uputstvo za prijem uglja, QUP.20.K08.05.04; Uputstvo za prijem, kontolisanje i istovar peleta, QUP.20.K08.05.05; Uputstvo za prijem, kontolisanje i istovar briketa, QUP.20.K08.05.06; Uputstvo za pražnjenje rezervoara u kojima je uskladišteno tečno naftno gorivo,

QUP.20.K08.05.07.

Iz Procedure za upravljanje energentima proizilaze sledeći Izveštaji (tabele): Dnevni izveštaj o stanju, potrošnji i prijemu čvrstog goriva; Dnevni izveštaj o stanju, prijemu i otpremi tečnog goriva i potrošnji tečnog, čvrstog i gasovitog

goriva; Mesečni izveštaji o gorivu – po vrstama i toplotnim izvorima; Mesečni izveštaj o stanju tečnog i čvrstog goriva i utrošku tečnog, čvrstog i gasovitog goriva; Izveštaj o potrošnji energenata po mesecima i mernim mestima; Izveštaj o utrošku gasa po mesecima i mernim mestima.

U toku grejne sezone Hemijsko tehnološka služba, svakog radnog dana, prikupljaju (sa svih toplotnih izvora) od Hemijskih tehničara za sektor (telefonskim putem) i Dispečera za gorivo za TO NBGD (putem elektronske pošte) podatke o stanju, prijemu i otpremi tečnog i čvrstog goriva, utrošku tečnog, čvrstog i gasovitog goriva za prethodn radni dan ili za prethodni radni dan i neradne dane (praznik, vikend) koji prethode danu prikupljanja podataka. sa svih toplotnih izvora. Pored navedenih podataka svakog radnog dana, od isporučioca gasa, Hemijsko tehnološka služba dobijaja (putem e-maila) podatke o utrošenom prirodnom gasu za prethodni dan ili prethodne dane (vikend i/ili praznici).U periodu van grejne sezone navedeni podaci se prikupljaju jednom sedmično - svakog ponedeljka a isporučilac prirodnog gasa ne dostavlja izveštaje o dnevnom utrošku prirodnog gasa.Na osnovu prikupljenih podataka, za vreme grejne sezone, svakog radnog dana Hemijsko tehnološka služba izrađuje Dnevni izveštaj o stanju, potrošnji i prijemu čvrstog goriva i Dnevni izveštaj o stanju, prijemu i otpremi tečnog goriva i potrošnji tečnog, čvrstog i gasovitog goriva. Van grejne sezone navedeni izveštaji se izrađuju jednom sedmično - svakog ponedeljka.

Svakog meseca Hemijsko tehnološkoj službi se dostavljaju Mesečni izveštaji o gorivu - po vrstama i toplotnim izvorima u kojim je prikazano stanje goriva, utrošak goriva, prijem i otprema goriva. Nakon izvršene provere mesečni izveštaji se dostavljaju Službi materijalnog knjigovodstva. Na osnovu dostavljenih Mesečnih izveštaja o gorivu - po po vrstama i toplotnim izvorima Hemijsko tehnološka služba izrađuje Mesečni izveštaj o stanju tečnog i čvrstog goriva i utrošku tečnog, čvrstog i gasovitog goriva i Izveštaj o potrošnji energenata po mesecima i mernim mestimaPo važenjem ugovoru za isporuku prirodnog gasa definisano je da se plaćanje prirodnog gasa vrši jednom mesečno na osnovu očitane vrednosti na mernom uređaju. Po dobijanju faktura za utrošeni prirodni gas Hemijsko tehnološka služba izrađuje Izveštaj o utrošku gasa po mesecima i mernim mestima.Potrebno je omogućiti da se u PIS tabelarno unose sledeći izveštaji:

Dnevni izveštaj o stanju, potrošnji i prijemu čvrstog goriva; Dnevni izveštaj o stanju, prijemu i otpremi tečnog goriva i potrošnji tečnog, čvrstog i gasovitog

goriva; Mesećni izveštaj o gorivu – po vrstama i toplotnim izvorima; Izveštaj o utrošku gasa po mesecima i mernim mestima;

odnosno da se iz Mesečnog izveštaj o gorivu – po vrstama i toplotnim izvorima i Izveštaj o utrošku gasa po mesecima i mernim mestima generišu sledeći izveštaji:

Mesečni izveštaj o stanju tečnog i čvrstog goriva i utrošku tečnog, čvrstog i gasovitog goriva; Izveštaj o potrošnji energenata po mesecima i mernim mestima.




Svakog meseca Hemijsko tehnološka služba izrađuje Listu pozajmica koju dostavlja Službi materijalnog knjigovodstva. Potrebno je omogućiti da se u PIS unosi Lista pozajmica.

PRILOG 3 - PRAĆENJE KVALITETA VODE I UTROŠAK POGONSKIH HEMIKALIJA

U JKP “Beogradske elektrane” vrši se kontrola kvaliteta vode u sistemima i to: Svakog radnog dana na toplotnim izvorima većim od 50 MW,

jednom nedeljno na postrojenjima od 10-50MW

na izvorima manjim od 10MW po potrebi u dogovoru sa tehnologom u centralnoj laboratoriji zaduženim za sektor.

Hemijsko tehnološka služba, na osnovu utroška pogonskih hemikalija za hemijsku pripremu vode, koje svakog meseca dostavljaju Hemijaki tehničari za sektor i Inženjer zadužen za hemijsku pripremu vode na TO Novi Beograd izrađuje se Mesečni izveštaj o utrošku hemikalija i Utrošak pogonskih hemikalija po sektorima.Potrebno je omogućiti da se u PIS unose podaci o kvalitetu dode i utrošku hemikalija.

PRILOG 4 – DISPEČERSKI CENTAR

U Dispečerskom centru BE tokom grejne sezone ,24 časa daju se nalozi za rad svih toplotnih izvora 12 veliokih Toplana i četrdesetak kotlarnica . Režimi se daju nekoliko puta na dan a takođe uzimaju se podaci o ostvarenim parametrima rada, potrošnji energenata , spoljnim temperaturama , gubicima vode u sistemu , poremećajima itd . O istom se pravi izveštaj , nekoliko puta dnevno koji se dostavlja nadređenim rukovodiocima u firmi ali i u min.energetike.

JKP Beogradske elektraneVreme:08:00 POTROSNJA GORIVA i REZIM za 29-11-2016 Dispecerski centar==========================================================================Top.izvor P-gasa Gas Gas-SG Mazut(l/h) T-odl T-pov T-spolj Napomena==========================================================================NOVI BEOGRAD 2.9 44,900 79 52 -2.0 12300 BANOVO BRDO 2.5 6,000 79 53 -1.0 KONJARNIK 2.4 17,800 79 49 -2.0 4730 MIRIJEVO 2.2 4,100 79 49 -2.0 MILJAKOVAC 2.3 5,000 79 53 -1.0 DUNAV 2.6 23,700 80 51 -1.0 6850 VOZDOVAC 2.5 8,700 79 52 -2.0 2620 CERAK 2.2 9,600 79 49 -3.0 MEDAKOVIC 2.6 2,100 79 50 -2.0 BATAJNICA 3.0 1,100 79 53 -2.0 GALENIKA 2.5 800 79 53 -2.0 MLADENOVAC 2.0 1,100 79 55 -2.0 ========================================================================== UKUPNO: 124,900 ==========================================================================M T K Ukljucen Iskljucen 00:00




==========================================================================R E Z I M I Vreme Rezim 00:00-06:00 54-36 06:00-06:30 82-52 06:30- 79-50

Ovaj priloženi izveštaj se pravi ručno na osnovu prethodno ostvarene telefonske komunikacije ( i radio vezom) pom.glavnog dispečera .

Sledeći izveštaj:JKP Beogradske elektrane Dispecerski centar

GUBICI VODE - 29-11-2016==========================================================================Toplotni izvor Gubitak (kub.metara)==========================================================================NOVI BEOGRAD-SAVSKI NASIP 11 1342KONJARNIK PLJEVLJANSKA 0 BB 117MIRIJEVO RABLEOVA 28 7BANOVO BRDO NIKOLAJA GOGOLJA 17 380MILJAKOVAC VARESKA 0 BB 183DUNAV DUNAVSKI KEJ 33 209VOZDOVAC BERANSKA 0 BB 126MEDAKOVIC IGNJATA JOBA 0 BB 34CERAK IBARSKI PUT 0 BB 192ZEMUN SAVA BURICA BB 16BATAJNICA KRALJA VLADISLAVA BB 7VISNJICKA BANJA SLANACKI PUT 0 BB 4BORCA III PRELIVACKA 0 BB 35========================================================================== UKUPNO: 2652

Zadatak PIS-a je da se procedure predaje automatizuju, kao I prikupljanje podataka I kreiranje izveštaja.

I. U četiri velike Toplane ( povezane optičkim kablom ) iz DC prati se ostvarenje zadatih parametara rada Sistema daljinskog grejanja , u proizvodnom pocesu u Toplanama ali i u predaji toplote potrošačima.

U Toplanama se prate sledeći parametri Sl.1:1. PROTOK PO MAGISTRALAMA I UKUPNI PROTOK GREJNOG PODRUČJA




2. ODLAZNE I POVRATNE TEMPERATURE 3. ODLAZNI I POVRATNI PRITISCI4. PROIZVEDENA TOPLTNA ENERGIJA5. SPOLjNA TEMPERATURA

U DC stiže 24 časa tokom grjne sezone PROGNOZA SPOLjNE TEMPERATURE (tri sata unapred, 24 sata i 72 sata unapred). Na osnovu te prognoze zadaju se parametri rada , večeras za sutrašnji dan a tokom dana vrši se korekcija zadatih parametara – odlazne temperature u Toplanama na osnovu stvarno izmerenih parametara na Toplanama.

Takođe prognoza se dostavlja online iz DC do četiri toplane . SCADA i Termis na ovim toplanama prema dobijenoj prognozi planiraju potrebnu količinu toplote u procesu proizvodnje, potrebnu količinu energenata i definišu potrebnu odlaznu temperaturu i protok tople vode po magistralama.U drugoj polovini ove grejne sezone na TO Konjarnik ovi sistemi su automatski sami vodili proces iz stalan nadzor DC BE. Takođe i na TO Voždovac predkraj grejne sezone. Plan je da se u sve 4 velike toplane proces vodi automatski. Ovako regulisan način rada sistema obezbedio je pouzdanu i racionalnu isporuku toplotne energije . Pri tome postignuto je smanjenje potrošnje energenata za 2 % godišnje.6. 52 PS su virtualnom mrežom SBB-a povezane sa Komandnim centrima 4 Velike toplane ,

odakle operateri Toplane kontrolišu rad ovih refernnih PS a i upravljaju određenim parametrima bitnim za isporuku toplotne energije potrošačima. U svim tim PS SBB je ugradio kablovske modeme preko kojih su podstanice povezane u virtualnu mrežu.Ove 52 PS su od Komandnog centra toplana povezane optičkim kablom sa DC BE gde se prati rad tih podstanica tokom cele grejne sezone .

Parametri koji se prate u PS su Sl.2:1. PROTOK 2. ODLAZNE I POVRATNE TEMPERATURE 3. ODLAZNI I POVRATNI PRITISCI4. PROIZVEDENA TOPLTNA ENERGIJA5. SPOLjNA TEMPERATURA ZGRADE

U PS su određene i nominalne vrednosti ovih parametara pa se upoređenjem tih i ostvarenih parametara vrši od strane Glavnog dispečera BE korekcija radnih parametara u procesu proizvodnje.

Ovaj način upravljanja , uparen sa načinom rada opisanom u tački 1. obezbeđuje najoptimalniji i najracionalniji način isporuke toplotne energije potrošačima. Efekat rada , korigovan prema ostvarenim parametrima u PS rezultira smanjenom potrošnjom energenata za 1% godišnje.

I ova komunikacija i protokol rada sistema treba da bude regulisan radom PIS-a .

PRILOG 5 – POZIVNI CENTAR




OPIS RADA POZIVNOG CENTRA („CALL CENTAR“)

Funkcija pozivnog centra preduzeća je komunikacija sa korisnicima tokom cele godine (24/7). Pozivni centar prima telefonske pozive korisnika, njihove reklamacije i primedbe po svim osnovama koje se odnose na funkcionisanje sistema snabdevanja toplotnom energijom i potrošnom toplom vodom. Komunikacija se odvija putem dva telefonska broja (ukupno 30 linija) i dodatnim brojem (jedan linija) koji služi za opšta pitanja (informacije o preduzeću, priključenjima, cenama i slično).

Trenutno se evidentiranje obavlja direktnim unosom podataka operatera u bazu (Unix sistem), reklamacija se automatski prosleđuje nadležnom proizvodnom (distributivnom) sektoru. Nakon rešavanja problema, istim putem sektor unosi povratnu reklamaciju. Opciono, na zahtev korisnika, podatak o rešenoj reklamaciji se automatski putem sms poruke prosleđuje na mobilni uređaj korisnika.

U pripremi je nova, savremena aplikacija koja će pored navedenog omogućiti i automatsko odgovaranje korisnicima u slučaju već evidentiranih poremećaja u radu sistema, brže unošenje reklamacija korišćenjem postojećih baza podataka, uvid u prethodne reklamacije sa iste lokacije i slično.

Treba razlikovati pozivni centar i dispečerski centar kao dve odvojene celine. Funkcionalnosti dispečerskog centra treba da se realizuju kroz PIS. Neophodno je omogućiti razmenu podataka između PIS-a i aplikacije pozivnog centra. Razmena mora biti u realnom vremenu. Na primer, u slučaju poremećaja u radu dela sistema, podatak unet u PIS treba da automatski bude prenet (vidljiv, u realnom vremenu) u aplikaciji pozivnog centra, kako bi se omogućilo pravovremeno informisanje korisnika po njihovom pozivu o uzroku poremećaja i potrebnom vremenu za rešavanje. Nakon unošenja podatka o otklonjenom poremećaju u PIS, informacija se na isti način odmah prenosi u aplikaciju pozivnog centra.

Svi podaci koji se nalaze u aplikaciji pozivnog centra, moraju biti dostupni za PIS u cilju izrade različitih analiza i izveštaja (za definisani period, lokaciju i slično).

Procena je da će nova aplikacija pozivnog centra biti u fazi testiranja tokom grejne sezone 2017/2018 i puštena u rad po njenom završetku.

PRILOG 6 – IT SISTEMSKI RESURSI




Za potrebe funkcionisanja Proizvodnog informacionog sistema (PIS) potrebno je obezbediti odgovarajuće hardverske resurse na strani postojećih resursa kojima raspolažu Informacione tehnologije na lokaciji toplane Novi Beograd. Budući implementator posle sagledavanja procesa unutar JKP „Beogradske elektrane“ (JKP BE), zajedničke izrade projektnog zadatka i tokom same izrade PIS-a dužan je da isporuči gotovo hardversko rešenje (računarski serveri, softver i oprema…) po sistemu ključ u ruke.

Opšti zahtevi sistemskih resursa (hardware & software) za realizaciju Poslovno-Informacionog Sistema (PIS): svi serveri treba da budu virtualne mašine (VM) na platformi VMware vSphere korisnička aplikacija treba da bude web orijentisana nezavisna od vrste hardvera i softvera na korisničkoj

strani korisnička prava unutar aplikacije moraju da se oslanjaju na autentifikaciju korisnika u domenu JKP BE. za operativne sisteme VM, baze podataka i aplikacije definisati potrebne licence svi podaci se skladište unutar virtualnih mašina na storage sistem rezervne kopije se kreiraju u data-centru i udaljenoj lokaciji sistem se povezuje u LAN na centralni mrežni uređaj

Budući PIS treba projektovati da se izvršava u postojećem računarskom sistemu uz proširenje kapaciteta: fizičke servere sa ESX hipervizorom instalirati u postojeću Blade šasiju (model HP BladeSystem c7000

Enclosure G2). Od 16 slotova trenutno je slobodno 6 slotova.proširenje: dodati potrebni broj, u trenutku implementacije, aktuelnog modela blade-servera (trenutno je HP ProLiant BL460c Gen9) minimalnih karakteristika: 2 x 10C Intel CPU minimalnog takta 2.4GHz 192 GB RAM 2 x 2P 10GbE adapter (Intel chipset) 1 x 2P 8Gb FC HBA 1 x 200GB SSD 8GB MicroSD Flash za instalaciju ESXi hipervizora

na HP blade servere instalirati VMware ESX hipervizore i u postojećem data-centru proširiti postojeći ili kreirati zaseban VMware vSphere klaster

proširenje: u slučaju proširenja broja blade servera u VMware virtuelnoj infrastrukturi predvideti dodatne VMware vSphere Enterprise Plus licence

baza sa podacima i aplikacija PIS-a treba da budu unutar VM na postojećem storage sistemu NetApp FAS3220.proširenje: dodati SAS policu sa diskovima (SAS, SATA/NL-SAS, SSD) i ostale komponente potrebne za povezivanje na postojeći storage sistem

komunikacija između servera i storage sistema je preko Fibre Channel Protocol (FCP) korišćenjem HP B-series 8/12c BladeSystem c-Class SAN svičeva koji imaju iskorišćenih svih 12 port licenci

proširenje: u slučaju proširenja broja blade servera u VMware virtuelnoj infrastrukturi predvideti dodatne port licence za FC svičeve

rezervne kopije virtualnih mašina PIS-a kreirati sa postojećim Veeam Backup and Replication Enterprise softverom. Poželjno da je PIS realizovan na nekoj od database platformi za koje Veeam poseduje integraciju (MS SQL Server, Oracle DB).proširenje: u slučaju proširenja broja blade servera u VMware virtuelnoj infrastrukturi predvideti dodatne Veeam Backup and Replication Enterprise licence

rezervne kopije kompletnih virtualnih mašina kreiraće se u primarnom data-centru na sistemu HP StoreOnce 3520. Replikaciju rezervne kopije vršiti na drugom HP StoreOnce 3520 na udaljenoj lokaciji (Disaster Recovery*; DR-lokacija). Oba sistema su korisnog kapaciteta po 7.5 TB.Važno: Kroz projektni zadatak aplikativnog dela definisati potrebni broj Restore Point-a na dnevnom, nedeljnom, mesečnom i godišnjem nivou, dinamiku kreiranja backup-a na dne/ned/mes/god nivou kao i ostale parametre kako bi se preciznije definisao potrebni kapacitet bekap destinacija.Proširenje: predvideti proširenje korisnog kapaciteta oba HP StoreOnce uređaja na po min. 15.5 TB

za LAN komunikaciju unutar sistema, za bekap kao i za pristup korisnika PIS-u projektovani sistem se povezuje na postojeći centralni mrežni uređaj Cisco WS-C6509-E (Cisco Systems, Inc. Catalyst 6500 9-slot Chassis System)Proširenje:




Ethernet Interface Module WS-X6724-SFP (WS-X6724-SFP CEF720 24 port 1000Mb SFP) SFP moduli za optička vlakna (Cisco SFP Transceiver 1000BaseLX/LH [Cisco GLC-LH-SM 5-

10km], Cisco SFP Transceiver 1000BaseSX [Cisco GLC-SX-MM do 550m] ili Cisco SFP Transceiver 1000BaseZX [Cisco GLC-ZX-SM 70-100km]) i

Ethernet Interface Module WS-X6748-GE-TX (WS-X6748-GE-TX CEF720 48 port 10/100/1000Mb Ethernet)

Definisati odgovarajuće jednosmerne interfejse koji će prihvatati odgovarajuće podatke sa industrijskih sistemima (Scada, Termis, Podstanice, HM merna mesta ili podaci RHMZ-a…)

Definisati odgovarajuće obostrane interfejse ka postojećim i budućim aplikacijama (ostaviti aplikaciju PIS otvorenom za moguća proširenja novim interfejsima za kojima se ukaže potreba u budućnosti po završetku projekta) Postojećem i budućem ERP sistemu („SmarTerm“ i Oracle) Postojećoj i budućoj aplikaciji za dispečerski centar („SmarTerm“, CRM) Budućoj aplikaciji za biling u JKP BE (Belma) Aplikaciji za arhiviranje dokumenata (SpiderNet ili nekoj budućoj)

Tokom izrade projektnog zadatka prilikom sagledavanja procesa u JKP BE popisati i opisati sve sitne korisničke „aplikacije“ koje će uvođenje PIS-a ugasiti kao takve. (raznorazne „SmarTerm“ aplikacije, Excel tabele, Access baze, papirne evidencije i sl. … Primer aplikacije za CIKE „TEAMS“)

*Specifikacija i plan Disaster recovery lokacije koja će biti na nekoj od većih toplana Beogradskoh elektrana (kao i unapređenje postojeće mrežne infrastrukture prema lokacijama JKP BE (prema već postojećem elaboratu)) biće zbog obima i potrebe revidiranja shodno sadašnjem stanju naknadno priložena ovom dokumentu.

Pregled aplikacija koje se korist u preduzeću na dan 20.09.2015.a) U Sektoru za aplikativni razvoj i podršku se nalazi petoro zaposlenih koji se bave projektovanjem, programiranjem i održavanjem aplikacija. Poslovne Aplikacije razvijene i održavaju se u IT –ju su:1. Unix SCO Openserver 5.06, Informix 9.21, r4gl (SmarTerm kako ih korsnici zovu) tehnologija

Glavna knjiga, osnovna sredstva, sitan inventar, magacin materijalno knjigovodstvo, analitika kupaca, analitika dobavljača, platni promet, praćenja investicija, praćenja realizacije po različitim programima (toplifikacije, 21000 stanova, …), praćenje dispečerskog centra, praćenja utrošaka mobilne i fiksne telefonije, različite evidencije, matični podaci,.. , obračun zarada zaposlenih i kadrovska evidencija (Nabavljene od M&I system Novi Sad, a

delimično održava IT):2. asp.net – vb tehnologija:

Praćenje korišćenja, potrošnje goriva službenih vozila Praćenje vremenske prognoze, Praćenje naplate potrošene toplotne energije svih poslovnih korisnika i potrošnje gasa naših

korisnika u Mladenovcu. Praćenje upotrebe službenih vozila – Kapija Automatsko slanje SMS poruka korisnicima sa statusom reklamacije Praćenje poremećaja u radu sistema Matični podaci kupaca, ćirilični nazivi entiteta Interni konkurs, gotova aplikacija za zahteve za promenom radnog mesta, ali nije u upotrebi

3. ms access 2007 vba tehnologija




Praćenje servisa službenih vozila Praćenje postupaka malih nabavki Praćenje okvirnih sporazuma

4. asp.net - C# i VB.net win forms tehnologija: Preuzimanje i automatsko knjiženje izvoda iz banaka Praćenje realizacije ugovora

U preduzeću se koriste još neke nezavisne poslovne aplikacije koje ITnije razvio ne održava ih ali ima saznanja o njima. Najveći broj se nalazi u OC MiP, iste održavaju zaposleni u OC MiP, i to su baze:

Službe za prijem objekata, Praćenje naplate po stvarnom utrošku, Toplotni izvori, magistrale, podstanice, Tehnički uslovi i RoP, Baza nelegalnih priključenja, Participacije - evidencija, Elektro pregledi (zapisnici o aktiviranju merila), Praćenje naplate po utrošku, ali je metod obračuna putem akontacije i konačnog obračuna, Izračunavanje korigovane i izvedene potrošnje objekata.

Prvih 5 aplikacije su urađene u MS Access-u, 6 i 7 su urađene u MS Excel-u, a poslednje dve su u Fortranu. Navedene aplikacije dele podatke, ali postoje podaci koji se posebno unose u više aplikacija. Podaci o kupcima, ulicama, podstanicama, toplotnim izvorima, magistralama, … se recimo unose i baze koje održava IT, i baze u MiP (MS Access i Fortran), a trebali bi da budu zajednički. Zbog toga je napravljen projekat informacionog sistema MiP, koji sadrži i centralni registar. Izrada programa, odnosno programiranje, prema projektu trebalo bi da se okonča naredne godine.Za baze Toplotni izvori, magistrale, podstanice, Tehničke uslove, smo zajednički razvili metod (servis) za razmenu informacija na dnevnom nivou, da bi se lakše uporedili podaci koji se nalaze u različitim sistemima.U OC Finansije i OC Zajednički poslovi nalazi se evidencija utuženja korisnika u Paradox-u. Zaposleni iz OC IT pružaju sistemsku podršku (administriranje pristupa mrežnom folderu, arhiviranje podataka) i ulazne podatke o utuženjima za masovni import podataka.Aplikacije razvijene u IT-ju su uglavnm od pre nekoliko godina idetaljniji prikaz je u Prilogu 1. Postoji dopis od 17.10.2008 godine u kojem Grad Beograd zabranjuje nabavku apliakacija usvim javnim preduzećima Na naš zahtev iz ove zabrane je izuzeta aplikacija za MiP.b) Trenutno je u saradnji sa ETF-om izrada aplikacije BELM-a koja će saržati Centralne Registre i pokriti procese MiP-a od trenutka podnošenja zahteva za grejanje preko izdavanja saglasnosti, probnog grejanja do uvođenja korisnika u redovno grejanje, fakturisanja usluge i praćenja naplate.

U toku je unos podataka i usaglašavanje ISEB aplikacije Grada Beograda koja se odnosi na Energetsku Efikasnost sa podacima JKP BE. Trenutno se unos zahtevanih strukturnih i energetskih podatak vrši ručno a težnja je da se završetkom BELME i CR vrši automatski. Posebnao kompleksna priča je implementacija ORACLE.v) U OC Proizvodnja i distribucija, OC Planiranje i razvoj, OC Centar za kvalitet koriste se različiti industrijski softveri, koji nisu u nadležnosti OC IT kao što su: Skade za upravljanje i nadzor toplovodnih instalacija, termis softver za hidraulične proračune, softver za procenu tonalnosti buke, … Aplikacije koje su razvijene izvan BE i održavaju se eksterno nisu predmet interesovanja IT-ja već OCa koji je tu aplikaciju implementirao. U OC IT se koristi softver za evidenciju radnih naloga i nadzore mreže, servera i radnih stanica SD+.

PRILOG 7 – DISTRIBUCIJA GASA

Za izradu dela softvera koji se odnosi na distribuciju prirodnog gasa potrebno je upoznati se sa:

Procedurom za distribuciju prirodnog gasa; Pravilima o radu operatora distributivnog Sistema prirodnog gasa




Uredbi o isopruci prirodnog gasa Zakonom o cevovodnom transpotru tečnih I gasovitih ugljovodonika Zakonom o energetici Pravilnik o DGM do 16 bar

Aktivnosti:Kontrola mesta primopredaje prirodnog gasa (Srbijagas – Beogradske elektrane)Mesto primopredaje prirodnog gasa su merno-reulacione stanice (MRS). Jednom nedeljno se vrši kontrola MRS: vizuelni pregled opreme i uređaja, očitavanje ulaznog pritiska, temperature, izlaznog pritiska. Za ulazni pritisak i rad merila protoka gasa odgovoran je Srbijagas, za izlazni pritisak, odorizaciju i pregled i održavanje ostale opreme MRS odgovorne su Beogradske elektrane. Zakonska obaveza je da se jednom u šest meseci izvrši kompletan pregled MRS uz koji ide Zapisnik o pregledu uz odgovarajuće izveštaje akreditovane laboratorije. Jednom godišnje se vrši punjenje odorizatora odorantom, a dva puta godišnje vrši kontrola odorisanosti mreže. Poslove redovnih polugodišnjih pregleda MRS, punjenja odorizatora i kontrole odorisanosti distributivne gasne mreže (DGM) vrši spoljni izvođač na osnovu naloga (narudžbenice) Beogradskih elektrana. U slučaju vanrednog događaja radnici Beogradskih elektrana intervenišu odmah i preduzimaju potrebne mere.

Primopredaja prirodnog gasa (Srbijagas – Beogradske elektrane)Jednom mesečno se vrši popisivanje potrošnje merila na MRS u prisustvu radnika Beogradskih elektrana I nakon toga vrši se fakturisanje potrošnje I to potrošnje za javno snabdevanje I za snabdevanje na tržištu.

Primopredaja prirodnog gasa (Beogradske elektrane – Potrošači)Svi potrošači priključeni na DGM se dele na: potrošače koji imaju pravo na Javno snabdevanje i potrošače koji nemaju pravo na javno snabdevanje. Svi potrošači koji imaju odobren kapacitet 10m3/h I preko se dele na ravnomerne, neravnomerne I vanvršne. Takvi potrošači na računu pored tarife energent I naknada za merno mesto imaju I tarifu kapacitet. Popis potrošnje prirodnog gasa, mesečniPopis potrošnje prirodnog gasa (3900 korisnika) se vrši dvojako. Daljinskim očitavanjem (za sada 100 korisnika, do kraja godine biće 562) I ručno očitavanje. Popis počinje 24. U mesecu. Obilazi se svaki korisnik I u karton potrošnje svakog korisnika upisuje se datum I trenutno stanje merila (očitano). Iz kartona potrošnje u jedinstvenu bazu se upisuje očitano stanje. U zavisnosti od merila (Uredba o isporuci prirodnog gasa) vrši se korekcija očitanog stanja na standardne uslove, tj utvrđuje se utrošena zapremina prirodnog gasa koja odgovara zapremini na nivou mora I temperaturi od 15°C. Nakon dostavljenih podataka o kvalitetu gasa vrši se korekcija prema Uredbi I definiše se svedena potrošnja odnosno tarifni element energentIz jedinstvene baze podataka obrađeni podaci šalju Agenciji za energetiku (polugodišnji) I Ministarstvu energetike (mesečni) kao redovni periodični izveštaji. Intervencije na DGMNa osnovu potreba ili reklamacija korisnika (upisuju se u knjigu reklamacija) izdaje se radni nalog I vrše se intervencije na DGM.U sklopu ovih radova su I redovne kontrole korisnika ( korisnici su dužni da održavaju svoje unutrašnje gasne instalacije, a Beogradske elektrane kao operartori Sistema kontrolišu da li se to radi po zakonu)

PRILOG 8 - ISEB

Sekretarijat za energetiku grada Beograda je, u skladu sa svojim zakonskim obavezama, razvio i uveo primenu Informacionog sistema energetike grada Beograda (ISEB). Prikupljanje, obrada i analiza prikupljenih podataka o potrošnji svih vrsta energija i energenata na teritoriji grada Beograda i




odgovarajućih troškova se vrši zbog planiranja energetskih potreba, racionalizovanja potrošnje i obezbeđivanja pouzdanosti i sigurnosti u snabdevanju potrošača. Implementacija Informacionog sistema energetike grada Beograda, pored podataka o javnim objekatima, podrazumeva i preuzimanje i razmenu podataka sa svim javnim i javno-komunalnim preduzećima grada Beograda.

Shodno napred navedenom potrebno je, za Informacioni sistema energetike grada Beograda (ISEB) obezbediti sledeće podatke iz Proizvodnog informacionog sistema (PIS):

Toplotni izvori (parni kotlovi, vrelovodni kotlovi) sa svojim podacima: pripadnost sektoru, lokacija, proizvođač, godina puštanja u rad, tehničke karakteristike , vrste goriva osnovnog i pomoćnog, gorionici i njihove tehničke karakteristike kao i druge potrebne podatke.

Podaci o toplovodu: Analitika po Izvorima dužina toplovodne mreže nadzemno, dužina toplovodne mreže podzemno u kanalu, dužina toplovodne mreže podzemno bez kanala, dužina toplovodne mreže ostalo, broj toplopredajnih podstanica sa kolorimetrima i bez kalorimetara (do 30Kw, 30-100Kw itd...) kao i drugi potrebni podaci.

Objekti na mreži: Podaci po vrstama objekata (Javni prostori koje finansira Grad Beograd ili lokalna samouprava, stambeni prostori, poslovni prostori, industrijski objekti i slično) sa podacima o broju povezanih objekata na mreži, instalisani toplotni kapaciti, grejana površina, predata količina energije, predata specifična količina toplotne energije, kao i drugi potrebni podaci.

Objekti Preduzeća na mreži: Objekti u kojima rade zaposleni u preduzeću, magacini preduzeća i ostali objekti preduzeća koji se greju sa nazivom objekta, površinom, instalisanom snagom za grejanje i drugi potrebni podaci.

Potrošnja vode, struje i goriva u definisanom vremenskom intervalu.

Isporučena energija za javne zgrade u definisanom vremenskom intervalu

Energija na pragu toplane isporučena kupcu u definisanom vremenskom intervalu

I drugi potrebni podaci.

PRILOG 9 - BELMA

Informacioni sistem razvijan za potrebe OC Marketing i prodaja. Obuhvata radne procese koji se obavljaju u ovoj OC i procese koji se delom obavljaju u drugim OC a funkcionalno su povezani sa poslovima OC MiP (OC PiD, CIKE, OC I...). Sistem je procesno orijentisan (ne zavisi od organizacione šeme firme) i projektovan modularno na WEB platformi (moduli mogu da se „geografski“ izmeštaju po potrebi).

Baze podataka (DATABASE SERVER) su urađene u MS SQL 2016 Standard Edition (sa obezbeđenim Upgrade-om). Baze su organizovane u više grupa: matične evidencije – Centralni registri, tehničke baze, šifarnici, katalozi, pomoćne tabele i preuzete tabele (sa mehanizmima za preuzimanje). Matičnim evidencijama i tehničkim bazama se upravlja isključivo kroz aplikativni deo. Šifarnicima, katalozima, pomoćnim tabelama i sl. upravlja se u Admin delu koji projektuje i raealizuje OC IT.

Aplikativni deo (APLIKACIJISKI SERVER) je urađen pod Apache, Tomcat (Centos Linux), razvojna tehnologija J2EE (Java). Aplikativni deo je potpuno modularan. Svaki modul je posebno projektovan i izveden. Moduli su vezani za konkretan posao koji se obavlja i predstavlja samo deo neke procedure. Neki moduli su primenjeni u više procedura (tipski poslovi npr. nalog za fakturu, utvrđivanje A i Q, postupci u toku priključenja i




sl.). Aplikacija tako ne zavisi od reorganizacije procedura. Pojedini moduli su univerzalni i mogu se primeniti u bilo kom segmentu preduzeća (npr. prijem i distribucija pošte, nalog za fakturu, očitavanje merila...).

Belma je koncipirana kao „KORISNIČKI SERVIS“ za kupca tj. investitora. Rad u aplikaciji je baziran na akcijama vezanim za dokumenta po sledećem principu:

proces započinje zahtevom partnera zahtev inicira kreiranje predmeta partnera za određeni posao na određenoj lokaciji predmet pokreće radni nalog (provera na terenu i/ili uvid u dokumentaciju) radni nalog zahteva odgovor na nalog – zapisnik, izveštaj i sl. iz sadržaja odgovora proističe ODLUKA o zahtevanom koja se prenosi u rešenje, ugovor... po ispunjenju uslova iz navedenih dokumenata od strane partnera, izdaje se radni nalog za isporuku TE,

uvođenje u naplatu, fakturu...

Akcije se sprovode putem kreiranja, delegiranja, prihvatanja (ili neprihvatanja) i verifikacije obaveze! Svi korisnici mogu da vide sve predmete i dokumenta a mogu da obrađuju (unos i izmena podataka) samo ono što im je dodeljeno rolom. Brisanje podataka, posle verifikacije akcije je moguće samo deaktivacijom, koja arhivira stari podatak. Fizičko brisanje je onemogućeno. Eksterna ulazna dokumenta je moguće importovati u sistem (ako su u elektronskom obliku) ili je omogućeno skeniranje (ako su u papirnom obliku), radi pridodavanja u predmet. Izlazna dokumenta se kreiraju u Ms Word formatu putem „Template“-a koji se popunjava iz sistema. Takav dokument je moguće dopuniti ali se podaci iz sistema ne mogu menjati. Po zavšetku rada na dokumentu i verifikacije od strane ovlašćenih lica, dokument se skenira u PDF format i kao takav se čuva u sistemu. Predviđen je eksport podataka u MS Excel, po određenim kriterijumima, radi dalje obrade.

Sistem je predviđen da vrši dvostranu elektronsku komunikaciju sa spoljnim učesnicima u procesima (JKP Infostan tehnologije, firme koje vrše raspodelu potrošnje za kupce).

Aplikativni deo za administraciju nad CR radi OC IT.

Aplikacija pristupa db serveru kroz 1 nalog. Korisnici i korisničke role su definisani u samoj aplikaciji. Korisnici pristupaju aplikaciji sa svojim korisničkim imenom I lozinkom. Lozinke na sistemu su kriptovane. Korisnici se preuzimaju iz kadrovske evidencije a mogu se uvesti i spoljni korisnici, pod administracijom OC IT. Korisnici su organizovani kroz grupe kojima se dodeljuju tipske role. Role su vezane za posao koji obavlja korisnik i dozvoljavaju određeni nivo pristupa podacima i dokumentima na nivou maske.

Tipske role: administrativac – unos podataka iz zahteva, kreiranje predmeta, distribucija dokumenata izvršilac – odgovor na radni nalog i unos podataka bitnih za odluku po predmetu šef – delegacija obaveze, zaduženje izvršilaca i verifikacija dokumenata (I nivo) rukovodilac – delegacija obaveze i verifikacija dokumenata (II nivo) direktor – pregled predmeta i dokumenata kao i delegacija obaveze i verifikacija dokumenata (III nivo) admin – administriranje korisnika i baza podataka

„Belma“ sadrži sledeće opšte podatke: Partneri – kupci Objekti Prostori (konzum) Predajne stanice Magistrale Toplotni izvori Merna mesta Obračunska mesta Merni uređaji Očitana stanja na mernim uređajima




PRILOG 10 - EMISOFT„TEAMS“ softver (EMISOFT softver)

Centar za upravljanje životnom sredinom (EMC), pri Agenciji za zaštitu životne sredine, je uvrstio JKP “Beogradske elektrane“ kao klijenta koji je dobio na raspolaganje korišćenja odgovarajućeg „TEAMS“ softvera (EMISOFT softver). Tim JKP „Beogradskih elektrana“ je učestvovao u svim radionicama organizovanim u okviru EMC projekta i na taj način uključio se u korišćenje TEAMS-softvera definisanog i konfigurisanog u skladu sa organizacijom u JKP ”Beogradske elektrane”. Na taj način je urađena softverska podrška, od strane TEAMS-a, sa modelom našeg preduzeća, za emisije i izveštavanje ka Nacionalnom registru i institucijama EU. Ovaj oblik izveštavanja prema Agenciji za zaštitu životne sredine se primenjuje već četvrtu godinu i saglasan je sa Evropskim registrom ispuštanja i prenosa polutanata (E-PRTR). Za postrojenja veća od 50 MWth izveštava se Agencija za zaštitu životne sredine o svim aspektima zagađenja putem ovog softvera. Ostali toplotni izvori (kotlarnice) instalisane snage veće od 1 MWth a manje od 50 MWth je predmet lokalnog registra izvora zagađivanja grada Beograda i dostavlja se Gradskom Sekretarijatu za zaštitu životne sredine. Način i obim podataka koji se dostavljaju Agencija za zaštitu životne sredine i Gradskom Sekretarijatu za zaštitu životne sredine definisani su Pravilnikom o izmeni Pravilnika o metodologiji za izradu nacionalnog i lokalnog registra izvora zagađivanja, kao i metodologiji za vrste, načine i rokove prikupljanja podataka ("Službeni glasnik RS", br. 10/2013) i Pravilnikom o metodologiji za izradu nacionalnog i lokalnog registra izvora zagađivanja, kao i metodologiji za vrste, načine i rokove prikupljanja podataka ("Službeni glasnik RS", br. 91/2010). Na osnovu sve ga iznetog potrebno je prilikom kreiranja PIS-a omogućiti automatsko preuzimanje podataka iz PIS-a u EMISOFT. EMISOFT nije mogzuće dostaviti jer se radi putem transakcija kao i pristup ovom softveru je nemoguć osim za ovlašćena lica. Pristup EMISOFT- u je omogućen samo ukoliko postoji pristup internetu.

PRILOG 11 – PODACI KOJI SE UNOSE U EMISOFT

Unose se podaci odnosno transkacije na dnevnom, mesečnom i godišnjem nivou: 1. Potrošnja goriva/po kotlu, po objektu2. Potrošnja električne energije po objektu3. Potrošnja vode po objektu4. Potrošnja sirovine- pogonskih hemikalija po objektu5. Broj sati rada dimnjaka ili kotla6. Broj zaposlenih na objektu7. Broj smena i broj zaposlenih u smeni8. Broj dimnjaka na objektu9. Broj ispusta za vode10. Ukupan broj vrsta otpada11. Radni režim objekta (kontinualno ili diskontinualno)12. Analiza recipijenta sa parametrima (reka)13. Ispuštanje zagađujućih materija u vodu- količina otpadnih voda (procena), tretman voda i parametri i emisije po parametrima na godišnjem nivou14. Generisanje otpada (za svaku vrstu otpada posebno na dnevnom, mesečnom i godišnjem nivou): - količine opasnog i neopasnog otpada na objektu - gde je nastao u kom pogonu na objektu15. Upravljanje otpadom (kom operateru je predata koja količina i vrsta otpada, navode se podaci iz izveštaja o karakterizaciji, navodi se broj dozvole operatera i krajnja lokacija otpada) - vrsta otpada i količina koja je preuzeta od kog operatera i kada, vrsta tretmana otpada16. Ispuštanje zagađujućih materija u vazduh na dimnjaku: -t- gasova -brzina izlaznih gasova -prosečan protok gasova produkata sagorevanja -ukupan broj sati dimnjaka u periodu. -količina(emisija) zagađujućih materija u vazduh




PRILOG 12 – ORACLE EBS

Od 2011.godine u preduzeću postoje pokušaji korišćenja poslovnog sistema ORACLE eBusiness suite, čija implementacija nije uspela. Pojedini moduli su u delimičnoj upotrebi uz ograničenja koja su posledica nefunkcionalnosti svih modula sa kojima bi trebalo da budu u vezi, kao i problema nastalih tokom vremena zbog nepostojanja održavanja sistema, dok pojedini moduli uopšte nisu zaživeli. Trenutno se razmatraju mogućnosti revitalizacije sistema u saradnji sa Osnivačem i predstavnicima Oracla. U ovom trentuku nije dostupan podatak da li će ovaj sistem biti revitalizovan, ili će biti uveden neki drugi komercijalni poslovno informacioni sistem - ERP.Projektom su obuhvaćeni sledeći standardni moduli ORACLE eBS-a (uz određena korisnička prilagođavanja):

Održavanje osnovnih sredstava (Enterprise Asset Management) Nabavka (Purchasing) Magacinsko poslovanje (Inventory) Praćenje projekata (Project costing) Potraživanja od kupaca (Receivables) Obaveze prema dobavljačima (Payables) Osnovna sredstva (Assets) Glavna knjiga (General ledger) Ljudski resursi (Human resources)

Ostaje da se vidi da li će i na koji način ORACLE eBS funkcionisati u JKP BE.

U slučaju uspešne revitalizacije sistema, PIS bi trebalo da preuzme podatke vezane za zahteve za rad (za poslove održavanja), radne naloge, trebovanja, stanje realizacije ugovora, cene, ostvarenje planova, troškove...

TEHNIČKA SPECIFIKACIJA

RB OPIS Kol. Jed. cena VrednostPROJEKTNA DOKUMENTACIJA1. Izrada dokumenta funkcionalne specifikacije – FDS (Functional Design

Specification) . Ovaj dokument mora da uključi sve detalje vezane za funkcije ponuđenog rešenja, način rada kao i način na koji će se rešenje uklopiti u IT sistem JKP Beogradske Elektrane.

1




Pozicija uključuje svu neophodnu dokumentaciju, radionice, sistemske analize kao i sve druge korake neophodne za kreiranje FDS-a.

2. Izrada dokumenta softverske specifikacije – SDS (Software Design Specification). Ovaj dokument mora da sadrži opis softverskog rešenja sa svim interfejsima (ERP, procesna baza, procesna oprema i drugi spoljni sistemi)Pozicija uključuje svu neophodnu dokumentaciju, radionice, sistemske analize kao i sve druge korake neophodne za kreiranje SDS-a.

1

3. Izrada dokumenta hardverske specifikacije – HDS (Hardware Design Specification). Ovaj dokument sadrži opis arhitekture rešenja kao i šeme veza sa svim povezanim kako internim tako i eksternim IT sistemima i procesnom opremom.Pozicija uključuje svu neophodnu dokumentaciju, radionice, sistemske analize kao i sve druge korake neophodne za kreiranje HDS-a.

1

ISPORUKA SISTEMSKOG HARDVERA I SOFTVERA4. Isporuka serverskog hardvera i sistemskih softverskih licenci za testno

okruženje u svemu prema HDS i SDS dokumentima (Operativni sistem: Microsoft Server, relaciona baza: Microsoft SQL Server ili sl.)

1

5. Isporuka serverskog hardvera i sistemskih softverskih licenci za produkciono okruženje u svemu prema HDS i SDS dokumentima, kao i zahtevima iz priloga IT sistemski resursi. Ponuđač je dužan da u posebnom prilogu prikaže detaljnu specifikaciju ponuđenog serverskog hardvera.(Operativni sistem: Microsoft Server, relaciona baza: Microsoft SQL Server ili sl.).

1

6. Isporuka licence za aplikativno rešenje za 100 jednovremenih (concurrent) korisnika

1

MODULI7. Proizvodni informacioni sistem – modul Procesna baza:

- Isporuka licence za procesnu bazu za minimalno 20.000 tagova slično tipu General Electric iHistorisan Enterprise edition (ili odgovarajući)

- Instaliranje procesne baze na server

1

- Konfigurisanje procesne baze za vezu prema procesnim sistemima putem interfejsa zasnovanog na standardnom industrijskom protokolu (OPC, Modbus ili sl.)

1

- Isporuka, instalacija i konfigurisanje interfejsa na za to namenjenim lokacijama i povezivanje procesne baze na procesnu opremu

1

- Testiranje procesne baze 1

Ukupno:

8. Proizvodni informacioni sistem – modul Verifikacije podataka:

- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1

- Instalacija modula na testno okruženje- Testiranje i validacija modula na testnom okruženju- Podešavanje modula na testnom okruženju

1

- Instalacija modula na produkcijsko okruženje 1

Ukupno:

9. Proizvodni informacioni sistem – modul Proizvodni plan:- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1


1

- Instalacija modula na produkcijsko okruženje 1Ukupno:

10. Proizvodni informacioni sistem – modul Bilans proizvodnje:- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1

- Instalacija modula na testno okruženje 1




- Testiranje i validacija modula na testnom okruženju- Podešavanje modula na testnom okruženju- Instalacija modula na produkcijsko okruženje 1

Ukupno:11. Proizvodni informacioni sistem – modul Plan rada:

- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1


1


12. Proizvodni informacioni sistem – modul Dostupnost resursa:- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1


1


13. Proizvodni informacioni sistem – modul Izveštaji:- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1


1


14. Proizvodni informacioni sistem – modul Analitika:- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1


1


15. Proizvodni informacioni sistem – modul KPI ključni indikatori učinka:- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1


1


16. Proizvodni informacioni sistem – modul TELEGRAMA:- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1


1


17. Proizvodni informacioni sistem – modul Alarmiranje:- Programiranje i konfiguracija- Testiranje modula kod proizvođača (FAT test)

1


1

- Instalacija modula na produkcijsko okruženje 1




Ukupno:OSTALO18. Testiranje kompletnog integrisanog rešenja kod proizvođača (FAT test) 119. Instaliranje kompletnog integrisanog rešenja na testno okruženje 120. Testiranje i validacija kompletnog integrisanog rešenja na testnom okruženju 121. Podešavanje kompletnog integrisanog rešenja na testnom okruženju 122. Instaliranje kompletnog integrisanog rešenja na produkcijsko okruženje 123. Povezivanje i integracija kompletnog integrisanog rešenja na produkcijskom

okruženju sa informacionim sistemom ISEB1

24. Povezivanje i integracija kompletnog integrisanog rešenja na produkcijskom okruženju sa informacionim sistemom BELMA

1

25. Povezivanje i integracija kompletnog integrisanog rešenja na produkcijskom okruženju sa informacionim sistemom EMISOFT

1

26. Povezivanje i integracija kompletnog integrisanog rešenja na produkcijskom okruženju sa poslovnim informacionim sistemom ORACLE

1

27. Testiranje i validacija kompletnog integrisanog rešenja na produkcijskom okruženju u trajanju od 2 meseca

1

28. Obuka na lokaciji investitora:- Ključnih korisnika- Administratora sistema

1

29. Tehnička podrška nakon puštanja u rad – 2 izvršioca 14 dana na lokaciji JKP Beogradske elektrane

1

30. Izrada tehničke dokumentacije i uputstva za održavanje 131. Izrada korisničke dokumentacije – uputstva za rad 132. Održavanje u garantnom roku:

- Pregled sistema jednom u 6 meseci za izradom protokola i izveštaja o pregledu

- Podrška korisnicima u vidu odziva na lice mesta u roku od 1 sata po prijemu zahteva u toku radnog vremena sa uključenih 10 sati mesečno za različite intervencije koje ne podležu garanciji

1

UKUPNO (1-32) :

- Уколико је у пољу „ЈЕДИНИЧНА ЦЕНА“ уписано „0,00“ тумачиће се да је предметна позиција понуђена без надокнаде (бесплатна);

- Уколико је у пољу „ЈЕДИНИЧНА ЦЕНА“ уписана „/“ или је остављено празно поље и слично, Наручилац ће тумачити да Понуђач предметну позицију не нуди и понуда се одбија као неприхватљива.

М.П. Потпис одговорног лица понуђача




УСЛОВИ ЗА УЧЕШЋЕ У ПОСТУПКУ ЈАВНЕ НАБАВКЕ ИЗ ЧЛАНА 75. И 76. ЗАКОНА И УПУТСТВО КАКО СЕ ДОКАЗУЈЕ ИЗСПУЊЕНОСТ ТИХ УСЛОВА

1. УСЛОВИ ЗА УЧЕШЋЕ У ПОСТУПКУ ЈАВНЕ НАБАВКЕ ИЗ ЧЛАНА 75. И 76. ЗАКОНА1.1 Право на учешће у поступку предметне јавне набавке има понуђач који испуњава

обавезне услове за учешће у поступку јавне набавке дефинисане чланом 75. Закона, и то.1) Да је регистрован код надлежног органа, односно уписан у одговарајући

регистар (члан 75. став 1. тачка 1) Закона);2) Да он и његов законски заступник није осуђиван за неко од кривичних дела као

члан организоване криминалне групе, да није осуђиван за кривична дела против привред, кривична дела против животне средине, кривично дело примања или давања мита, кривично дело превара (члан 75. став 1. тачка 2) Закона).

3) Да је извирио доспеле порезе, доприносе и друге јавне дажбине у складу са прописима Републике Србије или стране државе када има седиште на њеној територији (члан 75. став 1. тачка 4 ) Закона).

4) Понуђач је дужан да при састављању понуде изричито наведе да је поштовао обавезе које произлазе из важећих прописа о заштити на раду, запошљавању и условима рада, заштити животне средине, као и да гарантује да нема забрану обављања делатности која је на снази у време подношења понуде (члан 75. став 2. Закона).

1.2 Понуђач који учествује у поступку предметне јавне набавке, мора испунити додатне услове за учешће у поступку јавне набавке, дефинисане чланом 76. Закона, и то:1) Финансијски капацитет:а) остварен пословни приход у последње три године (2013/14/15) за коју су достављени подаци, мора да износи минимум 250.000.000,00 динара;б) да понуђач у последње три године (2013/14/15. год.) за које су достављени подаци није исказао губитак у пословању;в) да понуђач у задњих шест месеци који претходе месецу објављивања позива за подношење понуда на Порталу јавних набавки није био неликвидан;2) Пословни капацитет:Понуђач је морао у претходних 5 година (2011/12/13/14/15.године):а) да је испоручио, интегрисао и пустио у рад најмање један производни информациони систем намењен системима за производњу енергије или производњу и дистрибуцију енергије и то са:- функционалношћу која се у смислу реализованих функционалних модула поклапа са најмање 6 од 11 модула тражених у тендеру међу којима обавезно морају бити садржани модули за производни план, биланс производње и аналитику; - вишенивовском архитектуром заснованом на серверу релационе базе (сличан типу Мicrosoft SQL);- најмање 30 једновремених (concurrent) корисника којима је приступ омогућен кроз дебели (FAT) или веб (HTML 5) клијент;б) да је испоручио, интегрисао и пустио у рад у протеклих пет година, најмање један систем за аквизицију минимално 5000 процесних података у наменску процесну базу (типа General Electric, iHistorian или одговарајући) са временском резолуцијом аквизиције од најмање 5 секунди као и приступом подацима путем веб или виндоуз апликације;3) Кадровски капацитет:




а) Понуђач мора да има пројектни тим састављен од најмање 8 ангажованих лица, следећих профила:

- руководилац пројекта- 3 развојна инжењера имплементатора- 1 архитекту релационе базе- 2 стручњака за процесну базу- 1 стручњака за аквизицију података из SCADA система

б) Понуђач мора да има најмање 5 чланoва кључног особља који ће бити одговорни за извршење уговора, а који су били ангажовани на најмање 2 пројекта имплементације производних информационих система који садрже интерфејс ка ЕРП систему, процесну базу од најмање 2000 тагова са могућношћу приступа од најмање 30 једновремених (concurrent) корисника;в) Сваки од чланова тима мора имати сертификат о завршеној професионалној обуци за сегмент који покрива као доказ стручности.

- Руководилац пројекта: сертификат о завршеној обуци за управљање пројектима. - Архитекта релационе базе: сертификат завршеној обуци за развој решења на бази релационих база.

- Стручњак за процесне базе: сертификат произвођача процесне базе о завршеној обуци са инсталацију, конфигурисање и одржавање процесне базе

4) Сертификати Понуђач мора да поседује важећи следећи сертификат:

- сертификовани систем менаџмента квалитета СРПС ИСО 9001

1.3 Уколико понуђач подноси понуду са подизвођачем, у складу са чланом 80. Закона, подизвођач мора да испуњава обавезне услове из члана 75. став 1. тачка 1) до 4) Закона.

1.4 Уколико понуду подноси група понуђача, свки понуђач из групе понуђача, мора да испуни обавезне услове из члана 75. став 1. тачка 1) до 4) Закона, а додатне услове испуњавају заједно.




2. УПУТСТВО КАКО СЕ ДОКАЗУЈЕ ИСПУЊЕНОСТ УСЛОВА1) Услов из члан 75. став 1. тачка 1) Закона - Доказ: извод из регистра Агенције за

привредне регистре, односно извод из Привредног суда.2) Услов из члана 75. став 1. тачка 2) Закона - Доказ: Правна лица: 1) Извод из казнене

евиденције, односно уверење основног суда на чијем подручју се налази седиште домаћег правног лица, односно седиште представништва или огранка страног правног лица, којим се потврђује да правно лице није осуђивано за кривична дела против привреде, кривична дела против животне средине, кривично дело примања или давање мита, кривично дело преваре; 2) Извод из казнене евиденције Посебног одељења за организовани криминал Вишег суда у Београду, којим се потврђује да правно лице није осуђивано за неко од кривичних дела организованог криминала; 3) Извод из казнене евиденције, односно уверење надлежне полицијске управе МУП-а, којим се потврђује да законски заступник понуђача није осуђиван за кривична дела против привреде, кривична дела против животне средине, кривично дело примања или давања мита, кривично дело преваре и неко од кривичних дела организованог криминала (захтев се може поднети према месту рођења или према месту пребивалишта законског заступника). Уколико понуђач има више законских заступника дужан је да достави доказ за сваког од њих. Предузетници и физичка лица: Извод из казнене евиденције, односно уверење надлежне полицијске управе МУП-а, којим се потврђује да није осуђиван за неко од кривичних дела као члан организоване криминалне групе, да није осуђиван за кривична дела против привреде, кривична дела против животне средине, кривично дело примања или давања мита, кривично дело преваре (захтев се може поднети према месту рођења или према месту пребивалишта).Доказ не може бити старији од два месеца пре отварања понуда;

3) Услов из члана 75. став 1. тачка 4) Закона - Доказ: Уверење Пореске управе Министарства финансија и привреде да је измирио доспеле порезе и доприносе и уверење надлежне управе локалне самоуправе да је извирио обавезе по основу изворних локалних јавних прихода или потврду Агенције за приватизацију да се понуђач налази у поступку приватизације.Доказ не може бити старији од два месеца пре отварања понуда;

4) Услов из члана 75. став 2. Закона - Доказ: Потписан и оверен Образац изјаве (Образац 8). Изјава мора да буде потписана од стране овлашћеног лица понуђача и оверена печатом. Уколико понуду подноси група понуђача, Изјава мора бити потписана од стране овлашћеног лица сваког понуђача из групе понуђача и оверена печатом.




Испуњеност додатних услова за учешће у поступку предметне јавне набавке, понуђач доказје достављањем следећих доказа:

1) Финансијски капацитет – Доказ: Извештај о бонитету за јавне набавке БОН-ЈН Агенције за привредне регистре, Регистар финансијских извештаја и података о бонитету правних лица и предузетника, који садржи сажети биланс стања и успеха, показатеље за оцену бонитета за 2013., 2014. и 2015. годину, као и податке о данима неликвидности. Уколико достављени Извештај БОН-ЈН, не садржи податке о данима неликвидности за задњих шест месеци који претходе месецу објављивања позива за подношење понуда на Порталу јавних набавки, понуђач је дужан да достави Потврду Народне банке Србије да понуђач у задњих шест месеци који претходе месецу објављивања позива за подношење понуда на Порталу јавних набавки није био неликвидан.

2) Пословни капацитет - Доказ: а) Понуђач је дужан да достави референц листу (назив Наручиоца, контакт особу и број телефона, годину имплементације производног информационог система, детаљан опис функционалности и употребљених технологија из којег се види да је понуђач испоручио, интегрисао и пустио у рад у последњих 5 година (2011/12/13/14/15. год.), најмање један производни информациони систем намењен системима за производњу енергије или производњу и дистрибуцију енергије и то са: функционалношћу која се у смислу реализованих функционалних модула

поклапа са најмање 6 од 11 модула тражених у тендеру међу којима обавезно морају бити садржани модули за производни план, биланс производње и аналитику;

вишенивоском архитектуром заснованом на серверу релационе базе (сличан типу Мicrosoft SQL);

најмање 30 једновремених (concurrent) корисника којима је приступ омогућен кроз дебели (FAT) или веб (HTML 5) клијент;

б) Понуђач је дужан да достави референц листу (назив Наручиоца, контакт особу и број телефона, годину имплементације производног информационог система за аквизицију процесних података, детаљан опис функционалности и употребљених технологија из којег се види да је понуђач испоручио, интегрисао и пустио у рад у последњих 5 година (2011/12/13/14/15. год.) систем за аквизицију за минимално 5000 процесних података у наменску процесну базу (типа General Electric, iHistorian или одговарајући) са временском резолуцијом аквизиције од најмање 5 секунди као и приступом подацима путем веб или виндоуз апликације. Референц листа мора да буде оверена печатом и потписана од стране одговорног лица понуђача. Наручилац задржава право накнадне провере референци.

3) Кадровски капацитет – Доказ: a) Понуђач доставља списак ангажованих лица са степеном стручне спреме, стеченим звањем, са фотокопијама диплома или уверења о стицању звања, и фотокопије уговора о ангажовању код понуђача. Списак мора бити на сопственом меморандуму оверен печатом и потписом од стране одговорног лица понуђача; б) Понуђач доставља списак кључног особља које ће бити ангажовано код наручиоца са назнаком код којих наручилаца (уз име контакт особе са бројем телефона за контакт) су учествовали у имплементацији производно информационог система који садрже интерфејс ка ЕРП систему, процесну базу од најмање 2000 тагова са могућности приступа од најмање 30 једновремених (concurrent) корисника; списак мора бити на сопственом меморандуму, оверен и потписан од стране одговорних лица понуђача, као и доказ о ангажовању у форми уговора о ангажовању за време трајања Пројекта; в) Понуђач доставља списак ангажованих лица – чланова тима




са назнаком које сертификате о успешно завршеним обукама за своје улоге у пројекту поседују, на сопственом меморандуму, оверен и потписан од стране одговорних лица понуђача, уз који прилаже фотокопију лиценце, сертификата или другог документа којим доказује поседовање наведених звања, као и доказ о ангажовању у форми уговора о ангажовању за време трајања Пројекта.

4) Сертификат – Доказ: Понуђачи су у обавези да доставе фотокопију тражениог важећег сертификата.

Уколико понуду подноси група понуђача понуђач је дужан да за сваког члана групе достави наведене доказе да испуњава услове из члана 75. став 1. тачка 1) до 4) Закона.Додатне услове група понуђача испуњава заједно.

Уколико понуђач подноси понуду са подизвођачем, понуђач је дужан да за подизвођача достави доказе да испуњава услове из члана 75. став 1. тачка 1) до 4) Закона.

Наведене доказе о испуњености услова понуђач може доставити у виду неоверених копија, а наручилац може пре доношења одлуке о додели уговора да тражи од понуђача, чија је понуда на основу извештаја за јавну набавку оцењена као најповољнија, да достави на увид оригинал или оверену копију свих или појединих доказа.

Ако понуђач у остављеном, примереном року, који не може бити краћи од пет дана, не достави на увид оригинал или оверену копију тражених доказа, наручилац ће његову понуду одбити као неприхватљиву.

Понуђачи који су регистровани у регистру који води Агенција за привредне регистре не морају да доставе доказ из члана 75. став 1. тачка 1) до тачке 4), који су јавно доступни на интернет страници Агенције за привредне регистре – Регистар понуђача.Наручилац неће одбити понуду као непихватљиву, уколико не садржи доказ одређен конкурсном документацијом, ако понуђач наведе у понуди интернет страницу на којој су подаци, који су тражени у оквиру услова јавно доступни.

Уколико је доказ о испуњености услова електронски документ, понуђач доставља копију електронског документа у писаном облику, у складу са законом којим се уређује електронски документ.

Ако се у држави у којој понуђач има седиште не издају тражени докази, понуђач може, уместо доказа, приложити своју писану изјаву, дату под кривичном и материјалном одговорношћу оверену пред судским или управним органом, јавним бележником или другим надлежним органом те државе.

Ако понуђач има седиште у другој држави, наручилац може да провери да ли су документи којима понуђач доказује испуњеност тражених услова издати од стране надлежних органа те државе.

Понуђач је дужан да без одлагања писмено обавести наручиоца о било којој промени у вези са испуњеношћу услова из поступка јавне набавке, која наступи до доношења одлуке, односно закључења уговора, односно током важења уговора о јавној набавци и да је документује на прописани начин.




Понуђачи могу, у складу са одредбама члана 77. став 4. Закона, уместо обавезних и додатних услова за учествовање, доставити изјаву којом под пуном материјалном и кривичном одговорношћу, потврђују да испуњавају тражене услове, осим услова из члана 75, став 1. тачка 5) (да има важећу дозволу надлежног органа за обављање делатности која је предмет јавне набавке, ако је таква дозвола предвиђена посебним прописом).Ако је понуђач доставио изјаву из члана 77. став 4. овог Закона, Наручилац је пре доношења одлуке о додели уговора дужан да од понуђача чија је понуда оцењена као најповољнија затражи да достави копију захтеваних доказа о испуњености услова, а може и да затражи на увид оригинал или оверену копију свих или појединих доказа. Наручилац доказе може да затражи и од осталих понуђача (члан 79. став 2. Закона).Ако понуђач у остављеном, примереном року, који не може бити краћи од пет дана, не достави копију захтеваних доказа о испуњености услова или (уколико то наручилац то захтева) на увид оригинал или оверену копију свих или појединих доказа, наручилац ће његову понуду одбити као неприхватљиву.




УПУТСТВО ПОНУЂАЧИМА КАКО ДА САЧИНЕ ПОНУДУ

1. ПОДАЦИ О ЈЕЗИКУ НА КОЈЕМ ПОНУДА МОРА ДА БУДЕ САСТАВЉЕНА

Понуду саставити на српском језику.

2. НАЧИН НА КОЈИ ПОНУДА МОРА ДА БУДЕ САЧИЊЕНА

Понуђач понуду подноси непосредно или путем поште у затвореној коверти или кутији, затворену на начин да се приликом отварања понуда може са сигурношћу утврдити да се први пут отвара.На полеђини коверте или на кутији навести назив и адресу понуђача.У случају да понуду подноси група понуђача, на коверти је потребно назначити да се ради о групи понуђача и навести називе и адресу свих учесника у заједничкој понуди.Понуду доставити на адресу: ЈКП “Београдске електране”, Савски насип 11, Нови Београд, са назнаком: “Понуда за јавну набавку радова – Набавка производно информационог система, ЈН број 333 ОД/16 – НЕ ОТВАРАТИ”. Понуда се сматра благовременом уколико је примљена од стране наручиоца . 2017. године до часова.

Наручилац ће, по пријему одређене понуде, на коверти, односно кутији у којој се понуда налази, обележити време пријема и евидентирати број и датум јпонуде према редоследу приспећа. Уколико је понуда достављена непосредно, наручилац ће понуђачу предати потврду пријема понуде. У потврди о пријему наручилац ће навести датум и сат пријема понуде.Понуда коју наручилац није примио у року одређеном за подношење понуда, односно која је примљена по истеку дана и сата до којег се могу понуде подносити, сматраће се неблаговременом.

Понуда, поред докумената, којим се доказује испуњеност обавезних и додатних услова, мора садржати:

Образац понуде, Врста, техничке карактеристике, квалитет, количина и опис радова, начин

спровођења контроле и обезбеђења гаранције квалитета, рок извршења, место извршења,

Техничка документација и планови Модел уговора, Образац структуре цена, Образац трошкова припреме понуде (достављање овог обрасца није обавезно), Образац изјаве о назависној понуди, Образац изјаве о поштовању обавеза из члана 75. став 2. Закона, Банкарска гаранција за озбиљност понуде Писма о намерама пословне банке за добро извршење посла и отклаљање грешака

у гарантном року

Наведени обрасци морају бити попуњени, не графитном оловком, потписани од стране овлашћеног лица понуђача, и оверени печатом.Уколико понуђачи подносе заједничку понуду, група понуђача може да се определи да обрасце дате у конкурсној документацији потписују и печатом оверавају сви понуђачи из групе понуђача или група понуђача може да одреди једног понуђача из групе који ће попуњавати, потписивати и печатом оверавати обрасце дате у конкурсној документацији,




– не односи се на обрасце који подразумевају давање изјава под материјалном и кривичном одговорношћу (Образац изјаве о независној понуди и Образац изјаве у складу са чланом 75.став 2.Закона о јавним набавкама).Уколико понуђачи подносе заједничку понуду, обрасци који подразумевају давање изјава под моралном и кривичном одговорношћу (Образац изјаве о независној понуди и Образац изјаве у складу са чланом 75.став 2.Закона о јавним набавкама), достављају се за сваког учесника у заједничкој понуди посебно и сваки од учесника у заједничкој понуди потписује и печатом оверава образац који се на њега односи.У случају да се понуђачи определе да један понуђач из групе потписује и печатом оверава обрасце дате у конкурсној документацији (изузев образаца који подразумевају давање изјава под материјалниом и кривичном одговорношћу), наведно треба дефинисати споразумом којим се понуђачи из групе међусобно и према наручиоцу обавезују на извршење јавне набавке, а који чини саставни део заједничке понуде сагласно члану 81. Закона.

3. ПАРТИЈЕ

Предметна јавна набавка није обликована по партијама.

4. ПОНУДА СА ВАРИЈАНТАМА

Подношење понуде са варијантама није дозвољено.

5. НАЧИН ИЗМЕНЕ, ДОПУНЕ И ОПОЗИВА ПОНУДЕ

У року за подношење понуде, понуђач може да измени, допуни или опозове своју понуду на начин који је одређен за подношење понуде.Понуђач је дужан да јасно назначи који део понуде мења, односно која документа накнадно доставља.Измену, допуну или опозив понуде треба доставити на адресу: ЈКП “Београдске електране”, Савски насип 11, Нови Београд, са назнаком:“Измена понуде за јавну набавку – Набавка производно информационог система, ЈН број 333 ОД/16– НЕ ОТВАРАТИ”, или“Допуна понуде за јавну набавку – Набавка производно информационог система, ЈН број 333 ОД/16 – НЕ ОТВАРАТИ”, или“Опозив понуде за јавну набавку – Набавка производно информационог система, ЈН број 333 ОД/16 – НЕ ОТВАРАТИ”, или“Измена и допуна понуде за јавну набавку – Набавка производно информационог система, ЈН број 333 ОД/16 – НЕ ОТВАРАТИ”.

На полеђини коверте или на кутији навести назив и адресу понуђача. У случају да понуду подноси група понуђача, на коверти је потребно назначити да се ради о групи понуђача и навести називе и адресу свих учесника у заједничкој понуди.По истеку рока за подношење понуда понуђач не може да повуче нити да мења своју понуду.

6. УЧЕСТВОВАЊЕ У ЗАЈЕДНИЧКОЈ ПОНУДИ ИЛИ КАО ПОДИЗВОЂАЧ

Понуђач који је самостално поднео понуду не може истовремено да учествује у заједничкој понуди или као подизвођач, нити исто лице може учествовати у више заједничких понуда.




У Обрасцу понуде (Образац 3), понуђач наводи на који начин подноси понуду, односно да ли подноси понуду самостално, или као заједничку понуду, или подноси понуду са подизвођачем.

7. ПОНУДА СА ПОДИЗВОЂАЧЕМ

Уколико понуђач подноси понуду са подизвођачем, дужан је да у Обрасцу понуде (Образац 3) наведе да понуду подноси са подизвођачем, проценат укупне вредности набавке који ће поверити подизвођачу, а који не може бити већи од 50%, као и део предмета набавке који ће извршити преко подизовђача.Понуђач у Обрасцу понуде наводи назив и седиште подизовђача, уколико ће делимично извршење набавке поверити подизвођачу.Уколико уговор о јавној набавци буде закључен између наручиоца и понуђача који подноси понуду са подизвођачем, тај подизвођач ће бити наведен и у уговору о јавној набавци.Понуђач је дужан да за подизвођаче достави доказе о испуњености услова који су наведени у конкурсној документацији, у складу са Упутством како се доказује испуњеност услова.Понуђач у потпуности одговара наручиоцу за извршење обавеза из поступка јавне набавке, односно извршење уговорних обавеза, без обзира на број подизвођача.Понуђач је дужан да наручиоцу, на његов захтев, омогући приступ код подизвођача, ради утврђивања испуњености тражених услова.У предметној јавној набавци наручилац не предвиђа пренос доспелих потраживања директно подизвођачу.

8. ЗАЈЕДНИЧКА ПОНУДА

Понуду може поднети група понуђача.Уколико понуду подноси група понуђача, саставни део заједничке понуде мора бити споразум који се понуђачи из групе међусобно и према наручиоцу обавезују на извршење јавне набавке, а који обавезно садржи податке из члана 81. става 4. тачка 1) и 2) Закона и то податке о:

податке о члану групе који ће бити носилац посла, односно који ће поднети понуду и који ће заступати групу понуђача пред наручиоцем и,

опис послова сваког од понуђача из групе понуђача у извршењу уговора.

Група понуђача је дужна да достви све доказе о изпуњености услова који су наведени у конкурсној документацији, у складу са Упутством како се доказује испуњеност услова.Понуђачи из групе понуђача одговарају неограничено солидарно према наручиоцу.Задруга може поднети понуду самостално, у своје име, а за рачун задругара или заједничку понуду у име задругара.Ако задруга подноси понуду у своје име за обавезе из поступка јавне набавке и уговора о јавној набавци одговара задруга и задругари у складу са законом.Ако задруга подноси заједничку понуду у име задругара, за обавезе из поступка јавне набавке и уговора о јавној набаци неограничено солидарно одговарају задругари.

9. НАЧИН И УСЛОВИ ПЛАЋАЊА, ГАРАНТНИ РОК, КАО И ДРУГЕ ОКОЛНОСИ ОД КОЈИХ ЗАВИСИ ПРИХВАТАЊЕ ПОНУДЕ

9.1 Захтеви у погледу начина, рока и услова плаћања




Исплата по свакој фактури извршиће се од стране Наручиоца у року од 23 (двадесеттри) дана од дана овере и прихватања фактуре од стране овлашћених лица испред Наручиоца. Обавеза овлашћених лица Наручиоца је да фактуру овере у року од 7 (седам) дана од дана пријема или да је у случају недостатака уз образложење врате.Плаћање се врши уплатом на рачун понуђача.Понуђачу није дозвољено да захтева аванс.

9.2 Захтеви у погледу гарантног рока Гарантни рок: _____ месеци (минимум 24 месеца) од примопредаје пројекта.

9.3 Захтеви у погледу рока испоруке Рок испоруке: - 6 месеци за пројектну документацију;

- 18 месеци за модуле;Рокови за испоруку софтверских модула се рачунају од дана прихватања испоручене пројектне документације.

9.4 Захтеви у погледу рока важења понуде Рок важења понуде не може бити краћи од 45 дана од дана отварања понуда.У случају истека рока важења понуде, наручилац је дужан да у писаном облику затражи од понуђача продужење рока важења понуде.Понуђач који прихвати захтев за продужење рока важења понуде не може мењати понуду.

9.5 Други захтеви Испоручилац је у обавези да одреди најмање једну особу која ће бити члан радне групе за праћење реализације уговорених активности; представник испоручиоца је у обавези да редовно присуствује састанцима радне групе и при том обезбеди све релевантне информације о тренутном статусу, реализованим и планираним активностима, у складу са Уговором и пројектном документацијом; састанци радне групе ће се одржавати на месечном нивоу, по потреби и чешће.

10. ВАЛУТА И НАЧИН НА КОЈИ МОРА ДА БУДЕ НАВЕДЕНА И ИЗРАЖЕНА ЦЕНА У ПОНУДИ

Цена мора бити исказана у динарима, са и без пореза на додату вредност, са урачунатим свим трошковима које понуђач има у реализацији предметне јавне набавке, с тим да ће се за оцену понуде узимати у обзир цена без пореза на додату вредност.У цену је урачуната испорука предметних добара на адресу коју определи наручилац.Цена је фиксна и не може се мењати.Ако је у понуди исказана неуобичајено ниска цена, наручилац ће поступити у складу са чланом 92. Закона.

11. ПОДАЦИ О ВРСТИ, САДРЖИНИ, НАЧИНУ ПОДНОШЕЊА, ВИСИНИ И РОКОВИМА ОБЕЗБЕЂЕЊА ИСПУЊЕЊА ОБАВЕЗА ПОНУЂАЧА

11.1Понуђач је у обавези да достави банкарску гаранцију за озбиљност понуде у износу од 2% од укупне вредности понуде, без ПДВ-а.Банкарску гаранцију понуђач обезбеђује о свом трошку и иста мора бити неопозива, безусловна, без права на приговор и наплатива на први позив, са роком важења 45 (четрдесет пет) дана од дана отварања понуда.Наручилац ће уновчити банкарску гаранцију дату уз понуду уколико: 1) понуђач након истека рока за подношење понуда повуче, опозове или измени своју понуду, или




2) понуђач коме је додељен уговор благовремено не потпише уговор о јавној набавци.Наручилац ће вратити гаранције понуђачима са којима није закључен уговор, одмах по закључењу уговора са изабраним понуђачем.Уколико понуђач не достави ову банкарску гаранцију понуда ће бити одбијена као неприхватљива.

11.2 Изабрани понуђач се обавезује да у року од 7 дана од дана закључења уговора преда наручиоцу банкарску гаранцију за добро извршење посла, која ће бити са клаузулама: неопозива, безусловна, наплатива на први позив и без права на приговор. Банкарска гаранција за добро извршење посла издаје се у висини од 10 % од укупне вредности уговора без ПДВ-а, са роком важности 26 месеци од дана обостраног потписивања уговора. Ако се за време трајања уговора промене рокови за извршење уговорне обавезе, важност банкарске гаранције за добро извршење посла мора да се продужи.

11.3Изабрани понуђач се обавезује да у тенутку примопредаје предмета јавне набавке преда наручиоцу банкарску гаранцију за отклањање грешака у гарантном року, која ће бити са клаузулама: неопозива, безусловна, наплатива на први позив и без права на приговор. Банкарска гаранција за отклањање грешака у гарантном року се издаје у висини 5% од укупне вредности уговора, без ПДВ-a. Рок важења банкарске гаранције мора бити 5 (пет) дана дужи од гарантног рока. Наручилац ће уновчити банкарску гаранцију за отклањање грешака у гарантном року у случају да изабрани понуђач не изврши обавезу отклањања квара који би могао да умањи могућност коришћења предмета уговора у гарантном року.

Прилог: Оригинал банкарска гаранција за озбиљност понуде на износ 2% вредности понуде и писма о намерама пословне банке у вези издавања банкарских гаранција за добро извршење посла (10%) и отклањања грешака у гарантном року (5%).

12. ЗАШТИТА ПОВЕРЉИВОСТИ ПОДАТАКА КОЈЕ НАРУЧИЛАЦ СТАВЉА ПОНУЂАЧИМА НА РАСПОЛАГАЊЕ, УКЉУЧУЈУЋИ И ЊИХОВЕ ПОДИЗВОЂАЧЕ

Предметна набавка не садржи поверљиве информације које наручилац ставља на располагање.

13. ИЗМЕНЕ ТОКОМ ТРАЈАЊА УГОВОРА ИЗ ЧЛАНА 115. СТАВ 1

Наручилац може након закључења уговора о јавној набавци без спровођења поступка јавне набавке повећати обим предмета набавке, с тим да се вредност уговора може повећати максимално до 5% од укупне вредности првобитно закљученог уговора, при чему укупна вредност повећања уговора не може да буде већа од вредности из члана 39. став 1. овог закона, односно члана 124а за наручиоце из области водопривреде, енергетике, саобраћаја и поштанских услуга, под условом да је та могућност јасно и прецизно наведена у конкурсној документацији и уговору о јавној набавци.

14. ДОДАТНЕ ИНФОРМАЦИЈЕ ИЛИ ПОЈАШЊЕЊА У ВЕЗИ СА ПРИПРЕМАЊЕМ ПОНУДЕ

Заинтересовано лице може, у писаном облику (путем поште на адресу наручиоца, електронске поште на е-mail [email protected]) тражити од наручиоца додатне информације или појашњења у вези са припремањем понуде, при чему може да укаже Наручиоцу и на евентуалне недостатке и неправилности у конкурсној документацији, најкасније 5 дана пре истека рока за подношење понуде.


mailto:[email protected]



Наручилац је дужан да у року од 3 дана од дана пријема захтева, објави одговор на Порталу јавних набавки и на својој интернет страници.Додатне информације или појашњења упућују се са напоменом “Захтев за додантим информацијама или појашњењима конкурсне документације, ЈН број 333 ОД/16”.Ако наручилац измени или допуни конкурсну документацију 8 или мање дана пре истека рока за подношење понуда, дужан је да продужи рок за подношење понуда и објави обавештење о продужењу рока за подношење понуда.По истеку рока предвиђеног за подношење понуда наручилац не може да мења нити да допуњује конкурсну документацију.Тражење додатних информација или појашњења у вези са припремањем понуде, телефоном није дозвољено.Комуникација у поступку јавне набавке врши се искључиво на начин одређен чланом 20. Закона.

15. ДОДАТНА ОБЈАШЊЕЊА ОД ПОНУЂАЧА ПОСЛЕ ОТВАРАЊА ПОНУДА И КОНТРОЛА КОД ПОНУЂАЧА ОДНОСНО ЊЕГОВОГ ПОДИЗВОЂАЧА

После отварања понуда наручилац може приликом стручне оцене понуда да у писаном облику захтева од понуђача додатна објашњења која ће му помоћи при прегледу, вредновању и упоређивању понуда, а може да врши контролу (увид) код понуђача, односно његовог подизвођача (члан 93. Закона).Уколико наручилац оцени да су потребна додатна објашњења или је потребно извршити контролу (увид) код понуђача, односно његовог подизвођача, наручилац ће понуђачу оставити примерени рок да поступи по позиву наручиоца, односно да омогући наручиоцу контролу (увид) код понуђача, као и код његовор подизвођача.Наручилац може уз сагласност понуђача да изврши исправке рачунских грешака уочених приликом разматрања понуде по окончаном поступку отварања.У случају разлике између јединичне и укупне цене, меродавна је јединична цена.Ако се понуђач не сагласи са исправком рачунских грешака, наручилац ће његову понуду одбити као неприхватљиву.

16. ВРСТЕ КРИТЕРИЈУМА ЗА ИЗБОР НАЈПОВОЉНИЈЕ ПОНУДЕ, ЕЛЕМЕНТИ КРИТЕРИЈУМА И МЕТОДОЛОГИЈА ЗА ДОДЕЛУ ПОНДЕРА ЗА СВАКИ ЕЛЕМЕНТ КРИТЕРИЈУМА

Критеријум за избор најповољније понуде је најнижа понуђена цена (Рангира се укупна цена без ПДВ-а из обрасца 2, тачка 5.1).

17. ЕЛЕМЕНТИ КРИТЕРИЈУМА НА ОСНОВУ КОЈИХ ЋЕ НАРУЧИЛАЦ ИЗВРШИТИ ДОДЕЛУ ОКВИРНОГ СПОРАЗУМА У СИТУАЦИЈИ КАДА ПОСТОЈЕ ДВЕ ИЛИ ВИШЕ ПОНУДА СА ЈЕДНАКИМ БРОЈЕМ ПОНДЕРА

У случају да постоје две или више понуда са истом ценом понуде, наручилац ће доделити уговор понуђачу који понуди дужи гарантни рок.

18. КОРИШЋЕЊЕ ПАТЕНТА И ОДГОВОРНОСТ ЗА ПОВРЕДУ ЗАШТИЋЕНИХ ПРАВА ИНТЕЛЕКТУАЛНЕ СВОЈИНЕ ТРЕЋИХ ЛИЦА

Накнаду за коришћење патената, као и одговорност за повреду заштићених права интелектуалне својине трећих лица сноси понуђач.




19. РОКОВИ И НАЧИН ПОДНОШЕЊА ЗАХТЕВА ЗА ЗАШТИТУ ПРАВА СА УПУТСТВОМ О УПЛАТИ ТАКСЕ ИЗ ЧЛАНА 156. ЗАКОНА

Захтев за заштиту права може да поднесе понуђач, односно заинтересовано лице, које има интерес за доделу уговора у поступку јавне набавке и које је претрпело или би могло да претрпи штету због поступања наручиоца противно одредбама Закона.Захтев за заштиту права подноси се Наручиоцу, а копија се истовремено доставља Републичкој комисији.Примерак захтева за заштиту права подносилац истовремено доставља Републичкој комисији. Захтев за заштиту права се доставља непосредно, електронском поштом на е-mail [email protected] или препорученом пошиљком са повратницом. Захтев за заштиту права се може поднети у току целог поступка јавне набавке, против сваке радње наручиоца, осим уколико Законом није другачије одређено. Захтев за заштиту права којим се оспорава врста поступка, садржина позива за подношење понуда или конкурсне документације сматраће се благовоременом ако је је примљен од стране наручиоца најкасније седам дана пре истека рока за подношење понуда, без обзира на начин достављања и уколико је подносилац захтева у складу са чланом 63. став 2. Овог Закона указао Наручиоцу на евентуалне недостатке и неправилности, а Наручилац исте није отклонио.Захтев за заштиту права којим се оспоравају радње које Наручилац предузима пре истека рока за подношење понуда, а након истека рока из става 3. члана 149. Закона, сматраће се благовременим уколико је поднет најкасније до истека рока за подношење понуда.После доношења одлуке о додели уговор из члана 108. Закона или одлуке о обустави поступка јавне набавке из члана 109. Закона, рок за подношење захтева за заштиту права је 10 дана од дана објављивања одлуке на Порталу јавних набавки.Захтевом за заштиту права не могу се оспоравати радње наручиоца предузете у поступку јавне набавке ако су подносиоцу захтева били или могли бити познати разлози за његово подношење пре истека рока за подношење захтева из става 3. и 4. члана 149. Закона, а подносилац захтева га није поднео пре истека тог рока.Ако је у истом поступку јавне набавке поново поднет захтев за заштиту права од стране истог подносиоца захтева, у том захтеву се не могу оспоравати радње наручиоца за које је подносилац захтева знао или могао знати приликом подношења претходног захтева.О поднетом захтеву за заштиту права наручилац објављује обавештење на Порталу јавних набавки и на својој интернет страници најкасније у року од два дана од дана пријема захтева за заштиту права.Захтев за заштиту права не задржава даље активности наручиоца у поступку јавне набавке у складу са одредбама члана 150. Закона.Наручилац може да одлучи да заустави даље активности у случају подношења захтева за заштиту права, при чему је дужан да у обавештењу о поднетом захтеву за заштиту права наведе да зауставља даље активности у поступку јавне набавке.Подносилац захтева је дужан да на одређен рачун буџета Републике Србије уплати таксу из члана 156. Закона у износу од 120.000,00 динара уколико оспорава одређену радњу наручиоца пре отварања понуда и ако процењена вредност није већа од 120.000.000,00 динара, 250.000,00 динара ако се захтев за заштиту права подноси пре отварања понуде и ако је процењена вредност већа од 120.000.000,00 динара..Уколико се захтев за заштиту права подноси након отварања понуда и ако процењена вредност није већа од 120.000.000,00 динара такса износи 120.000,00 динара, као и ако је захтев поднет након отварања понуда и ако збир процењених вредности свих оспорених партија није већа од 120.000.000,00 динара, уколико је набавка обликована по партијама.Такса износи 0,1% процењене вредности јавне набавке, односно понуђене цене понуђача којем је додељен уговор, ако се захтев за заштиту права подноси након отварања понуда и


mailto:[email protected]



ако је та вредност већа од 120.000.000,00 динара, односно 0,1% збира процењених вредности свих оспорених партија јавне набавке, односно понуђене цене понуђача којима су додељени уговори, ако се захтев за заштиту права подноси након отварања понуда и ако је та вредност већа од 120.000.000,00 динара. Као доказ о уплати таксе, у смислу члана 151. став 1. тачка 6) ЗЈН, прихватиће се:1. Потврда о извршеној уплати таксе из члана 156. ЗЈН која садржи следећеелементе:(1) да буде издата од стране банке и да садржи печат банке;(2) да представља доказ о извршеној уплати таксе, што значи да потврда мора да садржи податак да је налог за уплату таксе, односно налог за пренос средстава реализован, као и датум извршења налога. * Републичка комисија може да изврши увид у одговарајући извод евиденционог рачуна достављеног од стране Министарства финансија – Управе за трезор и на тај начин додатно провери чињеницу да ли је налог за пренос реализован..(3) износ таксе из члана 156. ЗЈН чија се уплата врши;(4) број рачуна: 840-30678845-06;(5) шифру плаћања: 153 или 253;(6) позив на број: подаци о броју или ознаци јавне набавке поводом које се подноси захтев за заштиту права;(7) сврха: ЗЗП; назив наручиоца; број или ознака јавне набавке поводом које се подноси захтев за заштиту права;(8) корисник: буџет Републике Србије;(9) назив уплатиоца, односно назив подносиоца захтева за заштиту права за којег је извршена уплата таксе;(10) потпис овлашћеног лица банке.2. Налог за уплату, први примерак, оверен потписом овлашћеног лица и печатом банке или поште, који садржи и све друге елементе из потврде о извршеној уплати таксе наведене под тачком 1.3. Потврда издата од стране Републике Србије, Министарства финансија, Управеза трезор, потписана и оверена печатом, која садржи све елементе из потврде оизвршеној уплати таксе из тачке 1, осим оних наведених под (1) и (10), за подносиоцезахтева за заштиту права који имају отворен рачун у оквиру припадајућег консолидованог рачуна трезора, а који се води у Управи за трезор (корисници буџетских средстава, корисници средстава организација за обавезно социјално осигурање и други корисници јавних средстава);4. Потврда издата од стране Народне банке Србије, која садржи све елементе изпотврде о извршеној уплати таксе из тачке 1, за подносиоце захтева за заштиту права (банке и други субјекти) који имају отворен рачун код Народне банке Србије у складу са законом и другим прописом.Поступак заштите права понуђача регулисан је одредбама члана 138. – 167. Закона.

20. РОК У КОЈЕМ ЋЕ УГОВОР БИТИ ЗАКЉУЧЕН

Наручилац ће уговор о јавној набавци доставити понуђачу којем је уговор додељен у року од 8 дана од дана протека рока за подношење захтева за заштиту права из члана 149. Закона.У случају да је поднета само једна понуда наручилац може закључити уговор пре истека рока за подношење захтева за заштиту права, у складу са чланом 112. став 2. тачка 5) Закона.




ОБРАЗАЦ 2

ОБРАЗАЦ ПОНУДЕ

Понуда број _________ од ________.2017. године, за јавну набавку број 333 ОД /16Набавка производно информационог система

1) ОПШТИ ПОДАЦИ О ПОНУЂАЧУ

Назив понуђача

Адреса понуђача

Матични број предузећа

Порески идентификациони број предузећа(ПИБ)

Име особе за контакт

Електронска пошта

Телефон

Телефакс

Број рачуна понуђача и назив банке

Лице овлашћено за потписивање уговора

2) ПОНУДУ ПОДНОСИ:

А) САМОСТАЛНОБ) СА ПОДИЗВОЂАЧЕМ

В) КАО ЗАЈЕДНИЧКУ ПОНУДУ

Напомена:Заокружити начин подношења понуде и уписати податке о подизвођачу, уколико се понуда подноси са подизвођачем, односно податке о свим учесницима заједничке понуде, уколико понуду подноси група понуђача.




3) ПОДАЦИ О ПОДИЗВОЂАЧУ

1) Назив понуђача:

Адреса:

Матични број:

Порески идентификациони број:

Име особе за контакт:

Проценат укупне вредности набавке који ће извршити подизвођач:Део предмета набавке коју ће извршити подизвођач:

2) Назив понуђача:

Адреса:




Проценат укупне вредности набавке који ће извршити подизвођач:Део предмета набавке коју ће извршити подизвођач:

Напомена: Табелу “Подаци о подизвођачу” попуњавају само они понуђачи који подносе понуду са подизвођачем, а уколико има већи број подизвођача од места предвићених у табели, потребно је да се наведени образац копира у довољном броју примерака, да се попуни и достави за сваког подизвођача.




4) ПОДАЦИ О УЧЕСНИКУ У ЗАЈЕДНИЧКОЈ ПОНУДИ

1) Назив учесника у заједничкој понуди:Адреса:












Напомена:Табелу “Подаци о учеснику у заједничкој понуди” попуњавају само они понуђачи који подносе заједничку понуду, а уколико имавећи број учесника у заједничкој понуди од места предвиђених у табели, потребно је да се наведени образац копира у довољном броју примерака, да се попуни и достави за сваког понуђача који је учесник у заједничкој понуди.




5) ОПИС ПРЕДМЕТА ЈАВНЕ НАБАВКЕ –Набавка производно информационог система

5.1 Укупна цена (без ПДВ)

5.2 Укупна цена(са ПДВ)

5.3Рок и начин плаћања

Исплата по свакој фактури извршиће се од стране Наручиоца у року од 23 (двадесеттри) дана од дана овере и прихватања фактуре од стране овлашћених лица испред Наручиоца. Обавеза овлашћених лица Наручиоца је да фактуру овере у року од 7 (седам) дана од дана пријема или да је у случају недостатака уз образложење врате.Плаћање се врши уплатом на рачун понуђача.Понуђачу није дозвољено да захтева аванс.

5.4 Рок испоруке

- 6 месеци за пројектну документацију;- 18 месеци за модуле;Рокови за испоруку софтверских модула се рачунају од дана прихватања испоручене пројектне документације;

5.5 Гарантни рок ______ ( минимум 24) месеца од примопредаје пројекта..

5.6 Рок важења понуде 45 (четрдесетпет) дана од дана отварања понуда.

М.П. Потпис овлашћеног лица понуђача:

Напомена:Образац понуде понуђач мора да попуни, овери печатом и потпише, чиме потврђује да су тачни подаци који су у обрасцу понуде наведени. Уколико понуђачи подносе заједничку понуду, група понуђача може да се определи да образац понуде потписују и печатом оверавају сви понуђачи из групе понуђача или група понуђача може да одреди једног понуђача из групе који ће попунити, потписати и печатом оверити образац понуде.

ОБРАЗАЦ 3




МОДЕЛ УГОВОРА

Закључен између:

1. ЈКП “БЕОГРАДСКЕ ЕЛЕКТРАНЕ” из Београда, улица Савски насип број 11, које заступа директор Горан Алексић, (у даљем тексту: Наручилац).

МБ: 7020210, ПИБ: 100139344

2. ........................................................................................................................................... ............................................................................................. (у даљем тексту: Испоручилац)

МБ: ................ ПИБ: .....................

Члан 1.Овим уговором Наручилац поверава Испоручиоцу испоруку производно информационог система након претходно спроведеног отвореног поступка јавне набавке број 333 ОД/16, у свему према усвојеној понуди број .............. oд .................. године и техничкој спецификацији уз исту, које чини саставни део овог Уговора, важећим техничким нормама и стандардима, и осталим прописима и правилима струке, односно условима из овог Уговора.

Члан 2.Укупна вредност овог Уговора износи:

______________ динара (словима: __________________________________). У уговорену вредност из става 1. су укалкулисани сви зависни трошкови Испоручиоца на паритету - фцо адреса на територији Београда коју определи Наручилац, а није урачунат порез на додату вредност, који пада на терет Наручиоца.Јединичне цене су фиксне и неће се мењати током реализације уговора.Уговорне стране су сагласне да у складу са чланом 115. Закона о јавним набавкама, након закључења овог уговора без претходног спровођења поступка јавне набавке могу повећати обим предмета набавке, с тим да се уговорена вредност може повећати максимално до 5 % укупне вредности из става 1. овог члана.У случају из претходног става стране из Уговора ће закључити анекс овог Уговора, којим ће регулисати повећање уговорене вредности.

Члан 3.Обрачун и плаћање извршених услуга по овом Уговору вршиће се на основу фактуре, по јединичним ценама и стварно извршеним услугама, овереним од стране овлашћених лица из члана 5. овог уговора. Заједно са фактуром Извршилац ће доставити и записник о извршеним услугама.Фактурисање извршених услуга вршиће се по фазама и то на следећи начин:

- Израда пројектне документације – након усвајања исте од стране овлашћених лица Наручиоца, а у износу наведеном у оквиру Понуде понуђача,

- По окончању израде сваког од модула из техничке спецификације од тачке 7. до тачке 17., укључујући и тачку 17. – након извршене инсталације и тестирања исте до вредности од 60% укупне уговорене цене из члана 2. став 1. овог уговора,

- Остатак од 40% укупне уговорене вредности из члана 2. став 1. овог уговора Извршиоцу ће бити фактурисано након коначне примопредаје „производно информационог система“, у оквиру које се мора спровести тестирање оперативности и функционалности информационог система као целине, а која ће бити потврђена извештајем потписаним од стране овлашћених лица обе уговорне стране.

Извршилац ће испоставити фактуру у року од 5 (пет) дана од дана извршења сваке фазе из претходног става овог члана.Исплата по свакој фактури извршиће се од стране Наручиоца у року од 23 (двадесеттри) дана од дана овере и прихватања фактуре од стране овлашћених лица испред Наручиоца. Обавеза овлашћених лица Наручиоца је да фактуру овере у року од 7 (седам) дана од дана пријема или да је у случају недостатака уз образложење врате.У случају прекорачења рока за исплату уговорене цене Наручилац се обавезује да ће Испоручиоцу платити законску затезну камату.




Наручилац може одобрити, у складу са својим могућностима, превремено плаћање фактуре уз достављање писменог образложеног захтева повериоца уз одговарајуће књижно одобрење.Превремено плаћање се може одобрити уз дисконт по сваком дану пре истека рока за плаћање, обрачунато на укупан износ фактуре, уколико важећим интерним актима Наручиоца није другачије одређено. Износ дисконта је утврђен на 0,05% дневно и мења се пропорционално висини референтне каматне стопе.Испоручилац може уговором о уступању закљученим са трећим лицима пренети на иста своја потраживања из овог Уговора само ако претходно прибави писмену сагласност, односно пристанак Наручиоца на такво уступање.

Члан 4.Испоручилац се обавезује да у року од 7 дана од дана закључења уговора преда Наручиоцу банкарску гаранцију за добро извршење посла, која ће бити са клаузуламa: неопозива, безусловна, наплатива на први позив и без права на приговор. Банкарска гаранција за добро извршење посла издаје се у висини од 10 % од укупне вредности уговора без ПДВ-а, са роком важности 26 (двадесетшест) месеци од дана потписивања уговора. Ако се за време трајања уговора промене рокови за извршење уговорне обавезе, важност банкарске гаранције за добро извршење посла мора да се продужи.Наручилац ће уновчити банкарску гаранцију за добро извршење посла у случају да понуђач не буде извршавао своје уговорне обавезе у роковима и на начин предвиђен овим уговором.

Испоручилац се обавезује да у тренутку коначне примопредаје „производно информационог система“ преда Наручиоцу банкарску гаранцију за отклањање грешака у гарантном року, која ће бити са клаузулама: неопозива, безусловна, наплатива на први позив и без права на приговор. Банкарска гаранција за отклањање грешака у гарантном року се издаје у висини 5% од укупне вредности уговора, без ПДВ-a. Рок важења банкарске гаранције мора бити 5 (пет) дана дужи од гарантног рока. Наручилац ће уновчити банкарску гаранцију за отклањање грешака у гарантном року у случају да изабрани понуђач не изврши обавезу отклањања проблема који би могао да умањи могућност коришћења предмета уговора у гарантном року.Трошкове прибављања банкарских гаранција сноси Испоручилац.

Члан 5.Уговорне стране ће року од 15 (петнаест) дана од дана ступања уговора на снагу, именовати овлашћена лица за заступање и потписивање свих значајних докумената који настану, у реализацији овог уговора (верификација Пројектног тима, потписивање пројектне документације, одобравање промене састава Пројектног тима, Записник о примопредаји пројектне документације, Записник о извршеним услугама, Записник о примопредаји система и сл.).Свака уговорна страна је дужна да другу уговорну страну, у писаној форми обавести о лицу коме су дата овлашћења из става 1. овог члана.

Члан 6.Подршку за извршење уговорне обавезе Испоручиоца, у смислу обезбеђења интернет везе, канцеларијске опреме и материјала, просторија за обуку, као и неопходног приступа систему и подацима обезбеђује Наручилац.Уговорне стране ће у фази припреме пројектне документације усагласити Спецификацију подршке коју треба да обезбеди Наручилац.Спецификацијом из става 2. овог члана могу бити обухваћени само услови неопходни за извршење уговорне обавезе.Након усвајања Спецификације из става 2. овог члана од стране Наручиоца, Испоручилац нема право да од Наручиоца захтева испуњење услова који нису обухваћени Спецификацијом, односно евентуално обезбеђење додатних услова, иде на терет и трошак Испоручиоца, осим уколико се са обезбеђењем додатних услова Наручилац није сагласио у писаној форми.Наручилац ће по усвајању Спецификације из става 2. овог члана, извршити обезбеђење потребних услова у најкраћем року.

Члан 7.Испоручилац је дужан да при извршењу уговорне обавезе ангажује лица која су наведена у оквиру доказа испуњености кадровских капацитета у оквиру понуде коју је дао Наручиоцу.




Уколико се током извршења услуге појави објективна потреба за заменом једног или више ангажованих лица наведених у претходном ставу, Испоручилац је дужан да истог или исте замени другим лицем са најмање истим стручним квалитетима и квалификацијама.Испоручилац не може мењати лица из става 1. овог члана без претходно прибављене писмене сагласности Наручиоца.

Члан 8.Испоручилац се обавезује да пројектну документацију изради у року од 6 (шест) месеци.Рок за испоруку софтверских модула износи 18 (осамнаест) месеци од дана прихватања испоручене пројектне документације.Испорука и прихватање пројектне документације, као и примопредаја софтверских модула ће се записнички констатовати, у свему у складу са одредбама члана 5. овог уговора.

Члан 9.Испоручилац је дужан да са Наручиоцем договори термин када ће се обавити обука запослених лица Наручиоца према захтевима и условима их техничког дела конкурсне документације.По окончаној обуци овлашћени представници Испоручиоца и Наручиоца ће сачинити Записник о реализованој обуци.

Члан 10.Рок за завршетак уговорних обавеза може се продужити на захтев уговорних страна ако у уговореном року настану следеће околности:

- виша сила коју признају постојећи прописи,- поступање трећих лица без кривице оба уговарача.

У случају наступања околности из претходног става уговорна страна је дужан да благовремено поднесе захтев за продужење рока за извршење сопствених уговорних обавеза, са доказима о времену трајања околности које су изазвале продужење рока.Уговорне стране су обавезне да о продуженом року сачине анекс овом уговору

Члан 11.У случају да Испоручилац касни са испоруком пројектне документације и софтверског модула у односу на уговорени рок Испоручилац је обавезан да плати Наручиоцу уговорну казну од 0,2% од укупне уговорене вредности за сваки дан закашњења, а највише до 5% укупне уговорене вредности. Наручилац има право на наплату уговорне казне и без посебног обавештења Испоручиоца, уз издавање одговарајућег обрачуна са роком плаћања од 15 дана од датума издавања истог.Наплата уговорне казне не искључује право Наручиоца на активирање и наплату положене банкарске гаранције и на накнаду стварне штете.

Члан 12.Испоручилац гарантује да имплементирано решење има сва потребна својства која је Наручилац захтевао конкурсном документацијом и да у потпуности задовољава све законске и подзаконске прописе.У случају да се током реализације уговора утврди да део решења не испуњава неку од обавезних функционалних карактеристика дефинисаних конкурсном документацијом, Наручилац има право да раскине уговор, да наплати уговорну казну, активира положену банкарску гаранцију, и право на накнаду штете до пуног обима и износа.

Члан 13.Испоручилац је дужан да Наручиоцу, током сваке фазе испоруке и инсталације система, изврши тестирање постојеће хардверске инфраструктуре и достави Извештај о испуњености услова за несметан рад система, који мора бити потписан од овлашћених лица обе уговорне стране.

Члан 14.Гарантни рок за извршену уговорну обавезу износи 24 (двадесетчетири) месеца од извршене записничке примопредаје система.За време трајања гарантног рока Испоручилац сноси све трошкове отклањања недостатака и пружања техничке подршке.Пријаву проблема Наручилац врши путем електронске поште (е-маилом).Испоручилац је дужан да током трајања гарантног рока, у року од 24 часа од тренутка пријаве проблема, приступи отклањању недостатака или приступи пружању потребне техничке подршке.




Уколико Испоручилац не приступи отклањању недостатака или пружању потребне техничке подршке, у року из претходног става овог члана, односно не отклони пријављене недостатке у примереном року, Наручилац има право да наплати банкарску гаранцију и право на накнаду штете до пуног обима и износа.

Члан 15.Извршилац је дужан да чува поверљивост свих података и информација садржаних у документацији, до којих дође током реализације овог уговора, и да их користи искључиво за извршење услуга које су предмет овог уговора.Сву документацију и информације које је Извршилац добио од Наручиоца не може стављати на располагање трећим лицима без претходног писменог одобрења и сагласности Наручиоца.

Члан 16.Раскид уговора вољом уговорних страна могућ је уз претходно регулисање међусобних обавеза.И једна и друга уговорна страна могу посебно покренути поступак за раскид уговора уколико је дошло до битне повреде одредби од друге уговорне стране. У случају раскида уговора, уговорна страна је дужна да о томе у разумном року писмено обавести другу уговорну страну.Раскидом уговора не престаје евентуална обавеза да се накнади штета проузрокована другој уговорној страни, а такође, раскид нема утицаја на решавање евентуалних спорова и уређивање права и обавеза насталих пре раскида.Уговорна страна која је одговорна за раскид уговора дужна је да другој уговорној страни надокнади стварну штету.

Члан 17.Овај Уговор ступа на снагу даном потписивања од овлашћених лица испред обе уговорне стране, а важи и производи правно дејство до извршења свих уговорних обавеза обе уговорне стране.

Члан 18На све што овим Уговором није регулисано примениће се одговарајуће одредбе Закона о облигационим односима.

Члан 19.У случају спора у реализацији одредаба овог уговора, спор ће решавати Привредни суд у Београду.

Члан 20.Овај Уговор је сачињен у 6 (шест) истоветних примерка, од којих за Наручиоца 4(четири) примерка а за Испоручиоца 2 (два) примерка уговора.

ИСПОРУЧИЛАЦ НАРУЧИЛАЦ

Напомена: Овај Модел уговора представња садржину уговора који ће бити закључен са изабраним понуђачем, и Наручилац ће, ако понуђач без оправнданих разлога одбије да закључи уговор о јавној набавци, након што му је уговор додељен, Управи за јавне набавке доставити доказ негативне референце, односно исправу о реализованом средству обезбеђења испуњења обавеза у поступку јавне набавке.Достављени модел уговора, понуђач мора да попуни, овери печатом и потпише, чиме потврђује да прихвата елементе модела уговора.У случају заједничке понуде и понуде са подизвођачем, у моделу уговора морају бити наведени сви понуђачи из групе понуђача, односно сви подизвођачи.У случају подношења заједничке понуде , група понуђача може да се определи да модел уговора потписују и печатом оверавају сви понуђачи из групе понуђача или група понуђача може да одреди једног понуђача из групе који ће попунити, потписати и оверити печатом модел уговора.




ОБРАЗАЦ 4

ОБРАЗАЦ СТРУКТУРЕ ЦЕНЕ СА УПУТСТВОМ КАКО ДА СЕ ПОПУНИ

Р.бр. НАЗИВ Укупна цена без

ПДВ-а ПДВ Укупна цена саПДВ-ом

1 2 3 4 (2+3)

1. Набавка производно информационог система

Упутство за попуњавање обрасца структуре цене:

Понуђач треба да попуни образац структуре цене на следећи начин: У колони 2. уписати колико износи цена без ПДВ-а, за тражени предмет јавне набавке, У колони 3. уписати износ ПДВ-а за тражени предмет јавне набавке, У колони 4. уписати колико износи ценаса ПДВ-ом за тражени предмет јавне набавке и то тако

што ће се сабрати износ из колоне 2 и колоне 3.

Датум:МП

Одговорно лице:

Напомена: Образац структуре цене понуђач мора да попуни, потпише и овери печатом, чиме потврђује да су тачни подаци који су у обрасцу наведени.Уколико понуђачи подносе заједничку понуду, група понуђача може да определи да образац потписују и печатом оверавају сви понуђачи из групе понуђача или група понуђача може да одреди једног понуђача из групе који ће попунити, потписати и оверити печатом образац структуре цене.




ОБРАЗАЦ 5

ОБРАЗАЦ ТРОШКОВА ПРИПРЕМЕ ПОНУДЕ

У складу са чланом 88. став 1. Закона, понуђач __________________________ (навести назив понуђача), доставља укупан износ и структуру припремања понуде, како следи у табели

ВРСТА ТРОШКА ИЗНОС ТРОШКА

УКУПАН ИЗНОС ТРОШКОВА ПРИПРЕМАЊА ПОНУДЕ

Трошкове припреме и подношења понуде сноси искључиво понуђач и не може тражити од наручиоца накнаду трошкова.Ако је поступак јавне набавке обустављен из разлога који су на страни наручиоца, наручилац је дужан да понуђачу надокнади трошкове израде узорка или модела, ако су израђени у складу са техничким спецификацијама наручиоца, и трошкове прибављања средства обезбеђења, под условом да је понуђач тражио накнаду тих трошкова у својој понуди.Уколико понуђачи подносе заједничку понуду, група понуђача може да определи да образац потписују и печатом оверавају сви понуђачи из групе понуђача или група понуђача може да одреди једног понуђача из групе који ће попунити, потписати и оверити печатом образац структуре цене.

Напомена: достављање овог обрасца није обавезно.

Датум: М.П. Потпис понуђача:

_________________________ ___________________________




ОБРАЗАЦ 6

У складу са чланом 26. Закона, ________________________________ (назив понуђача), даје

ИЗЈАВУ

О НЕЗАВИСНОЈ ПОНУДИ

Под пуном материјалном и кривичном одговорношћу потврђујем да сам понуду у поступку јавне набавке – Набавка производно информационог система, број 333 ОД/16, поднео независно, без договора са другим понуђачима или заинтересованим лицима.


_________________________ ___________________________

Напомена: У случају постојања основане сумње у истинитост изјаве о независној понуди, наручилац ће одмах обавестити организацију надлежну за заштиту конкуренције. Оранизација надлежна за заштиту конкуренције може понуђачу, односно заинтересованом лицу изрећи меру забране учешћа у поступку јавне набавке ако утврди да је понуђач, односно заинтересовано лице повредило конкуренцију у поступку јавне набавке у слмислу закона којим се уређује заштита конкуренције. Мера забране учешћа у поступку јавне набавке може трајати до две године. Повреда конкуренције представља негативну референцу, у смислу члана 82. став 1. тачка 2. Закона.Уколико понуду подноси група понуђача, Изјава мора бити потписана од стране овлашћеног лица сваког понуђача из групе понуђача и оверена печатом.




ОБРАЗАЦ 7

ОБРАЗАЦ ИЗЈАВЕ О ПОШТОВАЊУ ОБАВЕЗА ИЗ ЧЛАНА 75. СТАВ 2. ЗАКОНА

У вези члана 75. став 2. Закона о јавним набавкама, као заступник понуђача дајем следећу

ИЗЈАВУ

Понуђач _________________________________ (навести назив понуђача) у постпку јавне набавке – Набавка производно информационог система, број 333 ОД/16, поштовао је обавезе које поизлазе из важећих прописа о заштити на раду, запошљавању и условима рада, заштити животне средине и гарантујем да немам забрану обављања делатности која је на снази у време подношења понуде.


_________________________ ___________________________

Напомена: Уколико понуду подноси група понуђача, изјав мора бити потписана од стране овлашћеног лица сваког понуђача из групе понуђача и оверена печатом.




ОБРАЗАЦ 8.1

РЕФЕРЕНЦ ЛИСТА

Број јавног позива: 333 ОД/16(референц листу доставити за претходних 5 година –2011/12/13/14/15 годину)

р.бр

назив корисника детаљан опис функционалности и

употребљених технологија за производни инф.систем

намењен системима даљинског грејања

година имплементације

производног инфор.система

адресаконтакт особа

број телефона

Прилог уз референц листу: Обавезан прилог уз овај образац су фотокопије Потврда издатих од стране Наручилаца наведених у референц листи.

Овај образац копирати у потребан број примерака.





ОБРАЗАЦ 8.2

РЕФЕРЕНЦ ЛИСТА

Број јавног позива: 333 ОД/16(референц листу доставити за претходних 5 година –2011/12/13/14/15 годину)

р.бр

назив корисника детаљан опис функционалности и употребљених технологија –

систем за аквизицију са минимално 5000 процесних

података

година имплементације

система за аквизицију процесних података

адресаконтакт особаброј телефона

Прилог уз референц листу: Обавезан прилог уз овај образац су фотокопије Потврда издатих од стране Наручилаца наведених у референц листи.

Овај образац копирати у потребан број примерака.




Documents

Савски насип бр. - nabavke.beoelektrane.rsnabavke.beoelektrane.rs/files/1743/konkursna_dokum_33… · Web viewObjedinjavanje svih proizvodnih sistema je strateški