Ministerstwo Finansów

Podobne dokumenty
Ministerstwo Finansów

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

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

OPERATOR SYSTEMU PRZESYŁOWEGO

Ogólnopolskie Repozytorium Prac Dyplomowych

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

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

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

Języki programowania wysokiego poziomu WWW

Systemy internetowe. Wykład 5 Architektura WWW. West Pomeranian University of Technology, Szczecin; Faculty of Computer Science

Otwarte protokoły wymiany informacji w systemach ITS

Rozproszone systemy Internetowe

Komunikacja i wymiana danych

LAB 7. XML EXtensible Markup Language - Rozszerzalny Język Znaczników XSD XML Schema Definition Definicja Schematu XML

Programowanie komponentowe

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Programowanie Komponentowe WebAPI

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

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

Web Services. Wojciech Mazur. 17 marca Politechnika Wrocławska Wydział Informatyki i Zarządzania

Specyfikacja HTTP API. Wersja 1.6

Pakiet XML Czym jest i z czym się je?

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Łysomice

Technologie internetowe

Dokumentacja. Wersja: 1.5 Ostatnio zmodyfikowano: Strona 1

ARIADNA - Dostosowanie Profilu Zaufanego do unijnych wymogów rozporządzenia eidas

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

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

Gatesms.eu Mobilne Rozwiązania dla biznesu

Ministerstwo Finansów Departament Informatyzacji Usług Publicznych

Tom 6 Opis oprogramowania

POLITYKA PRYWATNOŚCI ORAZ POLITYKA PLIKÓW COOKIES W Sowa finanse

DOKUMENTACJA TECHNICZNA SMS API MT

Wszystko na temat wzoru dokumentu elektronicznego

Wybrane działy Informatyki Stosowanej

Specyfikacja techniczna. mprofi Interfejs API

systemów intra- i internetowych Platformy softwarowe dla rozwoju Architektura Internetu (2) Plan prezentacji: Architektura Internetu (1)

P R O C E D U R A P O D Ł Ą C Z E N I A S Y S T E M U D Z I E D Z I N O W E G O D O C S I Z S

Nowa odsłona wyodrębnienie i kierunki jego rozwoju

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

Bazy danych 2. Wykład 1

Wydział Informatyki, Elektroniki i Telekomunikacji Katedra Telekomunikacji

GML w praktyce geodezyjnej

PROCEDURA WPROWADZANIA ZMIAN W

Regulamin korzystania z systemu poczty elektronicznej Okręgowej Izby Radców Prawnych w Warszawie przez członków OIRP w Warszawie

Simple Object Access Protocol

Szkolenie systemu POL-on

Regulamin Portalu Klienta Volkswagen Leasing GmbH Sp. z o.o. Oddział w Polsce ( Regulamin ) Definicje

Dokumentacja SMS przez FTP

Dokumentacja interfejsu HTTPD. Platforma BSMS.PL Instrukcja podłączenia po przez http

Dokumentacja REST API v 3.0. Kraków, 7 marca FreshMail, ul. Fabryczna 20a, Kraków tel , freshmail.

DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0

DPDInfoServices. Specyfikacja biznesowa. Version DPD Polska Sp. z O.O. Warszawa

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

Rola języka XML narzędziem

SET (Secure Electronic Transaction)

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

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Międzyzdroje

Warszawa, dnia 9 grudnia 2013 r. Poz. 1469

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

POLITYKA CERTYFIKACJI KIR dla ZAUFANYCH CERTYFIKATÓW NIEKWALIFIKOWANYCH

GS2TelCOMM. Rozszerzenie do TelCOMM 2.0. Opracował: Michał Siatkowski Zatwierdził: IMIĘ I NAZWISKO

INFRA. System Connector. Opis wdrożenia systemu

Załącznik 1. Platforma komunikacyjna powinna posiadać następującą funkcjonalność:

