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



Podobne dokumenty
MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 2 SEAP SPECYFIKACJA XML INTERFEJS WEBSERVICE DLA PODMIOTÓW ZEWNĘTRZNYCH PL

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

Ministerstwo Finansów

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

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Interoperacyjność system nie działa w próżni

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

Komunikacja i wymiana danych

Standard Elektronicznej Skrzynki Podawczej. Wersja 1.0

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

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

Seminarium epuap narzędziem nowoczesnej administracji. Sylwester Maślanka

Opole, dnia 13 lipca 2015 r. Poz UCHWAŁA NR XIII/215/15 RADY MIASTA OPOLA. z dnia 2 lipca 2015 r.

UCHWAŁA NR LII/1042/17 RADY MIASTA OPOLA. z dnia 30 listopada 2017 r.

Ministerstwo Finansów

Komunikacja z systemem OSOZ2

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

Jarosław Zembrzuski. Kierownik Projektu ZSIN. Warszawa, 27 września 2013 r.

Załącznik nr 7 Wytyczne do wdrożenia rozwiązań technicznych

EMCS4B / Nowy Konektor EMCS PL

Szkolenie systemu POL-on

Zasady Nazewnictwa. Dokumentów XML Strona 1 z 9

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

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

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

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

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Procedura Walidacyjna Interfejs

PROCEDURA ELEKTRONICZNEJ WYMIANY KORESPONDENCJI

Platforma epuap. Igor Bednarski kierownik projektu epuap2 CPI MSWiA. Kraków, r.

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7

Kanał teletransmisji Bankowego Funduszu Gwarancyjnego (Portal BFG STP) Warszawa, 3 sierpnia 2017 r.

Jednolity Plik Kontrolny w IFK

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

OŚWIADCZENIE O STANIE KONTROLI ZARZĄDCZEJ. Interaktywna instrukcja składania oświadczenia o stanie kontroli zarządczej. Właściciel procedury:

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

Załącznik nr 1.3. Opis Przedmiotu Zamówienia (część 3) Moduł Komunikacyjny

Kurs OPC S7. Spis treści. Dzień 1. I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501)

Elektroniczna Skrzynka Podawcza

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

Brokerzy Innowacji Interaktywna instrukcja zgłoszenia projektu w ramach programu Brokerzy Innowacji Właściciel pr ocedury: Departament Strategii MNiSW

JPK w DGCS INFOR System

Programowanie komponentowe

Ministerstwo Finansów

GML w praktyce geodezyjnej

Specyfikacja techniczna interfejsu do obsługi Profilu Kandydata na Kierowcę.

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

Szkolenie systemu POL-on

Platforma epuap. Igor Bednarski kierownik projektu epuap2 CPI MSWiA. Kraków, r.

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

DZIENNIK USTAW RZECZYPOSPOLITEJ POLSKIEJ. Warszawa, dnia 20 wrzeênia 2006 r. Nr 168

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

Integracja Obieg Dokumentów - GiS Spis treści

OPERATOR SYSTEMU PRZESYŁOWEGO

Małopolska wobec epuap

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

E-DEKLARACJE Dokumentacja eksploatacyjna 2017

DOKUMENTACJA TECHNICZNA SMS API MT

Podstawowa funkcjonalność systemu GreenMail24

Instrukcja obsługi. EuroCert Sp. z o.o. ul. Puławska 474; Warszawa tel

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

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

System DiLO. Opis interfejsu dostępowego v. 2.0

Płatnik PIT zmiany od 2015 roku

Wdrożenie CSWI r., Warszawa

Jednolity Plik Kontrolny (JPK) instrukcja użytkownika

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP

Informujemy, że z dniem 29 czerwca 2015 r. planowane jest uruchomienie usługi e-klient SC. Usługa będzie dostępna pod adresem

PODRĘCZNIK UŻYTKOWNIKA PROGRAMU LBD <-> TBD

JPK w programie Ewa - fakturowanie i magazyn

Komunikacja elektroniczna z podmiotami pełniącymi zadania publiczne

Instrukcja użytkownika zewnętrznego systemu e-rpo wspierającego wdrażanie Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata

Nowa odsłona wyodrębnienie i kierunki jego rozwoju

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Z A R Z Ą D Z E N I E Nr 186 /2014 PREZESA SĄDU OKRĘGOWEGO WE WŁOCŁAWKU z dnia 4 grudnia 2014r.

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

Standard Elektronicznej Skrzynki Podawczej

