Hlavní navigace

Evidence skutečných majitelů firem měla dnes začít fungovat pro veřejnost, systém má ale výpadek

Sdílet

David Slížek 1. 6. 2021
Evidence skutečných majitelů - výpadek - perex Autor: screenshot, Lupa.cz
  • 15:00 doplnili jsme vyjádření ministerstva spravedlnosti

Část z údajů z informačního systému o skutečných majitelích firem má být podle zákona o evidenci skutečných majitelů od 1. června 2021 dostupná veřejnosti na webu. Stanovil to letos přijatý zákon o evidenci skutečných majitelů (37/2021 Sb.).

Jenže rejstřík, provozovaný ministerstvem spravedlnosti, je v první červnový den nedostupný – nedá se v něm vyhledávat. Uživatelé na to upozorňují na sociálních sítích.

„Z technických důvodů spojených s aktuální vytížeností informačního systém je dočasně vyhledávání v evidenci skutečných majitelů nedostupné. Na urychlené nápravě se pracuje. Omlouváme se za komplikace,“ potvrzuje problém hlášení na webu.

A při pokusu o vyhledání informace ke konkrétnímu jménu databáze vypíše chybovou hlášku „Omlouváme se, ale funkce je z technických důvodů nedostupná.“


Autor: screenshot, Lupa.cz

Ministerstvo na webu píše také to, že zatím nefungují všechny tzv. průpisy do databáze skutečných vlastníků z obchodního rejstříku. Ty by se měly provést automaticky v případech, kdy je majitel ze zápisu v obchodním rejstříku zřejmý.

„Pokud u Vás dosud automatický průpis nenastal, může to být způsobeno právě tím, že se k Vám systém zatím nedopracoval. Veškeré automatické průpisy by každopádně měly být zajištěny do konce tohoto týdne (do pátku 4. 6. 2021). Pokud průpis zajištěn nebyl, byť zjevně nastat měl, lze situaci posuzovat ve prospěch evidující osoby a v mezidobí k ní přistupovat, jako by evidenční povinnost splnila,“ informuje úřad.

Zpoždění je podle něj způsobeno tím, že systém „aktuálně vyhodnocuje velké množství dat.“

AKTUALIZACE 15:00 – Podle ministerstva spravedlnosti nejde o technické selhání, ale o řízenou provozní odstávku. Andrea Šlachtová z tiskového oddělení úřadu to napsala na dotaz Lupy na příčiny nefunkčního vyhledávání:

„Web, resp. evidence je dostupná. Není dostupná funkčnost vyhledávání. Systém musí respektovat platnou legislativní úpravu a tedy stav, který platil 31. 5. 2021 23:59 je jiný než stav platný od 1. 6. 2021 00:01 a vedl k nutnosti spuštění skriptu nad produkční databází. V dávkách prochází veškeré záznamy a provádí úpravy v oblasti skutečných majitelů vzniklých na základě automatického průpisu a transformace dříve zapsaných dat o skutečných majitelích do podoby nově účinné legislativy. Jelikož systém umožňuje nahlížet do živých dat, tak bylo nutné omezit možnost výpisu z evidence skutečných majitelů jako prevenci publikace legislativně nesprávných dat. Skript nebylo možné spustit dříve než 1. 6. 20221 00:01, a to právě z důvodu zajištění platnosti dat v dikci legislativy. Nejedná se tedy o technické selhání, ale jde o řízenou provozní odstávku části systému v důsledku toho, že dle platné legislativy je nutné provést hromadné úpravy nad databází s cílem zamezit neaktuálnosti některých dat dle platné legislativy,“ napsala Šlachtová.

Změnilo se i oznámení o nefunkčním hledání na webu evidence. Místo původního „Z technických důvodů spojených s aktuální vytížeností informačního systém je dočasně vyhledávání v evidenci skutečných majitelů nedostupné. Na urychlené nápravě se pracuje. Omlouváme se za komplikace.“ na stránkách nově stojí „Funkce pro vyhledávání v evidenci skutečných majitelů je nyní řízeně vypnuta.“

