Procurement observatory.

<!-- PAGE 1 --># Vysvětlení zadávacích podmínek č. 1

k veřejné zakázce s názvem

## Technická modernizace a optimalizace webové aplikace tsbohemia.cz

1. **Údaje o zadavateli**

Název:

**T.S.BOHEMIA a.s.**

Sídlo: Olomouc - Pavlovičky, Sladovní 103/3, PSČ 77900 IČ: 62304381 DIČ: CZ62304381 Jednající: Ing. Lubomír Pešák, předseda představenstva Zápis v OR: B 2941 vedená u Krajského soudu v Ostravě

| Kontaktní osoba zadavatele: |  |
| --- | --- |
| Jméno a příjmení: | Patrik Prikrt |
| e-mail: | pprikrt@tsbohemia.cz |

1. **Důvod vysvětlení zadávacích podmínek**

Zadavateli byla dne 5. 10. 2026 doručena žádost o vysvětlení zadávacích podmínek v následujícím znění: „ *Vážený zadavateli, v souladu s čl. 9 zadávací dokumentace a bodem 5.3.3 Pravidel pro výběr dodavatelů OP TAK žádáme o vysvětlení následujících zadávacích podmínek:*

1. ***Probíhající zakázky jako reference***

*Lze jako referenční zakázku účastníka (Formulář nabídky, část Technická kvalifikace – referenční zakázky) uvést dlouhodobou spolupráci, v jejímž rámci byla v posledních 5 letech navržena a implementována e-commerce webová aplikace a jejíž rozvoj nadále pokračuje? Pokud ano, uvede se jako datum dokončení datum uvedení aplikace do ostrého provozu? Platí totéž pro referenční zkušenosti členů realizačního týmu v dokumentu Odborná úroveň, kde se požaduje, aby řádné poskytování dodávek a služeb bylo ukončeno v posledních 8 letech? Rozumí se hodnotou referenční zkušenosti hodnota celé zakázky, nebo hodnota podílu dané osoby?*

1. ***Úpravy backendu***

*Optimalizace nákupního košíku (TS, projekt 5: správa uložených dodacích adres, jejich agregace a vyhledávání, specifické zobrazení cen pro B2B, zvýhodněné sety) a logování (TS, projekt 6: sběr logů BE a Nomad, propojení logů FE s BE) předpokládají úpravy backendového REST API (.NET) a infrastruktury. Jsou tyto úpravy součástí předmětu plnění, nebo je zajistí tým zadavatele? Je součástí předmětu plnění upgrade backendu z .NET 7 na podporovanou verzi?*

1. ***Výkonové cíle***

*Jsou cílové hodnoty LCP, INP a CLS uvedené v TS čl. 3.7 a 4.7 podmínkou akceptace, nebo se akceptuje doložení měření před a po realizaci (TS čl. 3.12.2 a 4.12.2)? Jakým nástrojem a na jakých*

<!-- PAGE 2 -->*datech se bude měřit (data reálných uživatelů, např. CrUX, nebo laboratorní měření)? Jak bude zohledněn vliv měřicích kódů třetích stran nasazovaných v rámci projektu 1?*

1. ***Podklady ke stávající aplikaci***

*Předmět plnění zahrnuje migraci a refaktoring stávající aplikace za pevnou cenu. Poskytne zadavatel před podáním nabídek základní údaje o aplikaci, zejména verze Next.js a Reactu, počet rout a stránek, počet globálních Context Providerů, jazykové mutace a způsob řešení i18n a rozsah automatizovaných testů? Případně umožní účastníkům přístup ke zdrojovému kódu pro čtení na základě dohody o mlčenlivosti?*

1. ***Počet referenčních zakázek***

*ZD čl. 6 stanoví, že technickou kvalifikaci mají účastníci, kteří realizovali alespoň 1 referenční zakázku. Formulář nabídky požaduje alespoň 3 referenční zakázky v hodnotě alespoň 4 000 000 Kč bez DPH každá. Který z požadavků je závazný?*

