SMLOUVA O POSKYTOVÁNÍ SLUŽEB APLIKACE LANCELOT

SMLOUVA O POSKYTOVÁNÍ SLUŽEB APLIKACE XXXXXXXX

Smluvní strany

Společnost: Technologie hlavního města Prahy, a.s. EV. Č.: 444/23 Se sídlem: Xxxxxxxx 000/00, Xxxxxxxxxx, 000 00 Xxxxx 0

zapsaná v obchodním rejstříku vedeném u Městského soudu v Praze, oddíl B, vložka 5402

IČ: 256 72 541

DIČ: CZ25672541

Bankovní spojení: 115-5836140217/0100

Jednající: Xxxxxxx Xxxxxx, předsedou představenstva, Xxxxxxx Xxxxxxxx, místopředsedou představenstva, Liborem Fialou, členem představenstva,

Xxxxxxxx Xxxxxxx, členem představenstva Zmocněnci pro věcná jednání:

Dále jen Objednatel

a

Společnost: Unicorn Systems a.s. EV. Č.: C12231854 Se sídlem: V Xxxxxxxxx 0/0000, Xxxxxx, 000 00 Xxxxx 0

zapsaná v obchodním rejstříku vedeném u Městského soudu v Praze, oddíl B, vložka 4579

IČ: 251 10 853

DIČ: CZ699004029

Bankovní spojení: 19-3196300227/0100

Jednající: zastoupena Xxxxx Xxxxxxx, předsedou představenstva a Xxxxx Xxxxxxxx, členem představenstva

Zmocněnci pro věcná jednání:

Dále jen Poskytovatel

uzavírají tuto smlouvu podle ustanovení § 1746 odst. 2 zák. č. 89/2012 Sb., občanského zákoníku ve znění pozděj- ších předpisů (dále jen občanský zákoník).

Výklad pojmů

• Aplikace = aplikace, které se týká tato smlouva. Podrobný popis a funkčnost Aplikace je popsán v Nabídce a Dokumentaci.

• Dokumentace = elektronická kniha či soubor knih, které popisují uživatelské, technické a další vlastnosti Aplikace. Dokumentace je dostupná na adrese xxxxx://xxxxx.xxxx0x.xxx/xx-xxxxxxx-xx- ing01/a569f53aaf86431ca18774ee354b104b/book/page?code=home

• Helpdesk = kontaktní místo pro Objednatele (telefonní linka, aplikace JIRA) pro hlášení Incidentů, jiných problémů a požadavků dostupné v režimu 24x7. Helpdesk je poskytován v českém i anglickém jazyce.

• Implementace = soubor činností, které je nezbytné provést, aby Objednatel mohl Aplikaci řádně využívat,

zahrnující: Analýza / Schválení Analýzy / Příprava testovaní / testovací scénáře / Nasazení Aplikace / Konfi- gurace / Školení / Dokumentace – uživatel a IT / Pilot / Produkce, blíže specifikovaný v Nabídce.

• Incident = Incidentem se rozumí neplánované přerušení Aplikace nebo omezení kvality užívání Aplikace.

• JIRA = aplikace, která je určená k hlášení Incidentů a evidenci jejich vyřešení, dostupná na xxxxx://xxxx.xxx- xxxx.xxx.

• Nabídka = Nabídka Poskytovatele, která tvoří Přílohu č. 2 této Smlouvy.

• Ostrý provoz = je období po ukončení Pilotního provozu, kdy k zahájení Ostrého provozu má dojít nejpozději do 31. 12. 2023, a to minimálně v rozsahu Nominace, predikce, obchodování na OTE – denní, vnitrodenní trh, REMIT reporting, dle rozfázování uvedeného v Nabídce.

• Pilotní provoz = je období, kdy je Aplikace spuštěna v produkčním režimu a během kterého dochází k finál- nímu ověření vlastností Aplikace.

• Podmínky = podmínky Objednatele uvedené v Příloze č. 1 této Smlouvy.

• Předávací protokol = protokol, kterým je potvrzena akceptace Implementace Aplikace a uvedení do Ostrého provozu a slouží jako podklad pro fakturaci.

• Reakční doba = je doba mezi časem prokazatelného nahlášení Incidentu ze strany Objednatele Poskytova- teli a časem prokazatelné reakce Poskytovatele na jeho oznámení.

• Seznam požadavků Objednatele = je seznam požadavků Objednatele obsahující technickou specifikaci – RFP uvedený v části 2.1 přílohy č. 2 této Smlouvy.

• Veřejná zakázka je sektorová veřejná zakázka Objednatele nazvaná „Systém pro obchodování s energiemi a řízení rizik při obchodování s energiemi II“.

• Zavedení služby = soubor činností, které je třeba vykonat, aby Objednatel mohl Aplikaci řádně využívat. Zavedení služby je blíže specifikováno v Příloze č. 2 této Smlouvy.

• ZZVZ je zákon č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů.

1. Předmět a účel smlouvy

1.1 Účelem této Smlouvy je komplexní řešení systému pro obchodování s energiemi a řízení rizik při obchodování s energiemi pro Objednatele dle specifikace uvedené v této Smlouvě.

1.2 Předmětem smlouvy je závazek Poskytovatele poskytovat Objednateli formou služby (Software as a Ser- vice/SaaS) Aplikaci, provést Zavedení služby a umožnit mu užívat všechny její funkce v souladu s Nabídkou a Dokumentací. Poskytovatel se dále zavazuje v rámci služby zajistit podporu, údržbu a rozvoj Aplikace a její bezvadný provoz v souladu s Nabídkou a Dokumentací (dále jako “servisní služby”). Poskytovatel je povinen zahájit plnění této Smlouvy ke dni uzavření této Smlouvy.

1.3 Aplikace bude provozována na infrastruktuře Unicorn Cloud a poskytována jako služba (Software as a service). Objednatel se zavazuje poskytovat Poskytovateli součinnost sjednanou v této Smlouvě a uhradit za poskytnuté služby cenu ve výši a za podmínek sjednaných dále v této Smlouvě.

1.4 Poskytovatel se zavazuje při plnění této Smlouvy postupovat dle Podmínek, které tvoří Přílohu č. 1. Dojde-li k rozporu mezi ustanoveními této Smlouvy a Podmínkami, bude vždy přihlíženo k Podmínkám, následně k části

2.1 Přílohy č. 2 –Seznam požadavků Objednatele obsahující technickou specifikaci – RFP, dále k ustanovením této Smlouvy a případným všeobecným obchodním podmínkám Poskytovatele a až následně k dalším přílohám této Smlouvy. Přičemž v případě rozporu mezi ustanoveními jednotlivých příloh této Smlouvy, má vždy přednost příloha s nižším číslem, před přílohou s vyšším číslem.

2. Zavedení služby (SaaS)

2.1 Zavedení služby bude probíhat ve fázích popsaných v části 2.2 přílohy č. 2 této smlouvy, ve které jsou rovněž uvedeny akceptační podmínky.

3. Rozsah a způsob poskytování služby (SaaS)

3.1 Místem plnění Smlouvy je území hlavního města Prahy.

3.2 Poskytovatel se zavazuje, že Aplikace bude po celou dobu účinnosti smlouvy umožňovat provádění operací a zajišťování funkcí popsaných v Seznamu požadavků Objednatele, případně technické studii a Dokumentaci.

3.3 Objednatel bere na vědomí, že Poskytovatel je oprávněn Aplikaci měnit a aktualizovat, a to zejména za účelem zajištění bezporuchového a bezpečného provozu Aplikace, zavádění nových vlastností a funkčností Aplikace v souladu s roadmapou Aplikace dostupnou v rámci Dokumentace. Poskytovatel je povinen Objednatele infor- movat o vydání nové verze Aplikace a jejím obsahu, vhodnou formou zpravidla přímo prostřednictvím Aplikace, a to minimálně 5 pracovních dnů předem. Toto pravidlo se nevztahuje na instalaci hotfixů, které reagují na kritické chyby či bezpečnostní rizika.

3.4 Poskytovaná služba zahrnuje mimo jiné níže uvedené provozní služby, které jsou blíže specifikovány v Příloze č. 2:

a) Helpdesk

b) Řešení Incidentů

c) Aktivní online dozorování Aplikace

d) Poskytování nových verzí (opravných patchů, hot-fixů a upgradů)

e) Automatické průběžné a bezpečnostní aktualizace Aplikace a jejího provozního prostředí

f) Zálohování Aplikace a dat Objednatele a jejich případné obnovení v případě potřeby

3.5 Poskytovatel je oprávněn v souvislosti s prováděním výše uvedených činností dočasně vyřadit Aplikaci z provozu, popř. její provoz omezit (dále jen “servisní okno”). Poskytovatel je v takovém případě Objednatele o servisním okně informovat prostřednictvím Aplikace či jiným vhodným způsobem, a to minimálně 5 pracovních dnů předem. Poskytovatel je však oprávněn bez nutnosti oznámení Objednateli omezit nebo přerušit funkčnost Aplikace a přístup k ní na dobu nezbytně nutnou dobu z důvodu řešení kritických provozních či bezpečnostních problémů, případně jiných vážných důvodů na straně Poskytovatele nebo třetích osob.

4. Práva a povinnosti smluvních stran

4.1 Objednatel se zavazuje nevyužívat Aplikaci takovým způsobem, který by vedl k porušení práva Poskytovatele nebo by mohl způsobit znevýhodnění ostatních zákazníků Poskytovatele. Objednatel je v této souvislosti povi- nen zdržet se užití jakýchkoli mechanismů, nástrojů, programového vybavení nebo postupů, které mají nebo by mohly mít negativní vliv na provoz Aplikace, na její výkon, bezpečnost či na další zákazníky Poskytovatele.

4.2 V případě, že Poskytovatel vyzve Objednatele k odstranění svých dat, které poškozují programové nebo tech- nické prostředky služby nebo jsou v rozporu s pravidly jejího užívání, je Objednatel povinen odstranit tato data neprodleně, a to nejpozději do 48 hodin po odeslání e-mailové výzvy Objednateli.

4.3 Objednatel je povinen při užívání Aplikace uvést pravdivé údaje a udržovat tyto údaje aktuální. Odpovědnost vyplývající z nesprávného, nepravdivého či neaktuálního uvedení údajů nese výlučně Objednatel.

4.4 Objednatel se zavazuje neprodleně informovat Poskytovatele o veškerých poruchách a závadách provozu Apli- kace.

4.5 Objednatel je povinen poskytnout Poskytovateli veškerou nezbytnou součinnost pro zajištění řádného poskyto- vání Aplikace.

4.6 Objednatel je oprávněn vznášet požadavky na vylepšení nebo doplnění Aplikace, a to prostřednictvím JIRA.

4.7 Poskytovatel se zavazuje zabezpečit Aplikaci a zpracovávaná data před neoprávněným zásahem třetí strany. Poskytovatel je též povinen zabezpečit data Objednatele uložená nebo zpracovávaná Aplikací před ztrátou, poškozením či zničením.

4.8 Poskytovatel je oprávněn Aplikaci upravovat a rozvíjet dle svého uvážení, přičemž tyto záměry sdílí s Objedna- telem prostřednictvím roadmapy obsažené v Dokumentaci. Poskytovatel zároveň zaručuje, že v rámci úprav a rozvoje Aplikace nedojde k podstatnému omezení funkcí Aplikace pro Objednatele či ke ztrátě dat Objednatele.

