Národní pojištění
Kontakty

Nejčastěji kladené otázky k e - Podání (obecné)

Nejčastější dotazy e - Podání obecně

Výsledkem podání je chybová zpráva: "Podání nemá strukturu XML".

Chyba je v datech po dešifrování, kdy není možné zprávu načíst xml parserem (nejedná se o validní xml) nebo zpráva neobsahuje kořenový element RELDP, PRIHL nebo OSVC.Nejčastěji je chyba způsobena nevalidním xml, což často souvisí s kódováním. V xml hlavičce bývá uveden jiný encoding oproti skutečnému formátu zprávy. Např. formát zprávy je často v unicode, ale v hlavičce bývá uvedeno UTF-8. Není tak možné zpracovat diakritiku.

Zpět na začátek

Čas, který vrací PVS v XML zprávě je nastaven o hodinu méně proti aktuálnímu času.

PVS uvádí časový údaj vztažený k GMT tedy datum používaný v České republice -1 hodina. Softwarové společnosti musí klientovi uvádět, že se jedná o GMT nebo lépe tento časový údaj převádět na časové pásmo používané v České republice.

Zpět na začátek

Při podání transakční část vrací chybové hlášení "1046 - Authentication Failure". Čím je tato chyba způsobena?

Transakční část při každém podání kontroluje několik základních údajů, které slouží pro ověření identity podávajícího. Každý, kdo chce podávat prostřednictvím transakční části PVS musí být zaregistrován. Při procesu registrace byl uživateli přidělen uživatelský identifikátor a uživatel si zároveň při registraci zvolil heslo. Tento pár údajů je základní, který se musí při vlastním podání poskytnout. Každé podání je určeno připojené organizaci, která k základním ověřovacím údajům přidává doplňkový ověřovací údaj. Ukažme si to na příkladu České správy sociálního zabezpečení. Každý, kdo je vedený u ČSSZ má přidělen variabilní symbol, který v tomto případě slouží jako doplňkový ověřovací údaj. Z toho plyne, že při podání musí být v obálce GovTalk uvedeny následující údaje:

Už.Identifikátor  clear  heslo      přidělený variabilní symbol  

Příklad ukazuje pouze fragmenty GovTalk obálky. Podrobný popis obálky je uveden v dokumentaci.Jsou-li vyplněny všechny údaje správně je možné uskutečnit podání prostřednictvím transakční části PVS.

Zpět na začátek

V GovTalk obálce máme správně vyplněny ověřovací údaje, přesto transakční část vrací chybové hlášení "1046 - Authentication Failure". Čím je tato chyba způsobena?

Transakční část PVS se skládá ze dvou funkčních celků. Z testovacího prostředí transakční části PVS a z ostrého prostředí transakční části PVS.

Každé prostředí používá jiné ověřovací údaje pro podávání. V případě, že jste přesvědčeni, že používáte správné ověřovací údaje v GovTalk obálce, ověřte, že podáváte na správnou URL adresu.

Zpět na začátek

Jsme zaregistrování jako zástupce a chceme uskutečnit podání za své klienty. Po podání transakční část vrací chybové hlášení "1046 - Authentication Failure". Čím je tato chyba způsobena?

Po registraci zástupce získá uživatelský identifikátor a heslo, které používá pro přihlašování k transakční části a zároveň tyto údaje používá při podávání. Při registrování ke službě jako zástupce jste museli použít ještě doplňkový údaj, který vám umožnil přihlásit se k příslušné službě. Při podávání, kdy vystupujete jako zástupce se model podávání mírně liší od postupu, kdy podáváte sami za sebe.Ukažme si to na příkladu České správy sociálního zabezpečení. Máme dvě fiktivní organizace. První - Pochoutka s.r.o. s variabilním symbolem "34111111". Druhá - Cifra s.r.o s variabilním symbolem "88222222". Firma Cifra s.r.o. vede účetní a mzdovou agendu firmě Pochoutky s.r.o. Obě firmy se zaregistrují na PVS a přihlásí se ke službám ČSSZ. Firma Pochoutky s.r.o se zaregistruje jako "Organizace". Firma Cifra s.r.o. se zaregistruje jako "Zástupce". Firma Cifra s.r.o po registraci jako zástupce získá "Identifikátor zástupce", který předá společnosti Pochoutka s.r.o. a ta na svých registračních stránkách povolí, aby firma Cifra s.r.o. mohla podávat jejím jménem. Firma Cifra s.r.o. při podávání RELDP použije své přihlašovací údaje a jako doplňkový údaj použije variabilní symbol "34111111", který patří společnost Pochoutka s.r.o.Z výše uvedeného plyne, že pro podávání jako zástupce musí být splněny následující podmínky:

  1. Obě organizace musí být zaregistrovány na PVS. Jedna jako organizace, druhá jako zástupce.
  2. Organizace si musí vyměnit identifikátor zástupce a zastupovaná organizace musí tento identifikátor použít pro povolení zastupování.
  3. Zástupce při podávání používá variabilní symbol zastupované organizace a své přihlašovací údaje.

Zpět na začátek

Při dotazování na stav zpracování podání je stále vrácena pouze zpráva potvrzující přijetí podání submission_acknowledgement.

  1. dosud nebylo ukončeno zpracování Vašeho podání
  2. na stav zpracování se dotazujte výhradně dle adresy, která je uvedena v elementu ResponseEndPoint, která je vrácena při potvrzení přijetí podání Portálem veřejné správy zprávou submission_acknowledgement.