1. ***Pořadí realizace projektů***

*Projekty 2, 4, 5 a 7 zasahují do nákupního košíku a objednávkového procesu. Může účastník v návrhu harmonogramu (Smlouva čl. 3.3) navrhnout pořadí realizace projektů, nebo pořadí stanoví zadavatel?*

1. ***Fakturace analytických fází***

*Analytické fáze projektů 3 a 4 (Technická modernizace – Projekt 1 a Projekt 2) podléhají samostatné akceptaci (TS čl. 3.9 a 4.9). Lze akceptovanou analytickou fázi, případně akceptované dílčí fáze 1–4, fakturovat samostatně jako ucelenou část díla ve smyslu Smlouvy čl. 4.4 a 5.2?*

1. ***Rozsah redesignu mobilní verze***

*Co se rozumí „Administrační částí webu" mezi obrazovkami pro grafické návrhy v projektu 2 (zákaznický účet, B2B rozhraní, nebo interní administrace)?*

1. ***Integrace třetích stran v projektu 1***

*Lze uzavřít seznam služeb třetích stran k implementaci (TS projekt 1, fáze 7), zejména položky „Ostatní měřící platformy" a „Partneři a Affiliate"?*

1. ***Rovnocenné technologie v hodnocení***

*Dokument Odborná úroveň boduje použití konkrétních produktů (např. Nomad, Traefik, Consul, KeyDB, Adobe XD, Hotjar, Google BigQuery, Google Looker Studio) bez možnosti uvést rovnocenné řešení (PpVD bod 5.2.5). Bude zohledněno i použití rovnocenných technologií, např. Kubernetes jako orchestrátor nebo jiný nástroj pro service discovery?*

1. ***Forma podání nabídky***

*Lze nabídku podat i elektronicky prostřednictvím NEN, nebo výhradně v listinné podobě podle ZD čl. 4 a 10?*

1. ***Smluvní podmínky***
2. *Zvažuje zadavatel stanovit souhrnný limit odpovědnosti dodavatele za škodu (např. do výše ceny díla, s výjimkou škody způsobené úmyslně nebo hrubou nedbalostí) a souhrnný limit smluvních pokut?*
3. *Vztahuje se výhradní licence (Smlouva čl. 6) i na předem existující nástroje a knihovny dodavatele a na software třetích stran s vlastními licenčními podmínkami?*

<!-- PAGE 3 -->1. *Jaká je maximální lhůta objednatele pro převzetí díla nebo jeho části po předvedení funkčnosti a brání převzetí i vady, které nebrání užívání? Děkujeme za vysvětlení.* "
2. **Odpověď zadavatele**