Regulamin korzystania z Usługi INVO24 przez Odbiorcę i Użytkownika Odbiorcy

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

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

OPIS PRZEDMIOTU ZAMÓWIENIA

Wybrane działy Informatyki Stosowanej

JPK Jednolity Plik Kontrolny.

Hurtownie danych - przegląd technologii

KRAJOWY PUNKT DOSTĘPOWY. Opis Interfejsu Komunikacyjnego

ZAPYTANIE OFERTOWE nr 1/2017

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

Sprawozdanie Sieci komputerowe i bazy danych Laboratorium nr 4

4 Web Forms i ASP.NET Web Forms Programowanie Web Forms Możliwości Web Forms Przetwarzanie Web Forms...152

Programowanie w Internecie

System ZSIN wyzwanie dla systemów do prowadzenia EGiB

Zasady Nazewnictwa. Dokumentów XML Strona 1 z 9

Szkolenie systemu POL-on

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

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

Standard Elektronicznej Skrzynki Podawczej

JPK Jednolity Plik Kontrolny.

SSL (Secure Socket Layer)

Bezpieczeństwo usług oraz informacje o certyfikatach

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Krajowe Ramy Interoperacyjności - sprawna (?) komunikacja prawnotechnologiczna. informacyjnym

Technologie cyfrowe. Artur Kalinowski. Zakład Cząstek i Oddziaływań Fundamentalnych Pasteura 5, pokój 4.15 Artur.Kalinowski@fuw.edu.

E-faktura instrukcja dla kontrahentów TVP S.A.

Standard Elektronicznej Skrzynki Podawczej. Wersja 1.0

Obowiązek wysyłania Jednolitego Pliku Kontrolnego (JPK) Instrukcja

Architektura bezpiecznych aplikacji internetowych na platformie Java Enterprise Edition. Jakub Grabowski Warszawa,

Technologie sieciowe Sprawozdanie z labolatorium. Lista 5

Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji

Wybrane działy Informatyki Stosowanej

System DiLO. Opis interfejsu dostępowego v. 2.0

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

Transkrypt:

Ministerstwo Finansów Departament Informatyzacji Specyfikacja Wejścia-Wyjścia Wersja 1.0 Warszawa, 16.02.2017 r. Copyright (c) 2017 Ministerstwo Finansów MINISTERSTWO FINANSÓW, DEPARTAMENT INFORMATYZACJI ul. Świętokrzyska 12, 00-916 Warszawa http://www.mf.gov.pl www.hazard.mf.gov.pl e-mail: info.e-deklaracje@mf.gov.pl

Historia zmian dokumentu Nr Data wersji Autor zmiany Komentarz/Uwagi/Zakres zmian wersji 1.0 2017-02-15 MK Przygotowanie pierwszej wersji dokumentu

Spis treści 1. Wprowadzenie... 4 1.1 Cel dokumentu... 4 1.2 Odbiorcy... 4 1.3 Definicje, Akronimy, Skróty... 4 2. Wstępne założenia interfejsów... 5 2.1 Metody komunikacji... 5 2.2 Schemat dokumentu XML... 5 3. Specyfikacja interfejsu do pobierania rejestru domen na żądanie... 6 3.1 Wstęp... 6 3.2 Opis interfejsu... 6 3.3 Przykładowe żądanie i odpowiedź... 7 4. Specyfikacja interfejsu odbierania danych o dodanej/wykreślonej domenie... 8 4.1 Wstęp... 8 4.2 Opis interfejsu... 8 4.3 Weryfikacja tożsamości nadawcy... 8 4.4 Przykładowe żądanie do interfejsu odbiorcy... 9

