Prezentace se nahrává, počkejte prosím

Prezentace se nahrává, počkejte prosím

Tvorba aplikací pro transakční část Portálu veřejné správy Program: 08:00 - 09:00 Registrace 09:00 - 09:15 Úvod 09:15 - 09:35.

Podobné prezentace


Prezentace na téma: "Tvorba aplikací pro transakční část Portálu veřejné správy Program: 08:00 - 09:00 Registrace 09:00 - 09:15 Úvod 09:15 - 09:35."— Transkript prezentace:

1 Tvorba aplikací pro transakční část Portálu veřejné správy Program: 08: :00 Registrace 09: :15 Úvod 09: :35 Agenda RELDP 09: :55 Představení transakční části PVS 09: :15 Registrace ke službám ČSSZ 10: :30 Přestávka 10: :45 Tvorba aplikací pro PVS 11: :45 Oběd 12: :00 Zasílání dokumentů RELDP přes PVS 14: :20 Další rozvoj transakční části PVS 14: :30 Závěr Mladá Boleslav

2

3 Jednoroční evidenční listy - RELDP -zákon č. 424/2003 Sb., (technická novela zákona č. 582/1991 Sb.) -účinnost od

4 Změny v provádění -ELDP se vyhotovují každý rok -3 vyhotovení (1x ČSSZ, stejnopis organizace a stejnopis zaměstnanec -je přípustný elektronický přenos dat -ve vyhotovení pro ČSSZ není třeba podpis zaměstnance

5 Dopady na organizace -každý rok vyhotovovat ELDP -průběžně vyhotovovat ELDP u zaměstnanců končících pracovní činnost -zajišťovat stejnopis pro zaměstnance (není předmětem řešení ELDP v ČSSZ) -archivovat stejnopis v organizaci (není předmětem řešení ELDP v ČSSZ)

6 Dopady na ČSSZ -získat průběžně informace o pojištěních (nejen o pracovní činnosti, ale i adresní údaje apod.) -může zpřístupnit veškeré informace klientům – IKP -nově ročně zpracovávat přes 4 mil. dokladů -změna kontrolní činnosti

7 Řešení -preferovat elektronický přenos datových vět

8 ČSSZ preferuje 1.elektronický přenos datového souboru 2.tisk do klasických tiskopisů RELDP, které zajišťuje

9 Předávání datových souborů RELDP 1.přes transakční část Portálu veřejné správy 2.na médiích:- disketa - CD

10 Proč přes PVS? -PVS je bránou pro všechny státní instituce -PVS řeší přenos mezi organizací a „místem podání v ČSSZ“ -PVS je bezpečný -PVS je perspektivní a budují ho i jiné státy -PVS = standard

11 Přístup ČSSZ k řešení -úzká spolupráce s MI ČR organizační stránka organizační stránka používání kvalifikovaných certifikátů používání kvalifikovaných certifikátů používání podpisových klíčů ČSSZ používání podpisových klíčů ČSSZ

12 Přístup ČSSZ k řešení -úzká spolupráce s MICROSOFT a SBS technické řešení technické řešení softwarová podpora softwarová podpora

13 Přístup ČSSZ k řešení -průběžné zveřejňování podmínek a aktuálních informací na webu ČSSZ -školení interních pracovníků -kontakt s organizacemi -kontakt a školení tvůrců mzdových systémů

14 Cíl -do konce letošního roku odzkoušet přenos u 60 % organizací -za rok 2004 (duben 2005) převzít elektronicky min. 60 % RELDP z organizací

15

16 Představení aplikace Elektronická podání Robert Hernady Senior Systems Engineer Microsoft s.r.o. Portál veřejné správy

17 Agenda Vysvětlení pojmů a zkratekVysvětlení pojmů a zkratek Základní architekturaZákladní architektura Registrace a přihlášení ke službámRegistrace a přihlášení ke službám –Jaké údaje požaduje portál? Přihlašování k transakční částiPřihlašování k transakční části Správa účtůSpráva účtů

18 Seznam zkratek EP – aplikace Elektronická podáníEP – aplikace Elektronická podání Transakční část Portálu veřejné správyTransakční část Portálu veřejné správy PVS – Portál veřejné správyPVS – Portál veřejné správy TxE – Transakční jádro PVSTxE – Transakční jádro PVS Transaction EngineTransaction Engine R&E – Registrační modul aplikace EPR&E – Registrační modul aplikace EP Registration & EnrolmentRegistration & Enrolment DIS – Server rozhraní resortuDIS – Server rozhraní resortu Deparment Interface ServerDeparment Interface Server

19 Základní architektura Organizace Agentury Obyvatelé Elektronická Podání Ověřování identity Směrování dokumentů Registrace Přiřazení práv Transakce Systémy veřejné správy Portál veřejné správy Webové stránky a portály Toky informací Internet Komunikační infrastruktura 3 základní moduly3 základní moduly –Registrace a zápis (R&E) –Transakční jádro (TxE) –Server rozhraní resortu (DIS) Všechny služby jsou dostupné z libovolného portálu.Všechny služby jsou dostupné z libovolného portálu. Všechny systémy úřadů jsou podporoványVšechny systémy úřadů jsou podporovány

20 Základní funkce aplikace Transakční jádro pro zpracování elektronických podáníTransakční jádro pro zpracování elektronických podání Registrace uživatelůRegistrace uživatelů Doručování podání příslušným úřadům veřejné správyDoručování podání příslušným úřadům veřejné správy

21 Transakční jádro (TxE) Poskytuje jednotné rozhraní pro veškeré typy podáníPoskytuje jednotné rozhraní pro veškeré typy podání Přijímá elektronická podáníPřijímá elektronická podání Kontroluje identitu odesílateleKontroluje identitu odesílatele Předává podání úřadu veřejné správyPředává podání úřadu veřejné správy Zasílá potvrzení uživateliZasílá potvrzení uživateli

22 Server rozhraní resortu (DIS) Department Interface Server (DIS)Department Interface Server (DIS) DIS je rozhraní mezi aplikací EP a jakýmkoli množstvím aplikačních serverů na straně resortu nebo úřadu.DIS je rozhraní mezi aplikací EP a jakýmkoli množstvím aplikačních serverů na straně resortu nebo úřadu. Poskytuje propojení a zjednodušuje obousměrnou komunikaci.Poskytuje propojení a zjednodušuje obousměrnou komunikaci. Zaručuje jedno a právě jedno doručení všech XML transakcí, které byly podány v aplikaci EP.Zaručuje jedno a právě jedno doručení všech XML transakcí, které byly podány v aplikaci EP. Provádí transformaci datových formátů.Provádí transformaci datových formátů. Prostřednictvím TxE vrací aplikacím informaci o zpracování podáníProstřednictvím TxE vrací aplikacím informaci o zpracování podání

23 Registrace a zápis (R&E) R&E (Registration & Enrolment) obsluhuje:R&E (Registration & Enrolment) obsluhuje: –registraci uživatelů, kteří se přihlašují ke službám –ověřování uživatelů ve všech budoucích transakcích R&E proto spravuje:R&E proto spravuje: –registraci uživatelských pověření k aplikaci EP –kontrolní mechanismus pro ověření informací proti „části známých údajů “ –zapisování ověřených uživatelů k požadovaným službám R&E ověřuje integritu každé podepsané transakceR&E ověřuje integritu každé podepsané transakce Umožňuje programový přístup s pomocí bezpečného SOAP APIUmožňuje programový přístup s pomocí bezpečného SOAP API

24 Registrace uživatelů Slouží k vytvoření jednotné digitální identitySlouží k vytvoření jednotné digitální identity Tři typy registracíTři typy registrací –Občané –Organizace –Zástupci Správa uživatelů, asistentů a zástupcůSpráva uživatelů, asistentů a zástupců

25 Registrace a vazby I ObčanOrganizaceZástupci Uživatel1Uživatel2Uživatel3 Asistent1 Asistent2Asistent3 Uživatel1Uživatel2 Asistent1Asistent2

26 Registrace a vazby II Občan Organizace A Zástupce B Organizace B Zástupce A

27 Role - uživatel je osoba, která zákonným způsobem reprezentuje organizaci nebo zástupce.je osoba, která zákonným způsobem reprezentuje organizaci nebo zástupce. má v aplikaci EP nejvyšší práva. V praxi to znamená, že uživatel může:má v aplikaci EP nejvyšší práva. V praxi to znamená, že uživatel může: –vytvářet asistenty, –asistentům přiřazovat služby, –mazat asistenty, –odebírat asistentům služby, –vytvářet nové uživatele, –přihlásit organizaci k dalším elektronickým službám, –odhlásit organizaci od elektronických služeb, –zasílat elektronická podání k přihlášeným elektronickým službám

28 Role - asistent Asistent je obdobně jako uživatel osoba, která reprezentuje organizaci nebo zástupceAsistent je obdobně jako uživatel osoba, která reprezentuje organizaci nebo zástupce Asistent v rámci aplikace EP může:Asistent v rámci aplikace EP může: –odesílat elektronické dokumenty pro služby, které jsou mu přiřazeny uživatelem Rozdělení na uživatele a asistenty je plně v kompetenci organizaceRozdělení na uživatele a asistenty je plně v kompetenci organizace

29 Registrace a zápis RegistraceRegistrace –Slouží k vytvoření uživatelského účtu v aplikaci EP Kombinace Uživatelský identifikátor / hesloKombinace Uživatelský identifikátor / heslo CertifikátCertifikát Zápis („přihlášení“) ke služběZápis („přihlášení“) ke službě –Výběr služby, kterou bude uživatel využívat Vyžaduje zadání známých údajůVyžaduje zadání známých údajů K dokončení registrace je nutné se zapsat alespoň k jedné služběK dokončení registrace je nutné se zapsat alespoň k jedné službě

30 Registrace k aplikaci EP

31 Jaké údaje aplikace EP požaduje? Ferda Mravenec ******** ********

32

33 AA00-BB

34 Známé údaje sada identifikátorů, které mají za úkol rozpoznat občana, organizaci nebo zástupce v okamžiku, kdy se zapisuje k elektronickým službámsada identifikátorů, které mají za úkol rozpoznat občana, organizaci nebo zástupce v okamžiku, kdy se zapisuje k elektronickým službám Obvykle vyžadovány jako kombinace údajůObvykle vyžadovány jako kombinace údajů Příklad: ČSSZPříklad: ČSSZ –Variabilní symbol + registrační číslo

35

36 Podpora prohlížečů modulem R&E Modul R&E byl testován s celou řadou platforem a prohlížečůModul R&E byl testován s celou řadou platforem a prohlížečů Win 95Win 98WinNT4Win2000Win XPLinux 7.1MAC OS IE 4.01YYY IE 4.2YYY IE 5.0YYYY Y IE 5.1 (Mac) Y IE 5.5YYYY IE 6.0YYYYY Netscape 4.6YYYYYYN Netscape 4.7YYYYYYN Netscape 6.1YYYYYYY Mozilla 0.9.1NNNNNY N Opera 6NNNNNY N

37 Rozdíl mezi přihlášením a podepsáním Přihlášení k aplikaci EP umožňuje:Přihlášení k aplikaci EP umožňuje: –Spravovat svůj účet –Zapsat/Odhlásit se k elektronickým službám –Zasílat podání prostřednictvím PVS Podepisování el. podpisemPodepisování el. podpisem –Slouží k podepsání datové věty –Je oddělené od přihlašování

38 Správa účtu Je nutné se přihlásit k aplikaci EPJe nutné se přihlásit k aplikaci EP 995F1Q8BW2 **********

39

40 Výhody – Občan/Organizace Jedna identitaJedna identita Snížení provozních nákladůSnížení provozních nákladů Zprostředkovatelské firmy - zástupciZprostředkovatelské firmy - zástupci Nové služby jsou rychleji dostupnéNové služby jsou rychleji dostupné Obousměrná bezpečná elektronická komunikaceObousměrná bezpečná elektronická komunikace Spolehlivá služba je „stále přítomna“ 24x7Spolehlivá služba je „stále přítomna“ 24x7 Standardní rozhraníStandardní rozhraní

41 Shrnutí R&E poskytuje služby ověřování a autorizace na národní úrovniR&E poskytuje služby ověřování a autorizace na národní úrovni TxE je rychlá, bezpečná, spolehlivá služba, která doručuje zprávy k vlastníkům služeb.TxE je rychlá, bezpečná, spolehlivá služba, která doručuje zprávy k vlastníkům služeb. DIS zjednodušuje poskytovatelům služeb komunikaci s aplikací Elektronická podáníDIS zjednodušuje poskytovatelům služeb komunikaci s aplikací Elektronická podání Aplikace Elektronická podání zjednodušuje veřejné správě poskytování elektronických služebAplikace Elektronická podání zjednodušuje veřejné správě poskytování elektronických služeb

42 Dotazy

43 Registrace k službám ČSSZ Jan Hříbal

44 Základní pojmy SlužbaSlužba TransakceTransakce Pověřený pracovníkPověřený pracovník Služby ČSSZ Česká správa sociálního zabezpečení – nemocenské pojištěníČeská správa sociálního zabezpečení – nemocenské pojištění –Přehled o vyměřovacích základech a pojistném malé organizace Česká správa sociálního zabezpečení – důchodové pojištěníČeská správa sociálního zabezpečení – důchodové pojištění –RELDP Úvod – služby ČSSZ

45 Získání základních informacíZískání základních informací Postup organizace/zástupce před návštěvou okresní správyPostup organizace/zástupce před návštěvou okresní správy Registrace na okresní správěRegistrace na okresní správě Registrace na PVSRegistrace na PVS Postup registrace

46 Kontaktní pracovník Internetové stránky ČSSZ Získání informací

47 Pověřený pracovník připraví: Oznámení o pověření pracovníkaOznámení o pověření pracovníka Žádost o podpisový klíč, pokud osoba dosud není registrována.Žádost o podpisový klíč, pokud osoba dosud není registrována. Vlastní-li osoba kvalifikovaný certifikát, jeho veřejnou část (sériové číslo, vystavitel)Vlastní-li osoba kvalifikovaný certifikát, jeho veřejnou část (sériové číslo, vystavitel) Občanský průkaz / pas pro ověřeníObčanský průkaz / pas pro ověření Postup organizace/zástupce před návštěvou okresní správy

48 Aplikace pro generování žádosti certReqcertReq Údaje v žádosti jméno a příjmeníjméno a příjmení ová adresa ová adresa Uložení žádosti disketa 3,5“, 1,44MBdisketa 3,5“, 1,44MB Generování žádosti o podpisový klíč

49 Kontaktní pracovníci pro elektronické předávání RELDPKontaktní pracovníci pro elektronické předávání RELDP OrganizaceOrganizace –místní příslušnost organizace k okresní správě ZástupceZástupce –místní příslušnost zástupce k okresní správě Návštěva okresní správy

50 Registrace na okresní správě Zpracování podkladů od organizace/zástupceZpracování podkladů od organizace/zástupce – ová adresa Vygenerování podpisového klíče ČSSZVygenerování podpisového klíče ČSSZ Vygenerování známých údajůVygenerování známých údajů –Registrační číslo ČSSZ –Variabilní symbol Postup okresní správy

51 Registrace na PVS registrační číslo ČSSZregistrační číslo ČSSZ variabilní symbolvariabilní symbol Elektronická podání variabilní symbolvariabilní symbol Použití známých údajů

52 OsmimístnýOsmimístný Devítimístný – pouze pro elektronická podáníDevítimístný – pouze pro elektronická podání –Praha - Jihozápadní město 121xxxxxx –Praha - Modřany 122xxxxxx –Praha - Jižní město 123xxxxxx –Jeseník 884xxxxxx Fiktivní - testováníFiktivní - testování –99xxxxxxxx Variabilní symbol

53 Registrace na PVS může být prováděna ve spolupráci zaměstnanců okresních správ (http://www.dev.gov.cz) Registrace na PVS

54 Příklad použití: Registrace zástupceRegistrace zástupce Registrace organizaceRegistrace organizace Zplnomocnění zástupceZplnomocnění zástupce Registrace na PVS

55 Podmínky k registraci: přiděleny známé údaje pro požadovanou službupřiděleny známé údaje pro požadovanou službu Registrace zástupce na PVS

56 Registrace zástupce na PVS výběr odkazu "zástupci"výběr odkazu "zástupci"

57 Registrace zástupce na PVS Zaregistrování se pomocí uživatelského identifikátoruZaregistrování se pomocí uživatelského identifikátoru

58 Registrace zástupce na PVS Vložení informací hlavního uživatele zástupceVložení informací hlavního uživatele zástupce

59 Registrace zástupce na PVS volba služby –> "ČSSZ – Důchodové pojištění"volba služby –> "ČSSZ – Důchodové pojištění"

60 Registrace zástupce na PVS zadání známých údajů přidělených na okresní správězadání známých údajů přidělených na okresní správě

61 Registrace zástupce na PVS získání "identifikačního čísla zástupce"získání "identifikačního čísla zástupce"

62 Registrace zástupce na PVS přidělení portálového uživatelského identifikátorupřidělení portálového uživatelského identifikátoru

63 Účet zástupce na PVS zadání portálového uživatelského identifikátoru zástupcezadání portálového uživatelského identifikátoru zástupce

64 Účet zástupce na PVS účet hlavního uživatele zástupceúčet hlavního uživatele zástupce

65 účet hlavního uživateleúčet hlavního uživatele –portálový uživatelský identifikátor –heslo veřejný identifikátor zástupceveřejný identifikátor zástupce –předání zákazníkům –navazování vazeb na PVS Výsledek registrace zástupce - rekapitulace

66 Uživatelé, Asistenti Registrace dalších uživatelů, asistentů Založení uživatele nebo asistenta na PVSZaložení uživatele nebo asistenta na PVS –vlastní portálový uživatelský identifikátor a heslo –shodný variabilní symbol pro podávání Předání informací o novém uživateli nebo asistentovi okresní správěPředání informací o novém uživateli nebo asistentovi okresní správě –iniciály + –údaje z kvalifikované certifikátu –vystavení podpisového klíče

67 Podmínky k registrace: přidělené známé údaje pro požadovanou službupřidělené známé údaje pro požadovanou službu Registrace organizace na PVS

68 Registrace organizace na PVS výběr odkazu "Organizace"výběr odkazu "Organizace"

69 Registrace organizace na PVS Zaregistrování se pomocí uživatelského identifikátoruZaregistrování se pomocí uživatelského identifikátoru

70 Registrace organizace na PVS Vložení informací hlavního uživatele organizaceVložení informací hlavního uživatele organizace

71 Registrace organizace na PVS volba služby –> "ČSSZ – Důchodové pojištění"volba služby –> "ČSSZ – Důchodové pojištění"

72 Registrace organizace na PVS zadání známých údajů přidělených na okresní správězadání známých údajů přidělených na okresní správě

73 Registrace organizace na PVS přidělení portálového uživatelského identifikátorupřidělení portálového uživatelského identifikátoru

74 účet hlavního uživateleúčet hlavního uživatele –portálový uživatelský identifikátor –heslo použitípoužití –správa portálového účtu –elektronické podání přes PVS Výsledek registrace organizace - rekapitulace

75 Uživatelé, Asistenti Registrace dalších uživatelů, asistentů Založení uživatele nebo asistenta na PVSZaložení uživatele nebo asistenta na PVS –vlastní portálový uživatelský identifikátor a heslo –shodný variabilní symbol pro podávání Předání informací o novém uživateli nebo asistentovi okresní správěPředání informací o novém uživateli nebo asistentovi okresní správě –iniciály + –údaje z kvalifikované certifikátu –vystavení podpisového klíče

76 Provádí organizace (uživatel)Provádí organizace (uživatel) Podmínky k zplnomocnění:Podmínky k zplnomocnění: –účet hlavního uživatele –veřejný identifikátor zástupce Zplnomocnění zástupce

77 Účet organizace na PVS zadání portálového uživatelského identifikátoru organizacezadání portálového uživatelského identifikátoru organizace

78 Účet organizace na PVS předání služby zástupcipředání služby zástupci

79 Účet organizace na PVS vložení veřejného "identifikátoru zástupce"vložení veřejného "identifikátoru zástupce"

80 Účet organizace na PVS potvrzení předání služby zadáním portálového identifikátoru hlavního uživatelepotvrzení předání služby zadáním portálového identifikátoru hlavního uživatele

81 Účet organizace na PVS zobrazení informací o předané službězobrazení informací o předané službě

82 Změna variabilního symbolu Postup na OSSZ Přidělení nového variabilního symboluPřidělení nového variabilního symbolu Přidělení nových známých údajůPřidělení nových známých údajů Postup organizace Přihlášení k PVS pod účtem hlavního uživatelePřihlášení k PVS pod účtem hlavního uživatele Přeregistrace službyPřeregistrace služby –Odhlášení služby –Přihlášení s novými známými údaji

83 Způsob registrace KonferenceKonference –získání ové adresy –známé údaje, podpisový klíč ČSSZČSSZ –podle pokynů na webových stránkách ČSSZ –na principu ové komunikace Registrace SW firmy

84 Fiktivní variabilní symbolFiktivní variabilní symbol Testovací prostředíTestovací prostředí Ostré prostředíOstré prostředí Testování SW firem

85 Fiktivní variabilní symbol 99xxxxxxxx Testování SW firem

86 Testovací prostředí Získání fiktivních známých údajů a registrace (konference, ČSSZ)Získání fiktivních známých údajů a registrace (konference, ČSSZ) Registrace na testovacím PVSRegistrace na testovacím PVS Zasílání elektronických podáníZasílání elektronických podání Výsledek zpracováníVýsledek zpracování –PVS – ová zpráva (XML protokol) Testování SW firem

87 SW firma zpravidla sama podáváSW firma zpravidla sama podává Registrace pro ostrou větev na okresní správě i PVSRegistrace pro ostrou větev na okresní správě i PVS Varianta a) SW firma zašle skutečný RELDPSW firma zašle skutečný RELDP Varianta b) SW firma provede podání pod neregistrovaným uživatelem / asistentem na ČSSZSW firma provede podání pod neregistrovaným uživatelem / asistentem na ČSSZ Testování SW firem – ostrá větev

