RAZPISNA DOKUMENTACIJA ŠT. MAP2021/0255
RAZPISNA DOKUMENTACIJA ŠT. MAP2021/0255
ZA
Prenova integracij in procesov v IS Maximo
NAVODILO PONUDNIKU ZA IZDELAVO PONUDBE
1. Javno naročilo za izbiro izvajalca po odprtem postopku za prenovo integracij in procesov v IS Maximo se izvaja v skladu z določili:
• Zakona o javnem naročanju (ZJN-3, ULRS 91/15, 14/18, 69/19- skl. US, ULEU 279/19, ULRS 49/20 – ZIUZEOP, 80/20 – ZIUOOPE, 152/20 – ZZUOOP, 175/20 – ZIUOPDVE, 15/21 ZDUOP) in podzakonskih aktov,
• Zakona o pravnem varstvu v postopkih javnega naročanja (ZPVPJN, Ur.l. RS, št. 43/11, 60/11-ZTP-D, 63/13, 90/14-ZDU-1I, 80/16-ZIPRS1718, 60/2017, 72/19),
• Zakona o integriteti in preprečevanju korupcije (ZIntPK, ULRS 69/11 – UPB2, 158/20).
• Drugih zakonov, podzakonskih predpisov in mednarodnih aktov, ki veljajo v Republiki Sloveniji.
2. Ponudnik mora ponudbo izdelati v slovenskem jeziku oz. v prevodu v slovenski jezik, ki ga mora opraviti sodni tolmač. V slovenskem jeziku mora biti tudi vsa ostala ponudbena dokumentacija razen prospektne in tehnične dokumentacije, ki je lahko v angleškem jeziku.
Ponudnik, ki odda elektronsko ponudbo, pod kazensko in materialno odgovornostjo jamči, da so vsi podatki in dokumenti, podani v ponudbi, resnični, in da priložena dokumentacija ustreza originalu. V nasprotnem primeru ponudnik naročniku odgovarja za vso škodo, ki mu je nastala.
3. Pogoji za sodelovanje pri predmetnem javnem naročilu so:
3.1. ROK IZVEDBE:
Rok izvedbe vseh del je 31.12.2021.
3.2. PLAČILNI ROK:
Plačilni rok je 30 dni od prejema pravilno izstavljenega računa.
3.3. OSTALI POGOJI:
3.3.1. Izpolnjevanje vseh pogojev in zahtev iz tehničnega dela razpisne dokumentacije (priloga 2 pogodbe: tehnična specifikacija).
3.3.2. Izvajalec se zavezuje ob podpisu pogodbe podpisati Izjavo o varovanju poslovne skrivnosti (priloga 6 k pogodbi) in Pogodbo o nerazkrivanju in varovanju poslovne skrivnosti (priloga 5 k pogodbi).
3.3.3. Zagotovljene morajo biti potrebne kadrovske zmogljivosti za kvalitetno izvedbo celotnega naročila v predvidenem roku, skladno z zahtevami iz razpisne dokumentacije, predpisi in standardi s področja predmeta naročila ter delovnopravno zakonodajo.
3.3.4. Ponudnik mora upoštevati pogoje iz varnosti in zdravja pri delu.
3.3.5. Ponudnik mora ponuditi predmet tega razpisa v celoti.
3.3.6. Ponudnik bo moral pri podpisu pogodbe podpisati tudi izjavo o seznanitvi s požarnim redom.
3.3.7. Garancijska doba je minimalno 12 mesecev od zapisniško potrjenega končnega prevzema del iz drugega odst. 6. čl. pogodbe.
3.3.8. Ponudnik mora:
− imeti najvišji status pri proizvajalcu programske opreme IBM Maximo, t.j. IBM Platinum Partner (predložiti dokazilo),
− imeti vpeljan sistem upravljanja varnosti informacij ISO 27001 (predložiti dokazilo),
− predložiti vsaj dve referenci o izvedenih projektih v obdobju zadnjih 5 let (od 1.5.2016) iz naslova IBM Maximo s področja vzdrževanja energetske infrastrukture (prenos ali distribucija električne energije) v Sloveniji v podjetjih z najmanj 500 zaposlenih,
− imeti vsaj 5 zaposlenih strokovnjakov s certifikatom IBM Certified Advanced Deployment Professional – Maximo Asset management v. 7.6 ali višji. Dokazilo o zaposlitvi delavcev ponudnik dokaže s fotokopijami izpolnjenih in potrjenih obrazcev »M1 – Prijava podatkov o pokojninskem in invalidskem ter zdravstvenem zavarovanju, zavarovanju za starševsko varstvo in zavarovanju za primer brezposelnost« (v nadaljevanju: obrazec M-1). Ponudnik lahko zaposlitev nominiranega kadra izkaže tudi s fotokopijami izpolnjenih in potrjenih drugih obrazcev/dokumentov, v kolikor je iz le-teh jasno in nedvoumno razvidno, da je nominirani kader zaposlen. Zaposleni morajo govoriti in pisati slovensko. Certifikati morajo biti opravljeni pred datumom objave javnega naročila.
4. Ponudnik mora v svoji ponudbi predložiti še naslednje dokumente, ki so pogoj za sodelovanje v postopku oddaje naročila v naslednjem vrstnem redu:
4.1. Izpolnjen obrazec »Ponudba«.
4.2. Izpolnjeno in podpisano Izjavo o izpolnjevanju pogojev – datum izjave ne sme biti starejši od štirih mesecev (obrazec izjave priložen).
4.3. V primeru, da ponudnik ni državljan RS oz. nima sedeža v RS, mora predložiti izpisek iz sodnega registra ali potrdilo pristojnega organa, iz katerega bo razvidna dejavnost in osebe iz 1. stavka
1. odstavka 75. člena ZJN-3.
4.4. Izpolnjeno Soglasje (1) - datum soglasja ne sme biti starejši od štirih mesecev (obrazec soglasja priložen). V primeru, da ponudnik ni državljan RS oz. nima sedeža v RS, mora namesto soglasja priložiti potrdilo pristojnega organa, da zoper njega ni začet insolvenčni postopek, likvidacija ali drug postopek prisilnega prenehanja, in potrdilo, da (kot pravna oseba, če to je) ni bil pravnomočno obsojen zaradi kaznivih dejanj iz prvega odstavka 75. člena ZJN-3. Potrdili ne smeta biti starejši od štirih mesecev. Namesto soglasja lahko potrdila priložijo tudi subjekti, ki so državljani RS oz. imajo sedež v RS.
4.5. Izpolnjeno Soglasje (2) dano s strani vseh oseb iz prvega odstavka 75. člena ZJN-3 - datum soglasja ne sme biti starejši od štirih mesecev (obrazec soglasja priložen, v primeru da gre za pravno osebo, izpolniti obrazec Soglasje 1). V primeru, da oseba iz prvega stavka prvega odstavka 75. člena ZJN-3 ni državljan RS oz. nima sedeža v RS, mora ponudnik namesto soglasja zanj priložiti potrdilo pristojnega organa, da ni bil pravnomočno obsojen zaradi kaznivih dejanj iz prvega odstavka 75. člena ZJN-3. Potrdilo ne sme biti starejše od štirih mesecev. Namesto soglasja lahko potrdila priložijo tudi subjekti, ki so državljani RS oz. imajo sedež v RS.
4.6. Izpolnjen obrazec specifikacije pogodbene cene (predračun). Ponudnik mora v ponudbi predložiti s cenami izpolnjen ponudbeni predračun. Cene na enoto morajo biti na dve decimalni mesti natančne in ne smejo biti negativne. Izpolnjene morajo biti vse postavke - v kolikor katera postavka ne bo izpolnjena, se bo upoštevalo, da je vrednost postavke 0,00 EUR in je izvajalec dolžan postavko izvesti v celoti brezplačno. Ponudnik mora ob izpolnjevanju ponudbenega predračuna v vnosnem Excel dokumentu imeti omogočene vse makre, saj se s tem izognemo morebitnim nepravilnostim pri izpolnitvi ponudbenega predračuna. Ponudnik razen vnosa cen ne sme spreminjati vsebine, oblike ali lastnosti drugih celic, listov, delovnega zvezka in makrov. Naročnik jamči, da makri ne bodo imeli škodljivega vpliva na varnostne zahteve ponudnikovega informacijskega sistema. V primeru ugotovitve, da je ponudnik sam spreminjal popise, bo izključen iz sodelovanja v postopku javnega naročanja.
4.7. V primeru, da ponudnik zagotavlja kapacitete v obliki poslovnega sodelovanja s podizvajalci, mora naročniku predložiti pogodbo s podizvajalci, v kateri mora biti natančno navedena vsaka vrsta del, ki jih bo opravljal posamezen podizvajalec, ter tudi za podizvajalce dokumente iz točk 4.1, 4.2., 4.3., 4.4., 4.5., 4.11. in 4.12. ter v primeru zahteve po neposrednih plačilih tudi izpolnjeno asignacijo iz točke 4.9.
4.8. V primeru skupne ponudbe morajo predložiti dokumente iz točk 4.1, 4.2., 4.3., 4.4., 4.5., 4.6.
4.11. in 4.12. vsi soponudniki. Soponudniki morajo predložiti tudi pogodbo, s katero so dogovorjeni za skupno izvedbo posla. Naročniku odgovarjajo soponudniki solidarno, ne glede na njihov medsebojni dogovor, prav tako so soponudniki vsi podpisniki pogodbe v primeru sklenitve posla.
4.9. S strani ponudnika in podizvajalca podpisano asignacijo za vsakega podizvajalca, ki je zahteva neposredna plačila (obrazec priložen).
4.10. Potrdila in obrazce, navedene v 3. točki tega navodila.
4.11. Ponudniki, soponudniki in podizvajalci morajo imeti poravnane obvezne dajatve in druge denarne nedavčne obveznosti v skladu z drugim odstavkom 75. člena ZJN-3, kar naročnik preveri pri pristojnem finančnem organu. V primeru, da ponudnik/soponudnik/podizvajalec ni državljan RS oz. nima sedeža v RS, mora predložiti potrdilo pristojnega organa, da izpolnjuje pogoj iz prejšnjega stavka. Potrdila iz prejšnjega stavka lahko predložijo tudi subjekti, ki so državljani RS oz. imajo sedež v RS.
4.12. Izpolnjen ESPD obrazec v skladu z 79. členom ZJN-3 s strani ponudnika, soponudnika in podizvajalca. Ponudnik, ki v sistemu e-JN oddaja ponudbo, naloži svoj ESPD v razdelek »ESPD
– ponudnik«, ESPD ostalih sodelujočih pa naloži v razdelek »ESPD – ostali sodelujoči«. Ponudnik, ki v sistemu e-JN oddaja ponudbo, naloži elektronsko podpisan ESPD v xml. obliki ali nepodpisan ESPD v xml. obliki, pri čemer se v slednjem primeru v skladu Splošnimi pogoji uporabe informacijskega sistema e-JN šteje, da je oddan pravno zavezujoč dokument, ki ima enako veljavnost kot podpisan.
Za ostale sodelujoče ponudnik v razdelek »ESPD – ostali sodelujoči« priloži podpisane ESPD v pdf. obliki, ali v elektronski obliki podpisan xml.
Naročnik si pridržuje pravico preveriti resničnost vseh podatkov. Če naročnik podatkov ne bo mogel preveriti, jih ne bo upošteval. Če naročnik ugotovi, da podatki v ponudbi ne držijo oz. so neresnični, bo ponudbo zavrnil.
5. Ponudnik lahko zahteva dodatna pojasnila in informacije o razpisni dokumentaciji preko Portala javnih naročil. Naročnik preko Portala javnih naročil posreduje dodatna pojasnila, vezana na razpisno dokumentacijo, najpozneje 6 dni pred iztekom roka za oddajo ponudbe, pod pogojem, da je bila zahteva posredovana pravočasno.
6. Ponudniki morajo ponudbe predložiti v informacijski sistem e-JN na spletnem naslovu xxxxx://xxx.xxx.xx, v skladu s točko 3 dokumenta Navodila za uporabo informacijskega sistema za uporabo funkcionalnosti elektronske oddaje ponudb e-JN: PONUDNIKI (v nadaljevanju: Navodila za uporabo e-JN), ki je del te razpisne dokumentacije in objavljen na spletnem naslovu xxxxx://xxx.xxx.xx.
Ponudnik se mora pred oddajo ponudbe registrirati na spletnem naslovu xxxxx://xxx.xxx.xx, v skladu z Navodili za uporabo e-JN. Če je ponudnik že registriran v informacijski sistem e-JN, se v aplikacijo prijavi na istem naslovu.
Uporabnik ponudnika, ki je v informacijskem sistemu e-JN pooblaščen za oddajanje ponudb, ponudbo odda s klikom na gumb »Oddaj«. Informacijski sistem e-JN ob oddaji ponudb zabeleži identiteto uporabnika in čas oddaje ponudbe. Uporabnik z dejanjem oddaje ponudbe izkaže in izjavi voljo v imenu ponudnika oddati zavezujočo ponudbo (18. člen Obligacijskega zakonika ). Z oddajo ponudbe je le-ta zavezujoča za čas, naveden v ponudbi, razen če jo uporabnik ponudnika umakne ali spremeni pred potekom roka za oddajo ponudb.
Odgovornost ponudnika je, da si zagotovi vse potrebno za pravočasno elektronsko oddajo ponudbe.
Sistem e-JN omogoča naložitev datotek v velikosti posameznega dokumenta do 200 MB in v skupni velikosti vseh dokumentov največ 300 MB.
Naročnik prosi prijavitelje/ponudnike, da pri poimenovanju datotek, ki jih bodo naložili preko sistema e-JN, ne uporabljajo znakov č, š, ž, /, \, :, ?, <, >, *, " zaradi težav pri prenosu datotek k naročniku.
7. Ponudba in morebitna dopolnitev ponudbe (v nadaljevanju te točke: ponudba) se štejeta za pravočasno oddani, če ju naročnik prejme preko sistema e-JN xxxxx://xxx.xxx.xx najkasneje do (datum in ura odpiranja objavljena na portalu javnih naročil). Za oddano ponudbo se šteje ponudba, ki je v informacijskem sistemu e-JN označena s statusom »ODDANO«.
Ponudnike naprošamo, da vse dokumente naložene v razdelek »Druge priloge« združijo v en dokument oziroma čim manj posamičnih dokumentov.
Ponudnik lahko do roka za oddajo ponudb svojo ponudbo umakne ali spremeni. Če ponudnik v informacijskem sistemu e-JN svojo ponudbo umakne, se šteje, da ponudba ni bila oddana in je naročnik v sistemu e-JN tudi ne bo videl. Če ponudnik svojo ponudbo v informacijskem sistemu e-JN spremeni, je naročniku v tem sistemu odprta zadnja oddana ponudba.
Po preteku roka za predložitev ponudb ponudbe ne bo več mogoče oddati.
8. Odpiranje ponudb bo potekalo avtomatično v informacijskem sistemu e-JN (datum in ura odpiranja objavljena na portalu javnih naročil) na spletnem naslovu xxxxx://xxx.xxx.xx.
Odpiranje poteka tako, da informacijski sistem e-JN samodejno ob uri, ki je določena za javno odpiranje ponudb, prikaže podatke o ponudniku, o variantah, če so bile zahtevane oziroma dovoljene, ter omogoči dostop do .pdf dokumenta, ki ga ponudnik naloži v sistem e-JN pod razdelek »Predračun«. Javna objava se avtomatično zaključi po preteku določenega časa skladno za navodili za uporabo e-JN. Ponudniki, ki so oddali ponudbe, imajo te podatke v informacijskem sistemu e-JN na razpolago v razdelku »Zapisnik o odpiranju ponudb«.
Ponudnike opozarjamo, da poskrbijo za pravilno umestitev ponudbenih dokumentov pri oddaji ponudbe.
9. Naročnik bo ponudbe ocenjeval na podlagi merila, ki je navedeno v 11. točki tega navodila, ter ugotavljal sposobnost ponudnika na podlagi pogojev iz 3. točke in dokumentov, ki so navedeni v
4. točki tega navodila.
10. Ponudbena cena mora biti izražena v EUR kot je zahtevano na obrazcu ponudba (cena brez DDV). Ponudbena cena mora biti specificirana po elementih, ki jih predvideva priloženi osnutek ponudbenega predračuna. Iz specifikacije morajo biti razvidne vse postavke, ki jih cena zajema.
Pogodbena cena vsebuje vse stroške, ki jih ima izvajalec za izvedbo pogodbenih obveznosti in
vključuje tudi zavarovanje odgovornosti.
11. Pri ocenjevanju ponudb bo upoštevano naslednje merilo:
Št. | Merilo | Točke v % |
1 | Ponudbena cena v EUR brez DDV | 95,00 |
2 | Podaljšan garancijski rok | 5,00 |
Merilo št.1: Ponudbena cena (cena brez DDV) (95 % delež, oziroma maksimalno 95 točk): Najnižja ponudbena cena prejme maksimalni delež 95 % oziroma 95 točk, določenih po merilu št.1.
𝑃𝑇𝑛 = 95 ∗
𝑃𝐶𝑚𝑖𝑛
𝑃𝐶
𝑛
𝑃𝑇𝑛 - izračun točk n-tega ponudnika po merilu št. 1,
𝑃𝐶𝑛 – ponujena cena n-tega ponudnika,
𝑃𝐶𝑚𝑖𝑛- najnižja ponujena cena kakšnega od ponudnikov.
Merilo št. 2: Podaljšani garancijski rok (5 % delež, oziroma maksimalno 5 točk):
12 mesecev (ni podaljšanja) … 0 točk
24 mesecev ali več … 5 točk
𝐺𝑅𝑇𝑛 =
12 ∗ 5 , 12 ≤ š𝑡𝑒𝑣𝑖𝑙𝑜 𝑚𝑒𝑠𝑒𝑐𝑒𝑣 𝑔𝑎𝑟𝑎𝑛𝑐𝑖𝑗𝑒𝑛 ≤ 24
{š𝑡𝑒𝑣𝑖𝑙𝑜 𝑚𝑒𝑠𝑒𝑐𝑒𝑣 𝑔𝑎𝑟𝑎𝑛𝑐𝑖𝑗𝑒𝑛 ― 12
5 , š𝑡𝑒𝑣𝑖𝑙𝑜 𝑚𝑒𝑠𝑒𝑐𝑒𝑣 𝑔𝑎𝑟𝑎𝑛𝑐𝑖𝑗𝑒𝑛 > 24
𝐺𝑅𝑇𝑛 – izračun točk n-tega ponudnika po merilu št. 2,
š𝑡𝑒𝑣𝑖𝑙𝑜 𝑚𝑒𝑠𝑒𝑐𝑒𝑣 𝑔𝑎𝑟𝑎𝑛𝑐𝑖𝑗𝑒𝑛 – ponujeno število mesecev garancije n-tega ponudnika
Izračun končnega števila točk n-tega ponudnika:
𝐾Š𝑇𝑛 = 𝑃𝑇𝑛 + 𝐺𝑅𝑇𝑛
𝐾Š𝑇𝑛 – končno število točk n-tega ponudnika po obeh merilih.
Najugodnejša ponudba bo ponudba z najvišjim številom doseženih točk.
V primeru, da bo naročnik prejel več enakih najnižjih ponudbenih cen, bo opravil žrebanje – vlečenje listkov. Na žrebanju bodo lahko prisotni tisti ponudniki, ki so dosegli enako najnižjo ponudbeno ceno. O datumu, uri in kraju žrebanja bo naročnik te ponudnike pisno obvestil. Žrebanje bo izvedel naročnik. Naročilo bo oddano tistemu ponudniku, ki bo izžreban.
12. Izbrani ponudnik mora pred podpisom pogodbe predložiti naročniku v celoti izpolnjen in podpisan obrazec »IZJAVA« (6. odstavek 14. člena Zakona o integriteti in preprečevanju korupcije (ZIntPK, ULRS 69/11 – UPB2, 158/20). V primeru ugotovitve, da je izbrani ponudnik predložil lažno izjavo oz. neresnične podatke o navedenih dejstvih v tej izjavi, je pogodba nična.
13. Izbrani ponudnik mora v desetih dneh po podpisu pogodbe, kot pogoj za veljavnost pogodbe, naročniku izročiti instrument zavarovanja (podpisano bianco menico in izpolnjeno menično izjavo s pooblastilom za unovčenje) za dobro izvedbo pogodbenih obveznosti v višini 10 % pogodbene cene z DDV.
Naročnik ima pravico unovčiti instrument zavarovanja dobre izvedbe pogodbenih obveznosti v dogovorjeni višini, če izvajalec pogodbenih obveznosti ne bo izpolnil skladno z določili te pogodbe.
Rok trajanja instrumenta zavarovanja je najmanj 45 dni daljši od poteka pogodbenega roka. V primeru podaljšanja pogodbenega roka se za ta čas podaljša tudi njegova veljavnost.
Zavarovanje (menična izjava s pooblastilom za vnovčenje) mora biti skladna vzorcu priloženemu k razpisni dokumentaciji.
14. Izbrani ponudnik mora ob primopredaji izročiti naročniku zavarovanje (podpisano bianco menico in izpolnjeno menično izjavo s pooblastilom za unovčenje) za odpravo napak v garancijskem
roku v višini 5 % pogodbene cene (z DDV) za celoten čas trajanja garancijskega roka kot jamstvo za odstranitev napak.
Rok trajanja zavarovanja je vsaj še za 30 dni daljši kot je garancijski rok za brezhibno izvedena pogodbena dela. Brez predloženega zavarovanja primopredaja ni opravljena.
Unovčenje instrumenta zavarovanja ponudnika ne odvezuje obveznosti odprave napak pri izpolnitvi pogodbenih obveznosti.
Zavarovanje pokriva primere, če ponudnik (izvajalec) v primeru okvare ali v primeru kakršnega koli drugega dogodka, ki bi zmanjšal možnost uporabe predmeta pogodbe v garancijskem roku ne izvrši svojih obveznosti. Enako velja za primere, ko ponudnik v svoji ponudbi podaja zavajajoče podatke.
Zavarovanje (menična izjava s pooblastilom za vnovčenje) mora biti skladna vzorcu priloženemu k razpisni dokumentaciji.
15. Ponudba mora biti veljavna 150 dni od datuma, določenega za dostavo ponudbe. Roki se računajo skladno z 62. členom Obligacijskega zakonika. Ponudba mora veljati vse do sklenitve pogodbe. Kolikor se bo postopek zavlekel, so ponudniki na zahtevo naročnika dolžni podaljšati svoje ponudbe.
16. Naročnik bo upošteval ponudbe, ki bodo izdelane za celoten obseg in v skladu s pogoji razpisa. Delne in variantne ponudbe ne bodo upoštevane.
17. V postopku ne more sodelovati družba oziroma podjetje, katerega družbenik, večinski delničar,
poslovodja ali član uprave je delavec naročnika ali njegov ožji družinski član.
18. Naročnik pred oddajo naročila preveri obstoj in vsebino podatkov iz najugodnejše ponudbe oziroma drugih navedb iz ponudbe. V primeru, da se izkažejo podatki ali navedbe za neresnične oz. da so se v času od oddaje ponudbe spremenili, tako da ponudnik ne izpolnjuje več pogojev iz te dokumentacije v zvezi z oddajo javnega naročila, ima naročnik pravico izločiti ponudnika iz postopka.
19. Naročnik si pridržuje pravico izločiti ponudnika, ki mu lahko z ustreznimi sredstvi izkaže, da je gospodarski subjekt zagrešil hujšo kršitev poklicnih pravil, zaradi česar je omajana njegova integriteta.
20. Naročnik bo odločitev o izbiri najugodnejšega ponudnika objavil v skladu z zakonodajo.
21. Izbrani ponudnik mora po poteku obdobja mirovanja pristopiti k podpisu pogodbe. Naročnik poleg lastnoročnega podpisa pogodbe omogoča tudi elektronski podpis. Način podpisa pogodbe ponudnik označi že v obrazcu Ponudba. Če se izbrani ponudnik odloči za elektronski podpis, mora pogodbo podpisati s kvalificiranim elektronskim podpisom. V ta namen mora pravočasno razpolagati s kvalificiranim digitalnim potrdilom, skladnim z Uredbo eIDAS. Vročanje in podpisovanje pogodbe bo v tem primeru potekalo elektronsko, preko varnega elektronskega predala.«
22. Naročnik zavrne ponudbo, če je ponudnik, ki jo je predložil, dal oz. ponudil sedanjemu ali bivšemu delavcu naročnika, ki sodeluje v razpisnem postopku, darilo v obliki gotovine ali kakršnikoli brezgotovinski obliki, ponudbo za zaposlitev ali kakršnokoli stvar ali uslugo, katere vrednost se da izraziti v denarju, kot poskus vplivanja na dejanje ali odločitev ali na nadaljnji postopek naročila.
23. Ponudnik ima ves čas postopka oddaje javnega naročila pravico vložiti zahtevo za revizijo, če meni, da se postopek ne izvaja v skladu s predpisi o javnem naročanju. Vlagatelj zahtevka mora ob vložitvi zahteve za revizijo plačati ustrezno takso v skladu z 71. členom ZPVPJN.
24. Ponudnik naj označi dele ponudbe, ki jih šteje kot poslovno skrivnost v skladu z Zakonom o poslovni skrivnosti (Uradni list RS, št. 22/19, v nadaljevanju: ZPosS). Naročnik opozarja, da morajo biti označbe jasne in nedvoumne in se morajo nahajati na vsaki strani ponudbe, ki jo
xxxxxxxx smatra kot poslovno skrivnost, sicer bo naročnik v primeru vpogleda, takšne dele ponudbe razkril. Ne glede na navedeno so javni podatki iz ponudbe, kot to določa 35. člen ZJN- 3.
Ponudnik naj svoji ponudbi za potrebe morebitnega vpogleda priloži tudi dokument v .pdf obliki, ki vsebuje celotno ponudbo z ustrezno prekritimi vsemi podatki, ki jih ponudnik šteje za poslovno skrivnost, za osebni ali tajni podatek.
V nasprotnem primeru bo naročnik omogočil vpogled v celotno ponudbo.
Izjava o izpolnjevanju pogojev ponudnika
Ponudnik:
Predmet naročila: Prenova integracij in procesov v IS Maximo
Pod kazensko in materialno odgovornostjo izjavljamo, da:
1. nam zakon, drug predpis ali odločba kateregakoli organa, ne prepoveduje skleniti pogodbe, ki je predmet tega javnega naročila;
2. izpolnjujemo formalne delovne in tehnične pogoje in imamo ustrezna pooblastila, profesionalne in tehnične zmožnosti, finančne vire, opremo in druge pripomočke, sposobnost upravljanja, zanesljivost, izkušnje, ugled ter zaposlene in bomo sposobni izvesti predmet naročila;
3. nismo prenehali opravljati dejavnosti, v katero sodi izvajanje javnega naročila;
4. izpolnjujemo vse z zakonodajo določene pogoje za opravljanje dejavnosti, ki je predmet javnega
naročila;
5. ponudbena cena pokriva vse stroške, ki jih bomo imeli z realizacijo naročila;
6. imamo poravnane vse zapadle obveznosti do podizvajalcev v predhodnih postopkih javnega
naročanja;
7. nimamo blokiranih transakcijskih računov;
8. ne obstajajo razlogi za izključitev gospodarskega subjekta iz 1., 2. in 4.b odstavka 75. člena ZJN- 3 in točke A (razlogi, povezani s kazenskimi obsodbami) obrazca ESPD;
9. soglašamo, da ELES, d.o.o. lahko pridobi podatke za preveritev ponudbe v enotnem informacijskem sistemu eDosje;
10. zoper nas ni začet insolvenčni postopek, likvidacija ali drug postopek prisilnega prenehanja;
11. smo seznanjeni z vsebino razpisne dokumentacije za predmet javnega naročila (zahteve, pogoji, merila, vsebina obrazcev, vsebina pogodbe itd.) in jo v celoti sprejemamo;
12. potrjujemo, da so delavci, ki bodo sodelovali v okviru tega javnega naročila seznanjeni s politiko ravnanja z okoljem in politiko sistema varnosti in zdravja pri delu družbe ELES d.o.o., objavljeno na internetu in primerno usposobljeni za izpolnjevanje morebitnih dodatnih okoljskih zahtev iz razpisa;
13. izjavljamo, da smo v ponudbi navedli vse podizvajalce, s katerimi nameravamo izvesti posel, in da so podatki verodostojni. V primeru sprememb bomo o le-teh obvestili naročnika najkasneje v petih dneh po spremembi.
Navedeni podatki so resnični in smo jih, če bo naročnik te zahteval, pripravljeni dokazati s predložitvijo ustreznih potrdil oziroma dokumentov, brez dodatnih stroškov za naročnika.
Izjava o izpolnjevanju pogojev podizvajalca
Podizvajalec:
Predmet naročila: Prenova integracij in procesov v IS Maximo
Pod kazensko in materialno odgovornostjo izjavljamo, da:
1. nam zakon, drug predpis ali odločba kateregakoli organa, ne prepoveduje skleniti pogodbe, ki je predmet tega javnega naročila;
2. izpolnjujemo formalne delovne in tehnične pogoje in imamo ustrezna pooblastila, profesionalne in tehnične zmožnosti, finančne vire, opremo in druge pripomočke, sposobnost upravljanja, zanesljivost, izkušnje, ugled ter zaposlene in bomo sposobni izvesti predmet naročila;
3. nismo prenehali opravljati dejavnosti, v katero sodi izvajanje javnega naročila;
4. izpolnjujemo vse z zakonodajo določene pogoje za opravljanje dejavnosti, ki je predmet javnega
naročila;
5. ne obstajajo razlogi za izključitev gospodarskega subjekta iz 1., 2. in 4. odstavka 75. člena ZJN-3 in točke A (razlogi, povezani s kazenskimi obsodbami) obrazca ESPD;
6. soglašamo, da ELES, d.o.o. lahko pridobi podatke za preveritev ponudbe v enotnem informacijskem sistemu eDosje;
7. nimamo blokiranih transakcijskih računov;
8. zoper nas ni začet insolvenčni postopek, likvidacija ali drug postopek prisilnega prenehanja;
9. smo seznanjeni z vsebino razpisne dokumentacije za predmet javnega naročila (zahteve, pogoji, merila, vsebina obrazcev, vsebina pogodbe itd.) in jo v celoti sprejemamo.
10. potrjujemo, da so delavci, ki bodo izvajali dela v okviru tega javnega naročila seznanjeni s politiko ravnanja z okoljem in politiko sistema varnosti in zdravja pri delu družbe ELES d.o.o., objavljeno na internetu in primerno usposobljeni za izpolnjevanje morebitnih dodatnih okoljskih zahtev iz razpisa;
11. zahtevamo neposredno plačilo za naš del posla v okviru predmetnega javnega naročila v skladu s
5. odstavkom 94. člena ZJN-3 (obvezno obkrožite):
DA NE
Navedeni podatki so resnični in smo jih, če bo naročnik te zahteval, pripravljeni dokazati s predložitvijo ustreznih potrdil oziroma dokumentov, brez dodatnih stroškov za naročnika.
S O G L A S J E 1
Pravna oseba …………………………………………………………. dovoljujem naročniku ELES, d.o.o., da pri Ministrstvu za pravosodje pridobi potrdilo, da kot pravna oseba nismo bili obsojeni zaradi kaznivih dejanj iz prvega odstavka 75. člena ZJN-3.
Datum:
Ponudnik/zakoniti zastopnik: ………………
POTRDILO IZ KAZENSKE EVIDENCE PRAVNIH OSEB PODATKI O PRAVNI OSEBI:
Polno ime podjetja:..................................................................................
Sedež podjetja:........................................................................................
Občina sedeža podjetja:...........................................................................
Številka vpisa v sodni register(št. Vložka).................................................
Matična številka podjetja:........................................................................
Potrdilo se izdaja zaradi sodelovanja pri javnem razpisu: Prenova integracij in procesov v IS Maximo
S O G L A S J E 2
Spodaj podpisani …………………… ……………………, dovoljujem naročniku ELES, d.o.o., da pri Ministrstvu za pravosodje pridobi potrdilo, da nisem bil pravnomočno obsojen zaradi kaznivih dejanj iz prvega odstavka 75. člena ZJN-3.
Datum:
Podpis: …………………………
POTRDILO IZ KAZENSKE EVIDENCE FIZIČNIH OSEB
Moji osebni podatki so naslednji: EMŠO:…………………………………………………………………….
IME IN PRIIMEK:…………………………………………………………
DATUM ROJSTVA:………………………………………………………
KRAJ ROJSTVA:………………………………………………………….
OBČINA ROJSTVA:……………………………………………………..
DRŽAVA ROJSTVA:……………………………………………………..
NASLOV STALNEGA/ZAČASNEGA BIVALIŠČA:
ULICA IN HIŠNA ŠTEVILKA:………………………………………….
POŠTNA ŠTEVILKA IN POŠTA:………………………………………
DRŽAVLJANSTVO:…………………………………………………….
MOJ PREJŠNJI PRIIMEK SE JE GLASIL:………………………………
Potrdilo se izdaja zaradi sodelovanja pri javnem razpisu: Prenova integracij in procesov v IS Maximo
PONUDBA št. ……………………………………….. z dne …………………….
Obrazec ponudba I. del
PODATKI O PONUDNIKU:
1. Naziv (ime) ponudnika oziroma soponudnika: …………………………………………………
2. Naslov ponudnika oziroma soponudnika: …………………………………………………
3. Matična številka: …………………………………………………
4. Številka vložka vpisa in pristojno sodišče: …………………………………………………
5. Odgovorna oseba ponudnika oziroma soponudnika: …………………………………………………
(podpisnik pogodbe)
- funkcija: …………………………………………………
6. Kontaktni podatki ponudnika oziroma soponudnika:
- kontaktna oseba: …………………………………………………
- telefon: …………………………………………………
- e-mail naslov
(enak e-naslov, kot je pri ponudbi v sistem e-JN): …………………………………………………
7. Izvajalčev predstavnik za izvedbo pogodbenih obveznosti: ………………………………
- telefon …………………………………………………
-e-pošta:
8. TRR ponudnika oziroma soponudnika: …………………………………………………
9. Identifikacijska številka za DDV: …………………………………………………
10. Ponudnik je davčni zavezanec (obkroži): DA NE
11. Xxx je ponudnik MSP, kot opredeljuje
Priporočilo komisije 2003/361/ES (obkroži): DA NE
12. »Pogodba bo podpisana s kvalificiranim elektronskim podpisom: DA NE Elektronski naslov VEP za vročanje pogodbe: «
13. Ponudbena cena: EUR brez DDV
14. Garancijski rok. mesecev
Ponudnik ………………………………………………………………………………(naziv ponudnika) se prijavljamo na oddajo javnega naročila za JN »Prenova integracij in procesov v IS Maximo«.
Izjavljamo, da so vse navedbe v ponudbi in priloženi dokumenti točni. Veljavnost ponudbe je skladno z razpisom 150 dni od datuma določenega za dostavo ponudbe.
Kraj in datum: ……………… …………………………………….
(žig in podpis
odgovorne osebe)
Ponudnik mora za vsakega vključenega soponudnika izpolniti obrazec ponudba I. del.
Izpolnjeni morajo biti vsi podatki, ki so zahtevani na obrazcu.
Obrazec ponudba II. del
(*) V primeru, da ponudnik nastopa z več podizvajalci, se ta stran tolikokrat skopira in izpolni kolikor je podizvajalcev.
PODATKI O PODIZVAJALCU:
1. Naziv (ime) podizvajalca: 2. Naslov podizvajalca: 3. Matična številka podizvajalca: 4. TRR podizvajalca: | …………………………………………………… …………………………………………………… …………………………………………………… …………………………………………………… |
5. Identifikacijska številka za DDV: | …………………………………………………… |
6. Številka vložka vpisa in pristojno sodišče: | …………………………………………………… |
7. Vrednost ponudbe,ki bo oddana podizvajalcu: | ……………………………… EUR brez DDV |
8. Vrsta del, ki jih bo izvajal podizvajalec: | …………………………………………………… |
V primeru vključenih podizvajalcev mora ponudnik izpolniti obrazec ponudba II. del za vsakega podizvajalca.
Izpolnjeni morajo biti vsi podatki, ki so zahtevani na obrazcu.
P O G O D B A
št. POG2021/…………………
ki jo sklepata:
NAROČNIK: ELES, d.o.o.
Xxxxxxxxxx xxxxx 0, 0000 Xxxxxxxxx, ki ga zastopa direktor družbe xxx. Xxxxxxxxxx Xxxxxx
matična št.: 5427223000 ID št. za DDV: SI20874731
in
IZVAJALEC: ……………………………………………
…………………………………………… ki jo/ga zastopa ……………………..
…………………………………………… matična številka: …………………….. ID št. za DDV: ………………………
PREDMET: Prenova integracij in procesov v IS Maximo
1. UGOTOVITVE
Stranki ugotavljata, da je bil na osnovi javnega naročila po odprtem postopku, objavljenega na portalu javnih naročil št. ……………………. z dne ………………., in v Dopolnilu k Uradnem listu Evropske unije št. ………………………. z dne ……………….. ter dokumentacije v zvezi z oddajo javnega naročila št. MAP2021/0255 za prenovo integracij in procesov v IS Maximo, izvajalec
………………………………………….., izbran kot najugodnejši, odločitev o oddaji javnega naročila
št. 894/NV/MAP2021/0255 z dne ................................. ponudbi št. ………………… z dne
…………………...
2. PREDMET POGODBE
Predmet te pogodbe je prenova integracij in procesov v IS Maximo v skladu z razpisnimi pogoji in ponudbo, citiranima v prejšnji točki te pogodbe.
Izvajalec potrjuje in jamči, da je pridobil vse podatke, ki se nanašajo na predmet pogodbe, ki bi lahko vplivali na pogodbeno ceno ali razčlenitev pogodbene cene, ali na njegove pravice in obveznosti po tej pogodbi. Izvajalec se izrecno odpoveduje vsem zahtevkom do naročnika, ki bi izvirali iz njegove morebitne neseznanjenosti s pogoji po tej pogodbi.
3. CENA
Pogodbena cena, skladno s specifikacijo, ki je priloga k pogodbi, znaša: EUR,
z besedo evrov.
Izvajalec mora v času veljavnosti pogodbe zagotavljati fiksnost cen za vse storitve navedene v specifikaciji pogodbene cene. Pogodbena cena vsebuje vse stroške in dajatve, ki jih ima izvajalec z izvedbo pogodbenih obveznosti, ne vključuje pa davka na dodano vrednost (DDV), ki bo obračunan in plačan v skladu z veljavnim Zakonom o davku na dodano vrednost.
Vse cene in stroške oziroma plačila, ki jih pogodbena cena iz prvega odstavka tega člena te pogodbe ne vključuje, vendar pa so (posredno ali neposredno) potrebni oziroma potrebna za izpolnitev obveznosti izvajalca po tej pogodbi, je dolžan plačati izvajalec oziroma bremenijo izključno izvajalca. Pogodbena cena vključuje tudi vrednost presežnih ali manjkajočih del ter vrednost nepredvidenih del.
4. OBRAČUN IN PLAČILO
Računi se bodo izstavljali na podlagi prevzema posameznih opravljenih storitev iz specifikacije pogodbene cene, vendar največ enkrat mesečno najkasneje v 10 (desetih) koledarskih dneh po zaključku meseca za pretekli mesec. Vsakemu računu mora biti priložen podpisan zapisnik v skladu s prvim odstavkom 6. čl. te pogodbe. Zadnjemu računu mora biti priložen podpisan zapisnik iz drugega odstavka 6. čl. te pogodbe ter predloženo zahtevano zavarovanje za odpravo napak v garancijski dobi. Na vsakem izstavljenem računu mora biti navedena številka veljavne pogodbe, v nasprotnem primeru bo račun zavrnjen kot nepravilen.
Izvajalec mora račun izstaviti v elektronski obliki, v skladu z navodili objavljenimi na spletni strani naročnika. E-račun mora biti skladen s standardom eSLOG oz. z evropskim standardom za izdajanje e-računov.
Na izstavljenem računu mora biti navedena številka veljavne pogodbe, v nasprotnem primeru bo
račun zavrnjen.
Specifikacija zaračunanega zneska je obvezni element računa, prikazana mora biti po enakih postavkah in na enak način kot pogodbena specifikacija.
Postavka 4. iz specifikacije pogodbe cene "Izvedba prenosa iz testnega v produkcijsko okolje" mora biti ovrednotena najmanj 30% skupne ponudbene cene predmeta pogodbe.
Rok plačila je 30 dni. Plačilni rok začne teči po prejemu pravilno izstavljenega računa, vendar ne prej kot prvi dan po pravilno opravljeni storitvi. V kolikor je dan zapadlosti na nedelovni dan (sobota, nedelja, praznik v Republiki Sloveniji ali dan, ko evropski plačilni in poravnalni sistem v valuti EUR ne posluje) se zapadlost prestavi na prvi naslednji delovni dan.
V primeru vključenega podizvajalca ...................................../ , ki
je zahteval neposredna plačila, mora izvajalec svojemu izdanemu računu obvezno priložiti račun-/e svoj-ega/jih podizvajalc-a/cev (za pripadajoča dela), ki ga/jih predhodno potrdi. Izvajalec pooblašča naročnika, da na podlagi obeh dokumentov iz predhodnega stavka te pogodbe in asignacije, ki je/so priloga te pogodbe, plačuje podizvajal-cu/cem neposredno. V kolikor račun podizvajalca s strani izvajalca ne bo potrjen v celoti, morata izvajalec in podizvajalec pisno uskladiti višino izplačila podizvajalcu in to priložiti k izdanemu računu naročniku.
V kolikor je izstavljeni račun nepravilen ali sporen, ga ima naročnik pravico delno ali v celoti zavrniti. Naročnik ima pravico zavrniti tudi račun, ki vsebuje neusklajena plačila podizvajalcem v skladu s petim odstavkom te točke.
Izvajalec svojih terjatev iz pogodbe ne sme prenesti na tretje osebe, razen ob predhodnem soglasju
naročnika.
5. POGODBENI ROK
Rok izvedbe vseh pogodbenih del je 31.12.2021.
6. PREVZEM
Prevzem posameznih del iz specifikacije pogodbene cene bo opravljen, ko naročnik in izvajalec zapisniško ugotovita, da so pogodbena dela dokončana v skladu s pogodbo in z zahtevami naročnika. Izvajalec mora pred prevzemom odpraviti vse ugotovljene napake in upoštevati morebitne pripombe naročnika v zvezi z izvedbo pogodbenih obveznosti. V ta namen mora biti sestavljen prevzemni zapisnik, ki ga morata podpisati oba pogodbena predstavnika in mora biti priložen vsakemu posameznemu računu.
Končni prevzem za opravljena dela bo končan, ko naročnik in izvajalec zapisniško ugotovita, da so vsa pogodbena dela dokončana v skladu s pogodbo in z zahtevami naročnika ter je predloženo zahtevano zavarovanje za odpravo napak v garancijskem roku. Izvajalec mora pred prevzemom odpraviti vse ugotovljene napake in upoštevati morebitne pripombe naročnika v zvezi z izvedbo pogodbenih obveznosti. Zapisnik morata podpisati oba pogodbena predstavnika in mora biti priložen zadnjemu računu.
7. LASTNIŠTVO IN PRAVICE NA PREDMETU POGODBE
Materialne avtorske pravice programskih rešitev, ki so skladno s to pogodbo razviti samo in posebej za naročnika, se prenesejo na naročnika v skladu z Zakonom o avtorskih in sorodnih pravicah (Uradni list RS, št. 16/07 - uradno prečiščeno besedilo, 68/08, 110/13, 56/15, 63/16 – ZKUASP, 59/19). Takšne programske rešitve postanejo last naročnika in se lahko neomejeno uporablja za različne dejavnosti (posege) naročnika. Izvajalec izključno, trajno in teritorialno neomejeno na naročnika prenaša na tem delu predmeta pogodbe sledeče pravice, vključno z, a ne omejeno zgolj na: pravica reproduciranja, pravica distribuiranja, pravica predelave, pravica dajanja na voljo javnosti ali drugačnega priobčevanja javnosti.
Izvajalec jamči naročniku, da je izključni nosilec avtorskih pravic, ki jih je odstopil s to pogodbo (programske rešitve, razvite samo in posebej za naročnika) in da ni nobene od teh pravic pred tem prenesel na tretjo osebo ter se hkrati zavezuje, da bo prevzel nase vse morebitne zahteve tretjih oseb, ki bi jih uveljavile te proti naročniku v zvezi s pogodbenim delom.
8. OBVEZNOSTI IZVAJALCA
Izvajalec se obvezuje, da bo:
• prevzeta pogodbena dela izvršil strokovno pravilno, s skrbnostjo dobrega strokovnjaka, vestno in kvalitetno v skladu s slovenskimi standardi in zakoni, po posebnem dogovoru pa tudi z drugimi standardi in navodili, morebitna škoda med izvedbo oz. v zvezi z njo bremeni izvajalca,
• da bo izdelal vso potrebno dokumentacijo, najmanj pa:
• vzpostavitveni dokument projekta z opredeljenimi vsemi podrobnostmi izvajanja aktivnosti po tej pogodbi,
• izvedbeno dokumentacijo z opisi vseh prilagoditev in nastavitev na IS ELES, načinu in izvedbi integracij, navedenimi podatki (atributi), ki se prenašajo in smerjo njihovega prenosa in ostale tovrstne dokumente,
• navodila za uporabo (končni uporabniki in administratorji sistema),
• predal vse dokumente v obliki, ki brez posebnosti omogoča nadaljnje spremijanje vsebine s strani naročnika (MS Word, Excel, Project, Visio…),
• da bo izvedel potrebna šolanja končnih uporabnikov in administratorjev sistema,
• sprejel in ustrezno obravnaval vse napake/zahteve, ki jih bo naročnik preko komunikacijskega kanala oziroma na drug ustrezen način posredoval izvajalcu ter jih strokovno odpravil,
• izvršil vsa pogodbena dela gospodarno v korist naročnika,
• storil vse, kar spada v obseg prevzetih obveznosti, da bi bili po tej pogodbi dogovorjeni roki izpolnjeni,
• sproti obveščal naročnika o tekoči problematiki in nastalih situacijah, ki bi lahko vplivale na izvršitev prevzetih obveznosti,
• odpravil pomanjkljivosti na osnovi pripomb naročnika ali spremembo rešitev, ki niso v skladu z dogovorjenimi, na svoje stroške in v roku, ki ga dogovori z naročnikom,
• izvršil dopolnitve in spremembe prevzetega obsega storitev na svoje stroške in v roku, ki ga bo dogovoril z naročnikom, če se ugotovi, da je prevzemnik prevzete storitve po tej pogodbi opravil pomanjkljivo,
• xxxxxxxx naročniku morebitne nejasnosti iz obsega pogodbenih storitev,
• varoval poslovno skrivnost naročnika in njegovih partnerjev, kakor tudi skrivnost vseh
tehničnih podlog, tehničnih postopkov in ostalih informacij,
• xxxxx sodeloval z naročnikom in upošteval njegove ekonomske in tehnične pogoje,
• pogodbene obveznosti opravil skladno z veljavno okoljevarstveno zakonodajo,
• se seznanil s Krovno varnostno politiko ELES in jo dosledno upošteval pri izvajanju pogodbenih obveznosti ter v okviru tega spoštoval morebitne dokumente, navodila in usmeritve dane s strani naročnika,
• v 60 dneh od plačila končnega računa oz. situacije poslal svojo pisno izjavo in pisno izjavo podizvajalca, da je podizvajalec prejel plačilo za izveden del posla (velja za podizvajalce, ki niso zahtevali neposrednih plačil),
• izpolnil vse ostale obveznosti iz dokumentacije v zvezi z izvedbo javnega naročila.
8 OBVEZNOSTI NAROČNIKA
Naročnik se obvezuje:
• nuditi vse potrebne informacije za izvedbo del po tej pogodbi,
• z izvajalcem tesno sodelovati z namenom, da bo predmet pogodbe izveden pravočasno
in v obojestransko zadovoljstvo,
• izvajalca tekoče obveščati o vseh spremembah in novo nastalih situacijah, ki bi lahko vplivale na potek in obseg predmeta pogodbe,
• varovati kot poslovno skrivnost vse podatke, ki jih izve od izvajalca,
• z ustreznimi tehničnimi in organizacijskimi ukrepi izvajalcu pomagati pri izvedbi del po tej pogodbi.
9. PODIZVAJALEC
Izvajalec bo za izvedbo pogodbenih storitev vključil podizvajalca:
………………………………………………………………………………………………………………….
…………………………………………………………………………………………………………………. (naziv, polni naslov, matična št. in davčna št.).
Podizvajalec …………………………………………… bo izvedel naslednjo vrsto del:
………………………………………………………. (natančnejši opis vsake vrste del, ki jo bo izvedel podizvajalec je razviden iz priloge te pogodbe).
Izvajalec brez predhodnega soglasja naročnika ne sme zamenjati ali vključiti novih podizvajalcev.
Če se po sklenitvi te pogodbe zamenja podizvajalec ali če izvajalec sklene pogodbo z novim podizvajalcem, mora izvajalec naročniku v 5 dneh po spremembi predložiti:
- svojo izjavo, da je poravnal vse nesporne obveznosti prvotnemu podizvajalcu,
- pogodbo z novim podizvajalcem, v kateri so natančno dogovorjeni predmet, količina, vrednost, kraj in rok izvedbe teh del in
- z njegove strani in s strani novega podizvajalca podpisani asignaciji v skladu s 4. členom te pogodbe.
Določila iz zadnje alineje prejšnjega odstavka ne veljajo za podizvajalce, ki niso zahtevali neposrednih plačil.
Izvajalec v istem roku predloži naročniku vsa ostala dokazila glede podizvajalcev, kot so bila zahtevana v razpisni dokumentaciji.
Po izvedenem naročnikovem preverjanju o tem ali je izvajalec predložil vsa dokazila z zahtevano vsebino, stranki v zvezi z zamenjavo ali vključitvijo novih podizvajalcev skleneta aneks k tej pogodbi (pogoj za uvedbo novega/ih podizvajalca/ev v delo).
V primeru, da izvajalec krši obveznosti iz te točke, ima naročnik pravico odstopiti od pogodbe, izvajalec pa mu je dolžan povrniti vso nastalo škodo.
10. ZAVAROVANJE ZA DOBRO IZVEDBO POGODBENIH OBVEZNOSTI
Izvajalec bo v roku 10 dni po podpisu pogodbe, kot pogoj za veljavnost te pogodbe, izročil naročniku instrument zavarovanja (podpisano bianco menico in izpolnjeno menično izjavo s pooblastilom za unovčenje) za dobro izvedbo pogodbenih obveznosti v višini 10 % pogodbene cene z DDV.
Naročnik ima pravico unovčiti instrument zavarovanja do višine pooblastila, če izvajalec pogodbenih obveznosti ne bo izpolnil skladno z določili te pogodbe. Unovčeno menico mora izvajalec nemudoma nadomestiti z novo.
Instrument zavarovanja mora biti veljaven še najmanj 45 dni po poteku pogodbenega roka. V primeru podaljšanja tega roka se za ta čas podaljša tudi njegova veljavnost.
11. GARANCIJA ZA OPRAVLJENA DELA SKLADNO S TEHNIČNIMI RAZPISNIMI POGOJI
Garancijska doba je mesecev od zapisniško potrjenega končnega prevzema del iz drugega odst. 6. čl. te pogodbe.
Izvajalec se obvezuje, da bo v času garancijske dobe strokovno odpravil vse odkrite napake na lastne stroške.
Sprejem in odprava incidentov:
Prioriteta | Opis | Čas za odzivnost | Čas do rešitve | Čas obratovanja |
1 | Kritično | 1 h | 2 h | Delavnik 6:30 – 16:30 |
2 | Visoka | 1 h | 4 h | Delavnik 6:30 – 16:30 |
3 | Srednja | 2 h | 12 h | Delavnik 6:30 – 16:30 |
4 | Nizka | 2 h | 24 h | Delavnik 6:30 – 16:30 |
Pogodbena kazen v primeru nespoštovanja časov v gornji tabeli:
Prioriteta | Opis | Čas za odzivnost | Čas do rešitve |
1 | Kritično | Za vsako začeto prekoračeno uro 20€ | Za vsako začeto prekoračeno uro 20€ |
2 | Visoka | Za vsako začeto prekoračeno uro 20€ | Za vsako začeto prekoračeno uro 20€ |
3 | Srednja | Za vsako začeto prekoračeno uro 5€ | Za vsako začeto prekoračeno uro 10€ |
4 | Nizka | Za vsako začeto prekoračeno uro 5€ | Za vsako začeto prekoračeno uro 10€ |
Za odziv se štejeta odgovor preko elektronske pošte ali sprejem incidenta v inf. sistemu za spremljanje ITIL procesov (IBM Maimo).
Naročnik bo v času garancijske dobe javljal eventualno nastale okvare ali napake preko svojega portala za podporo ITIL procesom, preko katerega bo potekala tudi vsa komunikacija. Zaradi nujnosti lahko naročnik o napaki obvesti izvajalca tudi na tel. št.:
……………………………………………………………… in naknadno vnese napako v prej navedeni sistem.
Izvajalec mora odpraviti ugotovljene napake najkasneje v rokih, kot so podani v gornji tabeli.
12. ZAVAROVANJE ZA ODPRAVO NAPAK V GARANCIJSKEM ROKU
Izvajalec mora ob končnem prevzemu izročiti naročniku zavarovanje (podpisano bianco menico in izpolnjeno menično izjavo s pooblastilom za unovčenje) za odpravo napak v garancijskem roku v višini 5 % pogodbene cene z DDV za celoten čas trajanja garancijske dobe kot jamstvo za odstranitev napak.
Brez predloženega instrumenta zavarovanja primopredaja ni opravljena.
Naročnik ima pravico unovčiti zavarovanje za odpravo napak v garancijski dobi v višini njegove vrednosti, če izvajalec ne ravna v skladu s prejšnjim členom te pogodbe.
Zavarovanje mora biti veljavno še najmanj 30 dni po preteku garancijske dobe. Unovčenje zavarovanja izvajalca ne odvezuje obveznosti odprave napak pri izpolnitvi pogodbenih obveznosti. Unovčen instrument zavarovanja mora izvajalec nemudoma nadomestiti z novim v višini razlike med že unovčenim zneskom in zneskom celotne vrednosti zavarovanja.
13. PREDSTAVNIKA POGODBENIH STRANK
Naročnikov predstavnik po tej pogodbi je:
……………………………….
telefon: …………………………, e-pošta: …………………….
Naročnikov predstavnik zastopa naročnika v vseh vprašanjih, ki se nanašajo na obveznosti po tej pogodbi. Naročnikov predstavnik sodeluje z izvajalcem ves čas trajanja pogodbe in mu nudi vse potrebne podatke, ki jih je na podlagi obveznosti iz te pogodbe dolžan dajati.
Izvajalčev predstavnik po tej pogodbi je:
……………………………….
telefon: …………………………, e-pošta: …………………….
Izvajalčev predstavnik je pooblaščen, da zastopa izvajalca v vseh vprašanjih, ki se nanašajo na obveznosti po tej pogodbi in je dolžan neposredno sodelovati z naročnikovim predstavnikom ves čas trajanja pogodbe.
Pogodbeni stranki sta dolžni obvestiti nasprotno stranko o zamenjavi predstavnika v roku 3 dni po zamenjavi.
14. POGODBENA KAZEN
Če je izvajalec po svoji krivdi v zamudi z izpolnitvijo svojih obveznosti, ima naročnik pravico zahtevati za vsak začeti dan zamude pogodbeno kazen v višini 0,2% do največ 20% pogodbene cene. Pogodbena kazen velja za zamudo vseh opredljenih rokov v tej pogodbi kot tudi za zamudo rokov, ki so dogovorjeni na operativnih sestankih.
Naročnik in izvajalec soglašata, da pravica zaračunati pogodbeno kazen ni pogojena z nastankom škode naročniku. V primeru izvajalčeve zamude, si naročnik pridržuje tudi pravico zahtevati povrnitev dejanske škode, ki presega pogodbeno kazen.
Pogodbeno kazen je dolžan izvajalec plačati naročniku v roku 8-ih dni od datuma izstavitve zahtevka za plačilo kazni oz. se znesek pobota z izstavljenim računom. Pogodbena kazen ne izključuje unovčitve instrumenta za zavarovanje dobre izvedbe pogodbenih obveznosti.
Pogodbeni stranki se strinjata, da je naročnik, če je sprejel izpolnitev obveznosti, s tem tudi hkrati
sporočil izvajalcu, da si pridržuje pravico do pogodbene kazni.
Plačilo pogodbene kazni ne odvezuje izvajalca od izpolnitve vseh njegovih obveznosti, ki izhajajo iz te pogodbe.
15. XXXXX XXXX
Pogodbeni stranki sta prosti odgovornosti za škodo, ki je nastala zaradi neizpolnitve ali zamude pri izpolnjevanju pogodbenih obveznosti, če so po sklenitvi pogodbe nastopile okoliščine, ki jih pogodbeni stranki nista mogli pričakovati, jih preprečiti oziroma se jim izogniti (višja sila).
Stranka, na katere strani je višja sila nastala, mora nasprotno pogodbeno stranko nemudoma obvestiti o nastopu in prenehanju le-te ter ji na njeno zahtevo nuditi vse potrebne dokaze o obstoju in trajanju višje sile, obsegu le-te in o njenih posledicah. Če tega ne stori, se ne more sklicevati na obstoj višje sile. Pogodbeni roki se podaljšajo za čas trajanja višje sile. Pogodbeni stranki pisno dogovorita nove pogodbene roke.
16. POSLOVNA SKRIVNOST
Vse podatke, vezane na predmet pogodbe, ki jih kot take določa ZPosS in niso javni po ZDIJZ oz. ZJN-3, morata stranki šteti za poslovno skrivnost in se obvezujeta, da jih bosta uporabljali izključno za realizacijo pogodbenih obveznosti.
Brez predhodnega soglasja druge stranke, prva ne sme dokumentacije iz prejšnjega odstavka razmnoževati ali omogočiti vpogleda tretjim osebam, niti je ne sme uporabljati za izven pogodbene namene. Izvajalec bo svojo dolžnost varovanja informacij, dokumentov in drugih podatkov vezanih na to pogodbo, razširil tudi na vse svoje delavce in na podizvajalce po tej pogodbi, ki so ali bodo izvrševali celotna ali posamična dela v zvezi s to pogodbo. Obveznost varovanja poslovne skrivnosti se nanaša tako na čas izvrševanja te pogodbe, kot tudi za čas po tem.
Stranki jamčita ena drugi za škodo, nastalo zaradi kršitve teh obveznosti.
Izvajalec se zavezuje ob podpisu pogodbe podpisati izjavo o varovanju poslovne skrivnosti (priloga št. 6 k pogodbi). Izvajalec se zavezuje ob podpisu pogodbe podpisati tudi Pogodbo o nerazkrivanju in varovanju poslovne skrivnosti (priloga št. 5 k pogodbi), tekom izvajanja pogodbe pa se zavezuje, da bodo določila iz Pogodbe o nerazkrivanju in varovanju poslovne skrivnosti spoštovali tudi vsi njegovi kadri, ki bodo izvajali storitve.
17. RAZVEZA POGODBE
Od pogodbe ni mogoče odstopiti zaradi neizpolnitve neznatnega dela obveznosti.
Zaradi zamude pri izvedbi pogodbenih obveznosti lahko naročnik odstopi od pogodbe samo tedaj, če je dal predhodno izvajalcu primeren poznejši rok za nadomestitev zamujenega, ki je za naročnika še sprejemljiv, izvajalec pa tudi v tem roku ni opravil zamujenega. Dodatnega roka naročniku ni potrebno določiti v primeru, če izvajalec sam izjavi, da pogodbenih obvez noče ali pa ne more pravočasno opraviti.
Zaradi neizpolnjenih obveznosti naročnika lahko izvajalec odstopi od pogodbe šele po tem, ko je dal naročniku primeren poznejši rok za izpolnitev obveznosti. Ta rok ne sme biti krajši od 15 delovnih dni.
Če pride do prekinitve pogodbe po krivdi naročnika, mora ta plačati vse opravljene storitve in škodo, ki jo je utrpel izvajalec zaradi prekinitve pogodbe.
Če pride do prekinitve po krivdi izvajalca, le-ta nima pravice do vračila tega, kar je izpolnil, naročnik
pa ima pravico do povrnitve škode nastale zaradi prekinitve pogodbe.
Če stranki sporazumno razvežeta pogodbo, rešujeta sporazumno vsa sporna vprašanja, ki so nastala z razvezo pogodbe.
Pogodba je sklenjena pod razveznim pogojem, ki se v primeru izpolnitve okoliščin in pogojev iz tretje alineje četrtega odstavka 67. člena ZJN-3 uresniči z dnem sklenitve nove pogodbe o izvedbi javnega naročila za predmetno naročilo. V kolikor naročnik novega postopka javnega naročanja ne začne skladno s tretjo alinejo četrtega odstavka 67. člena ZJN-3, se šteje, da je pogodba razvezana 30. dan od seznanitve s kršitvijo.
18. SPORI
Pogodbeni stranki bosta morebitne spore v zvezi s to pogodbo reševali sporazumno.
Če to ne bo mogoče, je za njihovo reševanje pristojno sodišče v Ljubljani.
19. PROTIKORUPCIJSKA KLAVZULA
Pogodba, pri kateri kdo v imenu ali na račun druge pogodbene stranke, predstavniku ali posredniku
naročnika obljubi, ponudi ali da kakšno nedovoljeno korist za:
• pridobitev posla ali
• za sklenitev posla pod ugodnejšimi pogoji ali
• za opustitev dolžnega nadzora nad izvajanjem pogodbenih obveznosti ali
• za drugo ravnanje ali opustitev, s katerim je naročniku povzročena škoda ali je omogočena pridobitev nedovoljene koristi predstavniku naročnika, drugi pogodbeni stranki ali njenemu predstavniku, zastopniku, posredniku;
je pogodba nična.
20. KONČNE DOLOČBE
Morebitne spremembe in dopolnitve te pogodbe so veljavne le sporazumno v pisni obliki in ob izrecni navedbi, da gre za spremembo in dopolnitev te pogodbe.
Ta pogodba je sklenjena, ko jo podpišeta zastopnika obeh pogodbenih strank in postane veljavna, ko najkasneje v roku deset dni po podpisu pogodbe izvajalec predloži naročniku ustrezno zavarovanje za dobro izvedbo pogodbenih obveznosti.
V primeru, da izvajalec ne izpolnjuje pogodbenih obveznosti na način, predviden v tej pogodbi o izvedbi javnega naročila, naročnik lahko, brez stroškov in škode zanj, kadarkoli odstopi od te pogodbe, z 1 mesečnim odpovednim rokom. Odpovedni rok začne teči z dnem prejema pisne odpovedi.
Za vse ostalo, kar ni dogovorjeno v tej pogodbi, se uporabljajo določila Obligacijskega zakonika. Pogodba je sklenjena in podpisana v 2 izvodih, od katerih prejme vsaka stranka svoj izvod.
Sestavni deli pogodbe so:
PRILOGA 1: Specifikacija pogodbene cene s ponudbo št. ……………….. z dne …………………..
PRILOGA 2: Tehnične specifikacije
PRILOGA 3: Pogodba s podizvajalcem in asignacija (v primeru vključenega podizvajalca) PRILOGA 4: Izjava o seznanitvi s požarnim redom
PRILOGA 5: Pogodba o nerazkrivanju in varovanju poslovne skrivnosti PRILOGA 6: Izjava o varovanju poslovne skrivnosti
PRILOGA 7: Razpisna dokumentacija MAP2021/0255 Priloge zavezujejo enako kot pogodba sama.
…………………., dne: …………….. Ljubljana, dne: …………………
IZVAJALEC: NAROČNIK:
………………… ELES, d.o.o.
………………… direktor družbe
………………... xxx. Xxxxxxxxxx Xxxxxx
PRILOGA 1
REKAPITULACIJA POGODBENE CENE – PONUDBENI PREDRAČUN
Prenova integracij in procesov v IS Xxxxxx XXXXXXX S PONUDBO ŠT. ……….…….. Z DNE ……….
(Excel priloga)
Navodilo ponudnikom:
Ponudnik mora ob izpolnjevanju ponudbenega predračuna imeti omogočene vse makre, saj se s tem izognemo morebitnim nepravilnostim pri izpolnitvi ponudbenega predračuna. Če se ponudniku pojavi rumena opozorilna vrstica in mu v njej piše »VARNOSTNO OPOZORILO Makri so onemogočeni«, mora obvezno pred vpisovanjem cen v ponudbeni predračun klikniti na »Omogoči vsebino«.
Ponudnik v sistem e-JN v razdelek »Skupna ponudbena vrednost« v zato namenjen prostor vpiše skupni ponudbeni znesek brez davka v EUR in znesek davka v EUR. Znesek skupaj z xxxxxx v EUR se izračuna samodejno. V del »Predračun« naloži izpolnjen obrazec »Rekapitulacija« v .pdf datoteki, obrazec »Specifikacija pogodbene cene - predračun« pa naloži v razdelek »Dokumenti«, del »Ostale priloge«. »Skupna ponudbena vrednost«, ki bo vpisana v istoimenski razdelek in dokument, ki bo naložen kot predračun v del »Predračun«, bosta razvidna in dostopna na javnem odpiranju ponudb.
V primeru razhajanj med podatki navedenimi v razdelku »Skupna ponudbena vrednost«, podatki v Rekapitulaciji - naloženim v razdelek »Skupna ponudbena cena«, del »Predračun«, in celotnim Predračunom - naloženim v razdelek »Dokumenti«, del »Ostale priloge«, kot veljavni štejejo podatki v dokumentu, ki je predložen v razdelku »Dokumenti«, del »Ostale priloge«.
Opis | Znesek EUR brez DDV |
Skupna ponudbena vrednost |
PRILOGA 2
TEHNIČNE SPECIFIKACIJE
Prenova integracij in procesov v IS Maximo
VRSTA DOKUMENTACIJE
Funkcionalna specifikacija
Ljubljana, marec 2021
Kazalo
6 Analiza in opredelitev trenutnega stanja podatkovnega modela sredstev 33
7 Izvedba integracij med MX in D365FSCM 35
7.1 Tipi integracijskih točk 36
7.1.1 Dvosmerna sinhrona integracija 36
7.1.2 Periodična izmenjava podatkov 37
7.1.3 Objava matičnih podatkov 37
8 Opredelitev vsebin in procesov, ki bodo podprti in integrirani med ERP sistemom in MX, glede na prenovo ERP sistema ter vzpostavitev ostalih zalednih sistemov zajetih v drugi fazi nadgradnje MX 38
8.1 Integracijsko področje: Odpiranje projektov 40
MX01: Proces – Odpiranje projektov 42
8.2. Integracijsko področje: Poraba materiala, storitev, dela in orodij na projektih 43
8.2.1. Delovne ure in dnevnice zaposlenih - proces realizacija porabe dela 43
Diagram procesa s podrobnim opisom korakov 44
8.2.2. Orodja - proces realizacija porabe orodij in avtovoženj 45
Diagram procesa s podrobnim opisom korakov 46
8.2.3. Material - Proces realizacija porabe materiala 47
Diagram procesa s podrobnim opisom korakov 49
8.2.4. Storitve - proces realizacija porabe storitev 49
MX05: Proces – Realizacija porabe materiala 50
MX06: Proces – Realizacija porabe dela 50
MX07: Proces – Realizacija porabe orodij in avtovoženj 51
MX17: Projektni stroški in prihodki – Projektne transakcije 51
Diagram procesa s podrobnim opisom korakov 53
8.3. Integracijsko področje: Stanje zaloge (MX16) 54
8.4. Integracijsko področje: Povezava TS MX z OS D365FSCM 56
8.5. Integracijsko področje: Demontaža sredstva, odpis sredstva, premik sredstva, zadolžitve OS, Povezava med OS in TS 58
Proces zadolžitve OS MX – D365FSCM 62
8.6. Integracijsko področje: Varstvo pri delu 63
8.6.1. Drobni inventar (zaščitna in varovalna oprema) 63
8.6.2. Zdravstveni pregledi in omejitve 64
Diagram procesa s podrobnim opisom korakov 65
8.6.3. Izobraževanja iz varstva pri delu 66
Diagram procesa s podrobnim opisom korakov 67
8.7. Matični podatki (šifranti) 68
8.7.1. MX02: Osebni potni nalog 68
8.7.2. MX14: Globalni imenik 69
9. MX predloge – obstoječa sredstva 71
10. Prenova obstoječih integracijskih točk MX z ostalimi zalednimi sistemi poleg AX 72
10.1. GIS Informacijski sistem 72
10.3. PSA - mobilna podpora 73
10.6. Potni nalogi za vozila 77
10.7. AHI – indeks stanja sredstev 78
11. Prilagoditev obstoječih izpisov in poročil MX 80
12. Vodenje projekta in prevzem predmeta javnega naročila 82
ELES, d.o.o., sistemski operater prenosnega elektroenergetskega omrežja (v nadaljevanju ELES), je 1. 6. 2015 uvedel nov standardni ERP. Rešitev temelji na rešitvi Microsoft Dynamics AX 2012 R2 (v nadaljevanju AX 2012) in pokriva glavne poslovne procese Elesa ter nujno potrebne dodelave in integracije z ostalimi informacijskimi sistemi in aplikacijami. Celoten informacijski sistem, poleg ERP-a, sestavlja večje število med seboj šibko integriranih aplikacij, kar je posledica kombinacije notranjega razvoja v Elesu, zunanjega razvoja in nakupa posameznih aplikacij. Za potrebe pokritja vseh poslovnih procesov Elesa so bile v času prvotne implementacije in kasneje po prehodu v redno obratovanje na AX 2012 izvedene številne prilagoditve standardnega delovanja in dodatno razvite nove funkcionalnosti.
ELES trenutno izvaja tehnološko in vsebinsko nadgradnjo obstoječega ERP-a na rešitev Microsoft Dynamics 365 FSCM (V nadaljevanju D365FSCM), kar je glavnih razlog, da je potrebna tehnološka nadgradnja obstoječih integracijskih točk med MX in D365FSCM ter po potrebi vpeljava morebitnih novih integracijskih točk. Z združitvijo tehnične baze AX-MX pod okrilje MX je poleg integracije z AX, potrebna prenova integracijskih točk MX s Podporo SSS, novo aplikacijo Avtoparka (AP) in ostalimi zalednimi sistemi MX.
Predmet javnega naročila je:
- Nadgradnja nekaterih obstoječih integracijskih točk med MX in AX2012 na MX in D365FDSCM preko storitvenega vodila (Microsoft Logic Apps), ki jih predvideva 2. faza nadgradnje
- vzpostavitev novih integracijskih točk za celovito podporo procesom (z D365FSCM in drugimi zalednimi sistemi) preko storitvenega vodila,
- upravljanje s tehničnimi sredstvi znotraj MX (Prehod na predloge tehničnih sredstev za obstoječa tehnična sredstva)
- prenova obstoječih integracijskih točk Podpore SSS z MX in ostalih zalednih sistemov MX (PSA, GIS..)
- Vzpostavitev novih integracijskih točk z novo aplikacijo avtoparka (AP)
Namen javnega naročila je zagotoviti najboljšo potrebno podporo IS Maximo poslovnim procesom v okviru tehnološke nadgradnje D365FSCM in drugih zalednihsistemov.
Družba ELES ima izključno pravico za opravljanje dejavnosti sistemskega operaterja prenosnega omrežja na območju Republike Slovenije. S strokovnim pristopom, znanjem in napredno tehnologijo že več kot 90 let skrbi za varen, zanesljiv in neprekinjen prenos električne energije po Sloveniji in prek meja. Družba ELES je odgovorna, da je električna energija vedno na voljo ter da lahko odjemalci z njeno pomočjo vsak trenutek v dnevu
uresničujejo svoje potrebe in želje. Družba ELES skrbi za brezhibno delovanje vseh daljnovodov na 400 kV in 220 kV napetostnem nivoju ter za del 110 kV prenosnega omrežja. Operaterji v republiškem centru vodenja in treh območnih centrih vodenja upravljajo in nadzirajo slovenski elektroenergetski sistem ter nenehno zagotavljajo ravnovesje elektroenergetskega sistema.
Spodnja slika prikazuje organizacijsko strukturo družbe ELES na dan 28.1.2021.
Slika 1: Organizacijska struktura Eles, 28.1.2021
Vir: interna spletna stran, 2021
ELES je 1. 6. 2015 uvedel nov standardni ERP. Rešitev temelji na rešitvi Microsoft Dynamics AX 2012 R2 (v nadaljevanju AX 2012) in pokriva glavne poslovne procese Elesa ter nujno potrebne dodelave in integracije z ostalimi informacijskimi sistemi in aplikacijami. Celoten informacijski sistem, poleg ERP-a, sestavlja večje število med seboj šibko integriranih aplikacij, kar je posledica kombinacije notranjega razvoja v Elesu, zunanjega razvoja in nakupa posameznih aplikacij.
S prehodom na AX 2012 so bile vzpostavljene določene integracijske točke med AX 2012, MX in Podporo SSS.
Maximo predstavlja v ELES enega od ključnih gradnikov IT sistema in ima v osnovi dve ključni funkciji:
- podpora procesom upravljanja ITK sredstev v področju PITK in
- podpora procesom vzdrževanja in upravljanja tehničnih sredstev, prioritetno Elesovih elektroenergetskih sredstev - osnovna informacijska podpora za področja PIPO in PUSP.
Error! Reference source not found.prikazuje shematsko umestitev MX v ELES IT okolje. Shema predstavlja umestitev visokonivojske rešitvene arhitekture MX okolja z nakazanimi integracijami med posameznimi sistemi.
Maximo okolje predstavlja skupno rešitev za obe navedeni ključni funkciji in sicer:
- Maximo ICD – celovita podpora procesom upravljanja ITK sredstev in storitev z bazo podatkov o vseh ITK sredstvih ter aktivnostih
- Maximo Asset Management - podpora procesom izvajanja vzdrževanja in upravljanja sredstev z tehnično bazo podatkov o tehničnih sredstvih
Shematski prikaz umestitve MX v ELES IT okolje
IBM Maximo okolje
Maximo Spatial
Maximo Linear
Xxxxxx XXXX
DAC
vizualizacija
Control Desk
MAXIMO ASSET MANGEMENT
PSA mobilna aplikacija
MS
Dynamics AX
ESRI GIS
ELES IT okolje
Maximo okolje je tesno integrirano s poslovnim ERP sistemom MS Dynamics AX tako za potrebe upravljanja ITK sredstev kot za potrebe upravljanja elektroenergetskih sredstev.
Dodatno je Maximo Asset Management razširjen s tremi specifičnimi moduli za potrebe upravljanja elektroenergetskih sredstev in sicer:
- Maximo Linear – modul za upravljanje linearnih sredstev, ki je integriran z ESRI GIS sistemom
- Maximo AHI – modul za izračun in prikaz indeksa stanja sredstev (AHI - Asset Health Index), ki posreduje podatke na vse kanale za potrebe vizualizacije v DAC
- Maximo Spatial – modul, ki omogoča intergacijo z ESRI ArcGIS informacijskim sistemom in s tem vizualizacijo sredstev, njihovih relacij in delovnih nalogov na geoprostorskem zemljevidu – znotraj Maximo rešitve
Maximo infromacijski sistem je trenutno integriran z naslednjimi informacijskimi sistemi:
• AX 2012 in sicer:
o Na nivoju izmenjave šifrantov- matičnih podatkov, kot so:
▪ Osebe
▪ Delavci
▪ Sredstva
▪ Identi
▪ Partnerji
▪ Lokacije
▪ Skladišča…
o Na nivoju izmenjave transkacijskih podatkov, kot so:
▪ Nalogi za delo
▪ Delovne ure in dodatki (delovne ure sodelovanja vzdrževalcev na investicijskih projektih in dodatki za delovne izkaze – plače)
▪ Izdan/vrnjen material iz/na skladišče
▪ Dnevnice (OPN)
▪ Storitve zunanjih izvajalcev (računi)
▪ Poraba km – vozila (avtopark)
Integracija je narejena preko vmesnih tabel, pogledov (view) na podatkovnih zbirkah in preko spletnih storitev, v veliki večini se podatki izmenjujejo na podlagi vnaprej definiranih časovnih opravil (asinhrono).
Shema trenutnega prenosa podatkov med MX nalogi za delo in AX projekti
• MS AD in ORCHESTATOR, integracija je namenjena za samodejno dodajanje in odvzemanje oseb v posamezne AD skupine in s tem dodajanje oziroma odvzemanje pravic v AX IS, kot tudi za namen samodejne ponastavitve uporabniških gesel, odklepanje računov ipd.
Integracija je izvedena preko pogleda v podatkovno zbirko (asinhrono). Integracija z MS AD je narejena tudi za potrebe avtorizacije in avtentikacije uporabnikov MX IS.
• MS SCOM, integracija je namenjena pridobivanju dejanskih konfiguracijskih identov v MX IS. Integracija je izvedena preko pogleda (View) v podatkovni zbirki (asinhrono).
• MS SCCM, integracija je namenjena pridobivanju podrobnih podatkov o IT sredstvih v MX IS. Integracija je izvedena preko pogleda (View) v podatkovni zbirki (asinhrono).
• RIS, integracija, namenjena sporočanju dejanske prisotnosti zaposlenih. Integracija je izvedena preko pogleda (View) v podatkovni zbirki (asinhrono).
• COGNOS BI, integracija katere namen je sporočanje podatkov o sredstvih v Cognos. Integracija je izvedena preko pogledov (View) v podatkovnih zbirkah (asinhrono).
• ELES spletne strani, integracije omogočajo prenos podatkov o zahtevah za odprtje zahtevkov, prikaz ITK storitev iz MX na spletne strani. Integracija je izvedena preko spletnih storitev.
• PSA, Integracija omogoča izmenjavo podatkov o nalogih za delo in ugotovitvah na terenu. PSA sistem omogoča mobilno podporo uporabnikom Maxima. Integracija se proži na zahtevo. Integracija je izvedena preko pogleda (View) v podatkovni zbirki in preko spletnih storitev.
• Podpora SSS, Integracija je namenjena izmenjavi podatkov o nalogih za delo, kot tudi o določenih šifrantih povezanih z nalogi za delo (statusi, tip dela in Vzrokih za delo). Integracija se proži na zahtevo. Integracija je izvedena preko pogledov (View) v podatkovni zbirki in preko spletnih storitev.
• GIS (ESRI GIS in GMS), Integracija je namenjena prikazu podatkov v prostorskem IS in prenosu ugotovitev termovizijskega snemanja v Maximo. Podatki MX in ESRI GIS so medsebojno povezani v MX bazi (MX modul Spatial in Linear) preko unikatnih identifikatorjev iz slojev prostorske baze. GMS in MX sta medsebojno integrirana preko Rest API.
• QRadar, integracija je namenjena sledenju uporabnikom Xxxxxx ob dostopu do občutljivih podatkov za zagotavljanje skladnosti z GDPR regulativo. Integracija je izvedena preko pogledov (View) v podatkovni zbirki in preko spletnih storitev. Drugi del integracije je izveden za kreiranje zahtevkov v MX neposredno iz QRadarju, spremljanju statusa v obeh sistemih medsebojno in zapiranje Offence-a iz MX-a.
6 Analiza in opredelitev trenutnega stanja podatkovnega modela sredstev
V tem poglavju podajamo trenutno zatečeno stanje podatkovnega modela sredstev v sistemu IBM Maximo. Za celotno sliko glede trenutnega nastanka in sinhronizacije podatkov je potrebno najprej omeniti, da večina podatkov izvorno nastane v sistemu AX in se potem sinhronizira s sistemom MX. Celotna struktura prehajanja podatkov iz različnih podatkovnih šifrantov med obema sistemoma se nahaja na spodnji sliki:
Podatki, ki se sinhronizirajo na relaciji med sistemoma AX in MX
Z vidika sredstev in lokacij je trenutna sinhronizacija med sistemoma AX in MX prikazana na spodnji sliki:
Xxxxxxxx
Dnevno
Dnevno
MX
Lokacije
Sredstva
Sredstva
Sinhronizacija sredstev in lokacij med sistemoma AX in MX
V_V_TEHNICNA_SREDSTVA
V_V_TEHNICNA_SREDSTVA
V_MIKROLOKACIJA_FULL_PATH V_OBJEKTI
V_TEHNICNA_SREDSTVA_RAZLIKE_MX V_SKRBNIKI_SREDSTEV V_TRENUTNA_VREDNOST
V_TEHNICNA_SREDSTVA_MX V_SKRBNIKI_SREDSTEV V_TRENUTNA_VREDNOST
Lokacije
Sredstva (blagovne skupine, enota mere, uporabnik, skrbnik) - razlike
Sredstva (blagovne skupine, enota mere, uporabnik, skrbnik) - vse
AX
V Elesu je izdelana študija za prenovo MX, na osnovi katere se bo izvedla celovita prenova MX, vključenost preostalih OE Elesa, ki danes še ne uporabljajo MX in nadgradnja z novimi funkcionalnostmi AM v prihodnjih nekaj letih.
Predmet tega javnega naročila je zgolj zagotovitev nujno potrebnih funkcionalnosti in integracijskih točk, ki so potrebne za nemoten začetek uporabe nadgrajene verzije AX 2012, torej D365FSCM.
7 Izvedba integracij med MX in D365FSCM
Pričakovana ciljna infrastruktura predvideva vzpostavitev šibko sklopljene arhitekture z uporabo storitvenega vodila ESB, ki predstavlja skupno centralno infrastrukturo za povezovanje različnih aplikacij v družbi.
Za implementacijo storitvenega vodila bodo uporabljene Microsoftove rešitve iz skupine Azure Integration Services:
• Logic Apps
• API management
• po potrebi tudi Event Grid, Service Bus
Tehnične podrobnosti rešitev so podrobneje predstavljene v okviru uradne Microsoftove dokumentacije
(xxxxx://xxxxx.xxxxxxxxx.xxx/xxxxxxxxxxxx/xxxxx/xxxxxxxxxxxxx/xxxxx-xxxxxxxxxxx- services/Azure-Integration-Services-Whitepaper-v1-0.pdf). Pri razvoju aplikacije naj se upošteva tudi zahteve za nastajanje in pošiljanje dnevniških zapisov in revizijskih sledi v centralni SIEM sistem.
Shematska predstavitev predvidene arhitekture z uporabo storitvenega vodila je prikazana na spodnji sliki.
7.1 Tipi integracijskih točk
7.1.1 Dvosmerna sinhrona integracija
Tovrstna integracija je primerna takrat, kadar proces uporablja podatke in funkcionalnosti dveh različnih sistemov, ki jih je potrebno kombinirati tako, da delujta kot eno.
Sprožilec integracije je predviden na strani izvornega sistema. Opis primera uporabe:
- Izvorni sistem sproži klic spletne storitve na ESB za posredovanje podatkov za potrjevanje dokumenta v ciljnem sistemu,
- ESB prejme zahtevo izvornega sistema ter prejete podatke obdela oz. pretvori v ustrezno obliko za izvedbo klica storitve v ciljnemu sistemu
- ESB sproži klic storitve za potrjevanje dokumenta v ciljnemu sistemu
- Storitev ciljnega sistema sprejme zahtevo in vrne odgovor
- ESB prejme odgovor ciljnega sistema in ga pretvori v ustrezno obliko za izvorni sistem
- ESB posreduje odgovor izvornemu sistemu
7.1.2 Periodična izmenjava podatkov
Gre za integracijo, ki omogoča izmenjavo podatkov med dvema sistemoma tako, da:
- Ne zahteva procesne obravnave in se lahko izvaja asinhrono
- Omogoča neodvisnost vmesnikov med vpletenima sistemoma
Sprožilec integracije je predviden na strani ESB. Opis primera uporabe:
- ESB v rednih časovnih intervalih sproži klic storitve na strani izvornega sistema za prevzem podatkov (pull),
- ESB prejete podatke obdela oz. pretvori v ustrezno obliko za izvedbo klica v ciljni sistem
- ESB sproži klic storitve na strani ciljnega sistema za sprejem podatkov (push)
- Storitev ciljnega sistema sprejme zahtevo in vrne odgovor
- ESB prejme odgovor ciljnega sistema in:
o V primeru neuspešnega rezultata poskuša ponoviti klic storitve v ciljnemu sistemu
o V primeru uspešnega odgovora le tega pretvori v ustrezno obliko za izvorni sistem
- ESB posreduje odgovor izvornemu sistemu
7.1.3 Objava matičnih podatkov
Gre za enosmerno sinhronizacijo, v okviru katere se izvede prenos matičnih podatkov iz enega vira v več ciljnih sistemov.
Sprožilec integracije je predviden na strani ciljnega sistema. Opis primera uporabe:
- Zunanji sistem potrebuje matične podatke o artiklih,
- Ko zunanji sistem zahteva nove podatke, sproži klic spletne storitve na ESB,
- ESB sproži izvede prevzem podatkov iz CDS oz. BYOD in pridobljene podatke posreduje v zunanji sistem.
S prehodom na novo različico AX informacijskega sistema, ELES spreminja trenutni način in same integracijske točke med MX in AX. Prav tako ELES načrtuje umik določenih vsebin, podatkov, procesov obvladovanja sredstev iz samega ERP sistema.
Novo stanje tako predvideva da:
• Se vsa tehnična sredstva kreirajo v MX Informacijskem sistemu na podlagi nabave artikla, ki predstavlja bodoče tehnično sredstvo oziroma na podlagi ročnega vnosa oziroma uvoza BIM podatkovne datoteke. Kreirano tehnično sredstvo se nadalje s pomočjo integracije preslika v AX IS z omejenim naborom podatkov o tehničnem sredstvu (le v obsegu, kot je potreben za povezavo z osnovnimi sredstvi ali za beleženje porabe tehničnega sredstva v procesih družbe)
• Da se v MX informacijskem sistemu spremlja oz izvaja gibanja tehničnih sredstev in spremembe skrbništva, ki se odražajo tudi v zadolžitvah osnovnih sredstev v D365FSCM
• Vzpostaviti se mora nova integracijska točka, ki bo med AX in MX prenašala podatke o povezavah med tehničnimi sredstvi in investicijskimi projekti za njihovo izgradnjo, o povezavah med tehničnimi in osnovnimi sredstvi, kot tudi podatke o deležih posameznega tehničnega sredstva glede na investicijski projekt oz. osnovno sredstvo. Podatki o povezavah morajo biti časovno odvisni in zgodovinski.
• Proces upravljanja investicij (zaradi kreiranja novih tehničnih sredstev v MX IS) se mora integrirati med obema sistemoma. Tako se bodo med sistemoma prenašali podatki o investicijah (izvor AX), projektih (izvor AX) in nalogih za delo, spremembah, zahtevkih z izbranim projektom (izvor MX). Podatki, ki se bodo prenašali med informacijskima sistemoma so:
o Podatki o projektih (ID v obeh sistemih, osnovni podatki o projektu),
o Projektne skupine (projektni vodja, člani ipd),
o Projektne kategorije in povezave s tehnični sredstvi (orodja in vozila avtoparka),
o Skupine projektov,
o Klasifikacije projektov (polja za razvrščanje)
o Finančne dimenzije,
o Planirane potrebe po materialih in storitvah
o Dejanska poraba materiala, storitev, dela in orodij (vir transakcij ali MX ali
D365FSCM, transakcije se ovrednotijo v D365FSCM in preko interacijske točke
prenesejo pravi stroški transakcije v MX)
o Oznake projektov
o Priprava predlogov za aktivacijo
o Podpora procesu odpisa osnovnih sredstev
• Ostali procesi upravljanja sredstev: s pomočjo integracije med sistemoma se bodo vsi nalogi za delo, kot posledica kreiranja le-teh v različnih procesih upravljanja sredstev, prenesli kot ustrezni projekti v AX informacijski sistem.
• Za potrebe področja zdravstvenih pregledov in varstva pri delu bo potrebno kreirati novo integracijsko točko, ki bo prenašala podatke o omejitvah delavcev ugotovljenih na zdravstvenih pregledih iz MX v AX
Med MX IS in AX IS so definirane naslednje integracijske točke:
Oznaka Integracijske točke | Naziv integracijske točke | Tip integracijske točke |
MX01 | Proces – Odpiranje projektov | Transakcije in matični podatki |
MX02 | Matični podatki - Osebni potni nalog | Transakcije in matični podatki |
MX03 | Proces – Planiranja materiala | Transakcije |
MX04 | Proces – Planiranja storitev | Transakcije |
MX05 | Proces – Realizacija porabe materiala | Transakcije |
MX06 | Proces – Realizacija porabe dela | Transakcije in matični podatki |
MX07 | Proces – Realizacija uporabe orodij in vozil | Transakcije in matični podatki |
MX08 | Proces – Demontaža sredstva | Transakcije |
MX09 | Proces – Predlog za aktivacijo v OS | Transakcije |
MX10 | Matični podatki - Artikli | Matični podatki |
MX11 | Matični podatki – Sredstva | Transakcije in matični podatki |
MX12 | Matični podatki – Delavci | Matični podatki |
MX13 | Matični podatki – Organizacijska hierarhija | Matični podatki |
MX14 | Matični podatki – Globalni imenik | Matični podatki |
MX15 | Drobni inventar | Transakcije |
MX16 | Stanje zaloge | Transakcije in matični podatki |
MX17 | Projektni stroški in prihodki – Projektne transakcije | Transakcije in matični podatki |
MX18 | Zadolžitev OS | |
MX19 | Povezava med OS in TS | |
MX20 | Matični podatki – Aktivnosti | Matični podatki |
ZP01 | Omejitve zdravstvenih pregledov | Transakcije |
ZP02 | Izobraževanje iz varstva pri delu | Transakcije |
ZP03 | Pregledi delovnega mesta | Matični podatki |
Za drugo fazo nadgradnje integracij in funkcionalnosti MX-a se tako predvideva vzpostavitev preostalih integracijskih točk in novih funkcionalnosti v MX, ki niso bile zajete v prvi fazi nadgradnje. Te so opredeljene v nadaljevanju tega dokumenta.
8.1 Integracijsko področje: Odpiranje projektov
8.1.1 Opis procesa
ELES za potrebe upravljanja poslovnih procesov podjetja v AX informacijskem sistemu vodi projekte za različna poslovna področja:
• Vzdrževanje tehničnih sredstev
• Vodenje investicij
• Tržne projekte
• Upravljanje škodnih dogodkov
• Upravljanje EU projektov
• Ostalo
Osnovna entiteta v vseh teh primerih je glede na (sistem) izvajanja različna:
- V D365FSCM je to entiteta Projekt
- V MX je to entiteta Nalog za delo, Sprememba (CH), Storitveni zahtevek (SR), Incident (INC) (v nadaljevanju bo posplošeno zapisano kot MX NZD)
Različna poslovna področja so v AX opredeljena v vejah projektov. V vsaki veji projektov se lahko poljubno nastavlja hierarhija projektov, kot tudi podprojektov. V MX trenutno ostajamo na sedanji funkcionalnosti kjer se NZD, CH ali SR poveže z aktivnim projektom preko določenega vnosnega polja. Vkolikor NZD ni povezan na project se po odobritvi prenese kot podprojet v za to vnaprej privzeto vejo projektov.
V okviru druge faze vzpostavitev integracij med D365FSCM projekti in MX NZD se zagotovi:
• V sklopu kreiranja projektov v D365FSCM se izvede prenos aktivnih projektov in projektnih aktivnosti iz D365FSCM v MX, za namen povezave NZD na določen projekt in izbiro aktivnosti pri vnosu delovnih ur v MX
• Zagotovi se delovanje kreiranja delovnih nalogov kot podprojekt na strani D365FSCM na enak način, ko je v trenutnem sistemu, AX integracije (NZD,SR, INC, CHANGE …)
• s povezavo NZD v MX na določen projekt D365FSCM (na NZD v MX se ID projekta D365FSCMvnese v določeno polje)
• s povezavo NZD v MX na vnaprej privzet projekt D365FSCM, za NZD ki niso povezani na noben projekt (na NZD D365FSCM projekt ni vnesen v določeno polje)
• Vse potrebne finančne dimenzije se bodo ob prenosu NZD v D365FSCM prenesle iz D365FSCM krovnega projekta, v kolikor ne bodo zaznane (vnesene) na NZD v MX
• Ustvari se povezave projekta s tehničnimi sredstvi – Dopolni se integracija, ki je bila definirana v prejšnji točki, za zagotavljanje prenosa sredstva s projektom
V grobem je tako v vseh primerih predviden naslednji potek procesa:
1. D365FSCM: ustvarjanje projekta na 1. nivoju (npr. krovni projekt za neko področje
Vzdrževanja ali Investicija ali Tržni posel,…)
2. MX: Prevzem podatkov aktivnih projektov
3. MX. Povezava NZD s projektom preko vnosnega polja, ali povezave s privzeto D365FSCM vejo projektov (brez vnosa določenega projekta v zato določeno polje)
4. MX: odobritev in prenos NZD v D365FSCM, pri čemer je obvezen podatek ID povezanega projekta iz D365FSCM
5. D365FSCM Preveri se ali je sredstvo, ki je vneseno na NZD v D365FSCM IS definirano kot tehnično sredstvo. V kolikor sredstvo na NZD ni definirano v D365FSCM kot tehnično sredstvo se s pomočjo spletne storitve kreira ustrezno tehnično sredstvo. V kolikor je tehnično sredstvo v MX opredeljeno kot orodje oz. vozilo, se ob prenosu podatkov o tehničnem sredstvo določi tudi povezava na projektno kategorijo in mersko enoto.
6. MX: Preveri se ali je NZD (s prejemom D365FSCM ID projekta) uspešno kreiran v D365FSCM IS. Ob morebitnem spodletelem klicu, se v MX zabeleži informacija o napaki. V MX se zapiše D365FSCM št. NZD.
Nalog za delo se bo v D365FSCM Informacijski sistem poslal kot projekt, ko bodo izpolnjeni
določeni pogoji, kot so:
• Status delovnega naloga bo spremenjen v APPR. Ustrezno enako velja za CH, SR, PR in INC pa morata biti najmanj v statusu V teku. Na nalogu za delo bodo vpisani obvezni podatki:
o Številka MX NZD
o Ime projekta NZD (Opis NZD)
o Skupina (D365FSCM) projekta (MX tip dela)
o Podtip (D365FSCM) projekta (v kolikor obstaja)
o Nadrejeni D365FSCM projekt
• Ostali podatki (opcijski), ki se bodo prenašali med informacijskima sistemoma:
o Šifra tehničnega sredstva
o Faza projekta (lahko se prevzame iz krovnega projekta)
o Vodja projekta (lahko se prevzame iz krovnega projekta)
o Nadzornik projekta (lahko se prevzame iz krovnega projekta)
o Vodja prodaje (lahko se prevzame iz krovnega projekta)
o Dejanski datum začetka
o Načrtovan datum zaključka
o Dejanski datum zaključka
o *Kupec (samo za tržne projekte)
o Finančne dimenzije (lahko se prevzamejo iz nadrejenega projekta)
o Podatki za razvrščanje v poročilih
o Oznake projekta
o Aktivnost (DA, NE)
8.1.2 Integracijske točke
V okviru procesa Odpiranje projektov je predvidena implementacija naslednje integracijske točke:
- MX01: Proces – Odpiranje projektov
MX01: Proces – Odpiranje projektov
Ustvarjanje projekta | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov projekta. |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o D365FSCM ID projekta (v kolikor je prazen gre za insert, sicer update) o *ID MX NZD o *Ime projekta/NZD o *Skupina projekta o *Podtip projekta o Številko TS o Nadrejeni projekt o Faza projekta (lahko se prevzame iz krovnega projekta) o Vodja projekta (lahko se prevzame iz krovnega projekta) o Nadzornik projekta (lahko se prevzame iz krovnega projekta) o Vodja prodaje (lahko se prevzame iz krovnega projekta) o Dejanski datum začetka o Načrtovan datum zaključka o Dejanski datum zaključka o **Kupec (samo za trženjske projekte) o Finančne dimenzije (lahko se prevzamejo iz nadrejenega projekta) o Podatki za razvrščanje v poročilih o TBD – potrebno dopolniti še s podatki za druge tipe projektov *Obvezni podatki ** Obvezni podatki v primeru trženjskih projektih |
Struktura podatkov - izhod | o D365FSCM ID projekta |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX. Predvidoma se integracija sproži, ko NZD v MX pridobi status Odobren. MX pokliče storitev v D365FSCM (preko ESB). |
Ustvarjanje povezave projekta s tehničnimi sredstvi | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov o povezavah projekta s tehničnimi sredstvi. |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *D365FSCM ID projekta o *ID TS o Delež povezave *Obvezni podatki |
Struktura podatkov - izhod | / |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX. Predvidoma se integracija sproži, ko NZD v MX pridobi status Odobren. MX pokliče storitev v D365FSCM (preko ESB). |
8.2. Integracijsko področje: Poraba materiala, storitev, dela in orodij na projektih
8.2.1.Delovne ure in dnevnice zaposlenih - proces realizacija porabe dela
Ure opravljenega dela na projektih bodo zaposleni lahko vpisovali neposredno v D365FSCM ali na NZD v MX.
Delavci bodo v MX informacijskem sistemu lahko na NZD na zavihku dejansko, kot tudi na spremembah in storitvenih zahtevkih vnašali dejansko porabljeni čas dela in dodatke, kateri jim pripadajo za opravljeno delo.
Ob vnosu delovnih ur na strani MX bo moral uporabnik na NZD vnesti tudi podatke o aktivnosti (v kolikor bo NZD označen, da potrebuje aktivnost).
Ure bo potrebno pred prenosom v D365FSCMtudi potrditi. Ure so lahko samodejno potrjene (ob vnosu) oziroma jih po potrebi potrjuje nadrejena oseba, vodja projekta ipd. Predlagamo, da so vse ure pred prenosom potrjene s strani odgovorne osebe (ni samodejnega potrjevanja ur, razen ure, ki prihajajo iz ITIL procesov).
V primeru napake pri vnosu ur oziroma dodatkov imajo delavci možnost vnesti minus porabo ur ali dodatkov. Tudi minus poraba se bo prenesla v D365FSCM šele po potrditvi takšnih ur s strani nadrejene osebe.
Poraba ur se bo naknadno v D365FSCM IS tudi stroškovno ovrednotila, strošek porabe se bo s pomočjo integracije prenesel nazaj na NZD. V primeru tržnih projektov se bo prenesel tudi podatek o prodajni ceni.
V primeru spremembe cen, se podatki o stroških porabe ur lahko ponovno pošljejo iz D365FSCM v MX. MX bo v primeru novih stroškov le -te vpisal na NZD. Spremembe stroškov kot tudi prodajnih cen se lahko izvedejo v okviru finančnega obdobja (Na ELESu bo potrebno vnaprej definirati finančna obdobja in datume zaprtja teh obdobij).
V primeru, da se bo sprememba stroška izvedla izven finančnega obdobja, bo potrebno na strani MX-a »odkleniti« finančno obdobje in dopustiti transakcijo oziroma transakcije (potrebno vzajemno delo s sodelavci, ki uporabljajo D365FSCM IS)
Dnevnice se obračunavajo v D365FSCM IS v sklopu obračuna OPN – osebnega potnega naloga zaposlenega. Stroški OPN, ki so vezani na projekt oz. NZD se prenašajo na projekt v D365FSCM-u in posledično v MX (zavihek NZD – Dejansko – Delo : Tip Dnevnica)
Shema procesa – prenos vpisanih ur (MX-AX):
Podatki, ki se bodo izmenjevali ob porabi ur in dodatkov so:
• *Šifra MX NZD
• *D365FSCM ID projekta
• *Datum dejanske porabe
• *Osebna številka zaposlenega
• *Količina
• Aktivnost
• Koda zaslužka (mapirano na Projektno kategorijo v D365FSCM)
*Obvezni podatek
Diagram procesa s podrobnim opisom korakov
Poraba dela | |
Diagram | |
Normalen potek | 1. Ure opravljenega dela uporabniki lahko vpisujejo ročno v MX ali ročno v D365FSCM delovna poročila 2. V primeru, ko se bodo ure vpisovale ročno v MX, se vpisane ure v MX potrdijo 3. Po potrditvi se bo količina ur opravljenega dela prenesla iz MX v D365FSCM 4. Vse vpisane ure (v MX in D365FSCM) so nato pregledane s strani vodij projektov in nato potrjene ter poknjižene 5. Ob knjiženju porabe ur se generirajo projektne transakcije 6. Na podlagi stroškovno ovrednotenih projektnih transakcij, se v MX na NZD zapišejo prevzeti stroški in prihodki poknjiženih ur. |
Alternativni potek | / |
Predpogoji | - Vzpostavitev integracije preko ESB - Usklajeni matični podatki (integracijsko področje Sinhronizacija matičnih podatkov) o Šifrant delavcev (primarni vir D365HR) o Kode zaslužka (primarni vir D365FSCM) - Spletna storitev za prenos porabe dela v D365FSCM - Spletna storitev za prevzem projektnih transakcij iz D365FSCM |
Način integracije: spletne storitve.
8.2.2.Orodja - proces realizacija porabe orodij in avtovoženj
Na Nalogu za delo bodo lahko uporabniki ELES MX-a vpisovali uporabo orodja, kot so delovne ure in opravljeni kilometri.
Uporabnik bo pri vpisu porabe orodja izbral projektno kategorijo oz. skupino orodij s katerim je opravil delo.
V primeru da se v Xxxxx kasneje odločimo evidentirati porabo posameznega orodja, bo uporabnik pri vpisu porabe orodja izbral tehnično sredstvo (Assetnum).
Tehnično sredstvo bo povezano z identom orodij (Toolitem). Predlagamo, da se v aplikaciji orodja (Toolitem) naredi dodelava – da se doda sekcija, kjer se bo ident orodja lahko povezal s projektno kategorijo. Ob porabi orodja je v D365FSCMpotrebno poslati projektno kategorijo in mersko enoto. Eno orodje ima lahko več projektnih kategorij (npr. kilometri in delovne ure). Na NZD se bo naredila validacija, ki ne bo dopuščala vnosa porabe ur ali kilometrov za projektno kategorijo, ki ni opredeljena v identu orodja.
Na vsa sredstva avtoparka (oziroma orodij) se dodajo merila (km ali ure), ki bodo omogočala vpis porabljenih kilometrov oziroma delovnih ur. MX-u bo porabo km in delovnih ur vozil avtoparka sporočal zaledni informacijski sistem AP namenjen kreiranju in upravljanju potnih nalogov za vozila.
Poraba orodij se bo naknadno v D365FSCM IS tudi stroškovno ovrednotila, strošek porabe se bo s pomočjo integracije prenesel nazaj na NZD. V primeru tržnih projektov se bo prenesel tudi podatek o prodajni ceni.
V primeru spremembe cen v D365FSCM, se podatki o stroških porabe ur lahko ponovno pošljejo iz D365FSCM v MX. MX bo v primeru novih stroškov le -te vpisal na NZD oz. popravil strošek obstoječih transakcij. Spremembe stroškov kot tudi prodajnih cen se lahko izvedejo v okviru finančnega obdobja (Na ELESu bo potrebno vnaprej definirati finančna obdobja in datume zaprtja teh obdobij).
V primeru, da se bo sprememba stroška izvedla izven finančnega obdobja, bo potrebno na strani MX-a »odkleniti« finančno obdobje in dopustiti transakcijo oziroma transakcije (potrebno vzajemno delo s sodelavci, ki uporabljajo D365FSCM IS)
Podatki, ki se bodo izmenjevali ob porabi orodja so:
• *Šifra MX NZD
• *D365FSCM ID projekta
• *Datum dejanske porabe
• *Projektna kategorija
• *Količina
• Aktivnost
*Obvezni podatki
Shema procesa – prenos porabe orodja (MX-AX):
Način integracije: spletne storitve.
Diagram procesa s podrobnim opisom korakov
Poraba orodij | |
Diagram | |
Normalen potek | 1. Uporabnik v MX vnese količinsko porabo TS na NZD 2. Ko je poraba orodij evidentirana v MX na NZD, se glede na nastavljene povezave TS z eno ali več projektnih kategorij v MX, ob prenosu porabe iz MX v D365FSCM le ta pretvori v porabo orodij po projektni kategoriji 3. Ob knjiženju porabe orodij po projektnih kategorijah se generirajo projektne transakcije 4. Na podlagi stroškovno ovrednotenih projektnih transakcij, se v MX na NZD zapišejo prevzeti stroški in prihodki |
Alternativni potek | / |
Predpogoji | - Vzpostavitev integracije preko ESB - Usklajeni matični podatki (integracijsko področje Sinhronizacija matičnih podatkov) o Projektne kategorije (primarni vir D365FSCM) o Enote mere (primarni vir D365FSCM) - V MX je za posamezno klasifikacijo TS opredeljena povezava z eno ali več PK - Spletna storitev za prenos porabe orodij v D365FSCM - Spletna storitev za prevzem projektnih transakcij iz D365FSCM |
8.2.3.Material - Proces realizacija porabe materiala
Poraba materiala na naloge za delo (MX) oziroma projekte (D365FSCM) se bo lahko izvajala v obeh informacijskih sistemih. Predpogoj za porabo materiala je, da je NZD v statusu »V teku« oziroma »Zaključeno«. V primeru, da se bo poraba materiala izvedla v AX IS se bodo s pomočjo integracije podatki o porabljenem materialu (ident, količina in skladišče iz katerega je bil izdan material) prenesli na NZD – na zavihek dejansko. V primeru, da so na projektu definirane tudi aktivnosti, se bo prenesel tudi podatek o številki aktivnosti. Prevzem porabe na NZD se bo iz AX IS v MX prenašal s pomočjo urnika – logika bo implementirana na strani MX. Poraba materiala se v D365FSCM IS lahko izvede neposredno na NZD (projekt) (tako imenovana direktna poraba materiala). Ker mora MX v primeru, ko bo ident označen kot serializiran ident najprej kreirati tehnično sredstvo in šele nato kreirati porabo identa (sredstva), bo v MX v ozadju najprej kreiran prevzem takšnega materiala na skladišče (glavno) in nato takoj izdan na NZD.
Ob porabi identa s strani MX bo moral uporabnik na NZD vnesti podatke o aktivnosti (v kolikor bo NZD označen, da potrebuje aktivnost), ident, količino in skladišče iz katerega je bil porabljen material. Na strani MX-a bo potrebno vgraditi kontrolo (omejitev), ki bo omogočala uporabnikom porabo materiala samo iz skladišč tipa terensko ali mobilno.
Poraba materiala se bo naknadno tudi stroškovno ovrednotila, strošek porabe se bo s pomočjo integracije prenesel na NZD iz D365FSCM. V primeru tržnih projektov se bo prenesel tudi podatek o prodajni ceni identa.
V primeru spremembe cen, se podatki o stroških porabe lahko ponovno pošljejo iz D365FSCM v MX. MX bo v primeru novih stroškov le -te vpisal na NZD oz. ustrezno popravil stroške obstoječim transakcijam. Spremembe stroškov kot tudi prodajnih cen se lahko izvedejo v okviru finančnega obdobja (Na ELESu bo potrebno vnaprej definirati finančna obdobja in datume zaprtja teh obdobij).
V primeru, da se bo sprememba stroška izvedla izven finančnega obdobja, bo potrebno na strani MX-a »odkleniti« finančno obdobje in dopustiti transakcijo oziroma transakcije (potrebno vzajemno delo s sodelavci, ki uporabljajo D365FSCM IS)
Podatki, ki se bodo izmenjevali ob porabi materiala:
• *Šifra MX NZD
• *ID D365FSCM projekta
• *Št. Artikla (šifra identa)
• *Datum dejanske porabe
• *Dimenzije zaloge (Poslovna enota, Skladišče, Lokacija, Serijska številka, Št. šarže, Project allocation)
• Količina
• Aktivnost
*Obvezni podatki
Material se lahko porabi na NZD tudi brez predhodnega naročila (plana). Shema procesa – prenos porabe materiala:
Vračilo materiala: v primeru vračila materiala se bo na NZD na zavihku dejansko kreirala
»poraba materiala« tipa Return (Vračilo). V D365FSCM IS se bo v takem primeru kreirala poraba z negativno količino.
Diagram procesa s podrobnim opisom korakov
Poraba materiala
Diagram | |
Normalen potek | 1. Uporabnik v MX vnese porabo materiala na NZD 2. Vnesena poraba materiala se prenese iz MX v D365FSCM 3. Projektne transakcije se generirajo s knjiženjem porabe. Porabe nastane v D365FSCM na podlagi knjiženja Zahteve artikla kadar ta obstaja, v nasprotnem primeru pa na podlagi knjiženja Temeljnice artikla, če za to obstaja razpoložljiva zaloga. 4. Na podlagi stroškovno ovrednotenih projektnih transakcij, se v MX na NZD zapišejo prevzeti stroški in prihodki |
Alternativni potek | / |
Predpogoji | - Vzpostavitev integracije preko ESB - Usklajeni matični podatki (integracijsko področje Sinhronizacija matičnih podatkov) o Artikli (primarni vir D365FSCM) o Dimenzije zaloge (primarni vir D365FSCM) - Spletna storitev za prenos porabe artiklov v D365FSCM - Spletna storitev za prevzem projektnih transakcij iz D365FSCM |
Način integracije: spletne storitve.
8.2.4.Storitve - proces realizacija porabe storitev
Proces porabe storitev se izvede v celoti v D365FSCM na projekt oz. NZD (proces nabave od Zahtevka za nabavo do Nabavnega naloga ali Nabavnega dogovora, do prejema in knjiženja prejete fakture na projekt, ki ustvari ustrezne projektne transakcije). Xxxxxxx in prodajna cena takšne porabe v obliki projektnih transakcij pa se prav tako preko integracije prenese iz D365FSCM v MX. V primeru, da bi prišlo do sprememb v ceniku in bi bila posledično poraba storitev drugače ovrednotena, mora MX omogočati ponoven sprejem že zapisane projektne transakcije, katero posodobi z novim stroškom porabe in v primeru trženjskih projektov z novo prodajno ceno.
8.2.5.Integracijske točke
V okviru procesa Porabe je predvidena implementacija naslednjih integracijskih točk:
- MX05: Proces – Realizacija porabe materiala
- MX06: Proces – Realizacija porabe dela
- MX07: Proces – Realizacija porabe orodij in avtovoženj
- MX17: Projektni stroški in prihodki – Projektne transakcije
MX05: Proces – Realizacija porabe materiala
Poraba materiala | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov o porabi materiala na MX NZD |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *MX ID porabe o *ID projekta o *Št. artikla o *Datum dejanske porabe o *Dimenzije zaloge (Poslovna enota, Skladišče, Lokacija, Serijska številka, Št. šarže, Project allocation) o Količina o Aktivnost *Obvezni podatki |
Struktura podatkov - izhod | o ID D365FSCM |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX. |
MX06: Proces – Realizacija porabe dela
Poraba dela | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov o porabi dela na MX NZD |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *MX ID porabe o *ID projekta o *Datum dejanske porabe o *Osebna številka zaposlenega o *Količina o Aktivnost o Koda zaslužka (mapirano na Projektno kategorijo v D365FSCM) *Obvezni podatki |
Struktura podatkov - izhod | o ID D365FSCM |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX. |
MX07: Proces – Realizacija porabe orodij in avtovoženj
Poraba orodij in avtovoženj | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov o porabi orodij na MX NZD |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *MX ID porabe o *ID projekta o *Datum dejanske porabe o *Projektna kategorijaK o *Količina o Aktivnost *Obvezni podatki |
Struktura podatkov - izhod | o ID D365FSCM |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX. |
MX17: Projektni stroški in prihodki – Projektne transakcije
Projektni stroški se bodo na NZD prenašali iz D365FSCM IS v okviru aktualnega finančnega
obdobja.
V primeru, da se bo sprememba stroška oziroma prodajne cene izvedla izven finančnega obdobja, bo potrebno na strani MX-a »odkleniti« finančno obdobje in dopustiti transakcijo oziroma transakcije (potrebno vzajemno delo s sodelavci, ki uporabljajo D365FSCM IS).
Podatki, ki se bodo izmenjevali za ovrednotenje projektnih stroškov in prihodkov
• *Šifra MX NZD
• *ID D365FSCM projekta
• Tip transakcije (ura, strošek, artikel, provizija, predplačilo)
• Številka aktivnosti
• Količina
• Cena enote
• Znesek stroška
• Znesek prodaje
*Obvezni podatek
Shema procesa – projektne transakcije:
Način integracije: spletne storitve, logika posodobitev bo izvedena na strani MX-a.
Diagram procesa s podrobnim opisom korakov
Projektne transakcije | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov o projektnih transakcijah |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *Datum spremembe o ID projekta *Obvezni podatki |
Struktura podatkov - izhod | o ID MX o ID D365FSCM o ID Projekta o Tip transakcije (ura, strošek, artikel, provizija, predplačilo) o Številka aktivnosti o Količina o Cena enote o Znesek stroška o Znesek prodaje |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX. |
8.3. Integracijsko področje: Stanje zaloge (MX16)
MX bo na podlagi časovnega opravila preverjal stanje zaloge v D365FSCM skladiščih in jo po potrebi usklajeval.
Podatki, ki se bodo izmenjevali za usklajevanje stanja zaloge:
• *Datum (Datum spremembe)
• Poslovna enota
• Skladišče
• Lokacija
• Project allocation (zaloga projekta)
• Serijska številka
• Številka šarže
• Vrednosti atributov
• ID D365FSCM (InventDim)
• Št. artikla
• Zaloga po Xxxxxxxxxx skladiščenja in po Dimenzijah sledenja s podatki:
o Fizična zaloga
o Skupaj naročeno
o Na nalogu
o Komisionirano
o Fizično rezervirano
o Zaloga na nalogu (seznam projektov s količino, ki je na projektu fizično
rezervirana)
o Naročeno rezervirano
o Fizično razpoložljivo = Fizična zaloga – Fizično rezervirano Shema procesa - usklajevanje stanja zaloge:
Način integracije: spletna storitev.
Stanje zaloge | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov o stanju zaloge. |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *Datum (Datum spremembe) o Poslovna enota o Skladišče o Lokacija o Project allocation o Serijska številka o Številka šarže *Obvezni podatki |
Struktura podatkov - izhod | o Vrednosti atributov o ID D365FSCM o Št. artikla o Datum spremembe o Zaloga po Dimenzijah skladiščenja in po Dimenzijah sledenja s podatki: – Fizična zaloga – Skupaj naročeno – Na nalogu – Komisionirano – Fizično rezervirano – Zaloga na nalogu (seznam projektov s količino, ki je na projektu fizično rezervirana) – Naročeno rezervirano – Fizično razpoložljivo = Fizična zaloga – Fizično rezervirano |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX |
8.4. Integracijsko področje: Povezava TS MX z OS D365FSCM
Tehnična sredstva bodo v D365FSCM IS povezana z osnovnimi sredstvi. Zagotovi se prenos osnovnih podatkov TS v D365FSCM.
Podatki TS, ki se bodo prenesli iz MX v D365FSCM ob kreiranju tehničnega sredstva:
• *Šifra sredstva
• *Naziv sredstva
• *Informacija ali gre za orodje
• Št. šarže
• Serijska številka
• Številka artikla
• Lokacija sredstva
• Enota mere za beleženje porabe (če je orodje)
*Obvezni podatek
Prenos TS | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov TS |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *Številka TS o Naziv TS o Informacija ali gre za orodje o Št. šarže o Serijska številka o Številka artikla o Lokacija sredstva *Obvezni podatki |
Struktura podatkov - izhod | / |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX |
Za prenos povezav TS z NZD se uporabi storitev, ki je predvidena v okviru področja
Odpiranje projektov in je opisana v poglavju MX01: Proces – Odpiranje projektov.
Nova aplikacija v MX – Osnovna sredstva
V MX je potrebno kreirati novo aplikacijo ELES – Osnovna sredstva, v kateri bodo podatki o osnovnih sredstvih, trenutni vrednosti osnovnega sredstva in povezavah osnovnih sredstev s tehničnimi sredstvi.
MX IS bo preko integracijske točke pridobival naslednje podatke o osnovnih sredstvih:
• Številka OS
• Ime OS
• Dolgo ime OS
• Skupina OS
• Glavno OS
• Merska enota
• Številka artikla
• Serijska številka
• Fizična lokacija
• Zadolžena oseba
Podatki, ki jih bo prejemal MX za potrebe povezav med tehničnimi in osnovnimi sredstvi:
• Št. OS
• TS
• Delež OS
• Veljavno od
• Veljavno do
Podatki, ki jih bo MX prejemal za potrebe vpisa vrednosti osnovnega sredstva:
• Številka OS
• Količina
• Datum spremembe
• Knjiga OS
• Status OS
• Znesek pridobitve (zajema transakcije OS tipa pridobitve, popravki pridobitve,
povečanja, zmanjšanja)
• Znesek amortizacije (zajema transakcije OS tipa amortizacija in amortizacijski popravki)
• Sedanja vrednost OS
Prenos vrednosti OS | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem vrednosti OS |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o Številka OS o Datum spremembe *Obvezni podatki |
Struktura podatkov - izhod | o Številka OS o Količina o Datum spremembe o Knjiga OS o Status OS o Znesek pridobitve (zajema transakcije OS tipa pridobitve, popravki pridobitve, povečanja, zmanjšanja) o Znesek amortizacije (zajema transakcije OS tipa amortizacija in amortizacijski popravki) o Sedanja vrednost OS *Obvezni podatki |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX |
Način integracije: zajem podatkov iz MDM (BYOD način).
8.5. Integracijsko področje: Demontaža sredstva, odpis sredstva, premik sredstva, zadolžitve OS, Povezava med OS in TS
Tehnična sredstva bodo s pomočjo integracije z D365FSCM IS povezana z osnovnimi sredstvi. Poleg informacije o povezavi med tehničnim sredstvom in osnovnim sredstvom bo v MX tudi podatek o deležu OS.
Sredstvo, ki je v uporabi na terenu, se lahko zaradi različnih potreb demontira z določene lokacije (npr. reden servis) ali prestavi na drugo lokacijo. V teh primerih ne govorimo o odpisih OS, temveč o premikih OS. Premik OS lahko povzroči spremembo lokacije/nahajališča OS in spremembo zadolžene osebe za to OS, kar je v D365FSCM zabeleženo kot nova Zadolžitev OS.
V ta namen je potrebno zagotoviti integracijo, ki bo poskrbela za prenos naslednjih podatkov iz MX v D365FSCM:
• Št. OS
• Datum zadolžitve
• Zadolženo osebo
• Lokacijo
Ko pride do premika OS, se lahko spremeni tudi delež med OS in TS in zato je potrebno zagotoviti integracijo, ki bo poskrbela za prenos sprememb stanja deležev povezav med OS in TS iz MX v D365FSCM. Prav tako je potrebno zagotoviti med D365FSCM in MX sinhronizacijo naslednjih šifrantov:
• TS
• OS
• Povezave OS in TS
• Projektov
V primeru demontaže tehničnega sredstva bo uporabnik MX-a lahko izbral med dvema metodama upravljanja osnovnega sredstva:
• Osnovno sredstvo se lahko odpiše oziroma delno odpiše
• Osnovno sredstvo se lahko premakne na novo nahajališče
Za sporočanje demontaže tehničnega sredstva in s tem delnega odpisa OS, odpisa OS oziroma premika OS se bo v MX na NZD dodala sekcija »Demontaža sredstva« v kateri bodo naslednja polja:
• Odpis (YORN polje)
• Premik (YORN polje)
• Šifra osnovnega sredstva (s klikom na šifro osnovnega sredstva se bodo uporabniku v izbiro ponudila samo OS, ki so povezana s tehničnim sredstvom izbranim na NZD).
• Količina demontiranega sredstva
• Odstotek zmanjšanja vrednosti OS
• Tip odpisa (delni odpis, odpis, premik)
• Datum odpisa / premika
Polja Odpis in Premik se bosta medsebojno izključevala, uporabnik bo lahko izbral samo eno vrednost.
Za določitev novih povezav med tehničnimi sredstvi in OS se bodo v sekcijo večkratna sredstva na NZD (in spremembi) dodala naslednja polja:
• Novo stanje povezav TS&OS (YORN polje)
• Šifra OS
• Delež TS v OS
• Veljavno od
• Veljavno do
Polje za dodajanje TS v večkratnih sredstvih že obstaja. Na ta način bo lahko uporabnik izbral
tehnično sredstvo in z deležem določil njegovo vrednost v OS.
Določitve novih deležev TS v OS bo možna tudi v aplikacijskem dialogu »Premakni/ Zamenjaj
/ Spremeni«, na NZD, katerega bo potrebno uporabiti pri načrtovanem premiku tehničnih sredstev. Z uporabo dialoga »Premakni/ Zamenjaj / Spremeni«, se bo v primeru premika OS lahko določila nova lokacija (nahajališče) TS, lahko se bo določilo zadolženo osebo, kot tudi novi delež TS v OS.
Shema procesa – odpis osnovnega sredstva:
Način integracije: spletne storitve.
Diagram procesa s podrobnim opisom korakov
Premiki OS | |
Diagram | |
Normalen potek | 1. Ko se zgodi premik sredstva v MX, se iz MX v D365FSCM sproži prenos podatkov: • Če premik predstavlja spremembo D365FSCM lokacije/zadolžene osebe sredstva, MX posreduje podatke o spremembi lokacije zadolžene osebe in zadolženo osebo • Če premik predstavlja spremembo stanja deleža povezav med OS in TS, MX posreduje spremembe povezav med OS in TS v D365FSCM |
Alternativni potek | / |
Predpogoji | • Vzpostavitev integracije preko ESB • Usklajeni matični podatki (integracijsko področje Sinhronizacija matičnih podatkov) |
o Projekti (primarni vir D365FSCM) o OS (primarni vir D365FSCM) o Povezave med OS in TS skupaj z deležem povezave (primarni vir D365FSCM) o Zaposleni (primarni vir D365HR) • Sinhronizacija TS med MX in D365FSCM (integracijsko področje Ustvarjanje tehničnih sredstev) • Spletna storitev za prevzem vrednosti OS iz D365FSCM • Spletna storitev za prenos minimalnih podatkov TS v D365FSCM • Premik OS, ki ga je potrebno poslati v obliki spremembe nahajališča v D365FSCM se zgodi samo v primerih, ko se zgodi dejanski premik med dvema različnima lokacijama iz D365FSCM. V primerih, ko se premik zgodi med dvema lokacijama, ki predstavljata podrobnejši lokaciji v MX in pripadata isti lokaciji v D365FSCM, se podatki o premiku iz MX v D365FSCM ne posredujejo (v MX so pod D365FSCM lokacijo še dodatne podrejene/bolj razdrobljene lokacije) |
Odpis OS | |
Diagram | |
Normalen potek | 1. Ko se za odpis sredstva na terenu v MX evidentira odpis OS, se sproži prenos podatkov za kreiranje Dokumenta odpisa v D365FSCM: - V prvem koraku se sproži generiranje Dokumenta odpisa v D365FSCM - V drugem koraku pa se prenese novo stanje deležev povezav med OS in TS v D365FSCM 2. Uporabnik v D365FSCM ročno dopolni Dokument odpisa 3. Uporabnik v D365FSCM knjiži Dokument odpisa |
Alternativni potek | / |
Predpogoji | - Vzpostavitev integracije preko ESB - Usklajeni matični podatki (integracijsko področje Sinhronizacija matičnih podatkov) o Projekti (primarni vir D365FSCM) o OS (primarni vir D365FSCM) o Povezave med OS in TS skupaj z deležem povezave (primarni vir D365FSCM) - Sinhronizacija TS med MX in D365FSCM (integracijsko področje Ustvarjanje tehničnih sredstev) - Spletna storitev za prevzem vrednosti OS iz D365FSCM - Spletna storitev za prenos minimalnih podatkov TS v D365FSCM |
V okviru procesa premikov OS je predvidena implementacija naslednjih integracijskih točk:
• MX18: Zadolžitve OS
• MX19: Povezava med OS in TS Proces zadolžitve OS MX – D365FSCM
Integracija na podlagi spletne storitve v sistem D365FSCM, ki omogoča sprejem podatkov o Zadolžitvi OS.
Iz sistema Maximo se v sistem D365FSCM se prenesejo preko spletne storitve naslednji podatki.
• *Št. OS
• *Datum zadolžitve
• *Osebna številka zaposlenega
• *Lokacija
Zadolžitve OS | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov o Zadolžitvi OS |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *Št. OS o *Datum zadolžitve o *Osebna številka zaposlenega o *Lokacija *Obvezni podatki |
Struktura podatkov - izhod | o Rezultat: Uspešno/Neuspešno |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX/ESB. |
Povezava med OS in TS | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365FSCM |
Opis | Predvidena je integracija na podlagi spletne storitve v D365FSCM, ki omogoča sprejem podatkov o povezavi med OS in TS |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov - vhod | o *Št. OS o *Št. TS o Delež povezave o Veljavno od o Veljavno do *Obvezni podatki |
Struktura podatkov - izhod | / |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX/ESB. |
8.6. Integracijsko področje: Varstvo pri delu
8.6.1.Drobni inventar (zaščitna in varovalna oprema)
Ob vsaki zaposlitvi delavca se za namene varnega opravljanja dela na terenu v MX (oziroma zunanjemu sistemu, namenjen vodenju plana zaščitne in varovalne opreme) pripravi plan zaščitne in varovalne opreme, ki jo bo delavec tekom izvajanja dela potreboval. Za potrebe priprave plana je potrebno zagotoviti med D365FSCM in MX sinhronizacijo naslednjih šifrantov (primarni vir D365FSCM/D365HR):
- Artiklov
- Delavcev
MX artikle, ki predstavljajo zaščitno in varovalno opremo, prepozna na podlagi skupine artikla. Ko je delavec pripravljen za odhod na teren, mu je iz skladišča izročena vsa potrebna oprema.
Skladiščnik ob prvi izročitvi opreme izvede izdajo opreme iz skladišča v D365FSCM in s tem
se v D365FSCM kreira Zadolžitev drobnega inventarja (v nadaljevanju Zadolžitev DI). Proces Zadolžitev DI v D365FSCM se lahko nadaljuje s:
- Prenosom opreme
- Vračilom opreme
- Odpisom opreme
Ob vsaki spremembi se v Zadolžitvah DI v D365FSCM kreira nov zapis, ki vsebuje podatke o trenutnem stanju opreme (datum izdaje/prenosa/vračila, količina,…).
Matični podatki vsake Zadolžitve DI bodo objavljeni v zunanji podatkovni bazi (BYOD), od koder jih MX lahko črpa v rednih časovnih intervalih na način:
- MX v rednih časovnih intervalih sproži klic za prevzem matičnih podatkov o Zadolžitvah DI iz BYOD (lahko direktno do BYOD ali preko ESB).
Prevzete podatke Zadolžitev DI bo MX uporabil za nadaljnje procese v povezavi z zaščitno in varovalno opremo (preventivni pregledi opreme,…).
D365FSCM bo vBYOD(podatkovni zbirki) objavil seznam izdane zaščitne in varovalne opreme po zaposlenih. MX bo na podlagi časovnega opravila prevzemal podatke o zadolženi (dodeljeni) zaščitni in varovalni opremi.
Artikli, ki bodo predstavljali zaščitno in varovalno opremo bodo v D365FSCM IS označeni s posebno skupino artiklov.
Zaščitna in varovalna oprema vsebuje LOT oziroma serijsko številko. Za potrebe rednih preventivnih pregledov predlagamo, da se vsa zaščitna in varovalna oprema (ki je zadolžena pri delavcih) v MX prenese kot sredstvo. Klasifikacija, s katero bodo opremljena ta sredstva
,ne bo označena za prenos TS v D365FSCM (sredstva bodo obstajala samo v MX). Takšna sredstva boste lahko dodajali v preventivne preglede, na delovne naloge ipd. – sposobni se boste izkazati da so redno vzdrževana (pregledana).
Podatki ki bodo na voljo MX za zadolženo opremo:
• ReleaseLotId
• RelaseDate
• AssignmentType
• ResponsibleWorker
• LowValueAssetLocation
• Item number
• RemainingQuantity
• Transferred
• AssignedQuantity
• Return date
Način integracije: zajem podatkov iz BYOD baze
Zadolžitve DI | |
Diagram | |
Normalen potek | 1. Podatke o Zadolžitvah DI se iz D365FSCM periodično objavlja v BYOD podatkovni bazi, kjer ima vsak zapis informacijo o datumu in času zadnje spremembe. 2. MX periodično dostopa do podatkov v BYOD in črpa podatke, ki so bili spremenjeni po izbranem datumu. 3. MX prevzete podatke evidentira. |
Alternativni potek | / |
Predpogoji | - Opredelitev ali MX dostopa neposredno do BYOD ali preko storitvenega vodila ESB - Usklajeni matični podatki (integracijsko področje Sinhronizacija matičnih podatkov) o Delavci (primarni vir D365HR) o Artikli (primarni vir D365FSCM) |
8.6.2. Zdravstveni pregledi in omejitve
Zdravstveni pregledi se vodijo skozi MX IS. Med drugim se tako v MX IS vpisujejo tudi opravljeni zdravstveni pregledi zaposlenih – zdravniška spričevala. Podatki o opravljenih zdravniških pregledih se bodo s pomočjo integracije posredovali v D365HR IS. Podatki, ki se bodo izmenjevali so:
• *Osebna številka delavca
• Datum pregleda
• Datum naslednjega pregleda
• Opis omejitev
*Obvezni podatek
1. Zahtevani pregledi za izbrano delovno mesto
Za potrebe izvajanja zdravstvenih pregledov bo v D365HR na delovnem mestu na Delovni nalogi omogočen vnos zahtevanih pregledov (tip pregleda, kratek opis pregleda), ki za MX lahko služi za generiranje napotnic za zdravstvene preglede. V ta namen je potrebno zagotoviti objavo podatkov Delovnih nalog delovnega mesta (primarni vir D365HR).
Prav tako je potrebno zagotoviti objavo podatkov »Screening-ov« na delovnem mestu (primarni vir D365HR), kjer bodo specificirani kakšni tipi zdravstvenih pregledov so potrebni za to delovno mesto. MX bo preko povezave na BYOD prevzemal te podatke, ki bodo namenjeni za kreiranje napotnic za zdravstvene preglede.
2. Opravljeni zdravstveni pregled delavca
Podatki o opravljenem zdravstvenem pregledu se bodo evidentirali v MX, prav tako se bo v MX na podlagi vnesenih podatkov izračunal tudi datum naslednjega zdravstvenega pregleda. Pri tem se odpre nov planiran zdravniški pregled, opravljen pa se zaključi. Minimalni podatki o planiranih zdravstvenih pregledih in opravljenih zdravstvenih pregledih ter omejitvah pa se bodo z integracijo prenesli v D365HR. Slednja bo omogočala, da se iz MX v D365HR posredujejo naslednji podatki: osebna številka delavca, tip pregleda, datum opravljenega pregleda, datum naslednjega pregleda, opis morebitnih omejitev. Ti podatki se bodo zapisali na posameznega delavca v okviru pregledov (Screenings). Med D365HR in MX je potrebno zagotoviti sinhronizacijo šifrantov delavcev in tipov pregledov (opredeljeno v poglavju Error! Reference source not found.).
Diagram procesa s podrobnim opisom korakov
Zdravstveni pregledi | |
Diagram | |
Normalen potek | 1. Podatki o pregledih na delovnih mestih se iz D365HR objavljajo v BYOD podatkovni bazi, kjer ima vsak zapis informacijo o datumu in času zadnje spremembe. 2. MX periodično dostopa do podatkov v BYOD in črpa podatke, ki so bili spremenjeni po izbranem datumu. 1. Uporabnik v MX vnese zdravstveni pregled za delavca in morebitne povezane omejitve za delo 2. Z integracijo se iz MX v D365HR prenesejo naslednji podatki: - Osebna številka delavca - Tip pregleda - Datum opravljenega pregleda - Datum naslednjega pregleda - Opis morebitnih omejitev 3. Ti podatki se v D365HR zapišejo v okviru podatkov o opravljenih pregledov (Screenings) delavca. |
Alternativni potek | / |
Predpogoji | - Sinhronizacija kadrovskih podatkov med D365HR in CDS - Usklajeni matični podatki (integracijsko področje Sinhronizacija matičnih podatkov) o Delavci (primarni vir D365HR) |
Zdravstveni pregledi
Način implementacije | Integracija na podlagi storitev |
Sistem | D365HR |
Opis | Predvidena je integracija na podlagi spletne storitve v D365HR, ki omogoča sprejem podatkov o zdravstvenih pregledih in omejitvah delavcev |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov – vhod | o *Osebna številka delavca o *Datum pregleda o *Tip pregleda o Datum naslednjega pregleda o Opis omejitev *Obvezni podatki |
Struktura podatkov – izhod (normalen potek) | / |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX. |
Način integracije: spletna storitev.
Integracija z BC - priključeni dokumenti in izpisi
V MX se bo vnašala skenirana dokumentacija (npr. zdravniško spričevalo) in nato posredovala v DMS (BC). V MX se v priključenih dokumenti zapiše le link do teh dokumentov.
Prav tako se bo v BC prenašala Napotnica za zdravniške preglede in Obvestilo o omejitvah (izpiše MX). V MX se vpišejo odgovorne osebe oz. podpisniki teh dokumentov in se skupaj z dokumenti prenesejo v BC Na podlagi teh podatkov BC odpre delovni tok potrjevanja in podpisovanja dokumentov in pošiljanje prejemnikom.
8.6.3.Izobraževanja iz varstva pri delu
Vsak delavec za opravljanje svojega dela mora izvesti izobraževanje iz varstva pri delu. Rezultat izvedenega izobraževanja in ostali povezani podatki (npr. datum naslednjega izobraževanja) se bodo vnašali v MX. Pri tem se odpre novo planirano izobraževanje iz varstva pri delu, opravljeno pa se zaključi. Minimalni podatki pa se bodo beležili tudi v D365HR v okviru podatkov o opravljenih testih delavca. V ta namen je potrebno zagotoviti integracijo, ki bo poskrbela za prenos podatkov iz MX v D365HR. V ta namen mora MX dostopati do šifranta tipa testov (primarni sistem D365HR), ki bo na voljo v BYOD
Izvedena izobraževanja iz področja varstva pri delu, ki se bodo vnašala v MX, se bodo preko integracije prenašala v AX. Podatki, ki se bodo izmenjevali so:
• *Osebna številka delavca
• *Datum izobraževanja
• *Tip izobraževanja
• Datum naslednjega izobraževanja
• Opombe
• Status
*Obvezni podatki
Prav tako se bo v MX vnašala skenirana dokumentacija (npr. Potrdila o opravljenem izobraževanju) in nato posredovala v DMS (BC). Zato bo potrebno na strani MX in DMS zagotoviti integracijo, ki bo zagotavljala izmenjavo zahtevanih podatkov.
Diagram procesa s podrobnim opisom korakov
Izobraževanje iz varstva pri delu | |
Diagram | |
Normalen potek | 1. Uporabnik v MX vnese podatke o izvedenem izobraževanju iz varstva pri delu za delavca in predvideni datum naslednjega izobraževanja 2. Z integracijo se iz MX v D365HR prenesejo naslednji podatki: - Osebna številka delavca - Tip testa - Datum opravljanja - Datum naslednjega opravljanja - Status - Opombe 3. Ti podatki se v D365HR zapišejo v okviru podatkov o opravljenih testih delavca. |
Alternativni potek | / |
Predpogoji | - Sinhronizacija kadrovskih podatkov med D365HR in CDS - Usklajeni matični podatki (integracijsko področje Sinhronizacija matičnih podatkov) o Delavci (primarni vir D365HR) |
Izobraževanje iz varstva pri delu | |
Način implementacije | Integracija na podlagi storitev |
Sistem | D365HR |
Opis | Predvidena je integracija na podlagi spletne storitve v D365HR, ki omogoča sprejem podatkov o izobraževanjih iz varstva pri delu |
Naslov | TBD |
Metoda storitve | TBD |
Storitev oz. metoda storitve ESB | TBD |
Struktura podatkov – vhod | o *Osebna številka delavca o *Datum izobraževanja o *Tip izobraževanja o Datum naslednjega izobraževanja o Opombe o Status *Obvezni podatki |
Struktura podatkov – izhod (normalen potek) | / |
Tip komunikacije | Sinhroni/Asinhroni? |
Pogostost | Na zahtevo. Sprožilec integracije je MX. |
Način integracije: spletna storitev.
8.7. Matični podatki (šifranti)
Predlagamo, da si D365FSCM in MX Matične podatke izmenjujeta na nivoju baz BYOD. Predpostavke
• Izvorni informacijski sistem matičnih podatkov bo D365FSCM IS. Matični podatki se izmenjujejo tako, da se v MX samo prepisujejo. Brisanje podatkov in detekcija tega v MX ne bo mogoča. Brisanje je mogoče zagotoviti samo s spreminjanjem statusov (odvisno od tipa matičnega podatka)
• Vsa logika prepisovanja (poizvedbe po novih podatkih, kot tudi sam prepis podatkov) bo implementirana na strani MX.
• Prepisovanje podatkov iz MDM je mogoče samo s pomočjo časovnih opravil na določen
interval (primer vsakih 5 min).
Diagram procesa prevzema matičnih podatkov:
8.7.1.MX02: Osebni potni nalog
8.7.1.1. Nalog za službeno potovanje
Entiteta: TrvRequisitionTable (Nalog za službeno potovanje)
# | Ime | Description | Vir – D365FSCM | Cilj - MX |
1 | TravelRequisitio nNumber | Št. Naloga za službeno potovanje | TrvRequisitionTable.TravelR equisitionNumber | LABTRANS.WO NUM |
2 | BusinessPurpos e | Poslovni namen | TrvRequisitionTable.Busines sPurpose | XXXXXXXX.XX MO |
3 | Location | Lokacija | TrvRequisitionTable.Destinati on | LABTRANS.LO CATION |
4 | TravelDescriptio n | Opis | TrvRequisitionTable.TravelD escription | |
5 | FromDateAndTi me | Datum in čas od | XXXXXXXX.XX ARTDATE | |
6 | ToDateAndTim e | Datum in čas do | LABTRANS.FIN ISHDATE | |
7 | ByOrderOf | Po nalogu osebe | LABTRANS.EN TERBY | |
8 | TransportType | Tip transporta | ||
9 | RegistrationNu mber | Registrska | ||
1 0 | ProjectID | ID Projekta |
8.7.2.MX14: Globalni imenik
Izmenjava podatkov je namenjena za pridobivanje podatkov o podjetjih, strankah, njihovih kontaktih in lastnostih.
8.7.2.1. Globalni imenik
Entiteta: DirPartyV2Staging (Globalni imenik)
# | Ime | Description | Vir – D365FSCM | Cilj - MX |
1 | PartyId | Številka partnerja (ID sodelujočega) | DirParty.PartyNumb er | COMPANIES.COMP ANY |
2 | Type | Tip zapisa (organizacija ali oseba) | DirParty.PartyType | COMPANIES.TYPE |
3 | FirstNam e | Osebno ime (za osebe) | DirParty.PersonFirst Name | XXXXXXXXXXX.XX NTACT |
4 | LastNam e | Priimek (za osebe) | DirParty.PersonLast Name | |
5 | Name | Xxx (za organizacije) | DirParty.Organizatio nName | |
6 | SearchN ame | Ime za iskanje | DirParty.NameAlias | |
7 | Gender | Spol (za osebe: Male, Female, NonSpecific) | DirParty.PersonGen der | |
8 | Languag e | Jezik | DirParty.LanguageI d |
8.7.2.2. Globalni imenik – Naslovi
Entiteta: DirPartyLocationPostalAddressV2 (Globalni imenik - Naslovi)
# | Ime | Descriptio n | Vir – D365FSCM | Cilj - MX |
1 | PartyId | ID sodelujočeg a | DirPartyLocationPostalAddressV2.P artyNumber | XXXXXXXXX.XXX PANY |
2 | Purpose | Namen | DirPartyLocationPostalAddressV2.R oles | COMPANIES.NAM E |
3 | NameOrDescri ption | Ime ali opis | DirPartyLocationPostalAddressV2.D escription | COMPANIES.CON TACT |
4 | Street | Ulica | XxxXxxxxXxxxxxxxXxxxxxXxxxxxxX0.Xx reet | XXXXXXXXX.XXX RESS1 |
5 | StreetNumber | Hišna številka | XxxXxxxxXxxxxxxxXxxxxxXxxxxxxX0.Xx reetNumber | |
6 | Zip/PostalCod e | Poštna številka | DirPartyLocationPostalAddressV2.Zi pCode | COMPANIES.ADD RESS4 |
7 | City | Mesto | XxxXxxxxXxxxxxxxXxxxxxXxxxxxxX0.Xx ty | XXXXXXXXX.XXX RESS2 |
8 | State | Država | XxxXxxxxXxxxxxxxXxxxxxXxxxxxxX0.Xx ate | XXXXXXXXX.XXX RESS3 |
8.7.2.3. Globalni imenik – Kontakti
Entiteta: DirPartyContactV2 (Globalni imenik - Kontakti)
# | Ime | Description | Vir -D365FSCM | Cilj - MX |
1 | PartyId | ID sodelujočega | DirPartyContactV2.Part ynumber | COMPANIES.COMP ANY |
2 | Description | Opis | DirPartyContactV2.Des cription | XXXXXXXXX.XXXX |
3 | Type | Tip | DirPartyContactV2.Type | COMPANIES.TYPE |
4 | Contract number/address | Kontaktna številka/naslov | DirPartyContactV2.Loca tor | XXXXXXXXXXX.XX NTACT |
5 | Private | Zasebno | DirPartyContactV2.IsPri vate | |
6 | Primary | Primarni | DirPartyContactV2.IsPri mary | |
7 | Purpose | Namen | DirPartyContactV2.Purp ose |
8.7.3.MX20: Aktivnosti
Izmenjava podatkov je namenjena za pridobivanje podatkov o aktivnostih, njihovih povezavah in lastnostih aktivnosti.
8.7.3.1. Aktivnosti
Entiteta: smmActivities (Aktivnosti)
# | Ime | Description | Vir – D365FSCM | Cilj - MX |
1 | ActivityNu mber | Št. aktivnosti | smmActivities.Activitynumber | WOACTIVITY.WONU M |
2 | Purpose | Namen | smmActivities.Purpose | WOACTIVITY.DESC RIPTION |
3 | StartDate/ Time | Začetni datum/čas | smmActivities.StartDateTime | WOACTIVITY.ACTST ART |
4 | EndDate/T ime | Končni datum/čas | smmActivities.EndDateTime | WOACTIVITY.ACTFI NISH |
5 | Responsibl e | Odgovorna oseba | smmActivities.ResponsibleWorkerPe sonnelNumber | |
6 | Type | Tip | smmActivities.TypeId | XXXXXXXXXX.XXXX TYPE |
8.7.3.2. Povezane aktivnosti
Entiteta: smmActivityParentLink (Povezave aktivnosti)
# | Ime | Description | Vir – D365FSCM | Cilj- MX |
1 | ActivityNu mber | Št. aktivnosti | smmActivityParentLink.Acti vitynumber | WOACTIVITY.WONUM |
2 | ParentTyp e | Tip nadrejenega (Projekt) | smmActivityParentLink.Par entType | WOACTIVITY.PARENTP ROCESS |
3 | ParentID | ID nadrejenega (ID projekta) | smmActivityParentLink.Par entId |
Tabela 1: Povezane aktivnosti
8.7.4.MX16: Stanje zalog
Izmenjava podatkov je namenjena za pridobivanje podatkov o stanjih zaloge, njihovih lastnostih in informacije o skladiščih.
8.7.4.1. Skladišča
Entiteta: (Skladišča)
# | Ime | Description | Vir – D365FSCM | Cilj - MX |
1 | Warehouse | Skladišče | LOCATIONS.LOCATION | |
2 | Name | Ime | LOCATIONS.DESCRIPTIO N | |
3 | Site | Poslovna enota | LOCATIONS.SITEID | |
4 | Type | Tip |
8.7.4.2. Skladiščna lokacija
Entiteta: (Skladiščna lokacija)
# | Ime | Descriptio n | Vir – D365FSCM | Cilj - MX |
1 | Warehouse | Skladišče | LOCATIONS.LOCATION | |
2 | Location | Lokacija | LOCATIONS.LOCATION | |
3 | LocationTyp e | Tip lokacije |
9. MX predloge – obstoječa sredstva
S prehodom na uporabo predlog v MX je potrebno posodobiti že obstoječa sredstva v MX s predlogami sredstev. Za obstoječa sredstva se bodo uporabile na novo kreirane predloge sredstev v povezavi z novo nastalimi klasifikacijami. Na atribute, ki jih bo obstoječe sredstvo s predlogo dobilo, bo potrebno prepisati prejšnje vrednosti atributov. Izdelati je potrebno uparjalno tabelo med starimi in novimi atributi (izdela naročnik v sodelovanju z izvajalcem)
10. Prenova obstoječih integracijskih točk MX z ostalimi zalednimi sistemi poleg AX
S prenovo MX, predvsem podpore tehničnih sredstev bo potrebno prenoviti oz. na novo zgraditi določene integracije tudi z naslednjimi zalednimi IS:
• GIS (XXXX XxxXXX) informacijski sistem in GMS
• eDogovor
• PSA - mobilna podpora
• Podpora SSS
• BC (BusinessConnect)
• Potni nalogi za vozila (Avtopark)
10.1.GIS Informacijski sistem
ESRI ArcGis
Geografski informacijski sistem (ESRI ArcGis) in MX sta trenutno integrirana na treh entitetah in sicer:
• Sredstvih
• Lokacijah in
• Delovnih nalogih
Podatki so medsebojno povezani v prostorski bazi. V GIS-u so podatki prikazani na dveh slojih:
• Sloj1: kjer so prikazana sredstva in lokacije
• Sloj2: kjer so prikazani delovni nalogi
Trenutno so medsebojno integrirana samo sredstva daljnovodov, kot so:
• Daljnovodi
• Odseki
• Sistemi
• Razpetine
• Stojna mesta in
• TK
Sredstva v RTP-jih trenutno niso integrirana v GIS sistem. NZD-ji se samo prikazujejo v GIS- u, v odvisnosti od statusa naloga za delo. V GIS IS jih ni možno kreirati ali posodabljati.
V primeru nove lokacije oziroma sredstva je potrebno entiteto kreirati v obeh sistemih (GIS in MX) in ju medsebojno upariti, ker trenutno ne predstavlja težav, saj dinamika kreiranja novih sredstev ni velika.
V projektu prenove MX je potrebno zagotoviti delovanje obstoječih povezav MX (modul Linear in Spatial) z ESRI GIS in v primeru sprememb, ki jih prinaša prenova integracij z AX in prenos tehničnih sredstev v MX, zagotoviti spremembo le teh.
GMS
GMS je informacijski sistem v prvi meri namenjen pregledovanju prostorskih podatkov in ugotovitev termografskih snemanj DV. GMS in MX sta medsebojno integrirana preko Rest API na naslednjih področjih:
• Dodajanje/Posodabljanje (Add/Update) opravil na delovni nalog: Storitev omogoča, da se lahko dodajajo vse ugotovitve topografskega snemanja z željenimi atributi in prilogami.
• Poizvedba za spremembe: Xxxxxx se vsa spremenjena topografska snemanja (delovni nalogi oz. aktivnosti v nekem časovnem obdobju).
• Pridobivanja atributov: Pridobivanje atributov specifikacij iz objektov ASSET in WORKORDER za kasnejšo uporabo pri pridobivanju domen vrednosti.
• Pridobivanje šifranta za kode napak: Storitev vrne seznam vseh kod napak za uporabo v sistemu GMS.
• Pridobivanje šifrantov atributov specifikacije: Storitev omogoča prebiranje celotne zaloge vrednosti za določen atribut.
V projektu prenove MX je potrebno zagotoviti delovanje obstoječih povezav MX z GMS in v primeru sprememb, ki jih prinaša prenova integracij z AX in prenos tehničnih sredstev v MX, zagotoviti spremembo le teh.
10.2.eDogovor
Informacijski sistem eDogovor, ki je trenutno še v izgradnji, bo služil kot orodje, ki bo omogočalo učinkovito sklepanje služnosti, kot tudi odškodnin z lastniki parcel. Predviden prehod IS eDogovor v produkcijo je junij 2021. Informacijski sistem je integriran z MX IS z namenom prikaza vseh nalogov za delo. Nalogi za delo se potrebujejo pri sklepanju dogovorov o odškodnini. Nalogi za delo se lahko iščejo in prevzamejo tudi z dotično šifro NZD. Integracija je narejena preko spletnih storitev.
V projektu prenove MX je potrebno zagotoviti delovanje obstoječih povezav MX z eDogovor in v primeru sprememb, ki jih prinaša prenova integracij z D365FSCM in prenos tehničnih sredstev v MX, zagotoviti spremembo le teh.
10.3.PSA - mobilna podpora
PSA je z Maximo IS integriran na dveh glavnih nivojih:
• Izmenjevanje šifrantov
• Izmenjevanje “transkacijskih” podatkov nalogov za delo
PSA IS je na področju izmenjevanja (branja) šifrantov integriran preko pogleda (view) na MX podatkovno zbirko. PSA IS šifrantov ne prepisuje v svojo podatkovno zbirko, temveč jih bere preko kreiranih vpogledov.
Šifranti, ki so na voljo PSA so:
• Osnovni šifranti
o Domene
o Lokacijski sistemi
o Tipi dela
o Vzroki za delo
• Klasifikacija okvar:
o Kode okvar
o Seznam okvar
o Tipi okvar
• Lokacije:
o Lokacije
o Specifikacije lokacij
o Atributi specifikacij lokacij
o Hierarhija lokacij
o Predniki lokacij
o Lokacije DV
o Lokacije DV sistemov
o Lokacije DV odseki
o Lokacije RTP
• Sredstva:
o Sredstva
o Specifikacije sredstev
o Atributi specifikacije sredstev
o Hierarhija sredstev
o Premiki sredstev
o Relacije med linearnimi sredstvi
• Priključeni dokumenti:
o Priključeni dokumenti
o Povezava med priključenimi dokumenti in NZD
• Nalogi za delo, opravila (ugotovitve)
o NZD in opravila
o Zgodovina statusov NZD in opravil
o Predniki NZD in opravil
o Specifikacije NZD in opravil
o Atributi specifikacij NZD in opravil
o Večkratna sredstva NZD in opravil
o Povezani zapisi NZD in opravil
• Planirano in opravljeno na NZD in opravilih
o Orodja
o Osebe
o Delavci
o Stroke
o Urna postavka po stroki
o Kode zaslužka
o Planirano delo
o Planirana orodja
o Uporaba orodij
o Opravljeno delo
o Finančni projekti
o Realizirano delo
o Realizirana orodja
• Meritve in stanja sredstev:
o Merilni instrumenti
o Vrste merilnih instrumentov
o Vrste meritev stanja sredstev
o Vrste meril
o Podsklopi merjenja
o Merila na lokacijah
o Merila na sredstvih
o Odčitki meril
• Pregledi delovišč (VZD)
o Pregledi delovišč
• Delovni plani
o Delovni plani
o Statusi delovnih planov
o Opravila delovnih planov
o Specifikacije opravil
o Poti
o Postanki na poti
• Klasifikacije
o Klasifikacije
o Struktura klasifikacij
o Hierarhija klasifikacij
o Uporabi z objektom (klasifikacije)
o Specifikacija klasifikacij
PSA s pomočjo integracije preko spletnih storitev:
• Kreira nove naloge za delo oziroma opravila
• Dopolnjuje podatke na NZD oziroma opravilih:
o Delovne ure
o Orodja
o Dodatna opravila
o Priponke
• Spreminja dolgi opis NZD
Ugotovitve se trenutno upravljajo v PSA mobilnem sistemu.
Ker se spreminja integracija med D365FSCM in MX informacijskim sistemom bo potrebno ob spremembi teh integracijskih točk intenzivno testirati tudi delovanje PSA IS. Preveriti bo potrebno:
• Ali bodo v PSA na voljo vsi potrebni, novi in spremenjeni šifranti
• Kreiranje NZD in opravil
• Spremembe NZD in opravil
V projektu prenove MX je potrebno zagotoviti delovanje obstoječih povezav MX s PSA in v primeru sprememb, ki jih prinaša prenova integracij z D365FSCM in prenos tehničnih sredstev v MX, zagotoviti spremembo le teh. Po potrebi bo potrebno kreirati dodatne vpoglede (view) na podatkovno zbirko, kot tudi dopolniti spletne storitve.
10.4. Podpora SSS
Informacijski sistem podpora SSS je namenjen upravljanju sekundarne opreme. Z MX IS je trenutno integriran na dveh nivojih:
• Integracija za prevzem matičnih podatkov (šifrantov) preko vpogledov v podatkovno zbirko:
o Statusi nalogov za delo
o Tipi dela
o Vzroki za delo
o Seznam NZD
• Integracija preko spletnih storitev za izmenjavo transakcijskih podatkov:
o Kreiranje NZD in opravil
o Spremembe na NZD (ure, orodja, sprememba statusa NZD ipd.)
o Prikaz in tiskanje NZD Podpora SSS je tesno integrirana z AX IS.
Trenutna integracija med AX in sistemom Podpora SSS poteka iz smeri Podpore SSS proti
AX-u preko spletne storitve, v obratni smeri pa preko view-ev kreiranih v bazi AX2ELES na SQL strežniku.
Pogledi (view) katere uporablja aplikacija Podpora SSS:
• CarReservation
• V_ARTIKEL_TEH_KAT
• V_INVESTICIJA
• V_JEDRO
• V_KONFIGURACIJE_STEVCEV
• V_MIKROLOKACIJA_FULL_PATH
• V_MIKROLOKACIJA_LASTNISTVO
• V_NAPRAVA_NAMEN_UPORABE
• V_NAVITJE
• V_OBJEKTI
• V_OSEBNI_POTNI_NALOG_SSS
• V_PARTNER
• V_PROJEKTI_SSS
• V_PROJEKTNE_POGODBE
• V_TEHNICNA_SREDSTVA
• V_TEHNICNA_SREDSTVA_HITRO
• V_TEHNICNI_PODATKI
• V_V_TEHNICNA_SREDSTVA
• V_VSI_DELAVCI
Pogledi katere uporablja aplikacija Dodatna opravila (del Podpore SSS):
• V_SKRBNISKA_PODROCJA_SREDSTEV
• V_PROJEKT_SREDSTVA_PREGLED
• V_KARAKTERISTIKE_ATRIBUTOV
• v_priloge_TS
• V_LISTE_VREDNOSTI_ATRIBUT
Poleg tega aplikacija Podpora SSS kliče spletni servis AX-a SSSIntegrationServicesAdEl. Metode:
• tamMovementCreateAndSubmit (ali tamMovementCreateAndPost)
• tamMovementPost
• tamUpdateCharValues
• tamFleetReservationReqCreate
• tamReceiveTechAsset
• tamUpdateTransfCore
• tamUpdateTransfWinding
• tamMovementReverse
• trvRequisitionCreate
• trvRequisitionGetReport
• trvExpenseCreateUpdate
• trvRequisitionCancellation
Ker se tehnična sredstva z nadgradnjo AX selijo v MX, je potrebno prenoviti naslednje
obstoječe integracijske točke
• Tehnična sredstva
• Lokacije, lokacijski sistemi
• Vsi ostali šifranti in podatki kot so:
o Delavci
o Stoke
o Osnovna sredstva
o Skladišča, zaloge, identi
o Osnovna sredstva, zadolžitve, deleži OS ipd.
V skrajnem primeru bi za potrebe prevzema šifrantov lahko uporabili že kreirane vpoglede na MX podatkovni zbirki, ki jih uporablja PSA IS.
V projektu prenove MX je potrebno prenoviti povezavo D365FSCM s Podporo SSS tako da je potrebno vse vhode in izhode preusmeriti na MX. Uporabijo se obstoječi view-i, po potrebi pa se kreirajo dodatni vpogledi. Spletne storitve je potrebno prenoviti, dopolniti oz. prilagoditi spremembam. Pri prenovi povezave je potrebno upoštevati, da se bodo podatki o tehničnih sredstvih, za katere je bil zdaj vir podatkov AX, črpali po novem iz MX IS.
10.5. BC – BusinessConnect
Trenutno ni delujočih integracij MX z BC v produkcijskem okolju. V testnem okolju je za potrebe potrjevanja in podpisovanja delovnih nalogov (VPD), ki predstavlja podnalog NZD v MX, kreirana integracija preko spletne storitve med MX in BC. Funkcionalnost je trenutno izklopljena. Vzposatvitev v novem produkcijskem okolju ni predmet tega naročila.
Zdravniški pregledi in usposabljanja iz VZD
Trenutno se v sklopu integracije MX-AX priključeni dokumenti VZD v MX prenašajo v AX – kadrovska evidenca. V novem oz. nadgradnjeni verziji AX-a prenos dokumentov v integracijski točki MX VZD-AX ni predviden. Vlogo hranjenja vseh dokumentov o zaposlenem, v novem sistemu prevzema BC – osebna mapa zaposlenih.
Za potrebe potrjevanja in podpisovanja napotnic za zadravniške preglede in obvestil o omejitvah ter odlaganja scanov zdravniških spričeval in potrdil o usposabljanjih iz VZD, bo potrebno med MX in BC kreirati novo integracijsko točko, ki bo omogočala odlaganje naštetih dokumentov v osebno mapo zaposlenih v BC. V MX se v priključenih dokumenti zapiše le link do teh dokumentov. Izvesti pa je potrebno tudi enkraten prenos obstoječih dokumentov VZD iz MX v BC in zapisati link do teh dokumentov v MX (priključeni dokumenti).
10.6. Potni nalogi za vozila
ELES po nadgradnji ERP sistema v D365FSCM IS ne bo več upravljal potnih nalogov za vozila s pomočjo ERP-a. Za potrebe upravljanja nalogov za vozila, sledenje vozil, vzdrževanja ipd. bo implementirana nova namenska aplikacija AP, ki bo integrirana z D365FSCM (OPN – osebni potni nalogi) in MX ( tehnična sredstva in NZD). Za polno delovanje izbrane aplikacijske podpore bo potrebno poleg D365FSCM-AP implementirati integracijske točke med MX in AP in sicer:
• Prenos šifrantov:
o Tehnična sredstva (orodja)
o Specifikacije sredstev
o Atributi specifikacij
o Merila na tehničnih sredstvih (porabljeni km)
o Osebe, delavce
o Projektne kategorije (enote mere KM ali delovne ure)
o Naloge za delo
• Transakcijski podatki:
o Prenos opravljenih kilometrov vozil na NZD
o Prenos opravljenih delovnih ur vozil na NZD
Pogoj za kreiranje potnega naloga v AP je OPN- osebni potni nalog (D365FSCM), ki se v primeru najema vozil v sklopu del, za katera je odprt NZD (MX investicijski, vzdrževalni projekti ipd.) poveže na NZD preko ID projekta. ELES v bodoče planira za določene primere spremembo pogoja za kreiranje potnega naloga v AP brez OPN-ja. V takem primeru vso funkcijo prevzame NZD v MX.
10.7. AHI – indeks stanja sredstev
Eles za ugotavljanje stanja sredstev uporablja Maximo Asset Health Insights, ki je implementiran v okolju Xxxxx s svojo zadnjo aktualno različico. Ponuja zmogljivosti za modeliranje, načrtovanje, spremljanje in optimizacijo indeksa stanja sredstev. Nameščen je kot dodatek (add-on) osnovnemu Maximo EAM informacijskemu sistemu. Učinkovito spremljanje indeksa stanja sredstev ELESu omogoča ukrepe za izboljšanje stanja sredstev, vključno z zmanjšanjem urnikov preventivnega vzdrževanja in načrtovanjem popravil ali zamenjave.
ELES trenutno uporablja Maximo Asset Health Insight na nekaterih vrstah sredstev znotraj RTP-jev, kot so:
• Energetski transformatorji
• Odklopniki
• Ločilniki
• Merilni transformatorji in
• Prenapetostni odvodniki
Na sredstvih daljnovodov se izračunavanje indeksa stanja sredstev še ne uporablja. Kot parametri (vhodni podatki) za preračun indeksa stanja sredstev se uporabljajo:
• Meritve:
o Električni preizkusi
o Meritve olj
o DGA
• Podatki o zgodovini popravil (vzdrževanja sredstev):
o Napake
o Preventivno vzdrževanje
• Pregledi (Vizualne ocene sredstev)
• Tehnični podatki o sredstvih:
o Starost
o Tip
o ...
• Operativni podatki o sredstvih:
o Obremenitve
o Kratkostični tokovi ipd.
V projektu prenove MX je potrebno zagotoviti delovanje obstoječih povezav MX z Maximo Asset Health Insights in v primeru sprememb, ki jih prinaša prenova integracij z AX in prenos tehničnih sredstev v MX, zagotoviti spremembo le teh.
10.8. Ostale integracije
Ostale integracije načeloma po naročnikovem vedenju niso neposredno vezane na tehnična sredstva in s tem predvidene prilagoditve, a se pričakuje, da bo izvajalec tokom aktivnosti poskrbel za njihovo popolno delovanje, kot je bilo pred pričetkom del.
Spletne aplikacije
Maximo komunicira z več spletnimi aplikcijami, katerim pošilja podatke ali jih od njih prejema. Podatki načeloma niso vezani na tehnična sredstva a mora vseeno biti po vseh vpeljavah zagotovljeno polno delovanje naštetega.
Interni aplikaciji Storitve ITK in ITK spremembe
Obe prejemata podatke v rednih časovnih intervalih s pomočjo pogledov/vmesnih tabel (View).
Aplikacija Dostop zunanji
Aplikacijo uporabljajo pogodbeni partnerji za podajanje zahtev za dostop v IS ELES. Aplikacija kliče spletni servis MX, ki kreira ustrezni zahtevek, ki gre skozi proces odobravanja. Po odobritvi se vnesejo podatki v vmesno tabelo, ki je komunikacijska točka z MS Orchestratorjem. Slednji poskrbi za izvedbo aktivnosti, izvede ustrezne zapise v vmesno tabelo, iz katere zapis prebere Maximo in v primeru ustrezne izvedbe zapre zahtevek.
Vodenje delovnih ur
Maximo pošilja v to aplikacijo podatke o urah dela za delavce.
MS AD in MS Orchestrator
Integracija zagotavlja samodejno dodajanje in odvzemanje oseb v posamezne AD skupine in s tem dodajanje oziroma odvzemanje pravic v AX IS, kot tudi za namen samodejne ponastavitve uporabniških gesel, odklepanje računov ipd. Integracija je izvedena preko pogleda v podatkovno zbirko (asinhrono). Integracija z MS AD je narejena tudi za potrebe kreiranja uporabnikov MX in avtorizacije in avtentikacije uporabnikov MX.
MS SCOM
Integracija je namenjena pridobivanju dejanskih konfiguracijskih elementov v MX. Integracija je izvedena preko pogleda (View) v podatkovni zbirki (asinhrono). V MX se le-ti nato spremenijo v KE.
MS SCCM
Integracija je namenjena pridobivanju podrobnih podatkov o IT sredstvih v MX. Integracija je izvedena preko pogleda (View) v podatkovni zbirki (asinhrono). Podatki se uporabljajo tudi za delo z baseline.
COGNOS BI
Namenjena je sporočanju podatkov o sredstvih v Cognos. Integracija je izvedena preko pogledov (View) v podatkovnih zbirkah (asinhrono).
SIEM QRadar
Integracija je namenjena sledenju uporabnikom Xxxxxx ob dostopu do občutljivih podatkov za zagotavljanje skladnosti z GDPR regulativo. Integracija je izvedena preko pogledov (View) v podatkovni zbirki in preko spletnih storitev.
Drugi del integracije je izveden za kreiranje zahtevkov v MX neposredno iz QRadarju, spremljanju statusa v obeh sistemih medsebojno in zapiranje Offence-a iz MX-a.
11. Prilagoditev obstoječih izpisov in poročil MX
V Xxxxx z uporabo MX razpolagamo s sledečimi izpisi in poročili:
Lokacije ELES - Izpis podatkov izbranega daljnovoda Lokacije ELES - Seznam daljnovodov
Modul VZD ELES - Analiza incidenta ali neskladnosti Modul VZD ELES - Analiza nezgode pri delu
Modul VZD ELES - DODATNA ZNANJA po lokacijah Modul VZD ELES - DODATNA ZNANJA za celoto
Modul VZD ELES - EVIDENCA VZD za posameznega delavca Modul VZD ELES - Interna prijava incidenta ali neskladnosti Modul VZD ELES - Interna prijava nezgode pri delu
Modul VZD ELES – NAPOTNICA
Modul VZD ELES - OVO potrebe po posameznikih na lokacijah Modul VZD ELES - OVO potrebe za celoto
Modul VZD ELES - OVO potrebe za lokacijo
Modul VZD ELES - OVO RAZDELITEV po posameznikih na lokaciji Modul VZD ELES - OVO RAZDELITEV za lokacijo
Modul VZD ELES - Pregled delovišč
Modul VZD ELES - Prijava nezgode - poškodbe pri delu ER8 Modul VZD ELES - USPOSABLJANJE iz VPD po lokacijah Modul VZD ELES - USPOSABLJANJE iz VPD za celoto
Modul VZD ELES - VZD pregled podatkov
Modul VZD ELES - ZDRAVNIŠKI PREGLEDI za celoto Modul VZD ELES - ZDRAVNIŠKI PREGLEDI za lokacijo
Nalog za delo ELES - ANALIZA - Pregled delovnih ur po delavcih
Nalog za delo ELES - ANALIZA - Pregled delovnih ur po delavcih (za EXCEL) Nalog za delo ELES - ANALIZA - Pregled delovnih ur po vrstah ND
Nalog za delo ELES - ANALIZA - Ure na kilometer sistemske dolžine DV po napetostnih nivojih Nalog za delo ELES - ANALIZA - Ure na kilometer trasne dolžine DV
Nalog za delo ELES - ANALIZA - Ure na kilometer trasne dolžine DV po napetostnih nivojih Nalog za delo ELES - ANALIZA - Ure na kilometer trasne dolžine DV po napetostnih nivojih Nalog za delo ELES - ANALIZA - Ure na napravo v RTP
Nalog za delo ELES - Delovni nalog VPD
Nalog za delo ELES - Izpis dejanskih stroškov DN Nalog za delo ELES - Mesečna realizacija enote Nalog za delo ELES - Mesečni plan enote
Nalog za delo ELES - Nalog za delo Nalog za delo ELES - Poročilo o delu
Nalog za delo ELES - Pregled gasilnih aparatov Nalog za delo ELES - Pregled sredstev na nalogu
Nalog za delo ELES - Seznam delovnih nalogov za posamezen daljnovod
Nalog za delo ELES - Seznam delovnih nalogov za posamezen daljnovodni sistem Nalog za delo ELES - Seznam delovnih nalogov za posamezno organizacijsko enoto Nalog za delo ELES - Seznam opravil za daljnovod
Nalog za delo ELES - Seznam opravil za daljnovodni odsek Nalog za delo ELES - Seznam opravil za daljnovodni sistem Nalog za delo ELES - Seznam opravil za stojno mesto Nalog za delo ELES - Stroški daljnovodov
Nalog za delo ELES - tedenski plan SPO Nalog za delo ELES - Varnostni plan
KI Obračun TK storitev ELES za stranko za mesec
LABREP Plan o aktivnostih po zaposlenih v sluzbi z vsemi odprtimi zahtevki LABREP Poročilo o aktivnostih po zahtevkih v službi za obdobje
LABREP Poročilo o aktivnostih po zaposlenih v obdobju LABREP Poročilo o aktivnostih po zaposlenih v službi SR Poročilo o aktivnostih v službi na dan
SR Poročilo o opravljenem delu LABREP Poročilo o opravljenih urah dela
SR Pregled storitvenih zahtevkov (ELES) VIEWSR Pregled storitvenih zahtevkov (ELES) SMSDEZU Seznam dežurstev
Sredstva Seznam vzdrževanih sredstev po pogodbi (XLSX) Sredstva Seznam vzdrževanih sredstev po pogodbi (PDF) Sredstva DIAG - Poročilo o stanju naprave
Sredstva DIAG - Pregled opravljenih meritev izbranem obdobju brez rezultatov Sredstva DIAG - Pregled opravljenih meritev v izbranem obdobju
Sredstva DIAG - Pregled zadnjih meritev enegetskih transformatorjev
Sredstva DIAG - Seznam merilnih transformatorjev z zadnjimi rezultati električnih meritev Sredstva DIAG - Seznam merilnih transformatorjev z zadnjimi rezultati preiskusov olja Sredstva ELES - Evidenčni karton sredstva
Sredstva ELES - Evidenčni seznam sredstev po lokacijah Sredstva ELES - Izločena sredstva
Sredstva ELES - Izpis podatkov izbranega daljnovodnega sistema Sredstva ELES - Izpis podatkov izbranega stojnega mesta Sredstva ELES - Poročilo o stanju naprave
Sredstva ELES - Poročilo o stanju skupine naprav Sredstva ELES - Seznam daljnovodnih sistemov Sredstva ELES - Seznam gasilnih aparatov Sredstva ELES - Seznam optičnih kablov Sredstva ELES - Seznam stojnih mest (stebrov) Sredstva ELES - Sredstvo in PV
V projektu prenove MX je potrebno zagotoviti delovanje obstoječih izpisov in poročil in v primeru sprememb, ki jih prinaša prenova integracij z AX in prenos tehničnih sredstev v MX, zagotoviti ustrezno prilagoditev le-teh v tolikšni meri, da bodo ponovno zagotavljala svo svojo vsebinsko in funkcionalno vrednost.
12. Vodenje projekta in prevzem predmeta javnega naročila
Naloge izvajalca v sklopu naročila prenove MX:
• Izvedba analize zahtevane prenove MX in priprava projekta za izvedbo
• Izvedba delavnic z naročnikom za vse zgoraj naštete vsebine
• Vzpostavitev integracijskega okolja, za izvajanje integracij, integracijskih kanalov ter protokolov za izmenjavo podatkov
• Implementacija programske logike za prenos podatkov, podprte z objekti in internimi procesi uporabe sistema Maximo v Elesu
• Izdelava načrta za implementacijo integracij
• Izvedba prenove MX glede na zgoraj navedene zahteve
Ob zaključku projekta mora izvajalec:
• Izvesti prenos iz razvojnega na testno okolje
• Izvesti testiranje z zunanjim izvajalcem AX
• Izvesti testiranje z naročnikom
• Izvesti šolanje za administratorje sistema Maximo
• Izvesti prenos iz testnega v produkcijsko okolje
• Izdelati dokumentacijo izvedenih del
S stališča prevzema predmeta tega javnega naročila mora ponudnik v sklopu ponudbe izdelati
časovnico z mejniki:
• prevzem izdelkov analize,
• prevzem dokumenta PZI,
• prevzem izhodiščne verzije izvorne kode in pripadajoče tehnične dokumentacije,
• prevzem izdelka za različico, ki je primerna za prvo testno postavitev,
• prevzem izdelkov, ki so primerni za prvo produkcijsko postavitev in
• prehod v produkcijo.
Posamezne zahteve se lahko prilagodijo v primeru ugotovitve, da bi bila nekoliko spremenjena uvedba ugodnejša/ustreznejša za naročnikove procese. Za vse izvedene aktivnosti nudi ponudnik enoletno garancijo za garancijsko dobo na predmetu pogodbe. V garancijskem obdobju se mora ponudnik zavezati, da bo popolnoma brezplačno odpravil vse nepravilnosti v delovanju aplikacije oz. vsebine, ki je predmet pogodbe.
Vse aktivnosti se morajo najprej izvajati na testnem okolju, kjer se preverijo vsi možni scenariji ter možni vplivi na obstoječe delovanje aplikacije Maximo in vseh povezanih zalednih sistemov. Po potrditvi naročnika, da nadgradnja v testnem okolju deluje ustrezno, se lahko nadgradnja prenese tudi v produkcijsko okolje, kjer se ponovi s strani naročnika določen del testov. Storitev nadgradnje je zaključena, ko njeno izvedbo potrdi naročnik s podpisom primopredajnega zapisnika.
Za nadgradnjo je ponudnik dolžan pripraviti dokumentacijo, ki vsebuje najmanj:
- opise vseh prilagoditev, poročil, integracijskih vmesnikov, varnostne sheme, itd.
- shematske prikaze povezav med posameznimi moduli, z vsemi drugimi sistemi (opis interakcij)…,
- podrobne opise in grafične prikaze morebitnih delotokov,
- podrobno opisano dodajanje in odvzemanje pravic dela na sistemu – uporabniških in upravljavskih (administrativnih),
- opis izdelave novih ali spreminjanje obstoječih:
o procesov,
o portalov,
o poročil,
- vse podatke o izvedenih integracijah, toku in obliki podatkov skupaj z opredelitvijo informacijskih izvorov in ponorov v obsegu ustreznem nadgradnji. Naročnik lahko po potrebi zahteva dopolnitev dokumentacije. Na osnovi dokumentacije se ustrezno
dopolnijo navodila za uporabo sistema Maximo. Izdelana dokumentacija mora biti v slovenskem jeziku, v elektronski obliki z možnostjo urejanja (npr. MS Word, MS Xxxxx) ter v enem natisnjenem izvodu. Tehnična dokumentacija je lahko v angleškem jeziku.
Izvajalcu bo omogočen dostop do nujno potrebnega dela informacijskega sistema ELES in sicer na dva načina:
• neposredni dostop na sedežu podjetja, ob spremstvu zaposlenih ELES (skladno s pravili obnašanja glede Covid19),
• nadzorovan posredni dostop s pomočjo obstoječega sistema za oddaljeni dostop. Izvajalec bo lahko pri tem dostopal samo do sistemov, za katere bo pridobil soglasje naročnika, pri čemer bo moral striktno upoštevati pravila in navodila naročnika. Vsi neposredni izvajalci bodo imeli omogočen nadzorovan dostop do prej omenjenih delov IS ELES po podpisu ustreznih izjav.
PRILOGA 3
POGODBA S PODIZVAJALCEM
(v primeru vključenega podizvajalca)
ASIGNACIJA
(v primeru vključenega podizvajalca)
ASIGNACIJA
Izvajalec (asignant):
…………………………………………………………… (polni naziv)
…………………………………………………………… (naslov)
…………………………………………………………… (matična številka)
v nadaljevanju te pogodbe: (skrajšan naziv izvajalca)
Podizvajalec (asignatar):
…………………………………………………………… (polni naziv)
…………………………………………………………… (naslov)
…………………………………………………………… (matična številka)
v nadaljevanju te pogodbe: (skrajšan naziv podizvajalca)
Naročnik (asignat):
ELES, d.o.o.
Xxxxxxxxxx 0, 0000 Xxxxxxxxx
matična številka: 5427223000
v nadaljevanju te pogodbe: ELES, d.o.o.
1. člen
………………………………………………………… (skrajšan naziv izvajalca) s to pogodbo naroča in
pooblašča ELES, d.o.o., da plača podizvajalcu (skrajšan naziv podizvajalca) na njegov poslovni račun št. pripadajoče zneske v skladu s 4.
točko podpisane pogodbe št. POG2021/ za prenovo integracij in procesov v IS Maximo.
2. člen
…………………………………………………… (skrajšan naziv izvajalca) hkrati pooblašča
…………………………………………………… (skrajšan naziv podizvajalca), da v predhodnemu členu te pogodbe navedena plačila sprejme kot plačilo svoje terjatve do izvajalca
…………………………………………………… (skrajšan naziv izvajalca) in podizvajalec
…………………………………………………… (skrajšan naziv podizvajalca) soglaša, da to plačilo
sprejme.
3. člen
ELES, d.o.o., Ljubljana bo izvršil nakazila v skladu z zapadlostjo kot jo določa 4. točka podpisane pogodbe št. POG2021/… za prenovo integracij in procesov v IS Maximo. Z nakazilom za znesek
xxxxxxxx ugasne obveznost ELES-a, d.o.o. do izvajalca ………………………………………………
(skrajšan naziv izvajalca) in obveznost izvajalca (skrajšan
naziv izvajalca) do podizvajalca (skrajšan naziv podizvajalca).
4. člen
Morebitne spore bodo stranke reševale sporazumno, v kolikor pa ne bodo pri tem uspešne je za razrešitev spora pristojno sodišče v Ljubljani.
5. člen
Asignacija je napisana v treh enakih izvodih, od katerih prejme vsaka pogodbena stranka po en izvod.
6. člen
Asignacija je veljavna z dnem podpisa vseh treh strank.
IZVAJALEC:
Datum podpisa: ………………………………
……………………………………………………
……………………………………………………
……………………………………………………
PODIZVAJALEC:
Datum podpisa: ………………………………
……………………………………………………
……………………………………………………
……………………………………………………
NAROČNIK:
Datum podpisa: ………………………………
ELES, d.o.o.
direktor družbe
xxx. Xxxxxxxxxx Xxxxxx
PRILOGA 4
IZJAVA
O SEZNANITVI PONUDNIKA – IZVAJALCA DEL Z DOLOČILI IN ZAHTEVAMI POŽARNEGA REDA DRUŽBE ELES, d.o.o.
Zunanji izvajalci del oziroma dobavitelji imajo v zvezi z varstvom pred požarom naslednje obveznosti in odgovornosti:
• pred pričetkom del v objektih družbe so se dolžni seznaniti z vsebino Izvlečka požarnega reda in striktno upoštevati in izvajati predpisane požarno varnostne ukrepe ter obveznosti s področja požarne preventive,
• s svojim delom ne smejo na noben način povzročati nevarnosti za nastanek požara, eksplozije ali drugega izrednega dogodka,
• s podpisom pogodbe oz. prejemom naročilnice za izvajanje del oz. storitev prevzamejo odgovornost za organizacijo in izvajanje preventivnih in drugih ukrepov varstva pred požarom pri opravljanju del v objektih oz. prostorih družbe oz. za storitev, ki jim je bila naročena,
• brez vednosti in soglasja odgovorne osebe naročnika del ne smejo vstopati v prostore, ki niso predvideni za izvajanje konkretnih del,
• v primeru izvajanja del, pri katerih se uporablja odprt plamen ali iskreče orodje (požarno nevarna vroča dela), so dolžni predhodno pridobiti ustrezna dovoljenja (Dovoljenje za delo, Dovoljenje za izvajanje požarno nevarnih vročih del),
• pri delu so dolžni uporabljati le brezhibna delovna sredstva in naprave ter napeljave, naprave na
električni pogon morajo priključevati samo preko ustreznih priključnih EE omaric,
• izvesti morajo vse potrebne dodatne ukrepe varstva pred požarom za izvajanje del, pri katerih bi lahko prišlo do požara, eksplozije ali drugega nepredvidenega dogodka (požarna straža, stalna prisotnost gasilcev, nadzor po končanih delih,…),
• iz nevarnega območja del morajo predhodno odstraniti oz. zavarovati vse potencialno gorljive snovi, obloge in izolacije (npr. lesene ali tapecirane stene, gorljive talne obloge, plastiko,…) ter zatesniti odprtine, špranje in razpoke z negorljivimi tesnili ter v cevovodih preprečiti tveganje za eksplozije,
• pri opravljanju del je dovoljena le uporaba dnevno potrebne količine nevarnih snovi. Nekontroliran vnos nevarnih snovi v objekte družbe ni dovoljen. Po končanem vsakodnevnem delu je potrebno vse neporabljene nevarne snovi in gorljive odpadke odstraniti iz objekta oz. prostorov družbe in odpeljati na ustrezno mesto,
• v neposredni bližini opravljanja del morajo predhodno zagotoviti zadostno količino ustreznih sredstev za gašenje začetnih požarov,
• v kolikor pri delu obstaja nevarnost povzročitve požara morajo zagotoviti prisotnost oseb, ki so usposobljene za gašenje začetnih požarov,
• po končanih požarno nevarnih delih morajo organizirati požarne obhode in nadzore,
• v primeru povzročitve požara so dolžni preprečiti možnost širjenja požara, pričeti z gašenjem, obvestiti naročnika del in gasilce ter v primeru nevarnosti takoj zapustiti območje požara in se ravnati po navodilih odgovorne osebe naročnika za izvajanje gašenja začetnih požarov in evakuacije,
• ne smejo nenamensko uporabiti gasilnih sredstev in opreme,
• ne smejo parkirati na površinah, ki so namenjene za dostop intervencijskih vozil. IZJAVLJAMO, da bomo navedena določila, zahteve, obveznosti in odgovornosti v celoti upoštevali in z njimi seznanili vse svoje delavce ali podizvajalce, ki bodo opravljali naročena pogodbena dela v objektih in prostorih družbe ELES, d.o.o.
Datum:
(podpis)
IZJAVA PONUDNIKA – ZUNANJEGA IZVAJALCA DEL
PRILOGA 5
ELES, d.o.o., sistemski operater prenosnega elektroenergetskega omrežja, Hajdrihova 2, 1000, Ljubljana, matična številka: 5427223000, ID številka za DDV: SI20874731, ki ga zastopa direktor družbe, xxx. Xxxxxx Xxxxxxxxxx (v nadaljevanju: »ELES d.o.o.«)
in
, ,
, matična številka:
, ID
številka za DDV: , ki ga zastopa direktor (v nadaljevanju: » «) v nadaljevanju skupaj tudi kot »Stranki«, skleneta naslednjo
POGODBO O NERAZKRIVANJU IN VAROVANJU POSLOVNE SKRIVNOSTI I.
Stranki sta se dogovorili oziroma se dogovarjata in proučujeta možnosti za poslovno sodelovanje pri pogodbi, katere predmet je prenova integracij in procesov v IS Maximo (v nadaljevanju: »Poslovni Namen«).
Poslovni namen od družbe ELES, d.o.o. (»Posredovalna Stranka«) zahteva, da drugo Stranko [ ] (»Prejemna Stranka«) seznani z določenimi informacijami, kot je dogovorjeno v nadaljevanju te Pogodbe.
II.
Za namene te Pogodbe se kot »Zaupne Informacije« štejejo vse informacije v kakršnikoli obliki in vsebovane na kateremkoli mediju, ki jih ena Stranka (»Posredovalna Stranka«) razkrije drugi Stranki (»Prejemna Stranka«) za potrebe te Pogodbe ali Poslovnega namena ne glede na to ali so označene kot zaupne.
Posredovalna Stranka bo samostojno določila katere informacije in dokumente bo razkrila Prejemni Stranki. V izogib dvomu se Stranki dogovorita, da se kot Zaupne Informacije štejejo tudi vse informacije ene Stranke, razkrite pred podpisom te Pogodbe zaradi Poslovnega Namena te Pogodbe.
III.
Prejemna Stranka se zavezuje, da Zaupnih Informacij Posredovalne Stranke v kakršnikoli obliki ne bo kopirala ali jih uporabljala za kakršenkoli drugi namen kakor za Poslovni Namen po tej Pogodbi. Vse Zaupne Informacije Posredovalne Stranke ostanejo izključna last Posredovalne Stranke. Razen v kolikor ni s to Pogodbo posebej dogovorjeno Prejemna Stranka z razkritjem ne bo pridobila nikakršnih pravic industrijske lastnine ali kakršnihkoli drugih pravic na oziroma v zvezi z Zaupnimi Informacijami Posredovalne Stranke. Razen v kolikor ni s to Pogodbo drugače določeno, se Prejemna Stranka zavezuje, da Zaupnih Informacij Posredovalne Stranke v kakršnikoli obliki ne bo prenesla, posredovala ali razkrila tretji osebi, bodisi fizični osebi, podjetju, družbi, združenju ali kateremkoli drugemu subjektu iz kakršnegakoli razloga ali namena.
IV.
Prejemna Stranka ne bo dekompilirala, razstavila ali predrugačila prototipov, programske opreme ali drugih fizičnih
predmetov, ki vsebujejo Zaupne Informacije in ki so posredovani Prejemni Stranki v skladu s to Pogodbo.
Prejemna Stranka se zavezuje, da bo ustrezno hranila Zaupne Informacije Posredovalne Stranke in da bo sprejela vse take potrebne ukrepe za zavarovanje Zaupnih Informacij, vključno z vsemi takimi ukrepi, ki jih uporablja za varovanje lastnih Zaupnih Informacij oziroma najmanj z vsemi ukrepi, ki bi jih za zavarovanje Zaupnih Informacij
uporabil skrben oziroma dober gospodar, in da se bo z Zaupnimi Informacijami ravnalo in poslovalo na tak način, da se prepreči nepooblaščeno razkrivanje le-teh.
Prejemna Stranka ne bo brez izrecnega predhodnega pisnega soglasja Posredovalne Stranke uporabila, izrabila ali na kakršenkoli drug način uporabila posredovanih Zaupnih Informacij razen za uresničevanje Poslovnega Namena.
V.
Prejemna Stranka brez predhodnega pisnega soglasja Posredovalne Stranke Zaupnih Informacij ne sme posredovati tretji osebi.
Prejemni Stranki je dovoljeno posredovati Zaupne Informacije druge Stranke le svojim zaposlenim, zaposlenim v povezanih družbah, zunanjim svetovalcem in podizvajalcem, in sicer le tistim osebam, ki v zvezi s Poslovnim Namenom in to Pogodbo potrebujejo dostop do Zaupnih Informacij. Vse osebe, ki imajo dostop do Zaupnih Informacij morajo biti seznanjene s to Pogodbo in njeno vsebino, Prejemna Stranka pa mora zagotoviti, da se tretje osebe zavežejo k varovanju Zaupnih Informacij na način in pod pogoji, ki so smiselno podobni in nič manj strogi, kot v tej Pogodbi. Na zahtevo Posredovalne Stranke se Prejemna Stranka zavezuje zagotoviti ustrezna dokazila, da vse osebe, ki so jim razkrite Zaupne Informacije Posredovalne Stranke, spoštujejo dogovore iz te Pogodbe.
VI.
Za namene te Pogodbe se za Zaupne Informacije ne bodo štele informacije, za katere lahko Prejemna Stranka dokaže, da:
a) so bile Prejemni Stranki znane ali pa so bile javno dostopne še preden jih je prejela s strani Posredovalne Stranke, brez kršitve zaupnosti informacij;
b) so ali postanejo javno dostopne, brez da bi šlo za dejanje ali opustitev, ki bi pomenila kršitev te Pogodbe;
c) jih je Prejemna Xxxxxxx prejela od tretje osebe, ki po vedenju Prejemne Stranke nima obveznosti varovanja zaupnosti teh informacij;
d) jih je Prejemna Stranka neodvisno razvila brez uporabe Zaupnih Informacij;
e) se morajo razkriti na podlagi odločbe sodišča ali drugega državnega organa v skladu s predpisi. V teh primerih mora Prejemna Stranka obvestiti nasprotno Stranko pred posredovanjem teh informacij in se zavezuje sprejeti vse take razumne ukrepe, da se omeji razkritje na le najnujnejši obseg, zagotovi zaupno obravnavo teh informacij ter omogoči Posredovalni Stranki sodelovanje v postopku.
je seznanjen, da je ELES, d.o.o. zavezanec po Zakonu o dostopu do informacij javnega značaja in da so lahko ta Pogodba ali njeni sestavni deli ali Zaupne Informacije predmet objave oziroma razkritja v skladu s točko
e) prvega odstavka tega člena.
Na podlagi pisne zahteve Posredovalne Stranke, katero lahko poda kadarkoli, ter tudi po prenehanju te Pogodbe ali prenehanju Poslovnega Namena (odvisno, kaj od tega se prej uresniči), se Prejemna Stranka zavezuje, da bo: a) prenehala uporabljati Zaupne Informacije, b) nemudoma, najkasneje pa v roku 7 delovnih dni, vrnila oziroma uničila, odvisno od zahteve Posredovalne Stranke, katerokoli posredovano Zaupno Informacijo in tudi vse eventualne kopije Zaupnih Informacij, ki jih ima v posesti in c) Posredovalni Stranki predložila pisno izjavo, da ni zavestno zadržala v svoji lasti ali pod svojim nadzorom, posrednim ali neposrednim, kakršnekoli Zaupne Informacije ali kopije le-te. Zahteva točke b) predhodnega stavka ne velja za Zaupne Informacije, ki so shranjene na podlagi zahtev predpisov, zakonodaje ali bona-fide obstoječih internih postopkov zagotavljanja skladnosti Prejemne Stranke, in če se še naprej, ter tudi po prenehanju Pogodbe, obravnavajo zaupno in v skladu z zahtevami in pogoji, določenimi s predmetno Pogodbo.
VII.
Stranki jamčita, da imata vsa ustrezna pooblastila za sklenitev te Pogodbe in da sta ustrezno ustanovljeni v skladu s predpisi države, v kateri sta ustanovljeni oziroma v kateri imata rezidentstvo. Posredovalna Stranka jamči, da ima
pravico razkritja v skladu s to Pogodbo in da s posredovanjem Zaupnih Informacij ne krši nobenega predpisa ali drugega dogovora s tretjimi osebami. Nobena od Strank s predmetno Pogodbo ne daje drugi Stranki nobenih dodatnih jamstev, izrecnih ali implicitnih. Posredovalna Stranka ne odgovarja Prejemni Stranki za kakršnokoli škodo, izgubo, stroške kakršnekoli narave (zlasti, vendar ne izključno: posredno ali neposredno izgubo oziroma škodo ter civilno, kazensko ali posebno odškodnino), do katerih pride zaradi uporabe ali nanašanja na Zaupne Informacije s strani Prejemne Stranke. Vse Zaupne Informacije se razkrijejo »takšne, kot so« (»as-is«) in Posredovalna Stranka na noben način ne zagotavlja, da so primerne za določen namen ali uporabo.
VIII.
Če Prejemna Stranka namerno ali iz malomarnosti nepooblaščeno razkrije Zaupne Informacije Posredovalne Stranke, pridobljene na podlagi te Pogodbe oziroma zaradi uresničitve dogovorjenega Poslovnega Namena, oziroma če krši obveznosti iz te Pogodbe, je dolžna na prvi poziv Posredovalni Stranki plačati pogodbeno kazen v višini 5.000,00 EUR (z besedami: pet tisoč evrov) za vsako posamezno nepooblaščeno razkritje oziroma kršitev pogodbenih obveznosti. Pogodbena kazen ne vpliva na zahtevo Posredovalne Stranke, da prejme celotno odškodnino za škodo, nastalo zaradi nepooblaščenega razkritja ali kršitev obveznosti iz Pogodbe, če ta odškodnina presega znesek pogodbene kazni.
IX.
Nobena od Strank s podpisom te Pogodbe ni pridobila nikakršnih pravic uporabe, bodisi za namene oglaševanja, publicitete ali drugih marketinških aktivnosti, v zvezi z imenom, blagovnimi znamkami ali drugimi znaki druge Stranke.
X.
Za to Pogodbo velja pravo Republike Slovenije, katero se tudi uporablja za razlago njenih določb.
Stranki soglašata, da bosta vse spore, nastale iz te Pogodbe, reševali sporazumno. V primeru, da se Stranki ne bosta mogli sporazumeti, bo spore reševalo pristojno sodišče v Ljubljani.
XI.
V primeru, da eno ali več določil te Pogodbe postane neveljavno, nezakonito ali neizvedljivo v kakršnemkoli pogledu, ta neveljavnost, nezakonitost ali neizvedljivost ne bo vplivala na nobeno drugo določilo te Pogodbe in se bodo neveljavna, nezakonita ali neizvedljiva določila tolmačila kot da niso bila del Pogodbe in Pogodba se bo izvajala kolikor je le možno v skladu z originalnimi pogoji in namenom.
Nobena od Strank te Pogodbe ne more prenesti te Pogodbe v celoti ali posameznih iz nje izvirajočih pravic na tretjo osebo brez predhodnega pisnega soglasja nasprotne Stranke.
Morebitna nemožnost katere od Strank, da uveljavi izpolnitev katere od obveznosti druge Stranke iz te Pogodbe, se ne bo obravnavala kot odpoved pravici uveljavljati takšno izpolnitev ali kateregakoli drugega določila te Pogodbe.
Ta Pogodba vsebuje vse dogovore med Xxxxxxxxx, ki se nanašajo na njen predmet in nadomešča vse prejšnje dogovore med Strankama, ustne ali pisne, ki se nanašajo na predmet te Pogodbe. Ta Pogodba se lahko spreminja samo s pisnim dogovorom, ki ga podpišejo osebe, pooblaščene da nastopajo v imenu Strank.
Vsa sporočila, zahteve ali druga komunikacija, ki se nanaša na to Pogodbo, mora biti v pisni obliki in se jo izroča osebno, ali se pošilja priporočeno s povratnico, naslovljeno na Stranko, na naslov naveden v glavi te Pogodbe ali na naslov, ki ga sporoči ta Stranka.
XII.
Stranki se dogovorita za naslednji kontaktni osebi:
Kontaktna oseba na strani ELES, d.o.o.: Kontaktna oseba na strani :
Mobilna št.: Mobilna št.:
Telefon: Telefon:
Email: Email:
Zgoraj navedena predstavnika Strank sta pooblaščena za zastopanje posamezne Stranke v vseh vprašanjih, ki se nanašajo na izvedbo te Pogodbe. Predstavnika Strank sodelujeta drug z drugim ves čas trajanja te Pogodbe in nudita druga drugi vse podatke, ki so potrebni za izvedbo te Pogodbe.
Stranki sta dolžni obvestilo o zamenjavi kontaktnih oseb posredovati druga drugi pisno v roku treh (3) dni po nastali spremembi.
XIII.
Pogodba stopi v veljavo z dnem podpisa obeh Strank in se sklepa za nedoločen čas.
Ta pogodba je napisana v dveh (2) enakih izvodih, od katerih prejme vsaka Stranka enega (1).
V Ljubljani,
ELES, d.o.o., sistemski operater prenosnega elektroenergetskega omrežja
direktor družbe
xxx. Xxxxxx Xxxxxxxxxx
Ime pogodbene stranke ki jo zastopa
V Ljubljani,
PRILOGA 6
IZJAVA O VAROVANJU POSLOVNE SKRIVNOSTI
(podjetje),
(sedež podjetja), (matična
številka),
ki ga zastopa (zakoniti zastopnik podjetja) – v nadaljevanju prejemna stranka,
ki z družbo ELES, d.o.o., sistemski operater prenosnega elektroenergetskega omrežja, s sedežem na naslovu Xxxxxxxxxx xxxxx 0, 0000 Xxxxxxxxx
na podlagi
▪ pogodbe št.
▪ naročilnice št.
▪ drugo
kot zunanji sodelavec sodeluje kot
▪ ponudnik
▪ inšpektor
▪ revizor
▪ nadzornik
▪ drugo ,
s podpisom te izjave soglaša in potrjuje, da je kot zastopnik prejemne stranke:
- seznanjen s Pravilnikom Varstvo poslovne skrivnosti (v nadaljevanju Pravilnik),
- da se med opravljanjem svojega dela utegne seznaniti s poslovnimi skrivnostmi različnih vrst in stopenj, ki med drugim lahko vsebujejo tudi določene tehnične, poslovne podatke ter druge informacije, ki so lasti ali upravljanju družbe ELES in so v Pravilniku opredeljeni kot poslovna skrivnost,
- da podatkov, ki so v Pravilniku opredeljeni kot poslovna skrivnosti brez dovoljenja pooblaščene osebe Xxxxx ne bo pridobival in tudi s svojim delom ne bo omogočal, da bi podatki opredeljeni kot poslovna skrivnosti elektronsko odtekali ali bili posredovani tretjim osebam,
- da bo zabeležil vsako opaženo informacijsko varnostno slabost v sistemih ali storitvah ali sum nanjo ter poročal o njej.
ter se zaveda:
- da kršitev poslovne skrivnosti predstavlja kršitev Zakona o poslovni skrivnosti (ZPosS),
- da izdaja in neupravičena pridobitev poslovne skrivnosti predstavlja kaznivo dejanje po 236. členu Kazenskega zakonika Republike Slovenije v zvezi s 25. členom Zakona o odgovornosti pravnih oseb za kazniva dejanja,
- da nastanek škode zaradi kršitve poslovne skrivnosti ali zaradi kaznivega dejanja, kot tudi nastanek druge škode povzroči odškodninsko odgovornost storilca po določbah Obligacijskega zakonika.
Kot zastopnik prejemne stranke se zavezujem, da bodo pridobljeni podatki in poslovne skrivnosti uporabljeni le v okviru delovnih potreb, pristojnosti ali dela izključno v dovoljene namene in v dovoljenem obsegu in da jih niti v času izvrševanja niti kadarkoli po njem prejemna stranka ne bo uporabila zase ali za tretjega in ne sporočila tretjim.
V Ljubljani,
podjetja:
Zakoniti zastopnik
Podpis:
Priloga: Seznam oseb, ki bodo prišle v stik z zaupnimi informacijami družbe ELES
Spodaj podpisani smo seznanjani z vsebino Izjave o varovanju poslovne skrivnosti in v celoti soglašamo ter smatramo, da je zavezujoča tudi za nas. S svojim podpisom potrjujem in se zavezujem, da bom pridobljene podatke in poslovne skrivnosti uporabil le v okviru svojih delovnih potreb, pristojnosti ali dela izključno v dovoljene namene in v dovoljenem obsegu in da jih niti v času izvrševanja niti kadarkoli po njem ne bom uporabil zase ali za tretjega in ne sporočil tretjim.
Xxxxx, ki so zaposlene v podjetju (prejemni stranki):
ime in priimek | e-mail naslov | podpis |
Podizvajalci, svetovalci in drugi sodelavci prejemne stranke, ki se bodo seznanili z zaupnimi informacijami:
ime in priimek | zaposlen pri | e-mail naslov | podpis |
Izdajatelj menice Kraj izdaje in datum
(naziv in naslov)
matična številka:
davčna številka:
MENIČNA IZJAVA S POOBLASTILOM ZA UNOVČENJE
(za zavarovanje dobre izvedbe pogodbenih obveznosti)
V skladu s pogodbo ……………….……………………………………………………………………………………….
(številka pogodbe, predmet, datum), sklenjene med ELES, d.o.o., Xxxxxxxxxx 0, 0000 Xxxxxxxxx in
……………………………………………………………………… (naziv dobavitelja oziroma izvajalca) za dobavo/izvedbo (predmet
pogodbe) izroča (poln naziv in naslov izdajatelja
menice) za zavarovanje dobre izvedbe pogodbenih obveznosti družbi ELES, d.o.o., Hajdrihova 2, 1000 Ljubljana bianco menico, ki jo je podpisala pooblaščena oseba:
Ime in priimek funkcija (podpis)
S podpisom te menične izjave izdajatelj menice nepreklicno in brezpogojno pooblašča ELES, d.o.o., Hajdrihova 2, 1000 Ljubljana, da izpolni bianco menico do višine EUR in jo predloži na unovčenje do
………………., v primeru če dobavitelj/izvajalec svoje pogodbene obveznosti ne bo izpolnil v dogovorjeni kvaliteti, količini in rokih, opredeljeni v zgoraj citirani pogodbi. Naša obveza velja tudi v primeru delne izpolnitve pogodbene obveznosti, če dobavljeno blago/opravljena storitev tudi delno ne zadostuje pogodbenim zahtevam.
Če datum izteka unovčitve menice pade na dan, ki v kraju predložitve zahteve za plačilo ni poslovni dan, se rok izteka podaljša do prvega naslednjega poslovnega dne v tistem kraju.
Izdajatelj menice se strinja, da imetniku ni potrebno protestirati menice, če trasat odkloni, da bi menico akceptiral ali plačal.
Menica je brezpogojna, neprenosljiva, unovčljiva na prvi poziv in plačljiva pri vsaki poslovni banki ki v času unovčenja menice vodi naš transakcijski/poslovni račun.
Nepreklicno pooblaščamo vsako poslovno banko, ki vodi naš transakcijski/poslovni račun, da izvrši plačilo po predloženi menici v breme našega računa.
Izdajatelj menice in tega pooblastila izrecno potrjuje in soglaša, da velja to pooblastilo in bianco podpisana menica tudi v primeru spremembe pooblaščenih podpisnikov izdajatelja.
Priloga:
- podpisana bianco menica
(žig in podpis
zakonitega zastopnika)
Izdajatelj menice Kraj izdaje in datum
(naziv in naslov)
matična številka:
davčna številka:
MENIČNA IZJAVA S POOBLASTILOM ZA UNOVČENJE
(za odpravo napak v garancijskem roku)
V skladu s pogodbo ………………………………………………………………………………………
(številka pogodbe, predmet, datum), sklenjene med ELES, d.o.o., Xxxxxxxxxx 0, 0000 Xxxxxxxxx in
……………………………………………………………… (naziv dobavitelja oziroma izvajalca) za dobavo/izvedbo
…………………………………………………………………………….………………………………. (predmet pogodbe) izroča
……………………………………………………………………………………………… (poln naziv in naslov izdajatelja menice) za zavarovanje za odpravo napak v garancijskem roku družbi ELES, d.o.o., Xxxxxxxxxx 0, 0000 Xxxxxxxxx bianco menico, ki jo je podpisala pooblaščena oseba:
Ime in priimek funkcija (podpis)
S podpisom te menične izjave izdajatelj menice nepreklicno in brezpogojno pooblašča ELES, d.o.o., Hajdrihova 2, 1000 Ljubljana, da izpolni bianco menico do višine EUR in jo
predloži na unovčenje do ……………….., v primeru če dobavitelj/izvajalec ne bo izpolnil svoje obveznosti, ki izhaja iz naslova garancijske obveznosti tj. po opravljeni primopredaji v garancijskem roku odpravil vse ugotovljene pomanjkljivosti oziroma servisiral opremo in dobavljal brezplačno nadomestne dele, skladno z določili zgoraj citirane pogodbe in garancijske izjave.
Če datum izteka unovčitve menice pade na dan, ki v kraju predložitve zahteve za plačilo ni poslovni dan, se rok izteka podaljša do prvega naslednjega poslovnega dne v tistem kraju.
Izdajatelj menice se strinja, da imetniku ni potrebno protestirati menice, če trasat odkloni, da bi menico akceptiral ali plačal.
Menica je brezpogojna, neprenosljiva, unovčljiva na prvi poziv in plačljiva pri vsaki poslovni banki ki v
času unovčenja menice vodi naš transakcijski/poslovni račun.
Nepreklicno pooblaščamo vsako poslovno banko, ki vodi naš transakcijski/poslovni račun, da izvrši
plačilo po predloženi menici v breme našega računa.
Izdajatelj menice in tega pooblastila izrecno potrjuje in soglaša, da velja to pooblastilo in bianco podpisane menice tudi v primeru spremembe pooblaščenih podpisnikov izdajatelja.
Priloga:
- podpisana bianco menica
(žig in podpis zakonitega zastopnika)
Na podlagi 6. odstavka 14. člena Zakona o integriteti in preprečevanju korupcije (Ur. l. RS 69/11 – UPB2, 158/20)
IZJAVA
Ponudnik:
(ime družbe, sedež in matična številka)
Izjavljamo, da so na dan podpisa te izjave naši družbeniki, delničarji, tihi družbeniki ter gospodarski subjekti za katere se po zakonu o gospodarskih družbah šteje, da so povezane osebe z nami:
* (Za fizične osebe je potrebno navesti: ime in priimek, naslov prebivališča in delež lastništva, za pravne osebe: ime družbe, sedež, matično številko in delež lastništva.)
Kraj in datum: Zakoniti zastopnik ponudnika:
………………………………… ………………………………….
OBRAZEC R-1
NAROČNIK (točen naslov) : ……………………………………..……………………….……………
……………………………………………………………………………………………..…………………
Potrdilo o referencah ponudnika za prenovo integracij in procesov v IS Maximo
Potrjujemo, da je ponudnik (družba): …………………….……….……………………..……..………..
………………………………………………………………………....……………………..………………
v preteklem obdobju zadnjih 5 let (od 1.5.2016 naprej) izvedel storitve iz naslova IBM Maximo s področja vzdrževanja energetske infrastrukture (prenos ali distribucija električne energije) v Sloveniji, v podjetjih z najmanj 500 zaposlenih.
Zap. št. | Št. pogodbe oz. naročila | Naziv projekta | Leto dokončanja del | Kontaktna oseba naročnika št. tel., e-mail: |
1. | ||||
2. | ||||
3. |
Za zgoraj navedenega ponudnika potrjujemo, da so dela izvedena skladno s pogodbo in terminskim planom brez reklamacij. Strinjamo se, da lahko predstavnik podjetja ELES, d.o.o., za katerega se izdaja referenca, preveri navedeno referenco.
V ………………….., dne …………… V ………………….., dne ……………
PONUDNIK: NAROČNIK:
…………………………. ………………………… Žig in podpis odgovorne osebe Xxx in podpis odgovorne osebe