MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI



Podobne dokumenty
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

- wewnątrz elementów prostych występuje tylko jeden typ danych, wewnątrz złoŝonych nie moŝemy dokładnie określić liczby wystąpień elementu

Definicja struktury danych XSD dla opisu wzorów dokumentów elektronicznych przyjmowanych w Centralnym Repozytorium Dokumentów

Rozdział 1 Cel dokumentu Rozdział 2 Deklaracja Rozdział 3 Nagłówek Rozdział 4 Podmiot Rozdział 5 FATCA...

Schema Schemat_JPK_PKPIR_v1-0.xsd

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Załączniki do rozporządzenia Ministra Finansów z dnia 2011 r. (poz. ) Załącznik nr 1. Struktura logiczna urzędowego poświadczenia odbioru

Załącznik nr 14 Struktura logiczna korekty informacji podsumowującej o dokonanych wewnątrzwspólnotowych dostawach/nabyciach towarów (VAT-UEK)

(Dz. U. z dnia 17 listopada 2006 r.)

Rzeszów, dnia 18 czerwca 2015 r. Poz UCHWAŁA NR IX RADY MIEJSKIEJ W BOGUCHWALE. z dnia 28 maja 2015 r.

Warszawa, dnia 5 stycznia 2012 r. Pozycja 18 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 3 stycznia 2012 r.

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

UCHWAŁA NR IX RADY MIEJSKIEJ W BOGUCHWALE. z dnia 28 maja 2015 r.

Schema bsb-kwy xsd

Język XML Schema. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Wszystko na temat wzoru dokumentu elektronicznego

Format elektroniczny deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi oraz układ informacji i powiązań między nimi

DZIENNIK URZĘDOWY WOJEWÓDZTWA ŚLĄSKIEGO

Nazwa pliku XSD:

Integracja Obieg Dokumentów - GiS Spis treści

Zasady Nazewnictwa. Dokumentów XML Strona 1 z 9

UCHWAŁA NR LII/1230/14 RADY MIASTA KATOWICE. z dnia 30 lipca 2014 r.

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP

Załącznik do rozporządzenia. Ministra Finansów z dnia września 2006 r. (poz. )

UCHWAŁA NR L/540/2014 RADY MIASTA USTROŃ. z dnia 30 października 2014 r.

1. Rozporządzenie określa zakres i warunki korzystania z elektronicznej platformy usług administracji publicznej, zwanej dalej "epuap", w tym:

ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI [1]) z dnia r.

extensible Markup Language, cz. 4 Marcin Gryszkalis, mg@fork.pl

Projekt z dnia 20 grudnia 2006 r. ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 2007 r.

Załączniki do rozporządzenia Ministra Finansów z dnia marca 2008 r. (poz. )

PUE ZUS Wysyłka elektronicznych zapytan. Instrukcja wysyłki zapytań do ZUZ-PUE za pomocą aplikacji Komornik SQL

UCHWAŁA NR... RADY MIASTA KATOWICE. z dnia... r.

ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 30 grudnia 2010 r.

Struktura logiczna zgłoszenia aktualizacyjnego osoby fizycznej nieprowadzącej samodzielnie działalności gospodarczej (NIP-3)

DEKLARACJA O WYSOKOŚCI OPŁATY ZA GOSPODAROWANIE ODPADAMI KOMUNALNYMI DLA NIERUCHOMOŚCI ZAMIESZKAŁYCH

Warszawa, dnia 10 kwietnia 2012 r. Poz. 387 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 4 kwietnia 2012 r.

Nabór ofert w ramach projektu pozakonkursowego o charakterze koncepcyjnym pt. "Najlepsi z najlepszych!"

Załączniki do rozporządzenia Ministra Finansów z dnia grudnia 2010 r. (poz. ) Załącznik nr 1

DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO

Ministerstwo Finansów Departament Informatyzacji Usług Publicznych

Załącznik do Zarządzenia Rektora nr 113/2019 z dnia 21 października 2019 r

Załącznik nr 5 do uchwały Nr XXXVIII/775/2013 Rady Miejskiej w Gliwicach z dnia 07 listopada 2013 r.

Bariera dla e- administracji Przepisy prawne nie odpowiadające istocie elektronizacji. Prawo o postępowaniu przed sądami administracyjnymi

Uznawalność wykształcenia

ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia r.

DZIENNIK URZĘDOWY WOJEWÓDZTWA ŁÓDZKIEGO

SCHEMAT DOKUMENTU POTWIERDZENIA GENEROWANEGO PRZEZ ZUS

Ministerstwo Finansów Departament Informatyki

Interaktywna instrukcja załatwiania sprawy. Właściciel procedury: Departament Innowacji i Rozwoju. Czas trwania procedury: 6 tygodni

PUE ZUS Wysyłka elektronicznych zapytan. Instrukcja wysyłki zapytań do ZUZ-PUE za pomocą aplikacji Komornik SQL

"Studia dla wybitnych"

Standard Elektronicznej Skrzynki Podawczej. Wersja 1.0

BGK Zlecenia (Ferryt Enterprise)

Struktura logiczna informacji o przychodach (dochodach) wypłaconych lub postawionych do dyspozycji faktycznemu albo po

<meta:wartosc> </meta:identyfikator> <meta:rodzajrelacji>maczesc</meta:rodzajrelacji>

