Zadavatel se omlouvá za zjevnou písařskou chybu správně má v souladu s obvyklou praxí i dobrými mravy být uveden text jedna setina procenta.

Podobné dokumenty
Specifikace veřejné zakázky: Název veřejné zakázky: Konsolidace IT a nové služby Kolín. Datum uveřejnění:

Příloha č. 1. Informační systém pro Městskou policii Česká Lípa. Specifikace požadavků minimálního plnění pro IS MP

ZADÁVACÍ DOKUMENTACE ve smyslu 44 zákona č. 137/2006 Sb., o veřejných zakázkách, v platném znění (dále jen ZVZ )

Město Česká Lípa městský úřad odbor rozvoje, majetku a investic náměstí T. G. Masaryka č.p. 1, Česká Lípa

ČŠIG-S-457/12-G21 1/5

Slezskou Univerzitu v Opavě zadávaná podle 21 odst. 1 písm. a) ve vztahu k zákonu se jedná o veřejnou zakázku nadlimitní na služby

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM č. 7 VYSVĚTLENÍ, DOPLNĚNÍ, ZMĚNA ZADÁVACÍ DOKUMENTACE

Prezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách

Zadavatel veřejné zakázky: KORDIS JMK, a.s. Brno, Nové sady č.946/30, PSČ IČ: (dále jen zadavatel )

Město Česká Lípa městský úřad odbor rozvoje, majetku a investic náměstí T. G. Masaryka č.p. 1, Česká Lípa

Technická dokumentace

VZ20/2009 Modernizace TS se zaměřením na dostupnost a bezpečnost

Příloha č. 1. Informační systém pro Městskou policii Česká Lípa (II.) Specifikace požadavků minimálního plnění pro IS MP a integrační vazby

Více než 60 novinek, změn a vylepšení

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM Č. 1 ZE DNE

Doplňující informace k veřejné zakázce malého rozsahu Dodávka elektronického systému spisové služby

Jednotný informační systém práce a sociálních věcí IS SOCIÁLNÍ DÁVKY II.

PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM

Dodatečné dotazy. V souladu s 49 zákona 137/2006 Sb., zveřejňujeme dodatečné informace k zadávacím podmínkám.

Příloha č. 1. Systém webových stránek města Česká Lípa. I. Vymezení předmětu VZ

Dodatečné informace č. 4

zákonem, váže k subjektu (dodavateli, příp. subdodavateli) nikoliv k osobám u něj zaměstnaným, a slouží k prokázání zkušeností dodavatele.

Zajištění rozvoje komunikační a systémové infrastruktury MPSV_I.

Vysvětlení zadávací dokumentace č. 4

MZDY 7 PROFI - MZDOVÝ A PERSONÁLNÍ SYSTÉM CENÍK

Zajištění rozvoje komunikační a systémové infrastruktury MPSV_I.

Vysvětlení zadávací dokumentace č. 3

Výzva k podání nabídky

ZADÁVACÍ DOKUMENTACE

Digitální stavební deník

DODATEČNÁ INFORMACE Č.1

Digitální mapa veřejné správy Plzeňského kraje - část II.

PAVEZA &EVEZA PRODUKTOVÉ PORTFOLIO ELEKTRONICKÝCH NÁSTROJŮ PRO SPRÁVU VEŘEJNÝCH ZAKÁZEK

Tělovýchovná zařízení města Tábora s.r.o. V.Soumara 2300, Tábor. RNDr. Véle Michal jednatel společnosti VYZÝVÁ

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM

Výzva k podání nabídky na veřejnou zakázku malého rozsahu. Vybavení minimlékárny

ZADÁVACÍ DOKUMENT ACE

DODATEČNÉ INFORMACE K ZADÁVACÍ DOKUMENTACI č. 3

Technická dokumentace

Allegro release ( do )

Výzva k podání nabídky. Meziříčí.

ZADÁVACÍ DOKUMENTACE K PODÁNÍ NABÍDKY K ZAKÁZCE MALÉHO ROZSAHU. Zpravodaj pro zajištění propagace a publicity MAS MORAVSKÁ BRÁNA

