S M L O U V A O D Í L O
S M L O U V A O D Í L O
uzavřená dle § 2586 a násl. zákona č. 89/2012 Sb., občanského zákoníku, v platném znění (dále jen „občanský zákoník“)
I.
SMLUVNÍ STRANY
Objednatel: Město Beroun
se sídlem: Husovo nám. 68, Beroun-Centrum, 266 01 Beroun
IČ: 00233129
DIČ: CZ00233129
zastoupený: RNDr. Xxxxx Xxxxxxxxxx, starostkou bankovní spojení: Komerční banka a.s.
číslo účtu: 326131/0100
ID datové schránky: 2gubtq5
Kontaktní osoba: Xxxxxx Xxxxxx, vedoucí oddělení informatiky MěÚ Beroun, (dále jen „objednatel“)
a
Zhotovitel: INIT technology s.r.o.
se sídlem: Sehradice 129, 76323
IČ: 04423101
DIČ: CZ04423101
zapsaný v obchodním rejstříku vedeném u Krajského soudu v Brně, oddíl C, vložka 89849 zastoupený: Ing. Radkem Černobilou, jednatelem
bankovní spojení: Komerční banka a.s. číslo účtu: 115-1103580217/0100 (dále jen „zhotovitel“)
II.
PŘEDMĚT SMLOUVY
2.1 Objednatel prohlašuje, že má zájem na dodání softwarového řešení Scarabeus DMS a
implementaci dle rozsahu nabídky, viz příloha č. 1.
2.2 Implementované řešení bude zahrnovat import datových vět zjištěných přestupků nedovoleného zastavení a stání, a to dle popisu datové věty popsané v příloze č. 2.
2.3 Zhotovitel prohlašuje, že je ochoten a schopen objednateli plnění uvedené v první větě tohoto
odstavce smlouvy poskytnout.
- 1 -
III.
DOBA PLNĚNÍ
3.1 Zhotovitel se zavazuje poskytnout objednateli plnění dle této smlouvy kompletně, kvalitně a v dohodnutých termínech mezi oběma smluvními stranami.
3.2 Zhotovitel se zavazuje předat kompletní dílo objednateli k zahájení ostrého provozu do
sedmi měsíců od nabytí účinnosti této smlouvy.
3.3 Plnění dle této smlouvy bude zhotovitel poskytovat objednateli zejména formou vzdálené správy.
IV.
MÍSTO PLNĚNÍ
4.1 Místem plnění jsou budovy Městského úřadu Beroun a provozovna zhotovitele.
V.
CENA PLNĚNÍ
5.1 Objednatel se za podmínek této smlouvy zavazuje uhradit zhotoviteli celkovou cenu za řádné provedení díla ve výši 835.600 Kč bez DPH, DPH ve výši 175.476 Kč, celkově tedy
1.011.076 Kč s DPH
5.2 Cena je cenou pevnou, nejvýše přípustnou a neměnnou. Nepřipouští se překročení ceny vyjma změny sazeb DPH v případě změny příslušných právních předpisů stanovujících výši daně. V ceně jsou zahrnuty veškeré náklady, které bude nutné vynaložit při provádění díla ze strany zhotovitele.
VI.
PLATEBNÍ PODMÍNKY
6.1 Cena bude zhotoviteli objednatelem zaplacena po řádném provedení a předání díla.
6.2 Faktura musí obsahovat veškeré náležitosti daňového dokladu podle příslušných právních předpisů. Splatnost faktur je 30 dnů ode dne doručení objednateli. Nebude-li faktura obsahovat uvedené náležitosti nebo bude obsahovat chyby, je objednatel oprávněn vrátit ji před datem splatnosti zhotoviteli k doplnění nebo opravě. V takovém případě se přeruší doba splatnosti a nová lhůta započne běžet doručením opravené faktury objednateli.
6.3 Faktura bude vystavena na dokončené, předané a objednatelem převzaté dílo, k níž budou doručeny všechny potřebné doklady. Přílohou faktury bude předávací protokol potvrzený oprávněnými zástupci obou smluvních stran.
- - 2
6.4 Cena bude zaplacena bezhotovostní formou převodem na bankovní účet zhotovitele uvedený
v této smlouvě.
6.5 Faktura bude zaslána na adresu: Xxxxx Xxxxxx, Xxxxxx xxx. 68, Beroun-Centrum, 266 01 Beroun nebo v elektronické podobě do datové schránky objednatele (ID DS: 2gubtq5).
6.6 Pokud objednatel uplatní nárok na odstranění vady díla ve lhůtě splatnosti faktury, není objednatel povinen až do odstranění vady uhradit cenu díla. Okamžikem odstranění vady začne běžet nová lhůta splatnosti faktury.
VII.
SOUČINNOST SMLUVNÍCH STRAN
7.1 Smluvní strany jsou povinny vzájemně spolupracovat při plnění předmětu této smlouvy a jsou povinny poskytnout si vzájemně dostupnou součinnost nezbytnou k tomu, aby mohl být naplněn předmět této smlouvy.
7.2 Smluvní strany jsou povinny neprodleně si vzájemně sdělovat informace, které mohou mít vliv na plnění závazků vyplývajících z této smlouvy.
7.3 Objednatel i zhotovitel se zavazují přidělit pro plnění předmětu této smlouvy potřebný počet zaměstnanců tak, aby byl zajištěn řádný a plynulý průběh plnění dle této smlouvy.
7.4 V případě, že některá ze smluvních stran bude mít za to, že jí druhá smluvní strana neposkytuje dostatečnou součinnost dle ujednání této smlouvy, je povinna písemně na tuto skutečnost upozornit druhou smluvní stranu a současně ji písemně vyzvat k nápravě. V případě, že smluvní strana písemně neupozorní druhou smluvní stranu na nedostatečné poskytování součinnosti a současně ji písemně nevyzve k nápravě, pak platí, že druhá smluvní strana poskytovala řádně a dostatečně součinnost dle ujednání této smlouvy.
VIII.
PŘEDÁNÍ A PŘEVZETÍ DÍLA
8.1 Dílo se považuje za dokončené po provedení všech prací a dodávek, které jsou předmětem plnění zhotovitele dle této smlouvy a po odstranění všech vad a nedodělků zjištěných před předáním a převzetím díla.
8.2 Předání a převzetí díla či jeho části je možné pouze na základě předávacího protokolu potvrzeného oprávněnými zástupci obou smluvních stran.
IX.
ZÁRUKA ZA JAKOST DÍLA
- - 3
9.1 Xxxxxxxxxx odpovídá za všechny vady díla, které se vyskytnou po převzetí díla objednatelem
v záruční době. Práva z odpovědnosti za vady díla musí být uplatněna u zhotovitele.
9.2 Záruční doba činí 24 měsíců a počíná plynout dnem následujícím po potvrzení předávacího
protokolu objednatelem.
9.3 Záruční doba se prodlužuje o dobu od uplatnění práva z odpovědnosti za vady až do doby odstranění vady.
9.4 Zhotovitel neodpovídá za vady, které byly po převzetí díla způsobeny objednatelem nebo zásahem vyšší moci nebo změnou výchozích podmínek (tj. právních předpisů, norem, podkladů, technickým pokrokem apod.).
9.5 Objednatel se zavazuje oznámit zhotoviteli vadu písemně a bezodkladně poté, co závadu
zjistil.
9.6 Zhotovitel započne s odstraňováním reklamované vady bez zbytečného odkladu po doručení písemného oznámení o vadě a akceptaci hlášení jako závady, pokud se smluvní strany nedohodnou jinak. V případě vady bránící běžnému užívání díla započne zhotovitel s odstraněním vady do 18 pracovních hodin od jejího oznámení, pokud se smluvní strany nedohodnou jinak. Zhotovitel odstraní reklamované vady v technologicky nejkratším termínu, nejdéle však v termínu dohodnutém s objednatelem. Pokud se jedná o vadu bránící běžnému užívání díla, je zhotovitel povinen ji odstranit do 40 pracovních hodin od nahlášení. Jestliže zhotovitel neodstraní vadu v dohodnutém termínu, je objednatel oprávněn na náklady zhotovitele vadu odstranit sám nebo za pomoci třetí osoby. Objednatel je povinen umožnit zhotoviteli odstranění vady. Zhotovitel je povinen nastoupit k odstranění vady i v případě, že reklamaci neuznává.
X.
DŮVĚRNÉ INFORMACE, OCHRANA AUTORSKÝCH PRÁV
10.1 Smluvní strany jsou povinny zajistit utajení získaných důvěrných informací způsobem obvyklým pro utajování takových informací (povinnost mlčenlivosti), není-li výslovně sjednáno jinak. Tato povinnost platí bez ohledu na ukončení účinnosti této smlouvy. Strany mají právo požadovat navzájem doložení dostatečnosti utajení důvěrných informací. Strany jsou povinny zajistit utajení důvěrných informací i u svých zaměstnanců, zástupců, jakož i jiných spolupracujících třetích stran, pokud jim takové informace byly poskytnuty.
10.2 Dojde-li při plnění této smlouvy k vytvoření díla, které bude mít povahu autorského díla ve smyslu autorského zákona, řídí se poměry k takto nově vytvořenému dílu autorským zákonem a občanským zákoníkem.
10.3 Zhotovitel je povinen zajistit pro objednatele licence k autorským dílům svým i třetích osob, jestliže jsou nutné k užívání díla. Náklady na tyto veškeré licence jsou součástí celkové
- - 4
ceny díla.
10.4 Zhotovitel se zavazuje zachovat mlčenlivost o všech informacích, jež se při poskytování služeb nebo v souvislosti s tímto poskytováním služeb dozví (ústně, písemně, prostřednictvím prostředků elektronických komunikací nebo jakýmkoliv jiným způsobem, případně prostřednictvím jakéhokoliv nosiče informací) a:
a) které objednatel označí jako tajné či důvěrné, nebo
b) o nichž je podle příslušných právních předpisů povinen mlčenlivost zachovávat též objednatel resp. členové jeho orgánů, zaměstnanci či osoby činné pro objednatele, nebo
c) o nichž se zhotovitel může důvodně domnívat, že objednatel bude mít zájem na jejich utajení nebo že jejich utajení je v zájmu objednatele; tato povinnost neplatí pro případy, kdy je zpřístupnění určitých informací vyžadováno právními předpisy.
10.5 Důvěrné informace definované v době plnění této smlouvy jsou považovány za obchodní tajemství dle ust. § 504 občanského zákoníku.
10.6 Smluvní strany se zavazují zajistit utajení důvěrných informací definovaných v průběhu plnění této smlouvy také po skončení účinnosti této smlouvy.
XI.
SMLUVNÍ POKUTY
11.1 V případě prodlení zhotovitele s předáním díla v termínu dle této smlouvy je zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 0,5% z ceny díla za každý i započatý kalendářní den prodlení.
11.2 V případě, že objednatel bude v prodlení se zaplacením oprávněně vystavené faktury, jejíž přílohou je akceptační protokol potvrzený oběma smluvními stranami, zavazuje se dle této smlouvy objednatel zaplatit zhotoviteli smluvní pokutu ve výši 0,5% z nezaplacené částky za každý i započatý kalendářní den prodlení.
11.3 V případě, že kterákoli ze smluvních stran poruší ustanovení uvedené v čl. X. bod 10.1 této smlouvy, vzniká poškozené smluvní straně právo uplatnit proti druhé straně smluvní pokutu ve výši 1.000,- Kč (slovy: tisíc korun českých), a to za každé jednotlivé porušení povinnosti, a to i opakovaně. Zaplacením smluvní pokuty není dotčen nárok poškozené smluvní strany na náhradu škody.
11.4 K úhradě splatných smluvních pokut uložených zhotoviteli je objednatel oprávněn použít zápočet proti splatným pohledávkám zhotovitele na zaplacení ceny díla, případně proti jiným pohledávkám zhotovitele vůči objednateli.
11.5 Zhotovitel je povinen v případě prodlení zhotovitele s termínem odstranění reklamované vady ve sjednaném termínu zaplatit objednateli smluvní pokutu ve výši 5.000 Kč (slovy: pět tisíc korun českých) za každou reklamovanou vadu.
- - 5
11.6 Uhrazením smluvní pokuty není dotčeno právo objednatele domáhat se na zhotoviteli náhrady škody, jež mu prokazatelně porušením smluvní povinnosti způsobil.
XII.
ODSTOUPENÍ OD SMLOUVY
12.1 Objednatel je oprávněn odstoupit od smlouvy, je-li vadné plnění podstatným porušením této smlouvy. Smluvní strany se dohodly, že za podstatné porušení smlouvy bude považováno zejména:
a) prodlení zhotovitele s provedením díla o více než 20 kalendářních dní,
b) prodlení zhotovitele s odstraněním vady,
c) jestliže zhotovitel neprovádí dílo v souladu s touto smlouvou a neodstraní tyto
nedostatky v dodatečně stanovené lhůtě a objednateli tak hrozí vznik škody,
d) má-li dílo neodstranitelnou vadu, pro kterou nelze předmět díla řádně užívat.
12.2 Objednatel je dále oprávněn odstoupit od smlouvy v případě, že se po jejím uzavření stane nemožným dosažení jejího účelu v důsledku podstatné změny okolností, za nichž byla smlouva uzavřena nebo v případě vyšší moci.
12.3 Za den odstoupení od smlouvy se považuje den, kdy bylo písemné oznámení o odstoupení doručeno druhé smluvní straně. Odstoupením od smlouvy nejsou dotčena práva smluvních stran na úhradu splatné smluvní pokuty podle této smlouvy a na náhradu škody, ani jakékoliv záruky poskytnuté zhotovitelem k doposud provedeným částem díla.
XIII.
ZÁVĚREČNÁ USTANOVENÍ
13.1 Zhotovitel se zavazuje, že plnění dle této smlouvy bude objednateli poskytovat takovým způsobem, aby nedocházelo k přerušením provozu dosavadního systému z důvodu nefunkčnosti rozhraní a integrace, pokud nebude dohodnuto jinak.
13.2 Pro účely této smlouvy se řádným provozem nového rozhraní a integrace rozumí takový provoz, při kterém nově vytvořené rozhraní řádně plní všechny své funkce, které jsou definovány v této smlouvě, a které jsou v souladu s běžnými požadavky na práci uživatelů včetně souladu s platnou legislativou.
13.3 Xxxxxx, které v této smlouvě nejsou výslovně upraveny, se řídí příslušnou obecně platnou právní úpravou, zejména příslušnými ustanoveními občanského zákoníku.
13.4 V případě, že se některé ujednání této smlouvy ukáže jako neplatné či neúčinné, nemá tato skutečnost vliv na platnost a účinnost ostatních ujednání této smlouvy ani na platnost a účinnost této smlouvy jako celku. Nastane-li taková situace, nahradí smluvní strany neplatné či neúčinné ujednání ujednáním novým, platným a účinným, které bude nejlépe odpovídat dané otázce a vůli smluvních stran při uzavírání této smlouvy. Nedojde-li k
- - 6
dohodě smluvních stran v předmětné věci, pak se namísto neplatného či neúčinného ujednání použije to ustanovení platného a účinného právního předpisu, které bude svým obsahem a účelem, s přihlédnutím k vůli smluvních stran při uzavírání této smlouvy, dané otázce nejbližší.
13.5 Smluvní strany berou na vědomí, že tato smlouva vyžaduje ke své účinnosti uveřejnění v registru smluv podle zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv), ve znění pozdějších předpisů, a prohlašují, že s tímto uveřejněním souhlasí. Za účelem splnění povinnosti uveřejnění této smlouvy se smluvní strany dohodly, že ji do registru smluv zašle město Beroun neprodleně, nejdéle však do 15 dnů, po jejím podpisu všemi smluvními stranami. Město Beroun zveřejní smlouvu také na svém profilu zadavatele.
13.6 Zhotovitel není oprávněn postoupit práva, povinnosti, dluhy a pohledávky z této smlouvy třetí osobě nebo jiným osobám bez předchozího písemného souhlasu objednatele.
13.7 Nestanoví-li tato smlouva jinak, lze ji měnit pouze písemně formou číslovaných dodatků podepsaných oběma smluvními stranami.
13.8 Zhotovitel bere na vědomí, že objednatel pro realizaci svých bezhotovostních plateb může používat transparentní příjmový a výdajový bankovní účet a v této souvislosti zhotovitel uděluje souhlas se zveřejněním názvu svého účtu.
13.9 Smluvní strany dále souhlasí s tím, aby na oficiálních webových stránkách města Beroun (xxx.xxxxx-xxxxxx.xx) byly uveřejněny i veškeré faktury s finanční částkou nad 50 000 Kč bez DPH, které budou na základě této smlouvy, včetně případných dodatků, vystaveny k úhradě městu Beroun, a to bez časového omezení, s výjimkou informací, které nelze poskytnout při postupu podle předpisů upravujících svobodný přístup k informacím.
13.10 Tato smlouva je uzavírána na základě zmocnění v ustanovení článku 16.3 Vnitřní směrnice pro zadávání veřejných zakázek č. 3/2019 schválené Zastupitelstvem města Beroun usnesením č. 98/2019 ze dne 18. 12. 2019. Město Beroun potvrzuje ve smyslu ustanovení § 41 zákona č. 128/2000 Sb., o obcích (obecní zřízení), ve znění pozdějších předpisů, že byly splněny všechny podmínky podmiňující platnost tohoto právního jednání.
13.11. Všechna oznámení a další úkony, které mají za přímý následek vznik práv a povinností (např. odstoupení od smlouvy, uplatnění smluvní pokuty, výzvy k zaplacení atp.) musí být učiněny v písemné formě a druhé straně doručeny osobně, kurýrem, doporučeným dopisem, prostřednictvím datové schránky.
13.12. Smluvní strany se dohodly na způsobu doručování písemností tak, že doporučená zásilka je podána k poštovní přepravě na adresu smluvních stran uvedených v záhlaví této smlouvy. Pro případ, že některá ze smluvních stran odmítne převzít takto doručovanou písemnost se má za to, že písemnost byla doručena dnem odmítnutí jejího převzetí. Pokud takto doručovanou písemnost některá ze smluvních stran nepřevezme nebo její převzetí znemožní, má se za to, že byla doručena třetím pracovním dnem po odeslání.
- - 7
13.13 Smluvní strany prohlašují, že skutečnosti uvedené v této smlouvě nepovažují za obchodní tajemství podle § 504 občanského zákoníku a udělují svolení k jejich užití a zveřejnění bez stanovení jakýchkoliv dalších podmínek.
13. 14 Smlouva je vyhotovena ve 3 vyhotoveních, z nichž každé má platnost originálu, přičemž zhotovitel obdrží 1 a objednatel obdrží 2 vyhotovení této smlouvy.
13. 15 Smluvní strany prohlašují, že je jim znám celý obsah této smlouvy a že ji uzavřely na základě své svobodné a vážné vůle; na důkaz této skutečnosti připojují své podpisy.
Tato smlouva má následující přílohy:
Příloha č. 1: Nabídka a specifikace díla
Příloha č. 2: Definice datové věty předávání přestupku nedovoleného zastavení a stání
V Berouně dne ……………
Objednatel:
RNDr. Xxxx Xxxxxxxxx, starostka
V Sehradicích dne:………………
Zhotovitel:
Ing. Radek Černobila, jednatel
- - 8
Nabídka
pro město Beroun
Popis řešení
Představení uchazeče
Společnost INIT technology s.r.o. vznikla jako reakce na řadu úspěšných nasazení vlastního systému pro řízení dokumentů Scarabeus DMS a jeho specializovaných mutací pro různé procesní postupy viz web společnosti xxx.xxxxx.xx, včetně vysoké míry automatizace zpracování přestupků vzniklých překročením rychlosti vozidla.
Cílem společnosti je rozvíjet celé řešení nejen po technické, ale i doménové stránce a u stávajících i nových zákazníků udržovat v plné kondici k jejich spokojenosti.
Popis nabízeného řešení
Součástí nabízeného řešení je systém Scarabeus DMS, který je uzpůsoben ke zpracování přestupkové dokumentace a procesnímu řízení životního cyklu zpracování přestupku, a to včetně možnosti integrace na okolní systémy, kterými jsou spisová služba a ekonomický systém. Nabízené řešení je plně připraveno k integraci na požadované SW systémy zadavatele.
Nabízený systém je postaven na třívrstvé architektuře, tudíž všechna spravovaná data jsou umístěna centrálně na serveru zadavatele a referenti, případně strážníci MP přistupují k údajům prostřednictvím klientské aplikace, a to na základě udělených oprávnění. Všechna zpracovávaná data leží výlučně na serveru zadavatele. Systém je striktně řízen oprávněními pro přístup k datům a souborům v celém životním cyklu případu. Systém je vybaven i podrobným logováním o manipulaci s jednotlivými případy a verzovacím systémem pro spravované dokumenty.
Dodávané softwarové řešení umožňuje automatické hromadné generování dokumentů dle vložených šablon. Při generování dokumentů lze využít strukturované údaje, které jsou součástí přestupku, případně jsou získány prostřednictvím integrovaných informačních systémů (spisová služba, ekonomika).
Nabízený software vytváří interní spisy k jednotlivým přestupkům, jejichž obsahem mohou být libovolné souborové přílohy a to i v interní složkové struktuře. Systém je vybaven nástroji pro hlídání termínů, které vychází z procesu zpracování přestupků a automaticky řídí stav zpracování jednotlivých přestupků. V případě integrace s ekonomickým systémem a spisovou službou je schopen automaticky reagovat na doručení dokumentu, případně zaplacení uložené pokuty.
Nabízený software automaticky vytváří evidenci o přestupcích, a to na základě stavu jejich vyřizování. Umožňuje získat informace o průběhu zpracování jednotlivých případů, případně získat statistické informace o průběhu pracování v jednotlivých stavech zpracování.
Systém je dodáván včetně rozhraní pro napojení na požadovanou elektronickou spisovou službu. Systém je schopen automaticky provádět volání integrovaného systému například v případech zjištění doručení, odeslání, založení spisů, dokumentů a podobně.
Software je vybaven klientským uživatelským rozhraním pro potřeby referenta. Ukázka uživatelské a administrátorského prostředí dodávaného systému je demonstrována na obrázcích níže.
Obrázek 1 Blokové schéma komunikace
Obrázek 2 Uživatelské prostředí z pohledu referenta
Obrázek 3 Schéma administrátorské procesní definice
Architektonické aspekty nabízeného systému
Architektura systému
1. Třívrstvá architektura – databáze, aplikační server, klient.
2. Aplikační server komunikuje prostřednictvím WS.
3. S WS lze komunikovat pouze pro autentizovaného uživatele.
4. Komunikace mezi klientem a aplikačním serverem šifrována pomocí certifikátu.
5. Všechny části systému jsou provozovány na komunikační, výpočetní i datové infrastruktuře úřadu s kontrolovaným přístupem ze strany zaměstnanců úřadu.
Způsob zacházení s daty
1. Data jsou používána pouze pro potřebu agendy řešení dopravních přestupků a to pouze oprávněnými úředními osobami.
2. Systém uchovává data ve formě datových struktur a souborů.
3. Datové struktury jsou ukládány do databáze, soubory do souborového systému.
4. Data jsou vztažena vždy jen ke konkrétnímu řešenému případu a nejsou sdílena s jinými případy nebo jinými agendami.
5. Strukturovaná data jsou užívána k:
a. Přípravě dokumentů vzniklých řízením o přestupku.
b. Ověření správnosti adresy vůči systému ISZR a CRV.
c. Evidenci pohledávek v ekonomickém systému úřadu.
d. Evidenci adresátů zásilek zasílaných v rámci agendy.
Bezpečnostní aspekty
1. Restriktivní:
a. Přístup k systému je možný pouze pro autentizovaného uživatele.
b. Přístup k datům a souborům je striktně řízen oprávněními, a to nejen paušálními, ale dynamickými na základě stavu vyřízení případu.
c. Řízení oprávnění je vedeno až na úroveň jednotlivých datových položek, případně souborů.
2. Kontrolní:
a. Manipulační log – zaznamenává jakékoli změny stavu řešení případu, jeho postup
procesem a manipulace se soubory.
b. Verzování a historie souborů – všechny soubory jsou v systému verzované a vždy jsou k dispozici všechny historické verze, zároveň je ke každému souboru vedena historie o jakékoli manipulaci s konkrétním souborem, a to včetně náhledů na něj.
c. Verzování a historie datových struktur – každá datová položka je verzována a je zaznamenávána její kompletní významová historie.
d. Všechny logované záznamy jsou personifikovány.
3. Způsob přístupu k systémům:
a. Vazba mezi agendovým systémem a CRV a ISZR je 1:N, tedy na základě
systémového konektoru. Uživatelské dělení zajišťuje agendový systém na úřadě a předává identitu úřední osoby, která potřebu lustrace vyvolala.
Technické parametry provozu
Instalace | Zajištění požadovaného HW a infrastrukturního SW vybavení včetně DB systému. Server: OS Windows Server 2012 a vyšší, aplikační server provozován na platformě .NET 4.8, CPU 4 CORE, RAM alespoň 12 GB, HDD systémový nároky OS + 1 GB, HDD datový dle počtu přestupků. Stanice: dle požadavků OS, platforma .NET 4.8 DB: MS SQL 2008 a vyšší Server a DB budou instalovány na jeden WM server. Datová náročnost jednoho přestupku: • Syrový přestupek z radaru – cca 5MB • Průvodní dokumenty přestupku, cca 5 MB |
Přístup | Zajištění vzdáleného přístupu na servery, na které budou aplikace instalovány a na nichž budou spravovány. Přístup bude zajištěn ideálně v kombinaci VPN a příslušných RDP. Minimálně na aplikačním serveru bude k dispozici uživatel a administrátorskými oprávněními k serveru. |
Spisová služba | • vytvoření testovacího a produkčního prostředí s rozhraním na SSL • poskytnutí metodické podpory ve formě aktuálního nastavení a parametrů SSL na úřadě |
Ekonomický systém | • vytvoření testovacího a produkčního prostředí s rozhraním na EKO • poskytnutí metodické podpory ve formě aktuálního nastavení a parametrů EKO na úřadě |
CRV | Zajištění přihlašovacích údajů od Ministerstva dopravy pro službu QueryWS CRV. Vše potřebné bude poskytnuto dodavatelem. |
Šablony | Zajištění šablon všech požadovaných dokumentů dle standardu úřadu, případně validace poskytnutých šablon. |
Postservis | Zajištění požadovaného smluvního vztahu mezi zadavatelem a poskytovatelem služby Postservis a tím získání přístupových údajů do objednávkového portálu Postservis. |
Lidské zdroje | Součinnost s: • Odbor správní a obecní živnostenský úřad a městská policie – minimálně při připomínkování šablon dokumentů, nastavování procesního schématu práce, definice oprávnění apod. • IT – minimálně při zprovoznění nezbytné infrastruktury, při zajištění přístupu na SSL, EKO, ISZR. • Vedení města – minimálně při zajištění přístup do CRV. |
Požadované funkční parametry
Obecné požadavky
1) Dodané SW řešení bude sloužit jako podpora pro zpracování:
a) Agenda validace přestupků městskou policií včetně řešení oznámení správnímu orgánu
b) Agenda zkráceného i nezkráceného správního řízení vedeného správním orgánem
2) Dodaný systém zajistí propojení na informační systémy:
a) Spisová služba
b) Systém evidence pohledávek
c) Registr silničních vozidel ČR a evropský registr provozovatelů CBE
d) Základní registry – ROB, ROS a RUIAN
e) Elektronický systém České pošty DopisOnline pro potřeby automatizace odesílání zásilek
3) Načítání přestupků do systému:
a) Systém musí být schopen načítat přestupky z měřících zařízení on-line prostřednictvím webové služby, a to bez jakéhokoli zásahu člověka, případně ze souborového úložiště datových balíčků,
b) Systém musí zajistit jednoznačnou ověřitelnost přenášených dat a uživatel musí být
v systému informován o validitě dat při prohlížení každého snímku.
c) Systém bude schopen importovat a zpracovávat přestupky:
i) Překročení rychlosti vozidel
ii) Nedovolené zastavení a stání
Funkční požadavky
1) Společné pro všechny moduly:
a) Procesně řízené zpracování přestupků – tak aby systém uživatele sám naváděl.
b) Systém musí být vybaven možností vlastními silami administračně měnit v prostředí grafického designeru:
i) Procesní kroky zpracování případů.
ii) Nastavovat oprávnění přístupu jednotlivým krokům, povolení změny datových položek.
iii) Definovat pravidla za jakých může případ postoupit do dalšího zpracování.
iv) Definovat vlastní generátory dokumentů.
v) Definovat volání integračních propojení na externí systémy včetně parametrů volání.
c) Systém musí umožnit administračně definovat nové datové položky, které budou součástí dat jednotlivých případů, a to včetně jejich datového typu a pravidel pro vyplňování – data o případu budou tvořit dynamický formulář.
d) Přehled o stavech vyřizování včetně počtu přestupků v daném stavu zpracování. Systém musí disponovat funkcí přepínání pohledů mezi zobrazením všech řešených přestupků všemi pracovníky v dané roli zpracovatele a filtrací pouze vlastních.
e) Přehledy a vyhledávání:
i) Systém musí být schopen v daném stavu zpracování případu zobrazit všechny případy, které se v něm nacházejí.
ii) Systém musí umožnit v seznamu případů zobrazit datové položky případů pro rychlejší orientaci – volba datových položek pro zobrazení musí být definována pouze administrací systému a musí být umožněno zvolit jejich libovolné množství a pořadí zobrazení. Uživatel musí mít možnost vybrat jen položky, které chce vidět.
iii) Uživatel musí mít možnost vyhledávat případy podle všech popisných dat případu, a to prostřednictví fulltextu.
iv) Uživatel musí mít možnost vytvářet výstupní sestavy prostřednictvím vlastního filtru dle libovolného množství omezujících podmínek na základě hodnot popisných dat
případů.
v) Systém musí umožnit definovat výstupní reporty, a to na základě definovaný parametrů datových položek s definovanou agregací pro potřeby statistických výstupů a možností exportu do Excelu.
f) Víceuživatelský přístup, minimálně:
i) Uživatelé budou rozděleni do rolí podle náplně práce s různými oprávněními v procesu zpracování.
ii) Možnost soukromého přiřazení případů ke zpracování – uživatel je veden jako zpracovatel případu.
iii) Při provádění externích operací prostřednictvím integračních vazeb na propojené systémy bude přenášena identita uživatele, který operaci vyvolal.
g) Generování dokumentů:
i) Generování bude prováděno vždy na základě šablon přístupných uživatelům
k editaci s možností libovolné změny v obsahu a formátování dokumentu. Šablony budou uloženy přímo v samotném systému.
ii) Systém musí umožnit upravovat dokument po vygenerování před následným převodem do PDF.
iii) Systém musí umožnit definovat pro jeden typ dokumentu více šablon a podmínky, za kterých mají být šablony použity pro potřeby generování různých jazykových mutací.
iv) Systém musí umožnit při generování vkládat identitu uživatele, který generování prováděl, a to včetně obrázků razítek a cyklostylovaných podpisů.
v) Systém musí umožnit do dokumentů generovat čárové kódy, a to dle zvoleného standardu a na libovolné místo v dokumentu, které je definováno šablonou.
h) Tisky:
i) Systém bude umožňovat hromadný tisk dokumentů z libovolného množství vybraných případů.
ii) Systém musí umožnit v jednom kroku hromadný tisk různých dokumentů z libovolného množství vybraných případů.
iii) Systém umožní hromadný tisk obálek zásilek, a to včetně dodejek a dodejek do zahraničí.
i) Konverze do PDF:
i) Systém umožní hromadnou konverzi generovaných dokumentů do formátu PDF
ii) Systém musí být schopen hromadného elektronického podpisu PDF dokumentů, a to certifikátem konkrétního uživatele včetně možnosti opatření časovým razítkem
iii) Hromadná konverze a podpis musí být přístupná v jednom uživatelském kroku.
j) Integrační propojení:
i) Všechna integrační propojení musí být řešena na pozadí funkce systému tak, aby byla pro uživatele neobtěžující a co nejvíce autonomní.
ii) Uživatel musí být jednoznačně informován o chybových stavech, kdy některé operace s integrovaným systémem nelze provést, a to vyčleněním zpracovávaného případu do speciálních chybových stavů s popisem co má uživatel dále provést, pokud je to v jeho moci.
iii) Systém musí umožnit plánování provádění integračních operací, jako například kontrol doručení, zaplacení, vypršení lhůt, atd., na stanovené časy a frekvenci jejich opakování.
iv) Systém musí umožňovat měnit parametry volání integračních propojení pouze
konfiguračním způsobem administrátorem, a to bez odstávky a aktualizace systému.
v) Systém musí umožnit administračně definovat kdy mají být jednotlivé integrační propojení volány, za jakých podmínek a v jakých stavech zpracování.
k) Bezpečnost a průkaznost zpracování:
i) Systém musí umožnit přístup jen autorizovaným uživatelům, a to zobrazovat jen informace, na které mají oprávnění v rámci definované role.
ii) Systém musí umožnit administračně definovat oprávnění pro jednotlivé uživatelské role, ale samotné uživatele, a to v rámci daného kroku zpracování případu.
iii) Systém musí umožnit definovat oprávnění ke změně položek případu, a to vždy jen v rámci konkrétního stavu zpracování případu a konkrétní roli uživatelů nebo uživatele.
iv) Systém musí verzovat jednotlivé datové položky případu, kdy uživateli musí být
přístupná historie změn včetně času změny, předchozích hodnot a uživatele, který změnu provedl.
v) Systém musí verzovat jednotlivé dokumenty, které jsou v rámci případu vedeny, kdy uživateli musí být přístupná historie změn včetně času změny, předchozích verzí dokumentu a uživatele, který změnu provedl.
vi) Systém musí obsahovat manipulační historii případu, ze které bude patrné, kterými stavy zpracování případ procházel a který uživatel s případem manipuloval.
2) Modul validace přestupků a oznamování umožní:
a) Automatické online načítání případů z měřící a detekční techniky, a to bez zásahu člověka.
b) Validaci případů v rozsahu:
i) Možnost hromadné validace případů formou výběru rozsahu případů pro validaci a následnou možnost zobrazení více případů najednou v uživatelem definované
mřížce.
ii) V rámci každého případu budou zobrazena všechna obrazová data případu včetně popisných údajů případu.
iii) Modul musí umožnit vratným způsobem a obrazová data aplikovat grafické filtry
v podobě úpravy kontrastu, jasu a gamutu z důvodu zvýšení čitelnosti obrazových dat. Aplikace grafických filtrů musí být možná na každý obrázek zvlášť.
iv) Modul musí umožnit maskování částí snímků z důvodu ochrany osobních údajů, a to:
(1) Modul musí umožnit aplikovat automatické maskování spolujezdce ve všech snímcích dle pozice RZ ve snímku.
(2) Modul musí umožnit automatické vkládání libovolného množství permanentních maskovacích zón dle stanoviště měřidla či detektoru pro potřeby maskování chodníků a jiných prostor.
(3) Modul musí umožnit upravit hranice automaticky vyznačených maskovacích zón.
(4) Modul musí obsluze umožnit vkládá vlastních ad-hoc maskovacích zón podle potřeby.
v) Modul musí umožnit změnu vybraných položek popisných dat případu, jako je
registrační značka pro potřeby korekce špatného automatického vyčtení, a to přímo při prohlížení snímků.
vi) Modul musí umožnit obsluze rozhodnout o výsledku validace případu, minimálně
v rozsahu validní, vozidlo ZS, nečitelný snímek.
vii) Modul ihned po provedení validace případu automaticky připraví potřebné
dokumenty k oznámení případu správnímu orgánu, a to bez jakéhokoli zdržení pro
obsluhu před validací následného snímku – všechny operace přípravy dokumentů a integrace se spisovou službou budou probíhat na pozadí bez zásahu člověka.
viii) Modul umožní hromadnou konverzi vytvořených oznámení do PDF s možností manuální úpravy před převodem do PDF.
ix) Modul umožní hromadné předání případů správnímu orgánu.
3) Modul vedení správního řízení:
a) Umožní vedení zkráceného i nezkráceného správního řízení.
b) Umožní vedení řízení jak s provozovatelem, tak řidičem.
c) Umožní automatické určení právní kvalifikace skutu, výše určené částky, případně pokuty a další parametrů potřebných k automatickému vygenerování procesních dokumentů.
d) Umožní automatické zjištění provozovatele vozidla v centrálním registru vozidel ČR i evropském registru CBE.
e) Umožní automatické ověření českého subjektu v základních registrech včetně získání informací o datové schránce subjektu.
f) Umožní automatické hromadné generování dokumentů z definovaných šablon, a to minimálně pro procesní kroky:
i) Výzva k zaplacení určené částky
ii) Výzva podání vysvětlení
iii) Usnesení o odložení z důvodu zaplacení či jiných důvodů
iv) Příkaz a příkaz na místě
v) Rozhodnutí
vi) Zahájení dokazování
vii) Protokol z jednání
g) Umožní podmíněné generování dokumentů podle cílové jazykové mutace adresáta – při odesílání do ciziny.
h) Umožní automatické generování obálek, složenek a zahraničních dodejek.
i) Umožní automatické vedení spisové ve spisové službě minimálně v rozsahu:
i) Založení a vyřízení spisu
ii) Založení písemnosti, čísla jednacího, vložení elektronického obrazu nebo přílohy, vložení do spisu
iii) Vypravení písemnosti poštou nebo datovou schránkou
iv) Kontrolu stavu doručení písemnosti
j) Umožní automatické vedení pohledávek v integrovaném systému evidence pohledávek minimálně v rozsahu:
i) Založení pohledávky na poplatníka
ii) Založení variabilního symbolu
iii) Založení předpisů a jeho storno
iv) Kontrola stavu zaplacení případů
k) Umožní automatickou kontrolu stavu doručení písemností, a to bez zásahu člověka
s automatickým rozčleněním případů podle stavu doručení do následného zpracování.
l) Umožní automatickou kontrolu stavu zaplacení případů, a to bez zásahu člověka
s automatickým rozčleněním případů podle stavu zaplacení do následného zpracování.
m) Umožní automatické hlídání stanovených lhůt s automatickým rozčleněním po jejich expiraci, a to bez zásahu člověka.
n) Umožní elektronické odesílání písemností na Českou poštu prostřednictvím online propojení obou systémů, a to formou přímého předávání elektronického obrazu odesílaného dokumentu ve formátu PDF.
o) Umožní spojování případů a vedení společného řízení, a to včetně generování
dokumentů na základě všech spojených případů – systém umožní vložení definovaných textových odstavců, zejména výrokových částí, ze všech spojených případů. Vkládaný text bude možné administračně nastavit.
Reference řešení
Koncová kalkulace
Licence Scarabeus DMS | ||
Položka | Množství [ks] | Cena bez DPH |
Připojené měřící zařízení (obousměrný úsek) | 4 | 200 000 Kč |
Připojené zařízení (plovoucí) | 1 | 50 000 Kč |
Modul RES (příjem z externích systémů) | 1 | 50 000 Kč |
Uživatel (referent) | 5 | 50 000 Kč |
Systémové jádro s konektory - RSV, CBE, eSpis SSL, VERA EKO Příjmy, ISZR, DopisOnline | 1 | 350 000 Kč |
Celkem licence | 700 000 Kč | |
Celkem licence po slevě | 30% | 490 000 Kč |
Implementace Scarabeus DMS | ||
Položka | Množství [MD (+MD = 8hod)] | Cena bez DPH |
Instalace | 10 | 88 000 Kč |
Customizace - rychlosti | 10 | 88 000 Kč |
Customizace - parkování | 12 | 105 600 Kč |
Školení | 1 | 30 000 Kč |
Asistence ostrého provozu | 5 | 34 000 Kč |
Celkem | 345 600 Kč | |
835 600 Kč
Celková cena dodávky bez DPH
Cena nezahrnuje náklady třetích stran jako jsou licenční náklady a služby stávajících dodavatelů integrovaných systémů!
Data předávaná do systému Scarabeus budou předávána formou jednoho souboru na každý přestupek ve formátu TAR (dále jen balíček), a to do definované složky souborového systému.
Každý balíček bude obsahovat přímo v kořeni archivu (bez vnitřních podsložek):
1. Obrazovou dokumentaci ve formátu JPG, kdy název souboru je nevýznamový.
2. XML soubor metadata.xml obsahující datovou větu strukturálně popisující parametry zjištěného přestupku. Datová věta je jednoznačně popsána XSD schématem, viz níže.
XSD schéma
<oxml version="1.0" encoding="UTF-8"o>
<xs:schema xmlns:xs="xxxx://xxx.x0.xxx/0000/XXXXxxxxx"
target amespace="xxxx://xxx.xxxxx.xx/xxxxxxx/xxxxxxx/0_0_0" xmlns="xxxx://xxx.xxxxx.xx/xxxxxxx/xxxxxxx/0_0_0" elementFormDefault="qualified" xmlns:vc="xxxx://xxx.x0.xxx/0000/XXXXxxxxx-xxxxxxxxxx" vc:minVersion="1.1" >
<xs:element name="Offense">
<xs:annotation>
<xs:documentation>Uzel základních informací o přestupku</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="time" type="TimeObjType" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>Uzel obsahující informace o čase přestupku</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="place" type="fllaceObjType" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>Uzel obsahující informace o místě přestupku</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="VehicleRZ" type="VehicleLicencefllateStringType" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>Registrační značka předmětného
vozidla</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="Qualification" type="QualificationObjType" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>Uzel obsahující informace spojené s kvalifikací přestupku</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="DSAItem" minOccurs="0" maxOccurs="1">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:annotation>
<xs:documentation>Uzel pro doplňující data</xs:documentation>
</xs:annotation>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<!--
========================================================
Data type definition section
========================================================
-->
<xs:simpleType name="DateTimeType">
<xs:restriction base="xs:dateTime"/>
</xs:simpleType>
<xs:simpleType name="GflSAddressStringType">
<xs:restriction base="xs:string">
<xs:minLength value="3"/>
<xs:maxLength value="256"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="VehicleLicencefllateStringType">
<xs:restriction base="xs:string">
<xs:minLength value="4"/>
<xs:maxLength value="16"/>
</xs:restriction>
</xs:simpleType>
<xs:complexType name="GflSCoordinateType">
<xs:sequence>
<xs:element name="lat" type="xs:decimal" minOccurs="1" maxOccurs="1" />
<xs:element name="lon" type="xs:decimal" minOccurs="1" maxOccurs="1" />
</xs:sequence>
</xs:complexType>
<!--
========================================================
Object definition type section
========================================================
-->
<xs:complexType name="TimeObjType">
<xs:sequence>
<xs:element name="offensetime" type="DateTimeType" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>Datum a čas spáchání přestupku</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="offensetimeMin" type="DateTimeType" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>flřestupke byl páchán minimálně od tohoto data a času</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="offensetimeMax" type="DateTimeType" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>flřestupke byl páchán minimálně do tohoto data a času</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="fllaceObjType">
<xs:sequence>
<xs:element name="GflSAddress" type="GflSAddressStringType" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>Adresa místa, kde byl přestupek spáchán</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="GflSCoordinate" type="GflSCoordinateType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="QualificationObjType">
<xs:sequence>
<xs:element name="name" type="xs:string" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>Kvalifikace porušení například § 53 odst. 2
</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="nameEx" type="xs:string" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>Kvalifikace přestupku například § 125c odst. 1 písm.
k)</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="dz" type="xs:string" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>Identifikace dopravní značky</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="dzext" type="xs:string" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>Dodatková tabulka</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="description" type="xs:string" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>flopis strážníka</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>