Ad 1) Zadavatel bude akceptovat referenční zakázky, které byly ve stanovené době 5 let před zahájením tohoto výběrového řízení dokončeny. V případě trvajících referenčních zakázek bude zadavatel akceptovat takové referenční zakázky, v rámci kterých byla v zadavatelem stanovené době před zahájením tohoto výběrového řízení aplikace obdobná předmětu této zakázky, respektive alespoň její ucelená funkční část, objednateli oficiálně předána nebo prokazatelně převedena do ostrého provozu, přičemž uhrazená hodnota takové aplikace, respektive její ucelené funkční části, musela v době předání/převedení do ostrého provozu splňovat alespoň zadavatelem stanovenou minimální hodnotu. Jako datum dokončení se v takovém případě uvede datum předání aplikace Objednateli nebo datum jejího převedení do ostrého provozu. Obdobně bude zadavatel akceptovat probíhající referenční zakázky i v rámci hodnocení zkušeností členů realizačního týmu (dokument Odborná úroveň). Vždy však musí být u dané referenční zkušenosti splněny požadavky zadavatele stanovené v dokumentu Odborná úroveň pro danou referenční zkušenost. Zadavatel nebude akceptovat referenční zakázky, v rámci kterých nebyla ve stanovené době provedena (tj. dokončena a předána nebo převedena do ostrého provozu) ucelená funkční část aplikace. Taková referenční zakázka by neprokazovala, že je účastník schopen řádně dokončit celou zakázku obdobného rozsahu od počátku po její finální zprovoznění. Hodnotou referenční zkušenosti se rozumí hodnota celé zakázky, nikoli hodnota podílu člena realizačního týmu. Ad 2) Úpravy týkající se backendu a infrastruktury zde zajistí tým zadavatele. Dodavatel zajistí řešení frontendové části a také poskytne zadání na změny na backendové části. Ad 3) Cílové hodnoty jsou podmínkou akceptace. Měření bude probíhat na veřejných datech reálných uživatelů dostupných na CrUX. Jde o celkové metriky za celý web, tzn. celý origin. Testuje se jako celek, nikoli jenom dílčí část. V rámci projektu 1 by mělo dojít k výrazným posunům metrik směrem k cílovým hodnotám, očekává se tedy zlepšení po zvládnutí projektu 1, kódy třetích stran se počítají do celkového výpočtu pro metriky. Ad 4) Zadavatel tímto doplňuje tazatelem vyžádané údaje:

- ▪ Verze Next.js - 14.2.30
- ▪ Verze React - 18.2.0
- ▪ Počet stránek - 25
- ▪ API routes - 35
- ▪ Celkem 60 zpracovávaných routes
- ▪ Počet globálních context providerů - 16
- ▪ i18next - 23.10.1 -\> standardně s json soubory s lokalizacemi (apps/frontend/public/locales)
- ▪ UI testy -\> 16
- ▪ e2e testy -\> 0
- ▪ component testy -\> 0

<!-- PAGE 4 -->- ▪ unit testy na utility -\> 11 Ke zdrojovým kódům zadavatel přístup účastníkům neumožní. Ad 5) Údaj o počtu referenčních zakázek v čl. 6 ZD je chybný. Zadavatel skutečně požaduje pro prokázání kvalifikace účastníka alespoň 3 referenční zakázky, jak je stanoveno ve Formuláři nabídky. Ad 6) Jak je uvedeno v bodě 3.3.1 závazné předlohy smlouvy, návrh časového harmonogramu provádění Díla minimálně v členění na dílčí projekty Díla a jejich etapy/fáze (tj. i pořadí realizace projektů) zpracuje zhotovitel a předloží jej objednateli ke schválení. Objednatel pak buďto návrh zhotovitele akceptuje, nebo předá zhotoviteli své připomínky k zapracování. Zhotovitel tedy navrhuje pořadí projektů a časový harmonogram, konečné právo ke schválení či změně však náleží objednateli. Ad 7) Zadavatel předpokládá fakturaci v souladu s bodem 4.4 závazné předlohy smlouvy, tj. vždy část Ceny Díla odpovídající předávané části Díla podle přílohy č. 2 Smlouvy upravené o sjednané Zádržné. Zadavatel však nevylučuje, že s ohledem na průběh provádění Díla, provozní možnosti a okolnosti připustí po dohodě se Zhotovitelem fakturaci po menších částech, jak je stanoveno v bodě 5.2 závazné předlohy smlouvy. Ad 8) Administrační částí webu se myslí vše, co souvisí s vytvořeným účtem a nákupem zákazníka. Jedná se o sekce:
- ▪ Objednávky
- ▪ Faktury
- ▪ Reklamace a vrácení zboží
- ▪ Zakoupené zboží a záruky
- ▪ Hodnocení zboží
- ▪ Licence
- ▪ Hlídací psi
- ▪ Oblíbené produkty
- ▪ Můj účet
- ▪ Dodací adresy
- ▪ Disponentní účty Ad 9) Zadavatel upřesňuje seznam služeb třetích stran k následovně: implementaci v TS projekt 1, fáze 7,
- ▪ CookieHub
- ▪ PPC systémy – Google, Ads, Micrososft Ads, Sklik
- ▪ Meta / Facebook Pixel
- ▪ Criteo
- ▪ RTB House
- ▪ Boldem
- ▪ Heureka
- ▪ Vendor Pixel Kingston
- ▪ Commerce-Connector (Wayvia)
- ▪ GetHatch (Wayvia)
- ▪ Onsite nástroje – SmartForm, SmartSupp Ad 10) Zadavatel zvolil v rámci dílčího hodnotícího kritéria systém bodování zkušeností s konkrétními produkty, technologiemi, které jsou použity ve stávající aplikaci. Jejich