88 má-li SW firma k dispozici RELDP, který musí předat ČSSZmá-li SW firma k dispozici RELDP, který musí předat ČSSZ provedení skutečného elektronického podáníprovedení skutečného elektronického podání Testování SW firem – varianta a)

89 Vytvoření fiktivního uživatele nebo asistenta na PVS, jehož údaje nejsou předány okresní správěVytvoření fiktivního uživatele nebo asistenta na PVS, jehož údaje nejsou předány okresní správě Provedení testovacího podání v ostré větviProvedení testovacího podání v ostré větvi –Známým údajem skutečný variabilní symbol –Datová věta má fiktivní variabilní symbol –Podání musí projít přes PVS –Systém ČSSZ vrací chybu o neautorizovaném přístupu -> důkaz doručení ostrou větví Testování SW firem – varianta b)

90 Dotazy

91 Tvorba aplikací pro transakční část Portálu veřejné správy Přestávka

92 Tvorba aplikací pro transakční část PVS Robert Hernady Senior Systems Engineer Microsoft s.r.o. Portál veřejné správy

93 Před tím než začneme Ukázky kódu budou ve VB.NET nebo v C#Ukázky kódu budou ve VB.NET nebo v C# Přesto platí, že nezáleží na programovacím jazyku a platforměPřesto platí, že nezáleží na programovacím jazyku a platformě Komunikace s aplikací EP je založena na internetových standardechKomunikace s aplikací EP je založena na internetových standardech Příklady XML dokumentů jsou zkráceny. Nelze je přímo použít pro vývoj.Příklady XML dokumentů jsou zkráceny. Nelze je přímo použít pro vývoj. Používejte dokumentaci s podrobným popisem XML dokumentůPoužívejte dokumentaci s podrobným popisem XML dokumentů