PROVOZOVÁNÍ ELEKTRONICKÉHO SYSTÉMU PRO ZADÁVÁNÍ VEŘEJNÝCH ZAKÁZEK

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM III.

Dodatečné informace č. 3 k zadávacím podmínkám veřejné zakázky

JRV.CZ s.r.o. Bulharská Brno RosaData TM. Realitní kancelář

Z A D Á V A C Í D O K U M E N T A C E

U N I V E R Z I T A P A L A C K É H O V O L O M O U C I Křížkovského 511/8, OLOMOUC

Zadávací dokumentace pro dodávku v rámci projektu OPPK Oblast podpory 3.3 Rozvoj malých a středních podniků. Název zakázky: dodávka ICT

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM č. 4 VYSVĚTLENÍ, DOPLNĚNÍ, ZMĚNA ZADÁVACÍ DOKUMENTACE

JRV.CZ s.r.o. Bulharská Brno RosaData TM DEVELOPERSKÝ PROJEKT

Dodávka a implementace Systému pro správu, řízení a monitoring identit (IDM)

Generální finanční ředitelství Lazarská 15/7, Praha 1

Výzva k podání nabídek

Veřejná zakázka: Prevence chyb rizikových projektů podpořených z evropských fondů DODATEČNÉ INFORMACE K ZADÁVACÍ DOKUMENTACI Č. 5

Ústřední vojenská nemocnice Vojenská fakultní nemocnice Praha vyhlašuje zakázku malého rozsahu Skladové hospodářství ÚVN Zadávací dokumentace

CZ /0.0/0.0/15_014/

MĚSTO FRÝDLANT NAD OSTRAVICÍ Náměstí FRÝDLANT NAD OSTRAVICÍ

V Ý Z V A K P O D Á N Í N A B Í D K Y

Verso minulost, současnost a budoucnost

Technické požadavky na multifunkční zařízení a tiskárny (dále jen tisková zařízení)

Příloha č. 1. Náležitosti nabídky a návrh funkčnosti Interaktivního manažerského modulu (IMM)

Zadavatel: Moravskoslezský kraj se sídlem Ostrava, 28. října 117, PSČ IČ:

Výzva k podání nabídky k veřejné zakázce malého rozsahu. Dodávka PC sestav (PC, monitor, software).

Výzva k podání nabídek

Výzva k podání nabídek

ODŮVODNĚNÍ VEŘEJNÉ ZAKÁZKY. Česká republika Ministerstvo zemědělství. Název veřejné zakázky: Inspekce a vyhodnocování síťového provozu.

Zadavateli byly dne a doručeny celkem 3 žádosti o dodatečné informace k zadávací dokumentaci: Dotazy uchazeče č.

Výzva k podání nabídek, na kterou se nevztahuje postup pro zadávací řízení dle zákona č. 134/2016., o zadávání veřejných zakázek

Výzva k podání nabídek, na kterou se nevztahuje postup pro zadávací řízení dle zákona č. 137/2006 Sb., o veřejných zakázkách 1

VYSVĚTLENÍ / ZMĚNA ZADÁVACÍ DOKUMENTACE Č. 5

Zadávací dokumentace

dodatečné informace k zadávacím podmínkám dle 49 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozd. předpisů

Dodatečné informace č. 5

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005

Dodatečné informace k zadávacím podmínkám č. 3. Rozvoj služeb TC ORP Cheb. v otevřeném řízení

Příručka SAP Business One 2007A, 8.8

VÝZVA K PODÁNÍ NABÍDEK DO VÝBĚROVÉHO ŘÍZENÍ ZADÁVACÍ PODMÍNKY

MIS. Manažerský informační systém. pro. Ekonomický informační systém EIS JASU CS. Dodavatel: MÚZO Praha s.r.o. Politických vězňů Praha 1

Zprovoznění vybraných částí systému PROXIO pro zefektivnění vnitřních procesů odboru dopravy ÚMČ Praha 8

EU peníze do škol. Dodávka IT techniky. Zakázka na dodávku.

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM č. 4

Přírodě blízká zahrada MŠ Balzacova - Havířov nové vyhlášení

REKONSTRUKCE OBJEKTU 1, LÉKÁRNA FN BRNO, PMDV