(podstawa prawna: 5 ust. 2 rozporządzenia Ministra Finansów z dnia 26 września 2016 r. I. Definicje

Szczecin, r. Copyright (c) 2015 Izba Skarbowa w Szczecinie. Izba Skarbowa w Szczecinie

UCHWAŁA NR X/70/15 RADY GMINY GORZYCE. z dnia 22 czerwca 2015 r.

Odpowiedź na pytanie 1 i 3 :

Opis przykładowego programu realizującego komunikację z systemem epuap wykorzystując interfejs komunikacyjny "doręczyciel"

Aspekty techniczne korzystania z systemu e-deklaracje

CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI

DZIENNIK URZĘDOWY WOJEWÓDZTWA ŚLĄSKIEGO

(Tekst mający znaczenie dla EOG)

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema. Elementy czy atrybuty? Wartości domyślne i ustalone. Elementy czy atrybuty?

RZECZPOSPOLITA POLSKA

Warszawa, dnia 20 kwietnia 2016 r. Poz. 554 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 13 kwietnia 2016 r.

Załącznik Nr 2 do Uchwały Nr XXVI/172/13 Rady Miasta Jedlina-Zdrój z dnia r.

Program pn.: "Uniwersytet Młodych Wynalazców"

Instrukcja składania wniosku w ramach konkursów na finansowanie projektów ze środków Regionalnego Programu Operacyjnego Województwa Śląskiego

Warszawa, dnia 12 grudnia 2015 r. Poz UCHWAŁA NR 146/XIV/2015 RADY MIASTA CIECHANÓW. z dnia 26 listopada 2015 r.

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Bydgoszcz, dnia 9 grudnia 2014 r. Poz UCHWAŁA Nr II/18/14 RADY MIEJSKIEJ w ŁABISZYNIE. z dnia 3 grudnia 2014 r.

Proces rekrutacyjny dotyczący 2-tygodniowych szkoleń zagranicznych z umiejętności miękkich, przeznaczony dla doktorantów i młodych naukowców


Kwalifikowane certyfikaty, podpisy i pieczęcie elektroniczne. po 1 lipca 2018 roku. po 1 lipca 2018 roku. Wersja 1.0

Format danych adnotacji do tytułów wykonawczych przekazywanych do organów egzekucyjnych przez epuap w związku ze zbiegiem egzekucji

Systemy administracji publicznej epuap. Robert Sternicki Szczyrk, r.

XML extensible Markup Language. część 4

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Szczegółowe informacje dotyczące przekazywania do Bankowego Funduszu Gwarancyjnego informacji kanałem teletransmisji

Krok po kroku płatnika Elektroniczne składanie deklaracji przez płatnika podatku dochodowego od osób fizycznych w 2014 r. dalej

Schematy XML. Tomasz Traczyk.

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1

Warszawa, dnia 11 marca 2016 r. Poz UCHWAŁA NR XVIII/114/2016 RADY MIEJSKIEJ W PIASTOWIE. z dnia 22 lutego 2016 r.

Podpis elektroniczny Teoria i praktyka. Stowarzyszeni PEMI

Rola języka XML narzędziem

ROZPORZĄDZENIE PREZESA RADY MINISTRÓW. z dnia 14 września 2011 r.

Projekt. z dnia r.

Wysyłka wniosko w ZUS - EKS. Instrukcja użytkownika aplikacji Wysyłka wniosków ZUS EKS

Instrukcja użytkownika

DZIENNIK USTAW RZECZYPOSPOLITEJ POLSKIEJ

PROCEDURA ELEKTRONICZNEJ WYMIANY KORESPONDENCJI

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema

Przykładowy dokument XML

Ministerstwo Finansów

Standard Elektronicznej Skrzynki Podawczej

Komunikacja elektroniczna z podmiotami pełniącymi zadania publiczne

Transkrypt:

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa URZĘDOWE POŚWIADCZENIA ODBIORU UPP ORAZ UPD Projekt współfinansowany Przez Unię Europejską Europejski Fundusz Rozwoju Regionalnego

Autor Zespół projektowy Klient Ministerstwo Spraw Wewnętrznych i Administracji Wersja dokumentu 1.01 Liczba stron 31 Historia zmian Wersja Data Kto zmian 1.00 2008-01-31 Zespół projektowy epuap 1.01 2008-02-04 Zespół projektowy epuap Utworzenie dokumentu Wprowadzanie poprawek i rozszerzenie modelu 2/31

Spis treści Zastosowane skróty i pojęcia... 4 I. Wstęp... 4 II. Znaczenie spójności struktury Urzędowego Poświadczenia Odbioru... 4 III. Zasady związane z podpisem elektronicznym.... 5 1.1 Zasady wspólne... 5 1.1.1 Informacje zaawansowane... 5 1.2 Zasady UPD... 5 1.2.1 Jeden podpis generowany przez Interesanta... 5 1.2.2 Dwa podpisy (podpis Urzędu + podpis Interesanta)... 6 1.3 Zasady UPP... 6 IV. Dokumentacja Schematu... 7 V. Schemat XML Urzędowego Poświadczenia Odbioru.... 28 VI. Załączniki... 31 3/31

Wstęp Zastosowane skróty i pojęcia Nazwa UPO UPD UPP Objaśnienie Urzędowe Poświadczenie Odbioru definicja okreslająca dwa rodzaje poświadczeń generowanych podczas przekazywania dokumentów w administracji publicznej. UPD służy jako dowód odebrania dokumentu przez Interesanta lub Podmiot UPP służy jako dowód odebrania dokumentu przez jednostę administracji publicznej np. urząd miasta. UPD Urzędowe Potwierdzenie Doręczenia - Poświadczenie jest generowane przez Urząd i podpisywane przez Interesanta przed odebraniem dokumentu. UPP Urzędowe Potwierdzenie Przedłożenia - Poświadczenie generowany, gdy Interesant lub inny podmiot wyśle do urzędu dokument. Poświadczenie to potwierdza fakt złożenia danego pisma do urzędu I. Wstęp Dokument został opracowany w ramach projektu e-puap. Niniejszy materiał stanowi założenia inicjujące proces ustanowienia rekomendacji w obszarze zawartości i struktury Urzędowego Poświadczenia Odbioru. Celem dokumentu jest ustanowienie rekomendacji głównych zasad związanych z tworzeniem Urzędowego Poświadczenia Odbioru (UPD i UPP) oraz zasad związanych ze składaniem podpisu elektronicznego. Dokument powstał w oparciu o: Doświadczenia zebrane podczas prac prowadzonych w administracji publicznej. Wymagania polskiego prawa II. Znaczenie spójności struktury Urzędowego Poświadczenia Odbioru Proces tworzenia i zarządzania Interoperacyjnością (opisany w dokumencie Zasady Zarządzania Interoperacyjnością Dokumentów XML) wymaga stosowania spójnego i znormalizowanego sposobu nazewnictwa. Zastosowanie jednolitego standardu nazywania elementów struktury ułatwi proces interpretacji ich zawartości. Zastsowanie jednolitej struktury Urzędowego Poświadczenia Odbioru ułatwi również prezentację otrzymywanych przez Interesantów poświadczeń. 4/31

Zasady związane z podpisem elektronicznym. III. Zasady związane z podpisem elektronicznym. 1.1 Zasady wspólne Podpis elektroniczny jest realizowany zgodnie ze standadem ETSI TS 101 903 v 1.3.2. i powinien zawierać referencje do całej treści poświadczenia oraz referencje do wszystkich obiektów wchodzących w skład dokumentu, którego dotyczy poświadczenie (jeżeli dokument składa sie z 4 plików to powinny być one objęte podpisem poprzez referencje). Podpis powinien być tak skonstruowany, że w przypadku umieszczenie poświadczenia razem z plikami, których dotyczy w jednym katalogu (jeżeli sam dokument ma strukturę katalogową to pliki tego dokumentu sa umieszczane we właściwych podkatalogach) powinno powodować prawidłową weryfikacje podpisu (prawidłowa weryfikacja może być pozytywna lub negatywna). Element URI w referencjach dotyczących pliku/ów podpisywanego dokumnetu powinien zawierać odnośnik względny np. nazwę pliku PodpisanyDokument.xml lub wskazanie do katalogu epaczka/dokument/podpisanydokument.xml jeżeli pliki danego dokumentu są umieszczone w strukturze katalogowej. Niniejsze zasady zezwalają na umiszczenie potwierdzenia w strukturze dokumentu, którego potwierdzenie dotyczy, w takim przypadku podpisu wskazuje na referencję do potwierdzanego dokumentu. Podpis powinien zawierać przynajmniej jedną referencję do całości zawartości Poświadczenia poprzez wstawienie do elementu URI 1.1.1 Informacje zaawansowane Urzędowe potwierdzenie odbioru zarówno w trybie doręczenia i przedłożenia może być oznaczone czasem zgodnie z formatem XAdES-T. Oznaczenie czasem realizowane przez zaufaną trzecią stronę stanowi dodatkowy atrybut bezpieczeństwa poświadczenia i czasu jego utworzenia. Podpis pod poświadczniem może uzyskać postać archiwalną przez umieszczenie informacji z weryfikacji ważności certyfikatów służących do weryfikacji podpisu i dodatkowe oznaczenie czasem. Postać archiwalna powinna być realizowana w formacie XAdES-A. Usługa oznaczenia czasem powinna być realizowana przez system spełniający wymagania normy CEN CWA 14167-1. 1.2 Zasady UPD W przypadku UPD istnieją dwa dopuszczalne scenariusze obsługi podpisu elektronicznego 1.2.1 Jeden podpis generowany przez Interesanta Podpis jest generowany przez Interesanta za pomocą narzędzi udostępnionych przez urząd. Podpis będzie dotyczył treści poświadczenia oraz dokumentu, którego Interesant jeszcze nie otrzymał. Jeżeli aplikacja do podpisu nie obsługuje takiego scenariusza można skorzystać z opcji z dwoma podpisami. W przypadku jednego podpisu będzie on zawierał referencje do treści UPD oraz referencje do wszystkich plików dokumentu, których jeszcze nie otrzymał. 5/31

W tym scenariuszu wymagane jest, aby podpis zawierał element rodzaj zobowiązania" ( CommitmentTypelndication") typu Potwierdzenie otrzymania ( Proof of receipt ) wskazujący, że podpisujący potwierdza fakt otrzymania dokumentu w postaci elektronicznej; 1.2.2 Dwa podpisy (podpis Urzędu + podpis Interesanta) Otrzymane przez Intersanta UPD jest już podpisane przez Urząd (Referencje podpisu dotyczą jedynie treści dokumentu, którego dotyczy UPD referencje wskazują na pliki, które otrzyma Interesant, ale nie obejmują treści UPD) Interesant podpisuje treść poświadczenia (które uzupełnia o date odbioru) oraz podpis Urzędu (który obejmuje zawartość wszystkich plików dokumentu który trafi do Interesanta). W przypadku dwóch podpisów: Podpis urzędu (referencje w podpisie) wskazują na wszystkie plik wchodzące w skład dokumentu ale nie obejmuje treści UPD. Podpis Interesanta (referencje w podpisie) wskazują do całej treści UPD łącznie z treścią podpisu Urzędu W tym scenariuszu wymagane jest, aby podpis Interesanta zawierał element rodzaj zobowiązania" ( CommitmentTypelndication") typu Potwierdzenie otrzymania ( Proof of receipt ) wskazujący, że podpisujący potwierdza fakt otrzymania dokumentu w postaci elektronicznej; Natomiast podpis Urzędu powinien zawierać element rodzaj zobowiązania" ( CommitmentTypelndication") typu Potwierdzenie nadania ( Proof of sending ) wskazujący, że podpisujący potwierdza fakt nadania dokumentu w postaci elektronicznej; 1.3 Zasady UPP Potwierdzenie przedłożenia jest realizowane z wykorzystaniem podpisu automatycznego realizowanego urządzeniem sprzętowym. Odpowiedzialność za bezpieczeństwo kluczy podlega kontroli podmiotu publicznego, który wystawia poświadczenie. Podpis nie może być realizowany certyfikatem kwalifikowanym. Podpis będzie zawierał referencje do treści UPP oraz referencje do wszystkich plików dokumentu, którego dotyczy UPP. W tym scenariuszu wymagane jest aby podpis zawierał element rodzaj zobowiązania" ( CommitmentTypelndication") typu Potwierdzenie otrzymania ( Proof of receipt ) wskazujący, że podpisujący potwierdza fakt otrzymania dokumentu w postaci elektronicznej; 6/31