<!-- PAGE 5 -->znalost a zkušenost s nimi tak představuje výhodu pro provádění této zakázky. Takový postup není v rozporu s bodem 5.2.5 PpVD, který se vztahuje toliko na technické podmínky předmětu zakázky, nikoli na hodnocení nabídek. Zadavatel se však rozhodl připustit a v hodnocení zkušeností členů realizačního týmu (dokument Odborná úroveň) zohlednit zkušenosti členů realizačního týmu i s rovnocennými technologiemi/produkty. Účastník v takovém případě zaškrtne zaškrtávací políčko se stávající technologií/produktem a připojí poznámku s uvedením, že disponuje zkušeností s rovnocennou technologií/produktem a uvede s jakým. Hodnotící komise zadavatele pak posoudí, zda účastníkem uvedená rovnocenná technologie/produkt je skutečně rovnocenná pro využití takové zkušenosti pro provádění předmětu této veřejné zakázky, či nikoliv. Ad 11) Nabídky lze podávat výhradně v listinné formě v souladu s body 4 a 10 Zadávací dokumentace. Ad 12) a) Zadavatel stanovil souhrnný limit odpovědnosti zhotovitele za škodu, která nebyla způsobena úmyslně nebo hrubou nedbalostí, na 8 000 000 Kč. Tento limit je rovněž maximální souhrnnou výší smluvních pokut, kterou bude objednatel oprávněn nárokovat po zhotoviteli na základě smlouvy o dílo v rámci této veřejné zakázky.

1. Zadavatel je ochoten připustit nevýhradní licenci k částem Díla za předpokladu, že licenční podmínky SW třetích stran použitých pro provedení Díla nesmí být nijak limitující pro užívání a další upravování Díla objednatelem, nesmí být spojeno s nutností budoucích plateb a nesmí narušit vlastnické právo objednatele k ostatním částem Díla a k Dílu jako celku.
2. Zadavatel tímto odkazuje na bod 5.3. závazné předlohy smlouvy. Zda objednatel dílo s vadami převezme, nebo nepřevezme, bude záležet na konkrétním typu a projevu vady a dohodě se zhotovitelem na jejím odstranění. V obecnosti lze předpokládat, že objednatel bude ochoten převzít dílo s drobnými vadami nebránícími užívání díla, nicméně možnost volby náleží objednateli a objednatel se rozhodne dle konkrétní situace – dle konkrétního typu vad a nedodělků, jejich množství apod. Nelze tak v tuto chvíli jednoznačně odpovědět bez znalosti konkrétních vad a nedodělků. Žádná lhůta pro převzetí díla stanovena není. Mělo by být v zájmu zhotovitele dokončit a předat dílo objednateli co nejdříve, stejně tak je v zájmu objednatele převzít řádně provedené dílo bez vad a nedodělků co nejdříve. Zadavatel tímto prodlužuje lhůtu k podání nabídek nově

**do 20. 11. 2026 do 10.00 hod.** Otevírání obálek s nabídkami bude zahájeno neprodleně po konci lhůty k podání nabídek. Příloha: Odborná úroveň – aktualizovaná Závazný návrh smlouvy – aktualizovaný V Olomouci dne 19. 10. 2026