Quatra Max EDI. Moduł do elektronicznej wymiany danych w modelu B2B oraz B2G

Jednolity Plik Kontrolny w IFK

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

Warsztaty epuap. Administracja otwarta na obywatela. Kraków 2011 Arkadiusz Walewski, Zbigniew Olszak

Przesyłania danych przez protokół TCP/IP

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Dokumentacja 2SMS

Jednolity Plik Kontrolny (JPK) instrukcja użytkownika DGCS System Spis treści

Spis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911)

Płatnik PIT zmiany od 2015 roku

Narzędzia i aplikacje Java EE. Usługi sieciowe Paweł Czarnul pczarnul@eti.pg.gda.pl

Web Services. Bartłomiej Świercz. Łódź, 2 grudnia 2005 roku. Katedra Mikroelektroniki i Technik Informatycznych. Bartłomiej Świercz Web Services

elektroniczna Platforma Usług Administracji Publicznej

Warszawa, dnia 9 grudnia 2013 r. Poz. 1469

Tom 6 Opis oprogramowania

Projekt epuap obecny stan realizacji i plany na przyszłość

Pilot systemu AIS w programie WinSAD

Mechanizmy pracy równoległej. Jarosław Kuchta

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

Specyfikacja HTTP API. Wersja 1.6

Integracja ORPPD z uczelnianymi systemami antyplagiatowymi

Uznawalność wykształcenia

Aspekty techniczne korzystania z systemu e-deklaracje

Transkrypt:

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA <4.0> 1 z 15

Spis treści 1. Kanał email dla podmiotów zewnętrznych... 3 1.0. Cel dokumentu... 3 1.1. Zastosowanie... 3 1.2. Zawartość dokumentu... 3 1.3. Dokumenty źródłowe i pomocnicze... 3 1.4. Skróty i terminy... 4 1.5. Ograniczenia specyfikacji... 4 2. Kanał email... 5 2.1. Skrzynka email... 5 2.2. Załączniki typy plików... 5 2.3. Parametry dla załączników wiadomości email... 6 2.4. Standardy RFC... 6 2.5. Walidowanie wiadomości email... 6 2.6. Wysyłanie wiadomości email... 8 3. Przepływ dokumentów - Komunikaty... 9 4. Przepływ dokumentów - Komunikaty Dodatkowe elementy XML... 12 2 z 15

1. Kanał email dla podmiotów zewnętrznych 1.0. Cel dokumentu Celem niniejszej specyfikacji jest opis kanału email oraz dokumentów elektronicznych (zwanych tutaj także komunikatami) wysyłanych i odbieranych przez System SEAP w trakcie komunikacji z podmiotami zewnętrznymi poprzez ten kanał. 1.1. Zastosowanie Dokument będzie wykorzystywany jako źródłowy przy projektowaniu, implementacji oraz tworzeniu dokumentacji testowej i użytkowej Systemu. Adresatem dokumentu jest zespół analityczno-projektowy po stronie Administracji Celnej oraz zespoły: projektantów, programistów, testerów i dokumentalistów po stronie Wykonawcy oraz firm zajmujących się tworzeniem oprogramowania do obsługi celnej podmiotów gospodarczych. 1.2. Zawartość dokumentu Dokument zawiera opis kanału email oraz sposobu przesyłania dokumentów elektronicznych do Systemu SEAP jak i wysyłania dokumentów elektronicznych z Systemu SEAP do podmiotów zewnętrznych. 1.3. Dokumenty źródłowe i pomocnicze Plan Integracji Systemu 3 z 15

1.4. Skróty i terminy Termin Definicja XML XSD WSDL SOAP SEAP PUESC Podmiot Zewnętrzny CRKiD ang. Extensible Markup Language - uniwersalny język znaczników przeznaczony do reprezentowania różnych danych w strukturalizowany sposób. ang. XML Schema - opracowany przez W3C standard służący do definiowania struktury dokumentu XML. ang. Web Services Description Language - oparty na XML język do definiowania usług sieciowych. ang. Simple Object Access Protocol - protokół wywoływania zdalnego dostępu do obiektów, wykorzystujący XML do kodowania wywołań. ang. Single Entry Access Point pol. PUESC Portal Usług Elektronicznych Służby Celnej ang. SEAP Firma, agencja lub osoba, która chce korzystać z niewizualnych usług PUESC opisanych w tym dokumencie. Centralne Repozytorium Komunikatów i Dokumentów komponent systemu SEAP. 1.5. Ograniczenia specyfikacji Specyfikacja opisuje sposób działania kanału email. Nie definiuje ona struktur komunikatów celnych takich, jak IE515, AKC-N, itd. Definiuje ona sposób transmisji tych komunikatów pomiędzy Systemem SEAP a podmiotami zewnętrznymi. 4 z 15