IV. Dokumentacja Schematu Domyślna przestrzeń nazw: http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Elementy Complex types Simple types Dokument DokumentTyp IdentyfikatorDokumentuTyp IdentyfikatorPodmiotuTyp InformacjaUzupelniajacaTyp PodmiotTyp UPDTyp IdentyfikatorPoswiadczeniaTyp IdentyfikatorSprawyTyp IdentyfikatorTyp Typ UPPTyp 7/31

element Dokument Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Typ pos:dokumenttyp Właściwości content complex dzieci UPD UPP ds:signature źródło <xsd:element name="dokument" type="pos:dokumenttyp"/> 8/31

complextype DokumentTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 dzieci UPD UPP ds:signature używany przez element Dokument źródło <xsd:complextype name="dokumenttyp"> <xsd:sequence> <xsd:choice> <xsd:element name="upd" type="pos:updtyp"> <xsd:> UPD Urzędowe Potwierdzenie Doręczenia - Poświadczenie jest generowane przez Urząd i podpisywane przez Interesanta przed odebraniem dokumentu. </xsd:> 9/31

<xsd:element name="upp" type="pos:upptyp"> <xsd:> UPP Urzędowe Potwierdzenie Przedłożenia - Poświadczenie generowany gdy Interesant lub inny podmiot wyśle do urzędu dokument. Poświadczenie to potwierdza fakt złożenia danego pisma do urzędu</xsd:> </xsd:choice> <xsd:element ref="ds:signature" minoccurs="0" maxoccurs="unbounded"> <xsd:> Podpis elektroniczny powinien zawierać referencje do całej treści poświadczenia oraz referencje do wszystkich obiektów wchodzących w skład dokumentu którego dotyczy poświadczenie (jeżeli dokument składa sie z 4 plików to powinny być one objęte podpisem poprzez referencje). Podpis powinien być tak skonstruowany że umieszczenie poświadczenia razem z plikami których dotyczy w jednym katalogu powinno spowodować prawidłową weryfikacje podpisu (prawidłowa weryfikacja może być pozytywna lub negatywna). W przypadku UPD dopuszczalne jest wystąpienie dwóch podpisów a) jednego podmiotu wystawiającego poświadczenie UPD b) drugiego podpisu osoby odbierającej dokument</xsd:> </xsd:sequence> </xsd:complextype> 10/31