_________________________ Ing. Lubomír Pešák, předseda představenstva

Page 1

# Vysvětlení zadávacích podmínek č. 1

k veřejné zakázce s názvem

## Technická modernizace a optimalizace webové aplikace tsbohemia.cz

1. **Údaje o zadavateli**

Název:

**T.S.BOHEMIA a.s.**

Sídlo: Olomouc - Pavlovičky, Sladovní 103/3, PSČ 77900 IČ: 62304381 DIČ: CZ62304381 Jednající: Ing. Lubomír Pešák, předseda představenstva Zápis v OR: B 2941 vedená u Krajského soudu v Ostravě

| Kontaktní osoba zadavatele: |  |
| --- | --- |
| Jméno a příjmení: | Patrik Prikrt |
| e-mail: | pprikrt@tsbohemia.cz |

1. **Důvod vysvětlení zadávacích podmínek**

Zadavateli byla dne 5. 10. 2026 doručena žádost o vysvětlení zadávacích podmínek v následujícím znění: „ *Vážený zadavateli, v souladu s čl. 9 zadávací dokumentace a bodem 5.3.3 Pravidel pro výběr dodavatelů OP TAK žádáme o vysvětlení následujících zadávacích podmínek:*

1. ***Probíhající zakázky jako reference***

*Lze jako referenční zakázku účastníka (Formulář nabídky, část Technická kvalifikace – referenční zakázky) uvést dlouhodobou spolupráci, v jejímž rámci byla v posledních 5 letech navržena a implementována e-commerce webová aplikace a jejíž rozvoj nadále pokračuje? Pokud ano, uvede se jako datum dokončení datum uvedení aplikace do ostrého provozu? Platí totéž pro referenční zkušenosti členů realizačního týmu v dokumentu Odborná úroveň, kde se požaduje, aby řádné poskytování dodávek a služeb bylo ukončeno v posledních 8 letech? Rozumí se hodnotou referenční zkušenosti hodnota celé zakázky, nebo hodnota podílu dané osoby?*

1. ***Úpravy backendu***

*Optimalizace nákupního košíku (TS, projekt 5: správa uložených dodacích adres, jejich agregace a vyhledávání, specifické zobrazení cen pro B2B, zvýhodněné sety) a logování (TS, projekt 6: sběr logů BE a Nomad, propojení logů FE s BE) předpokládají úpravy backendového REST API (.NET) a infrastruktury. Jsou tyto úpravy součástí předmětu plnění, nebo je zajistí tým zadavatele? Je součástí předmětu plnění upgrade backendu z .NET 7 na podporovanou verzi?*

1. ***Výkonové cíle***

*Jsou cílové hodnoty LCP, INP a CLS uvedené v TS čl. 3.7 a 4.7 podmínkou akceptace, nebo se akceptuje doložení měření před a po realizaci (TS čl. 3.12.2 a 4.12.2)? Jakým nástrojem a na jakých*

Page 2

*datech se bude měřit (data reálných uživatelů, např. CrUX, nebo laboratorní měření)? Jak bude zohledněn vliv měřicích kódů třetích stran nasazovaných v rámci projektu 1?*

1. ***Podklady ke stávající aplikaci***

*Předmět plnění zahrnuje migraci a refaktoring stávající aplikace za pevnou cenu. Poskytne zadavatel před podáním nabídek základní údaje o aplikaci, zejména verze Next.js a Reactu, počet rout a stránek, počet globálních Context Providerů, jazykové mutace a způsob řešení i18n a rozsah automatizovaných testů? Případně umožní účastníkům přístup ke zdrojovému kódu pro čtení na základě dohody o mlčenlivosti?*

1. ***Počet referenčních zakázek***

*ZD čl. 6 stanoví, že technickou kvalifikaci mají účastníci, kteří realizovali alespoň 1 referenční zakázku. Formulář nabídky požaduje alespoň 3 referenční zakázky v hodnotě alespoň 4 000 000 Kč bez DPH každá. Který z požadavků je závazný?*