2. Kanał email Jednym z kanałów komunikacji z podmiotami zewnętrznymi jest kanał email. Jest to niewizualny kanał komunikacyjny umożliwiający odbieranie i wysyłanie dokumentów elektronicznych w postaci wiadomości email. 2.1. Skrzynka email W celu umożliwienia przesyłania dokumentów elektronicznych do systemu SEAP oraz wysyłania dokumentów elektronicznych z systemu SEAP w formie wiadomości email została utworzona i udostępniona specjalnie do tego dedykowana skrzynka email. Nazwa skrzynki email to: puesc@mf.gov.pl (na środowisku produkcyjnym) Nazwa testowej skrzynki email to: test.puesc@mf.gov.pl (na środowisku testowym) 2.2. Załączniki typy plików System SEAP obsługuje dwa typy plików, które mogą być przesyłane przez podmioty zewnętrzne jako załączniki w wiadomościach email. Są to: 1. XML dokument XML załączony do wiadomości email, 2. ZIP spakowany plik (archiwum) załączony do wiadomości email zawierający dokumenty XML. UWAGA. W spakowanym pliku ZIP dokumenty XML muszą znajdować się bezpośrednio w archiwum ZIP, nie mogą one znajdować się w katalogu. System SEAP obsługuje komunikaty XML kodowane w standardzie UTF-8. 5 z 15

2.3. Parametry dla załączników wiadomości email Ze względu na specyfikę komunikacji poprzez kanał email w systemie SEAP zdefiniowano następujące parametry dla załączników wiadomości email: maksymalna liczba dokumentów XML załączonych do wiadomości email to 10 plików, do wiadomości email może być dołączony tylko 1 spakowany plik ZIP (archiwum), który może zawierać maksymalnie 10 dokumentów XML, maksymalna wielkość dokumentu XML to 10 MB, maksymalna sumaryczna wielkość wszystkich plików załączonych do wiadomości email to 20 MB. UWAGA. Do wiadomości email nie mogą być jednocześnie dołączone pliki (załączniki) dwóch typów XML i ZIP mogą być załączone albo dokumenty XML albo spakowany plik ZIP (archiwum). 2.4. Standardy RFC System obsługuje wiadomości email zgodne ze standardem RFC822. Załączniki obsługiwane w systemie muszą być zgodne ze standardem RFC1524. 2.5. Walidowanie wiadomości email System waliduje wiadomości email zgodnie z poniższymi zasadami. 1. Walidowanie adresu email nadawcy W systemie są przetwarzane tylko te wiadomości email, które wysłane zostały przez użytkowników zarejestrowanych na PUESC. W związku z tym w systemie SEAP następuje 6 z 15

sprawdzenie czy istnieje użytkownik (który posiada odpowiednie konto w systemie SEAP) z adresem email odpowiadającym adresowi email nadawcy wiadomości. 2. Walidowanie parametrów wiadomości email W systemie SEAP weryfikowany jest temat wiadomości email, nazwa pliku załącznika i nazwy plików w załączniku (w przypadku, kiedy załącznikiem jest spakowany plik ZIP). Weryfikacja wymienionych parametrów wiadomości email odbywa się poprzez sprawdzenie ich zgodności z określonymi regułami tzn. ze zdefiniowanymi dla nich wyrażeniami regularnymi. Aktualnie zdefiniowane wyrażenia regularne to: dla formatu tematu wiadomości email:.* o aktualnie zdefiniowane wyrażenie regularne oznacza, że akceptowany jest dowolny tekst, o system ignoruje wiadomości bez tematu, dla formatu nazwy pliku załącznika:.* o aktualnie zdefiniowane wyrażenie regularne oznacza, że akceptowany jest dowolny tekst, dla formatu nazw plików w załączniku (w przypadku spakowanego pliku ZIP):.* o aktualnie zdefiniowane wyrażenie regularne oznacza, że akceptowany jest dowolny tekst. UWAGA. W przypadku, kiedy którykolwiek z powyższych warunków nie jest spełniony wiadomość email nie będzie przetwarzana. 3. Sprawdzanie zgodności załącznika ze schematem XSD Podczas przetwarzania wiadomości email w systemie SEAP następuje sprawdzenie zgodności dokumentu XML załączonego do wiadomości email względem schematu XSD. Komunikaty XML muszą być zgodne ze schematami systemów docelowych. 7 z 15