1. Wprowadzenie 1.1 Cel dokumentu Celem dokumentu jest opisanie zasad komunikacji pomiędzy Rejestrem Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą, a systemami operatorów, które potrzebują dostępu do informacji o domenach niezgodnych z obwiązującą ustawą hazardową. 1.2 Odbiorcy Dokument przygotowany został dla osób i firm z branży IT przygotowujących oprogramowanie do uzyskiwania informacji z Rejestru Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą udostępnianego przez Ministerstwo Finansów. 1.3 Definicje, Akronimy, Skróty REST (ang. Representational state transfer) - styl architektury oprogramowania, który umożliwia dostęp i zarządzanie zasobami przy użyciu jednolitego i zdefiniowanego zbioru bezstanowych operacji. SSL - (ang. Secure Socket Layer) protokół aplikacyjny stosowany w celu zabezpieczenia poufności i integralności przesyłanych danych Standard opisany został na stronie http://wp.netscape.com/eng/ssl3. W3C (ang. The World Wide Web Consortium) - organizacja zajmująca się ustanawianiem standardów dla stron WWW. Publikowane przez W3C rekomendacje nie mają mocy prawnej, nakazującej ich użycie, lecz wskazują standardy dla rozwiązań technologicznych. XML - (ang. Extensible Markup Language, - Rozszerzalny Język Znaczników) to uniwersalny język formalny przeznaczony do reprezentowania różnych danych w ustrukturalizowany sposób. XML jest niezależny od platformy, co umożliwia łatwą wymianę dokumentów pomiędzy różnymi systemami i rekomendowany oraz specyfikowany przez organizację W3C. XSD (ang. XML Schema Definition - Schemat XML, Schemat Rozszerzalnego Języka Znaczników) to opracowany przez W3C standard służący do definiowania struktury dokumentu XML. Dokumenty zawierające definicje XML Schema zapisuje się zwykle w plikach z rozszerzeniem.xsd (od XML Schema Definition). Certyfikat kliencki certyfikat cyfrowy używany do uwierzytelnienia żądań do serwera. Używany w przypadku dwustronnego SSL (ang. 2-way SSL). Zapewnia potwierdzenie tożsamości wykonującego żądanie.

2. Wstępne założenia interfejsów 2.1 Metody komunikacji Udostępnione zostały dwie metody komunikacji mającej na celu uzyskanie informacji z Rejestru Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą: Pobranie na żądanie odbiorca wywołuje usługę udostępnianą przez Ministerstwo Finansów i opisaną w niniejszym dokumencie. Odbiorca otrzymuje w ten sposób pełen spis blokowanych domen. Wypychanie danych (push) polega na przesyłaniu danych przyrostowo z Rejestru Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą do interfejsu wystawionego przez obiorcę i zarejestrowanego na stronie. 2.2 Schemat dokumentu XML Do dokumentu został załączony plik XSD (Rejestr_v1-0.xsd). Dane zwracane/przesyłane przez Rejestr Stron Hazardowych (niezależnie od wybranej metody komunikacji) przejdą poprawnie walidację z załączonym schematem. 2.2.1 Graficzna reprezentacja schematu XML

3. Specyfikacja interfejsu do pobierania rejestru domen na żądanie 3.1 Wstęp Opisywany interfejs umożliwia pobranie informacji znajdujących się w Rejestrze Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą przez wywołanie usługi REST, która udostępniana jest przez protokół HTTPS. Zastosowanie usługi typu REST umożliwi sprawną integrację z rozwiązaniami klientów, niezależnie od technologii przez nich stosowanych. 3.2 Opis interfejsu Nazwa parametru Adres usługi testowej Parametry przekazywane do wywołania usługi Typ metody Typ zwracanej zwartości Protokół 3.2.1 Podstawowe parametry usługi Wartość https://www.hazard.mf.gov.pl/api/register brak GET application/xml HTTPS Zwracany z usługi XML zawiera informacje o wszystkich blokowanych domenach w rejestrze oraz dacie ich wpisania do rejestru. Z interfejsu na żądanie nie są zwracane informacje o wykreśleniach z rejestru. Jeśli domena nie znajduje się w odpowiedzi to znaczy, że nie jest blokowana. Odpowiedź z serwera zawiera kod odpowiedzi HTTP, który pozwoli zweryfikować poprawność wykonania operacji. Kod odpowiedzi serwera Opis 200 OK Poprawnie pobrano dane 400 Bad Request Błędne wywołanie usługi 405 Method Not Allowed Użyto niedopuszczalnego typu metody (np. POST) 406 Not Acceptable Response Nieakceptowalna odpowiedź. W przypadku, gdy system wywołujący usługę nie akceptuje application/xml 500 Server Error Błędne przetwarzanie zapytania 3.2.1 Niektóre możliwe kody odpowiedzi serwera