1. ***Pořadí realizace projektů***

*Projekty 2, 4, 5 a 7 zasahují do nákupního košíku a objednávkového procesu. Může účastník v návrhu harmonogramu (Smlouva čl. 3.3) navrhnout pořadí realizace projektů, nebo pořadí stanoví zadavatel?*

1. ***Fakturace analytických fází***

*Analytické fáze projektů 3 a 4 (Technická modernizace – Projekt 1 a Projekt 2) podléhají samostatné akceptaci (TS čl. 3.9 a 4.9). Lze akceptovanou analytickou fázi, případně akceptované dílčí fáze 1–4, fakturovat samostatně jako ucelenou část díla ve smyslu Smlouvy čl. 4.4 a 5.2?*

1. ***Rozsah redesignu mobilní verze***

*Co se rozumí „Administrační částí webu" mezi obrazovkami pro grafické návrhy v projektu 2 (zákaznický účet, B2B rozhraní, nebo interní administrace)?*

1. ***Integrace třetích stran v projektu 1***

*Lze uzavřít seznam služeb třetích stran k implementaci (TS projekt 1, fáze 7), zejména položky „Ostatní měřící platformy" a „Partneři a Affiliate"?*

1. ***Rovnocenné technologie v hodnocení***

*Dokument Odborná úroveň boduje použití konkrétních produktů (např. Nomad, Traefik, Consul, KeyDB, Adobe XD, Hotjar, Google BigQuery, Google Looker Studio) bez možnosti uvést rovnocenné řešení (PpVD bod 5.2.5). Bude zohledněno i použití rovnocenných technologií, např. Kubernetes jako orchestrátor nebo jiný nástroj pro service discovery?*

1. ***Forma podání nabídky***

*Lze nabídku podat i elektronicky prostřednictvím NEN, nebo výhradně v listinné podobě podle ZD čl. 4 a 10?*

1. ***Smluvní podmínky***

1. *Zvažuje zadavatel stanovit souhrnný limit odpovědnosti dodavatele za škodu (např. do výše ceny díla, s výjimkou škody způsobené úmyslně nebo hrubou nedbalostí) a souhrnný limit smluvních pokut?*

1. *Vztahuje se výhradní licence (Smlouva čl. 6) i na předem existující nástroje a knihovny dodavatele a na software třetích stran s vlastními licenčními podmínkami?*

Page 3

1. *Jaká je maximální lhůta objednatele pro převzetí díla nebo jeho části po předvedení funkčnosti a brání převzetí i vady, které nebrání užívání? Děkujeme za vysvětlení.* "

1. **Odpověď zadavatele**