94 Aplikace pro zasílání dat Libovolná aplikaceLibovolná aplikace –Webový formulář jakýkoliv portál na internetujakýkoliv portál na internetu –Klientská aplikace Microsoft Excel, 602XML, FormFiler ….Microsoft Excel, 602XML, FormFiler …. –Účetní systém –atd.

95 Aplikace pro zasílání dat musí generovat požadavky v HTTP 1.1 POSTmusí generovat požadavky v HTTP 1.1 POST musí zpracovávat odpovědi taktéž jako HTTP 1.1musí zpracovávat odpovědi taktéž jako HTTP 1.1 musí kódovat veškerou komunikaci podle standardu UTF-8musí kódovat veškerou komunikaci podle standardu UTF-8 musí navazovat 128-bitovou SSL komunikacimusí navazovat 128-bitovou SSL komunikaci musí být schopna šifrovat a podepisovat XML data podle standardůmusí být schopna šifrovat a podepisovat XML data podle standardů

96 Podávání dokumentu Aby uživatel mohl podat dokument prostřednictvím aplikace EP je nutné splnit několik kroků:Aby uživatel mohl podat dokument prostřednictvím aplikace EP je nutné splnit několik kroků: –Uživatel musí být registrován a přihlášen ke službě –Portál/aplikace musí získat uživatelovy identifikátory z R&E –Portál/aplikace vytvoří GovTalk obálku.. –…vloží data a odešle do aplikace EP –Portál/aplikace musí pravidelně kontrolovat stav v aplikaci EP

