PŘÍLOHY K ZADÁVACÍ DOKUMENTACI Vybudování a provoz komunikační infrastruktury MZe – AgriBus













PŘÍLOHY
K ZADÁVACÍ DOKUMENTACI







Vybudování a provoz komunikační infrastruktury MZe – AgriBus











Příloha 1: Vzor – úvodní list nabídky




Zadavatel: Česká republika – Ministerstvo zemědělství

sídlo: Xxxxxx 00/00, 000 00 Xxxxx 0 – Xxxx Město

zastoupen: Ing. Xxxxxxx Xxxxxxx, náměstkem pro ekonomiku a informační technologie















Vybudování a provoz komunikační infrastruktury MZe - AgriBus





NABÍDKA















[Obchodní firma / název uchazeče podávajícího nabídku]





Příloha 2: Vzor – obsah nabídky





OBSAH NABÍDKY

  1. Úvodní list nabídky

  2. Obsah nabídky listy od.........do..........

  3. Krycí list nabídky listy od.........do..........

  4. Dokumenty k prokázání splnění kvalifikace listy od.........do..........

    1. Základní kvalifikační předpoklady listy od .........do .........

      1. Výpisy z evidence Rejstříku trestů listy od .........do .........

      2. Čestná prohlášení listy od .........do .........

      3. Potvrzení finančního úřadu listy od .........do .........

      4. Potvrzení správy sociálního zabezpečení listy od .........do .........

    2. Profesní kvalifikační předpoklady* listy od .........do .........

      1. Výpis z obchodního rejstříku listy od .........do .........

      2. Živnostenské oprávnění listy od .........do .........

    3. Čestné prohlášení o ekonomické a finanční způsobilosti

Uchazeče splnit Veřejnou zakázku listy od .........do .........

    1. Technické kvalifikační předpoklady listy od .........do .........

      1. Seznam významných služeb a osvědčení listy od .........do .........

      2. Seznam členů odborného týmu a struktur. životopisy listy od .........do .........

    2. Subdodavatelské dokumenty listy od .........do .........

      1. Seznam kvalifikačních subdodavatelů listy od .........do .........

      2. Xxxxxxx se subdodavateli*** listy od .........do .........

    3. Plné moci**** listy od .........do .........

  1. Podepsaný a doplněný návrh smlouvy listy od.........do..........

  2. Čestné prohlášení o nabídkové ceně listy od.........do..........

  3. Prohlášení uchazeče dle § 68 odst. 3 ZVZ listy od.........do..........

  4. Doklad o složení jistoty listy od.........do..........

  5. Seznam věcných subdodavatelů listy od.........do..........

  6. Další podklady a dokumenty listy od.........do..........

    1. Smlouva dle § 51/6 ZVZ** listy od .........do .........



* Pokud jsou uvedené doklady nahrazeny výpisem ze seznamu kvalifikovaných dodavatelů, předloží uchazeč pod bodem 4.1. tento výpis a u ostatních bodů na něj odkáže.

** V případě, že nabídku podává více dodavatelů na straně uchazeče.

*** V případě, že je část kvalifikace prokazována prostřednictvím subdodavatelů.

**** V případě, že plná moc není přímo součástí doložených dokumentů.



Příloha 3: Vzor – krycí list nabídky

Zadavatel:

Česká republika – Ministerstvo zemědělství

Název veřejné zakázky: Vybudování a provoz komunikační infrastruktury MZe - AgriBus

Sídlem:

Těšnov 65/17, 110 00 Praha 1 – Nové Město


Zastoupený:

Ing. Xxxxxxx Xxxxxxx, náměstkem pro ekonomiku a informační technologie

Druh zadávacího řízení: otevřené řízení na služby

IČO:

00020478

dle § 21 odst. 1 písm. a) zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen "ZVZ")




Krycí list nabídky

k zadávacímu řízení na veřejnou zakázku s názvem:

Vybudování a provoz komunikační infrastruktury MZe - AgriBus


Druh zadávacího řízení:

Otevřené řízení dle § 21 odst. 1 písm. a) ZVZ

Druh veřejné zakázky:

Nadlimitní veřejná zakázky na služby


1. Základní identifikační údaje


    1. Zadavatel

Zadavatel ve smyslu zákona:

Česká republika – Ministerstvo zemědělství


Právní forma:

Organizační složka státu, kód 325

Název zadavatele:

Česká republika – Ministerstvo zemědělství


Odbor:

Odbor rozvoje a projektového řízení IT

Sídlo:

Těšnov 65/17, 110 00 Praha 1 – Nové Město

Telefon/fax:

x000 000 000 000

E-mail:

xxxx@xxx.xx, xxxxx@xxx.xx

IČ/DIČ:

00020478/není plátcem DPH

Osoba oprávněná jednat jménem zadavatele:

Xxx. Xxxxxx Xxxxxx, náměstek pro ekonomiku a informační technologie

Kontaktní osoba ve věcech technických:

Xxx. Xxxxxx Xxxxxxxx, ředitel odboru rozvoje a projektového řízení IT

Telefon/fax:

x000 000 000 000

E-mail:

xxxxxx.xxxxxxxx@xxx.xx


1.2. Uchazeč/zájemce - (případně reprezentant sdružení)

Obchodní firma nebo název:

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

Sídlo/místo podnikání:

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

Právní forma:

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

Telefon/fax:

+420

E-mail:

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

IČ:

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

DIČ:

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

Spisová značka v obchodním rejstříku:

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

Statutární orgán:

Titul, jméno, příjmení, funkce

Titul, jméno, příjmení, funkce

Osoba oprávněná jednat za uchazeče:

Titul, jméno, příjmení, funkce

Telefon/fax:

+420

E-mail:

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

Číslo bankovního účtu uchazeče (pro vrácení případné peněžní jistoty – byla-li vyžadována)


Poznámka: Podává-li nabídku fyzická osoba, uvede v bodu 1.2. následující údaje: obchodní firma nebo jméno, příjmení, místo podnikání, příp. místo trvalého pobytu, identifikační číslo a daňové identifikační číslo, bylo-li přiděleno, kontaktní spojení – telefon, fax, e-mail.


1.3. Další uchazeč, podává–li nabídku více uchazečů společně

Obchodní firma nebo název:

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

Sídlo/místo podnikání:

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

Právní forma:

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

Telefon/fax:

+420

E-mail:

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

IČ:

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

DIČ:

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

Spisová značka v obchodním rejstříku:

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

Statutární orgán:

Titul, jméno, příjmení, funkce

Titul, jméno, příjmení, funkce

Osoba oprávněná jednat za uchazeče:

Titul, jméno, příjmení, funkce

Telefon/fax:

+420

E-mail:

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


2. Oprávněná osoba za uchazeče jednat


Podpis oprávněné osoby:


Titul, jméno, příjmení:

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

Funkce:

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

Příloha 4: Technická specifikace předmětu plnění veřejné zakázky

Technická specifikace předmětu plnění veřejné zakázky tvoří samostatnou přílohu zadávací dokumentace.


Příloha 5: Přehled závazných požadavků



PŘEHLED ZÁVAZNÝCH POŽADAVKŮ



Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] („Uchazeč“), tímto pro účely veřejné zakázky s názvem „Vybudování a provoz komunikační infrastruktury MZe - AgriBus“ („Veřejná zakázka“), jejímž zadavatelem je Česká republika – Ministerstvo zemědělství, se sídlem Těšnov 65/17, 110 00 Praha 1 – Nové Město („Zadavatel“), čestně prohlašuje, že jím nabízené plnění splňuje níže uvedené funkční požadavky Zadavatele následovně:



Požadavek

Splňuje (ANO/NE)

Komentář

Enterprise Service Bus (ESB)

Podpora integrace systémů prostřednictvím webových služeb dle principů SOA



Standardizovaná rozhraní pro přístup k ESB z různých operačních systémů a technologií



Integrace koncových bodů využívajících různé komunikační protokoly



Podpora transportů HTTP, JMS, JCA, Enterprise Java Bean, web services



Podpora synchronního a asynchronního volání služeb



Podpora mediace a transformace zpráv



Integrace s centrálním registrem služeb



Propagace služeb a informací o službách do centrálního registru služeb



Dynamické vyhledávání služeb za běhu v centrálním registru



Dynamické směrování podle obsahu zpráv či podle QoS kritérií a politik



Podpora kanonického formátu zpráv



Možnost řízení priority zpráv dle poskytovatele služby či dle konzumenta služby



Frontování požadavků/zpráv



Podpora zaručeného doručení nebo doručení zpráv právě jednou



Podpora orchestrace služeb, volání zúčastněných koncových bodů v rámci definovaného workflow



Podpora transakčního zapracování



Možnost uložit stav transakce



Možnost pozastavení a opakovaného spuštění transakce



Schopnost provést roll-back transakce



Podpora automatických a manuálních kompenzačních akcí pro případ selhání transakce



Poskytování přehledu běžících transakcí



Schopnost obsluhovat selhání a chyby v rámci workflow



Možnost nastavení politik pro obsluhu chyb



Podpora řízení běhu prostřednictvím událostí (Event Driven Architecture)



Možnost přenosu objemných souborů v řádu 100 MB a výše mimo komunikační toky ESB (soubory nejsou přenášeny zakódované v těle zprávy)



Procesní platforma (BPM AgriBus)

Podpora pro dlouho běžící procesy zahrnující lidské vstupy



Webové rozhraní pro interakci s uživateli



Podpora vývoje dynamických webových formulářů s možností modifikace skripty na pozadí



Podpora integrace webového rozhraní do portálového řešení a podpora SSO



Rozšiřitelnost o další aplikační komponenty dle specifických požadavků agentových systémů



Registr služeb

Poskytuje katalog s informacemi o službách a jejich metadatech



Podporuje řízení životního cyklu služeb



Prezentuje v jakém stavu životního cyklu se služba nachází



Poskytuje informace o verzi služeb a doporučeních pro využití jednotlivých verzí



Umožňuje dynamicky odkazovat poslední produkční verzi služby



Eviduje informace, jak jsou služby vzájemně využívány



Umožňuje dynamicky za běhu vyhledávat a vybírat end-point volené služby



Poskytuje grafické rozhraní pro prezentaci informací o službách



Umožňuje prezentovat vzájemné využití a závislosti služeb



Designér služeb

Umožňuje grafický návrh mediačních toků a služeb na všech komunikačních vrstvách



Využívá komponenty evidované v registru služeb pro návrh nových mediačních toků či služeb (integrace s registrem)



Podporuje uložení a opětovného načtení navrženého designu mediačních toků či služeb



Podporuje návrh workflow služeb využitím BPEL



Monitoring

Detekce chybových stavů komponent tvořících řešení Agribus



Monitoring výkonnostních a kapacitních parametrů komponent tvořících řešení Agribus



Detekce a archivace chybových stavů v rámci volání služeb / přenosu zpráv



Detekce a archivace neoprávněných volání služeb



Podpora monitoringu délky komunikačních front



Podpora odesílání (aktivní, pasivní) stavových a výkonnostních informací a událostí do externích monitorovacích systémů



Archivace neagregovaných zpráv na všech komunikačních úrovních



Poskytování dat pro SLA monitoring a reporting



Historický archiv



Příjem a archivace neagregovaných dat o realizovaných voláních na všech komunikačních vrstvách AgriBus



Příjem a archivace bezpečnostních a provozních událostí z monitoring komponenty