Ad 1) Zadavatel bude akceptovat referenční zakázky, které byly ve stanovené době 5 let před zahájením tohoto výběrového řízení dokončeny. V případě trvajících referenčních zakázek bude zadavatel akceptovat takové referenční zakázky, v rámci kterých byla v zadavatelem stanovené době před zahájením tohoto výběrového řízení aplikace obdobná předmětu této zakázky, respektive alespoň její ucelená funkční část, objednateli oficiálně předána nebo prokazatelně převedena do ostrého provozu, přičemž uhrazená hodnota takové aplikace, respektive její ucelené funkční části, musela v době předání/převedení do ostrého provozu splňovat alespoň zadavatelem stanovenou minimální hodnotu. Jako datum dokončení se v takovém případě uvede datum předání aplikace Objednateli nebo datum jejího převedení do ostrého provozu. Obdobně bude zadavatel akceptovat probíhající referenční zakázky i v rámci hodnocení zkušeností členů realizačního týmu (dokument Odborná úroveň). Vždy však musí být u dané referenční zkušenosti splněny požadavky zadavatele stanovené v dokumentu Odborná úroveň pro danou referenční zkušenost. Zadavatel nebude akceptovat referenční zakázky, v rámci kterých nebyla ve stanovené době provedena (tj. dokončena a předána nebo převedena do ostrého provozu) ucelená funkční část aplikace. Taková referenční zakázka by neprokazovala, že je účastník schopen řádně dokončit celou zakázku obdobného rozsahu od počátku po její finální zprovoznění. Hodnotou referenční zkušenosti se rozumí hodnota celé zakázky, nikoli hodnota podílu člena realizačního týmu. Ad 2) Úpravy týkající se backendu a infrastruktury zde zajistí tým zadavatele. Dodavatel zajistí řešení frontendové části a také poskytne zadání na změny na backendové části. Ad 3) Cílové hodnoty jsou podmínkou akceptace. Měření bude probíhat na veřejných datech reálných uživatelů dostupných na CrUX. Jde o celkové metriky za celý web, tzn. celý origin. Testuje se jako celek, nikoli jenom dílčí část. V rámci projektu 1 by mělo dojít k výrazným posunům metrik směrem k cílovým hodnotám, očekává se tedy zlepšení po zvládnutí projektu 1, kódy třetích stran se počítají do celkového výpočtu pro metriky. Ad 4) Zadavatel tímto doplňuje tazatelem vyžádané údaje:

- ▪ Verze Next.js - 14.2.30

- ▪ Verze React - 18.2.0

- ▪ Počet stránek - 25

- ▪ API routes - 35

- ▪ Celkem 60 zpracovávaných routes

- ▪ Počet globálních context providerů - 16

- ▪ i18next - 23.10.1 -\> standardně s json soubory s lokalizacemi (apps/frontend/public/locales)

- ▪ UI testy -\> 16

- ▪ e2e testy -\> 0

- ▪ component testy -\> 0

Page 4

- ▪ unit testy na utility -\> 11 Ke zdrojovým kódům zadavatel přístup účastníkům neumožní. Ad 5) Údaj o počtu referenčních zakázek v čl. 6 ZD je chybný. Zadavatel skutečně požaduje pro prokázání kvalifikace účastníka alespoň 3 referenční zakázky, jak je stanoveno ve Formuláři nabídky. Ad 6) Jak je uvedeno v bodě 3.3.1 závazné předlohy smlouvy, návrh časového harmonogramu provádění Díla minimálně v členění na dílčí projekty Díla a jejich etapy/fáze (tj. i pořadí realizace projektů) zpracuje zhotovitel a předloží jej objednateli ke schválení. Objednatel pak buďto návrh zhotovitele akceptuje, nebo předá zhotoviteli své připomínky k zapracování. Zhotovitel tedy navrhuje pořadí projektů a časový harmonogram, konečné právo ke schválení či změně však náleží objednateli. Ad 7) Zadavatel předpokládá fakturaci v souladu s bodem 4.4 závazné předlohy smlouvy, tj. vždy část Ceny Díla odpovídající předávané části Díla podle přílohy č. 2 Smlouvy upravené o sjednané Zádržné. Zadavatel však nevylučuje, že s ohledem na průběh provádění Díla, provozní možnosti a okolnosti připustí po dohodě se Zhotovitelem fakturaci po menších částech, jak je stanoveno v bodě 5.2 závazné předlohy smlouvy. Ad 8) Administrační částí webu se myslí vše, co souvisí s vytvořeným účtem a nákupem zákazníka. Jedná se o sekce:

- ▪ Objednávky

- ▪ Faktury

- ▪ Reklamace a vrácení zboží

- ▪ Zakoupené zboží a záruky

- ▪ Hodnocení zboží

- ▪ Licence

- ▪ Hlídací psi

- ▪ Oblíbené produkty

- ▪ Můj účet

- ▪ Dodací adresy

- ▪ Disponentní účty Ad 9) Zadavatel upřesňuje seznam služeb třetích stran k následovně: implementaci v TS projekt 1, fáze 7,

- ▪ CookieHub