97 … a odešle dokument vlastníkovi služby ČSSZ Aplikace EP Portál nebo aplikace 2. Příprava XML dokumentu pro podepsání 1. Sběr dat od uživalele 3. Uživatel podepíše XML dokument … 4. Aplikace EP zkontroluje GovTalk obálku… Bezpečné podávání dokumentů Systémy 

98 Interní zpracování Internet ISA Server 2000 Internet Information Server 5.0 BizTalk Server 2002 Receiver SQL Server 2000 BizTalk Server 2002 Processing IVS DIS Server Dokument

99 Komunikace s aplikací EP Komunikace založena na specifikaci schématu GovTalkKomunikace založena na specifikaci schématu GovTalk GovTalk schémaGovTalk schéma –XML struktura, která definuje elementy nutné pro komunikaci s aplikací EP Definovaný komunikační protokolDefinovaný komunikační protokol –HTTP, XML a předepsané sekvence volání

100 Submission & query protokol Dále uvedené informace jsou popsány v dokumentuDále uvedené informace jsou popsány v dokumentu –Document Submission Protocol(1.1).doc –Je k dispozici na webových stránkách technického administrátora –http://www.sbs.siemens.cz/web/it_solutions/index?id=14

101

102 Typy komunikací s jádrem SynchronníSynchronní –Při podávání –získání odpovědi při prvním podání AsynchronníAsynchronní –dotazování na stav podání

103 GovTalk obálka XML strukturaXML struktura –Obsahuje informace pro komunikaci s aplikací EP –Obsahuje vlastní data, která se předávají úřadu ……

