- Česky (cs)
- English (en)
Registr zastupování
Popis Registru zastupování
AIS REZA, kde lze vidět souhrn oprávnění, která jsou poskytována a kam lze z pohledu OVM zadávat šablony, je k dispozici na adrese
Na této stránce není k dispozici přehled udělených oprávnění.
Testovací prostředí je k dispozici na adrese https://reza-ais-test.egon.gov.cz
Centrální Registr zastupování zajišťuje jednotnou evidenci oprávnění k zastupování (evidovaný vztah dvou osob z ROB/ROS, který popisuje právo zastupujícího jednat jménem zastupovaného vůči veřejné správě) při jednání vůči veřejné správě a definuje strukturu oprávnění k zastupování (jednotlivé vzory - šablony). Obsahuje služby pro čtení a editaci těchto zmocnění a tak umožňuje využití oprávnění a zastupování napříč veřejnou správou. Registr zastupování je doplňkem stávajícího ekosystému zástupčího jednání – primárně je určen pro digitální služby. Je fakultativní vůči orgánům veřejné moci – Orgán veřejné moci musí projevit vůli poskytovat digitální služby v zastoupení.
Zároveň údaje vedené v centrálním Registru mohou kombinovat všechny orgány veřejné správy se svými údaji, které si evidují v lokálních evidencích (lokální ReZa). Údaje vedené v centrálním Registru jsou považovány za referenční a centrální Registr se tak stává nedílnou součástí propojeného datového fondu. ReZa je součástí RPP.
Vytvoření centrálního Registru vychází zejména ze zákona č. 125/2024 Sb., který novelizuje zákon č. 111/2009 Sb. o základních registrech. Spolu se zákonem č.12/2020 Sb. o právu na digitální služby, umožňuje fyzickým i právnickým osobám čerpat digitální služby v zastoupení. Realizací centrálního Registru dochází k plnění obecného principu eGovernmentu, tedy zásady „pouze jednou“.
Každá fyzická osoba v roli občana či fyzická osoba zastupující právnickou osobu může do daného Registru uložit svou plnou moc dle schválených šablon a zároveň každý oprávněný orgán veřejné moci bude mít povinnost tuto plnou moc využít, jestliže je u něj uplatněna.
Současný stav
Informační systém Registru zastoupení (ReZa) je tvořen dvěma klíčovými komponentami:
- Komponenta AIS ReZa – zajišťuje služby agendového informačního sytému (AIS ReZa), prostřednictvím nichž jsou spravována jednotlivá zmocnění (implicitní i explicitní) a rozsah oprávnění k zastupování. Zajišťuje veškeré funkce, umožňující řízení životního cyklu zmocnění. Nabízí správu šablon, integraci jiných lokálních evidencí plných mocí. AIS ReZa je integrován na ISZR i ISSS. Vedou se zde zastoupení, která již pozbyla platnosti. Dále udržuje vazbu osob k certifikátům pro elektronický podpis a pečeť za účelem identifikace držitele.
Prostřednictvím referenčního rozhraní propojeného datového fondu poskytuje editorům i čtenářům webové služby umožňující pro aktuální i historické záznamy:
- zápis evidenčního záznamu (editor)
- předčasné ukončení evidenčního záznamu (editor)
- vyhledávání záznamů (editor, čtenář)
- čtení záznamů (editor, čtenář)
Prostřednictvím služeb RPP/ReZa poskytuje pro AISy s vlastní lokální evidencí zmocnění webové služby umožňující:
- přebírat ke svým lokálním evidencím potřebná referenční data z ReZa a udržovat je aktuální
Prostřednictvím AIS ReZa poskytuje editorům webové služby umožňující:
- zaevidovat OVM do ReZa zmocnění, tak aby se z těchto zmocnění staly referenční údaje
Součástí jsou i standardní služby, dnes běžně využívané všemi základními registry, např. služby zasílání notifikací.
- Registr ReZA – eviduje aktuálně platná (referenční) samotná zastoupení a oprávnění pro ostatní AISy a služby VS, a zajišťuje nad nimi základní správu. Všechny evidované údaje zapsané do ReZa jsou referenční a platné pro všechny relevantní čtenáře – AISy.
Součástí jsou i standardní služby, dnes běžně využívané všemi základními registry, např. služby zasílání notifikací.
Kdo provádí záznam? Kdo je editorem? | Jak | Příklad | Typ |
---|---|---|---|
Správce AIS ReZa | využitím Informačních systémů veřejné správy, ve kterých jsou evidována zastoupení ze zákona | AISEO, ROS, (statutární zástupce právnické osoby, rodič nezletilého dítěte…) | Implicitní |
OVM | prostřednictvím Informačního systému veřejné správy či prostřednictvím IS CzechPOINT@office, a to v případě zápisu oprávnění k jednání v zastoupení, plynoucího buď z rozhodnutí autority nebo z předložení zastoupení přímo na daném OVM k danému úkonu | Soudy (opatrovnictví, poručnictví, insolvence, exekuce, arbitráž) | Implicitní |
Kontaktní místo veřejné správy | prostřednictvím IS Czech POINT, kdy občan využije asistovanou službu | Úředník orgánu veřejné moci zprostředkuje službu za klienta na přepážce | Explicitní |
Portál občana nebo portály úřadů | Prostřednictvím služeb AIS ReZa | Na základě projevu vůle zmocnitele | Explicitní |
Systém eviduje implicitní a explicitní oprávnění k zastupování. Implicitní oprávnění generuje agentura DIA na základě změn údajů v základních registrech a dalších AIS dle šablon oprávnění k zastupování. Typickým znakem je, že nevznikají z vůle zastupovaného a nelze je jednostranným aktem zastupovaného či zastupujícího změnit – je nutné dosáhnout změny údajů v ISVS či rozhodnutí soudu atd. Explicitní oprávnění budou vznikat na základě iniciativy zastupovaného přes portál příslušného úřadu, Portál občana, nebo kontaktní místo Czech POINT. Typickým znakem je, že je zastupovaný může jednostranně ukončit bez čehokoli dalšího.
Řízení přístupu a role v AIS ReZa
AIS ReZa je dostupný pouze pro OVM a pracují v něm úředníci. Není tedy určen klientům státní správy; u nich budou explicitní oprávnění k zastupování vznikat na základě jejich iniciativy přes Portál občana.
Při přihlášení uživatele do AIS ReZA (prostřednictvím JIP/KAAS) je ověřeno, že je uživatelem daného OVM a má oprávnění pracovat v AIS ReZa a přeberou se činnostní role, které má přiřazené. Rolemi je definováno, zda uživatel může pracovat se všemi záznamy (správce ReZa) anebo jen s vybranými (OVM). V současném stavu (stav As-Is) aplikace AIS ReZa umožňuje uživateli přistupovat do systému pod těmito uživatelskými rolemi:
- CR121687 – Správa oprávnění k zastupování v AIS ReZa správcem ReZa
- CR121700 – Správa explicitních oprávnění k zastupování v AIS ReZa orgány veřejné moci vykonávajícího příslušnou agendu
Uživatelské role jsou přejímány podle činnostních roli definovaných v JIP-KASS. Každému uživateli lze přiřadit libovolný počet rolí.
Tabulky konkrétních rolí a jejich přístup k funkcím systému k 1. 9. 2024
Běžné využívání ReZa – nahlížení, ověření konkrétního oprávnění nebo certifikátu… (téměř celá veřejná správa)
Kam bude mít uživatel přístup v ReZa AIS? | Potřebné role |
---|---|
OVĚŘENÍ OPRÁVNĚNÍ | CR121702 Využití oprávnění k zastupování orgány veřejné moci |
OVĚŘENÍ CERTIFIKÁTU | CR121693 Využití údajů o certifikátech pro účely identifikace držitele certifikátu |
Spolupráce nad šablonami (návrh, tvorba a schvalování šablon oprávnění…) (malá skupina poučených uživatelů na úřadech)
Kam bude mít uživatel přístup v ReZa AIS? | Potřebné role |
---|---|
ŠABLONY | CR121689 Schvalování parametrů typu oprávnění |
CR121700 Správa explicitních oprávnění k zastupování v AIS REZA orgány veřejné moci vykonávajícího příslušnou agendu | |
CR121704 Editace parametrů typů oprávnění |
Pouze správce ReZa (velmi malá skupina - uživatelé z DIA spravující ReZA a vybraní uživatelé z úřadů během procesu napojování)
Kam bude mít uživatel přístup v ReZa AIS? | Potřebné role |
---|---|
SPRÁVA OPRÁVNĚNÍ SPRÁVA CERTIFIKÁTŮ | CR121687 Správa explicitních oprávnění k zastupování v AIS REZA (správcem REZA) |
CR121688 Editace oprávnění k zastupování v REZA | |
CR121691 Správa údajů o certifikátech pro uznávané elektronické podpisy a uznávané elektronické pečetě | |
CR121699 Správa implicitních oprávnění k zastupování | |
CR121701 Poskytování informací o oprávnění k zastupování | |
CR121703 Správa katalogu typu oprávnění | |
CR121705 Publikace parametrů typu oprávnění |
Funkce pro správu a publikaci údajů o oprávnění k zastupování
Podle přidělených uživatelských rolí, má po přihlášení uživatel možnost s oprávněními k zastupování provádět akce:
- vyhledání oprávnění
- zobrazení detailu
- změna statusu
- zpochybnění
- editace rozpracovaného oprávnění
- vytvoření (kopie) oprávnění
Šablony
Šablony slouží jako vzory, podle kterých jsou sestavována explicitní i implicitní oprávnění k zastupování. Tvorba šablon je založena na výběru polí z číselníků agend, služeb a úkonů. Zároveň je možné u šablon nastavovat různé parametry. Zdrojem pro tvorbu šablon musí být Registr práv a povinností, resp. Katalog služeb, první z pohledu dat v agendě, druhý z pohledu struktury služby a jejích úkonů. Bez definované šablony nelze vytvořit nové zmocnění.
Budoucí stav
Řešení ReZa je připravované na budoucí rozšíření a integraci s Evropskou digitální peněženkou EU DIW, Evropskou infrastrukturou blockchainových služeb EBSI, elektronické zdravotnictví eHealth ČR, nebo v duchu současné aktivity v EU, která má za cíl transponovat ontologii RPAM do EU legislativy.
REZA do budoucna bude muset vybudovat rozhraní, které doplní řešení oprávnění subjektů samy za sebe (osoba je občan, je student, je způsobilá atd.)
Na portálu občana očekáváme umožnění přehledu pro občany (existující zmocnění, odvolání explicitního zmocnění) na začátku roku 2025. Realizace služeb bude možná i na kontaktním místě veřejné správy (do 1. 7. 2025).
Dlouhodobý je i plán na federaci s lokálními rejstříky zastupování pro resorty a další ÚSÚ, které již mají existující řešení.
Pravidla Registru zastupování
Současný stav
- Musí být zajištěna rovnost mezi zmocněním učiněným jak v listinné, tak v elektronické podobě. Systém řízení zmocnění musí respektovat i vždy obě varianty provedení úkonu (listině / elektronicky).
- Neexistuje digitalizace papírové plné moci, tj. již udělené platné papírové plné moci nadále platí a nebudou automaticky digitalizovány.
- Jediný typ subjektu, který může vystupovat v roli zastupujícího, přistupujícího ke službě při jejím čerpání samoobslužně v digitálním prostředí, je fyzická osoba.
- Při přístupu k digitálním službám lze použít pouze takové evidované zastoupení, kde konečným zastupujícím (v případném řetězci zastupujících) je fyzická osoba.
- Nemůže být registrováno zastoupení, kde v roli zastupovaného či zastupujícího vystupuje osoba, která není ztotožnitelná vůči ROB či ROS.
- Registr neřeší práva zastupovaného, tedy zda zastupovaná osoba má či nemá sama za sebe oprávnění k přístupu ke službě orgánu veřejné moci či je oprávněna k danému úkonu v rámci služby. Tuto činnost provádí editor při vytváření evidenčního záznamu v Registru.
- Evidenční záznam o právu jednat v zastoupení vždy obsahuje právě jednu osobu zastoupeného a právě jednu osobu zastupujícího. Editor ověřuje existenci osob v roli zastupovaného a zastupujícího v Registru obyvatel či Registru osob. V případě řetězení oprávnění (právnické osoby a jejich zaměstnanci) jsou v ReZa evidovány další záznamy.
- Evidenční záznam není možné žádným způsobem měnit, může mu být pouze změněna nebo předčasně ukončena platnost editorem či správcem Registru na základě vyjádření vůle zastupované osoby či procesů stanovených správcem Registru. Jakékoli opravy evidence editorem či správcem Registru se provádí předčasným zneplatněním původního záznamu a vytvořením nového záznamu, což je důležité pro zachování dohledatelnosti stavu platného v minulosti.
- Registr řeší pouze evidenci oprávnění k jednání v zastoupení vůči službám veřejné správy, které jsou evidovány v RPP.
- V případě využití existujícího oprávnění k zastupování pro jeho postoupení třetí osobě musí být ověřeno, že původní zastupování tuto operaci povoluje (dále zřetězení), či zda je toto zřetězení povoleno legislativou. Zřetězené neboli postoupené oprávnění k zastupování může omezovat i úkony a služby, které jsou postoupeny, a může obsahovat i další omezující podmínky. Tedy postoupené oprávnění k zastupování nemusí být v plném rozsahu původního. Také z jednoho oprávnění k zastupování v pozici předchůdce může vzniknout více postoupených – větvení. Jinými slovy, úřad může primární šablonu vytvořit poměrně obsáhlou tak, že bude obsahovat několik skupin služeb a úkonů a tyto služby a úkony se mohou v dalších šablonách opakovat. Při postoupení je možné vybrat, komu postupovat.
- Oprávnění k zastupování může být omezeno rozsahem služeb. Tím je myšleno omezení zastupování pouze vůči nějaké Agendě veřejné moci, Službě agendy, Úkonu služby či konkrétnímu Orgánu veřejné moci.
- Oprávnění k zastupování lze omezit věcně. To spočívá v uvedení objektů, vůči kterým je omezeno. Editor - OVM ověřuje existenci tohoto objektu v propojeném datovém fondu veřejné správy.
- Registr zastoupení musí kontrolovat, že omezovací podmínky jsou podmnožinou podmínek uvedených v oprávnění k zastupování na pozici předchůdce a případně má třeba pouze dodané omezovací podmínky. Nesmí připustit vznik nesouladu.
- Za definici objektů, které je možné použít k věcnému omezení je zodpovědná agenda poskytující služby veřejné správy. Věcný správce agendy definuje, které datové elementy jednoznačně popisují objekt v souladu s uvedeným datovým popisem objektu v RPP. Dále je věcný správce odpovědný za uvedení zdroje pro ověření existence objektu a případných pravidel pro editory Registru zastoupení pro provádění kontrol uvedených informací v oprávnění k zastupování, které májí být evidovány v Registru zastoupení.
- Editor – OVM zodpovídá za to, že evidence je prováděna v souladu s předloženými doklady (podklady, důkazy).
- Editor při vytváření evidenčního záznamu v Registru zastoupení zodpovídá za správné vyplnění údajů o službách veřejné správy a jejich úkonech či o orgánech veřejné správy, vůči kterým je oprávnění k zastupování uplatnitelné a případně také které orgány veřejné správy mohou k této plné moci přistupovat.
- Orgán veřejné moci není oprávněn vyhledávat existenci explicitního oprávnění k zastupování bez toho, že by bylo uplatněno zastupovaným či zastupujícím. Tedy ačkoli jde o referenční údaj, do okamžiku uplatnění se jím OVM neřídí („neví o něm“). U implicitního oprávnění může nahlížet jen v rámci úředního procesu, kdy je nutné určit, zda a kdo je oprávněn k zastupování osoby. Úředník vkládá důvod nahlížení, což umožňuje zpětnou kontrolu. Tato informace je poskytována i občanovi jako výpis o využívání údajů v základních registrech a občan může vznést námitku vůči tomuto nahlížení.
- Pokud orgán veřejné moci má informace o tom, že by mohl být údaj o zastupování chybný, pak postupuje jako s jakýmkoli jiným referenčním údajem – reklamace.
- Editor - OVM provádí další logické kontroly tak, aby evidované oprávnění k zastupování obsahovalo automatizovaně zpracovatelné údaje. Editor může odmítnout provedení evidence oprávnění k zastupování, u kterého nejsou splněny podmínky evidence.
- Editor – OVM má povinnost zadávat či zneplatňovat zmocnění.
- Editor – občan má možnost do centrálního Registru zastoupení zadávat či zneplatňovat své plné moci, stanovovat rozsah oprávnění, časové trvání atp. Zároveň má možnost postoupit informaci o učiněném zmocnění svému zmocněnci. Fyzická osoba, které je postoupena informace o učiněném zmocnění, má právo toto zmocnění odmítnout.
- Implicitní zmocnění se zmocněncem nepřijímají, ty jsou daná ze své podstaty.
- Explicitní zmocnění je zmocnitelem v ReZa zaznamenáno a dokud jej zmocněnec nevyužije k jednání. Pokud jej zmocněnec nevyužije k jednání, znamená, že plnou moc nepřijal.
- Novou šablonu zakládá DIA a ta určí, kdo je jejím garantem. Sestavovat/editovat takto nově založené šablony mohou pověření editoři OVM, což jsou osoby/úředníci ověření ohlašovatelem agendy a jsou oprávněni tento úkon vykonávat – mají uživatelskou roli. Po skončení editace všichni OVM editoři, DIA i gestor schvalují danou šablonu. DIA po schválení tuto šablonu publikuje a notifikuje všechny zainteresované o změnách.
- Do jednoho roku od publikace šablony je pak zodpovědný úřad povinen umožnit sestavit a uplatnit oprávnění k zastupování vytvořené na základě této šablony.
- Bez definované šablony nelze vytvořit nové zmocnění. OVM i SPUÚ ale mohou dát podnět DIA k vytvoření nové šablony. DIA posoudí oprávněnost požadavku a v případě souhlasného stanoviska, založí vhodnou šablonu a v součinnosti s ohlašovatelem agendy ji zveřejní v Centrální ReZa a tím se umožní její využívání zmocniteli a zmocněnci.
Co mají dělat úřady
Pokud je úřad ohlašovatelem agendy, musí provést revizi ohlášení Služeb veřejné správy pro příslušnou agendu (jasné úkony, nechybí nějaký úkon atd.) a ověřit, že ohlášené služby a úkony je možné smysluplně zavést do příslušných šablon, případně vytvořit šablony pro oprávnění k zastupování, která budou použitelná v jeho agendě. Úřadům působícím v jeho agendě musí ohlašovatel poskytnout metodickou podporu k využívání ReZa.
V případě implicitních oprávnění se vytváří ve spolupráci s agenturou DIA dokument popisující šablonu a pak se provede její „naklikání“ v AIS ReZa. K vytváření šablon je určen výše uvedený web AIS ReZa, pokusy lze provádět v testovacím prostředí https://reza-ais-test.egon.gov.cz/.
Úřad s působností v agendě se rozhodne, zda bude realizovat i svoje lokální řešení, nebo mu bude postačovat práce s centrálním řešením a podle toho upraví své informační systémy. Pokud již nyní úřad provozuje nějakou formu „Mandátního registru“ pak ji musí napojit na ReZa.
Podle zákona o ReZa nemusí úřad ReZa využívat, ale každá osoba má podle platného právního řádu právo nechat se zastupovat při jednání s veřejnou správou a pokud úřad poskytuje digitální služby prostřednictvím svého portálu, zřejmě nepotěší občany, když jim toto právo neumožní naplnit.
Budoucí stav
Bude doplněn
Diskuze
zaměstnanci, který bude pracovat s oprávněním k zastupování, jsme přidali roli A14633.
Nyní však není možné se na odkaze https://kaas.czechpoint.cz/as/login?atsId=AIS0b452980420e41959c16ef489feceb81 do registru zastupování přihlásit. Při přihlášení přes certifikát po zadání jména a hesla se objeví chybová hláška Aplikace není autorizovaná k použití přihlašování pomocí CASu.
Jak máme nyní dál postupovat.
Děkuji
Romana Bendová
bohužel nevím, co hláška přesně znamená. Pokud je certifikát jediný prostředek, který daný zaměstnanec má, je možností pouze zadat to jako požadavek do SD https://portal.szrcr.cz
Pokud má zaměstnanec možnost využít ještě jiné prostředky přihlášení, typicky NIA (např. mobilní klíč eGov), bylo by dobré to vyzkoušet, aby se vyloučila obecná chyba.
Děkuji.
S pozdravem,
Tomáš Šedivec
chápu správně, že implicitní oprávnění by měla být v AIS REZA vidět automaticky bez toho, abych někde žádal ?
Pokud se přihlásím do AIS REZA a zadám své osobní údaje v menu Ověření oprávnění, zobrazí se okno "Chyba, neexistuje žádné oprávnění", přestože SOZ-1-1 Rodič dítěte do 15 let Implicitní ze zákona i SOZ-1-2 Rodič dítěte 15-18 let Implicitní ze zákona splňuji. Budou data nahrána automaticky během nějaké doby, nebo si jenom špatně vykládám pojem implicitní oprávnění ?
Činnostní role CR121702 a CR121690 mám v rámci JIP nastavené.
všechny šablony mají od doby zveřejnění 12 měsíců na to, aby byly funkční. Stav je nyní (7.11.) takový:
• Od 15.9 jsou naplněny oprávnění dle šablon SOZ-1-3 až SOZ-1-9 – oprávnění z ROS
• Jsou plněny oprávnění dle šablon SOZ-1-1 a SOZ-1-2 – oprávnění rodič/dítě
• předpokládáme ověřovací provoz v listopadu a uvolnění do 1.12.2024
S pozdravem,
Tomáš Šedivec
There was an unexpected problem communicating with SMTP: Unexpected return code - Expected: 354, Got: 503 | 503 5.5.1 Bad sequence of commands
Váš komentář byl přidán a čeká na schválení moderátorem.
všechny komentáře se přidaly, jen čekaly na moji reakci.
S pozdravem,
Tomáš Šedivec
Tady https://archi.gov.cz/nap:reza píšete, že činnosti agendy A14633 Registr zastupování jsou:
CR121687 – Správa oprávnění k zastupování v AIS ReZa správcem ReZa
CR121700 – Správa explicitních oprávnění k zastupování v AIS ReZa orgány veřejné moci vykonávajícího příslušnou agendu
V příručce https://reza-ais.egon.gov.cz/assets/docs/AIS-REZA-U%C5%BEivatelsk%C3%A1%20p%C5%99%C3%ADru%C4%8Dka-v1.1_01_09_2024.pdf je tento seznam:
CR121687 – Správa oprávnění k zastupování v AIS REZA správcem REZA
CR121700 – Správa explicitních oprávnění k zastupování v AIS REZA orgány veřejné moci vykonávajícího příslušnou agendu
CR121703 – Správa katalogu typu oprávnění
CR121704 – Editace parametrů typů oprávnění
CR121689 – Schvalování parametrů typu oprávnění
CR121705 – Publikace parametrů typu oprávnění
CR121691 – Správa údajů o certifikátech pro uznávané elektronické podpisy a uznávané elektronické pečetě
A ve správě dat (SOVM) https://www.czechpoint.cz/spravadat/p/agenda/assignRoles/,/-/,/ vidím:
CR121693 Využítí údajů o certifikátech pro účely identifikace držitele certifikátu
CR121702 Využití oprávnění k zastupování orgány veřejné moci
CR121690 Využití parametrů typu oprávnění.
Jakou roli má mít úředník do REZA "nakukující" a jakou roli má mít "zapisující"?
Díky za pomoc.
pokud chcete pouze náhled na šablony, tak nemusí mít úředník přiřazenu roli žádnou. Pokud chce náhled na konkrétní udělená oprávnění, jehož službu řeší, tak jde o CR121702 a CR121690. Pokud chcete editovat nové šablony, tak potřebujete CR121704 a CR121700.
S pozdravem,
Tomáš Šedivec
Výše píšete, že (v agendě A14633) můžeme přidělit role CR121687 – Správa oprávnění k zastupování v AIS ReZa správcem ReZa a CR121700 – Správa explicitních oprávnění k zastupování v AIS ReZa orgány veřejné moci vykonávajícího příslušnou agendu. Já ale v SOVM vidím role CR121690 - Využití parametrů typu oprávnění, CR121693 - Využítí údajů o certifikátech pro účely identifikace držitele certifikátu a CR121702 - Využití oprávnění k zastupování orgány veřejné moci.
Co tyto role úředníkovi umožní?
Díky za odpověď, hezký den )
nemůžete vidět role, které přísluší pouze správci AIS ReZa nebo ohlašovatelům agend. Vámi napsané role by měly úředníkovi umožnit náhled na konkrétní udělená oprávnění v ReZa.
S pozdravem,
Tomáš Šedivec
jak se mám jako fyzická osoba, která chce spravovat/přidat plnou moc postupovat? Přihlášení na https://reza-ais.egon.gov.cz přes NIA nefunguje, protože JIP je očividně jen pro úředníky. V portálu občana také není možnost s registrem zastupování interagovat a vytvořit tam plnou moc.
elektronická oprávnění (plné moci) lze zadávat u poskytovatelů daných služeb, kteří zveřejnili požadované šablony. Aktuálně jsou v ReZa dostupné tyto šablony:
SOZ-1-1 Rodič dítěte do 15 let Implicitní ze zákona
SOZ-1-2 Rodič dítěte 15-18 let Implicitní ze zákona
SOZ-1-3 Podnikající fyzická osoba Implicitní ze zákona
SOZ-1-4 Statutární orgán právnické osoby Implicitní ze zákona
SOZ-1-5 Insolvenční správce podnikající fyzické osoby Implicitní ze zákona
SOZ-1-6 Insolvenční správce právnické osoby Implicitní ze zákona
SOZ-1-7 Likvidátor právnické osoby Implicitní ze zákona
SOZ-1-8 Opatrovník právnické osoby Implicitní ze zákona
SOZ-1-9 Nucený správce právnické osoby Implicitní ze zákona
SOZ-2-1 Vydání výpisu z bodového hodnocení
SOZ-2-2 Vydání dat z registru řidičů
U implicitních ze zákona nemusíte (ani nemůžete) nic zadávat, poskytovatelé služeb je mohou využít automaticky. Až u tzv. explicitních (v seznamu poslední 2) je možné zadat oprávnění a to v tomto případě na Portálu dopravy. Stále jde o nový systém, proto očekáváme nárůst možností udělení oprávnění v příští roce.
S pozdravem,
Tomáš Šedivec
vyzkoušel jsem teď (1.11. 8:33) a funguje.
S pozdravem,
Tomáš Šedivec
Zdravím Jana Sládková
zkouším pravidelně a chyby nezaznamenávám. Pokud je problém nadále u Vás zaznamenatelný, dejte to prosím jako SD ticket do https://portal.szrcr.cz
S pozdravem,
Tomáš Šedivec
děkuji za upozornění, doplněno hned na začátek.
S pozdravem,
Tomáš Šedivec
v souvislostí s REZA jsem se setkala s jejím rozdělením na „centrální“ (upravenou zákonem o základních registrech - § 52 a 52e) a „lokální“.
Můžete mi poradit, kde mohu získat více informací o tomto druhém typu REZA, zejména o jeho závaznosti a fungování?
Děkuji
dokumentace je k dispozici pro orgány veřejné moci na adrese https://reza-ais.egon.gov.cz/, ale obecně je centrální ReZa agendový informační systém, který slouží jako editační nástroj Registru práv a povinností. Lokální REZA je pojem, který popisuje implementaci systému, který spravuje zastupování pro interní potřeby OVM. Typicky se jedná o systémy, které např. už byly vytvořeny a jednotlivá OVM už lokálně spravují, případně takové lokální řešení bude OVM budovat.
Centrální REZA (AIS REZA a REZA) nemá za cíl vytvořit předpis a definovat architekturu těchto lokální IS REZA. IS REZA je však zamýšlen a navrhnut tak, aby tyto Lokální REZY plně podporoval.
S pozdravem,
Tomáš Šedivec