Stosowanie protokołu AS4 zgodnie z Interoperability Network Code



Podobne dokumenty
Techniczny opis rozwiązania dla wymiany komunikatów z wykorzystaniem standardu AS2

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

Obowiązki informacyjne. system, który łączy

Techniczny opis rozwiązania dla udostępniania danych pomiarowych i zagregowanych z wykorzystaniem standardu AS4

Ministerstwo Finansów

OPERATOR SYSTEMU PRZESYŁOWEGO

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.

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

Dokumentacja SMS przez FTP

TelCOMM 4.0. Opracował: Michał Siatkowski Zatwierdził: IMIĘ I NAZWISKO

Oprogramowanie systemu B2B zakup licencji na oprogramowanie umożliwiające zarządzanie informacjami o produktach:

DOTACJE NA INNOWACJE

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

I Przedmiot Zamówienia:

Procedura Walidacyjna Interfejs

Procedura podłączania węzła lokalnego Elektrowni do węzła centralnego OSP Systemu Monitorowania Parametrów Pracy JWCD (SMPP)

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

SSL (Secure Socket Layer)

Biuletyn techniczny. Eksport i import przelewów za pomocą usługi sieciowej

PROCEDURA WPROWADZANIA ZMIAN W

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

Kielce, dnia roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / Kielce

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B

Zakłady Chemiczne "POLICE" S.A.

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

TelCOMM Piotr Owsianko. Zatwierdził: IMIĘ I NAZWISKO

Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji

Instrukcja integratora - obsługa dużych plików w epuap2

Dziennik Urzędowy Unii Europejskiej L 274/9

Dotacje na innowacje - Inwestujemy w Waszą przyszłość

Analiza zgodności z wymogami dotyczącymi elektronicznej dokumentacji medycznej oraz gotowości na w

Warszawa, dnia 16 kwietnia 2013 r. Poz. 463 ROZPORZĄDZENIE MINISTRA ZDROWIA 1) z dnia 28 marca 2013 r.

ZAPYTANIE OFERTOWE. Szczegółowy opis przedmiotu zapytania znajduje się w Specyfikacji, załączonej do niniejszego zapytania.

TelCOMM Wymagania. Opracował: Piotr Owsianko Zatwierdził: IMIĘ I NAZWISKO

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

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

VPN Virtual Private Network. Użycie certyfikatów niekwalifikowanych w sieciach VPN. wersja 1.1 UNIZETO TECHNOLOGIES SA

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

SKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI)

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

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

1. Wymagania dla lokalnej szyny ESB

System Express ELIXIR

Lublin, dnia r. Zapytanie ofertowe: Do: I. DANE ZAMAWIAJĄCEGO:

Procedura podłączenia do systemu kdpw_otc

Współpraca z platformą Emp@tia. dokumentacja techniczna

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

INSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: Wydanie:

Użytkownik organizacji, która posiada kod ZUP ma dwie możliwości składania nominacji/renominacji dobowych:

Aukcje przepustowości na platformie GAZ-SYSTEM Aukcje

Dziennik Urzędowy Unii Europejskiej. (Akty o charakterze nieustawodawczym) ROZPORZĄDZENIA

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

DOTACJE NA INNOWACJE

Dotacje na innowacje - Inwestujemy w Waszą przyszłość ZAPYTANIE OFERTOWE

ZiMSK. Konsola, TELNET, SSH 1

Wersja 1.0 TEL-STER 2016

PANEL ADMINISTRACYJNY SPRZEDAWCY SZYBKI START

System DiLO. Opis interfejsu dostępowego v. 2.0

Zapytanie ofertowe nr 1/POIG 8.2/2013

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

Proces obsługi walnego zgromadzenia z perspektywy KDPW

ZAŁĄCZNIK NR 1 DO SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA

TelCOMM 3.0. Opracował: Michał Siatkowski Zatwierdził: IMIĘ I NAZWISKO

Wdrożenie CSWI r., Warszawa

WARSZTATY DLA UCZESTNIKÓW RYNKU GAZU 7 LISTOPADA 2018

Kraków, 2 kwietnia 2004 r.