Podpora pro externí reporting a analýzy nad historickým archivem



Zdokumentovaný datový model





Místo:

Datum:


Uchazeč:



____________________
Jméno:
Funkce:



Příloha 6: Závazný text návrhu smlouvy o dílo



Závazný text návrhu smlouvy o dílo tvoří samostatnou přílohu zadávací dokumentace.


Příloha 7: Formulář – Čestné prohlášení k prokázání základních kvalifikačních předpokladů



ČESTNÉ PROHLÁŠENÍ K PROKÁZÁNÍ ZÁKLADNÍCH KVALIFIKAČNÍCH PŘEDPOKLADŮ

Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] („Uchazeč“), prohlašuje, že dle
§ 53 odst. 1 zákona č.  137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů („ZVZ“):

  1. nebyl pravomocně odsouzen pro trestný čin spáchaný ve prospěch organizované zločinecké skupiny, trestný čin účasti na organizované zločinecké skupině, legalizace výnosů z trestné činnosti, podílnictví, přijetí úplatku, podplacení, nepřímého úplatkářství, podvodu, úvěrového podvodu, včetně případů, kdy jde o přípravu nebo pokus nebo účastenství na takovém trestném činu, nebo došlo k zahlazení odsouzení za spáchání takového trestného činu (§ 53 odst. 1 písm. a) ZVZ);

  2. nebyl pravomocně odsouzen pro trestný čin, jehož skutková podstata souvisí s předmětem podnikání dodavatele podle zvláštních právních předpisů nebo došlo k zahlazení odsouzení za spáchání takového trestného činu (§ 53 odst. 1 písm. b) ZVZ);

Ve vztahu k základním kvalifikačním předpokladům stanoveným výše pod písm. a) a b) Uchazeč prohlašuje, že je-li právnickou osobu, splňuje tyto předpoklady jak tato právnická osoba, tak její statutární orgán nebo každý člen statutárního orgánu, a je-li statutárním orgánem Uchazeče či členem statutárního orgánu Uchazeče právnická osoba, splňuje tento předpoklad jak tato právnická osoba, tak její statutární orgán nebo každý člen statutárního orgánu této právnické osoby; je-li Uchazeč zahraniční právnickou osobou a svoji nabídku podává prostřednictvím své organizační složky, prohlašuje, že splňuje předpoklady podle písmene a) a b) vedle uvedených osob rovněž vedoucí této organizační složky; Uchazeč tímto prohlašuje, že základní kvalifikační předpoklady uvedené pod body a) a b) splňuje jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnikání či bydliště.

  1. v posledních třech letech nenaplnil skutkovou podstatu jednání nekalé soutěže formou podplácení podle § 2983 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (§ 53 odst. 1 písm. c) ZVZ);

  2. vůči jeho majetku neprobíhá nebo v posledních třech letech neproběhlo insolvenční řízení, v němž bylo vydáno rozhodnutí o úpadku nebo insolvenční návrh nebyl zamítnut proto, že majetek nepostačuje k úhradě nákladů insolvenčního řízení, nebo nebyl konkurs zrušen proto, že majetek byl zcela nepostačující nebo zavedena nucená správa podle zvláštních právních předpisů (§ 53 odst. 1 písm. d) ZVZ);

  3. není v likvidaci (§ 53 odst. 1 písm. e) ZVZ);

  4. nemá v evidenci daní zachyceny daňové nedoplatky, a to ani ve vztahu ke spotřební dani, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště Uchazeče (§ 53 odst. 1 písm. f) ZVZ);

  5. nemá nedoplatek na pojistném a na penále na veřejné zdravotní pojištění, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele (§ 53 odst. 1 písm. g) ZVZ);

  6. nemá nedoplatek na pojistném a na penále na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště Uchazeče (§ 53 odst. 1 písm. h) ZVZ);

  1. není veden v rejstříku osob se zákazem plnění veřejných zakázek (§ 53 odst. 1 písm. j) ZVZ);

  2. mu nebyla v posledních 3 letech pravomocně uložena pokuta za umožnění výkonu nelegální práce podle § 5 písm. e) bod 3 zákona č. 435/2004 Sb., o zaměstnanosti, ve znění pozdějších předpisů (§ 53 odst. 1 písm. k) ZVZ).



Prohlašuji, že všechny výše uvedené údaje jsou pravdivé a úplné.


Místo:
Datum:


Uchazeč:




_____________________________

Jméno:
Funkce:




Příloha 8: Formulář – Čestné prohlášení o ekonomické a finanční způsobilosti uchazeče splnit veřejnou zakázku

ČESTNÉ PROHLÁŠENÍ UCHAZEČE O EKONOMICKÉ A FINANČNÍ ZPŮSOBILOSTI SPLNIT VEŘEJNOU ZAKÁZKU

Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] („Uchazeč“), čestně prohlašuje, že dle §50 odst. 1 písm. c) zák. č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů, je Uchazeč ekonomicky a finančně způsobilý splnit veřejnou zakázku s názvem „Vybudování a provoz komunikační infrastruktury MZe - AgriBus“, jejímž zadavatelem je Česká republika – Ministerstvo zemědělství, se sídlem Těšnov 65/17, 110 00 Praha 1 – Nové Město.



Prohlašuji, že výše uvedené prohlášení je pravdivé a úplné.



Místo:
Datum:


Uchazeč:



___________________
Jméno:
Funkce:



























Příloha 9: Formulář – Seznam významných služeb

Zadavatel požaduje, aby uchazeč dle bodu 12. písm. a) zadávací dokumentace předložil seznam významných služeb, spočívajících v poskytnutí služeb blíže popsaných v zadávací dokumentaci.

Ke každé ze služeb uvedených v seznamu významných služeb je nutné zároveň předložit osvědčení objednatele, případně smlouvu (dle § 56 odst. 2 písm. a) ZVZ) obsahující všechny informace požadované ZVZ.

SEZNAM VÝZNAMNÝCH SLUŽEB

Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] (dále jen „Uchazeč“), předkládá níže uvedený seznam významných služeb:

Objednatel významné služby
(název, IČO a sídlo)

Dodavatel
(název, IČO a sídlo, vztah k Uchazeči; v případě, že významná služba byla poskytována ve sdružení, pak i % vyčíslení účasti Dodavatele na plnění významné služby)

Kontaktní osoba Objednatele významné služby

(jméno, funkce, adresa, telefon, email)

Popis poskytované významné služby

(název, podrobný popis)

Finanční rozsah poskytované významné služby
(v Kč bez DPH)

Doba provádění významné služby

(od - do/ uvedením roku a měsíce zahájení a ukončení poskytování služby)

Místo provádění významné služby















*







*K doplnění řádky dle potřeby.





Prohlašuji, že všechny výše uvedené údaje jsou pravdivé a úplné.

Místo:

Datum:



Uchazeč:



____________________
Jméno:
Funkce:
















Příloha 10: Formulář - Seznam členů odborného týmu a Strukturovaný životopis jednotlivých členů odborného týmu

SEZNAM ČLENŮ ODBORNÉHO TÝMU

č.

Pozice

Xxxxx

Xxxxxxxx vzdělání

Délka praxe v letech

Vedoucí projektový manažer




Zástupce vedoucího projektového manažera




Architekt / Analytik SOA




Architekt / Analytik SOA




Architekt / Analytik BPM




Architekt / Analytik BPM




Vývojář SOA




Vývojář SOA




Vývojář SOA




Vývojář BPM




Vývojář BPM




Specialista podpory SOA a ESB




Specialista podpory SOA a ESB




Specialista podpory BPM




Specialista podpory BPM




*




* Uchazeč uvede případně další členy odborného týmu.

Příloha 10: Strukturovaný životopis člena odborného týmu

Uchazeč je povinen dle bodu 12. písm. b) zadávací dokumentace předložit v nabídce životopisy jednotlivých členů odborného týmu. Uchazeč použije k předložení strukturovaného životopisu za každého jednotlivého člena odborného týmu tabulku v níže uvedené struktuře.

Přílohou strukturovaného životopisu musí být (prosté) kopie požadovaných osvědčení či diplomů ve smyslu požadavku bodu 12. písm. b) zadávací dokumentace.



STRUKTUROVANÝ ŽIVOTOPIS ČLENA ODBORNÉHO TÝMU

Xxxxx a příjmení:


Datum narození:


Pozice v odborném týmu při plnění Veřejné zakázky:


Dosažené vzdělání:




Zaměstnavatel:*


Současné pracovní zařazení:


Oblast a počet let odborné praxe
(v oblasti, jaká je požadována pro prokázání kvalifikace):


Role zaměstnavatele při plnění této Veřejné zakázky (přímá/subdodavatel):


* V případě, že člen odborného týmu není zaměstnancem Uchazeče, doloží v příloze vztah k Uchazeči resp. k subjektu, za který příslušný kvalifikační předpoklad prokazuje.



Odborná praxe (zaměstnavatel, místo, od-do, pracovní zařazení či uvedení jednotlivých služeb prokazujících praxi):**


** Tuto tabulku člen odborného týmu vyplní (zkopíruje) pro každou relevantní odbornou praxi.





Prohlašuji, že všechny výše uvedené informace jsou správné a úplné.

Souhlasím s ověřením příslušných referencí ze strany Zadavatele a potvrzuji, že Objednatel je oprávněn uvedené informace Zadavateli poskytnout.





Místo:
Datum:





________________________
Jméno:

(Vlastnoruční podpis
člena odborného týmu)

Příloha 11: Formulář – Seznam kvalifikačních subdodavatelů



SEZNAM KVALIFIKAČNÍCH SUBDODAVATELŮ



Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] („Uchazeč“), předkládá v rámci své nabídky v zadávacím řízení na veřejnou zakázku s názvem „Vybudování a provoz komunikační infrastruktury MZe - AgriBus“ („Veřejná zakázka“), jejímž zadavatelem je Česká republika – Ministerstvo zemědělství, se sídlem Těšnov 65/17, 110 00 Praha 1 – Nové Město, níže uvedený seznam kvalifikačních subdodavatelů:

Subjekt

(název, IČO a sídlo)

Prokazovaná kvalifikace

Označení/název smlouvy mezi uchazečem a subdodavatelem
(včetně čísla listu)**

Uvedení bodu zadávací dokumentace

Název dokumentu k prokázání kvalifikace včetně čísla listu**

*




U každého subdodavatele, který prokazuje kvalifikaci, jsou přiloženy (i) doklady prokazující splnění základního kvalifikačního předpokladu podle § 53 odst. 1 písm. j) ZVZ a profesního kvalifikačního předpokladu podle ustanovení § 54 písm. a) ZVZ subdodavatelem a (ii) smlouva uzavřená se subdodavatelem, z níž vyplývá závazek subdodavatele k poskytnutí plnění určeného k plnění Veřejné zakázky Uchazečem či k poskytnutí věcí či práv, s nimiž bude Uchazeč oprávněn disponovat v rámci plnění Veřejné zakázky, a to alespoň v rozsahu, v jakém subdodavatel prokázal splnění kvalifikace a minimálně na dobu plnění příslušné části Veřejné zakázky.

Uchazeč prohlašuje, že všechny výše uvedené údaje jsou pravdivé, úplné a odpovídající skutečnosti.

Místo:

Datum:


Uchazeč:



____________________
Jméno:
Funkce:

____________________________________________

* Přidat řádky dle potřeby.

** Uchazeč uvede číslo listu Nabídky, kde se dokument nachází/začíná.