element DokumentTyp/UPD Typ pos:updtyp content complex dzieci IdentyfikatorPoswiadczenia PodmiotWystawiajacyPoswiadczenie Adresat DataOdbioru DataUtworzeniaPoswiadczenia IdentyfikatorSprawy IdentyfikatorDokumentu InformacjaUzupelniajaca UPD Urzędowe Potwierdzenie Doręczenia - Poświadczenie jest generowane przez Urząd podpisywane przez Interesanta przed odebraniem dokumentu. źródło <xsd:element name="upd" type="pos:updtyp"> i 11/31

<xsd:> UPD Urzędowe Potwierdzenie Doręczenia - Poświadczenie jest generowane przez Urząd i podpisywane przez Interesanta przed odebraniem dokumentu. </xsd:> element DokumentTyp/UPP Typ pos:upptyp content complex dzieci IdentyfikatorPoswiadczenia Adresat Nadawca DataDoreczenia DataWytworzeniaPoswiadczenia IdentyfikatorDokumentu InformacjaUzupelniajaca 12/31

UPP Urzędowe Potwierdzenie Przedłożenia - Poświadczenie generowany gdy Interesant lub inny podmiot wyśle do urzędu dokument. Poświadczenie to potwierdza fakt złożenia danego pisma do urzędu źródło <xsd:element name="upp" type="pos:upptyp"> <xsd:> UPP Urzędowe Potwierdzenie Przedłożenia - Poświadczenie generowany gdy Interesant lub inny podmiot wyśle do urzędu dokument. Poświadczenie to potwierdza fakt złożenia danego pisma do urzędu</xsd:> complextype IdentyfikatorPodmiotuTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Typ extension of pos:identyfikatortyp Właściwości base pos:identyfikatortyp używany przez element PodmiotTyp/IdentyfikatorPodmiotu attributes Name Type Use Default Fixed annotation TypIdentyfkatora xsd:string źródło <xsd:complextype name="identyfikatorpodmiotutyp"> <xsd:simplecontent> <xsd:extension base="pos:identyfikatortyp"> <xsd:attribute name="typidentyfkatora" type="xsd:string"/> </xsd:extension> </xsd:simplecontent> </xsd:complextype> attribute IdentyfikatorPodmiotuTyp/@TypIdentyfkatora Typ xsd:string źródło <xsd:attribute name="typidentyfkatora" type="xsd:string"/> 13/31

complextype InformacjaUzupelniajacaTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Typ extension of pos:typ Właściwości base pos:typ używany przez Elementy UPDTyp/InformacjaUzupelniajaca UPPTyp/InformacjaUzupelniajaca attributes Name Type Use Default Fixed annotation TypInformacjiUzupelniajacej xsd:string źródło <xsd:complextype name="informacjauzupelniajacatyp"> <xsd:simplecontent> <xsd:extension base="pos:typ"> <xsd:attribute name="typinformacjiuzupelniajacej" type="xsd:string"/> </xsd:extension> </xsd:simplecontent> </xsd:complextype> attribute InformacjaUzupelniajacaTyp/@TypInformacjiUzupelniajacej Typ xsd:string źródło <xsd:attribute name="typinformacjiuzupelniajacej" type="xsd:string"/> complextype PodmiotTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 dzieci Nazwa IdentyfikatorPodmiotu używany przez Elementy UPDTyp/Adresat UPPTyp/Adresat UPPTyp/Nadawca UPDTyp/PodmiotWystawiajacyPoswiadczenie źródło <xsd:complextype name="podmiottyp"> <xsd:sequence> <xsd:element name="nazwa" type="xsd:string"/> <xsd:element name="identyfikatorpodmiotu" type="pos:identyfikatorpodmiotutyp" minoccurs="0"/> </xsd:sequence> </xsd:complextype> 14/31

element PodmiotTyp/Nazwa Typ xsd:string content simple źródło <xsd:element name="nazwa" type="xsd:string"/> element PodmiotTyp/IdentyfikatorPodmiotu Typ pos:identyfikatorpodmiotutyp minocc 0 maxocc 1 content complex attributes Name Type Use Default Fixed annotation TypIdentyfkatora xsd:string źródło <xsd:element name="identyfikatorpodmiotu" type="pos:identyfikatorpodmiotutyp" minoccurs="0"/> 15/31

complextype UPDTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 dzieci IdentyfikatorPoswiadczenia PodmiotWystawiajacyPoswiadczenie Adresat DataOdbioru DataUtworzeniaPoswiadczenia IdentyfikatorSprawy IdentyfikatorDokumentu InformacjaUzupelniajaca używany przez element DokumentTyp/UPD źródło <xsd:complextype name="updtyp"> <xsd:sequence> <xsd:element name="identyfikatorposwiadczenia" type="pos:identyfikatorposwiadczeniatyp" minoccurs="0"> <xsd:> Identyfikator danego poświadczenia generowany przez twórcę poświadczenia</xsd:> 16/31

<xsd:element name="podmiotwystawiajacyposwiadczenie" type="pos:podmiottyp"> <xsd:> Dane podmiotu wystawiającego UPD do podpisania przez Interesanta</xsd:> <xsd:element name="adresat" type="pos:podmiottyp"> <xsd:> Dane osoby lub podmiotu do której jest kierowany dokument i UPD</xsd:> <xsd:element name="dataodbioru" type="xsd:date"> <xsd:> Data odbioru dokumentu uzupełniana przez adresata przed podpisaniem</xsd:> <xsd:element name="datautworzeniaposwiadczenia" type="xsd:datetime" minoccurs="0"> <xsd:>data utworzenia struktury poświadczenia UPD</xsd:> <xsd:element name="identyfikatorsprawy" type="pos:identyfikatorsprawytyp"> <xsd:> Oznaczenie sprawy której dotyczy dokument np. znak sprawy </xsd:> <xsd:element name="identyfikatordokumentu" type="pos:identyfikatordokumentutyp"> <xsd:> Oznaczenie dokumentu którego dotyczy UPD np. numer decyzji lub numer z dziennika korespondencyjnego </xsd:> <xsd:element name="informacjauzupelniajaca" type="pos:informacjauzupelniajacatyp" minoccurs="0" maxoccurs="unbounded"> <xsd:> Dodatkowe informacje specyficzne dla właściwości danego dokumentu np. dla numer NIP składającego dokument, element może wystąpić wiele razy z różnymi cechami informacyjnymi. </xsd:> </xsd:sequence> </xsd:complextype> 17/31

element UPDTyp/IdentyfikatorPoswiadczenia type pos:identyfikatorposwiadczeniatyp minocc 0 maxocc 1 content simple Identyfikator danego poświadczenia generowany przez twórcę poświadczenia źródło <xsd:element name="identyfikatorposwiadczenia" type="pos:identyfikatorposwiadczeniatyp" minoccurs="0"> <xsd:> Identyfikator danego poświadczenia generowany przez twórcę poświadczenia</xsd:> element UPDTyp/PodmiotWystawiajacyPoswiadczenie Typ pos:podmiottyp content complex dzieci Nazwa IdentyfikatorPodmiotu Dane podmiotu wystawiającego UPD do podpisania przez Interesanta źródło <xsd:element name="podmiotwystawiajacyposwiadczenie" type="pos:podmiottyp"> <xsd:> Dane podmiotu wystawiającego UPD do podpisania przez Interesanta</xsd:> 18/31