Dotacje na innowacje - Inwestujemy w Waszą przyszłość ZAPYTANIE OFERTOWE

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

INFORMACJE DLA STACJI KONTROLI POJAZDÓW

Zapytanie ofertowe 1/2012. W związku z realizacją projektu pt. Wdrożenie systemu B2B w celu elektronicznej wymiany

Internetowa sieć laboratoriów fotograficznych

Opis przedmiotu zapytania znajduje się w Specyfikacji, załączonej do niniejszego zapytania.

PLATFORMA USŁUGOWA - OGÓLNA KONCEPCJA SYSTEMU

Zapytanie ofertowe na: Zakup wartości niematerialnej i prawnej w postaci nowoczesnego systemu B2B wraz ze szkoleniem z obsługi ww.

System B2B automatyzujący zamówienia u producentów i dostawy do odbiorców asortymentu medycznego.

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

Szczegółowy opis przedmiotu zamówienia:

Posiada (TAK / NIE. Zrzut ekranu. Opis funkcji


Integracja APD z Ogólnopolskim Repozytorium Prac Dyplomowych

Podstawy Secure Sockets Layer

Specyfikacja techniczna. mprofi Interfejs API

Dotacje na innowacje Inwestujemy w Waszą przyszłość. Zapytanie ofertowe

Dokumentacja API Stacja z Paczką ver. 2.14

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

Ministerstwo Finansów

15 lat doświadczeń w budowie systemów zbierania i przetwarzania danych kontrolno-pomiarowych

Załącznik nr 1 do Zapytania ofertowego nr 1/2014. Opis systemu

Administratora CSIZS - OTM

INTERNET - Wrocław Usługi bezpieczeństwa w rozproszonych strukturach obliczeniowych typu grid

Opis komunikacji na potrzeby integracji z systemem klienta (12 kwiecień, 2007)

Zapytanie ofertowe nr 3/K/2014

Elektroniczna Skrzynka Podawcza

Hosting WWW Bezpieczeństwo hostingu WWW. Dr Michał Tanaś (

I. Opis projektu ZAPYTANIE OFERTOWE. Warszawa, dn r. Dane firmowe: ialbatros S.A. ul. Jutrzenki Warszawa NIP:

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak

7. zainstalowane oprogramowanie zarządzane stacje robocze

ActiveXperts SMS Messaging Server


Transkrypt:

Stosowanie protokołu AS4 zgodnie z Interoperability Network Code Warszawa, 7 czerwca 2016

1 Wprowadzenie - Interoperability Network Code Artykuł 21 ust. 2 Interoperability NC 30 kwietnia 2015r Komisja Europejska zatwierdziła Rozporządzenie Komisji (UE) 2015/703 ustanawiające kodeks sieci dotyczący zasad interoperacyjności i wymiany danych. Rozdział V zawiera regulacje oraz opis rozwiązań, które operator gazociągów przesyłowych musi stosować w celu zapewnienia bezpieczeństwa i dostępności systemu wymiany danych dla opisanych w Rozporządzeniach towarzyszących procesów biznesowych. Dokument ten określa wspólne rozwiązania w zakresie protokołu wymiany danych, formatu danych i sieci. W przypadku wymiany danych w formie dokumentów wymagane rozwiązanie to protokół: AS4, format danych: Edig@s-XML lub równoważny format danych zapewniający identyczny stopień interoperacyjności, przy czym ENTSOG jest zobowiązany do publikacji takiego równoważnego formatu danych, a siecią ma być Internet. W związku z tym GAZ-SYSTEM, który jest zobowiązany do wdrożenia Rozporządzenia do 1 maja 2016r, dla zidentyfikowanych kontrahentów oraz dla procesów wymiany danych określonych w art.20, w celu wymiany informacji stworzył instrukcje dla kontrahentów opisujące wymagania w tym zakresie. Wspólne rozwiązania w zakresie wymiany danych obejmują protokół, format danych i sieć. W przypadku wszystkich rodzajów wymiany danych wymienionych w ust. 1 stosuje się następujące wspólne rozwiązania: a) w przypadku wymiany danych w formie dokumentów: (i) protokół: AS4; (ii) format danych: Edig@s-XML lub równoważny format danych zapewniający identyczny stopień interoperacyjności. ENTSO gazu publikuje taki równoważny format danych; b) w przypadku zintegrowanej wymiany danych: (i) protokół: HTTP/S-SOAP; (ii) format danych: Edig@s-XML lub równoważny format danych zapewniający identyczny stopień interoperacyjności. ENTSO gazu publikuje taki równoważny format danych; c) w przypadku interaktywnej wymiany danych protokołem jest HTTP/S. W przypadku wszystkich rodzajów wymiany danych określonych w lit a) c) siecią jest internet.