Příloha 12: Formulář – Seznam věcných subdodavatelů



SEZNAM VĚCNÝCH SUBDODAVATELŮ

Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] („Uchazeč“), předkládá v rámci své nabídky v zadávacím řízení na veřejnou zakázku s názvem „Vybudování a provoz komunikační infrastruktury MZe - AgriBus“ („Veřejná zakázka“), jejímž zadavatelem je Česká republika – Ministerstvo zemědělství, se sídlem Těšnov 65/17, 110 00 Praha 1 – Nové Město, níže uvedený seznam věcných subdodavatelů:

Specifikace části veřejné zakázky, kterou uchazeč hodlá zadat subdodavateli

Identifikační údaje subdodavatele
(v rozsahu § 17 písm. d) ZVZ)

*


Pro případ, kdy Uchazeč bude prokazovat splnění části kvalifikace prostřednictvím subdodavatele, Zadavatel upozorňuje, že takový subdodavatel se musí zároveň účastnit na plnění předmětu Veřejné zakázky, a to minimálně v rozsahu, v jakém jeho prostřednictvím Uchazeč prokázal splnění Zadavatelem požadované kvalifikace. Tohoto subdodavatele uvede Uchazeč nejen v seznamu kvalifikačních subdodavatelů, ale i v seznamu věcných subdodavatelů.



Uchazeč prohlašuje, že všechny výše uvedené údaje jsou pravdivé, úplné a odpovídající skutečnosti.

Místo:

Datum:


Uchazeč:



____________________
Jméno:
Funkce:

Příloha 13: Vzor – Čestné prohlášení o nabídkové ceně



ČESTNÉ PROHLÁŠENÍ O NABÍDKOVÉ CENĚ

Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] („Uchazeč“), tímto pro účely hodnocení jím předložené nabídky na veřejnou zakázku s názvem „Vybudování a provoz komunikační infrastruktury MZe - AgriBus“ („Veřejná zakázka“), jejímž zadavatelem je Česká republika – Ministerstvo zemědělství, se sídlem Těšnov 65/17, 110 00 Praha 1 – Nové Město, prohlašuje a potvrzuje níže uvedenou strukturu a hodnotu nabídkové ceny za plnění Veřejné zakázky.



Tabulka A: Nabídková cena – Vytvoření systému AgriBus

Pol. č.

Položka

Cena v Kč bez DPH

Výše DPH (v %)

Výše DPH (v Kč)

Cena v Kč včetně DPH

1.

Detailní specifikace

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

2.

Hardware

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

3.

Standardní SW a instalace SW

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

4.

Implementace a migrace

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

5.

Metodika a školení

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

Celková výše nabídkové ceny za vytvoření systému AgriBus - součet položek 1. až 5.

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]



Tabulka B: Nabídková cena - Údržba a podpora (vyjma ceny za KL Reparametrizace a optimalizace)

Položka

Cena v Kč bez DPH

Výše DPH (v %)

Výše DPH (v Kč)

Cena v Kč včetně DPH

Služby údržby a podpory za 1 měsíc

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

Služby údržby a podpory za 36 měsíců

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]



Tabulka C: Xxxxxxxxx cena – Reparametrizace a optimalizace

Položka

Cena v Kč bez DPH

Výše DPH (v %)

Výše DPH (v Kč)

Cena v Kč včetně DPH

Nabídková cena za 1 člověkoden

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

Nabídková cena za 500 člověkodní

(jeden kalendářní rok)

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

Nabídková cena za 1500 člověkodní

(tři kalendářní roky)

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]



Tabulka D: Celková nabídková cena

Cena v Kč bez DPH

Výše DPH (v %)

Výše DPH (v Kč)

Cena v Kč včetně DPH

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]

[DOPLNÍ UCHAZEČ]



Uchazeč dále prohlašuje, že nabídková cena uvedená Uchazečem zahrnuje zisk uchazeče a veškeré náklady na práce a činnosti vyplývající pro uchazeče ze zadávacích podmínek, o kterých uchazeč podle svých odborných znalostí vědět měl, že jsou k řádnému a kvalitnímu provedení a dokončení předmětu Veřejné zakázky nezbytné.

Místo:
Datum:



Uchazeč:


_____________________________

Jméno:
Funkce:

Příloha 14: Formuláře k povinným součástem Nabídky



SEZNAM ČLENŮ STATUTÁRNÍCH ORGÁNŮ A PROHLÁŠENÍ O ZAKÁZANÉ DOHODĚ



Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] („Uchazeč“), dle
§ 68 odst. 3 písm. a) a písm. c) zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů („ZVZ“), tímto pro účely veřejné zakázky s názvem „Vybudování a provoz komunikační infrastruktury MZe - AgriBus“ („Veřejná zakázka“), jejímž zadavatelem je Česká republika – Ministerstvo zemědělství, se sídlem Těšnov 65/17, 110 00 Praha 1 – Nové Město („Zadavatel“), čestně prohlašuje, že

  • v posledních 3 letech od konce lhůty pro podání nabídky byli v pracovněprávním, funkčním či obdobném poměru u Zadavatele následující statutární orgány nebo členové statutárních orgánů Uchazeče:*

    1.

    [doplní uchazeč]

    2.

    [doplní uchazeč]

    3.

    [doplní uchazeč]

    …

    … **

  • / v posledních 3 letech od konce lhůty pro podání nabídky nebyli v pracovněprávním, funkčním či obdobném poměru u Zadavatele žádné statutární orgány nebo členové statutárních orgánů Uchazeče.*

  • neuzavřel a neuzavře zakázanou dohodu podle zákona č. 143/2001 Sb., o ochraně hospodářské soutěže a o změně některých zákonů (zákon o ochraně hospodářské soutěže), ve znění pozdějších předpisů, v souvislosti se zadávanou Veřejnou zakázkou.



Uchazeč prohlašuje, že všechny výše uvedené údaje jsou pravdivé, úplné a odpovídající skutečnosti.

Místo:
Datum:



Uchazeč:


_____________________________

Jméno:
Funkce:



* nehodící se škrtněte

** přidejte řádky dle potřeby

Příloha 14: Formuláře k povinným součástem nabídky

SEZNAM AKCIONÁŘŮ1



Společnost [doplní uchazeč], se sídlem [doplní uchazeč], IČO: [doplní uchazeč], zapsaná v obchodním rejstříku vedeném [doplní uchazeč] soudem v [doplní uchazeč], oddíl [doplní uchazeč], vložka [doplní uchazeč], za kterou jedná [doplní uchazeč] („Uchazeč“) dle § 68 odst. 3 písm. b) zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů („ZVZ“) tímto pro účely veřejné zakázky s názvem „Vybudování a provoz komunikační infrastruktury MZe - AgriBus“ („Veřejná zakázka“), jejímž zadavatelem je Česká republika – Ministerstvo zemědělství, se sídlem Těšnov 65/17, 110 00 Praha 1 – Nové Město („Zadavatel“), předkládá seznam vlastníků akcií, jejichž souhrnná jmenovitá hodnota přesahuje 10% základního kapitálu:



Název a sídlo/ jméno, příjmení a bydliště akcionáře

Forma a druh akcií

Počet a jmenovitá hodnota akcií

Výše podílu akcií v %













*




* Přidejte řádky dle potřeby



Uchazeč prohlašuje, že všechny výše uvedené údaje jsou pravdivé, úplné a odpovídající skutečnosti.



Místo:
Datum:

Uchazeč:




__________________________

Jméno:
Funkce:


Příloha 15: Závazná struktura odpovědi na technickou specifikaci zadání



Tato příloha popisuje závaznou strukturu odpovědi na technickou specifikaci zadání AgriBus požadovanou od všech uchazečů, kterou uchazeči zohlední v rámci Návrhu technického řešení.

  1. Naplnění cílového stavu a možnosti rozvoje řešení

V této kapitole uchazeč popíše, jakým způsobem jím předkládané řešení naplňuje očekávání a směřuje k požadovanému cílovému stavu uvedenému v kapitole „Požadovaný stav a motivace“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Uchazeč zejména popíše:

  • Přínosy řešení a možné úspory v oblasti návrhu a implementace nových procesů a služeb;

  • Funkcionality, nástroje a postupy umožňující rychlý a efektivní vývoj a rozvoj procesů a služeb;

  • Způsob zajištění kvalitní a dostupné dokumentace nezbytné pro návrh a rozvoj procesů a služeb;

  • Jaké adaptéry, nástroje a metody řešení podporuje v rámci integrace systémů, aplikací a služeb;

  • Obecný princip zabezpečení řešení a údržby bezpečnostních standardů s ohledem na výskyt nových bezpečnostních hrozeb;

  • Přístup k monitoringu řešení a možnosti spolupráce s externími monitoring systémy;

  • Jakým způsobem řešení podporuje opakovanou využitelnost komponent služeb, jak je zajištěna informovanost architektů a vývojářů o dostupných komponentách a funkcionalitách;

  • Jak probíhá návrh nových služeb a jaká úroveň znalostí (případně role) je pro návrh vyžadována;

  • Koncept řešení BPM AgriBus, základní funkcionality a způsob integrace s ESB AgriBus;

  • Jak řešení vyhovuje požadavku na možnost budoucí průběžné implementace agendových systémů v BPM AgriBus, jak řešení podporuje souběžnou práci více dodavatelů procesů resp. dodavatelů agentových systémů;

  • Nástin směru dalšího rozvoje řešení v následujících letech.

  1. koncept a architektura řešení

V této kapitole uchazeč uvede popis navrhovaného řešení, architekturu řešení a zajištění funkcionality logických komponent řešení uvedených v kapitole „Popis požadovaného řešení“ „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“ zohledňující dále požadavky uvedené v kapitole „Přehled požadavků“ přílohy „Příloha 4 - Technická specifikace předmětu plnění veřejné zakázky“. Uchazeč zejména uvede:

  • Přehled navrhovaných hardware a software produktů s popisem jejich využití pro zajištění funkcionalit logických komponent uvedených v modelu požadovaného řešení;

  • Výčet požadavků na hardware a software včetně požadavků na síťovou infrastrukturu, které mají být zajištěny Zadavatelem;

  • Popis licenčních modelů licencovaných produktů a přehled licencí zahrnutých v dodávce;

  • Popis architektury a model řešení včetně schémat navrhované architektury prezentující řešení jednotlivých logických funkčních komponent řešení a jejich vazeb;

  • Slovní popis modelu řešení, samostatné kapitoly pro jednotlivé logické komponenty:

    • Komunikační sběrnice ESB AgriBus;

    • Procesní platforma BPM AgriBus;

    • Registr služeb;

    • Designér služeb;

    • Monitoring;

    • Historický archiv;

  • Popis zabezpečení řešení včetně schémat rozdělení síťových segmentů a zapojení jednotlivých komponent do síťových segmentů;

  • Popis architektury pro zajištění vysoké dostupnosti a požadovaných provozních parametrů včetně provozních parametrů garantovaných nabízeným řešením a včetně schémat a popisu funkcionality;

  • Přehled výkonnostních limitů řešení a informace o škálovatelnosti řešení;

  • Popis zajištění záloh a obnovy řešení (DRP plány) spolu s odkazy na využitý hardware a software;

  • Informace o využitých standardech a podpoře architektury SOA;

  • Popis rozhraní využitých v rámci obsluhy, konfigurace a rozvoje řešení.

  1. míra a kvalita naplnění Funkčních Požadavků