VYSVĚTLENÍ / ZMĚNA ZADÁVACÍ DOKUMENTACE Č. 3

Výzva k podání nabídky. Dodávka PC sestav pro Nemocnici s poliklinikou Česká Lípa, a. s. č. VZMR 3/2015

MST - sběr dat pomocí mobilních terminálů on-line/off-line

TECHNICKÁ SPECIFIKACE 1. FORMULÁŘOVÉ ŘEŠENÍ PRO OBĚH ELEKTRONICKÝCH DOKUMENTŮ ÚŘADU

PŘÍLOHA Č. 4 K ZADÁVACÍ DOKUMENTACI VEŘEJNÉ ZAKÁZKY MALÉHO ROZSAHU. Tvorba software pro reportování stavu projektů (dále jen IS)

KUPNÍ SMLOUVA. I. Smluvní strany. Dodavatel: Zastoupený: Sídlo: DIČ: Bankovní spojení: Číslo účtu: Telefon: ( dále jen dodavatel)

Vyzýváme Vás k podání nabídky na veřejnou zakázku malého rozsahu s názvem E-shop pro Centrální nákup Plzeňského kraje.

Operační program Lidské zdroje a zaměstnanost. Meziříčí

Lískovecká 2089, Frýdek-Místek. Datum zahájení příjmu: , 7:00 hod Datum ukončení příjmu: 24.6.

Zajištění překladů pro MŽP a OPŽP

Příloha č. 3 Smlouvy Součinnost stran při poskytování některých plnění

VÝZVA K PODÁNÍ NABÍDKY VEŘEJNÉ ZAKÁZKY MALÉHO ROZSAHU

Dodatečné informace č. VIII k zadávacím podmínkám

JIHOMORAVSKÝ KRAJ Žerotínovo nám. 3/5, Brno

Věc: Dodávka přístroje pro měření elasticity jater

Allegro fakturace. Schéma fakturačního modulu. Podstatné vlastnosti. Allegro Business Solution Fakturace

Transkript:

Dotaz č. 1: V rámci dokumentu "Příloha č. 4.a Návrh Smlouvy o dílo pro část 1" například: bod 11.1. je uvedeno: Smluvní strany se dohodly na tom, že v případě porušení termínu předání a převzetí dodaného a implementovaného software podle ustanovení článku III. odst. 3.1. a v případě porušení článku IX. odst. 9.4. Smlouvy Zhotovitelem je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 0,01% (slovy: jedna desetina procenta) z celkové ceny, kterou je Objednatel podle této smlouvy povinen Zhotoviteli uhradit, a to za každý den prodlení. Uchazeč se domnívá, že v textu několikrát uvedený slovní přepis procentuální částky 0,01% (jedna desetina procenta) je pouze chybný přepis na text z číselného vyjádření a správně je ve všech těchto případech myšleno: 0,01% (jedna setina procenta)? Odpověď na dotaz č. 1: Zadavatel se omlouvá za zjevnou písařskou chybu správně má v souladu s obvyklou praxí i dobrými mravy být uveden text jedna setina procenta. Dotaz č. 2: V rámci dokumentu "Příloha č. 4.a Návrh Smlouvy o dílo pro část 1" je uvedeno: I. Doba a místo plnění 3.1. Smluvní strany se dohodly, že předmět díla bude proveden dle následujícího harmonogramu, a to v následujících termínech ( D označuje den podpisu Smlouvy): Požadované zahájení plnění díla jako celku je bezprostředně po nabytí účinnosti smlouvy o dílo. Závazné ukončení dodání a implementace software jako celku je dd.mm.rrrr. Podpora provozu počítačových programů bude zahájena vždy po předání a převzetí příslušného počítačového programu a bude poskytována po dobu 60 měsíců. Může uchazeč považovat za start podpory provozu, předání předmětu plnění díla? Odpověď na dotaz č. 2: Ano, zadavatel požaduje poskytování podpory provozu ihned při zahájení provozu, tedy po převzetí a předání předmětu díla.