2 Wprowadzenie - ENTSOG ENTSOG Stowarzyszenie operatorów systemów przesyłowych gazu w Europie (The European Network of Transmission System Operators for Gas) został utworzony w dniu 1 grudnia 2009 roku przez 31 Operatorów Systemu Przesyłowego (TSOs) z 21 krajów europejskich Stworzenie ENTSOG zostało zainicjowane przez przyjęcie trzeciego pakietu legislacyjnego Unii Europejskiej w sprawie rynków gazu i energii elektrycznej Zadaniem ENTSOG-u (Europejskiej sieci operatorów systemów przesyłowych gazu) jest promocja rozwoju wewnętrznego rynku gazu oraz wsparcie i ułatwianie efektywnego obrotu gazu i przesyłania gazu w obrębie Unii. W tym celu ENTSOG, tak jak jest to opisane w Rozporządzeniu Parlamentu Europejskiego i Rady (WE) nr 715/2009 z dn. 13 lipca 2009r. w sprawie warunków dostępu do sieci przesyłowych gazu ziemnego, ma wspierać zwiększenie integracji rynku wewnętrznego poprzez spełnienie zadań opisanych w art. 8 ust. 6. Zadania te obejmują min: tworzenie europejskich kodeksów sieci (które następnie są wdrażane jako Rozporządzenia Komisji Europejskiej), opracowanie dziesięcioletniego planu rozwoju sieci, tworzenie prognoz dostaw gazu oraz tworzenie wspólnych narzędzi operacyjnych.

3 Wprowadzenie standard ENTSOG AS4 Główne cele profilu ENTSOG AS4 Wsparcie dla wymiany dokumentów EDIG@S-XML i pozostałych ładunków danych Wsparcie procesów biznesowych operatorów systemów przesyłowych gazu (jak alokacje pojemności i nominacje) Wykorzystanie doświadczenia zdobytego w ramach wykorzystania w sektorze gazowych innych protokołów B2B (jak AS2) Dostarczenie wytycznych bezpieczeństwa komunikacji w oparciu o najlepsze praktyki i rekomendacje Wyznaczenie kierunku rozwoju dla dostawców rozwiązań B2B AS4 AS4 (Applicability Statement 4) to standard opisujący bezpieczne i niezawodne przesyłanie komunikatów przez Internet. Protokół ten został zbudowany na bazie sprawdzonych rozwiązań, takich jak protokoły HTTP i SSL, oraz funkcji kryptograficznych. AS4 jest profilem zgodności specyfikacji OASIS EBMs 3.0 i reprezentuje otwarty standard dla bezpiecznej wymiany B2B (Biznes-to-business) dokumentów korzystających z usług sieci Web (Web services). Bezpieczna wymiana dokumentów regulują aspekty WS-Security, w tym kodowanie i podpisy cyfrowe dla dokumentów XML. Bezpieczeństwo przesyłanych informacji podlega specyfikacji WS-Security z obsługą kompresji ładunku. W obszarze scenariuszy wymiany dokumentów AS4 obsługuje zarówno operacje PUSH jak i PULL, zawiera również w analogii do AS2 biznesowe mechanizmy niezaprzeczalności odbioru.