V této kapitole uchazeč uvede způsob řešení požadavků uvedených v kapitole „Funkční požadavky“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“ doplněním tabulky uvedené v „Příloha 18 – Přehled funkčních požadavků“.

Uchazeč do jednotlivých polí tabulky uvede:

  • Popis řešení - popis technického řešení požadavků,

  • Podíl výchozí funkcionality - slovní popis podílu výchozí funkcionality poskytované produkty a funkcionality vyvíjené dodavatelem pro splnění požadavků na řešení (vyvíjenou funkcionalitou se rozumí funkcionalita implementovaná využitím postupů a nástrojů, které nejsou standardní součástí dodávaných produktů resp. jejich administračních či vývojových rozhraní).

  1. postup zpracování Analýzy a migrační plán služeb

Uchazeč uvede popis postupu zpracování úvodní analýzy a přípravy technického zadání pro implementaci řešení v souladu s požadavky uvedenými v kapitole „Detailní specifikace“ přílohy „Příloha 4 - Technická specifikace předmětu plnění veřejné zakázky“. Uchazeč dále uvede obecný návrh migrace služeb - Migrační plán z původního prostředí ESB Oracle do prostředí AgriBus, který bude v rámci detailní specifikace dále rozpracován, zahrnující zejména popis:

  • Koncept, základní principy a postup migrace;

  • Organizace služeb do skupin a postup migrace jednotlivých služeb;

  • Způsobu zajištění paralelního souběhu ESB Oracle a AgriBus, funkcionality pro přepínání běhu služeb mezi ESB Oracle a AgriBus a požadavky a období pro zajištění dostupnosti původní platformy ESB Oracle;

  • Projektové aktivity realizované v rámci migrace jedné služby (analýza, implementace, testování atd.) a jejich náplň a dále harmonogram migrace služeb;

  • Návrh měřitelných ukazatelů využitých pro testování způsobilosti služby pro migraci do ESB AgriBus a pro porovnání a ověření výkonnosti služeb v ESB Oracle a ESB AgriBus spolu se způsobem zajištění měření ukazatelů;

  • Hlavních rizik migrace služeb a popis jejich eliminace včetně rollback plánů.

  1. Metodika vývoje a provozní model řešení

Uchazeč uvede základní koncept a principy, na kterých bude postavena metodika vývoje služeb, procesů a agentových systémů AgriBus dle požadavků uvedených v kapitole „Metodika“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Uchazeč dále popíše navrhovaný provozní model řešení včetně pravidel pro využívání vývojového testovacího a produkčního prostředí a migrace funkcionalit mezi jednotlivými prostředími. Uchazeč v rámci této kapitoly zejména uvede:

  • Popis integrace řešení do stávající IT infrastruktury zadavatele;

  • Popis způsobu zajištění monitoringu řešení, integrace na monitoring systémy Zadavatele případně požadavky a popis přímého využití monitoring systémů Zadavatele;

  • Popis integrace interních procesů hlášení incidentů, přijímání změnových požadavků na stávající procesy a systémy zadavatele;

  • Popis zajištění evidence a vedení záznamů o řešení incidentů, problémů a změnových požadavků v rámci centrálních systémů Zadavatele;

  • Způsob vyhodnocování incidentů, problémů a změnových požadavků a jejich vyřízení.

  • Postup identifikace problémů, které budou řešeny v rámci Problem Managementu;

  • Vstupy a výstupy ostatních souvisejících procesů vedených na straně Uchazeče a jejich integrace s procesy Zadavatele;

  • Způsob sledování a vyhodnocování požadovaných provozních parametrů a SLA;

  • Komunikační kanály pro podporu a jejich integraci s komunikačními kanály Zadavatele;

  • Procesní schéma s popisem aktivit procesu řízení incidentů, problémů a změnových požadavků na straně Uchazeče;

  • Organizační zajištění procesů podpory;

  • Způsoby hromadné komunikace s uživateli;

  • Součinnost a protiplnění, které bude Uchazeč vyžadovat po Zadavateli v rámci realizace služeb provozu a podpory, pracovní pozice (role) Zadavatele, od kterých bude součinnost vyžadovat, přičemž uchazeč bere na vědomí, že přípustný rozsah součinnosti je definován v příslušné příloze Smlouvy;

  • Informace o maintenance softwarových a hardwarových produktů a podpoře výrobce;

  • Popis metodiky a procesu vývoje nových služeb využitím řešení AgriBus. Popis rolí v procesu, zejména pro vývoj procesů a služeb v AgriBus, jejich aktivit a komunikačního rozhraní pro předávání požadavků od vývoje aplikací k vývoji služeb v AgriBus a obráceně;

  • Popis metodiky a procesu vývoje nových procesů a agentových systémů v BPM AgriBus zahrnující postupy pro testování a formální předání nových funkcionalit pro nasazení v produkčním prostředí BPM AgriBus;

  • Obecný model provozu a rozvoje řešení, zejména základní pravidla a principy pro využití vývojového, testovacího a produkčního prostředí;

  • Postup testování XxxxXxx spolu s popisem využitých nástrojů v souladu s požadavky definovanými v kapitole „Testování“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky. Popis řešení pro každý požadovaný typ testů včetně testů zajištění kontinuity (DRP testů);

  • Jakým způsobem je řešeno testování funkcionalit a návazná akceptace nových funkcionalit, jak by měly být rozděleny kompetence a odpovědnosti mezi jednotlivé dodavatele v případě, kdy provoz a rozvoj platformy AgriBus a provoz a rozvoj procesních aplikací (agentových aplikací) budou zajišťovat různí dodavatelé.

  1. míra a kvalita naplnění Nefunkčních požadavků

Uchazeč uvede způsob řešení dalších požadavků uvedených v kapitole „Přehled požadavků“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Uchazeč zejména uvede:

  • Informace o end-of-support, end-of-sales či end-of-life u všech hardware a software produktů tvořících řešení AgriBus, pro které bylo nejdéle tři (3) kalendářní měsíce před okamžikem předložení nabídky rozhodnuto výrobcem o end-of-support, end-of-sales či end-of-life;

  • Postup fyzické instalace hardware komponent a instalace software komponent v souladu s požadavky uvedenými v kapitole „Instalace“ a dále požadavky na součinnost Zadavatele v průběhu instalace;Popis postupů a nástrojů využitých pro tvorbu dokumentace ve struktuře a detailu uvedeném v kapitole „Dokumentace“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Uchazeč dále uvede ukázkový referenční model infrastruktury AgriBus, služby a procesu včetně diagramů dle specifikace ArchiMate 2;

  • Přehled, rozsah a navrhované auditorium školení metodiky, procesů a obsluhy systémů v souladu s požadavky uvedenými v kapitole „Školení“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“;

  • Přehled podporovaných platforem a jejich verzí (hardware architektury, operačních systémů) - „compatibility matrix“ - pro jednotlivé softwarové komponenty tvořící řešení AgriBus včetně případných klientských aplikací dle požadavků uvedených v kapitole „Platformy“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“.

  • Uchazeč volitelně uvede, jak jeho řešení naplňuje další požadavky na řešení AgriBus uvedené v kapitole "Ostatní“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“.

  1. Organizace projektu

V této kapitole uchazeče popíše, jak organizačně zajistí dodávku, implementaci, nasazení, uvedení do provozu a podporu řešení AgriBus. Uchazeč dále uvede informace o organizaci projektu migrace služeb z původního řešení ESB Oracle do nové platformy AgriBus.

Uchazeč pro implementaci AgriBus i migraci služeb uvede:

  • Způsob komunikace mezi zúčastněnými subjekty;

  • Popis způsobu organizace, zajištění a realizace projektových schůzek;

  • Přehled výstupů a projektové dokumentace (vítané s ukázkou šablon dokumentace) v jednotlivých milnících projektů (Deliverables) pro milníky:

    • Analýza, návrh řešení a detailního migračního plánu služeb, předání a převzetí Detailní specifikace,

    • Dodávka a instalace hardware,

    • Dodávka standardních SW produktů, poskytnutí licencí ke standardním SW produktům (Neunikátní díla) a instalace a základní konfigurace software,

    • Akceptace a předání a převzetí Systému AgriBus,

    • Školení,

  • Přehled rolí a pracovních týmů, rozdělení odpovědností;

  • Harmonogram projektu;

  • Přehled požadavků na součinnost zadavatele v rámci instalační a implementační části projektu.

Uchazeč pro část migrace služeb uvede:

  • Cíl procesu migrace;

  • Organizační zajištění procesu migrace;

  • Popis postupu zpracování detailního migračního plánu pro průběh migrace;

  • Návrh obsahu a struktury detailního migračního plánu včetně vstupů a výstupů migrace;

  • Návrh metodiky zpracování rizik spojených s procesem migrace (metodika zpracování analýzy rizik);

  • Způsob řízení procesu migrace;

  • Požadované součinnosti od zadavatele, příp. třetích stran v rámci migrace;

  • Orientační harmonogram procesu migrace včetně ověřovacího provozu;

  • Vazby na ostatní procesy během migrace (zejména procesy spojené s Incident Managementem, Change Managementem a Problem Managementem apod., které jsou upraveny interními dokumenty závaznými pro činnost zadavatele, které tvoří přílohu č. 4 této zadávací dokumentace);

  • Specifikace součinnosti po ukončení procesu migrace.


Příloha 16: Způsob hodnocení nabídek – bodovací metoda



ZPŮSOB HODNOCENÍ NABÍDEK - BODOVACÍ METODA

  1. Hodnocení nabídek podle kritéria ekonomické výhodnosti se provádí bodovací metodou dle dílčích hodnotících kritérií uvedených v zadávací dokumentaci (dále jen „kritéria“).


  1. Pro hodnocení nabídek použije hodnotící komise bodovací stupnici v rozsahu 0 až 100. Každé jednotlivé nabídce je dle kritéria přidělena bodová hodnota, která odráží úspěšnost předmětné nabídky v rámci kritéria.


  1. Pro číselně vyjádřitelná kritéria, pro která má nejvhodnější nabídka maximální hodnotu kritéria, získá hodnocená nabídka bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty nabídky k hodnotě nejvhodnější nabídky.


  1. Pro číselně vyjádřitelná kritéria, pro která má nejvhodnější nabídka minimální hodnotu kritéria, získá hodnocená nabídka bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty nejvhodnější nabídky k hodnocené nabídce.


  1. Pro kritéria, která nelze vyjádřit číselně, sestaví hodnotící komise pořadí nabídek od nejvhodnější k nejméně vhodné a přiřadí nejvhodnější nabídce 100 bodů a každé následující nabídce přiřadí takové bodové ohodnocení, které vyjadřuje míru splnění dílčího kritéria ve vztahu k nejvhodnější nabídce.


  1. Považuje-li hodnotící komise hodnotu jiného číselně vyjádřitelného dílčího, než je cena, za zjevně nepřiměřenou, postup podle odstavce 3 nebo 4 nepoužije a nabídce v rámci tohoto kritéria přiřadí 0 bodů. Tento postup hodnotící komise odůvodní ve zprávě o posouzení a hodnocení nabídek.


  1. Jednotlivým dílčím kritériím jsou zadavatelem stanoveny váhy v procentech uvedené v zadávací dokumentaci podle jejich důležitosti.


  1. Hodnocení podle bodovací metody provede hodnotící komise tak, že jednotlivá bodová ohodnocení nabídek dle kritérií vynásobí příslušnou vahou daného kritéria. Na základě součtu výsledných hodnot u jednotlivých nabídek hodnotící komise stanoví pořadí úspěšnosti jednotlivých nabídek tak, že jako nejúspěšnější je stanovena nabídka, která dosáhla nejvyšší hodnoty. Pokud jsou u některého kritéria stanovena subkritéria, provede komise hodnocení nabídek dle všech těchto subkritérií komplexně.


  1. Pro účely hodnocení nabídek v rámci jednotlivých subkritérií dílčího hodnotícího kritéria „Návrh technického řešení“, která nelze vyjádřit číselně, sestaví hodnotící komise pořadí nabídek od nejvhodnější k nejméně vhodné a přiřadí nejvhodnější nabídce 100 bodů a každé následující nabídce přiřadí takové bodové ohodnocení, které vyjadřuje míru splnění dílčího kritéria ve vztahu k nejvhodnější nabídce.


  1. Návrh technického řešení, jakožto výstup předkládaný uchazeči pro účely hodnocení nabídky v rámci dílčího hodnotícího kritéria „Návrh technického řešení“, bude klasifikován stupni „1“ až „5“ v závislosti na počet bodů, který bude jednotlivým uchazečům přidělen, a to v bodovém intervalu stanovenému ke každému z klasifikačních stupňů dle níže uvedené stupnice:

Klasifikační stupeň

Slovní vymezení klasifikačního stupně

Interval bodového hodnocení v rámci daného stupně

1

Výborné a plně profesionální.

Uchazeč zcela porozuměl zadání a potřebám zadavatele. Předložený návrh technického řešení nabízí konkrétní řešení jasným, srozumitelným a jednoznačným způsobem. Uchazeč správně identifikoval veškeré relevantní skutečnosti vyplývající z příslušné právní úpravy a případná rizika pro zadavatele.

100-76

2

Vyhovující a na odborné úrovni.

Uchazeč však neprokázal úplné porozumění některých dílčích (méně významných) částí zadání. Předložený návrh technického řešení nabízí spíše obecnější návod na řešení dané problematiky, a to navíc ne vždy zcela jasným způsobem. Uchazeč neidentifikoval veškerá relevantní (méně závažná) rizika navrhovaného technického řešení.

75-51

3

Vyhovující – s dílčími výhradami.

Uchazeč neprokázal porozumění některé ze zásadních částí zadání. Předložený návrh technického řešení proto v určité části nevyhovuje potřebě identifikace návodu řešení dané problematiky. Uchazeč nezohlednil některé ze zásadních rizik jím navrhovaného řešení, případně určitá rizika nesprávně vyhodnotil.

50-36

4

Dostačující – se zásadními výhradami.

Uchazeč v návrhu technického řešení zcela opomněl předložit identifikaci návodu řešení některé ze zásadních částí zadání. Předložený návrh technického řešení je tak v určité zásadní části neúplný, nepostihuje určitou zásadní skutečnost. Návrh technického řešení je v některých dílčích částech vnitřně rozporný. Uchazeč nepodchytil některé ze zásadních rizik jím navrhovaného řešení.

35-21

5

Nedostatečné a zcela nevyhovující.

Uchazeč nepochopil podstatu zadání. Předložený návrh technického řešení vůbec nevyhovuje potřebám zadavatele a nenabízí návod řešení dané problematiky. Návrh technického řešení je vnitřně zcela rozporný.

20-0


  1. Pro účely hodnocení Návrhu technického řešení bude jako nejvhodnější hodnocena vždy ta nabídka, která v rámci konkrétního subkritéria dílčího hodnotícího kritéria „Návrh technického řešení“ bude na shora uvedené stupnici „1“ až „5“ klasifikována lépe a v příslušném klasifikačním stupni obdrží více bodu. Každé následující nabídce bude přiřazeno vždy takové bodové ohodnocení, které vyjadřuje míru splnění dílčího kritéria v rámci příslušného klasifikačního stupně ve vztahu k nejvhodnější nabídce.





Příloha 17: Hodnotící ukazatele technického řešení


Dílčí subkritérium

Způsob hodnocení

Lépe bude hodnocena nabídka/řešení, které:

Relativní váha

Naplnění cílového stavu a možnosti rozvoje řešení

V rámci tohoto dílčího hodnotícího subkritéria bude hodnocena míra naplnění požadovaného cílového stavu uvedeného v kapitole „Požadovaný stav a motivace“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Jako zdroj informací pro hodnocení bude využit popis uvedený v odpovědi Uchazeče v kapitole „Naplnění cílového stavu a výhled rozvoje řešení“ dle závazné struktury odpovědi na technickou specifikaci zadání.

15 %

Přínosy řešení

  • zajistí efektivnější a komplexnější shodu s potřebami zadavatele, a jehož realizace jednoznačně směřuje k naplnění cílů zadavatele stanovených touto zadávací dokumentací

  • bude obsahovat detailnější přehled potenciálních přínosů a úspor v oblasti vývoje a rozvoje procesů a služeb

  • nabídne nástroje a prostředky umožňující výrazněji redukovat pracnost návrhu a implementace nových procesů a služeb

  • které umožní maximálně zkrátit dobu potřebnou na vývoj nebo rozvoj procesů a služeb

  • zajistí více přehlednou a jednotně strukturovanou dokumentaci

  • poskytne lepší funkcionality a nástroje pro vyhledávání informací v dokumentaci a dostupnost dokumentace

  • nabídne lepší řešení verzování a údržby dokumentace

20 %

Podpora SOA a opakované využitelnosti služeb

  • nabídne prostředí umožňující dosáhnout vyšší míry opakovaného využití existujících komponent

  • poskytne lepší nástroje pro analýzu využití a závislostí komponent

  • umožní lépe řídit životní cyklus komponent a zajistí vyšší informovanost architektů a vývojářů o nově dostupných komponentách a funkcionalitách

  • poskytne větší počet adaptérů pro integraci standardních systémů bez potřeby dodatečného nákupu licencí

  • bude více vyhovovat standardům SOA v rámci návrhu i běhu procesů, služeb a komponent

  • umožní jednodušeji konfigurovat anebo vyvíjet vlastní adaptéry pro přístup k ostatním nestandardním systémům

  • bude lépe pokrývat monitoring výkonnostních metrik a chybových stavů běhových prostředí AgriBus a dílčích procesů a služeb

  • poskytne kvalitnější podklady pro vyhodnocení plnění SLA

  • umožní vyšší míru integrace s dohledovými systémy a service desk systémem Zadavatele

  • nabídne nástroje umožňující predikovat výkonnostní problémy a plánovat kapacity

30 %

Koncept řešení

  • poskytne výkonnější a flexibilnější prostředí pro provoz a rozvoj integračních služeb

  • poskytne výkonnější a flexibilnější prostředí pro návrh a provoz procesů a agendových systémů

  • bude jasněji definovat vizi směrování řešení AgriBus a podporovat rozvoj řešení v následujících letech

  • lépe eliminuje vzájemné ovlivnění vývojových aktivit více dodavatelů

  • bude lépe definovat rozhraní, odpovědnosti a měřitelné body procesní platformy a provozovaných procesů a agendových systémů a tím lépe identifikovat příčinu potenciálních problémů a odpovědnost za vznik těchto problémů

  • bude lépe eliminovat případné přetížení ESB AgriBus provozem procesů a agendových systémů v BPM AgriBus

  • bude lépe pokrývat všechny aspekty kvalitního zabezpečení dle standardů běžných pro tento typ systémů

  • bude lépe identifikovat bezpečnostní hrozby a navrhne účinnější opatření pro jejich eliminaci

  • hodnoceno řešení obsahující pokročilejší nástroje podporující analýzu a tvorbu technické specifikace komponent, služeb a procesů a využití podkladů při implementaci

  • poskytující pokročilejší vizuální nástroje pro návrh nových komponent služeb a procesů

50 %

Koncept a architektura řešení

V rámci tohoto dílčího hodnotícího subkritéria bude hodnocen celková architektura předkládaného řešení a jehí soulad s požadavky uvedenými v kapitole „Popis požadovaného řešení“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Jako zdroj informací pro hodnocení bude využit popis uvedený v odpovědi Uchazeče v kapitole „Popis řešení“ dle závazné struktury odpovědi na technickou specifikaci zadání.

20 %

Architektura řešení

  • bude obsahovat detailnější a srozumitelnější popis navrhované architektury a vzájemných vazeb, integrací a komunikace komponent řešení

  • bude lépe odrážet požadovanou logickou architekturu řešení

  • bude zahrnovat přehlednější a uživatelsky přívětivější uživatelské rozhraní

  • umožní lépe integrovat rozhraní do ICT struktury Zadavatele, zejména možnost integrace veřejných rozhraní aplikace do interního nebo externího portálového řešení Zadavatele

  • bude obsahovat detailnější a srozumitelnější popis jednotlivých komponent řešení včetně případných schémat funkcionality či struktury komponent

  • bude lépe pokrývat monitoring výkonnostních metrik a chybových stavů běhových prostředí AgriBus a dílčích procesů a služeb

  • poskytne kvalitnější podklady pro vyhodnocení plnění SLA

  • umožní vyšší míru integrace s dohledovými systémy a service desk systémem Zadavatele

  • nabídne nástroje umožňující predikovat výkonnostní problémy a plánovat kapacity

40 %

Využité produkty, licence a prostředky Zadavatele

  • bude obsahovat lépe zpracovaný popis nabízených hardware a software produktů a jejich využití v rámci předkládaného řešení

  • bude obsahovat kompletní přehled nabízené maintenance software a hardware produktů tvořících řešení AgriBus včetně odbdobí platnosti maintenance a případné úrovně podpory výrobce

  • bude vyžadovat menší rozsah hardware a software prostředků Zadavatele, zejména výkon hardware, kapacity síťových tras a licence software

  • bude zahrnovat větší počet licencí i pro budoucí integrace, řešení, při kterém bude v následujících 3 letech třeba dokupovat menší počet licencí

  • bude obsahovat přehledné a srozumitelné licenční modely

10 %

Zajištění výkonnosti, dostupnosti a bezpečnosti řešení

  • bude obsahovat komplexnější návrh zabezpečení řešení AgriBus

  • bude lépe naplňovat požadavky na zabezpečení uvedené v příloze 4 - Technická specifikace předmětu veřejné zakázky

  • bude lépe pokrývat požadavky na zajištění dostupnosti a provozních parametrů uvedené v příloze 4 - Technická specifikace předmětu veřejné zakázky

  • maximálně redukuje dopady na provoz AgriBus a uživatelské systémy v případě přepínání provozu mezi uzly geografického clusteru

  • uvede detailnější popis funkcionality přepínání provozu mezi uzly geografického clusteru včetně popisu komponent, jejichž provoz může být přepínán individuálně, spolu s jinými komponentami a včetně sledu přepínání jednotlivých komponent

  • bude minimalizovat počet událostí vedoucí k vynucenému přepínání provozu mezi clustery (minimalizovat výkon DRP rutin)

  • bude obsahovat detailnější popis navrhovaného postupu řízeného zastavení a spuštění systému s garancí dokončení rozpracovaných transakcí

  • bude zahrnovat efektivnější řešení ochrany AgriBus před zahlcením požadavky a poskytovat proaktivní informace o výskytu nebo blížícím se výskytu zahlcení

  • nabídne lepší řešení rozložení zátěže a vyšší transparentnost přístupových bodů pro koncové uživatele, konzumenty či poskytovatele služeb

  • bude poskytovat přiměřené výkonnostní rezervy pro běh AgriBus

  • bude umožňovat budoucí rozšíření bez potřeby náročných zásahů do systému či výměny hardware nebo software komponent řešení

  • obsahuje úplnější a propracovanější popis způsobu zálohování a DRP rutin

  • podporuje inkrementální zálohy pro úsporu zdrojů na cílových úložištích

  • maximálně automatizuje úlohy pro vytváření záloh

  • zajistí lepší kontrolu nad kvalitou a použitelností vytvářených záloh

