g. gentl / observatoryCzech public procurement
From public records to matchable facts

Procurement observatory.

Explore opportunities, document readiness, and the qualification facts we can later score against company knowledge.

Live database · read only

Document text

Originals stay with the publisher. We store extracted text, pages and tables in the database. New IT procedure links are queued when a source stores them and the full catalog is reconciled hourly; a few due documents are processed every five minutes, and known documents are checked daily, subject to that queue. Source document lists follow each source’s refresh cadence.

Text is a parsing result. Typed qualification facts appear when a specification or qualification file can be read; they are not a bid recommendation. Failed updates retain the last successful text. Most ISVZ links fail as HTML pages, not files.

33,750 · pending0 · processing2,326 · ready1,741 · failed
Reset

37817 documents

DocumentStatusTextLast checkedNext check due
Příloha_č. 4_smlouvy Standard komunikace Servicedesku s externími firmami.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 21:04
Příloha_č.5_smlouvy Přehled_ poddodavatelů (002).docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 21:04
Příloha_č. 1_smlouvy_Technická specifikace_zboží_new_2026 (002) (003).docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 21:04
Příloha č 3_smlouvy_rozpad_ceny_obměna_serverů_ČSSZ_2026.xlsx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 21:04
Příloha č. 3 výzvy KL.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 21:04
Příloha č. 2_smlouvy Místa_plnění_obměna_serverů_ČSSZ.xlsx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 21:04
Příloha č. 2 výzvy UA.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 21:04
Příloha č. 1 výzvy Závazný_vzor_smlouvy_obměna_serverů_ČSSZ (002) (002).docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 21:04
2026_10_22-5_0_Vyzva.zip
nen.nipez.cz
readyAvailable29 Oct 2026, 10:1530 Oct 2026, 10:15
Priloha c. 5_Struktura nabidkove ceny.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
Priloha c. 4_technicka_specifikace.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
Priloha c. 4a_Benchmark výkonu procesorů CPU Mark.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
Priloha c. 3_Cestne prohlaseni o zakladni__ zpusobilosti.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
Priloha c. 2_Smluvni dokumentace.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
Priloha c. 1 ZD Kryci list.doc
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
Vysvětlení zadávacích podmínek 3.docx
nen.nipez.cz
readyAvailable29 Oct 2026, 12:0630 Oct 2026, 12:06
Vysvětlení zadávacích podmínek 2.docx
nen.nipez.cz
readyAvailable29 Oct 2026, 10:1530 Oct 2026, 10:15
Vysvětlení zadávacích podmínek 1.docx
nen.nipez.cz
readyAvailable30 Oct 2026, 02:5031 Oct 2026, 02:50
Šifrovací N006-26-V00032307 Výpočetní server s datovým polem.cer
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
vyzva ji it dily nen.pdf
nen.nipez.cz
readyAvailable30 Oct 2026, 07:0031 Oct 2026, 07:00
priloha 2 Poptávka drobných dílů pro KrP JI 2026 bez ceny.xlsx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
priloha 1 formular nabidky ji it dily.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
20261001_N_299400_ZD1004_Vyzva_vcetne_zadavaci_dokumentace.pdf
nen.nipez.cz
readyAvailable29 Oct 2026, 20:0530 Oct 2026, 20:05
20261001_N_299400_ZD1004_Priloha_3_Cestne_prohlaseni.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
20261001_N_299400_ZD1004_Priloha_2_zavazne_obchodni_podminky.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
20261001_N_299400_ZD1004_Priloha_1_Podrobna_technicka_specifikace.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
20261022_N_2994_ZD1004_Vysvětlení, doplnění a změna zadávací dokumentace_2.pdf
nen.nipez.cz
readyAvailable29 Oct 2026, 12:0030 Oct 2026, 12:00
20261021_N_2994_ZD1004_Vysvětlení, doplnění a změna zadávací dokumentace_1.pdf
nen.nipez.cz
readyAvailable30 Oct 2026, 07:0031 Oct 2026, 07:00
20261001_N_299400_ZD1004_Priloha_1_Podrobna_technicka_specifikace_rev.2.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04
20261001_N_299400_ZD1004_Priloha_1_Podrobna_technicka_specifikace_rev.1.docx
nen.nipez.cz
pendingNot extracted—22 Oct 2026, 20:04

Vysvětlení zadávacích podmínek 2.docx

Original at publisher ↗

Status: ready · Role: explanation · Fetched: 29 Oct 2026, 10:15 · Extracted: 24 Oct 2026, 03:10

cz.nipez.discovery · Výpočetní server s datovým polem ↗