Dotaz č. 3: Na několika místech zadávací dokumentace se vyskytuje v části Požadavky na integraci vůči nově poptávaným agendám a systémům požadavek na integraci se skladovou evidencí. Např.: 5.5.1.11 Majetkové agendy (tabulka Požadavky na integraci vůči nově poptávaným agendám a systémům bod. 4., 5., 6. a 7.) Nicméně vy výčtu požadovaných funkcionalit a modulů není žádná část, která by popisovala Vaše požadavky na tuto oblast. Je požadováno tuto funkcionalitu dodat? Pokud ano, jaké jsou funkční požadavky pro tuto oblast? Odpověď na dotaz č. 3: Zadavatel se omlouvá za nejasnost, funkcionalitu integrace na skladovou evidenci není požadováno dodat. Dotaz č. 4 V rámci dokumentu "Technická specifikace pro část 1" příloha č. 3.b v kapitole 5.1 v bodě 18 zadavatel uvádí požadavek Integrace mezi jednotlivými součástmi řešení SYSTÉMU bude realizována on line / synchronizace v reálném čase.. Umožní Zadavatel dílčí plnění těchto komunikací případnou asynchronní metodou, tzn., že třeba jedna služba v rámci synchronní on-line komunikace bude na principu asynchronní, a to pro zajištění efektivnější práce pro uživatele systému? Odpověď na dotaz č. 4: Požadavek na on line / synchronizaci v reálném čase se z podstaty věci týká bezvýhradně systémů nabízených v rámci nabídky a komunikace se systémy 3. stran pouze v případě, že tyto systémy takovou komunikaci umožňují. Dotaz č. 5 Zadavatel V rámci dokumentu "Technická specifikace pro část 1" příloha č. 3.b v kapitole 5.4.1 v bodě 14 zadavatel požaduje On-line integrace vůči systému IS POLIXIS (výrobce Marbes consulting s.r.o.) v oblastech: - vydaných a povolených záborů, - informace o zaplacení záboru.. Uchazeč se domnívá, že záměrem zadavatele je zajistit možnost kontroly povolených záborů policistům MP v terénu. Pokud je tento předpoklad správný, je možné splnit tento požadavek

zadavatele prostřednictvím aplikace, která bude k dispozici i pro mobilní zařízení a bude součástí řešení modulu silniční hospodářství? Odpověď na dotaz č. 5: Ano, tazatel se domnívá správně a zadavatel nepředepisuje žádný požadavek, který by bránil tazatelem navrhovanému řešení. Dotaz č. 6 V rámci dokumentu " Technická specifikace pro část 1" příloha č. 3.b uchazeč žádá o vyjasnění rozporů mezi požadavky na dodání multilicence pro oblast Finance (Účetnictví) uvedenými v kapitole 5.5.1.1 Finance (Účetnictví) v bodě 71 a 72 a požadavkem na dodání konkrétního počtu licencí pro oblast Účetnictví uvedenému v tabulce kapitoly 6.2 Dodávka licencí. Je pro tuto oblast postačující dodání konkrétního počtu licencí dle kapitoly 6.2 (tj. 5 licencí respektive licence pro maximálně 4 současně pracující uživatele)? Odpověď na dotaz č. 6: Ano, pro tuto oblast je postačující dodání konkrétního počtu licencí dle kapitoly 6.2. Dotaz č. 7 V rámci dokumentu " Technická specifikace pro část 1" příloha č. 3.b uchazeč žádá o vyjasnění rozporů mezi požadavkem na dodání multilicence pro oblast Pokladna uvedeným v kapitole 5.5.1.8 Pokladna v bodě 13 a požadavkem na dodání konkrétního počtu licencí pro oblast Pokladna uvedenému v tabulce kapitoly 6.2 Dodávka licencí. Je pro tuto oblast postačující dodání konkrétního počtu licencí dle kapitoly 6.2 (tj. 5 licencí respektive licence pro maximálně 3 současně pracující uživatele)? Odpověď na dotaz č. 7: Ano, pro toto řešení je postačující počet licencí uvedených v kapitole 6.2 Dodávka licencí. Dotaz č. 8 V rámci dokumentu "Technická specifikace pro část 1" v kapitole 5.5.1.12 v bodě č. 23 je uveden požadavek na využití stávajících čteček čárového kódu pro inventarizaci majetku. Uchazeč žádá specifikaci těchto zařízení, typ, operační systém, způsob komunikace (wi-fi, kabel, atd...)