50 %

Míra a kvalita naplnění funkčních požadavků

V rámci tohoto dílčího hodnotícího subkritéria bude zadavatel hodnotit míru a kvalitu naplnění funkčních požadavků na logické komponenty řešení dle přehledu bodovaných požadavků uvedených v příloze 17 „Hodnotící ukazatele funkčních požadavků“. Jako zdroj informací pro hodnocení bude využit popis v tabulce „Přehled požadavků“ uvedený v odpovědi Uchazeče v kapitole „Funkční požadavky“ dle závazné struktury odpovědi na technickou specifikaci zadání.

15 %

Komunikační sběrnice ESB AgriBus

  • bude lépe vyhovovat všem funkčním požadavkům

  • nabídne efektivnější řešení

  • bude pokrývat více požadavků standardními funkcionalitami software či hardware s možností konfigurace bez nutnosti vývoje či rozšiřování zdrojových kódů

30 %

Procesní platforma BPM AgriBus

  • bude lépe vyhovovat všem funkčním požadavkům

  • nabídne efektivnější řešení

  • bude pokrývat více požadavků standardními funkcionalitami software či hardware s možností konfigurace bez nutnosti vývoje či rozšiřování zdrojových kódů

20 %

Registr služeb

  • bude lépe vyhovovat všem funkčním požadavkům

  • nabídne efektivnější řešení

  • bude pokrývat více požadavků standardními funkcionalitami software či hardware s možností konfigurace bez nutnosti vývoje či rozšiřování zdrojových kódů

15 %

Designér služeb

  • bude lépe vyhovovat všem funkčním požadavkům

  • nabídne efektivnější řešení

  • bude pokrývat více požadavků standardními funkcionalitami software či hardware s možností konfigurace bez nutnosti vývoje či rozšiřování zdrojových kódů

10 %

Monitoring

  • bude lépe vyhovovat všem funkčním požadavkům

  • nabídne efektivnější řešení

  • bude pokrývat více požadavků standardními funkcionalitami software či hardware s možností konfigurace bez nutnosti vývoje či rozšiřování zdrojových kódů

5 %

Historický archiv

  • bude lépe vyhovovat všem funkčním požadavkům

  • nabídne efektivnější řešení

  • bude pokrývat více požadavků standardními funkcionalitami software či hardware s možností konfigurace bez nutnosti vývoje či rozšiřování zdrojových kódů

20 %

Postup zpracování analýzy a migrační plán služeb

V rámci tohoto dílčího hodnotícího subkritéria bude hodnocena metodika pro analýzu současného stavu a návrh postupu implementace řešení včetně migračního plánu existujících služeb dle požadavků uvedených v kapitole „Analýza a migrační plán“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Pro hodnocení budou využity informace uvedené Uchazečem v odpovědi v kapitole „Analýza a migrační plán služeb“ dle závazné struktury odpovědi na technickou specifikaci zadání.

20 %

Metodika úvodní analýzy

  • obsahuje lépe propracovaný systematický postup zpracování analýzy

  • přesněji vymezuje výstupy analytické fáze

  • lépe definuje proces připomínkování a schvalování výstupů zadavatelem

  • minimalizuje požadavky na součinnost zadavatele

  • lépe popisuje proces plánování a organizace analytických workshopů

  • detailněji popisuje vstupy požadované pro zpracování analýzy

  • využívá systémové nástroje a strukturované formáty pro záznam výstupů analytických workshopů

  • lépe ošetří chybějící anebo chybné vstupní informace a zajistí doplnění či korekci

30 %

Migrační plán

  • navrhne efektivnější postup přenosu funkcionalit z existujícího prostředí ESB Oracle do AgriBus

  • bude obsahovat lepší návrh využití vývojového, testovacího a produkčního prostředí v rámci přípravy služeb na migraci a vlastní migrace

  • nabídne efektivnější přístup ke klasifikaci služeb a rozdělení služeb do migračních skupin

  • lépe definuje kritéria pro identifikaci služeb, které lze migrovat při zachování funkcionalit, s modifikací funkcionalit či služeb, které není možné anebo vhodné migrovat do nového prostředí

  • lépe popíše kritéria, dle kterých bude hodnoceno, zda je vhodné službu migrovat se zachováním funkcionality či provést optimalizaci s využitím nových funkcionalit AgriBus

  • zabezpečí plynulou migraci služeb z původního prostředí ESB do nové architektury AgriBus

  • bude minimalizovat požadavky na odstávky produkčních služeb v existujícím řešení ESB

  • bude minimalizovat rizika dopadů na funkcionalitu poskytovaných služeb mimo plánované odstávky dotčených služeb

  • zajistí efektivnější řešení pro souběh původního řešení Oracle ESB a řešení AgriBus

  • zajistí vyšší transparentnost při přepínání individuálních služeb mezi novým a původním prostředím bez dopadů na uživatelé, poskytovatelé či konzumenty služeb

  • lépe ošetří rozpracované transakce v rámci přepnutí běhu služeb

  • lépe definuje dílčí aktivity, jež musí být vykonány v rámci migrace služeb

  • bude obsahovat detailněji zpracovaný harmonogram migrace

40 %

Rizika migrace a ošetření rizik

  • bude obsahovat komplexnější přehled rizik

  • bude navrhovat účinnější opatření pro eliminaci rizik

  • poskytne propracovanější a systematické rollback plány

  • popíše návrh, který zajistí přesnější a systematické měření výkonnostních ukazatelů pro ověření výkonnosti před a po migraci služeb

  • bude obsahovat lépe definovaná kritéria pro rozhodnutí o způsobilosti služeb k migraci

  • bude obsahovat lépe definovaná kritéria pro identifikaci neúspěšné migrace služeb a rozhodnutí o zahájení rollback plánu

30 %

Metodika vývoje a provozní model řešení

V rámci tohoto dílčího hodnotícího subkritéria bude hodnocen celkový koncept a principy, na kterých bude postavena metodika vývoje služeb, procesů a agentových systémů AgriBus. Dále bude hodnocena kvalita a využitelnost navrhovaného provozního modelu včetně souvisejících procesů dle požadavků definovaných v kapitole „Metodika“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Jako zdroj informací pro hodnocení bude využit popis uvedený v odpovědi Uchazeče v kapitole „Metodika vývoje a provozní model řešení“ dle závazné struktury odpovědi na technickou specifikaci zadání.

10 %

Integrace do stávající IT infrastruktury zadavatele

  • bude lépe eliminovat rizika nekompatibility s existujícími poskytovateli a konzumenty ESB služeb

  • uvede lepší popis integračních vazeb a využití IT služeb Zadavatele pro provoz AgriBus

  • bude lépe definovat požadavky na zajištění provozních parametrů IT služeb Zadavatele nezbytných pro provoz AgriBus

  • bude lépe vyhovovat požadavkům na monitoring uvedeným v příloze 4 - Technická specifikace předmětu veřejné zakázky

  • bude obsahovat lépe vyhovující návrh využití monitoring systémů Uchazeče a Zadavatele a rozdělení rolí a úloh obou systémů

  • bude obsahovat vhodnější návrh evidence a údržby pravidel pro obsluhu událostí z dohledových systémů včetně případných nástrojů použitých pro evidenci

  • bude obsahovat efektivnější řešení pro výměnu informací o incidentech a změnových požadavcích mezi systémy Uchazeče a Zadavatele

  • bude obsahovat ucelenější popis práce Uchazeče se service desk systémem Zadavatele v rámci řešení incidentů a změnových požadavků

  • bude obsahovat přesněji definované aktivity a aktualizace tiketů realizované v service desk systému Zadavatele

  • bude obsahovat více vyhovující návrh integrace incident management procesu Uchazeče a Zadavatele

  • bude obsahovat více vyhovující návrh integrace problem management procesu Uchazeče a Zadavatele

  • bude obsahovat více vyhovující návrh zajištění ostatních ITSM procesů a vazby mezi procesy Uchazeče a Zadavatele, zejména pak proces nasazování nových verzí (Release management)

30 %

Procesy

  • bude obsahovat kvalitnější řešení interního incident management systému

  • bude obsahovat kvalitnější řešení interního problém management procesu

  • bude obsahovat detailnější popis využití informací ze service desk systémů a monitoringu Uchazeče, Zadavatele pro identifikaci problémů

  • poskytne ucelenější výstupy pro vyhodnocování plnění SLA parametrů bez nutnosti následných složitých výpočtů a zpracování

  • bude zahrnovat do vyhodnocení SLA více relevantních zdrojů, zejména pak service desk (informace o incidentech), monitoring, plánované odstávky, atd.

  • bude obsahovat lépe definované rozhraní a komunikační kanály pro příjem a hlášení incidentů a změnových požadavků

  • bude lépe definovat provozní parametry rozhraní a komunikačních kanálů pro příjem incidentů a požadavků (reakční časy service desk)

  • bude obsahovat lépe zpracované procesní schéma procesu řízení incidentů (v BPMN notaci)

  • bude lépe řešit zastupitelnost a organizaci servisních směn

  • zajistí vyšší informovanost uživatelů o aktuálních odstávkách a incidentech, přispěje k redukci počtu duplicitně hlášených incidentů

  • poskytne lepší přístup k samoobslužnému řešení technických problémů (veřejná znalostní báze)

  • bude požadovat nižší míru součinnosti Zadavatele

30 %

Metodika a model provozu a rozvoje řešení

  • bude lépe vyhovovat požadavkům na přípravu metodiky uvedeným v příloze 4 - Technická specifikace předmětu veřejné zakázky

  • bude obsahovat kvalitnější popis základních charakteristik metodiky a procesů podporujících spolupráci vývojářů konzumentů a poskytovatelů využívajících AgriBus a vývojářů AgriBus

  • bude lépe definovat rozhraní pro předávání požadavků od vývoje aplikací k vývoji služeb v AgriBus a obráceně

  • bude lépe reflektovat rozdělení kompetencí v oblasti provozu BPM platformy a provozu a rozvoje dílčích procesů nebo agendových systémů, které mohou v budoucnu realizovat různí dodavatelé

  • poskytne lepší návrh zajištění provozu a rozvoje vývojového, testovacího a produkčního prostředí s jasně definovanou odpovědností organizací zajišťujících provoz a rozovoj prostředí

  • poskytne funkcionality umožňující efektivněji automatizovat opakující se operace, jako jsou synchronizace funkcionalit mezi běhovými prostředími či podpora generování provozní dokumentace

  • navrhne lepší řešení pro každý požadovaný typ testů včetně testů zajištění kontinuity (DRP testů) dle požadavků uvedených v příloze 4 - Technická specifikace předmětu veřejné zakázky

  • představí lepší návrh procesu pro vývoj testovacích scénářů a nástroje a postupy pro výkon testovacích scénářů

  • navrhne lepší postup pro pravidelné preventivní bezpečnostní a funkční testování řešení AgriBus

  • lépe definuje výstupy testování

  • předloží lepší návrh procesu, postupy a kritéria pro hodnocení funkcionalit za účelem akceptace

  • lépe definuje vstupy a výstupy procesu akceptace

  • lépe definuje akceptační rozhraní mezi provozovatelem AgriBus dodavatelem procesů a agendových systémů