104 Základní kroky při zpracování Příjem dokumentu aplikací EPPříjem dokumentu aplikací EP Je zkontrolována GovTalk obálka zda obsahuje povinná dataJe zkontrolována GovTalk obálka zda obsahuje povinná data Z obálky jsou vybrány přihlašovací informace pro příslušnou službuZ obálky jsou vybrány přihlašovací informace pro příslušnou službu Pokud jsou v obálce chyby je klientovi vrácena chybová zprávaPokud jsou v obálce chyby je klientovi vrácena chybová zpráva Je-li vše OK je klientovi vráceno Correlation IDJe-li vše OK je klientovi vráceno Correlation ID

105 Základní kroky při zpracování Dokument je doručen na příslušný DIS s využitím SOAP zabezpečeného protokoluDokument je doručen na příslušný DIS s využitím SOAP zabezpečeného protokolu Interní informační systém vygeneruje vhodnou odpověďInterní informační systém vygeneruje vhodnou odpověď Jádro uloží odpověďJádro uloží odpověď Jádro na požádání zašle odpověď klientoviJádro na požádání zašle odpověď klientovi Jádro smaže záznamy na základě žádosti klientaJádro smaže záznamy na základě žádosti klienta

106 Typy zpráv 4 zprávy generované klientskou aplikací4 zprávy generované klientskou aplikací –SUBMISSION_REQUEST –SUBMISSION_POLL, –DATA_REQUEST –DELETE_REQUEST

107 Typy zpráv 6 zpráv generovaných jádrem6 zpráv generovaných jádrem –SUBMISSION_ACKNOWLEDGEMENT –SUBMISSION_ERROR –SUBMISSION_RESPONSE –DATA_RESPONSE –DELETE_ACKNOWLEDGEMENT –DELETE_RESPONSE

108 GovTalk obálka

……

109 GovTalk namespace GovTalk obálka musí použít základní namespace obálka musí použít základní namespace Body musí obsahovat jeden kořenový element s vlastním namespace a v něm jsou uložena přenášená dataBody musí obsahovat jeden kořenový element s vlastním namespace a v něm jsou uložena přenášená data –Namespace v body musí být odlišné od základního namespace

110 Příklad komunikace klienta Sekvence příkazůSekvence příkazů Krok za krokem vytvoření GovTalk obálkyKrok za krokem vytvoření GovTalk obálky Odeslání dokumentuOdeslání dokumentu Zjišťování stavu podáníZjišťování stavu podání

111 Aplikace aplikace EP Submission_Request Submission_Poll Delete_Request Submission_Acknowledgement Submission_Response Delete_Acknowledge Delete_Response Delete _ Request Krok 1 Krok 3 Krok 5 Krok 7 Krok 9 Krok 2 Krok 4 Krok 6 Krok 8 Krok 10 Odeslání dokumentu a první odpověď CorrelationID Zjišťování stavu podání „Smazání“ transakce po doručení Příklad komunikace klienta 2.0 MALORG request submit XML … MALORG poll submit XXXX

112 Postup při tvorbě zprávy SUBMISSION_REQUEST

……

113 Postup při tvorbě zprávy SUBMISSION_REQUEST 2.0

……

114 Postup při tvorbě zprávy SUBMISSION_REQUEST 2.0

MALORG MALORG
……

115 Postup při tvorbě zprávy SUBMISSION_REQUEST 2.0

MALORG request MALORG request submit submit
……

116 Postup při tvorbě zprávy SUBMISSION_REQUEST 2.0

MALORG request MALORG request submit submit XML0
……

117 Postup při tvorbě zprávy SUBMISSION_REQUEST 2.0

MALORG request MALORG request submit submit XML0 H425157F3XLC H425157F3XLC clear testing123 testing123
……

118 Postup při tvorbě zprávy SUBMISSION_REQUEST 2.0

MALORG request MALORG request XML0 H425157F3XLCcleartesting123
……

119 Postup při tvorbě zprávy SUBMISSION_REQUEST 2.0

MALORG request MALORG request XML0 H425157F3XLCcleartesting123
Vlastní struktura přenášených dat

120 Odeslání dokumentu HTTP 1.1 POSTHTTP 1.1 POST na adresuna adresu https://bezpecne.podani.gov.cz/submission nebo https://bezpecne.dev.gov.cz/submission

121 Odeslání dokumentu

122 Odpověď po odeslání SUBMISSION_ACKNOWLEDGMENT 2.0 MALORG acknowledgment response 195B6583A561D8B54EC1DB42F https://bezpecne.podani.gov.cz/submission T09:51:56.257

123 Dotazování na stav podání Submission_Acknowledgment vrátí důležité údaje:Submission_Acknowledgment vrátí důležité údaje: –CorrelationID identifikátor podáníidentifikátor podání – –ResponseEndPoint URL adresa pro dotazování stavu – –PollInterval čas v sekundách pro opakování dotazu zvolte si algoritmus jak interval prodlužovat až do doby, kdy získáte Submission_Response – –GatewayTimestamp Submission_Acknowledgmentčas podání – první Submission_Acknowledgment

124 Dotazování na stav podání SUBMISSION_POLL 2.0 MALORG poll submit 195B6583A561D8B54EC1DB XML

125 Dotazování na stav podání SUBMISSION_RESPONSE 1.0 MALORG response submit 1DF257B5CD23F4A5B6C7D8E https://bezpecne.podani.gov.cz/submission T10:20: ABC

126 Zasílání velikých dokumentů Doporučujeme veliké dokumenty rozdělit na několik menších – pokud je to možnéDoporučujeme veliké dokumenty rozdělit na několik menších – pokud je to možné Co je to veliký dokument?Co je to veliký dokument? –více jak 4 MB Rizika při zasílání velkých dokumentůRizika při zasílání velkých dokumentů –Dlouhé zpracování při přenosu –Time Out HTTP relace Aplikace EP je přesto schopna zpracovat veliké dokumentyAplikace EP je přesto schopna zpracovat veliké dokumenty

127 Doplňkové dotazování Po přenosu dat se může vrátit chybový stavPo přenosu dat se může vrátit chybový stav –např. Session Time Out Jak zjistit zda byla data přenesena?Jak zjistit zda byla data přenesena? Přehled podání za určité obdobíPřehled podání za určité období –DATA_REQUEST

128 Dotazování na stav podání DATA_REQUEST 2.0 MALORG request list … 995F1Q8BW2 clear testing123 06/15/ /16/ :02:44 12:02:44

129 Dotazování na stav podání DATA_RESPONSE … MALORG response list … … :02: :02: :08:04 9F448F27A61D7DA558E74B08C SUBMISSION_ACKNOWLEDGE :18:18 66C8EE DF1C F5E3FF00 SUBMISSION_ACKNOWLEDGE …