Odpověď na dotaz č. 8: Zadavatel upřesňuje - používané čtečky v počtu 2 kusů jsou: Model: Datalogic Memor, Operační systém: Windows CE pro 5.0, Komunikační rozhaní: USB 2.0 Zadavatel připouští možnost, že dodavatel v rámci své nabídky nabídne jím preferované čtečky, pokud usoudí, že není schopen stávající čtečky pro jím nabízené řešení napojit. Dotaz č. 9 V rámci dokumentu "Technická specifikace pro část 1", kapitola 7 - Fáze B - Servisní podpora SYSTÉMU, SLA uvádíte souhrn služeb individuálně definované, přičemž: a. chápe uchazeč správně, že součástí plnění, tj. i nabídkové ceny dle této kapitoly, je zajištění udržitelnosti za rozhraní jak nových systémů, tak stávajících dodavatelů požadovaných touto ZD? b. chápe uchazeč správně, že plnění dle bodu 20 předmětné tabulky pokrývá alokované lidské zdroje (96 člověkohodin) na období jednoho roku pro službu Helpdesk, hotline, instalace nových verzí, metodické a konzultační služby, přičemž tyto služby budou vykonávány na základě pokynu zástupců Zadavatele? Odpověď na dotaz č. 9: a. ano, uchazeč toto chápe správně b. ano, uchazeč toto chápe správně Dotaz č. 10 V rámci dokumentu "Technická specifikace pro část 1", odstavec 6.2 (Licence) uvádíte souhrn požadavků na dodávku licencí. Prosíme o bližší vysvětlení následujících licenčních podmínek ve vztahu k čerpání disponibilních licencí: a. chápe uchazeč správně, že v případě, kde je uveden požadavek na multilicenci, přičemž je zároveň stanoven minimální počet aktuálně přihlášených uživatelů dle stávající organizační struktury, je uchazeč povinen kdykoliv v průběhu trvání smluvních závazků (smlouva o dílo, servisní smlouva) povinen Zadavateli poskytnout takový počet licencí, který Zadavatele stanoví? A to i vč. všech podpůrných licencí bez případných dalších investičních nákladů pro Zadavatele? b. chápe uchazeč správně, že předmětné licence uvažuje Zadavatel poskytnout i případným zřizovaným organizacím města?

Odpověď na dotaz č. 10: a. ano, uchazeč toto chápe správně b. ano, uchazeč toto chápe správně Dotaz č.11 V rámci dokumentu "Technická specifikace pro část 1", se hovoří o povinnosti integrovat se na stávající systémy města. Na základě této informace jsme oslovili vyjmenované stávající dodavatele s prosbou o zajištění součinnosti, tj. o definici ceny licencí, implementačních prací a servisní podpory po dobu udržitelnosti. Prosíme o zodpovězení následujících dotazů: a. má uchazeč někde v rámci nabídky definovat předmětné náklady za stávající dodavatele v rámci samostatné podrobné kalkulace, nebo Zadavateli postačí vyplnění požadované tabulky? b. chápe uchazeč správně, že v rámci Přílohy č. 3 c Položkový rozpočet, má do řádku 8 (resp. 9) uvést kompletní hodnotu součtu všech nákladů na provoz předmětu plnění v době 12 měsíců (resp. 60 měsíců)? Odpověď na dotaz č. 11: a. Stačí vyplnění požadované tabulky b. ano, uchazeč toto chápe správně Dotaz č. 12 V rámci dokumentu "Technická specifikace pro část 1", se hovoří o agendě Stavební úřad vč. územního plánování. Chápe uchazeč správně následující skutečnosti: - předmětná agenda bude koncipovaná jako procesní framework, v rámci kterého bude možné mj. vykonávat příslušné agendy bez nutnosti přeskakování mezi jednotlivými moduly. Chápe tedy uchazeč správně, že v případě tzv. kumulované funkce, kdy referent vykonává více rolí, bude pracovat pouze v jedné agendě, tzn. Zadavatel neumožňuje dodání několika modulů, které by znamenaly přeskakování mezi jednotlivými moduly? Odpověď na dotaz č. 12: Ano, uchazeč toto chápe správně Dotaz č. 13 V rámci dokumentu "Technická specifikace pro část 1" příloha č. 3.b v kapitole 5.7 bod 13 popis využití klientů Chápe uchazeč správně tento bod jako možnost využít tenkého klienta nebo tlustého klienta případně obou?

