Návrh řešení / dílčí realizační smlouva
Návrh řešení / dílčí realizační smlouva
v souladu s uzavřenou Rámcovou dohodou
Účastník rámcové dohody/navrhovatel řešení a v případě akceptace také dodavatel plnění
Název, IČO: DataLite spol. s r.o
IČ͗:25106325
Adresa: Xxxxxxxxx 00/000
Praha 1 - Nové Město͕, 110 00
Zastoupen: Xxxxx Xxxxxxx - prokurista
navrhuje tímto Zadavateli a v případě akceptace také příjemci plnění (dále jako „příjemce plnění”):
Česká republika – Technologická agentura České republiky, se sídlem Xxxxxxxx 0000/00, 000 00 Xxxxx 0, IČO: 72050365, statutární zástupce - předseda Xxxx Xxxxxxxxxx.
Příjemce plnění je zastoupený ředitelem Kanceláře TA ČR – Xxxxxx Xxxxxx
realizaci níže uvedeného plnění prostřednictvím této dílčí smlouvy vycházející z uzavřené Rámcové dohody ke sdílenému informační systému (SISTA)
Předmětem této smlouvy je návrh řešení do minitendru číslo MT028
s názvem: Hodnoticí komise a odborné poradní orgány - analýza a definice požadavků a cílem řešení:
1. Seznámit se a zobecnit definice procesů a pravidla hodnoticího procesu (tzn. od převzetí hodnocení - oponentské posudky, odborná hodnocení, souhrnné hodnoticí zprávy atd.) v oblasti veřejných soutěží za účelem pochopení kontextu procesu. Pro téma veřejných soutěží existuje koncept detailních požadavků.
2. Analyzovat definice procesů souvisejících s jednáním hodnoticích komisí veřejných zakázek za účelem pochopení kontextu procesu. Pro toto téma neexistuje žádný koncept detailních požadavků, nicméně řadu oblastí bude možné odvodit z připojeného popisu současného stavu a existující nápovědy.
3. Ověřit navržený koncept z pohledu realizovatelnosti, případně jej doplnit.
4. Analyzovat funkcionality spojené s workflow hodnotícího procesu v ISTA a IS BETA2. Vyhodnotit možné přínosy a využití v SISTA.
5. Prodiskutovat potřeby či očekávání kladená na společnou funkcionalitu pro orgány u veřejných zakázek a veřejných soutěží i pro ostatní poskytovatele.
6. Definovat vhodné nové další vlastnosti konceptu vůči ostatním službám SISTA dle landscape,
zhodnotit využitelnost ke stávajícím softwarovým řešením ISTA a IS BETA2.
7. Určit případná omezení využívání REST API stávajících softwarových řešení ISTA a IS BETA2 z pohledu uvažovaného konceptu (má smysl zachovat některé části systému, konsolidovat je a proč)
8. Konceptuálně navrhnout zasazení řešení do již vytvořených nebo uvažovaných služeb, tj. kontextu IdM a Rejstříku osob, řízení workflow, řízení formulářů a notifikační služby - aktualizovat Landscape služeb projektu SISTA
9. Konceptuálně vypracovat produktový backlog za účelem dopadu na možné služby (Landscape služeb projektu SISTA v příloze), navrhnou nové služby a provést jejich revizi v rámci vizí (seznam není vyčerpávající, další požadavky a podněty mohou vyplynout z diskusí v rámci analýz sprintu 01) např. pro:
● zajištění komunikace se službou pro správu workflow;
● zajištění komunikace se službou pro správu formulářů;
● zajištění komunikace s dynamickým dashboardem uživatele;
● zajištění komunikace se společnou notifikační službou;
● způsob využití IdM a Rejstřík osob (mikroslužba implementována v minitendru MT019) - profil hodnotitele;
● zajištění komunikace s nápovědným systémem (“Berushka”);
● zajištění komunikace s integrační službou IS VAVAI VES;
● zajištění multijazyčnosti prostřednictvím Localazy;
● možnosti využití služby Draftable;
● využití služby řízeného výdeje dat;
● možnost reportingu a filtrování podle různých parametrů týkajících se hodnoticího procesu, tj. např. jsem schopný vyfiltrovat hodnocení jednotlivých kolektivních orgánů, navržené změny bodového hodnocení, nákladů či poměru PV/EV atd.;
10. Navrhnout pracnost řešení společné služby pro hodnoticí komise a odborné poradní orgány.
Kontaktní osobu odpovědnou za věcné řešení a průběh za tento MT je: Xxx. Xxxxxx Xxxxxxx, xxxxxx.xxxxxxx@xxxxxxxx.xx, tel.: 000 000 000 a jeho realizace dodavatelem, která v případě akceptace příjemce plnění bude následující:
1 Popis metody a způsobu realizace
Dodavatel navrhne a popíše způsob realizace vedoucí k naplnění cílů minitendru uvedených v sekci B4 a dále dosažení minimálních výstupů definovaných v sekci B6 Výzvy k podání návrhu řešení do minitendru č. 028. Dodavatel dále popíše způsob, kterým hodlá k analýze přistoupit a co by se mělo ve vztahu k dosavadnímu řešení projektu SISTA zohlednit. U popisu činností dodavatel zohlední požadavky uvedené v bodě K) Výzvy.
Následující tabulka zachycuje způsob, kterým hodlá Dodavatel k řešení přistoupit. Zachycuje jednotlivé prováděné aktivity tak, jak budou v čase prováděny ( budou zahajovány v pořadí určeném číslem ve sloupci Aktivita) a ve sloupci cíle uvádí čísla cílů uvedených výše, k jejichž dosažení aktivita přispívá. Ve sloupci Popis aktivity se pak nalézá věcný popis toho, co bude Dodavatel v rámci dané aktivity dělat.
Na zde uvedené aktivity se pak v dalším textu odkazuje výrazem Aktivita XX, kde XX je číslo aktivity nebo v tabulce pouze číslem aktivity.
Aktivita | Popis aktivity | Cíl(e) |
1. | Dodavatel se nejprve seznámí s dostupnou dokumentací procesů a pravidel jak hodnotícího procesu v oblasti veřejných soutěží (dále Procesy VS), procesy u mezinárodních ERA-NET cofundových výzev (dále Procesy ERA-NET), tak s procesy souvisejícími s jednáním hodnoticích komisí veřejných zakázek (dále Procesy VZ) a s existujícím konceptem detailních požadavků na řešení oblasti veřejných soutěží. Dodavatel porovná aktivity prováděné v rámci stávajících procesů s navrženým konceptem a identifikuje-li chybějící nebo obtížně realizovatelné či nerealizovatelné aktivity, navrhne změnu konceptu. Vstupy Zadavatele: a) Dokumentace vztahující se k Procesům VS, Procesů ERA-NET a Procesů VZ. b) Podklady k požadavků na změnu a sjednocení procesů. | 1, 2 a 3 |
2. | Dodavatel se seznámí se s tím, jaká je pro analyzované procesy a jejich aktivity IT podpora ve stávajících systémech ISTA a IS BETA2 a seznámí se workflow těchto procesů v obou systémech. Dodavatel analyzuje funkce workflow ve stávajících systémech ISTA a IS BETA2 a vyhodnotí možnosti využití funkčnosti těchto workflow v rámci řešení SISTA. Vstupy Zadavatele: a) Dokumentace workflow v systémech ISTA a IS BETA2. b) Výstupy analytického minitendru na řízení workflow (MT030) c) Zpřístupněné systémy ISTA a IS BETA2 v rozsahu umožňujícím procházení jednotlivých kroků workflow a zpřístupněný editor umožňující definovat a měnit workflow nebo alespoň jeho dokumentaci. | 4 |
3. | Dodavatel na společném workshopu se zástupci Zadavatele odprezentuje svá zjištění a prodiskutuje potřeby či očekávání kladené na společnou funkcionalitu pro orgány u veřejných zakázek a veřejných soutěží. Otevřeme i diskusi o možných zlepšeních jak na úrovni procesů, tak na úrovni jejich IT podpory. | 5 |
4. | Na základě zjištěných požadavků na cílové řešení, znalosti společných aktivit procesů a jejich rozdílů Dodavatel provede zobecnění definice procesů a určení společných principů a pravidel tak, aby cílový koncept řešení bylo možno na konkrétní typ procesu a požadované aktivity parametrizovat a v systému SISTA bylo možno vytvořit společnou službu pro hodnoticí komise a odborné poradní orgány. Dodavatel připraví návrh konceptu řešení (případně jeho varianty) pro službu “hodnoticí komise a odborné poradní orgány”, který následně předloží k diskusi Zadavateli. Návrh popíše jak na úrovni procesu, tak na úrovni architektonického diagramu v Archi, doplněného slovním popisem. Dodavatel posoudí i realizovatelnost návrhu, případně jeho verzí. Dodavatel vyhodnotí potenciální přínosy a možnosti využití dalších služeb a workflow stávajících systémů ISTA a IS BETA2 a navrhne rozsah jejich možného využití v rámci řešení SISTA ve vazbě na předkládaný návrh řešení. | 6,7 |
5. | Na workshopu se Zadavatelem bude provedena oponentura návrhu z hlediska splnění požadavků Zadavatele i jeho realizovatelnosti. Bude prezentováno a diskutováno vyhodnocení možností využití funkcí workflow ze stávajících systémů ISTA a IS BETA2. Budou zodpovězeny Nejistoty Zadavatele uvedené v odstavci B3 Výzvy k podání návrhu řešení (k tomu viz článek 3 této Smlouvy). | 5 |
6. | Dodavatel vypracuje aktualizovaný koncept řešení včetně popisu jeho architektury a zasazení do prostředí Zadavatele s cílem, aby pro podporu požadovaných procesů bylo možno využít téhož programového řešení řízeného daty. Tj., aby bylo možno aktuálně platnou konfigurací zajistit pro jednu skupinu uživatelů podporu Procesů VS, zatímco pro jinou skupinu uživatelů bude aktivní podpora Procesů VZ nebo Procesů ERA-NET. Cílem je nedublovat shodné nebo podobné části programového řešení a celému řešení této problematiky dát jednotný koncept umožňující individuální nastavení hodnotícího procesu pro jednotlivé projekty, veřejné zakázky nebo různé typy uživatelů prostřednictvím parametrizace. Dodavatel popíše požadavky na vazby na ostatní služby SISTA a možnosti/potřeby využití jejich služeb. Vyhodnotí i použitelnost služeb systémů ISTA nebo IS BETA2. Od toho odvodí požadavky na služby rozhraní jak na straně nově vytvářeného řešení na straně SISTA, tak na straně případných využívaných služeb systémů ISTA a IS BETA2, a to včetně případných omezení užití REST API ve vztahu ke službám systémů ISTA a IS BETA2. Využití i nevyužití služeb systémů ISTA a IS BETA2 bude v návrhu zdůvodněno (má smysl zachovat některé části systému, konsolidovat je a proč). Všechny výstupy uvede v analytické zprávě, a to včetně odpovědí na nejistoty Zadavatele uvedené v odstavci B3 Výzvy k podání návrhu řešení. | 3,4,6,7, 8 |
Aktualizuje diagram Landscape služeb projektu SISTA. Procesy budou popsány s využitím diagramů v notaci BPMN a architektura v jazyku Archimate a nástroji ARCHI. | ||
7. | Revize sprintu 01 + retrospektiva sprintu 01 - Analýza požadavků a potřeb na společnou službu hodnoticí komise a odborné poradní orgány Výstupy budou v rámci revize sprintu prezentovány a připomínkovány . Dodavatel aktualizuje dokumentaci řešení na základě zpětné vazby při revizi sprintu a retrospektivě. | 3,4,6,7, 8 |
8. | Dodavatel konceptuálně vypracuje produktový backlog pro společnou službu hodnoticí komise a odborné poradní orgány. Popíše požadavky na změny služeb SISTA/navrhne nové služby i požadavky na změny služeb IS BETA2 a ISTA, které bylo rozhodnuto využít. Budou označeny požadavky, jejichž realizace je nutná, a požadavky typu „nice to have“ tj. požadavky, bez kterých řešení bude fungovat, ale s menším komfortem pro uživatele, bude vyznačena priorita požadavků (prioritu budeme zjišťovat již v průběhu analýzy, revizi provedeme v rámci konzultace se Zadavatelem). Dodavatel provede revizi souladu navrženého řešení s vizemi definovanými Zadavatelem. Po dohodě se Zadavatelem bude backlog připomínkován jako sdílený dokument včetně možností individuálních konzultací (vychází to do časů vánočních). | 9 |
9. | Dodavatel provede odhad pracnosti řešení společné služby pro hodnotící komise a odborné poradní orgány. | 10 |
10. | Revize sprintu 02 + retrospektiva sprintu 02 -Dopracování produktového backlogu pro společnou službu hodnoticí komise a odborné poradní orgány Výstupy sprintu 2 budou v rámci revize sprintu prezentovány a připomínkovány . Dodavatel aktualizuje dokumentaci řešení na základě zpětné vazby při revizi sprintu a retrospektivě. | 9,10 |
11. | Finalizace výstupních dokumentů a příprava závěrečné prezentace. |
Sprint 01 - “Analýza požadavků a potřeb na společnou službu hodnoticí komise a odborné poradní orgány” obsahuje aktivity 1-6 a následuje aktivita 7 revize a retrospektiva sprintu.
Sprint 02 - “Dopracování produktového backlogu pro společnou služby hodnoticí komise a odborné poradní orgány” obsahuje aktivity 8-9 a následuje aktivita 10 revize a retrospektiva sprintu.
2 Rozsah a účelnost činností
Vyberete kód činnosti, popište její obsah a určete, které osoby ji budou realizovat a v jakém rozsahu.
Kód z rámcové dohody | Konkrétní popis prováděné činnosti dle zvoleného kódu | Osoby realizující činnost, rozsah a účel jejich zapojení | Počet hodin |
BP | Nastudování dokumentace stávajících procesů a nových požadavků Zadavatele v kontextu návrhu změn navržených Zadavatelem a dalších požadavků Zadavatele. Posouzení realizovatelnosti Zadavatelem navrženého konceptu. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 10 |
BP, AN | Seznámení se s workflow ve stávajících systémech a službami, které by mohly být využity v novém řešení v SISTA. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 8 |
BP | Návrh zobecněného konceptu řešení na procesní úrovni. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 8 |
AR | Návrh a popis architektury zobecněného řešení včetně vazeb na okolní služby. Aktualizace Landscape. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 14 |
AN | Vypracování produktového backlogu. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 10 |
AN | Odhady pracnosti. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 8 |
AN, BP | Vytvoření analytické zprávy. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 20 |
AN | Tvorba prezentací a dalších podkladů k jednání. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 16 |
AN, BP | Konzultace. | Xxxxxx Xxxxxxx - garant Xxxx Xxxxxx - analytik | 30 |
Identifikace subdodavatele:
Xxxx Xxxxxx, který na projektu bude v roli analytika, je ze společnosti: POWER PATTERNS s.r.o.
Na Pankráci 1724/129 140 00 Praha 4 Nusle
IČ 02773732
DIČ CZ02773732
3 Vyřešení otázek při plnění
Otázky budou řešeny průběžně jako koncepty a dodavatel je připraven vést nad nimi konzultace. Za tímto účelem alokuje dodavatel do rozpočtu řešení 30 konzultačních hodin. Stav čerpání bude průběžně monitorován garantem tématu na straně TA ČR formou sdíleného „výkazu poskytnutých konzultací minitendru”.
Zadavatel má tyto nejistoty:
o zda je uvažovaný koncept realizovatelný
o jak mají vypadat jednotlivé služby a moduly v ekosystému SISTA při současném zachování potřeby využívání dat o projektech ze stávajících softwarových řešení ISTA a IS BETA2.
o úplnosti nastavení administrativního procesu orgánů z pohledu nutné abstrakce směrem k využitelnosti flow pro veřejné zakázky a veřejné soutěže.
o dostatečnosti a relevantnosti požadavků identifikovaných v rámci interní analýzy provedené projektovým týmem.
o požadavků na integraci s vnějším okolím uvažované služby - například s IS VAVAI VES při vkládání informací o vyhodnocené veřejné soutěži, ARES a dalších.
Dodavatel se v rámci řešení vyjádří ke každému z cílů uvedených v článku č. 1 této Přílohy č. 01 (odpověď na povinnou otázku z bodu B5 zadání) a v rámci řešení odpoví na výše uvedené nejistoty Zadavatele, to níže uvedeným způsobem:
o Nejistota 1 - je uvažovaný koncept realizovatelný?
Odpověď 1: Dodavatel provede návrh řešení uvažovaného konceptu a posoudí jeho realizovatelnost. V případě, že bude zjištěno, že některé požadavky nejsou realizovatelné, nebo je jejich realizace příliš
náročná, navrhne alternativní řešení (bude-li to možné) a nechá je posoudit Zadavatelem.
o Nejistota 2 - jak mají vypadat jednotlivé služby a moduly v ekosystému SISTA při současném zachování potřeby využívání dat o projektech ze stávajících softwarových řešení ISTA a IS BETA2? Odpověď 2: Dodavatel provede návrh řešení a popíše jeho architekturu s respektováním podmínky využití dat o projektech ze stávajících sw řešení ISTA a IS BETA2. Nebude-li pro některé služby možné
nebo vhodné využívání dat o projektech ze stávajících softwarových řešení ISTA a IS BETA2, Dodavatel tuto skutečnost v Analytické zprávě uvede a navrhne alternativní řešení.
o Nejistota 3 - nejistota úplnosti nastavení administrativního procesu orgánů z pohledu nutné abstrakce směrem k využitelnosti flow pro veřejné zakázky a veřejné soutěže.
Odpověď 3: Dodavatel posoudí úplnost nastavení administrativního procesu orgánů a v rámci analýzy
doplní případné mezery. Dodavatel navrhne a popíše zobecněný koncept (provede abstrakci) umožňující podporu jak Procesů VS, tak procesů VZ. Pokud nebude možné z nějakých důvodů úplnost posoudit, Dodavatel tuto skutečnost popíše v Analytické zprávě a nastíní možné dopady..
o Nejistota 4 - nejistota dostatečnosti a relevantnosti požadavků identifikovaných v rámci interní analýzy provedené projektovým týmem.
Odpověď 4: Dodavatel v rámci analýzy posoudí dostatečnost a relevantnost požadavků
identifikovaných v rámci interní analýzy provedené projektovým týmem a navrhne a se Zadavatelem
prodiskutuje jejich případné doplnění nebo změny. V případě, že nebude možné dostatečnost a
relevantnost požadavků z nějakých důvodů posoudit, tuto skutečnost Dodavatel uvede včetně důvodu v Analytické zprávě a nastíní možné dopady.
o Nejistota 5 - nejistota požadavků na integraci s vnějším okolím uvažované služby - například s IS VAVAI VES při vkládání informací o vyhodnocené veřejné soutěži, ARES a dalších.
Odpověď 5: Dodavatel v rámci návrhu a popisu architektury popíše i požadavky na integraci
navrženého řešení na okolní služby a nakonec posoudí realizovatelnost návrhu jako celku. V případě, že
budou chybět nějaké informace nebo se objeví jiné nejistoty, které budou mimo rozsah tohoto řešení, dodavatel tuto skutečnost uvede ve výstupu a nastíní možné dopady..
4 Výstupy a jejich úroveň
V souladu se sekcí B6 Výzvy k podání návrhu řešení do minitendru č. 028 popište jednotlivé výstupy, které budou v rámci plnění/řešení minitendru dodány a jejich kvalitativní úroveň.
V rámci výše uvedených kroků řešení budou vznikat tyto výstupy:
Aktivita | Výstup | Cíl(e) |
1. | a) Podklady pro Analytickou zprávu zachycení stávajících procesů a návrhu Zadavatele. Jejich srovnání. | 1,2,3 |
2. | b) Podklady pro Analytickou zprávu Charakteristika a porovnání workflow v ISTA a IS BETA2 | 4 |
3. | c) Podklady pro společný workshop k procesům a jejich IT podpoře. d) Zápis z workshopu obsahující požadavky a podněty Zadavatele, otevřené problémy, návrhy na změny procesů, náměty pro zlepšení IT podpory atd. | 5 |
4. | e) Prvotní návrh zobecněného procesu jako vstup do diskuse. f) Posouzení realizovatelnosti konceptu navrženého Zadavatelem a návrhy na jeho případné úpravy. g) Vyhodnocení využitelnosti a přínosů již realizovaných služeb ISTA, IS BATA a SISTA. | 6,7 |
5. | h) Podklady pro společný workshop i) Zápis z workshopu s podněty k zapracování. | 5 |
6. | j) Analytická zpráva (draft) obsahující zejména: a. finální návrh konceptu nového řešení a jeho popis na úrovni architektonického diagramu v Archi, doplněného slovním popisem, b. popis vazeb na ostatní služby SISTA, | 3,4,6,7, 8 |
c. popis možností využití služeb stávajících IT systémů ISTA a IS BETA2 včetně vyhodnocení použitelnosti těchto služeb a jeho zdůvodnění, d. odpovědi na nejistoty Zadavatele uvedené v bodu B3 Výzvy k podání návrhu řešení. k) Aktualizovaný diagram Landscape služeb projektu SISTA. | ||
7. | l) Zápis z revize sprintu 01 a zachycení zpětné vazby z retrospektivy. m) Aktualizovaná Analytická zpráva a další dokumentace. | 3,4,6,7, 8 |
8. | n) Produktový backlog, popis dopadů na ostatní služby SISTA a požadavků na jejich změny, popis požadavků na případné úpravy stávajících systémů ISTA a IS BETA2. o) Výsledek revize souladu s vizemi definovanými Zadavatelem. | 9 |
9. | p) Odhad pracnosti navrženého řešení společné služby pro hodnoticí komise a odborné poradní orgány. | 10 |
10. | q) Zápis z revize sprintu 02 a zachycení zpětné vazby z retrospektivy. r) Aktualizovaná předávaná dokumentace. | 9,10 |
10. | s) Závěrečná prezentace řešení a finální verze finálních výstupů (viz níže) |
Některé z těchto výstupů jsou pracovní a budou sloužit jako vstupy do diskuse o celkovém řešení a finálních dokumentů.
Finálními výstupy předávanými Zadavateli budou:
1. Analytická zpráva reflektující sekci B4 a B5 s uvedením přehledu, které její části odpovídají jednotlivým cílům, a kapitolou odpovídající na nejistoty Zadavatele.
2. Návrh produktového backlogu společné služby hodnoticí komise a odborné poradní orgány ve struktuře dle základních pravidel řízení projektu SISTA zohledňující bod 1.
3. Podklady scrumové události (revize a retrospektivu sprintů 01 a 02) ve formě prezentací dle šablony v projektové knihovně.
4. Závěrečná prezentace tématu pro ostatní účastníky rámcové dohody ve formě prezentace.
5. Popis architektury navrhovaného řešení včetně zachycení vazeb na okolní služby v ARCHI.
6. Popis zobecněného procesu v BPMN.
7. Aktualizovaný diagram Landscape služeb projektu SISTA v ARCHI.
8. Odhad pracnosti realizace navrženého řešení společné služby pro hodnoticí komise a odborné poradní orgány.
5 Harmonogram plnění
Do následující tabulky navrhněte harmonogram plnění dle požadavků sekce B9 Výzvy k podání návrhu řešení do minitendru č. 028.
Rámcová položka harmonogramu | Od | Do |
Zahájení řešení | 16. 11. 2021 | |
Sprint 01 - Analýza požadavků a potřeb na společnou službu hodnoticí komise a odborné poradní orgány | 16. 11. 2021 | 6.12. 2021 |
Aktivita 1 a 2 Analýza procesů a workflow, podklady pro workshop | 16. 11. 2021 | 22. 11. 2021 |
Aktivita 3 Společný workshop | 24. 11. 2021 | 25. 11. 2021 |
Aktivita 4 Návrh konceptu cílového řešení | 23. 11. 2021 | 29. 11. 2021 |
Aktivita 5 Společný workshop | 1.12. 2021 | 2.12. 2021 |
Aktivita 6 Finalizace návrhu a analytické zprávy | 3O.11. 2021 | 6.12. 2021 |
Milník S01: Analytická zpráva | 6.12. 2021 | |
Aktivita 7 Revize sprintu 01 + retrospektiva sprintu 01 | 7.12.2021 | 13.12. 2021 |
Sprint 02 -Dopracování produktového backlogu pro společnou služby hodnoticí komise a odborné poradní orgány | 14.12.2021 | 3.1. 2022 |
Aktivita 8 Vypracování backlogu | 14.12.2021 | 21.12.2021 |
Aktivita 9 Odhady pracnosti , aktualizace backlogu | 21.12.2021 | 30.12.2021 |
Milník S02: Produktový backlog společné služby hodnoticí komise a odborné poradní orgány | 3.1. 2022 | |
Aktivita 10 9 Revize sprintu 02 + retrospektiva sprintu 02 | 4.1. 2022 | 10.1. 2022 |
Níže uvedené aktivity se již nezapočítávají do doby řešení | ||
Závěrečná prezentace výstupů a workshop s účastníky RD - max. 120 minut | 11.1. 2022 | |
Formální akceptační řízení - finální výstupy + akceptační protokol | 12.1. 2022 | 18.1. 2022 |
Fakturační milník - vystavení a odeslání faktury MT | 24.1. 2022 | |
Komentář: | ||
● Podklady pro společné workshopy budou k dispozici minimálně | jeden den | před konáním |
workshopu.
● Pro konání workshopu vymezujeme interval dvou dnů. Neznamená to, že workshop bude trvat dva dny, ale to, že by v tomto intervalu měl proběhnout.
● Aktivity se mohou v čase překrývat, např. v době tří dnů vyhrazených na seznámení se s podklady ze strany pracovníků Zadavatele a na vlastní konání workshopu může Dodavatel pracovat na jiné aktivitě, protože workshop sám o sobě z této doby zabere jen pár hodin.
6 Cena a platební podmínky
6.1 Cena za plnění dle podmínek vyhlášeného minitendru a v souladu s tímto popisem plnění představuje:
Celkový počet hodin dle činností: 124
Cena za hodinu : 1 450 Kč/hod
Tedy celkem součet za všechny za činnosti: 179 800 Kč
I. Celkem za plnění k úhradě bez DPH 179 800 Kč
II. Celkem za plnění k úhradě vč. DPH 217 558 Kč
Hodnocena bude cena za plnění k úhradě bez DPH, která je uvedena v bodě I.
6.2 Dodavatel plnění vystaví příjemci plnění po řádné formální akceptaci dílčích výstupů (etap) minitendru fakturu. Fakturu je povinen doručit příjemci plnění do 15 dnů od ukončení formálního akceptační řízení. Příjemce plnění uhradí cenu do 21 dnů po doručení bezvadné faktury, která může být vystaven nejdříve po akceptaci plnění příjemcem plnění. Bude-li faktura obsahovat vady bránící jejímu proplacení, termín její úhrady se posouvá a faktura bude uhrazena až po zhojení těchto vad v termínu dohodnutém smluvními stranami, ne však kratším než 15 dnů.
7 Platnost a účinnost
7.1 Tato smlouva po podpisu Dodavatelem plnění nabývá platnosti dnem akceptace příjemcem plnění prostřednictvím Oznámení o výběru návrhu řešení účastníka rámcové dohody v minitendru a účinnosti dnem vložením do registru smluv. Toto vložení zajistí TA ČR.
8 Smluvní sankce
8.1 V případě prodlení dodavatele plnění s odevzdáním dílčího výstupu dle harmonogramu plnění uvedeného v této dílčí realizační smlouvě je příjemce plnění oprávněn požadovat po dodavateli plnění zaplacení smluvní pokuty ve výši 500,- Kč (slovy pětsetkorun českých) za každý započatý den prodlení, maximálně však 10 000 Kč. To platí pouze v případě, kdy prodlení s plněním předmětu smlouvy je způsobeno výlučně důvody na straně dodavatele plnění. Sjednání této smluvní pokuty nemá vliv na povinnost dodavatele plnění uhradit příjemci plnění náhradu způsobené škody v důsledku prodlení se splněním smluvní povinnosti v plné výši.
8.2 V případě prodlení příjemce plnění s úhradou bezvadné faktury je dodavatel plnění oprávněn požadovat po příjemci plnění zaplacení úroku z prodlení ve výši 0,05 % z nezaplacené částky za každý započatý den prodlení.
8.3 Prodlení dodavatele plnění s předáním zpracovaného dílčího výstupu v termínu stanoveném harmonogramem plnění této dílčí realizační smlouvy, delší než 10 pracovních dnů se považuje za podstatné porušení smluvních povinností a příjemce plnění je oprávněn v takovém případě okamžitě od této dílčí realizační smlouvy odstoupit.
8.4 V případě prodlení příjemce plnění s úhradou bezvadné faktury delší než 5 pracovních dnů se považuje za podstatné porušení smluvních povinností a dodavatel plnění je oprávněn v takovém případě okamžitě od této dílčí realizační smlouvy odstoupit.
8.5 Příjemce plnění si vyhrazuje právo jednostranně započíst jakýkoli peněžitý závazek dle této dílčí realizační smlouvy (zejm. smluvní pokuty) proti jakékoli splatné pohledávce příjemce plnění vůči dodavateli plnění vyplývající z této dílčí realizační smlouvy.
9 Zákaz postoupení
9.1 Pokud tato smlouva výslovně nestanoví něco jiného, nemá žádná ze smluvních stran právo postoupit či jinak převést svá práva či povinnosti vyplývající z této smlouvy bez předchozího písemného souhlasu druhé smluvní strany. Tím není dotčeno poskytování plnění prostřednictvím subdodavatele.
9.2 Pokud majetek a závazky TA ČR (nebo jejich část) nebo plnění úkolů svěřených TA ČR budou převedeny na jinou organizační složku státu nebo na jinou organizační jednotku ministerstva souhlasí Dodavatel plnění s převodem či přechodem všech práv a povinností TA ČR podle této Smlouvy na takovou osobu. Za tímto účelem se Dodavatel plnění zavazuje poskytnout veškerou nezbytnou součinnost.
10 Odstoupení a výpověď
10.1 Smlouva zaniká:
● Písemnou dohodou obou smluvních stran.
● Písemnou výpovědí ze strany TA ČR se sedmidenní výpovědní lhůtou bez udání důvodu. Výpovědní lhůta počíná běžet následující den po doručení výpovědi.
● Odstoupením pro podstatné porušení smluvních povinností druhou smluvní stranou, s účinností následující den po dni, v němž bylo toto písemné odstoupení od smlouvy druhé smluvní straně doručeno.
● Zánikem jedné ze smluvních stran bez právního nástupce.
● Uplynutím doby uvedené v bodě V. Harmonogram plnění.
10.2 Za podstatné porušení smluvních povinností považují smluvní strany především porušení povinností vyplývajících ze smlouvy – nedodržování termínů (prodlení dodavatele plnění s předáním zpracovaného dílčího výstupu delší než 10 pracovních dnů) a kvalita výstupů neodpovídající požadavkům TA ČR.
10.3 Dodavatel plnění při zániku smlouvy ukončí veškeré aktivity a provede vyčíslení již proběhnuvších aktivit a předá všechny výstupy TAČR do 1 kalendářního týdne ode dne zániku smlouvy.
11 Důvěrnost informací
11.1 TA ČR je dále oprávněna zpřístupnit informace, které získá od Dodavatele plnění při poskytování Služeb na základě této smlouvy ostatním složkám veřejné správy v souvislosti s plněním či financováním předmětu této Smlouvy.
12 Částečná neplatnost
12.1 Případná neplatnost nebo neúplnost některého ustanovení této Smlouvy nezpůsobuje neplatnost ostatních ustanovení této Smlouvy. Smluvní strany takové neplatné nebo neúplné ustanovení nahradí neprodleně ustanovením, jež se nejvíce blíží účelu sledovanému takovým neplatným nebo neúplným ustanovením, a to formou písemného dodatku k této Smlouvě.
13 Střet zájmů
13.1 Dodavatel plnění podpisem této dílčí realizační smlouvy potvrzuje, že vzhledem k zajištění plnění na základě této dílčí realizační smlouvy není a nebude ve střetu zájmů, a to zejména při žádání o dotační podporu v rámci dotačních titulů administrovaných v systému ISTA, IS BETA či SISTA. Dodavatel je dále povinen zajistit, aby nežádali o dotační podporu ani jeho poddodavatelé, zaměstnanci či osoby spojené ve smyslu ust. § 23 odst. 7 zákona č. 586/1992 Sb. V případě, že dojde k identifikaci střetu zájmů v průběhu poskytování dotační podpory, zajistí dodavatel všechny nezbytné kroky vedoucí k odstranění střetu zájmů či ukončení dotační podpory.
14 Změny této Smlouvy
14.1 Tuto Smlouvu je možné měnit, doplňovat a upravovat pouze písemnými dodatky, podepsanými oprávněnými zástupci obou smluvních stran, nestanoví-li tato Smlouva jinak.
15 Rozhodné právo a řešení sporů
15.1 Platnost, plnění, výklad a účinky této Smlouvy se řídí právním řádem České republiky, konkrétně příslušnými ustanoveními občanského zákoníku.
15.2 Všechny spory, které vzniknou z této Smlouvy nebo v souvislosti s ní, budou řešeny soudy České republiky.
16 Ochrana osobních údajů
16.1 Dodavatel plnění je povinen při plnění této Smlouvy postupovat v souladu se zákonem č. 110/2019 Sb., o zpracování osobních údajů a změně některých zákonů, ve znění pozdějších předpisů (dále jen “ZZOÚ”) a v souladu s Nařízením Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016, o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů (GDPR). Dodavatel odpovídá za dodržování GDPR a ZZOÚ ze strany poddodavatele.
Obsahuje přílohu č.1 – NE.
V Praze dne 5.11.2021
Podpis dodavatele plnění jako navrhovatele