element UPDTyp/Adresat Typ pos:podmiottyp content complex dzieci Nazwa IdentyfikatorPodmiotu Dane osoby lub podmiotu do której jest kierowany dokument i UPD źródło <xsd:element name="adresat" type="pos:podmiottyp"> <xsd:> Dane osoby lub podmiotu do której jest kierowany dokument i UPD</xsd:> element UPDTyp/DataOdbioru Typ xsd:date content simple Data odbioru dokumentu uzupełniana przez adresata przed podpisaniem źródło <xsd:element name="dataodbioru" type="xsd:date"> <xsd:> Data odbioru dokumentu uzupełniana przez adresata przed podpisaniem</xsd:> element UPDTyp/DataUtworzeniaPoswiadczenia 19/31

Typ xsd:datetime minocc 0 maxocc 1 content simple Data utworzenia struktury poświadczenia UPD źródło <xsd:element name="datautworzeniaposwiadczenia" type="xsd:datetime" minoccurs="0"> <xsd:>data utworzenia struktury poświadczenia UPD</xsd:> element UPDTyp/IdentyfikatorSprawy Typ pos:identyfikatorsprawytyp content simple Oznaczenie sprawy której dotyczy dokument np. znak sprawy źródło <xsd:element name="identyfikatorsprawy" type="pos:identyfikatorsprawytyp"> <xsd:> Oznaczenie sprawy której dotyczy dokument np. znak sprawy </xsd:> element UPDTyp/IdentyfikatorDokumentu Typ pos:identyfikatordokumentutyp content simple 20/31

Oznaczenie dokumentu którego dotyczy UPD np. numer decyzji lub numer z dziennika korespondencyjnego źródło <xsd:element name="identyfikatordokumentu" type="pos:identyfikatordokumentutyp"> <xsd:> Oznaczenie dokumentu którego dotyczy UPD np. numer decyzji lub numer z dziennika korespondencyjnego </xsd:> element UPDTyp/InformacjaUzupelniajaca Typ pos:informacjauzupelniajacatyp minocc 0 maxocc content unbounded complex attributes Name Type Use Default Fixed annotation TypInformacjiUzupelniajacej xsd:string Dodatkowe informacje specyficzne dla właściwości danego dokumentu np. dla numer NIP składającego dokument, element może wystąpić wiele razy z różnymi cechami informacyjnymi. źródło <xsd:element name="informacjauzupelniajaca" type="pos:informacjauzupelniajacatyp" minoccurs="0" maxoccurs="unbounded"> <xsd:> Dodatkowe informacje specyficzne dla właściwości danego dokumentu np. dla numer NIP składającego dokument, element może wystąpić wiele razy z różnymi cechami informacyjnymi. </xsd:> 21/31

complextype UPPTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 dzieci IdentyfikatorPoswiadczenia Adresat Nadawca DataDoreczenia DataWytworzeniaPoswiadczenia IdentyfikatorDokumentu InformacjaUzupelniajaca używany przez element DokumentTyp/UPP źródło <xsd:complextype name="upptyp"> <xsd:sequence> <xsd:element name="identyfikatorposwiadczenia" type="pos:identyfikatorposwiadczeniatyp" minoccurs="0"> <xsd:> Identyfikator danego poświadczenia generowany przez twórcę poświadczenia </xsd:> <xsd:element name="adresat" type="pos:podmiottyp"> <xsd:> Podmiot przyjmujący Dokument i generujący poświadczenie (łącznie z podpisaniem poświadczenia) </xsd:> 22/31

<xsd:element name="nadawca" type="pos:podmiottyp" minoccurs="0"> <xsd:> Podmiot lub osoba wysyłający dokument</xsd:> <xsd:element name="datadoreczenia" type="xsd:datetime"> <xsd:> Data wprowadzenie dokumentu do system teleinformatycznego podmiotu publicznego </xsd:> <xsd:element name="datawytworzeniaposwiadczenia" type="xsd:datetime"> <xsd:> Data wytworzenia poświadczenia UPP </xsd:> <xsd:element name="identyfikatordokumentu" type="pos:identyfikatordokumentutyp" minoccurs="0"> <xsd:> Oznaczenie dokumentu którego dotyczy UPP np. numer nadany przez osobę wysyłająca dokument </xsd:> <xsd:element name="informacjauzupelniajaca" type="pos:informacjauzupelniajacatyp" minoccurs="0" maxoccurs="unbounded"> <xsd:> Dodatkowe informacje specyficzne dla właściwości danego dokumentu np. dla numer NIP składającego dokument, element może wystąpić wiele razy z różnymi cechami informacyjnymi. </xsd:> </xsd:sequence> </xsd:complextype> element UPPTyp/IdentyfikatorPoswiadczenia Typ pos:identyfikatorposwiadczeniatyp minocc 0 maxocc 1 content simple Identyfikator danego poświadczenia generowany przez twórcę poświadczenia 23/31

źródło <xsd:element name="identyfikatorposwiadczenia" type="pos:identyfikatorposwiadczeniatyp" minoccurs="0"> <xsd:> Identyfikator danego poświadczenia generowany przez twórcę poświadczenia </xsd:> element UPPTyp/Adresat Typ pos:podmiottyp content complex dzieci Nazwa IdentyfikatorPodmiotu Podmiot przyjmujący Dokument i generujący poświadczenie (łącznie z podpisaniem poświadczenia) źródło <xsd:element name="adresat" type="pos:podmiottyp"> <xsd:> Podmiot przyjmujący Dokument i generujący poświadczenie (łącznie z podpisaniem poświadczenia) </xsd:> element UPPTyp/Nadawca Typ pos:podmiottyp minocc 0 maxocc 1 content complex dzieci Nazwa IdentyfikatorPodmiotu 24/31