Našli jste v článku chybu?
  • Aktualita je stará, nové názory již nelze přidávat.
  • 1. 6. 2021 9:32

    ...

    záleží co vše chceš považovat za vady, ale je běžné, že po uvedení do provozu se objeví při akceptaci řada drobných nesrovnalostí (nechci říkat chyb, někdy jsou problémy způsobeny i nedostatečně konkrétním zadáním), to je běžné jak u IT projektu, tak třeba i u staveb, celý proces s tím počítá.

    Ale aby byl projekt po uvedení do provozu vyloženě nefunkční (bez vyhledávání se není možné k datům dostat)? S tím se i v soukromé sféře setkávám ojediněle až vyjímečně.

  • 1. 6. 2021 10:46

    ...

    Nezmiňuješ konkrétně o jakém odvětví vlastně mluvíš a řikáš to hodně obecně. Vím, že jsou obrovské problémy u malých eshopů a webů, kdy se do rozpočtu nedá moc testerů, projekťáků a jiných podpůrných rolí zařadit.

    Zpravidla si zadavatel neumí dostatečně dopředu představit jak bude vypadat výsledek nebo nemá všechny podklady, aby mohl vybrat nejvhodnější řešení, pak chce po dokončení udělat změnu, protože mu z reálného provozu vyplyne. Samozřejmě také existují chyby, které udělá dodavatel a projdou kontrolou, nikdo si jich nevšimne, ale že by se běžně objevovaly chyb, které vlastně znamenají, že projekt je plně nefunkční jako tady, to nevidím. Kdy jsi se naposledy setkal s tím, že by ti nešla koupit jízdenka, nešly poslat peníze z účtu, nemohl jsi zaparkovat v podzemních garážích, nešlo ti natankovat na benzínce? To jsou projekty, kterých se účastním a s těmi mám zkušenosti.

    Dělám věci zejména kolem datových skladů, databází, analytických systémů a datových uložišť a jejich integrací na všechny strany. Nejvíce chyb, které máme po dokončení plyne z variability vstupních dat a jejich množství, což se vždy těžko specifikuje dopředu. Časté jsou také chyby v SW (našem nebo cizím), které ale nejsou dostatečně dopředu ošetřeny, zdokumentovány a připravena náhradní řešení.

    Nelze něco stavět nebo programovat bez chyb, důležité je s tím být otevřený, jasně říct, kdy začíná pilotní provoz, do kdy budou všechny akceptované nedostatky vyřešeny a jak bude probíhat proces oprav.

    O jaký obor se jedná a co přesně chceš realizovat? Dohodnout se můžeme, ale počítej s tím, že se platí za člověkoden cca 7 - 15 tis. podle role.

  • 1. 6. 2021 12:12

    ...

    asi nerozumím jazyku tvého kmene. Chyby jsou naprosto přirozená součást jakékoliv realizace, vše je jen o tom, jak se k nim postavíš a kdy je vyřešíš. Jestli myslíš, že naši operátoři jsou schopní dělat vývoj bez chyb, tak to není pravda, jen se chyby řeší dříve než se jde s produkty ven, probíhají dlouhá kolečka testování, akceptací, pilotního provozu. Podívej se na VF, minulý týden nasazoval aktualizaci své administrace a doteď tam pár modulů nefunguje a někteří nemohou deaktivovat své balíčky přes web, ale musí na mobilní aplikaci nebo infolinku, vyřešilo se to správnou hláškou a návodem jak to provést, tj. nevypadá to jako chyba pro uživatele.

  • 1. 6. 2021 9:34

    ...

    ukaž mi provozovatele, který umí filtrovat roboty. Je to boj s větrnými mlýny a nelze to snadno zajistit, to na některé projekty máme řádově větší rozpočet než má katastr.

  • 1. 6. 2021 9:13

    Ja_uz_budu_hodny_dedecku

    Na druhou stranu ruku na srdce... neznam projekt, ktery by delalo IT a dodali ho v terminu a bez vad. A to bez ohledu na to, zda jde o statni ci soukromou sferu. Takze je dobre brat terminy tohoto typu, kdy se ma dodat a zprovoznit bez vad nejaky system po vyvoji jako silne orientacni, spise jen takove prvni vetsi demo, nez finalni produkt.

    A z tohoto pohledu je to v poradku.

  • 1. 6. 2021 10:09

    Jirka

    Pokud zákazník nezná slovo "testovat" a ještě si myslí, že "umí napsat zadání", je takový výsledek neprosto nevyhnutelný. To ale není chyba IT výroby, u dodavatele ale chyba IT designu a to na straně zákazníka. A státní správa si rozhodně nenechá poradit, ta jen organizuje úplně zbytečné kontrolní dni s počtem účastníků převyšujících smysluplný počet stran zadání, které neopsali z minula nebo odjinud.

  • 1. 6. 2021 11:58

    Ja_uz_budu_hodny_dedecku

    Jeste ze nesefujes tymu operateru, protoze ti musi operovat bez chyb. Je spousta povoalni kde maji chyby fatalni nasledky a kupodivu to jde. Jsou obory, kde se musi opravdu dodrzovat terminy a dokazi to. Ovsem pak je vyvoj, ktery je dle tech, co v nem pracuji tak narocny, ze terminy se plnit nemusi a chyby jsou soucasti... dobre sis vybral...

  • 2. 6. 2021 11:58

    ...

    Nerozumím, co řešíš. Člověk z principu není bezchybný, množství chyb je přímo úměrné nákladům nebo potřebnému času.

    Zmiňoval jsi doktory a operace, chirurg studuje 6 let, poté musím za dozoru provést k tisícovce operací a trvá mu dalších 5 - 10 let než získá základní atestaci, nutná k samostatnému výkonu povolání, následuje nádstavbová. Teprve tehdy může operovat sám a je odpovědný za chyby. Doktor za svého vzdělávání udělá celou tunu chyb, jen je tam nad ním někdo, kdo ho kontroluje, chybám předchází a odpovídá za to. To je řízená práce s chybami. Řada operací se musí dělat na vícekrát, u některých je vysoké riziko, proto s ní musí pacient explicitně souhlasit.

    Vždy je důležité zohlednit riziko, u operace je riziko oborvské a následky mohou být dlouhotrvající, u špatně nastavené barvy u formuláře je riziko mizivé. Tomu i odpovídá cena, náklady na jednotlivé operace jdou od desítek tisíc do milionů k tomu podobné částky jsou za odpisy nástrojů a přístrojů. Jeden pracovní den vývojáře naopak stojí průměrně kolem 10 tis i s odpisy.

    Normální je dodávat to, na čem se dohodnu, pokud někdo chce na akceptace 0 chyb, dělá se to, stojí to ale pak velké peníze (viz třeba vývoj na železnici a systém ETCS, kde jeho vývoj jde do miliard korun, systém je dělen do několika aplikačních úrovní právě podle spolehlivosti řešení, ani u tohoto systému se nemluví o 100 % spolehlivosti). Vždy to je ale klient, kdo přistoupí na riziko většího výskytu chyb za řádově nižší ceny. V rámci enterprise projektů máme součástí akceptace povolený počet chyb v jednotlivých kategoriích (kritická, důležité, kosmetické atd.), s tím obě strany do toho projektu jdou, je to vzájemná dohoda za účelem nižších nákladů či kratšího termínu dodání.

    Podívej se do světa mimo IT, funguje to stejně. Velké stavby fungují shodně, počty povolených chyb podle klasifikace a doba, do kdy je dodavatel musí vyřešit. Stavěl jsi někdy vlastní dům? Nechal jsi si někdy udělat novou střechu? To je stené. Když si necháš něco na zakázku vyrábět, dodavatel se zavazuje k určitému % zmetkovitosti, to je opět důsledek chyby stroje nebo pracovníka, opět je to dojednané a všichni s tím tak počítají. Pracovat s chybami se učíme již na škole, známka u maturity je odvozena z počtu správných a chybných odpovědí. Stejně to je, když dělám autoškolu, opět mohu v testu udělat chyby. Záruka u zboží, které si kupuješ je opět důsledkem povolených chyb.

    Kde bereš ten názor, že vývoj SW musí probíhat vždy bez chyb a že takový výsledek je polotovar? O kterých povoláních mluvíš, když tvrdíš, že chyby nedělají?

  • 1. 6. 2021 9:36

    Ja_uz_budu_hodny_dedecku

    Dekuji za potvrzeni mych slov. Ano, budeme tomu rikat "nesrovnalosti" misto "chyb" aby report chyb vypadal ciste. A nekonkretni zadani je opet chybou vyvojove firmy, ze si nezajistila vsechny potrebne zadani. A souhlasim, ze s tim proces pocita, protoze je to pro dodavatele jednodussi neco dodat a pak cekat na reporty co je spatne a kde jsou chyby a prihodit si viceprace apod. hlavne nerikat chyby, protoze ty jsou smulvne osetrene, ale nesrovnalosti ne...

    a jinak je to v 99 % pripadu jak ve statni sfere, tak v soukrome. Pokud mi das firmu, co bude dodavat 99 % v terminu a bez chyb a nesrovnalosti tak mi tu napis kontakt. Zasobim je praci na 20 let a nejen ja.

  • 2. 6. 2021 10:30

    Ja_uz_budu_hodny_dedecku

    To vidim, ze tomu nerozumis... ano ja vim, ze chyby jsou soucasti vyvoje... ano, mate to super vymyslene a zduvodnite si to. Pritom je tu milion jinych povolani, ktere chyby nedelaji a nemaji ty kopy vymluv jako ty. Ano, vybral sis dobre. Dodavat polotovary a jeste se placat po ramenou, jaci jste dobri.

    Takze ne. Neni normlani dodavat veci s vadami. Ze se to u vas toleruje je veci druhou.