2.6. Wysyłanie wiadomości email Wiadomości email wysyłane przez system SEAP są wysyłane z tej samej skrzynki email tj. puesc@mf.gov.pl, a jako nazwa nadawcy wiadomości email ustawiana jest nazwa PUESC. W przypadku wykorzystywania środowiska testowego systemu SEAP wiadomości email są wysyłane ze skrzynki email test.puesc@mf.gov.pl. Wiadomości email są wysyłane przez system SEAP w formacie HTML, kodowane w standardzie UTF-8. W przypadku, kiedy kanał email ma ustawione kompresowanie wiadomości to załącznik zostaje spakowany i wysłany w formacie ZIP. UWAGA. Aktualnie parametr ten jest ustawiony tak, że system nie wysyła załącznika w formie spakowanego pliku ZIP. 8 z 15

3. Przepływ dokumentów - Komunikaty W trakcie komunikacji pomiędzy systemem zewnętrznym Podmiotu a systemem dziedzinowym SISC (poprzez PUESC) przesyłane są komunikaty informujące o statusie odebrania czy doręczenia dokumentów. Są to: 1. UPD Urzędowe Poświadczenie Doręczenia komunikat wysyłany przez system PUESC do systemu zewnętrznego Podmiotu jako poświadczenie doręczenia dokumentu; komunikat ten musi być podpisany przez Podmiot (podpisem kwalifikowanym lub podpisem niekwalifikowanym celnym) i odesłany do systemu PUESC, 2. PND Poświadczenie Niedoręczenia Dokumentu komunikat wysyłany przez system PUESC do systemu dziedzinowego SISC jako poświadczenie niedoręczenia dokumentu do Podmiotu; komunikat jest wysyłany w sytuacji kiedy Podmiot nie odesłał do systemu PUESC podpisanego komunikatu UPD, w ciągu 14 dni od doręczenia, 3. UPP Urzędowe Poświadczenie Przedłożenia komunikat wysyłany przez system PUESC do systemu zewnętrznego Podmiotu jako poświadczenie przedłożenia dokumentu; opcjonalnie komunikat ten może być również wysłany do systemu dziedzinowego SISC, 4. NPP Poświadczenie Nieprzedłożenia Dokumentu komunikat wysyłany przez system PUESC do systemu zewnętrznego Podmiotu lub do systemu dziedzinowego SISC jako poświadczenie nieprzedłożenia dokumentu; komunikat jest wysyłany w sytuacji kiedy Podmiot lub system dziedzinowy SISC wysłał do systemu PUESC dokument, który w trakcie walidacji został uznany za nieprawidłowy (niezgodny z odpowiednim schematem XSD lub niepodpisany kiedy jest to wymagane). Przepływy komunikatów pomiędzy systemami są pokazane poglądowo na diagramach poniżej. 9 z 15

1. Wysłanie dokumentu: System zewnętrzny Podmiotu System dziedzinowy SISC 10 z 15

2. Wysłanie odpowiedzi: System dziedzinowy SISC System zewnętrzny Podmiotu 11 z 15

4. Przepływ dokumentów - Komunikaty Dodatkowe elementy XML Struktura komunikatów informujących o statusie odebrania czy doręczenia dokumentów jest zgodna z określonym schematem XSD (plik schematupo.xsd). Schemat XSD określa podstawowe elementy konieczne do wymiany informacji pomiędzy systemami. W schemacie XSD przewidziano możliwość obsługi przez system PUESC dodatkowych danych (elementów XML). Do przekazywania dodatkowych danych wykorzystywany jest element <InformacjaUzupelniajaca>, wraz z atrybutem TypInformacjiUzupelniajacej. Zestawienie poniżej przedstawia dodatkowe dane dla poszczególnych komunikatów. Komunikat UPD. Wszystkie dane umieszczone w elemencie <UPD>. Dodatkowe dane w komunikacie XML (nazwa atrybutu typinformacjiuzupelniajacej, wartość): nazwa="typpowiadomienia", wartość: "Urzędowe Poświadczenie Doręczenia" nazwa="skrotdokumentu", wartość to wygenerowany skrót SHA1 dla dokumentu nazwa="iddokumentuseap", wartość to wewnętrzny identyfikator dokumentu w systemie SEAP (PUESC) nazwa="iddokumentusystemzewnetrzny", wartość to wewnętrzny identyfikator dokumentu w systemie zewnętrznym nazwa="idsprawysystemzewnetrzny", wartość to wewnętrzny identyfikator sprawy w systemie zewnętrznym nazwa="idwysylkidokumentu", wartość to wewnętrzny identyfikator wysyłki dla dokumentu w systemie SEAP (PUESC) 12 z 15