4.9 Pro poskytování Aplikace (včetně všech souvisejících dostupných služeb) může Poskytovatel využívat služeb třetích osob.

4.10 Komunikace mezi smluvními stranami v souvislosti s touto smlouvou bude probíhat prostřednictvím kontaktních osob uvedených v Příloze č. 4 této smlouvy – Oprávněné osoby.

4.11 V případě prodlení Poskytovatele s poskytnutím, nebo zajištěním plnění dle této Smlouvy, vzniká Objednateli právo na smluvní pokutu ve výši 0,05 % z dané dílčí části ceny plnění této Smlouvy včetně DPH za každý den prodlení.

5. Cena a platební podmínky

5.1 Cena za plnění této smlouvy je uvedena v Příloze č. 3 této smlouvy. Daň z přidané hodnoty bude k ceně připo- čítána v aktuálně platné výši, ke dni vystavení daňového dokladu.

5.2 Cena za plnění této smlouvy je závazná po celou dobu trvání smlouvy.

5.3 Cena bude hrazena formou bezhotovostního převodu na účet Poskytovatele uvedený v hlavičce této smlouvy na základě faktury, jejíž přílohou bude Předávací protokol podepsaný oběma smluvními stranami s výrokem akceptováno, který slouží jako podklad pro fakturaci Poskytovatele.

5.4 Pro případ prodlení Objednatele s úhradou faktury si smluvní strany sjednávají smluvní úrok z prodlení ve výši 0,05 % z dlužné částky včetně DPH za každý, byť i započatý, den prodlení.

6. Licence – SaaS

6.1 Objednatel tímto bere na vědomí a souhlasí s tím, že Aplikace je provozována a poskytována formou služby, tzn. že Objednatel nevlastní či nekupuje samotnou Aplikaci, ale využívá Aplikaci po dobu trvání a za podmínek této smlouvy.

7. Odpovědnost za škodu

7.1 Smluvní strany odpovídají za škodu způsobenou porušením povinností vyplývajících z právních předpisů nebo z této smlouvy. Smluvní strany jsou povinny činit veškerá opatření k odvrácení škody nebo k jejímu zmírnění.

7.2 Smluvní strany si sjednávají omezení výše náhrady škody tak, že celková částka náhrady škody vzniklá na základě této smlouvy či v souvislosti s ní, vyjma případů, kdy se jedná o škodu na životě a na zdraví, úmyslně způsobenou škodu, škodu způsobenou pod vlivem návykových látek nebo škodu, u níž omezení odpovědnosti vylučuje zákon, nepřevýší 50% ceny Díla. Poškozená smluvní strana se tímto zavazuje vyčíslit a uplatnit sku- tečně způsobenou škodu maximálně do této výše.

7.3 Poskytovatel odpovídá pouze za to, že Aplikace bude mít funkční a nefunkční vlastnosti, které jsou výslovně uvedeny v Nabídce a Dokumentaci.

7.4 Poskytovatel neodpovídá za vzniklou škodu také tehdy, jestliže se jedná o Incident, který zapříčinila technická či jiná překážka, která nastala nezávisle na vůli Poskytovatele a kterou nebylo možné prostředky Poskytovatele odstranit. Za tyto překážky se považují také technické výpadky na straně poskytovatelů veřejných cloudových služeb či výpadky internetového připojení, které Poskytovatel pro zajištění služeb dle této smlouvy využívá.

7.5 Smluvní strany si výslovně sjednávají, že se nebude uplatňovat ustanovení § 2952 občanského zákoníku. Strany se dohodly na tom, že se bude hradit pouze skutečná škoda, nikoliv ušlý zisk nebo jiné nepřímé škody včetně škod vzniklých třetím stranám.

7.6 Žádná ze smluvních stran neodpovídá za škodu, která vznikla v důsledku věcně nesprávného nebo jinak chyb- ného zadání, které obdržela od druhé smluvní strany.

7.7 Smluvní strana, které bylo znemožněno plnit své závazky v důsledku vyšší moci, neodpovídá za škody z nich vzniklé.

7.8 Vyšší mocí se rozumí takové překážky, které nastaly po vzniku závazku (vyjma čl. 8.9 této smlouvy) nezávisle na vůli smluvních stran, mají mimořádnou povahu, jsou neodvratitelné, nepředvídatelné, nepřekonatelné a brání objektivně splnění povinností dle této smlouvy, (např. válečný stav, občanské nepokoje, požár, záplavy, epide- mie, restriktivní vládní opatření – zejména karanténní).

7.9 Za vyšší moc se považuje také epidemie Covid-19 a související restriktivní opatření v České republice a EU, které budou v souvislosti s epidemií Covid-19 přijaty.

7.10 Jestliže překážky odpovídající vyšší moci nastanou, je povinná smluvní strana povinna neprodleně informovat druhou smluvní stranu o povaze, počátku a předpokládaném konci události vyšší moci, která brání splnění povinností dle této smlouvy. Termín plnění se v tomto případě prodlužuje o dobu trvání vyšší moci. Poskytovatel v takovém případě není povinen hradit smluvní pokuty dle této smlouvy v případě, že porušil svou povinnost v důsledku vyšší moci. Smluvní strany se dohodly, že § 2913 odst. 2 věta druhá občanského zákoníku se nepo- užije.

8. Ochrana dat a důvěrných informací

8.1 Smluvní strany jsou povinny zajistit utajení důvěrných informací získaných v souvislosti s uzavřením a plněním této smlouvy způsobem obvyklým pro utajování takových informací, není-li písemně sjednáno jinak. Tato po- vinnost platí po dobu trvání této smlouvy a dále 5 let od jejího ukončení. Smluvní strany jsou povinny zajistit, že povinnost utajit důvěrné informace splní i jejich zaměstnanci, zástupci, jakož i jiné spolupracující třetí osoby, pokud jim takové informace budou sděleny.

8.2 Právo užívat, sdělovat či zpřístupnit důvěrné informace mají obě smluvní strany pouze v rozsahu a za podmínek nezbytných pro řádné plnění práv a povinností vyplývajících z této smlouvy.

8.3 Za důvěrné informace se bez ohledu na formu jejich zachycení považují informace, které se týkají některé ze smluvních stran (zejména obchodní tajemství, informace o jejich činnosti, struktuře, hospodářských výsledcích, klientech, know-how), informace pro nakládání, s nimiž je stanoven právními předpisy zvláštní režim utajení, nebo informace, které jedna ze stran jako důvěrné označila a druhou stranu s tímto seznámila.

8.4 Za důvěrné informace se nepovažují:

a) Informace, které jsou nebo se staly veřejně přístupnými, pokud se tak nestalo porušením povinnosti některé ze smluvních stran, nebo

b) Informace získané jednou ze smluvních stran nezávisle na této smlouvě.

8.5 Smluvní strany neporuší povinnosti vyplývající z tohoto článku, pokud:

a) Povinnost sdělit některé z utajených informací vyplývá z platných právních předpisů, nebo pravomocného rozhodnutí soudu, nebo jiného orgánu státní správy či samosprávy, nebo

b) Pokud k tomu dala druhá smluvní strana předchozí písemný souhlas,

c) Pokud budou sdělovat informace osobám, které jsou v pracovním poměru nebo pracovněprávním či obdob- ném poměru ke společnosti, která je se smluvní stranou propojená, tj. ovládaná smluvní stranou či stejnou ovládající osobou jako smluvní strana ve smyslu § 74 a násl. zákona č. 90/2012 Sb., o obchodních korpora- cích, podílí se na plnění dle této smlouvy a je vázána mlčenlivostí ve stejném rozsahu, jako smluvní strany.

8.6 Poskytovatel bere na vědomí, že Objednatel je výhradním vlastníkem dat, které do Aplikace ukládá nebo které v Aplikaci zpracovává. Poskytovatel není oprávněn tato data využívat žádným jiným způsobem než v rámci Aplikace. Objednatel zároveň bere na vědomí, že Poskytovatel není žádným způsobem zodpovědný za obsah ukládaných informací.

8.7 Poskytovatel se zavazuje přijmout vhodná opatření, aby zabránil porušení důvěrnosti a integrity dat Objedna- tele, neoprávněnému nebo nahodilému přístupu, změně, zničení, smazání nebo ztrátě. Poskytovatel se zava- zuje zajistit odpovídající úroveň dostupnosti uložených a zpracovávaných dat. Poskytovatel se zavazuje opat- ření průběžně vyhodnocovat a případně upravovat pro zajištění odpovídající úrovně bezpečnosti.

8.8 V případě ukončení smlouvy z jakéhokoliv důvodu je Poskytovatel povinen na základě výzvy Objednatele data vrátit prostřednictvím exportu do souborů či jiným technickým vhodným prostředkem dohodnutým mezi stra- nami.

9. Zpracování osobních údajů