SHA-256: daa946ed8336f049699a2d424ee64b28fd722cb70466c1348e614bd54a3c5971
Parser: xberg-1.0.14:markdown-pages-tables-ces-eng-v1

Extracted text · 2,458 characters
<!-- PAGE 1 -->

| **Ústav chemických procesů AV ČR, v. v. i.** Sídlo zadavatele: Rozvojová 1/135, 165 00 Praha 6 – Suchdol IČ: 67985858 zastoupen: Ing. Michalem Šycem, Ph.D., ředitelem zapsána v rejstříku veřejných výzkumných institucí vedeném Ministerstvem školství, mládeže a tělovýchovy (dále jen „***Zadavatel***“) **Vysvětlení zadávací dokumentace** ZADÁVACÍ ŘÍZENÍ NA VEŘEJNOU ZAKÁZKU S NÁZVEM: ***" Výpočetní server s datovým polem“*** **Systémové číslo NEN: N006/26/V00032307** (dále jen ***„Veřejná zakázka“***) Zadavatel v rámci zadávacího řízení na předmětnou veřejnou zakázku tímto podává ve smyslu ustanovení § 98 zákona č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „Z***ákon***“), následující vysvětlení na základě níže uvedené žádosti dodavatele: **Žádost o vysvětlení podaná dodavatelem dne 13. října 2026:** *Vážený zadavateli,* *u diskového pole vyžadujete podporu  RAID 0, 1, 5, 6 a 10.* *Nicméně toto zadání máte opsané asi z nějakého serverového řadiče a tyto parametry nejsou vhodné pro diskové pole. * *Dobrá disková pole jsou zaměřena na ochranu dat co na nich jsou a Raid 0  je nebezpečné řešení a nepřináší žádnou ochranu dat spíš naopak a jeho podpora je vesměs nežádoucí a nenabízí se.* *Jde nabízet například podpora Raid pole RAID10 (tj. kombinace striping RAID0 + mirroring RAID1) RAID 5, RAID 6, and RAID-TP a podobná řešení? Pokdu na zadání trváte, tak z  jakého důvodu vyžadujete v diskovém poli co má chránit data Raid 0, který nenabízí žádnou ochranu dat a poškození jednoho disku znamená ztrátu všech dat ?* *S pozdravem* **Vysvětlení:** Požadavek na podporu RAID 0, 1, 5, 6 a 10 je stanoven s ohledem na požadovanou flexibilitu konfigurace diskového pole (změna RAID) a možnost jeho využití pro různé typy datových úloh. Zmiňovaný režim je vhodný pro námi požadované specifické účely, a to pro dočasné ukládání dat, zpracování pracovních datových souborů nebo výpočetní úlohy, u nichž je prioritou vysoká rychlost přístupu k datům a jejichž případná ztráta nepředstavuje zásadní riziko, neboť v tomto případě bude datové pole sloužit jako další záloha dat. Požadavek na podporu RAID 0 tedy neznamená, že zadavatel hodlá tento režim využívat pro ukládání kritických či dlouhodobě uchovávaných dat. Pro tyto účely se předpokládá využití odpovídajících redundantních konfigurací RAID. Z uvedených důvodů zadavatel trvá na technické specifikaci včetně požadavku podpory uvedených režimů RAID. |  |
| --- | --- |
Document · 1 pages · 1 tables

Page 1