Przykład: <pos:upd> <pos:informacjauzupelniajaca typinformacjiuzupelniajacej="typpowiadomienia"> Urzędowe Poświadczenie Doręczenia </pos:informacjauzupelniajaca> </pos:upd> Komunikat PND. Wszystkie dane umieszczone w elemencie <UPD>. Dodatkowe dane w komunikacie XML (nazwa atrybutu typinformacjiuzupelniajacej, wartość): nazwa="typpowiadomienia", wartość: "Poświadczenie Niedoręczenia Dokumentu" nazwa="skrotdokumentu", wartość to wygenerowany skrót SHA1 dla dokumentu nazwa="iddokumentuseap", wartość to wewnętrzny identyfikator dokumentu w systemie SEAP (PUESC) nazwa="iddokumentusystemzewnetrzny", wartość to wewnętrzny identyfikator dokumentu w systemie zewnętrznym nazwa="idsprawysystemzewnetrzny", wartość to wewnętrzny identyfikator sprawy w systemie zewnętrznym nazwa="idwysylkidokumentu", wartość to wewnętrzny identyfikator wysyłki dla dokumentu w systemie SEAP (PUESC) Przykład: <pos:upd> <pos:informacjauzupelniajaca typinformacjiuzupelniajacej="typpowiadomienia"> Poświadczenie Niedoręczenia Dokumentu </pos:informacjauzupelniajaca> </pos:upd> Komunikat UPP. Wszystkie dane umieszczone w elemencie <UPP>. Dodatkowe dane w komunikacie XML (nazwa atrybutu typinformacjiuzupelniajacej, wartość): 13 z 15

nazwa="typpowiadomienia", wartość: "Urzędowe Poświadczenie Przedłożenia" nazwa="skrotdokumentu", wartość to wygenerowany skrót SHA1 dla dokumentu nazwa="iddokumentuseap", wartość to wewnętrzny identyfikator dokumentu w systemie SEAP (PUESC) nazwa="iddokumentusystemzewnetrzny", wartość to wewnętrzny identyfikator dokumentu w systemie zewnętrznym nazwa="idsprawysystemzewnetrzny", wartość to wewnętrzny identyfikator sprawy w systemie zewnętrznym nazwa="idwpływudokumentu", wartość to wewnętrzny identyfikator wpływu dla dokumentu w systemie SEAP (PUESC) Przykład: <pos:upp> <pos:informacjauzupelniajaca typinformacjiuzupelniajacej="typpowiadomienia"> Urzędowe Poświadczenie Przedłożenia </pos:informacjauzupelniajaca> </pos:upp> Komunikat NPP. Wszystkie dane umieszczone w elemencie <UPP>. Dodatkowe dane w komunikacie XML (nazwa atrybutu typinformacjiuzupelniajacej, wartość): nazwa="typpowiadomienia", wartość: "Poświadczenie Nieprzedłożenia Dokumentu" nazwa="skrotdokumentu", wartość to wygenerowany skrót SHA1 dla dokumentu nazwa="iddokumentuseap", wartość to wewnętrzny identyfikator dokumentu w systemie SEAP (PUESC) nazwa="iddokumentusystemzewnetrzny", wartość to wewnętrzny identyfikator dokumentu w systemie zewnętrznym nazwa="idsprawysystemzewnetrzny", wartość to wewnętrzny identyfikator sprawy w systemie zewnętrznym nazwa="przyczynabledu", wartość to opis przyczyny błędu, który wystąpił podczas walidowania dokumentu 14 z 15

Przykład: <pos:upp> <pos:informacjauzupelniajaca typinformacjiuzupelniajacej="typpowiadomienia"> Poświadczenie Nieprzedłożenia Dokumentu </pos:informacjauzupelniajaca> </pos:upp> Dzięki wykorzystaniu dodatkowych danych można określić dokładnych typ powiadomienia oraz powiązać komunikat z dokumentem, którego dany komunikat dotyczy (np. poprzez wykorzystanie skrótu dokumentu). 15 z 15