Odpověď na dotaz č. 13: Ano, všechny varianty jsou možné. Dotaz č. 14 V rámci dokumentu "Technická specifikace pro část 1" příloha č. 3.b v kapitole 5.1 bod 30 Pohledy nad daty (výsledky hledání, základní pohledy, atd.) lze seskupovat, filtrovat, třídit, součtovat a vyhledávat dle různých uživatelsky zvolených kritérií, minimálně dle používaných účetních dimenzí, datum, částky, klíčová slova nebo části výrazů, následné součtování vybraných záznamů a tisk nebo export ve formátech PDF, XLS, Word. Zvolený filtr se vytiskne v zápatí sestavy. Trvá zadavatel striktně na požadavku: zvolený filtr se vytiskne v zápatí sestavy? Např. u nového filtru vytvořeného nově aktuálním uživatelem není možné přidělovat automaticky název filtru a tisknout jej do zápatí. Odpověď na dotaz č. 14: Zadavatel netrvá na požadavku tisku názvu filtru do zápatí. Dotaz č. 15 V rámci dokumentu "Technická specifikace pro část 1" příloha č. 3.b v kapitole 5.2 Veřejná část portálu občana bod 7 Veřejná část definuje a zpřístupní obecné rozhraní pro zveřejňování dat z libovolné aplikace v rámci IS úřadu, přičemž licence konektorů je součástí ceny licence portálu vč. udržovacího poplatku. Chápe uchazeč správně, že jako součást dodávky zadavatel požaduje takovou licenci portálu, aby licence portálu umožňovala připojení libovolného počtu aplikací třetích stran, tj. aby kvůli připojení další aplikace třetí strany nebylo již nutné dokupovat žádnou licenci portálu? Odpověď na dotaz č. 15: Ano, uchazeč toto chápe správně Dotaz č. 16 V rámci dokumentu "Technická specifikace pro část 1" příloha č. 3.b v kapitole 5.1 bod 10 Logování operací všechny kroky a operace prováděné v systému jsou ukládány, a je možné je zpětně dohledat / vyhledat a za konkrétního uživatele v daném období, tak za danou oblast / modul v daném období. Uchazeč se domnívá, že nedává smysl logování každého kliknutí myší uživatelem, neboť by takové logy byly nepřehledné a jejich vypovídající hodnota velmi malá.

Chápe uchazeč správně, že záměrem zadavatele je logování nikoli každého kliknutí, ale logování práce uživatelů v tom smyslu, že se mu jedná o možnost dohledat, kdo určitá data pořídil či modifikoval a především logování přístupu k citlivým či osobním datům? Odpověď na dotaz č. 16: Ano, uchazeč toto chápe správně. Dotaz č. 17 V rámci dokumentu "Technická specifikace pro část 1" příloha č. 3.b v kapitole 5.1 bod 8 Tiskové sestavy musí být uživatelsky modifikovatelné musí být umožněno měnit umístění jednotlivých objektů, vkládání objektů (typicky logo města, rámečky, popisná pole atd.), nastavit typ písma (font) a jeho velikost, a to i různě v rámci jedné výstupní sestavy, nastavit velikost sestavy (např. A4, obálka atd.) a tiskové okraje. Vysvětluje si uchazeč správně, že tuto funkčnost splní variabilním nastavením jednotlivých filtrů hodnot a následným exportem v prezentačních aplikacích (např.: word, excel )? Odpověď na dotaz č. 17: Ano, uchazeč toto chápe správně. Dálší upřesnění nad rámec přijatých dotazů: Zadavatel upozorňuje na zjevnou písařskou chybu v kapitole 5.5.1.8 v tabulce požadavků na oblast pokladna a v bodě 14 vypouští slovní spojení elektronické spisové služby.