- ▪ PPC systémy – Google, Ads, Micrososft Ads, Sklik

- ▪ Meta / Facebook Pixel

- ▪ Criteo

- ▪ RTB House

- ▪ Boldem

- ▪ Heureka

- ▪ Vendor Pixel Kingston

- ▪ Commerce-Connector (Wayvia)

- ▪ GetHatch (Wayvia)

- ▪ Onsite nástroje – SmartForm, SmartSupp Ad 10) Zadavatel zvolil v rámci dílčího hodnotícího kritéria systém bodování zkušeností s konkrétními produkty, technologiemi, které jsou použity ve stávající aplikaci. Jejich

Page 5

znalost a zkušenost s nimi tak představuje výhodu pro provádění této zakázky. Takový postup není v rozporu s bodem 5.2.5 PpVD, který se vztahuje toliko na technické podmínky předmětu zakázky, nikoli na hodnocení nabídek. Zadavatel se však rozhodl připustit a v hodnocení zkušeností členů realizačního týmu (dokument Odborná úroveň) zohlednit zkušenosti členů realizačního týmu i s rovnocennými technologiemi/produkty. Účastník v takovém případě zaškrtne zaškrtávací políčko se stávající technologií/produktem a připojí poznámku s uvedením, že disponuje zkušeností s rovnocennou technologií/produktem a uvede s jakým. Hodnotící komise zadavatele pak posoudí, zda účastníkem uvedená rovnocenná technologie/produkt je skutečně rovnocenná pro využití takové zkušenosti pro provádění předmětu této veřejné zakázky, či nikoliv. Ad 11) Nabídky lze podávat výhradně v listinné formě v souladu s body 4 a 10 Zadávací dokumentace. Ad 12) a) Zadavatel stanovil souhrnný limit odpovědnosti zhotovitele za škodu, která nebyla způsobena úmyslně nebo hrubou nedbalostí, na 8 000 000 Kč. Tento limit je rovněž maximální souhrnnou výší smluvních pokut, kterou bude objednatel oprávněn nárokovat po zhotoviteli na základě smlouvy o dílo v rámci této veřejné zakázky.

1. Zadavatel je ochoten připustit nevýhradní licenci k částem Díla za předpokladu, že licenční podmínky SW třetích stran použitých pro provedení Díla nesmí být nijak limitující pro užívání a další upravování Díla objednatelem, nesmí být spojeno s nutností budoucích plateb a nesmí narušit vlastnické právo objednatele k ostatním částem Díla a k Dílu jako celku.

1. Zadavatel tímto odkazuje na bod 5.3. závazné předlohy smlouvy. Zda objednatel dílo s vadami převezme, nebo nepřevezme, bude záležet na konkrétním typu a projevu vady a dohodě se zhotovitelem na jejím odstranění. V obecnosti lze předpokládat, že objednatel bude ochoten převzít dílo s drobnými vadami nebránícími užívání díla, nicméně možnost volby náleží objednateli a objednatel se rozhodne dle konkrétní situace – dle konkrétního typu vad a nedodělků, jejich množství apod. Nelze tak v tuto chvíli jednoznačně odpovědět bez znalosti konkrétních vad a nedodělků. Žádná lhůta pro převzetí díla stanovena není. Mělo by být v zájmu zhotovitele dokončit a předat dílo objednateli co nejdříve, stejně tak je v zájmu objednatele převzít řádně provedené dílo bez vad a nedodělků co nejdříve. Zadavatel tímto prodlužuje lhůtu k podání nabídek nově

**do 20. 11. 2026 do 10.00 hod.** Otevírání obálek s nabídkami bude zahájeno neprodleně po konci lhůty k podání nabídek. Příloha: Odborná úroveň – aktualizovaná Závazný návrh smlouvy – aktualizovaný V Olomouci dne 19. 10. 2026

_________________________ Ing. Lubomír Pešák, předseda představenstva