130 Dokončení cyklu podání Delete_Request „smaže“ všechny související zprávy svázané s podánímDelete_Request „smaže“ všechny související zprávy svázané s podáním

131 Dokončení cyklu podání DELETE_REQUEST 2.0 MALORG request delete 1DF257B5CD23F4A5B6C7D8 …

132 Dokončení cyklu podání DELETE_RESPONSE 1.0 MAFF-IACS-AAPS2001 response delete 1DF257B5CD23F4A5B6C7D8E9F https://bezpecne.podani.gov.cz/submission T16:32:18.795

133 Dokončení cyklu podání Co se stane když aplikace neprovede Delete_Request?Co se stane když aplikace neprovede Delete_Request? –Aplikace Elektronická podání po 60 dnech provede Delete_Request Musíme tedy posílat Delete_Request?Musíme tedy posílat Delete_Request? –Ano. Zlepšíte si komunikaci s pomocí Data_Request.

134 Chybové stavy SUBMISSION_ERROR 1.0 MALORG error submit 1DF257B5CD23F4A5B6C7D8E9F https://bezpecne.podani.gov.cz/submission T10:20: Gateway 1020 fatal Text popisující chybu

135 Praktická realizace Od informace o RELDP a PVS na stránkách ČSSZOd informace o RELDP a PVS na stránkách ČSSZ

136 Praktická realizace

137 Praktická realizace

138 Vývojové prostředí Slouží pro vývojářské firmy pro testování aplikacíSlouží pro vývojářské firmy pro testování aplikací Není v režimu 24x7Není v režimu 24x7 Před nasazením služby se provádějí testy v tomto prostředíPřed nasazením služby se provádějí testy v tomto prostředí Pro registraci platí stejná pravidla jako pro ostré prostředíPro registraci platí stejná pravidla jako pro ostré prostředí Může procházet rekonfiguracemiMůže procházet rekonfiguracemi URLURL –http://www.dev.gov.cz –https://bezpecne.dev.gov.cz/submission https://bezpecne.dev.gov.cz/submission

139 Certifikáty pro SSL Ostré prostředíOstré prostředí –Platný certifikát společnosti Verisign skončila platnost kořenového certifikátu Verisign skončila platnost kořenového certifikátu Verisign Je nutné nainstalovat nový certifikát nutné nainstalovat nový certifikát Vývojové prostředíVývojové prostředí –Platný certifikát společnosti Omnicom –K dispozici na stránkách SBS

140 Certifikáty pro SSL II. Musí být k dispozici v kontextu uživatele nebo služby, která navazuje SSL spojeníMusí být k dispozici v kontextu uživatele nebo služby, která navazuje SSL spojení URL adresy pro podáváníURL adresy pro podávání –https://bezpecne.podani.gov.cz/submission https://bezpecne.podani.gov.cz/submission –https://bezpecne.dev.gov.cz/submission https://bezpecne.dev.gov.cz/submission

141 Tipy a triky I Prázdné elementy GovTalk obálky Používejte tuto syntaxiPoužívejte tuto syntaxi Nikoliv tutoNikoliv tuto MALORG request submit MALORG request submit Velká pravděpodobnost pro chyby v prázdných elementech CHR(13), CHR(10), CHR(32)

142 Tipy a triky II HTTP Headers Podání se provádí protokolem HTTP metodou POSTPodání se provádí protokolem HTTP metodou POST HTTP hlavička musí být nastavena na:HTTP hlavička musí být nastavena na: –http.ContentType = "text/xml" Nastavte delší TimeOut např.Nastavte delší TimeOut např. –http.Timeout = 90000

143 Tipy a triky III Chyba dat v elementech Chybové hlášeníChybové hlášení Proveďte kontrolu elementuProveďte kontrolu elementu –Obvykle obsahuje skryté znaky CHR(13)CHR(13) CHR(10)CHR(10) –Neodpovídá předepsané struktuře Parsing Error : Pattern constraint failed. The element: 'element name' has an invalid value according to its data type

144 Tipy a triky IV Rozsah GovTalk obálky Vkládejte do obálky pouze povinné údajeVkládejte do obálky pouze povinné údaje Pokud vkládáte volitelné elementy dbejte na to, aby obsahovaly správné hodnotyPokud vkládáte volitelné elementy dbejte na to, aby obsahovaly správné hodnoty –velmi často se nepodaří podat právě proto, že volitelný element má špatnou hodnotu –a protože je volitelný nevěnujeme mu pozornost

145 Tipy a triky V Návratové hodnoty HTTP komunikace Pokud je vše v pořádku vrátí se GovTalk obálka ve formátu XML, alePokud je vše v pořádku vrátí se GovTalk obálka ve formátu XML, ale je nutné počítat s tím, že se vrátí HTMLje nutné počítat s tím, že se vrátí HTML –např. error 404 / 12028, v případě, že bude problém se službou –v tom případě XML.Load(...) havaruje

146 Další funkce aplikace EP Webové služby pro správu uživatelských účtůWebové služby pro správu uživatelských účtů Ověřovací služby pro aplikace třetích stranOvěřovací služby pro aplikace třetích stran – –Authentication & Authorisation web services

147 Ověřovací služba portálu Portál R&E TxE 3. R&E připraví XML dokument k podpisu 4. Uživatel podepíše a vrátí XML dokument 2. Portál odešle žádost o ověření 6. … a vrátí uživatelovy identifikátory, seznam služeb atd. 5. R&E ověří podpis, zkontroluje uživatelskou registrace a přihlášení služeb … 1. Uživatel navštíví portál 7. Portál má nyní k dispozici identifikátory pro tohoto uživatele a může je vložit do GovTalk dokumentu v momentě podání

148 Shrnutí Základním principem komunikace s transakční části PVS je GovTalk schémaZákladním principem komunikace s transakční části PVS je GovTalk schéma Vše probíhá podle internetových standardůVše probíhá podle internetových standardů Aplikace pro transakční část lze tvořit v libovolném programovacím jazyce a na libovolné platforměAplikace pro transakční část lze tvořit v libovolném programovacím jazyce a na libovolné platformě

149 Dotazy

150 Tvorba aplikací pro transakční část Portálu veřejné správy Oběd

151 Zasílání dokumentů RELDP přes PVS I.část Jan Hříbal

152 Podmínky použití SW s podporou elektronických podáníSW s podporou elektronických podání –šifrovací certifikát –podpisový klíč ČSSZ –kvalifikovaný certifikát Účet na PVSÚčet na PVS –portálový identifikátor uživatele, heslo –portálový identifikátor asistenta, heslo Známé údajeZnámé údaje –variabilní symbol Elektronická podání

153 Obálka PVS Název transakceNázev transakce Známé údajeZnámé údaje Tělo zprávyTělo zprávy –Obálka RELDP –Vlastní datová věta Elektronické podání - struktura

154 Obálka PVS 2.0