40 %

Míra a kvalita naplnění nefunkčních požadavků

V rámci tohoto dílčího hodnotícího subkritéria bude Zadavatel hodnotit způsob řešení a míru naplnění dalších požadavků uvedených v kapitole „Přehled požadavků“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“. Jako zdroj informací pro hodnocení bude využit popis uvedený v odpovědi Uchazeče v kapitole „Nefunkční požadavky“ dle závazné struktury odpovědi na technickou specifikaci zadání.

5 %

Dodávka

  • nebude zahrnovat žádné produkty anebo méně produktů, pro které bylo tři (3) kalendářní měsíce před okamžikem předložení nabídky rozhodnuto výrobcem o end-of-support, end-of-sales či end-of-life

  • obsahovat ucelenější popis postup instalace hardware a software komponent včetně požadavků na hardware či software prostředky

40 %

Dokumentace a školení

  • představí takové řešení pro tvorbu a údržbu dokumentace, které bude lépe vyhovovat požadavkům uvedeným v kapitole „Dokumentace“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“

  • bude obsahovat kvalitnější ArchiMate model navrhované infrastruktury AgriBus, jedné služby a procesů včetně diagramů dle specifikace ArchiMate 2

  • bude obsahovat model, který bude více v souladu s ArchiMate 2 standardy

  • bude obsahovat lépe strukturovaný obsah školení

  • bude obsahovat ucelený přehled požadavků na součinnost Zadavatele pro zajištění školení

40 %

Platformy

  • bude více vyhovovat požadavkům uvedeným v kapitole „Platformy“ přílohy „Přílohy 4 - Technická specifikace předmětu plnění veřejné zakázky“

  • bude obsahovat lépe zpracovanou compatibility matrix

  • bude podporovat více klientských platforem včetně mobilních platforem (tablety, chytré telefony)

20 %

Organizace projektu

V rámci tohoto dílčího hodnotícího subkritéria bude hodnocena kvalita organizačního zajištění projektu implementace AgriBus a migrace služeb. Jako zdroj informací pro hodnocení bude využit popis uvedený v odpovědi Uchazeče v kapitole „Organizace projektu“ dle závazné struktury odpovědi na technickou specifikaci zadání.

15 %

Řízení projektu

  • představí ucelenější a efektivnější množinu výstupů a projektové dokumentace

  • poskytne přesněji definovaný cíl migrace, využitý jako high level kritérium pro posouzení výsledku migrace

  • navrhne efektivnější organizační strukturu projektu

  • lépe zajistí zastupitelnost členů projektového týmu

  • lépe zajistí požadovanou míru kompetence a znalostí pro jednotlivé projektové aktivity

  • navrhne vhodnější postup pro přípravu detailního migračního plánu

  • navrhne lépe strukturovaný obsah migračního plánu a přesněji definuje vstupy a výstupy migrace

  • bude lépe popisovat rozhraní mezi ITSM procesy uchazeče a Zadavatele v průběhu procesu migrace

  • bude lépe vyhovovat požadavkům na procesy upraveným interními dokumenty závaznými pro činnost Zadavatele, které tvoří přílohu č. 4 této zadávací dokumentace)

  • uvede ucelenější popis požadavků na součinnost v rámci ověřovacího provozu

  • představí lépe řízený způsob komunikace mezi zúčastněnými subjekty

  • předloží lepší postup nebo nástroje pro návrh, údržbu a distribuci projektové komunikační matice

  • představí lépe organizačně zajištěné plánování workshopů a schůzek, zejména pravidla a lhůty pro zaslání podkladů, lhůty a formáty pro pořízení a připomínkování záznamů z workshopů

  • navrhne lepší řešení pro centrální správu, údržbu a distribuci projektové dokumentace

  • představí ucelenější popis výstupů jednotlivých milníků projektů a úvodní návrh pro testování, připomínkování, revize a akceptaci výstupů

  • představí efektivnější sestavení pracovních týmů pro realizaci projektu

30 %

Řízení rizik

  • představí lepší návrh metodiky pro zpracování detailní analýzy rizik (rozpracování rizik představených v rámci nabídky)

  • představí lepší návrh kontinuálního řízení rizik, evidence a klasifikace rizik

  • představí lepší postup pro návrh a řízení opatření k eliminaci rizik včetně zajištění řízení implementace opatření

30 %

Harmonogram

  • navrhne lepší postup pro řízení migrace včetně kontrolních bodů a dalších ukazatelů umožňujících kontrolovat průběh a kvalitu migrace

  • bude minimalizovat požadavky na součinnost Zadavatele v rámci migrace

  • bude lépe strukturovaný a aktivity vhodněji rozložené v čase

  • bude obsahovat dostatečné rezervy a minimalizovat riziko prodlení

  • bude lépe garantovat dodržení požadovaného termínu dokončení migrace služeb

  • bude obsahovat ucelenější specifikaci požadavků na součinnost

40 %



Příloha 18: Přehled funkčních požadavků - Míra a kvalita naplnění funkčních požadavků

Tato příloha obsahuje přehled funkčních požadavků, které budou hodnoceny v rámci dílčího hodnotícího subkritéria „Míra a kvalita naplnění funkčních požadavků“ dílčího kritéria „Návrh technického řešení“. Níže uvedená tabulka bude součástí Návrhu technického řešení zpracovaného ve struktuře dle Přílohy 15 „Závazná struktura odpovědi na technickou specifikaci zadání“.

Míra a kvalita funkčních požadavků bude ohodnocena na stupnici od 0 bodů do 3 bodů, přičemž pro jednotlivé hodnoty platí:

0 uvedená funkcionalita zcela chybí

1 je poskytována pouze základní funkcionalita

2 je poskytována většina uvedených funkcionalit

3 jsou poskytovány veškeré uvedené funkcionality

Váha představuje význam požadavku ve vztahu k celkovému řešení AgriBus, přičemž hodnota se pohybuje od 0 do 1 následovně:

0,00 nepožadovaná funkcionalita

0,25 volitelná funkcionalita

0,50 vítaná funkcionalita

0,75 požadovaná funkcionalita

1,00 mandatorní funkcionalita

Přidělené body za splnění každého uvedeného požadavku budou vynásobeny váhou dílčího požadavku a souhrnný počet bodů za dílčí komponentu vypočten jako součet všech vážených bodů požadavků na dílčí komponentu. Celkový počet bodů za všechny komponenty a funkční požadavky bude vypočten jako podíl součtu všech vážených bodů za jednotlivé dílčí komponenty k maximálnímu váženému počtu bodů za všechny komponenty podle vzorce:



celkový dosažený počet bodů za všechny komponenty x 100

maximální počet bodů za všechny komponenty


Komponenta / požadavek

Váha

Popis řešení

Podíl výchozí funkcionality

ESB AgriBus




  • Konzistentní práci se službami




Integrace systémů na bázi webových služeb, umožňujících implementaci SOA

1,00



Integrace koncových bodů využívajících různé komunikační protokoly (např. jeden koncový bod vyžaduje JMS a druhý koncový bod podporuje pouze webové služby)

1,00



Podpora transportů HTTP, JMS, JCA, Enterprise Java Bean, web services (SOAP 1.2, SOAP 1.1, SOAP 1.1 using JAX-RPC, SOAP 1.1/JMS)

1,00



Podpora orchestrace služeb (řízení workflow služeb modelované v BPEL)

1,00



Integrace s centrálním registrem služeb, jednotný způsob zveřejnění služby, jehož součástí je i popis služby nezávislý na technologii

1,00



Dynamické vyhledávání služeb v centrálním registru

1,00



Standardizovaný způsob volání služby (jak synchronními, tak asynchronními protokoly) nezávislý na transportním médiu a technologii služby

0,75



Integrace s centrálním registrem služeb, jednotný způsob zveřejnění služby, jehož součástí je i popis služby nezávislý na technologii

1,00



  • Směrování zpráv




Virtualizace koncových bodů. Konzument služby nemusí znát přesnou aktuální adresu koncového bodu poskytovatele služby. Konzument používá relativní název poskytovatele služby a ESB AgriBus rozhoduje, jaký koncový bod a adresu použít (ESB AgriBus k tomuto účelu využívá nastavená kritéria a registr služeb)

0,50



Adresace služeb nezávislá na síťové topologii

0,75



Dynamické směrování podle obsahu zpráv či podle QoS kritérií (například zatížení) a politik

1,00



Transparentní přepínání cílových bodů za běhu, výběr cílového bodu z registru služeb dle výše uvedených principů

0,75



Možnost opakovaného testování využití koncového bodu a volba jiného vhodného bodu z registru služeb v případě selhání volání primárního koncového bodu

0,50



Podpora standardizovaných adaptérů a konektorů v podobě SCA komponent (např. email, ftp, JDBC)

0,50



Logika pro připojení k cílovému prostředí je zapouzdřena v komponentě adaptéru

0,50



Standardizovaná rozhraní pro přístup ke sběrnici z různých operačních systémů a technologií

1,00



  • Mediace a transformace




Kanonický formát zpráv, kanonický formát datových typů, podpora a správa verzí kanonických formátů

1,00



Podpora mediace a transformace zpráv pro případ, kdy komunikující body reprezentují shodná data rozdílnými datovými strukturami

1,00



Obohacování zpráv o dodatečné informace

0,75



Podpora mediace zpráv na všech komunikačních úrovních

1,00



  • Messaging operace




Podpora synchronního i asynchronního volání služeb

1,00



Frontování požadavků, práce s frontami

0,75



Možnost selektivně zastavit příjem požadavků pro vybrané fronty

0,50



Zprostředkování komunikace využívající standardní formáty, jako jsou EDI a odstínění konzumentů od detailů těchto standardů (zapouzdření datových standardů)

0,25



  • Podpora přenosu souborů




Možnost přenosu objemných souborů v řádu 100 MB a více mezi různými systémy a platformami bez dopadu na kvalitu ostatních komunikačních toků (mimo tělo zprávy)

1,00



Využití datové úschovny pro přenos souborů

0,50



Dynamické určení cesty pro uložení souborů

0,50



Přenos souborů do určené cesty a předání adresy souboru konzumentovi v rámci zprávy

0,50



Monitoring přenosu souborů

0,75



Volitelné zajištění end-to-end integrity souborů

0,75



Volitelné potvrzení přenesení souborů zprávou

0,75



Oprávnění a zabezpečení na úrovni uživatelských rolí pro přístup k přenášeným souborům

0,50



Volitelné šifrování přenášených souborů SSL

0,75



Konfigurace přenosů souborů v grafickém prostředí

0,50



  • Podpora řízení ETL úloh




Podpora řízení ETL úloh pro synchronizaci velkých objemů dat mezi systémy

0,75



Možnost spouštět ETL úlohy a poskytovat služby konzumentům pro spouštění ETL úloh

0,75



Podpora přenosu zpráv o výsledcích ETL úloh

0,75



  • Zveřejnění služeb a přihlášení k odběru služeb