3.3 Przykładowe żądanie i odpowiedź GET https://www.hazard.mf.gov.pl/api/register HTTP/1.1 3.3.1 Żądanie pobrania rejestru blokowanych domen <Rejestr xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema" xmlns="http://www.mf.gov.pl/schematy/di/rejestrstronhazardowych/2017/02/02/"> <PozycjaRejestru Lp="1"> <AdresDomeny>domena2.pl</AdresDomeny> <DataWpisu>2017-02-10</DataWpisu> <DataWykreslenia>2017-02-13</DataWykreslenia> </PozycjaRejestru> <PozycjaRejestru Lp="2"> <AdresDomeny>domena3.pl</AdresDomeny> <DataWpisu>2017-02-13</DataWpisu> </PozycjaRejestru> <PozycjaRejestru Lp="3"> <AdresDomeny>domena4.pl</AdresDomeny> <DataWpisu>2017-02-14</DataWpisu> </PozycjaRejestru> </Rejestr> 3.3.2 XML zwracany w odpowiedzi na żądanie 3.3.1

4. Specyfikacja interfejsu odbierania danych o dodanej/wykreślonej domenie 4.1 Wstęp W celu zastosowania metody wypychania danych (push) odbiorca musi wystawić interfejs REST oparty na HTTPS, na który system Ministerstwa Finansów będzie przesyłał przyrostowo informacje o domenach. 4.2 Opis interfejsu Interfejs musi zostać zarejestrowany jako odbiorca na stronie www.hazard.mf.gov.pl. Do rejestracji odbiorcy wystarczający jest adres wystawionej usługi. Nazwa parametru Typ metody Typ danych przesyłanych do usługi Protokół 3.2.1 Definicja usługi wystawianej przez odbiorcę Wartość POST application/xml HTTPS System Ministerstwa Finansów przesyła dane w momencie dodania oraz wykreślenia domeny z rejestru. Wykreślone pozycje zawierają węzeł Data Wykreślenia i są to domeny, które przestały być blokowane. W przypadku braku dostępności interfejsu odbiorcy dane przyrostowe nie będą retransmitowane. W celu synchronizacji należy wtedy użyć metody na żądanie. 4.3 Weryfikacja tożsamości nadawcy Uwierzytelnienie dostawcy (systemu Ministerstwa Finansów) odbywa się na podstawie certyfikatu. System odbiorcy powinien sprawdzać zgodność certyfikatu klienckiego z załączonym do dokumentu certyfikatem systemu. Weryfikacja zgodności certyfikatu jest konieczna, aby upewnić się że dane o dodaniu/wykreśleniu domeny zostały faktycznie przesłane przez Ministerstwo Finansów.

4.4 Przykładowe żądanie do interfejsu odbiorcy POST https://<receiver-domain>.pl/register HTTP/1.1 Content-Type: application/xml Content-Length: 372 <Rejestr xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema" xmlns="http://www.mf.gov.pl/schematy/di/rejestrstronhazardowych/2017/02/02/"> <PozycjaRejestru Lp="1"> <AdresDomeny>domena2.pl</AdresDomeny> <DataWpisu>2017-02-10</DataWpisu> <DataWykreslenia>2017-02-13</DataWykreslenia> </PozycjaRejestru> </Rejestr> 4.4.1 Żądanie do interfejsu odbiorcy