4 Wdrożenie standardu AS4 w GAZ-SYSTEM Dlaczego GAZ-SYSTEM wdrożył AS4 Jako operator sieci przesyłowej, GAZ-SYSTEM miał obowiązek wdrożenia rozwiązań wymiany danych opisanych w Rozporządzeniu 2015/703 z dn. 1 maja 2015r. W związku z powyższym, a dodatkowo upatrując w tym rozwiązaniu dodatkowych obopólnych korzyści, GAZ-SYSTEM wdrożył nowy system i zachęca swoich kontrahentów do implementacji rozwiązań kompatybilnych z AS4 i Edig@s-XML. Rozwiązania informatyczne zgodne z zaleceniami ENTSOG Wdrażając komunikację z uczestnikami rynku w standardzie AS4, GAZ-SYSTEM zgodnie z zaleceniami ENTSOG deklaruje stosowanie wyłącznie rozwiązań certyfikowanych. GAZ-SYSTEM zobowiązuje się również, że w przypadku zmiany technologii informatycznych w przyszłości stosował będzie również wyłącznie rozwiązania certyfikowane.

5 Wdrożenie standardu AS4 w GAZ-SYSTEM Cel wdrożenia - uruchomienie komunikacji z Partnerami w zakresie Udostępniania danych pomiarowych w zakresie danych archiwalnych, alarmowych oraz agregatów operatywnych i rozliczeniowych; Składania nominacji/renominacji przez ZUP, prognoz transportowych przez OSD, sprawdzania zgodności nominacji z OSW i innych informacji, wymienianych z wykorzystaniem komunikatów edig@s); Opcjonalne pobieranie danych pomiarowych archiwalnych od Partnerów (o ile taka funkcjonalność zostanie uruchomiona po stronie Partnerów. Założenia Interfejs umożliwiający składanie nominacji udostępniony podmiotom zewnętrznym będzie oparty na komunikatach EDIG@S 5.1 release 3 (opcjonalnie EDIG@S 4.0 release 4); Element <soap:body> w komunikatach SOAP zawsze jest pusty. Wszystkie dane przekazywane są w formie fragmentów MIME przy wykorzystaniu rozszerzenia SOAP-with- Attachments; API udostępnione dla podmiotów zewnętrznych będzie niezależne od API udostępnianego przez wewnętrzne systemy informatyczne.

6 Model wymiany komunikatów AS4 Model wymiany danych dla profilu AS4 ogranicza powiązania kanałów wymiany komunikatów pomiędzy dwoma partnerami (MSH), z których jeden działa jako wysyłający, a drugi jako odbierający.

7 Wymiana komunikatów edig@s W zakresie ruchu bilansowego będącego rozwiązaniem typu time-critical, pozostając w zgodzie z profilem ENTSOG AS4, stosujemy wzorzec komunikacji One- Way/Push. W tym wzorcu, partner inicjujący (initiating MSH - podmiot zewnętrzny lub GAZ-SYSTEM - 1) wysyła komunikat do partnera odbierającego (responding MSH - podmiot zewnętrzny lub GAZ-SYSTEM - 2) i synchronicznie otrzymuje jedynie status odpowiedzi HTTP (202). Zgodnie z tym wzorcem powinny być wysyłane wszystkie komunikaty edig@s od partnera zewnętrznego do GAZ-SYSTEM, oraz od GAZ-SYSTEM do partnera zewnętrznego. Komunikaty SOAP w standardzie AS dla w/w wzorców komunikacji. Zakładamy, że w komunikatach powinna zmieniać się jedynie nazwa podmiotu zewnętrznego oraz kody EIC partnerów. Wszystkie wspierane komunikaty edig@s (NOMINT, NOMRES, DELORD, DELRES, ACKNOW) wymieniane są w ramach usługi (S4 Service): A06.

Udostępnianie danych pomiarowych i zagregowanych 8 Zapytania o dane, statusy zapytań i metadane danych pomiarowych (archiwalnych i alarmowych) jak i danych zagregowanych (agregaty operatywne i rozliczeniowe), będą reprezentowane jako dokumenty XML. Dane pomiarowe reprezentowane będą jako pliki w formacie CSV lub podobnym, natomiast dane zagregowane reprezentowane będą jako pliki XML. Ze względu na spodziewany znaczny wolumen danych w stosunku do rozwiązania dla wymiany komunikatów edig@s zastosowano inne (poniższe) wzorce komunikacji MEP: Two-Way/Sync MEP Two-Way/Push-Pull MEP W tym wzorcu komunikacji, partner inicjujący (initiating MSH - podmiot zewnętrzny - 1) w komunikacie zwrotnym od partner odpowiadającego (responding MSH - GAZ-SYSTEM - 2), otrzymuje synchronicznie wynik przesłanego zapytania (klasyczna komunikacja request-reply). W tym wzorcu komunikacji, partner inicjujący (initiating MSH podmiot zewnętrzny - 1) przesyła zapytanie do partnera odpowiadającego (responding MSH GAZ-SYSTEM) i otrzymuje jedynie informację o przyjęciu zapytania (status odpowiedzi HTTP). Następnie partner inicjujący (initating MSH podmiot zewnętrzny - 2) odpytuje partnera odpowiadającego (responding MSH GAZ-SYSTEM) o dostępność wyniku zapytania. Jeśli wynik zapytania jest dostępny, jest on zwracany (tylko jednokrotnie), przez partnera odpowiadającego (responding MSH GAZ-SYSTEM - 3), synchronicznie w stosunku do zapytania o dostępność wyniku.

9 Bezpieczeństwo przesyłanych danych Zabezpieczenia komunikacji na poziomie warstwy transportu (TLS): Usługa umożliwiająca wymianę komunikatów w standardzie AS4 udostępniana jest podmiotom zewnętrznym jedynie poprzez protokół HTTPS; Komunikacja podmiotu zewnętrznego z Gaz-Systemem w warstwie transportu zabezpieczona jest przy pomocy protokołu min. TLS 1.1 z szyfrowaniem i autentykacją serwera z użyciem certyfikatu X.509 z kluczem o długości min. 2048 bit i sygnaturą SHA256; Partner nie musi być autentykowany w warstwie transportu (zastosowane będzie podpisywanie wiadomości); W ramach komunikacji HTTPS wykorzystane są Cipher Suites o kluczu min. 128 bit, z zaimplementowaniem mechanizmu Forward Secrecy, bez wykorzystania RC4 i algorytmu Diffiego-Hellmana. Dodatkowo niedozwolona jest renegocjacja inicjowana przez klienta. Zabezpieczenia komunikacji na poziomie komunikatów SOAP Komunikaty SOAP zabezpieczone będzie z wykorzystaniem następujących standardów Web Services Security version 1.1.1 OASIS: Web Services Security SOAP Message Security; Web Services Security X.509 Certificate Token Profile; Web Services Security SOAP Message with Attachments (SwA) Profile.

10 Procedura przyłączenia nowego Partnera Po stronie GAZ-SYSTEM Przekazanie do Partnera kodu EIC GAZ-SYSTEM, danych do zestawienia połączenia HTTPS (adresy URL interfejsów) i uzgodnienie wzorca wymiany danych (MEP). Przekazanie do Partnera certyfikatów: zapewniającego poufność komunikacji i autentyczność serwera na którym wystawione jest API po stronie GAZ-SYSTEM (bezpieczeństwo warstwy transportu) oraz certyfikatów którymi wiadomości SOAP będą podpisywane i szyfrowane (bezpieczeństwo komunikatów SOAP). Utworzenie profilu dla partnera wraz z definicją certyfikatów służących do szyfrowania i weryfikacji komunikatów. W przypadku udostępniania danych pomiarowych utworzenie konfiguracji klienta określającego jego uprawnienia do danych. Po stronie przyłączanego podmiotu Przekazanie do GAZ-SYSTEM kodu EIC Partnera, danych do zestawienia połączenia HTTPS (adresy URL interfejsów). po stronie Partnera i uzgodnienie wzorca wymiany danych (MEP) Przekazanie do GAZ-SYSTEM certyfikatów którymi komunikaty SOAP będą podpisywane i szyfrowane (bezpieczeństwo komunikatów SOAP). Upewnienie się że certyfikat serwera GAZ-SYSTEM lub jego CA jest zaufanym certyfikatem. Opcjonalnie dla umożliwienia pobierania danych pomiarowych (w zakresie danych archiwalnych, alarmowych oraz agregatów operatywnych i rozliczeniowych) konieczna jest implementacja klienta WebService - na podstawie udostępnionego pliku WSDL obsługującego komunikaty request i response. Strona GAZ-SYSTEM wymaga, aby uruchomienie produkcyjnej wymiany danych w standardzie AS4 poprzedzone zostało testami pełnej ścieżki komunikacji na dedykowanym środowisku testowym. Dla zdefiniowanych Partnerów GAZ-SYSTEM udostępnia interfejsy testowe (zgodnie ze standardem ENTSOG AS4).

11 Alternatywne kanały wymiany danych Nominacje AS2 Rozporządzenie Komisji Europejskiej (UE) 2015/703 z dnia 30 kwietnia 2015r. (Interoperability NC) w Artykule 23 dopuszcza stosowanie rozwiązań w zakresie wymiany danych innych niż AS4, o ile rozwiązania te funkcjonowały z dniem wejścia w życie rozporządzenia. W związku z tym faktem poza standardem AS4, GAZ- SYSTEM w zakresie wymiany komunikatów edig@s wspiera również standard AS2 dla zapewnienia komunikacji z Partnerami, którzy w myśl Rozporządzenia (UE) 2015/703 nie są zobligowani do wdrożenia standardu AS4 z dniem 1 maja 2016. SWI za pośrednictwem Systemu Wymiany Informacji (SWI) poprzez wypełnienie formularza E-MAIL do 30 września 2016r. (okres przejściowy) za pośrednictwem poczty elektronicznej poprzez przesłanie komunikatu w standardzie edig@s 4.0 XML lub edig@s 5.1. jako załącznika!!! UWAGA: PO 30 WRZEŚNIA 2016r. W ZAKRESIE WYMIANY DOKUMENTÓW EDIG@S KANAŁ E-MAIL NIE BĘDZIE WSPIERANY!!! Dane pomiarowe i zagregowane SWI Udostępnione raportów operatywnych, opcjonalnie planowane umożliwienie pobrania paczki archiwów w formacie CSV (dla danych pomiarowych) lub XML (dla danych zagregowanych) E-MAIL Wysyłka paczek archiwów mailem (do czasu zakończenia wsparcia dla tego kanału komunikacyjnego)

12 Aktualny status wdrożenia standardu AS4 w GAZ-SYSTEM Pozostając w zgodzie z Rozporządzeniem Komisji Europejskiej (UE) 2015/703 z dnia 30 kwietnia 2015r. GAZ-SYSTEM z dniem 1 maja 2016 uruchomił produkcyjne rozwiązanie informatyczne pozwalające na wymianę danych z Partnerami w standardzie AS4 Stan bieżący w zakresie uruchamiana komunikacji AS2/AS4 z Partnerami: AS4 Testy połączenia AS4 z dwoma Partnerami zakończone sukcesem, w trakcie testów wymiany komunikatów edig@s Z jednym z Partnerów nawiązano komunikacją produkcyjną w zakresie wymiany komunikatów edig@s, a w dniu 06.05.2016 odebrano pierwszego produkcyjnego DELORD-a AS2 testy połączenia AS2 i testy wymiany komunikatów edig@s prowadzone równolegle z trzema Partnerami zakończone sukcesem gotowość do uruchomienia produkcyjnego

13 Udostępniona dokumentacja PL EN http://www.gaz-system.pl/strefa-klienta/dopobrania/wymiana-danych/protokol-as4/ http://www.gaz-system.pl/strefa-klienta/dopobrania/wymiana-danych/edigs/ http://en.gaz-system.pl/customerzone/download/information-exchange/as2as4-protocol/ http://en.gaz-system.pl/customerzone/download/information-exchange/edigs/

14 Zespół AS4 -kontakt Zespół AS4 as4@gaz-system.pl Grażyna Kryst grazyna.kryst@gaz-system.pl Łukasz Kowol lukasz.kowol@gaz-system.pl Marcin Bojarski marcin.bojarski@gaz-system.pl

Dziękuję za uwagę as4@gaz-system.pl