adresa https://bezpecne.dev.gov.cz/submission nevrací výsledky zpracování. Pro tento účel je v současné době funkční adresa https://bezpecne.dev.gov.cz/poll, která je obsahem výše zmíněného elementu ResponseEndPoint.

Zpět na začátek

Po uskutečněném podání se vrací chyba submission_error: Parsing Error : Element content is invalid according to the DTD/Schema.

  1. Zkontrolujte, zda máte v podání uvedeny všechny povinné elementy a atributy a jsou-li vyplněny podle specifikovaného schématu.
  2. Pokud v podání používáte nepovinné elementy nebo atributy, pak již jejich obsah musí dopovídat specifikovanému schématu.

Zpět na začátek

Výsledkem podání je chybová zpráva: "Při dešifrování došlo k chybě."

Zkontrolujte, zda šifrujete správným certifikátem. Každý úřad veřejné správy vystavuje svým klientům vlastní šifrovací certifikát.

Zpět na začátek

Výsledkem podání je chybová zpráva: "Kontrola digitálního podpisu selhala" Neodpovídá digitální podpis s daty, která jsou ve zprávě přiložena.

Nejčastější důvody:

  1. musí se podepisovat nezašifrovaná data.
  2. pozor na operace, které jsou prováděny mezi podepsáním dat a jejich zašifrováním. V průběhu procesu nesmí dojít k úpravě dat. Problémy mohou dělat například "netisknutelné" znaky.

Zpět na začátek

Uživatel není oprávněn podávat podání ... za danou organizaci.

Zaměstnanec zjištěný z elektronického podpisu nemá na ČSSZ povolení podávat za danou organizaci. OSSZ nebylo doručeno "Oznámení o pověření pracovníka."

Zpět na začátek

Je možné využívat pro transakční část PVS nějaký testovací režim?

Transakční část PVS má pro testování aplikací připravenu testovací instalaci, která je dostupná na adrese www.dev.gov.cz.Soubory pro testování se zasílají na adresu: https://bezpecne.dev.gov.cz/submission. Pro testovací prostředí platí stejná pravidla jako pro ostrou část transakční části PVS. Znamená to, že pro testování je nutné mít na testovacím prostředí vytvořen testovací účet a je nutné se přihlásit k testovací službě.Např. pro testování zasílání „Ročních evidenčních listů důchodového pojištění“ je nutné získat od ČSSZ testovací variabilní symbol a testovací registrační číslo. Podrobnosti o postupu získání testovacích údajů jsou k dispozici na webových stránkách ČSSZ nebo v základním informačním balíčku pro tvorbu datové věty RELDP, který je odkazován na téže webové stránce: Podpora vývojářů mzdových SW při integraci do transakční části PVS. Dále je nutné mít k dispozici kořenový certifikát pro testovací prostředí k navazování SSL komunikace. Kořenový certifikát pro testovací prostředí je k dispozici na této stránce.

Zpět na začátek

V případě, že bude k ověřování přístupu použito certifikátů, které certifikáty bude možné použít?

Transakční část PVS bude podporovat přihlašování za pomoci certifikátů vydaných akreditovanými certifikačními autoritami.Přihlašování probíhá tak, že transakční část PVS zašle klientovi přihlašovací dokument ve formátu XML. Aplikace v počítači klienta podepíše tento přihlašovací dokument a podepsaný přihlašovací dokument vloží do obálky GovTalk. Kompletní obálka GovTalk je s vlastními daty odeslána do transakční části PVS, kde dojde ke kontrole podpisu v přihlašovacím dokumentu.

Zpět na začátek

Datová XML zpráva, která se zasílá ČSSZ, se šifruje dle standardu PKCS7. Jaký certifikát je nutné používat pro šifrování?

Datová zpráva pro ČSSZ se musí zašifrovat certifikátem, který vydává ČSSZ. Informace pro tvorbu datové věty RELDP lze získat v informačním balíčku, který je k dispozici na webové stránce: Podpora vývojářů mzdových SW při integraci do transakční části PVS.Další informace lze získat na webových stránkách ČSSZ: http://www.cssz.cz/cz/e-podani/zakladni-informace/.

Zpět na začátek

Jaké certifikáty je nutné použít pro podepisování datové zprávy při komunikaci s ČSSZ?

 Podrobnosti o podepisování datových zpráv při komunikaci s ČSSZ lze nalézt na webových stránkách ČSSZ: http://www.cssz.cz/cz/e-podani/zakladni-informace/.

Zpět na začátek

Vytvořili jsme na stránkách PVS uživatele/asistenta a získali jsme jeho uživatelský identifikátor a heslo. Tyto údaje nový uživatel/asistent používá pro podávání z našeho systému, ale po podání transakční část vrací chybové hlášení "1046 - Authentication Failure". Čím je tato chyba způsobena?

Každý uživatel nebo asistent, který je vytvořen v transakční části PVS musí mít z pohledu transakční části tzv. aktivní. To se dosáhne tak, že po vytvoření uživatele/asistenta, předáte uživateli/asistentovi jeho uživatelský identifikátor a heslo. Po předání se uživatel/asistent musí připojit na webové stránky transakční části PVS na adrese "https://bezpecne.podani.gov.cz, kde musí použít svůj uživatelský identifikátor a heslo pro přihlášení k aplikaci. Tím provede aktivaci svého účtu. Doporučujeme, aby si uživatel při prvním přihlášení změnil své heslo.

Zpět na začátek