Podmiot lub osoba wysyłający dokument źródło <xsd:element name="nadawca" type="pos:podmiottyp" minoccurs="0"> <xsd:> Podmiot lub osoba wysyłający dokument</xsd:> element UPPTyp/DataDoreczenia Typ xsd:datetime content simple Data wprowadzenie dokumentu do system teleinformatycznego podmiotu publicznego źródło <xsd:element name="datadoreczenia" type="xsd:datetime"> <xsd:> Data wprowadzenie dokumentu do system teleinformatycznego podmiotu publicznego </xsd:> element UPPTyp/DataWytworzeniaPoswiadczenia typ xsd:datetime content simple Data wytworzenia poświadczenia UPP źródło <xsd:element name="datawytworzeniaposwiadczenia" type="xsd:datetime"> <xsd:> Data wytworzenia poświadczenia UPP </xsd:> 25/31

element UPPTyp/IdentyfikatorDokumentu Typ pos:identyfikatordokumentutyp minocc 0 maxocc 1 content simple Oznaczenie dokumentu którego dotyczy UPP np. numer nadany przez osobę wysyłająca dokument źródło <xsd:element name="identyfikatordokumentu" type="pos:identyfikatordokumentutyp" minoccurs="0"> <xsd:> Oznaczenie dokumentu którego dotyczy UPP np. numer nadany przez osobę wysyłająca dokument </xsd:> element UPPTyp/InformacjaUzupelniajaca Typ pos:informacjauzupelniajacatyp minocc 0 maxocc unbounded content complex attributes Name Type Use Default Fixed annotation TypInformacjiUzupelniajacej xsd:string Dodatkowe informacje specyficzne dla właściwości danego dokumentu np. dla numer NIP składającego dokument, element może wystąpić wiele razy z różnymi cechami informacyjnymi. 26/31

źródło <xsd:element name="informacjauzupelniajaca" type="pos:informacjauzupelniajacatyp" minoccurs="0" maxoccurs="unbounded"> <xsd:> Dodatkowe informacje specyficzne dla właściwości danego dokumentu np. dla numer NIP składającego dokument, element może wystąpić wiele razy z różnymi cechami informacyjnymi. </xsd:> simpletype IdentyfikatorDokumentuTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Typ xsd:string używany przez Elementy UPDTyp/IdentyfikatorDokumentu UPPTyp/IdentyfikatorDokumentu źródło <xsd:simpletype <xsd:restriction </xsd:simpletype> name="identyfikatordokumentutyp"> base="xsd:string"/> simpletype IdentyfikatorPoswiadczeniaTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Typ xsd:string używany przez Elementy UPDTyp/IdentyfikatorPoswiadczenia UPPTyp/IdentyfikatorPoswiadczenia źródło <xsd:simpletype <xsd:restriction </xsd:simpletype> name="identyfikatorposwiadczeniatyp"> base="xsd:string"/> simpletype IdentyfikatorSprawyTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Typ xsd:string używany przez element UPDTyp/IdentyfikatorSprawy źródło <xsd:simpletype <xsd:restriction </xsd:simpletype> name="identyfikatorsprawytyp"> base="xsd:string"/> 27/31

Schemat XML Urzędowego Poświadczenia Odbioru. simpletype IdentyfikatorTyp Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Typ xsd:string używany przez complextype IdentyfikatorPodmiotuTyp źródło <xsd:simpletype <xsd:restriction </xsd:simpletype> name="identyfikatortyp"> base="xsd:string"/> simpletype Typ Przestrzeń nazw http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07 Typ xsd:string używany przez complextype InformacjaUzupelniajacaTyp źródło <xsd:simpletype <xsd:restriction </xsd:simpletype> name="typ"> base="xsd:string"/> V. Schemat XML Urzędowego Poświadczenia Odbioru. <?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns:xsd="http://www.w3.org/2001/xmlschema" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xades="http://uri.etsi.org/01903/v1.3.2#" xmlns:pos="http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07" targetnamespace="http://crd.gov.pl/xml/schematy/epuap/upo/2008/01/07"> <xsd:element name="dokument" type="pos:dokumenttyp"/> <xsd:complextype name="dokumenttyp"> <xsd:sequence> <xsd:choice> <xsd:element name="upd" type="pos:updtyp"> <xsd:> UPD Urzędowe Potwierdzenie Doręczenia - Poświadczenie jest generowane przez Urząd i podpisywane przez Interesanta przed odebraniem dokumentu. </xsd:> <xsd:element name="upp" type="pos:upptyp"> <xsd:> UPP Urzędowe Potwierdzenie Przedłożenia - Poświadczenie generowany gdy Interesant lub inny podmiot wyśle do urzędu dokument. Poświadczenie to potwierdza fakt złożenia danego pisma do urzędu</xsd:> </xsd:choice> <xsd:element ref="ds:signature" minoccurs="0" maxoccurs="unbounded"> <xsd:> Podpis elektroniczny powinien zawierać referencje do całej treści poświadczenia oraz referencje do wszystkich obiektów wchodzących w skład dokumentu którego dotyczy 28/31