9.1 Smluvní strany shodně prohlašují, že na základě této smlouvy nevzniká mezi Poskytovatelem a Objednatelem vztah - správce a zpracovatel ve smyslu Nařízení Evropského parlamentu a Rady č. 2016/679 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (dále jen,,GDPR"), a tudíž nedochází ke zpracování osobních údajů Po- skytovatelem pro Objednatele ve smyslu GDPR. V případě, že by se kterákoliv ze smluvních stran dostala do styku s osobními údaji, přijme taková opatření, aby jejich prostřednictvím zabránila neoprávněnému nebo nahodilému zveřej- nění nebo zpřístupnění osobních údajů třetím osobám. V případě, že by mělo dojít ke zpracování osobních údajů ve smyslu nařízení, bude předložena k jednání samostatná smlouva o zpracování osobních údajů, ve které budou uve- deny další povinnosti smluvních stran v souvislosti se zpracováním osobních údajů.

9.2 Poskytovatel jako správce osobních údajů Objednatele informuje v souladu s čl. 13 GDPR, že bude zpraco- vávat identifikační a kontaktní osobní údaje fyzických osob jednajících za Objednatele, včetně údajů o vzájemné ko- munikaci, na základě svého oprávněného zájmu pro účely přípravy, uzavření a plnění této smlouvy, vnitřní evidence a kontroly, ochrany právních nároků a provozních potřeb. Další podrobnosti o zpracování osobních údajů, včetně specifik zpracování osobních údajů členů statutárních orgánů, zaměstnanců, příp. dalších osob zastupujících druhou smluvní stranu a práv, které subjekty údajů v souvislosti se zpracováním svých osobních údajů mají, jsou uvedeny v dokumen- tech: „Prohlášení o ochraně osobních údajů“, se kterými byl Objednatel před podpisem této smlouvy seznámen a které jsou dostupné na webových stránkách Poskytovatele.

10. Trvání smlouvy

10.1 Tato smlouva je uzavřena na dobu určitou, a to na dobu 24 měsíců ode dne uveřejnění v registru smluv, nedo- hodnou-li se smluvní strany jinak.

11. Ustanovení společná a závěrečná

11.1 Tato smlouva nabývá platnosti dnem podpisu oběma smluvními stranami a účinnosti dnem jejího zveřejnění v registru smluv.

11.2 Tato Smlouva se uzavírá na základě sektorové Veřejné zakázky.

11.3 Tato Smlouva se vyhotovuje ve 2 stejnopisech, každý s platností originálu, z nichž každá ze smluvních stran obdrží jedno vyhotovení. / VARIANTA V PŘÍPADĚ ELEKTRONICKÉHO UZAVŘENÍ SMLOUVY: Tato smlouva se vyhotovuje v elektronické podobě a je elektronicky podepsána smluvními stranami uznávanými elektronic- kými podpisy.

11.4 Tuto smlouvu lze změnit nebo doplňovat pouze na základě dohody obou smluvních stran, která bude mít formu písemného dodatku, podepsaného oprávněnými zástupci obou Smluvních stran.

11.5 Právní vztahy touto smlouvou výslovně neupravené se řídí českým právním řádem, zejm. zákonem č. 89/2012 Sb., občanským zákoníkem, v platném znění.

11.6 Smluvní strany se zavazují vynaložit veškeré úsilí, aby veškeré spory vzniklé z této Smlouvy nebo v souvislosti s ní byly vyřešeny smírně. Pokud se takový spor i přes úsilí vynaložené smluvními stranami nepodaří vyřešit do 60 dnů smírnou cestou, budou takové spory rozhodovány obecnými soudy ČR dle českého práva.

11.7 Smluvní strany prohlašují, že si tuto smlouvu před jejím podpisem přečetly, že byla uzavřena po vzájemném projednání podle jejich pravé a svobodné vůle, že nebyla uzavřena v tísni nebo za nápadně nevýhodných pod- mínek, což stvrzují svými podpisy. Smluvní strany dále prohlašují, že Xxxxxxx je podepisována osobami opráv- něnými jednat za smluvní strany.

11.8 Nedílnou součást smlouvy tvoří tyto přílohy:

Příloha č. 1 – Podmínky Objednatele

Příloha č. 2 – Seznam požadavků Objednatele a nabídka Poskytovatele Příloha č. 3 – Cenová kalkulace

Příloha č. 4 – Oprávněné osoby

V Praze

Za Objednatele Za Poskytovatele

.................................................................... ....................................................................

Xxxxxx Xxxxx, člen představenstva

Technologie hlavního města Prahy, a.s.

Xxx Xxxxx, předseda představenstva

Unicorn Systems a.s.

................................................................... ....................................................................

Xxxxx Xxxxx, člen představenstva

Technologie hlavního města Prahy, a.s.

Xxx Xxxxxx, člen představenstva

Unicorn Systems a.s.

Příloha č. 1 – Podmínky Objednatele Platební podmínky

1.1 Objednatel nebude poskytovat zálohy.

1.2 Na základě dohody smluvních stran může dojít k částečné fakturaci na základě již provedeného plnění (a to včetně fakturace případných mandays dle Přílohy č. 3 – Cenová kalkulace, které mohou být fakturovány ve smyslu 0,5 manday). Část provedeného plnění, určená k fakturaci, bude vždy předána na základě písemného, oboustranně podepsaného předávacího protokolu.

1.3 Zhotovitel bere na vědomí, že fakturace za podstatnou část plnění, tj. zejména za uvedení Aplikace do Ostrého provozu, bude provedena nejdříve v lednu 2024, nedohodnou-li se smluvní strany jinak.

1.4 Faktura, resp. zálohová faktura, musí mít veškeré náležitosti daňového dokladu ve smyslu zákona č. 235/2004 Sb., o dani z přidané hodnoty. V tomto daňovém dokladu bude provedeno vyúčtování zaplacené zálohy. V sou- hrnných fakturách bude vždy uvedena celková cena za jednotlivá odběrná místa. Fakturované částky budou hrazeny převodem z účtu. Faktura je splatná do 45 kalendářních dnů ode dne doručení. Dnem zaplacení se rozumí den odeslání platby na účet Poskytovatele. Připadne-li den odeslání na den pracovního klidu, rozumí se dnem odeslání první následující pracovní den.

1.5 Faktury budou zasílány elektronicky e-mailem na adresu Objednatele (e-mail: xxxxxxx@xxxx.xx) s kopií na zplnomocněného makléře. Jako specifický symbol bude uvedeno číslo smlouvy Objednatele bez lomítka.

1.6 Pro případ prodlení Objednatele s úhradou faktury proti sjednanému termínu nesmí být smluvní úrok z prodlení vyšší než 0,05 % z dlužné částky včetně DPH za každý i započatý den prodlení.

1.7 Smluvní pokuta se nedotýká práva Objednatele domáhat se náhrady škody vzniklé z porušení smluvní povin- nosti, ke které se smluvní pokuta vztahuje.

Další požadavky Objednatele na změnu a ukončení Smlouvy

1.8 Smluvní strany berou na vědomí, že je smlouva uzavřena na dobu určitou, a to na dobu 24 (dvaceti čtyř) měsíců od uveřejnění smlouvy v registru smluv, nedohodnou-li se smluvní strany jinak.

1.9 Smluvní strany berou na vědomí, že celkové finanční plnění na základě smlouvy nesmí překročit limit stanovený v § 2 odst. 2 nařízení vlády č. 172/2016 Sb., o stanovení finančních limitů a částek pro účely zákona o zadávání veřejných zakázek, ve znění pozdějších předpisů.

1.10 Objednatel je oprávněn tuto smlouvu vypovědět bez udání důvodu s výpovědní dobou jeden (1) měsíc. Výpo- vědní doba počíná běžet prvním dnem následujícího měsíce po měsíci, v němž byla písemná výpověď doru- čena Zhotoviteli.

1.11 Smlouvu lze po jejím uzavření měnit jen za podmínek stanovených v § 222 ZZVZ.

1.12 Smlouvu lze ukončit vzájemnou písemnou dohodou smluvních stran.

1.13 Každá ze smluvních stran je oprávněna od smlouvy odstoupit z důvodů sjednaných ve smlouvě nebo stanoví- li tak zákon. Musí se však jednat o důvody podstatného charakteru, zejména pak případy, kdy je smlouva po- rušena podstatným způsobem, či pokud dojde k opakovanému porušení smlouvy způsobem, za nějž smlouva stanovuje smluvní pokutu. Poskytovatel je oprávněn odstoupit od smlouvy pouze, zaslal-li Objednateli (zákaz- níkovi) předem oznámení o možnosti odstoupení spolu s udělením náhradní lhůty pro zhojení podstatného porušení smlouvy Objednatelem. Obdobné ustanovení bude platit i pro případ odstoupení od smlouvy ze strany Objednatele (zákazníka).

1.14 Pro účely odstoupení od smlouvy se za podstatné porušení této smlouvy považuje:

- jestliže Poskytovatel neposkytuje služby, které jsou předmětem této smlouvy, řádně či včas a na písemnou výzvu Objednatele tyto vady neodstraní ve lhůtě výzvou stanovené;

- nemožnost poskytovat služby v celém rozsahu a ve sjednané kvalitě;

- úpadek Objednatele (zákazníka) nebo Poskytovatele ve smyslu ustanovení § 3 zákona č. 182/2006 Sb., o úpadku a způsobech jeho řešení (insolvenční zákon), ve znění pozdějších předpisů;

- z důvodů uvedených v ustanovení § 223 ZZVZ.

1.15 Odstoupení od smlouvy je účinné okamžikem jeho doručení druhé smluvní straně.

1.16 Odstoupením od smlouvy nebo vypovězením smlouvy nejsou dotčena ustanovení této smlouvy týkající se zá- ruk, nároků z vad, nároků z povinnosti nahradit škodu a nároků ze smluvních pokut, ani další ustanovení a nároky, z jejichž povahy vyplývá, že mají trvat i po ukončení smlouvy.

Další požadavky Objednatele podmínky smlouvy

1.17 Pro případ prodlení Poskytovatele s odezvou a vyřešením nahlášeného problému do 8 hodin od nahlášení pro- blému Objednatelem v režimu SLA 5x8, je Poskytovatel povinen uhradit smluvní pokutu ve výši 1 000,- Kč (tisíc korun českých) za každou započatou hodinu prodlení.

1.18 V případě prodlení s odstraněním kritické závady (vč. odstranění pomocí hotfix) oproti času garantovanému v systému pro obchodování s energiemi a řízení rizik při obchodování s energiemi je Zhotovitel povinen uhradit smluvní pokutu ve výši 2 000,- Kč (dva tisíce korun českých) za každou započatou hodinu prodlení.

1.19 Smluvní strany jmenují oprávněné osoby, popř. také jejich zástupce, kteří budou zastupovat smluvní stranu ve smluvních, obchodních a technických a dalších záležitostech souvisejících s plněním této smlouvy a kteří budou povinni vzájemně spolupracovat v záležitostech souvisejících s realizací smlouvy. Tyto oprávněné osoby smluv- ních stran jsou uvedeny v příloze této smlouvy. Rozsah oprávnění oprávněných osob ve smluvních, obchodních a technických záležitostech je vymezen v této smlouvě.

1.20 Oprávněné osoby ve věcech smluvních jsou oprávněny jménem stran jednat o změnách této smlouvy a připra- vovat dodatky k této smlouvě pro jejich písemné schválení osobami oprávněnými zavazovat strany, nebo jejich zmocněnci.

1.21 Osoby oprávněné v záležitostech obchodních jsou oprávněny vést s druhou stranou jednání obchodního cha- rakteru, jednat o změně této smlouvy, jednat v rámci předávání a převzetí plnění dle této smlouvy; osoby opráv- něné v záležitostech obchodních však nejsou oprávněny měnit či rušit tuto smlouvu ani k ní uzavírat dodatky.

1.22 Oprávněné osoby ve věcech technických jsou oprávněny v rámci této smlouvy vést s druhou stranou jednání technického charakteru, poskytovat stanoviska v technických otázkách a jednat jménem stran v rámci rekla- mace vad a při uplatňování záruky dle této smlouvy; tyto osoby rovněž nejsou oprávněny tuto Smlouvu měnit či rušit ani k ní uzavírat dodatky.

1.23 Objednatel veškeré písemnosti jako informace, oznámení, faktury, upomínky, výzvy, odstoupení, výpovědi apod. (s výjimkou běžné pracovní komunikace) budou v písemné formě, nebude-li smluvními stranami sjednáno jinak.

1.24 Objednatel bude mít právo uplatnit smluvní pokutu v případě prodlení Objednatele s poskytnutím, nebo zajiště- ním plnění dle smlouvy.

1.25 Smluvní strany se zavazují vzájemně si bez zbytečného odkladu a písemně oznamovat všechny změny identi- fikačních údajů, změny oprávněných osob a změny a návrhy změn v obchodním rejstříku, které by mohly mít vliv na plnění smlouvy. V případě oprávněných osob nebo kontaktních údajů stran dojde řádným potvrzením oznámení druhou stranou ke změně oprávněné osoby či kontaktních údajů strany bez nutnosti uzavření písem- ného dodatku ke smlouvě.

1.26 Písemnosti mezi smluvními stranami této smlouvy, s jejichž obsahem je spojen vznik, změna nebo zánik práv a povinností upravených touto smlouvou (zejména odstoupení od smlouvy) se doručují do vlastních rukou. Povinnost smluvní strany doručit písemnost do vlastních rukou druhé smluvní straně je splněna při doručování poštou, jakmile pošta písemnost adresátovi do vlastních rukou doručí. Účinky doručení nastanou i tehdy, jestliže pošta písemnost smluvní straně vrátí jako nedoručitelnou a adresát svým jednáním doručení zmařil, nebo přijetí písemnosti odmítl. Při doručování písemností datovou schránkou se písemnost považuje za doručenou nejpoz- ději desátým (10) dnem ode dne odeslání datové zprávy odesílatelem.

1.27 Zhotovitel je podle ustanovení § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů, ve znění pozdějších předpisů (zákon o finanční kontrole), osobou povinou spolupů- sobit při výkonu finanční kontroly prováděné v souvislosti s úhradou zboží nebo služeb z veřejných výdajů.

1.28 Pro případ uzavírání smlouvy a jakýchkoli jejích dodatků smluvní strany vylučují použití ustanovení § 1740 odst. 3 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů. Zhotovitel na sebe přebírá nebez- pečí změny okolností dle ustanovení § 1765 odst. 2 Občanského zákoníku.

1.29 Zhotovitel prohlašuje, že si je vědom, že je Objednatel (zákazník) povinen na dotaz třetí osoby poskytovat informace podle ustanovení zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů, a souhlasí s tím, aby veškeré informace ve smlouvě obsažené, s výjimkou osobních údajů, byly po- skytnuty třetím osobám, pokud si je vyžádají.

1.30 Smluvní strany berou na vědomí, že smlouva podléhá povinnosti jejího uveřejnění prostřednictvím registru smluv v souladu se zákonem č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňo- vání těchto smluv a o registru smluv (zákon o registru smluv), ve znění pozdějších předpisů. Smluvní strany berou dále na vědomí, že smlouva (jakož i její případný dodatek) nabývá účinnosti nejdříve dnem jejího uveřej- nění prostřednictvím registru smluv. Objednatel (zákazník) zašle smlouvu správci registru smluv k uveřejnění bez zbytečného odkladu, nejpozději však do třiceti (30) dnů od jejího uzavření.

1.31 Zhotovitel se zavazuje zajistit dodržování veškerých právních předpisů, zejména pak pracovněprávních (odmě- ňování, pracovní doba, doba odpočinku mezi směnami, placené přesčasy), dále předpisů týkajících se oblasti zaměstnanosti, bezpečnosti a ochrany zdraví při práci platných v zemi svého sídla. Zhotovitel při plnění před- mětu Veřejné zakázky zajistí pro všechny osoby, které se budou na plnění předmětu Veřejné zakázky podílet:

- férové a důstojné pracovní podmínky dle zákoníku práce a dalších právních předpisů v oblasti zaměstnanosti;

- legální zaměstnávání osob a odpovídající úroveň bezpečnosti práce.

Př í lo ha č–.S2ez n am p o ž adav ků Objedn at ele a n abí dka Poskytovatele

2.1 Sez n am p o ž adav ků Objedn at ele

ID	Kategorie	Podkate- gorie	Tex t p o ž adav ku	Sp ln	ě	n	Po p is s p ln ě n í
1	Funkční požadavky	Tvorba predikcí	Možnost rozdělit zákazníky do skupin podle charakteru spotřeby.	ANO	Nastavení skupin je v současné verzi možné přes uživatelské atributy a následném využití uživatelské agregace. Aktuálně pracujeme na rozšíření produktu FMS, jehož následující verze budou podporovat také sofistikovanější řešení potřeby segmentace portfolia

2 Funkční požadavky

Tvorba predikcí

Otevřený systém predikčních metod, které umožní využití různých metod pro predikci spotřeby dílčích skupin i celého portfolia zákazníků, např. TDD, profil, historická data, učení se systému v čase dle chování zákazníka, zohlednění mimořádných událostí u zákazníků s typem měření A a B .

ANO

metoda temporalniho salda s historii 18. měsíců,možnost úpravy měřených dat z OTE formou zápisu do řad "Atypická spotřeba", dopočet OM typu C přes automaticky stahované profily TDD.

3 Funkční Tvorba požadavky predikcí

Automatizované predikcí energií.

zpracování ANO

automatická komunikace na OTE a zpracování přijatých dat, přepočet predikce na základě změn dat zahrnující také uživatelské vstupy.

4 Funkční požadavky

Tvorba predikcí

Zohledňování vlivu mimořádných událostí, které se neopakují pravidelně, formou tzv. korekčních profilů.

ANO Možnost zadání dat uživatelsky formou samostatné časové řady "atypická spotřeba" s priritou nad daty z OTE.

5

Funkční Tvorba

Definovat jednorázové i periodicky se opakující úlohy s možností indi- viduální specifikace periodicity – ří-

požadavky predikcí zené událostmi v systému (nová

data, změna dat, změna výpočtu, atd)

ANO

Možnost definice periodicity generování reportů. Modul predikcí a přepočty fungují automaticky na základě příjmu a změny dat.

6 Funkční požadavky

Tvorba predikcí

Možnost definovat úlohy pro výpo- čet predikce bez ohledu na dostup- nost či úplnost vstupních dat.

ANO

Predikce je spočtena i bez úplných dat, pokrytí portfolia historickými daty nebo plány v plném rozsahu zvyšuje přesnost.

7 Funkční Tvorba požadavky predikcí

Možnost spouštění automatických predikčních úloh dle definovaných ANO kritérií.

Predikce se počítají na základě změny dat nebo požadavku na přepočet

8 Funkční požadavky	Tvorba predikcí	Predikce spotřeby u A, B klientů (profil) + TDD.	ANO	Výpočet na základě měřených dat OTE (A/B) s možnosti zadání uživatelských dat a dopočet OM typu C dle TDD a nebo s uživatelským vstupem.
9 Funkční požadavky	Tvorba predikcí	Predikce výroby a spotřeby FVE v portfoliu a reporting přetoků těchto výroben	ANO	Predikce výroby FVE dle polohy výrobny a meteorologických dat.
10 Funkční požadavky	Tvorba predikcí	Integrace prostřednictvím REST API z ERP Helios Inuvio (založení dokladu, konfirmace a jeho zaslání protistraně,Remit atd.).	ANO	Vytvoření konfirmace na základě vytvořeného obchodu v ETRM, odeslání doku- mentu protistraně, odeslání do RRM přes modul REMIT. Integrace s okolními sys- témy jsou možné s využítím produktových API systému ETRM.
11 Funkční požadavky	Predikce TDD	Systém umožňuje tvorbu predikcí – Predikce spotřeby a TDD, analýza historických dat	ANO	Metoda temporalniho salda s historii 18. měsíců, možnost úpravy měřených dat z OTE formou zápisu do řad "Atypická spotřeba", dopočet OM typu C přes automa- ticky stahované profily TDD.
12 Funkční požadavky	Predikce TDD	Aplikovat metodiku přepočtů typo- vých diagramů dodávky (TDD) pro plyn a elektřinu.	ANO	Výpočet na základě měřených dat OTE (A/B) s možnosti zadání uživatelských dat a dopočet OM typu C dle TDD a nebo s uživatelským vstupem.
13 Funkční požadavky	Predikce TDD	Modelovat hodinový profil spotřeby OPM s měřením typu "C" a "CM" pro plyn a typu "C" pro elektřinu.	ANO	Dopočet OM typu C dle TDD a nebo s uživatelským vstupem.
14 Funkční požadavky	Predikce TDD	Generovat predikce spotřeby OPM optimalizované v souladu s legisla- tivními metodikami pro zúčtování odchylek.	ANO	Výpočet je v souladu s platnou metodikou OTE
Využívat vstupní data o OPM, Funkční Predikce včetně jejich příslušnosti k dané Automatické stahování kmenových a profilových dat z OTE, zpracování historických 15 požadavky TDD třídě TDD, napojení na konkrétní ANO dat a predikce. distribuční síť a odhad roční spo- třeby.

16 Funkční

požadavky

Predikce TDD

Pracovat s meteorologickými daty, zahrnující normální, skutečné a predikované teploty.

ANO Využívání dat XX.XX přes modul Lancelot Hub.

17 Funkční Predikce požadavky TDD

Čerpat klíčová vstupní data ze zdrojů Operátora trhu s energií (OTE), včetně kmenových dat, normalizovaných a přepočítaných TDD, koeficientů zbytkových dia- gramů (KZD) a meteorologických dat.

ANO

Automatické žádosti a zpracování dat OTE (kmenová data, profilová data, TDD).

18 Funkční požadavky	Predikce TDD	Poskytovat nástroje pro efektivní management portfolia OPM typu "C" a jeho oprávněných zákaz- níků.	ANO	V rámci produktu FMS je možné k jednotlivým OM přiřadit uživatelský atribut pro možnost segmentace evidovaného portfolia. Pro vytvoření agregace za různé identi- fikátory (skupiny) je dále možné využít uživatelské agregace.
19 Funkční požadavky	Produktový katalog	Systém umožňuje tvorbu ceno- vých kalkulací pro produkty – nejedná se o plnou funkcionalitu oceňovacího modelu, počet zpra- covávaných nabídek je v rámci nižších jednotek měsíčně.	ANO	Nástroje modulu Workspace s možností využití dat z časových řad napříč celým sys- témem (možno využít i libovolné HPFC/DPFC pro danou komoditu a trh, marže, při- rážky, poplatky), včetně možnosti zadávání a stažení dat přes doplněk Excel přímo do firemních Excel souborů pro navazující práci/reporting.
20 Funkční požadavky	Oceňování	Systém umožňuje zpracovat oce- nění pro vybrané portfolio na bázi ad-hoc analýzy	ANO	Možnost využití prostředí Workspace pro jakékoliv uživatelské výpočty nad daty ETRM, FMS a také daty mimo ty to moduly uloženy v rámci časových řad.
21 Funkční požadavky	Trading/ sourcing	Spravovat a evidovat oprávněné zákazníky, odběratele a další ob- chodní partnery společnosti.	ANO	Master data management produktu ETRM v rámci evidence protistran.
22 Funkční požadavky	Trading/ sourcing	Podporovat správu kontraktů s evi- dencí workflow pro uzavírání ob- chodních dohod.	ANO	Trade management v rámci modulu ETRM s produktovým WF stavů obchodů.
				Každý obchod/smlouvu je možné přiřadit na libovolnou knihu. Seznam obchodů dle
23 Funkční Trading/ Katalogizovat smlouvy podle uži- ANO knih je následně možné vyexportovat formou uživatelského reportu a v případě po- požadavky sourcing vatelsky definovaných kritérií. třeby agregací dle vybraných (uživatelských) parametrů využít funkcionality uživatel- ských agregací.

24 Funkční

požadavky

Trading/ sourcing

Nastavovat různá uživatelská oprávnění v rámci workflow pro různé uživatele.

ANO

Je možné nastavit každému uživateli v rámci obchodní jednotky některá (nebo všechna) produktová práva. Každá z rolí má konkrétní oblast povolených operací na úrovni systému (např. vystavení konfirmací, schválení obchodu, REMIT aj.)

25 Funkční Trading/ požadavky sourcing

Definovat filtrační podmínky podle

dostupných atributů. ANO

Filtrace záznamů je v rámci produktu ETRM možná před načítáním záznamů pro omezení výstupu a dále pak také nad samotným výstupem ve formě rychlých filtrů bez nutnosti opětovného načítání dat.

26 Funkční požadavky	Trading/ sourcing	Vytvářet a sledovat bilance ná- kupu a prodeje podle zvolených kritérií.	ANO	Systémové agregace ETRM případně uživatelské agregace. Možnost také evidence na úrovni portfolií a knih.
27 Funkční požadavky	Trading/ sourcing	Sledovat aktuální otevřené pozice na trhu.	ANO	Ano, standardní agregace ETRM na úrovni bilanční zóny. Možnost vytvoření uživa- telských agregací pro sledování jakékoliv pozice, např. po protistranách, případně sledování na úrovni knih.
28 Funkční požadavky	Trading/ sourcing	Nastavovat limity pro protistrany a obchodníky.	ANO	Ano, evidence protistran v produktu ETRM, případně evidenci uživatelů v rámci obje- mových a platebních limitů pro schválení obchodů.
29 Funkční požadavky	Trading/ sourcing	Confirmace obchodů (formát, zasí- lání protistranám, podpisy a ulo- žení do knihy obchodů).	ANO	Modul konfirmací produktu ETRM se standardní EFET šablonou a podpisy.
30 Funkční požadavky	Trading/ sourcing	Sledování odběrového diagramu spotřeby vs. OD výroby a očiště- ného odběrového diagramu o vý- robu FVE tj. zbytkový odběrový di- agram, na který musíme nakoupit.	ANO	Kombinace produktů ETRM a FMS a jejich datových struktur (časové řady) s mož- ností využití Workspace a časových řad se vzorci pro dopočet a vizualizaci hodnot.
Oznamování obchodních dat dle článku 8 nařízení Evropského par- lamentu a Rady (EU) č. 1227/2011 o integritě a transparentnosti vel- 31 Funkční Compli- koobchodního trhu s energií (Naří- ANO Standardní modul REMIT produktu Lancelot ETRM. požadavky ance zení XXXXX).Zaznamenávat a ukládat veškerá relevantní data tý- kající se obchodů, včetně časo- vých značek a údajů o transak- cích.

32 Funkční

požadavky

Compli- ance

Monitorovat a reportovat všechny obchodní aktivity na trhu s energií

ANO Standardní modul REMIT produktu Lancelot ETRM.

v souladu s požadavky REMIT li- cencí a směrnicí.

33

Zaznamenávat a ukládat veškerá Funkční Compli- relevantní data týkající se ob-

požadavky ance

chodů, včetně časových značek a údajů o transakcích.

ANO

Standardní vlastnost platformy EDM a všech produktů postavených nad ní je kom- pletní audit entit i časových řad.

34 Funkční požadavky	Compli- ance	Výstupy pro regulátora – EE a P, Umožnit přizpůsobení/modifikaci reportů zahrnující získaná data a sestavy dat dle aktuálních poža- davků/potřeb zákazníka.	ANO	Standardní reporty nad vybranými entitami (obchody, fakturace, poplatky) s mož- nosti definování položek výstupu a agregací časových řad. Obdobnou možností jsou uživ. agregace, kde výstupem mimo reportu je také sada požadovaných časových řad, s kterými je možné dále pracovat v rámci celého systému a nebo exportovat do souborů Excel.
35 Funkční požadavky	Compli- ance	Umožňovat rychlý a snadný pří- stup k historickým datům a trans- akcím pro účely auditu a kontrol.	ANO	Standardní vlastnost platformy EDM a všech produktů postavených nad ní je kom- pletní audit entit i časových řad.
36 Funkční požadavky	Compli- ance	Automaticky upozorňovat na po- tenciální nedodržení požadavků REMIT	ANO	Modul REMIT validuje všechny parametry obchodů odesílané v rámci reportingu a upozorňuje na nutnost odeslání.
37 Funkční požadavky	Compli- ance	Umožňovat nastavení a správu oprávnění pro přístup a práci s daty v souladu s interními politi- kami společnosti a platnou legisla- tivou.	ANO	Možnost nastavení práv jak nad platformou EDM, tak také pro přístupy do ETRM a FMS. V rámci platformy je možné také vytvářet skupiny pro sdílení dat na úrovni workspace.
38 Funkční požadavky	Řízení rizik obchodo- vání	Přehledně spravovat a monitoro- vat obchodní aktivity na trhu s energiemi.	ANO	Lancelot Hub poskytuje široké spektrum tržních dat - data o kapacitách, aukcích ka- pacit, ceny komodity (settlement), přeshraniční toky, počasí, kurzy z ECB a další data.
39 Funkční požadavky	Řízení rizik obchodo- vání	Analyzovat a reportovat ukazatele týkající se tržního rizika	ANO	Reporty produktu ETRM - MtM, PnL, Credit Risk, VaR - variance/covariance me- toda.
40 Funkční požadavky	Řízení rizik obchodo- vání	Flexibilně přizpůsobit filtrování a segmentaci obchodních portfolií podle požadavků uživatele.	ANO	Segmentace obchodů do portfolií a knih, které jsou v plné správě uživatele.
Funkční Řízení rizik Automaticky upravovat profily Risk 41 požadavky obchodo- Managementu při přidání nových ANO Standardní chování produktů ETRM a modulu reportingu. vání kontraktů.

42 Funkční

požadavky

Řízení rizik obchodo- vání

Poskytovat uživatelsky přívětivé rozhraní pro práci s daty a výpo- čty.

ANO Platforma EDM a správa workspace s možnosti definování uživatelských skupin.

43 Funkční

požadavky

Řízení rizik obchodo- vání

Pravidelný sběr a analýza dat z různých zdrojů

ANO

Lancelot Hub poskytuje široké spektrum tržních dat - data o kapacitách, aukcích ka- pacit, ceny komodity (settlement), přeshraniční toky, počasí, kurzy z ECB a další data.

44 Funkční požadavky	Řízení rizik obchodo- vání	Propojení se systémem Helios.	ANO	Integrace s okolními systémy jsou možné s využítím produktových API systému ETRM.
45 Funkční požadavky	Kreditní ri- ziko	Evidence EFET partnerů sledo- vání aktuálního čerpání kreditní linky (limit protistrany).	ANO	V kontextu Credit risk reportu se postupuje tak, že ze zadaného ratingu či collaterálů (nebo obojího) se spočte celkový kreditní limit (linka), se kterou porovnáváme aktu- ální finanční pozici s danou protistranou (sečteme tedy platby za dodané množství, které již bylo fakturované, ale ješte není splatné a množství dodané od data faktu- race do aktuálního dne, což je dodané a ještě nefakturované množství.). Takto spoč- tená pozice se porovnává s vypočteným kreditním limitem protistrany.
46 Funkční požadavky	Tržní riziko	Odhadování spotřeby portfolia s cílem co nejlépe nakupovat – mini- malizovat objem dokupu / prodejů na denním a vnitrodenním trhu.	ANO	Predikčné modul produktu FMS
47 Funkční požadavky	Řízení otevřených pozic	Identifikovat a zobrazit všechny otevřené pozice spojené s ob- chody na trhu s energiemi.	ANO	Standardní produktové agregace dle bilančních zón s možností vytvoření uživ. ag- regací pro sledování pozice s libovolnou protistranou, tržním místě a nebo sledování pozice na úrovní portfolií a knih.
48 Funkční požadavky	Řízení otevřených pozic	Monitorovat vývoj otevřených po- zic v čase a sledovat jejich vliv na celkový rizikový profil portfolií.	ANO	Standardní reporty modulu ETRM - VaR.
Řízení Upozorňovat uživatele na překro- 49 Funkční otevřených čení stanovených limitů otevře- ANO Možnost vyspecifikování uživ. alarmů v rámci porovnání skutečné hodnoty vůči li- požadavky pozic ných pozic a zasílat notifikace na mitní/očekávané. základě definovaných pravidel.

Funkční

50 požadavky

Řízení otevřených pozic

Náhled a výpočet predikce na spo- třební diagram, na výrobní dia- gram (obnovitelné zdroje), na ba-

terie a očištěný diagram (rozdílový diagram – čistá pozice).

ANO Predikce výroby a spotřeby modulu FMS.

Řízení

Sledování odběrového diagramu spotřeby vs. OD výroby a očiště-

51

Funkční požadavky

otevřených ného odběrového diagramu o vý- ANO

Predikce výroby a spotřeby modulu FMS.

pozic

robu FVE tj. zbytkový odběrový di- agram, na který musíme nakoupit.

52 Funkční požadavky	Řízení otevřených pozic	Predikce systémové odchylky a doporučení, zda má obchodník zvolit spíše krátkou či dlouhou po- zici a jaké je související riziko. To samé pro obchod na denním trhu.	ANO	Dodávka pouze nástroje pro výpočet predikce a pozice jako vstupní data pro rozho- dovací proces uživatele.
53 Funkční požadavky	Řízení otevřených pozic	Predikce a křivky očekávaných cen.	ANO	Predikce ceny DT a VDT trhu v ČR jsou součástí Lancelot Hub v rámci balíčku Pre- dikce.
54 Funkční požadavky	Řízení otevřených pozic	Nástroje pro výpočet predikcí v ča- sových řadách, modely vlivu po- časí a kalendáře na výrobu a spo- třebu elektřiny a plynu nebo mo- dely různých typů obnovitelných zdrojů.	ANO	Predikce výroby a spotřeby modulu FMS.
Ceny na denním a vnitrodenním trhu Vstupními daty pro tuto pre- dikci jsou minulé ceny na denním a vnitrodenním trhu, počasí v rele- vatních zemích a případně struk- tura nabídek na trhu. Všechna data se načítají on-line a výsledky Funkční Řízení se okamžitě aktualizují. Výsled- Predikce ceny DT a VDT trhu v ČR jsou součástí Lancelot Hub v rámci balíčku Pre- 55 požadavky otevřených kem je cena elektřiny na denním ANO dikce. pozic trhu pro každou hodinu následují- cího dne a na další dny. U ceny na vnitrodenním trhu se predikuje cena na běžnou hodinu dne a všechny hodiny následující. Vstupní data jsou stejná jako u predikce ceny na denním trhu a přesnost je podobná.

56 Funkční

požadavky

Řízení ote- vřených pozic

Data o predikcích na trzích s elektřinou a plynem, včetně

denních, intradenních, zátěžových profilů a systémové odchylky s údaji o ceně a směru dále pak Forwardové cenové křivky

ANO Data o systémových odchylkách na úrovni komodit jsou součástí Lancelot Hub v rámci balíčku Predikce.

57

Detekovat a zaznamenávat Funkční Řízení od- všechny odchylky výsledků

požadavky chylek

obchodování od očekávaných hodnot a cílů.

ANO

Možnost vyspecifikování uživ. alarmů v rámci porovnání skutečné hodnoty vůči li- mitní/očekávané.

58 Funkční požadavky	Řízení od- chylek	Analyzovat příčiny odchylek a identifikovat oblasti, které vyžadují korekční opatření.	ANO	Naladění produktu v rámci dodávky nad aktuálním portfoliem
59 Funkční požadavky	Řízení od- chylek	Podporovat rychlé rozhodování na základě zjištěných odchylek a umožňovat přijímání adekvátních opatření.	ANO	Veškerá data jsou dostupná v modulech ETRM a FMS s možnosté exportu a načí- tání do excel soubotů, vytváření reportů a přehledů s využitím uživatelského workspace pro agregované pohledy na vybrané/zájmové časové řady
60 Funkční požadavky	Řízení od- chylek	Automaticky generovat reporty o odchylkách a průběžně informovat relevantní zainteresované strany (dle definovaného mailing listu).	ANO	Automatické generování reportů na základě časového výrazu je podporováno zá- kladním modulem reportů ETRM a FMS.
61 Funkční požadavky	Řízení od- chylek	Systém má v případě odchylky na- vrhovat způsob jejího vypořádaní.	ANO	Veškerá data jsou dostupná v modulech ETRM a FMS s možnosté exportu a načí- tání do excel souborů, vytváření reportů a přehledů s využitím uživatelského workspace pro agregované pohledy na vybrané/zájmové časové řady
62 Funkční požadavky	Reporting	Možnost vytvářet reporty podle zá- kladních kritérií, kterými jsou např. datum prodeje, typ zboží, zákaz- ník, prodejní region, atd.	ANO	Modul reportů produktů FMS a ETRM
Report nákupních a prodejních Hodnoty za stranu nákupu je evidována v produktu ETRM a dále pak na knihách. In- 63 Funkční Reporting cen na vybraném segmentu zá- ANO formace o prodejích koncovým zákazníkům je možné evidovat v doatečných řadách požadavky kazníků. na Workspace a následně ze sumárních dat poskládat report. Strukturu reportů je možné vyspecifikvoat v průběhu projektu.

64 Funkční Reporting požadavky

Schopnost generovat detailní re- porty, které obsahují informace o každé jednotlivé transakci, včetně

ANO Modul uživatelských reportů a agregací modulu ETRM a FMS.

ceny, množství, zákazníka a dal- ších relevantních údajů.

65

Funkční požadavky

Reporting

Možnost vytvářet agregované re- porty, které sumarizují prodejní data do vybraných kategorií a uka- zatelů, jako jsou celkový obrat,

průměrná cena, prodeje podle pro- duktů atd.

ANO

Modul uživatelských reportů a agregací modulu ETRM a FMS.

66 Funkční požadavky	Reporting	Podpora pro tvorbu vlastních ša- blon a nastavení, které umožní uživatelům přizpůsobit si vzhled a obsah reportů podle svých potřeb.	ANO	Modul uživatelských reportů umoňuje nahrání vlastní šablony, do které budou ná- sledně vyplněny data na požadovaný list.
67 Funkční požadavky	Reporting	Automatické plánování a odesílání reportů na vybrané e-maily nebo do určených adresářů.	ANO	Automatické generování reportů na základě časového výrazu je podporováno zá- kladním modulem reportů ETRM a FMS. Export a mailing je plánován v následují- cích verzí ETRM
68 Funkční požadavky	Reporting	Přehled nákupů a prodejů za po- žadovaný čas (například den, tý- den, měsíc, rok.)	ANO	Seznam obchodů produktu ETRM, uživatelské reporty a nebo agregace.
69 Funkční požadavky	Reporting	Přehled uzavřených konfirmací (obchodů) - nákupy i prodeje (pro- dukt, množství MW a MWh, den uzavření kontraktu, cena za MWl a MWh celkem, protistrana).	ANO	Modul konfirmací produktu ETRM se standardní EFET šablonou a podpisy. Šablona na bázi XLSX souboru, je možné jednoduše upravovat.
70 Funkční požadavky	Reporting	Přehled nákupů a prodejů – krátké pozice z OTE za požadovanou dobu.	ANO	Seznam obchodů produktu ETRM, uživatelské reporty a nebo agregace..
Remit report se všemi požadova- Funkční nými náležitostmi a za požadova- Volba RRM a vykomunikování registrace a parametry komunikace jsou na straně 71 požadavky Reporting nou dobu. Nastavení i na samo- ANO objednatele. Modul REMIT dokáže vygenerovat validní ACER XML, odeslat na RRM statné automatické zasílání na ad- a monitorovat stav transkace na základě příchozí komunikace. resu zasílání Remitu.

72 Nefunkční požadavky

Systém umožní definování přístu- pových práv k jednotlivým funkč- ním celkům, dílčím kalkulacím i parametrům a proměnným jak pro

ANO Práva a role jsou definována produktem ETRM a FMS. Případné úpravy rolí a opráv- nění jsou požadavkem mimo standardní rozsah dodávky.

uživatelské role, tak pro konkrétní uživatele.

73 Nefunkční požadavky

Uživatelské role minimálně v roz- sahu: Obchodník, Nominace, Back_office, Risk, Controlling, API_User, s možností nastavit uži- vateli více rolí.

ANO

Ano. Uvedené role jsou podporovány. Mapování mezi uživateli/skupinami a rolemi je spravovatelné prostředky AAD. Viz popis v kapitole 5.4 zabezečení systému.

74 Nefunkční požadavky	Napojení přes Azure Active Di- rectory prostřednictvím oAUTH2.	ANO	Podporováno, viz popis v kapitole 5.4 zabezečení systému.
75 Nefunkční požadavky	Provoz nad Microsoft SQL 2019 nebo novější nebo Postgre	ANO	Podporované databáze jsou Oracle, MS SQL.
76 Nefunkční požadavky	Systém splňuje standardy kyber- netické bezpečnosti – typu ISO 27001 vzhledem k budoucí účin- nosti NIS2, případně další meto- diky z oblasti „bezpečného vý- voje“.	ANO	Podporováno. Detailnější popis je uveden v kapitole 5.4 Zabezpečení systému.
77 Nefunkční požadavky	Podpora napojení na nástroje typu SIEM (bude implementováno v 2024).	ANO	Systém umožňuje zpřístupnit obsah Auditlogu v rozsahu uvedeném v kapitole 5.4.3 odstavec Přístupové logy. Konkrétní návrh řešení bude definován v rámci projektu.
78 Nefunkční požadavky	Kontrolní/Auditní logs: časové řady, datové entity, obchodní log a aplikační log.	ANO	Historizace časových řad je možná, s přístupem na log přes tenkého klienta, stejně tak historie obchodů a business log. Aplikační log dopstný přes nástroje na straně serveru.
79 Nefunkční požadavky	Škálovatelnost výpočetního vý- konu.	ANO	Hlavní výpočetní jednotkou platformy Lancelot je výpočetní jádro. Škálovatelnost je možné řešit přidáním výpočetních jader v rámci jednoho či více procesů.
80 Nefunkční požadavky	Tenký klient / dostupnost bez nut- nosti instalace tlustého klienta (s ohledem na provoz 24x7).	ANO	Ano, platforma EDM je implementována na technologii tenkého klienta
Integrovatelnost přes standardní 81 Nefunkční protokoly, např. AS2/AS4, ANO Podporováno. Detailnější popis uveden v kapitole 5.5 Integrační rozhraní požadavky EDIG@S, ETNSO-E EDI, Re- stAPI, https, mail.

82 Nefunkční požadavky

Standardní monitoring aplikace. ANO Systém podporuje monitoring standardními nástroji pro monitoring např. Zabbix.

83 Nefunkční požadavky

Komponentový design – možnost rozšíření systému bez nutnosti im- plementace, ale pouze na základě konfigurace.

ANO Naprostá většina modulů je plně konfigurovatelná bez nutnosti implementace nebo dodatečného nasazení.

84 Nefunkční požadavky	Vzhledem k platnosti nové legisla- tivy v roce 2024 možnost demon- strace připravenosti na 15min vzo- rek dat v rámci živé demo ukázky.	ANO	Platforma Lancelot je připravena na podporu 15minutového intervalu. Časové řady ve vzorku 15min jsou v základu podporovány. Lancelot FMS pracuje s úložením dat v 15min struktuře. Lancelot ETRM podporuje 15min interval, funkčnosti související se změnami OTE v rámci přechodu na 15 min budou do produktu dopl- něny v souladu s harmonogramem OTE.
85 Nefunkční požadavky	Možnost definovat vlastní reporty skrze GUI.	ANO	Podporováno. Viz popis funčnosti Uživatelské reporty a Uživatelské agregace.
86 Nefunkční požadavky	Vytvoření datového skladu pro tvorbu náročnějších reportů.	ANO	Podporováno. Systém podporuje 2 varianty řešení 1) Implementace volitelného modulu Lancelot ETRM Datamart. Detailnějšní popis uveden v kapitole 5.5.6 Xxxxxxxx ETRM Datamart. 2) Implementace datového skladu prostředky a technologiemi zákazníka. Potřebná data je možné získat z řešení Lancelot pomocí standardních produktových API (viz popis integračních rozhraní v kapitole 5.5.
87 Nefunkční požadavky	V případě SaaS požadujeme Site- 2-Site VPN prostřednictvím IPSEC tunelu dle standardů THMP.	ANO	V případě nasazení ve variantě SaaS jsme připraveni podporovat propojení pomocí S2S VPN v souladu s možnostmi Azure VPN. Konkrétní návrh řešení bude definován v průběhu projektu po poskytnutí standardů THMP.
88 Nefunkční požadavky	Dodavatel dispnuje certifikací ma- nagementu řízení bezpečnosti in- formací dle ISO 27001 vzhledem k budoucí účinnoti NIS 2	ANO
Dodržení časového rámce imple- mentace do smluvního termínu, Závislé na termínu uzavření smlouvy o dodávce a dále pak na termínů dodání komu- Nefunkční který je předmětem hodnocení na- nikačních certifikátů vůči IS OTE a registrace k vybranému RRM a předání dokumn- 89 požadavky bídek, v rozsahu: Nominace, pre- ANO tace k integraci na systémy RRM. Vzhledem k možnému delšímu trvání zajištení dikce, obchodování na OTE - certifikátů a registrace na RRM je ze strany dodavatele doporučeno zajistit tyto denní vnitrodenní trh, REMIT re- nutné součásti s předstihem. porting

90 Nefunkční požadavky

Technická podpora řešení v re- žimu 5x8, odezva do 8 hodin

ANO Definované nabídkou a případně dále servisní smlouvou

91 Nefunkční požadavky

Přístup k aktualizacím aplikace po

dobu trvání pronájmu/pořízení li- ANO cence

92 Nefunkční požadavky

Roadmapa rozvoje produktu včetně garance, že řešení nemá plánovaný end of market do konce roku 2028

ANO

2.2 Nabí dkaPoskytovatele:

2 7 . 1 0 . 2 0 2 3

0 3 . 1 1 . 2 0 2 3

1 0 . 1 1 . 2 0 2 3

1 7 . 1 1 . 2 0 2 3

2 4 . 1 1 . 2 0 2 3

0 1 . 1 2 . 2 0 2 3

0 8 . 1 2 . 2 0 2 3

1 5 . 1 2 . 2 0 2 3

2 2 . 1 2 . 2 0 2 3

2 9 . 1 2 . 2 0 2 3

0 5 . 0 1 . 2 0 2 4

1 2 . 0 1 . 2 0 2 4

1 9 . 0 1 . 2 0 2 4

2 6 . 0 1 . 2 0 2 4

0 2 . 0 2 . 2 0 2 4

I D K a t e g o r i e P o d k a t e g o r i e T e x t p o ž a d a v k u Ter m ín do dáv ky4 3 4 4 4 5 F á4 z6 e 4 7 4 8 4 9 5 0 5 1 5 2 1 2 3 4 5

1 Fu n k č n í p o ž a d a v k y Tv o r b a Mpor ž endoi s kt c rí o z d x x x x x á k a z n í k y d o Fá z 1 6 .1 1 . L e g e

2 Fu n k č n í p o ž a d a v k y Tv o r b a Opt re ev dř ie kn cý í s y s t é m p r e d i k č n í c h m e t o d , k t e r é u m o ž n í v y u ž i t í r ů z n ý c h m e t o d p r o p r e d i k c i s p o t ř e b y d í l č í c h s k u p i n i c e l é h o p o r t f o l i a z á k a z n í k ů , n a p ř . TDD, p r o f i l , h i s t o r i c k á d a t a , u č e n í s e s y s t é m u v č a s e d l e c h o v á n í z á k Fá z e 0 1 6 .1 1 .2 0 2 3

3 Fu n k č n í p o ž a d a v k y Tv o r b a Apu rt eo dmia kt ci íz o v a n é z p r a c Fá z 1 6 .1 1 .

4 Fu n k č n í p o ž a d a v k y Tv o r b a Zpor he l dei dk ňc oí v á n í v l i v u m i m o ř á d n ý c h u d á l o s t í , k t e r é Fá z 1 6 .1 1 .

Im p l e m e n t a c e

5 Fu n k č n í p o ž a d a v k y

De f i n o v a t j e d n o r á z o v é i p e r i o d i c k y s e o p a k u j í c í ú l o h y s m o ž n o s t í i n d Tv o r b a p r e d i k c í

d a t , z m ě n a v

Fá z e 0 1 6 .1 1 .2 0 2 3

Xx l o t n í p r o v o z

6 Fu n k č n í p o ž a d a v k y Tv o r b a Mpor ž endoi s kt c dí e f i n o v a t ú l o h y p r o v ý p o č e t p r e d i k c e Fá z 1 6 .1 1 .

7 Fu n k č n í p o ž a d a v k y Tv o r b a Mpor ž endoi s kt c sí p o u š t ě n í a u t o m a t i c k ý c h p r Fá z 1 6 .1 1 .

8 Fu n k č n í p o ž a d a v k y Tv o r b a Ppr re ed di ik kc ce í s p o t ř e b y u A, Fá z 1 6 .1 1 .

9 Fu n k č n í p o ž a d a v k y Tv o r b a Ppr re ed di ik kc ce í v ý r o b y a s p o t ř e b y FVE v p o r t f o Fá z 1 6 .1 1 . 1 0 Fu n k č n í p o ž a d a v k y Tv o r b aInpt reeg dr i a kc ce í p r o s t ř e d n i c t v í m REST API z ERP He l i o s In u v i o ( z a l o ž e n í Fá z 1 6 .1 1 . 1 1 Fu n k č n í p o ž a d a v k y Pr e d i kSyc se t TDéDm u m o ž ň u j e t v o r b u p r e d i k c í - Pr e d i k Fá z 1 6 .1 1 .

1 2 Fu n k č n í p o ž a d a v k y Pr e d i kApc le i TDkDo v a t m e t o d i k u p ř e p o č t ů t y p o v ý c h d Fá z 1 6 .1 1 . 1 3 Fu n k č n í p o ž a d a v k y Pr e d i kMco ed eTDlD o v a t h o d i n o v ý p r o f i l s p o t ř e b y OPM s m ě ř e n í m Fá z 1 6 .1 1 . 1 4 Fu n k č n í p o ž a d a v k y Pr e d i kGec ne eTDrDo v a t p r e d i k c e s p o t ř e b y OPM o p t i m a l i z o v a n é v s o u Fá z 1 6 .1 1 .

1 5 Fu n k č n í p o ž a d a v k y Pr e d i kVyc ue žTDí Dv a t v s t u p n í d a t a o OPM, v č e t n ě j e j i c h p ř í s l u š n o s t i k d a n é t Fá z 1 6 .1 1 .

1 6 Fu n k č n í p o ž a d a v k y Pr e d i kPrc ae cTDoDv a t s m e t e o r o l o g i c k ý m i d a t y , z a h r n Fá z 1 6 .1 1 .

Se r v i s n í

1 7 Fu n k č n í p o ž a d a v k y

Če r p a t k l í č o v á v s t u p n í d a t a z e z d r o j ů Op e r á t o r a t r h u s e n e r g i í ( OTE) , v č e t n ě k m e n o v ý c h d a t , n o r m a l i z o v a n ý c h a p ř e p o č í t a n ý c h TDD, k o e f i c i e n t ů Pr e d i k c e TDD

z b y t k o v ý c h d i a g r a m ů ( KZ Fá z e 0 1 6 .1 1 .2 0 2 3

1 8 Fu n k č n í p o ž a d a v k y Pr e d i kPoc se kTDyDt o v a t n á s t r o j e p r o e f e k t i v n í m a n a g e m e n t p Fá z 1 6 .1 1 .

1 9 Fu n k č n í p o ž a d a v k y

Sy s t é m u m o ž ň u j e t v o r b u c e n o v ý c h k a l k u l a c í p r o p r o d u k t y - n e j e d n á s e o p l n o u f u n k c i o n a l i t u o c e ň o v a c í h o m o d e l u , p o č e t z p r a c o v á v a n ý c h n a b í d e k j e Pr o d u k t o v ý k a t a l o g

v r á m c i n i ž š í c h Fá z e 0 1 6 .1 1 .2 0 2 3

2 0 Fu n k č n í p o ž a d a v k y Oc e ň o vSyá sntí é m u m o ž ň u j e z p r a c o v a t o c e n ě n í p r o Fá z 1 6 .1 1 .

2 1 Fu n k č n í p o ž a d a v k y Tr a d i nSpg r/ as vo ou vr ac ti na ge v i d o v a t o p r á v n ě n é z á k a z n í k y , o Fá z 1 6 .1 1 .

2 2 Fu n k č n í p o ž a d a v k y Tr a d i nPog d/ ps oo ru or vc ai tn gs p r á v u k o n t r a k t ů s e v i d e n c í Fá z 1 6 .1 1 .

2 3 Fu n k č n í p o ž a d a v k y Tr a d i nKag t/ as lo ou gr ic zi on vg a t s m l o u v y p o d l e Fá z 1 6 .1 1 .

2 4 Fu n k č n í p o ž a d a v k y Tr a d i nNag s/ ts ao vu or vc ia tn gr ů z n á u ž i v a t e l s k á o p r á v n Fá z 1 6 .1 1 .

2 5 Fu n k č n í p o ž a d a v k y Tr a d i nDeg f/ is no ou vr ac ti nf gi l t r a č n í p o d m í Fá z 1 6 .1 1 .

2 6 Fu n k č n í p o ž a d a v k y Tr a d i nVyg t/ vs áo řu er tc ia ns gl e d o v a t b i l a n c e n á k u Fá z 1 6 .1 1 .

2 7 Fu n k č n í p o ž a d a v k y Tr a d i nSlg e/ ds oo vu ar tc ia nk gt u á l n í o t Fá z 1 6 .1 1 .

2 8 Fu n k č n í p o ž a d a v k y Tr a d i nNag s/ ts ao vu or vc ia tn gl i m i t y p r o Fá z 1 6 .1 1 .

2 9 Fu n k č n í p o ž a d a v k y Tr a d i nCog n/ fs io ru mr ac ci en go b c h o d ů ( f o r m á t , z a s í l á n í p r o t Fá z 1 6 .1 1 .

3 0 Fu n k č n í p o ž a d a v k y 3 1 Fu n k č n í p o ž a d a v k y

Sl e d o v á n í o d b ě r o v é h o d i a g r a m u s p o t ř e b y v s . OD v ý r o b y a o č i š t ě n é h o o d b ě r o v é h o d i a g r a m u o v ý r o b u FVE t j . z b y t k o v ý o d b ě r o v ý d i a g r a m , n a k t e r ý Tr a d i n g / s o u r c i n g

m u s í m e n a Fá z e 0 1 6 .1 1 .2 0 2 3

Xx n a m o v á n í o b c h o d n í c h d a t d l e č l á n k u 8 n a ř í z e n í Ev r o p s k é h o p a r l a m e n t u a Ra d y ( EU) č . 1 2 2 7 / 2 0 1 1 o i n t e g r i t ě a t r a n s p a r e n t n o s t i v e l k o o b c h o d n í h o Co m p l i a n c e

t r h u s e n e r g i í ( Na ř í z e n í REMIT) . Z a z n a m e n á v a t a u k l á d a t v e š k e r á r e l e v a n t n í d a t a t ý k a j í c í s e o b c h o d ů , v č e t n ě č a s o v ý c h z n a č e k a ú d a j ů o t r a n s a k c í c h .

3 2 Fu n k č n í p o ž a d a v k y	Co m p l iMao nn ci et o r o v a t a r e p o r t o v a t v š e c h n y o b c h o d n í a k t i v i t y n a	Fá z	1 6 .1 1 .
3 3 Fu n k č n í p o ž a d a v k y	Co m p l iZ aa nz cn ea m e n á v a t a u k l á d a t v e š k e r á r e l e v a n t n í d a t a t ý k a j	Fá z	1 6 .1 1 .

Fá z e 0 1 6 .1 1 .2 0 2 3

3 4 Fu n k č n í p o ž a d a v k y Co m p l iVýa sn tc ue p y p r o r e g u l á t o r a – EE a P, Um o ž n i t p ř i z p ů s o b e n í / m o d i f i k a c i r e p o r t ů z a h r n u j í c í z í s k a n á d a t a a s e s t a v y d a t d l e a k t u á l n í c h p o ž a d a v k ů / p o t ř e b z á k a Fá z e 0 1 6 .1 1 .2 0 2 3

0 2 3

a m u o v ý r o b u FVE t j . z b y t

0 2 3

d l o u h o u p o z i c i a j a k é

0 2 3

3 5 Fu n k č n í p o ž a d a v k y	Co m p l iUma on žc ňe o v a t r y c h l ý a s n a d n ý p ř í s t u p k h i s t o r i c k	Fá z	1 6 .1 1 .
3 6 Fu n k č n í p o ž a d a v k y	Co m p l iAua tn oc me a t i c k y u p o z o r ň o v a t n a p o t e n	Fá z	1 6 .1 1 .
3 7 Fu n k č n í p o ž a d a v k y	Co m p l iUma on žc ňe o v a t n a s t a v e n í a s p r á v u o p r á v n ě n í p r o p ř í s t u p a p r á c i s d a	Fá z	1 6 .1 1 .
3 8 Fu n k č n í p o ž a d a v k y	Ří z e n íPřr ei hz l i ek d on bě c shpordaovvoávnaí t a m o n i t o r o v a t	Fá z	3 1 .1 2 .
3 9 Fu n k č n í p o ž a d a v k y	Ří z e n íAnr ai l z yi zk oov bact hao rd eo pv oá rn tí o v a t u k a	Fá z	3 1 .1 2 .
4 0 Fu n k č n í p o ž a d a v k y	Ří z e n íFl r ei xz i i bki ol bn cě hpoř di ozvpáůnsí o b i t f i l t r o v á n í a s e g m e n	Fá z	3 1 .1 2 .
4 1 Fu n k č n í p o ž a d a v k y	Ří z e n íAur ti oz mi ak t oi bc ck hy oudporv aávnoí v a t p r o f i l y Ri s k Ma	Fá z	3 1 .1 2 .
4 2 Fu n k č n í p o ž a d a v k y	Ří z e n íPor si kz yi tk oov ba ct huoždi ovv aátneí l s k y p ř í v ě t i	Fá z	3 1 .1 2 .
4 3 Fu n k č n í p o ž a d a v k y	Ří z e n íPrr ai vz i i dk e ol bn cý hsobděorv aá na ín a l	Fá z	3 1 .1 2 .
4 4 Fu n k č n í p o ž a d a v k y	Ří z e n íPrr oi pz oi j k e on bí c sheo sd yo v á n í	Fá z	3 1 .1 2 .
4 5 Fu n k č n í p o ž a d a v k y	Kr e d i tEvn ií dr ei nz ci ek EoFET p a r t n e r ů s l e d o v á n í a k t u á l n í	Fá z	3 1 .1 2 .
4 6 Fu n k č n í p o ž a d a v k y	Tr ž n í rOdi hz ai dk oo v á n í s p o t ř e b y p o r t f o l i a s c í l e m c o n e j l é p e n a k u p o v a t – m i	Fá z	1 6 .1 1 .
4 7 Fu n k č n í p o ž a d a v k y	Ří z e n íId oe tn et vi řf ei nk ýo cv ha pt oa zzi ocb r a z i t v š e c h n y o t e v ř e n	Fá z	3 1 .1 2 .
4 8 Fu n k č n í p o ž a d a v k y	Ří z e n íMo nt ie tv oř re on vý ac th vp ýo vz oi jc o t e v ř e n ý c h p o z i c v č a s e a s l	Fá z	3 1 .1 2 .
4 9 Fu n k č n í p o ž a d a v k y	Ří z e n íUpo ot ze ov rř ňe on vý ac th up žo i z vi ac t e l e n a p ř e k r o č e n í s t a n o v e n ý c h l i m i t ů o t	Fá z	3 1 .1 2 .
5 0 Fu n k č n í p o ž a d a v k y	Ří z e n íNá h l e d a v ý p o č e t p r e d i k c e n a s p o t ř e b n í d i a g r a m , n a v ý r o b n í d i a g r a m ( p o z i	Fá z e 1	3 1 .1 2 .

o t e v ř e n ý c h p o z i c

2

o t e v ř e n ý c h p o z i c

5 1 Fu n k č n í p o ž a d a v k y Ří z e n íSl e d o v á n í o d b ě r o v é h o d i a g r a m u s p o t ř e b y v s . OD v ý r o b y a o č i š t ě n é h o o d b ě r o v é h o d i a g r

k o v ý o d b ě r o v ý d i a g r a m , n a k t e r ý

m u s í m e n Fá z e 1 3 1 .1 2 .2

Pr e d i k c e s y s t é m o v é o d c h y l k y a d o p o r u č e n í , z d a m á o b c h o d n í k z v o l i t s p í š e k r á t k o u č i

j e s o u v i s e j í c í r i z i k o . To s a m é p r o o b c h o d

5 2 Fu n k č n í p o ž a d a v k y Ří z e n ín oa td ee vn řn eí n ý c h p o z i c 5 3 Fu n k č n í p o ž a d a v k y Ří z e n íProet dei v kř ceen aý ck hř ip vo kz yi c

Fá z e 1 3 1 .1 2 .2

k a m ž i t ě e d i k u j e 0 2 3

v ý r o b u a s p o t ř e b u e l e

0 2 3

Fá z 1 6 .1 1 .

Ná s t r o j e p r o v ý p o č e t p r e d i k c í v č a s o v ý c h ř a d á c h , m o d e l y v l i v u p o č a s í a k a l e n d á ř e n a k t ř i n y a p l y n u n e b o m o d e l y r ů z n ý c h t y p ů

5 4 Fu n k č n í p o ž a d a v k y Ří z e n ío ob tn eo v ři et ne ýl c h p o z i c

Ce n y n a d e n n í m a v n i t r o d e n n í m t r h u Vs t u p n í m i d a t y p r o t u t o p r e d i k c i j s o

Fá z e 1 3 1 .1 2 .2

p ř í p a d n ě s t r u k t u r a n a b í d e k n a t r h u . Vš e c h n a d a t a s e n a č í t a j í o n - l i n e a v ý s l e d k y s e o p r o k a ž d o u h o d i n u n á s l e d u j í c í h o d n e a n a d a l š í d n y . U c e n y n a v n i t r o d e n n í m t r h u s e p r

5 5 Fu n k č n í p o ž a d a v k y Ří z e n ín oá ts le ve řd eu nj ýí c íh .p oVsz ti uc p n í d a t a j s o u s t e j n á j a k o u Fá z e 0 1 6 .1 1 .2

t ě ž o v ý c h p r o f i l ů a s y

0 2 3

Da t a o p r e d i k c í c h n a t r z í c h s e l e k t ř i n o u a p l y n e m , v č e t n ě d e n n í c h , i n t r a d e n n í c h , z á

a k t u a l i z u j í . Vý s l e d k e m j e c e n a e l e k t ř i n y n a d e n n í m t r h u c e n a n a b ě ž n o u h o d i n u d n e a v š e c h n y h o d i n y

s t é m o v é o d c h y l k y s ú d a j i o c e n ě a s m ě r u d á l e

5 6 Fu n k č n í p o ž a d a v k y Ří z e n íp oa tk eFov rř we an rý dc oh vpéo z i c Fá z e 1 3 1 .1 2 .2

5 7 Fu n k č n í p o ž a d a v k y Ří z e n íDeotd ec xxxx vl aetk a z a z n a m e n á v a t v š e c h n y o d c h y l k y v ý s Fá z 3 1 .1 2 .

5 8 Fu n k č n í p o ž a d a v k y Ří z e n íAnoadl c yhzy ol veak t p ř í č i n y o d c h y l e k a i d e n t i f i Fá z 3 1 .1 2 .

5 9 Fu n k č n í p o ž a d a v k y Ří z e n íPooddpc ohryol veakt r y c h l é r o z h o d o v á n í n a z á k l a d ě z j i š t ě n ý Fá z 3 1 .1 2 .

6 0 Fu n k č n í p o ž a d a v k y Ří z e n íAuotdoc mhay tl i eckk y g e n e r o v a t r e p o r t y o o d c h y l k á c h a p r ů b ě ž n ě i n f o r m o Fá z 3 1 .1 2 . 6 1 Fu n k č n í p o ž a d a v k y Ří z e n íSyosdt céhmy ml áe vk p ř í p a d ě o d c h y l k y n a v Fá z 3 1 .1 2 . 6 2 Fu n k č n í p o ž a d a v k y Re p o r tMio nž gn o s t v y t v á ř e t r e p o r t y p o d l e z á k l a d n í c h k r i t é r i í , k t e r ý Fá z 3 1 .1 2 . 6 3 Fu n k č n í p o ž a d a v k y Re p o r tRei pn og r t n á k u p n í c h a p r o d e j n í c h c e Fá z 3 1 .1 2 .

t r a n s a k c i , v č e t n ě c e

0 2 3

k a t e g o r i í a u k a z a t e l ů

0 2 3

Sc h o p n o s t g e n e r o v a t d e t a i l n í r e p o r t y , k t e r é o b s a h u j í i n f o r m a c e o k a ž d é j e d n o t l i v é

n y , m n o ž s t v í , z á k a z n í k a a d a l š í c h r e l e v a n t n í

6 4 Fu n k č n í p o ž a d a v k y Re p o r tú id na g Fá z e 1 3 1 .1 2 .2

Mo ž n o s t v y t v á ř e t a g r e g o v a n é r e p o r t y , k t e r é s u m a r i z u j í p r o d e j n í d a t a d o v y b r a n ý c h 6 5 Fu n k č n í p o ž a d a v k y Re p o r tp ir no gd e j e p o d l e Fá z e 1 3 1 .1 2 .2

6 6 Fu n k č n í p o ž a d a v k y Re p o r tPoi dn pg o r a p r o t v o r b u v l a s t n í c h š a b l o n a n a s t a v e n í , k t e r é u m o ž n í Fá z 3 1 .1 2 .

6 7 Fu n k č n í p o ž a d a v k y Re p o r tAui tn og m a t i c k é p l á n o v á n í a o d e s í l á n í r e p o r t ů Fá z 3 1 .1 2 .

6 8 Fu n k č n í p o ž a d a v k y Re p o r tPři en hg l e d n á k u p ů a p r o d e j ů z a p o ž a d o v a n Fá z 3 1 .1 2 .

MWh , d e n u z a v ř e n í k o n t

0 2 3

Př e h l e d u z a v ř e n ý c h k o n f i r m a c í ( o b c h o d ů ) - n á k u p y i p r o d e j e ( p r o d u k t , m n o ž s t v í MW a 6 9 Fu n k č n í p o ž a d a v k y Re p o r tp ir no gt i s Fá z e 1 3 1 .1 2 .2

7 0 Fu n k č n í p o ž a d a v k y Re p o r tPři en hg l e d n á k u p ů a p r o d e j ů - k r á t k é Fá z 3 1 .1 2 .

7 1 Fu n k č n í p o ž a d a v k y Re p o r tRei mn ig t r e p o r t s e v š e m i p o ž a d o v a n ý m i n á l e ž i t o s t m i a z a p o ž a d o v a n o u d o b u Fá z 1 6 .1 1 .

, j a k o j s o u c e l k o v ý o b r a t , p r ů m ě r n á c e n a ,

r a k t u , c e n a z a MWl a MWh c e l k e m ,

Příloha č. 3 Smlouvy - Cenová kalkulace

Název VZ: Systém pro obchodování s energiemi a řízení rizik při obchodování s energiemi II - pronájem licence
Účastník:	Unicorn Systems a.s.

Položka

Činnost

Popis

Jednotka

Cena v Kč bez DPH za jednotku

Počet jednotek pro hodnocení

Celková cena v Kč bez DPH

21 % DPH

Celková cena v Kč s DPH

pol. 1

Cena za pronájem infrastruktury včetně souvisejících potřebných licencí pro provoz za měsíc (Server OS, SQL databáze, atd)

měsíc

24

pol. 2

Cena implementace včetně analytické fáze, otestování a podpory při nasazení systému do produkčního prostředí

ks

1

pol. 3

Cena za úvodní zaškolení, ve formě cena za hodinu školení, předpokládaný rozsah 40 hodín

hodina

40

pol. 4

Cena za technickou podporu dle parametrů v kapitole Technická podpora a údržba

měsíc

24

pol. 5

Pronájem licence na 24 měsíců

Pokud je software licencován na uživatele, požadajeme nacenění min. 4 souběžně pracujících uživatelů. Součástí pronájmu, je přístup k aktualizacím a nejnovějším verzím systému po dobu trvání pronájmu.

měsíc

24

pol. 6

Služby související s rozvojem řešení dle změn legislativy, nových procesů paod.

MD

30

Celková nabídková cena v Kč bez DPH		10 990 000,00 Kč
21 % DPH		2 307 900,00 Kč
Celková nabídková cena v Kč s DPH		13 297 900,00 Kč

Příloha č. 4 – Oprávněné osoby

1. Objednatel jmenuje následující oprávněné osoby, popř. také jejich zástupce, kteří jej budou zastupovat ve smluvních, obchodních a technických a dalších záležitostech souvisejících s plněním této Smlouvy a kteří budou povinni vzájemně spolupracovat v záležitostech souvisejících s realizací Smlouvy:

2. Poskytovatel jmenuje následující oprávněné osoby, popř. také jejich zástupce, kteří jej budou zastupovat ve smluvních, obchodních a technických a dalších záležitostech souvisejících s plněním této Smlouvy a kteří budou povinni vzájemně spolupracovat v záležitostech souvisejících s realizací Smlouvy:

> 1 <