Propagace nových služeb do centrálního registru služeb

0,75



Přihlášení k odběru služeb v centrálním registru služeb

0,75



  • Transakční zpracování a obsluha chyb




Podpora transakčního zapracování, transakcí v rámci workflow

1,00



Schopnost uložit stav transakce v případě nemožnosti kvalitní a včasné odpovědi jednoho nebo více ze zúčastněných koncových bodů zahrnutých v rámci orchestrace služby a dokončení transakce v okamžiku obnovení dostupnosti koncového bodu (pozastavení a opakované spuštění transakce)

1,00



Zajištění konzistence dat v zúčastněných koncových bodech v případě pozastavení zpracování transakce. Možnost vykonání automatické či manuální kompenzační akce v ovlivněných bodech

1,00



Schopnost provést roll-back transakce (roll-back i v zúčastněných koncových bodech podporujících transakční zpracování)

1,00



Podpora vlastností ACID (Atomicity , Consistency, Isolation, Durability)

0,5



Podpora pro dlouho běžící procesy a možnost individuálních odbavení transakcí (commit) v jednotlivých zúčastněných systémech

1,00



Možnost opakovaného volání systémů a konfigurace počtu opakovaných volání (po chybě)

0,75



Přehled běžících transakcí v požadovaném detailu

1,00



Zajištění proti duplicitě transakcí

0,50



Možnost nastavení politik pro obsluhu chyb

1,00



  • Jednotné řízení




Podpora řízení běhu prostřednictvím událostí (event driven architecture)

1,00



Generování událostí v případě výskytu chyby

0,50



Zaručené doručení událostí – podpora „store and forward“ funkcionality

0,75



Řízení sekvencí událostí

0,75



Možnost zastavení příjmu všech zpráv anebo zpráv pro individuální frontu, přičemž všechny zprávy obdržené před zastavením příjmu budou doučeny a související transakce dokončeny

0,75



Podpora řízeného vypnutí systému bez dopadu na rozpracované transakce a konzistenci dat v komunikujících systémech (např. nejprve zastavení příjmu požadavků do vstupních front, dokončení všech rozpracovaných transakcí a poté zastavení systému)

0,75



Podpora uchování stavů transakcí a procesů („state machine“)

1,00



Jednotný monitoring, audit, logování, měření, instalace, konfigurace a deployment integračních a dalších ESB komponent napříč celou IT infrastrukturou

0,50



Jednotný bezpečnostní management, digitální podpisy a šifrování zpráv

0,75



Optimalizace služeb podle zátěže

0,50



Orchestrace služeb, volání zúčastněných koncových bodů v rámci definovaného workflow

0,75



Schopnost obsluhovat selhání a chyby v rámci workflow

1,0



Schopnost iniciace workflow v ESB AgriBus na základě externí události

0,75



  • Quality of service




Zaručené doručení, doručení právě jednou

1,0



Možnost řízení priority zpráv dle poskytovatele služby či dle konzumenta služby

1,0



Mechanismy pro zaručení vysoké dostupnosti (high-availibility, fail-over) a přechod do záložních center (disaster recovery)

0,75



Inteligentní a přitom transparentní rozložení zátěže pro zaručení škálovatelnosti (load balancing)

0,50



Nastavení kvality komunikace (timeouty, priorita, způsob přenosu, řízení objemu komunikace) a ochrana koncových prvků před nadměrnou zátěží

0,50



Procesní platforma AgriBus BPM




Podpora dlouho trvajících procesů

0,75



Možnost návrh procesů v grafickém prostředí a zároveň přímou editací definičních souborů

0,75



Podpora návrhu, běhu a zobrazení webových formulářů zprostředkujících uživatelské vstupy v rámci procesů

1,0



Možnost rozšířit standardní funkcionality webových formulářů o nově vyvinuté aplikační komponenty a nové komponenty grafického uživatelského rozhraní

1,0



Možnost přidávat další procesní aplikace a agendy bez negativních dopadů na provoz řešení AgriBus a zejména na komunikační vrstvu ESB

0,75



Podpora integrace webových rozhraní procesů a aplikací do portálového řešení Objednatele, zejména podpora Single-sign-on a ověřování oproti LDAP Objednatele a podpora Java Portlet Specification

1,0



Podpora automatické aktualizace dat ve formulářích či aktualizace na žádost v případě změny podkladových zdrojových dat

0,75



  • BPM Designér webových formulářů




Podpora grafického návrhu formulářů s možností vizuálně modifikovat vzhled, rozmístění a chování kontrolních prvků

1,0



Možnost přidání kontrolních prvků, ideálně z palety prvků, uvedených v kapitole 5.2.1 Designér webových formulářů

0,75



Podpora modifikace vzhledu formulářů a aplikací, zejména barevného provedení a použitých symbolů a obrázků

0,75



Podpora mapování kontrolních prvků na zdrojová data nesená v záznamech či zprávách obsluhovaných v rámci procesů

0,75



Podpora datových typů uvedených v kapitole 5.2.1 Designér webových formulářů

0,75



Možnost ovlivňovat chování formulářů či kontrolních prvků skripty definovanými a běžícími na pozadí formulářů

1,0



Podpora dynamického překreslování formulářů, sekcí či kontrolních prvků na základě změn jiných kontrolních prvků, možnost řízení dynamického překreslování skripty běžícími na pozadí formulářů

1,0



Možnost kontroly vstupních hodnot oproti definovaným pravidlům, definovatelné chybové zprávy v případě porušení pravidel

0,75



Podpora přidání popisů ke kontrolním prvkům na formulářích

0,50



Podpora lokalizace formulářů a všech prvků rozhraní do českého jazyka

0,75



Možnost přidat k formulářům a dílčím kontrolním prvkům uživatelskou nápovědu

0,50



Registr služeb




Poskytuje katalog s informacemi, jaké služby existují a jsou dostupné pro použití

1,0



Poskytuje grafické rozhraní pro prezentaci informací o službách

1,0



Poskytuje katalog s informacemi o službách a jejich metadatech

1,0



Prezentuje v jakém stavu životního cyklu se služba nachází např. implementovaná, v testování, nedoporučovaná atd.

1,0



Poskytuje informace o verzi služeb

1,0



Umožňuje evidovat a vyhledávat více verzí shodné služby

0,75



Umožňuje dynamicky odkazovat poslední verzi služby

1,0



Umožňuje dynamicky za běhu vyhledávat a vybírat end-point volené služby

1,0



Eviduje informace, kdo a jaké služby využívá

1,0



Poskytuje informace, které služby jsou opakovaně využívané a které nikoliv

1,0



Určení dopadu změn služby na existující závislé služby

0,75



Poskytnutí informací konzumentům služeb o probíhajících nebo plánovaných změnách služeb

0,75



Automaticky publikovat nové služby přidané do ESB AgriBus v registru služeb

0,75



Designér služeb




Možnost grafického návrhu mediačních toků a služeb na všech komunikačních vrstvách

1,0



Integrace s registrem služeb, možnost využití komponent evidovaných v registru služeb pro návrh nových mediačních toků či služeb

1,0



Možnost uložení a opětovného načtení navrženého designu mediačních, integračních či orchestračních toků či služeb

1,0



Organizace komponent a služeb do opakovaně použitelných knihoven

0,50



Podpora integrovaného testování nově navržených mediačních komponent a služeb

0,50



Podpora návrhu workflow služeb využitím BPEL

0,75



Podpora exportu a importu služeb v BPEL

0,75



Podpora simulace běhu služeb a komponent pro účely ladění výkonnosti služeb a komponent

0,50



Nástroje pro nasazení (deployment) vyvinutých funkcionalit do požadovaného prostředí (produkční, testovací, vývojové) ve funkčně ohraničených celcích (modulech)

0,50



Monitoring




  • Dohled běhových prostředí




Monitoring funkcionality a dostupnosti komunikačních rozhraní AgriBus

1,0



Monitoring funkcionality a dostupnosti externího rozhraní AgriBus zejména komponent systému vyrovnávání zátěže a perimetru

1,0



Zajištění přenosu informace o chybě běhového prostředí do historického archivu nejpozději do 12 hodin od detekce události

0,75



Předání událostí do dohledového systému Poskytovatele nejpozději do 5-ti minut od detekce události

0,75



  • Provozní dohled služeb




Monitoring dostupnosti jednotlivých služeb prezentovaný graficky v rámci dashboard nebo (preferované řešení) v rámci registru služeb

0,75



Funkcionalita přenosu zpráv – monitoring změn objemu příchozích a odchozích zpráv

0,75



Monitoring délky komunikačních front

1,0



Detekci chybových stavů v rámci volání služeb / přenosu zpráv

1,0



Monitoring bezpečnostních událostí zejména výskyt neoprávněných volání služeb

1,0



Možnost sledování stavu jednotlivých procesů a to jak z pohledu jednotlivých služeb/rozhraní a konkrétních případů, tak z pohledu celku (průběžné vyhodnocování úspěšnosti konkrétních procesů i celého systému)

0,75



Podpora analýzy problémů jednotlivých datových transakcí až na úroveň dílčích procesů každé služby v nejpodrobnějším členění

0,75



Metriky agregované v čase (např. počet transakcí obsloužených do 2s) budou přístupné pro externí monitoring systémy Objednatele dle parametrů uvedených v kapitole 5.5 Monitoring.

0,75



Vítanou vlastností je možnost založení monitoringu nejvyšší komunikační vrstvy služeb využitím BPEL modelu služby (přímo v BPEL modelu je možné vybrat monitorovací body, monitorované operace, atd.).

0,50



  • Statistický monitoring




Zajištění přenosu informací o každé realizované transakci na všech komunikačních úrovních AgriBus dle požadavků uvedených v kapitole 5.7.3 Statistický dohled služeb nejpozději do 12 hodin od okamžiku dokončení anebo expirování transakce do historického archivu

1,0



  • Bezpečnostní monitoring




V řešení AgriBus bude monitorován výskyt bezpečnostních událostí a parametrů pro zajištění bezpečnosti tak, aby bylo možné naplnit požadavky na zabezpečení řešení definované v kapitolách 5.6 Zabezpečení a 6.5 Zabezpečení

1,0



Historický archiv




Příjem a archivace neagregovaných dat o realizovaných voláních a datových přenosech na mediační, integrační a orchestrační vrstvě ze Statistického dohledu služeb dle požadavků na historii dat

1,0



Příjem a archivace událostí z dohledu běhových prostředí a provozního dohledu služeb

1,0



Podpora pro externí reporting a analýzy nad archivem zejména pro výpočet KPI parametrů dle katalogového listu služby

1,0



Podpora přístupu prostřednictvím ODBC a JDBC rozhraní

0,75



Zdokumentovaný datový model

1,0



Možnost definovat uživatelské účty, skupiny a řídit přístupy individuálně k jednotlivým informacím, zejména pak možnost definovat read-only oprávnění nad celým historickým archivem

0,75



Možnost vytvářet pohledy na data (typicky databázové view) a řídit přístupy k těmto pohledům

0,75



Zajištění historie neagregovaných dat dle požadavků na kapacitu historického archivu

0,75






Příloha 19: Vzor Dohody o ochraně důvěrných informací

Vzor Dohody o ochraně důvěrných informací tvoří samostatnou přílohu zadávací dokumentace.


* Přidat řádky dle potřeby.

1 Předkládá pouze uchazeč, který má formu akciové společnosti

Document Metadata

Filed: March 19th, 2023