Schemat XML Urzędowego Poświadczenia Odbioru. poświadczenie (jeżeli dokument składa sie z 4 plików to powinny być one objęte podpisem poprzez referencje). Podpis powinien być tak skonstruowany że umieszczenie poświadczenia razem z plikami których dotyczy w jednym katalogu powinno spowodować prawidłową weryfikacje podpisu (prawidłowa weryfikacja może być pozytywna lub negatywna). W przypadku UPD dopuszczalne jest wystąpienie dwóch podpisów a) jednego podmiotu wystawiającego poświadczenie UPD b) drugiego podpisu osoby odbierającej dokument </xsd:> </xsd:sequence> </xsd:complextype> <xsd:complextype name="updtyp"> <xsd:sequence> <xsd:element name="identyfikatorposwiadczenia" type="pos:identyfikatorposwiadczeniatyp" minoccurs="0"> <xsd:> Identyfikator danego poświadczenia generowany przez twórcę poświadczenia</xsd:> <xsd:element name="podmiotwystawiajacyposwiadczenie" type="pos:podmiottyp"> <xsd:> Dane podmiotu wystawiającego UPD do podpisania przez Interesanta</xsd:> <xsd:element name="adresat" type="pos:podmiottyp"> <xsd:> Dane osoby lub podmiotu do której jest kierowany dokument i UPD</xsd:> <xsd:element name="dataodbioru" type="xsd:date"> <xsd:> Data odbioru dokumentu uzupełniana przez adresata przed podpisaniem</xsd:> <xsd:element name="datautworzeniaposwiadczenia" type="xsd:datetime" minoccurs="0"> <xsd:>data utworzenia struktury poświadczenia UPD</xsd:> <xsd:element name="identyfikatorsprawy" type="pos:identyfikatorsprawytyp"> <xsd:> Oznaczenie sprawy której dotyczy dokument np. znak sprawy </xsd:> <xsd:element name="identyfikatordokumentu" type="pos:identyfikatordokumentutyp"> <xsd:> Oznaczenie dokumentu którego dotyczy UPD np. numer decyzji lub numer z dziennika korespondencyjnego </xsd:> <xsd:element name="informacjauzupelniajaca" type="pos:informacjauzupelniajacatyp" minoccurs="0" maxoccurs="unbounded"> <xsd:> Dodatkowe informacje specyficzne dla właściwości danego dokumentu np. dla numer NIP składającego dokument, element może wystąpić wiele razy z różnymi cechami informacyjnymi. </xsd:> </xsd:sequence> </xsd:complextype> <xsd:complextype name="upptyp"> <xsd:sequence> <xsd:element name="identyfikatorposwiadczenia" type="pos:identyfikatorposwiadczeniatyp" minoccurs="0"> <xsd:> Identyfikator danego poświadczenia generowany przez twórcę poświadczenia </xsd:> 29/31

Schemat XML Urzędowego Poświadczenia Odbioru. <xsd:element name="adresat" type="pos:podmiottyp"> <xsd:> Podmiot przyjmujący Dokument i generujący poświadczenie (łącznie z podpisaniem poświadczenia) </xsd:> <xsd:element name="nadawca" type="pos:podmiottyp" minoccurs="0"> <xsd:> Podmiot lub osoba wysyłający dokument</xsd:> <xsd:element name="datadoreczenia" type="xsd:datetime"> <xsd:> Data wprowadzenie dokumentu do system teleinformatycznego podmiotu publicznego </xsd:> <xsd:element name="datawytworzeniaposwiadczenia" type="xsd:datetime"> <xsd:> Data wytworzenia poświadczenia UPP </xsd:> <xsd:element name="identyfikatordokumentu" type="pos:identyfikatordokumentutyp" minoccurs="0"> <xsd:> Oznaczenie dokumentu którego dotyczy UPP np. numer nadany przez osobę wysyłająca dokument </xsd:> <xsd:element name="informacjauzupelniajaca" type="pos:informacjauzupelniajacatyp" minoccurs="0" maxoccurs="unbounded"> <xsd:> Dodatkowe informacje specyficzne dla właściwości danego dokumentu np. dla numer NIP składającego dokument, element może wystąpić wiele razy z różnymi cechami informacyjnymi. </xsd:> </xsd:sequence> </xsd:complextype> <xsd:simpletype name="identyfikatorposwiadczeniatyp"> <xsd:restriction base="xsd:string"> </xsd:restriction> </xsd:simpletype> <xsd:complextype name="podmiottyp"> <xsd:sequence> <xsd:element name="nazwa" type="xsd:string"/> <xsd:element name="identyfikatorpodmiotu" type="pos:identyfikatorpodmiotutyp" minoccurs="0"/> </xsd:sequence> </xsd:complextype> <xsd:complextype name="identyfikatorpodmiotutyp"> <xsd:simplecontent> <xsd:extension base="pos:identyfikatortyp"> <xsd:attribute name="typidentyfkatora" type="xsd:string"/> </xsd:extension> </xsd:simplecontent> </xsd:complextype> <xsd:complextype name="informacjauzupelniajacatyp"> <xsd:simplecontent> <xsd:extension base="pos:typ"> <xsd:attribute name="typinformacjiuzupelniajacej" type="xsd:string"/> </xsd:extension> </xsd:simplecontent> </xsd:complextype> <xsd:simpletype name="identyfikatortyp"> <xsd:restriction base="xsd:string"/> </xsd:simpletype> <xsd:simpletype name="typ"> <xsd:restriction base="xsd:string"/> </xsd:simpletype> <xsd:simpletype name="identyfikatorsprawytyp"> 30/31

Załączniki <xsd:restriction base="xsd:string"/> </xsd:simpletype> <xsd:simpletype name="identyfikatordokumentutyp"> <xsd:restriction base="xsd:string"/> </xsd:simpletype> </xsd:schema> VI. Załączniki a) XSD Urzędowego Poświadczenia Odbioioru (UPD UPP) schemat.xsd 31/31