CSSZ_RELDP CSSZ_RELDP requestsubmit... SA29H98CS2HX SA29H98CS2HX clear passwd passwd
zpráva pro ČSSZ zpráva pro ČSSZ

155 Obálka PVS - zástupce 2.0

CSSZ_RELDP CSSZ_RELDP requestsubmit..... KD29H58LSH2X KD29H58LSH2X clear passwd passwd
zpráva pro ČSSZ zpráva pro ČSSZ

156 Tělo zprávy - příklad 1.0 elektronický podpis zašifrovaná datová věta

157 Tělo zprávy Struktura:RELDPMessage –EvnelopeVersion –Header SignatureSignature VendorVendor –Body

158 Vlastní datová věta

159 ELDP

160 Vlastní datová věta /*shodné pro všechny ELDP, zasílané za jednu organizaci

161 Vlastní datová věta – logické testy Doporučené kontroly jsou vystaveny na webových stránkách ČSSZDoporučené kontroly jsou vystaveny na webových stránkách ČSSZ Obdoba kontrol pro tiskopisyObdoba kontrol pro tiskopisy

162 Předávání chybových zpráv Submission_errorSubmission_error ová zpráva z ČSSZ ová zpráva z ČSSZ

163 Předávání chybových zpráv Tělo zprávy "Submission_error" BODY ErrorResponseErrorResponse –Application ErrorError –RaisedBy –Number –Text ProtocolProtocol

164 Předávání chybových zpráv Tělo zprávy "Submission_error", struktura protokolu error headhead recrec

165 Tisk ročních ELDP Tisk stejnopisu ELDP zaměstnanec organizacezaměstnanec organizace archiv v organizaciarchiv v organizaci

166 Jiné možnosti předávání ELDP Paměťové médium typtyp –CD –disketa 3,5" 1,44 MB shodná struktura datové větyshodná struktura datové věty elektronický podpiselektronický podpis Předepsaný tiskopis

167 Dotazy

168 Implementace podpory systému EP Jiří Holaň Neurodot s.r.o.

169 Šifrování a podepisování Microsoft WindowsMicrosoft Windows –CryptoAPI( ) –CAPICOM( ) –.NET Framework … v budoucnu Unixové systémyUnixové systémy –PGPi( ) –G NU PG ( )

170 Komunikační principy Podepsání (MD2, MD4, MD5, SHA1)Podepsání (MD2, MD4, MD5, SHA1) Šifrování (AES, DES, 3DES, RC2, RC4)Šifrování (AES, DES, 3DES, RC2, RC4) Odeslání HTTPS protokolemOdeslání HTTPS protokolem –.NET –Microsoft XMLDOM –OpenSSL Přijmutí odpovědi (synchronní) => CorrelationIDPřijmutí odpovědi (synchronní) => CorrelationID DataRequest, Poll – dotazování na stavy zprávDataRequest, Poll – dotazování na stavy zpráv Mazání zpráv z pracovních frontMazání zpráv z pracovních front

171 Předpoklady pro komunikaci Připojení k internetu (port 443)Připojení k internetu (port 443) Platný podpisový klíč nebo kvalifikovaný certifikátPlatný podpisový klíč nebo kvalifikovaný certifikát Platný certifikát pro šifrováníPlatný certifikát pro šifrování Znalost struktury GovTalk obálkyZnalost struktury GovTalk obálky Přihlašovací údaje z registrace na PVSPřihlašovací údaje z registrace na PVS Funkční aplikaceFunkční aplikace

172 GovTalk obálka 2.0

CSSZ_RELDP CSSZ_RELDP request………………………………………………

173 Podepisování RELDP 1.0 MIIDigYJKoZIhvcNAQcCoIIDezCCA3QcCoIIDezCCA3QcCoIIDez CCA3QcCoIIDezCCA3QcCoIIDezCCA3QcCoIIDezCCA3QcCoIIDezCCA3c…. MIIIgAYJKoZIhvcNAQcDoIIIcTCCCG0CAQAxgcYwgcMCAQAwbTBfMQswCQYDVQ QGEwJDWjEPMA0GA1UEBxMGUHJhZ3VlMQ0wCwYDVQQKEwRNSUNSMQ0wCw YDVQQLEwRN…

174 Podepisování RELDP CryptoAPI (C++)CryptoAPI (C++) // otevření úložiště certifikátů hSystemStoreHandle = CertOpenStore(CERT_STORE_PROV_SYSTEM, 0, NULL, CERT_SYSTEM_STORE_CURRENT_USER, CERTIFICATE_STORE_NAME); // nalezení podpisového certifikátu pSignerCert = CertFindCertificateInStore(hSystemStoreHandle, PKCS_7_ASN_ENCODING | X509_ASN_ENCODING, 0, CERT_FIND_SUBJECT_STR, CERT_SUBJECT_NAME, NULL); // inicializace parametrické struktury memset(&SignMessagePara, 0, sizeof(CRYPT_SIGN_MESSAGE_PARA)); SignMessagePara.cbSize = sizeof(CRYPT_SIGN_MESSAGE_PARA); SignMessagePara.HashAlgorithm.pszObjId = szOID_RSA_MD2; SignMessagePara.pSigningCert = pSignerCert; SignMessagePara.dwMsgEncodingType = PKCS_7_ASN_ENCODING | X509_ASN_ENCODING; SignMessagePara.cMsgCert = 1; SignMessagePara.rgpMsgCert = &pSignerCert; // podepsání zprávy CryptSignMessage(&SignMessagePara,FALSE, 1, rgpbToBeSigned, rgcbToBeSigned, NULL, &cbEncodedBlob)

175 Podepisování RELDP CAPICOM (VB6)CAPICOM (VB6) Dim myStore As New CAPICOM.Store Dim myCert As CAPICOM.Certificate Dim signature As String Set signData = New CAPICOM.SignedData Set signer = New CAPICOM.signer // otevření úložiště certifikátů myStore.Open // nalezení podpisového certifikátu For Each myCert In myStore.Certificates …. Next Set signer.Certificate = myCert signData.Content = xRELPDMsg.xml // podepsání zprávy signature = signData.Sign(signer, True)

176 Šifrování RELDP 1.0 MIIDigYJKoZIhvcNAQcCoIIDezCCA3QcCoIIDezCCA3QcCoIIDez CCA3QcCoIIDezCCA3QcCoIIDezCCA3QcCoIIDezCCA3QcCoIIDezCCA3c…. MIIIgAYJKoZIhvcNAQcDoIIIcTCCCG0CAQAxgcYwgcMCAQAwbTBfMQswCQYDVQ QGEwJDWjEPMA0GA1UEBxMGUHJhZ3VlMQ0wCwYDVQQKEwRNSUNSMQ0wCw YDVQQLEwRN…

177 Šifrování RELDP CryptoAPI (C++)CryptoAPI (C++) // otevření úložiště certifikátů hSystemStoreHandle = CertOpenStore(CERT_STORE_PROV_SYSTEM, 0, NULL, CERT_SYSTEM_STORE_CURRENT_USER, CERTIFICATE_STORE_NAME); // nalezení šifrovacího certifikátu pCertificate = CertFindCertificateInStore(hSystemStoreHandle, PKCS_7_ASN_ENCODING | X509_ASN_ENCODING, 0, CERT_FIND_SUBJECT_STR, CERT_SUBJECT_NAME, NULL); // nalezení šifrovacího certifikátu ZeroMemory(&EncryptAlgorithm, sizeof(CRYPT_ALGORITHM_IDENTIFIER)); EncryptAlgorithm.pszObjId = szOID_RSA_RC4; ZeroMemory(&EncryptParams, sizeof(CRYPT_ENCRYPT_MESSAGE_PARA)); EncryptParams.cbSize = sizeof(CRYPT_ENCRYPT_MESSAGE_PARA); EncryptParams.dwMsgEncodingType = X509_ASN_ENCODING | PKCS_7_ASN_ENCODING; EncryptParams.hCryptProv = hCryptProv; EncryptParams.ContentEncryptionAlgorithm = EncryptAlgorithm; // podepsání zprávy CryptEncryptMessage(&EncryptParams, 1, (const CERT_CONTEXT**) &pCertificate, dataStream, dataLength, *encData, &blobSize);

178 Šifrování RELDP CAPICOM (VB6)CAPICOM (VB6) Set cryptCert = SelectEncryptingCertificate() Set encData = New CAPICOM.EnvelopedData encData.Algorithm.KeyLength = CAPICOM. CAPICOM_ENCRYPTION_KEY_LENGTH. CAPICOM_ENCRYPTION_KEY_LENGTH_MAXIMUM encData.Algorithm.Name = CAPICOM. CAPICOM_ENCRYPTION_ALGORITHM. CAPICOM_ENCRYPTION_ALGORITHM_3DES encData.Content = xRELPDMsg.xml encData.Recipients.Add cryptCert encryption = encData.Encrypt()

179 Vkládání do obálky –Microsoft XML Parser // načtení tabulky jmenných prostorů xNtMan = new XmlNamespaceManager(xToGG.NameTable); xNtMan.AddNamespace("gtm", "http://www.govtalk.gov.uk/CM/envelope"); xNtMan.AddNamespace("mgm", "http://www.cssz.cz/XMLSchema/reldp/envelope"); xNtMan.AddNamespace("mgb", "http://cssz.dis.gov.cz/XMLSchema/malorg/VZ"); // získání uzlu Signature xSignature = xFromGG.SelectSingleNode("/gtm:GovTalkMessage/gtm:Body/mgm:RELDPMe ssage/mgm:Header/mgm:Signature", xNtMan); // získání uzlu Body xBody = xFromGG.SelectSingleNode("/gtm:GovTalkMessage/gtm:Body/mgm:RELDPMe ssage/mgm:Body", xNtMan);

180 Komunikační principy Zpracování podání na ČSSZZpracování podání na ČSSZ DIS EMS RELDP MALORG VZ další … MAIL Report AAS CA + RA

181 Struktura odpovědí z DIS serveru název komponenty číslo chyby popis chyby

182 Dotazy

183 Další rozvoj aplikace Elektronická podání Robert Hernady Senior Systems Engineer Microsoft s.r.o. Portál veřejné správy Mladá Boleslav

184 Příprava dalších služeb ČSSZ Přehled o vyměřovacích základech a pojistném malé organizace Služba určena pro malé organizace do 25 zaměstnancůSlužba určena pro malé organizace do 25 zaměstnanců Služba je v pilotním provozuSlužba je v pilotním provozu Přechod do ostrého provozu ve 2. polovině letošního rokuPřechod do ostrého provozu ve 2. polovině letošního roku Zatím je k dispozici aplikace napsaná v Microsoft ExceluZatím je k dispozici aplikace napsaná v Microsoft Excelu Budou zveřejněny specifikace stejně jako u RELDP.Budou zveřejněny specifikace stejně jako u RELDP.

185

186

187

188

189 Příprava dalších služeb ČSSZ Přihlášky a odhlášky zaměstnanců organizací Služba určena pro všechny organizaceSlužba určena pro všechny organizace Přihlašování a odhlašování zaměstnanců při nástupu nebo opuštění zaměstnáníPřihlašování a odhlašování zaměstnanců při nástupu nebo opuštění zaměstnání Spouštění služby začne v 1. polovině roku 2005Spouštění služby začne v 1. polovině roku 2005 Specifikace budou uvedeny na stránkách ČSSZSpecifikace budou uvedeny na stránkách ČSSZ

190 Služby Ministerstva financí Zahájeno jednání o připojení daňové správy na aplikaci elektronická podáníZahájeno jednání o připojení daňové správy na aplikaci elektronická podání V současné době již existují specifikace datových vět pro některé typy daňových přiznáníV současné době již existují specifikace datových vět pro některé typy daňových přiznání –DPH –Silniční daň –Daň z nemovitostí Zatím je možné podávat mimo PVSZatím je možné podávat mimo PVS

191 Ostatní aktivity Příprava připojeníPříprava připojení –Ministerstva práce a sociálních věcí SSPSSP –Krajského úřadu Středočeského kraje Odvolací řízeníOdvolací řízení

192 Přihlašování certifikátem Další způsob přihlašování k PVSDalší způsob přihlašování k PVS Místo kombinace uživatelský identifikátor/hesloMísto kombinace uživatelský identifikátor/heslo Uživatel používá certifikát 2xUživatel používá certifikát 2x –pro přihlášení –pro podepisování datových vět

193 Dotazník Prosíme, vyplňte dotazníkProsíme, vyplňte dotazník Při odchodu za dotazník získáte USB paměťový klíčPři odchodu za dotazník získáte USB paměťový klíč

194 Obsah USB paměti Prezentace z dnešní konferencePrezentace z dnešní konference Vývojářský balíček pro službu RELDPVývojářský balíček pro službu RELDP DokumentaceDokumentace

195 Obsah USB paměti Vývojářské knihy v elektronické podobě

196 Shrnutí RELDP jsou zásadní službou z pohledu ČSSZ a transakční částí PVSRELDP jsou zásadní službou z pohledu ČSSZ a transakční částí PVS Další rozvoj transakční části umožní zjednodušit elektronickou komunikaci s veřejnou správouDalší rozvoj transakční části umožní zjednodušit elektronickou komunikaci s veřejnou správou

197 Dotazy

198 Tvorba aplikací pro transakční část Portálu veřejné správy Děkujeme za pozornost


Stáhnout ppt "Tvorba aplikací pro transakční část Portálu veřejné správy Program: 08:00 - 09:00 Registrace 09:00 - 09:15 Úvod 09:15 - 09:35."

Podobné prezentace


Reklamy Google