| **Ústav chemických procesů AV ČR, v. v. i.** Sídlo zadavatele: Rozvojová 1/135, 165 00 Praha 6 – Suchdol IČ: 67985858 zastoupen: Ing. Michalem Šycem, Ph.D., ředitelem zapsána v rejstříku veřejných výzkumných institucí vedeném Ministerstvem školství, mládeže a tělovýchovy (dále jen „***Zadavatel***“)   **Vysvětlení zadávací dokumentace** ZADÁVACÍ ŘÍZENÍ NA VEŘEJNOU ZAKÁZKU S NÁZVEM: ***" Výpočetní server s datovým polem“*** **Systémové číslo NEN: N006/26/V00032307** (dále jen ***„Veřejná zakázka“***) Zadavatel v rámci zadávacího řízení na předmětnou veřejnou zakázku tímto podává ve smyslu ustanovení § 98 zákona č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „Z***ákon***“), následující vysvětlení na základě níže uvedené žádosti dodavatele:  **Žádost o vysvětlení podaná dodavatelem dne 13. října 2026:** *Vážený zadavateli,* *u diskového pole vyžadujete podporu  RAID 0, 1, 5, 6 a 10.* *Nicméně toto zadání máte opsané asi z nějakého serverového řadiče a tyto parametry nejsou vhodné pro diskové pole. * *Dobrá disková pole jsou zaměřena na ochranu dat co na nich jsou a Raid 0  je nebezpečné řešení a nepřináší žádnou ochranu dat spíš naopak a jeho podpora je vesměs nežádoucí a nenabízí se.* *Jde nabízet například podpora Raid pole RAID10 (tj. kombinace striping RAID0 + mirroring RAID1) RAID 5, RAID 6, and RAID-TP a podobná řešení? Pokdu na zadání trváte, tak z  jakého důvodu vyžadujete v diskovém poli co má chránit data Raid 0, který nenabízí žádnou ochranu dat a poškození jednoho disku znamená ztrátu všech dat ?*  *S pozdravem*  **Vysvětlení:** Požadavek na podporu RAID 0, 1, 5, 6 a 10 je stanoven s ohledem na požadovanou flexibilitu konfigurace diskového pole (změna RAID) a možnost jeho využití pro různé typy datových úloh. Zmiňovaný režim je vhodný pro námi požadované specifické účely, a to pro dočasné ukládání dat, zpracování pracovních datových souborů nebo výpočetní úlohy, u nichž je prioritou vysoká rychlost přístupu k datům a jejichž případná ztráta nepředstavuje zásadní riziko, neboť v tomto případě bude datové pole sloužit jako další záloha dat. Požadavek na podporu RAID 0 tedy neznamená, že zadavatel hodlá tento režim využívat pro ukládání kritických či dlouhodobě uchovávaných dat. Pro tyto účely se předpokládá využití odpovídajících redundantních konfigurací RAID. Z uvedených důvodů zadavatel trvá na technické specifikaci včetně požadavku podpory uvedených režimů RAID.                                                                                                                                                                                                                                                                                       |     |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --- |
**Ústav chemických procesů AV ČR, v. v. i.** Sídlo zadavatele: Rozvojová 1/135, 165 00 Praha 6 – Suchdol IČ: 67985858 zastoupen: Ing. Michalem Šycem, Ph.D., ředitelem zapsána v rejstříku veřejných výzkumných institucí vedeném Ministerstvem školství, mládeže a tělovýchovy (dále jen „***Zadavatel***“) **Vysvětlení zadávací dokumentace** ZADÁVACÍ ŘÍZENÍ NA VEŘEJNOU ZAKÁZKU S NÁZVEM: ***" Výpočetní server s datovým polem“*** **Systémové číslo NEN: N006/26/V00032307** (dále jen ***„Veřejná zakázka“***) Zadavatel v rámci zadávacího řízení na předmětnou veřejnou zakázku tímto podává ve smyslu ustanovení § 98 zákona č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „Z***ákon***“), následující vysvětlení na základě níže uvedené žádosti dodavatele: **Žádost o vysvětlení podaná dodavatelem dne 13. října 2026:** *Vážený zadavateli,* *u diskového pole vyžadujete podporu  RAID 0, 1, 5, 6 a 10.* *Nicméně toto zadání máte opsané asi z nějakého serverového řadiče a tyto parametry nejsou vhodné pro diskové pole. * *Dobrá disková pole jsou zaměřena na ochranu dat co na nich jsou a Raid 0  je nebezpečné řešení a nepřináší žádnou ochranu dat spíš naopak a jeho podpora je vesměs nežádoucí a nenabízí se.* *Jde nabízet například podpora Raid pole RAID10 (tj. kombinace striping RAID0 + mirroring RAID1) RAID 5, RAID 6, and RAID-TP a podobná řešení? Pokdu na zadání trváte, tak z  jakého důvodu vyžadujete v diskovém poli co má chránit data Raid 0, který nenabízí žádnou ochranu dat a poškození jednoho disku znamená ztrátu všech dat ?* *S pozdravem* **Vysvětlení:** Požadavek na podporu RAID 0, 1, 5, 6 a 10 je stanoven s ohledem na požadovanou flexibilitu konfigurace diskového pole (změna RAID) a možnost jeho využití pro různé typy datových úloh. Zmiňovaný režim je vhodný pro námi požadované specifické účely, a to pro dočasné ukládání dat, zpracování pracovních datových souborů nebo výpočetní úlohy, u nichž je prioritou vysoká rychlost přístupu k datům a jejichž případná ztráta nepředstavuje zásadní riziko, neboť v tomto případě bude datové pole sloužit jako další záloha dat. Požadavek na podporu RAID 0 tedy neznamená, že zadavatel hodlá tento režim využívat pro ukládání kritických či dlouhodobě uchovávaných dat. Pro tyto účely se předpokládá využití odpovídajících redundantních konfigurací RAID. Z uvedených důvodů zadavatel trvá na technické specifikaci včetně požadavku podpory uvedených režimů RAID.