uwzględniając Traktat o funkcjonowaniu Unii Europejskiej,
uwzględniając dyrektywę Parlamentu Europejskiego i Rady 2008/57/WE z dnia 17 czerwca 2008 r. w sprawie interoperacyjności systemu kolei we Wspólnocie 1 , w szczególności jej art. 6 ust. 1,
(1) Zgodnie z art. 2 lit. e) dyrektywy 2008/57/WE system kolei jest podzielony na podsystemy strukturalne i funkcjonalne. Każdy z tych podsystemów powinien być objęty techniczną specyfikacją interoperacyjności (TSI).
(2) Rozporządzeniem Komisji (WE) nr 62/2006 2 ustanowiono techniczną specyfikację interoperacyjności odnoszącą się do podsystemu aplikacji telematycznych dla przewozów towarowych transeuropejskiego systemu kolei.
(3) Zgodnie z art. 6 ust. 1 dyrektywy 2008/57/WE Europejskiej Agencji Kolejowej ("agencja") udzielono w 2010 r. mandatu do opracowania technicznych specyfikacji interoperacyjności ("TSI") w odniesieniu do podsystemu aplikacji telematycznych dla przewozów towarowych (ang. telematics applications for freight, "TAF").
(4) W dniu 10 grudnia 2013 r. agencja wydała zalecenie ERA/REC/106-2013/REC, aby zaktualizować załącznik A do rozporządzenia (WE) nr 62/2006.
(5) TSI TAF nie powinna zawierać wymagań wykorzystania szczególnych technologii lub rozwiązań technicznych, za wyjątkiem sytuacji, kiedy jest to niezbędne w celu zapewnienia interoperacyjności transeuropejskiego systemu kolei.
(6) Organy przedstawicielskie sektora kolei opracowały plan generalny wdrażania TSI TAF. W planie tym określono etapy konieczne do przejścia od fragmentarycznego podejścia krajowego do jednolitego systemu wymiany informacji w całym europejskim systemie kolei.
(7) TAF TSI została oparta na najlepszej dostępnej wiedzy specjalistycznej. Postęp w zakresie rozwiązań technologicznych i operacyjnych może jednak spowodować konieczność wprowadzenia dalszych poprawek do niniejszej TSI TAF. Z tego względu należy opracować proces zarządzania zmianami, służący konsolidacji i aktualizacji wymagań zawartych w TSI TAF.
(8) Wszystkie podmioty, zwłaszcza małe przedsiębiorstwa zajmujące się przewozami towarowymi, które nie są członkami organów przedstawicielskich europejskiego sektora kolei, powinny zostać poinformowane o spoczywających na nich obowiązkach wynikających z TSI TAF.
(9) Należy zatem uchylić rozporządzenie (WE) nr 62/2006.
(10) Środki przewidziane w niniejszym rozporządzeniu są zgodne z opinią komitetu ustanowionego zgodnie z art. 29 ust. 1 dyrektywy 2008/57/WE,
PRZYJMUJE NINIEJSZE ROZPORZĄDZENIE:
Przedmiot
Niniejszym przyjmuje się przedstawioną w załączniku techniczną specyfikację interoperacyjności odnoszącą się do podsystemu aplikacji telematycznych dla przewozów towarowych wchodzącego w skład europejskiego systemu kolei.
Zakres
Zakres TSI nie obejmuje natomiast przypadków, o których mowa w art. 1 ust. 3 dyrektywy 2008/57/WE.
Aktualizacja dokumentów technicznych i sprawozdawczość w tym zakresie
Agencja udostępnia za pośrednictwem swej strony internetowej kody lokalizacji i kody przedsiębiorstw, o których mowa w pkt 4.2.11.1 (lit. b) i d)) oraz dokumenty techniczne, o których mowa w pkt 7.2 załącznika, a także składa Komisji sprawozdanie dotyczące ich aktualizacji.
Komisja informuje państwa członkowskie o aktualizacji wspomnianych dokumentów za pośrednictwem komitetu ustanowionego zgodnie z art. 29 ust. 1 dyrektywy 2008/57/WE.
Zgodność z sieciami w państwach nienależących do UE
W odniesieniu do kolejowych przewozów towarowych wykonywanych z lub do państw trzecich zgodność z wymaganiami zawartymi w TSI przedstawionej w załączniku jest uzależniona od dostępności informacji ze strony podmiotów spoza UE, chyba że wymiana informacji zgodna z TSI jest przewidziana w umowach dwustronnych.
Wdrożenie
Uchylenie
Rozporządzenie (WE) nr 62/2006 zostaje uchylone z dniem wejścia w życie niniejszego rozporządzenia.
Wejście w życie i stosowanie
Niniejsze rozporządzenie wchodzi w życie dwudziestego dnia po jego opublikowaniu w Dzienniku Urzędowym Unii Europejskiej.
Niniejsze rozporządzenie stosuje się od dnia 1 stycznia 2015 r.
| W imieniu Komisji | |
| Jean-Claude JUNCKER | |
| Przewodniczący |
SPIS TREŚCI
1.1. Skróty
1.2. Dokumenty referencyjne
1.3. Zakres techniczny
1.4. Zakres geograficzny
2. DEFINICJA PODSYSTEMU I ZAKRES
2.1. Funkcja wchodząca w zakres TSI
2.2. Funkcje niewchodzące w zakres TSI
2.3. Przegląd opisu podsystemu
2.3.1. Rozpatrywane procesy
3. WYMAGANIA ZASADNICZE
3.1. Zgodność z wymaganiami zasadniczymi
3.2. Aspekty wymagań zasadniczych
3.3. Aspekty związane z wymaganiami ogólnymi
3.3.1. Bezpieczeństwo
3.3.2. Niezawodność i dostępność
3.3.3. Zdrowie
3.3.4. Ochrona środowiska
3.3.5. Zgodność techniczna
3.3.6. Dostępność
4. CHARAKTERYSTYKA PODSYSTEMU
4.1. Wstęp
4.2. Funkcjonalne i techniczne specyfikacje podsystemu
4.2.1. Dane listu przewozowego
4.2.2. Wniosek o przydzielenie trasy i przydział trasy
4.2.3. Przygotowanie pociągu
4.2.4. Informacja o jeździe pociągu i prognoza jazdy pociągu
4.2.5. Informacje o zakłóceniu usługi
4.2.6. ETI/ETA przesyłki
4.2.7. Ruch wagonów
4.2.8. Wymiana danych w celu poprawy jakości
4.2.9. Główne dane referencyjne
4.2.10. Lista plików referencyjnych i referencyjnych baz danych
4.2.11. Łączność sieciowa i komunikacja
4.3. Funkcjonalne i techniczne specyfikacje dotyczące interfejsów
4.3.1. Interfejsy z TSI "Infrastruktura"
4.3.2. Interfejsy z TSI "Sterowanie ruchem kolejowym"
4.3.3. Interfejsy z podsystemem "Tabor kolejowy"
4.3.4. Interfejsy z TSI "Ruch kolejowy"
4.3.5. Interfejsy z podsystemem "Aplikacje telematyczne dla przewozów pasażerskich"
4.4. Zasady eksploatacji
4.4.1. Jakość danych
4.4.2. Obsługa centralnego repozytorium
4.5. Zasady utrzymania
4.6. Kwalifikacje zawodowe
4.7. Warunki bezpieczeństwa i higieny pracy
5. SKŁADNIKI INTEROPERACYJNOŚCI
5.1. Definicja
5.2. Wykaz składników
5.3. Charakterystyki wydajnościowe i specyfikacje dotyczące składników
6. OCENA ZGODNOŚCI SKŁADNIKÓW LUB ICH PRZYDATNOŚCI DO STOSOWANIA ORAZ WERYFIKACJA PODSYSTEMU
6.1. Składniki interoperacyjności
6.1.1. Procedury oceny
6.1.2. Moduł
6.2. Podsystem "Aplikacje telematyczne dla przewozów towarowych"
6.2.1. Ocena zgodności narzędzi informatycznych
7. WDROŻENIE
7.1. Wstęp
7.2. Zarządzanie zmianami
7.2.1. Proces zarządzania zmianami
7.2.2. Szczególny proces zarządzania zmianami dotyczący dokumentów wymienionych w dodatku I do niniejszego rozporządzenia
Dodatek I - Wykaz dokumentów technicznych
Dodatek II - Glosariusz
Dodatek III - Zadania krajowego punktu kontaktowego ds. TAF/TAP
Tabela 1
Skróty
| Skrót | Definicja |
| CI | Wspólny interfejs |
| KE | Komisja Europejska |
| ERA | Agencja Kolejowa Unii Europejskiej (zwana dalej również "Agencją") |
| IM | Zarządca infrastruktury (ang. Infrastructure Manager) |
| ISO | Międzynarodowa Organizacja Normalizacyjna |
| LCL | Przesyłki drobnicowe (ang. Less than Container Loads) |
| LRU | Wiodące przedsiębiorstwo kolejowe |
| RISC | Komitet ds. interoperacyjności i bezpieczeństwa kolei |
| RU | Przedsiębiorstwo kolejowe (ang. Railway Undertaking) |
| TAF | Aplikacje telematyczne dla przewozów towarowych (ang. Telematics Applications for Freight) |
| TAP | Aplikacje telematyczne dla przewozów pasażerskich (ang. Telematics Applications for Passengers) |
| TCP/IP | Protokół sterowania transmisją (ang. Transmission Control Protocol)/Protokół internetowy |
| TSI | Techniczna specyfikacja interoperacyjności |
| WK | Posiadacze wagonów (ang. Wagon Keepers) |
Tabela 2
Dokumenty referencyjne
| Nr ref. | Tytuł skrócony/ odniesienie | Tytuł | Data ostatniego wydania: |
| [1] | Dyrektywa (UE) 2016/797 | Dyrektywa Parlamentu Europejskiego i Rady (UE) 2016/797 z dnia 11 maja 2016 r. w sprawie interoperacyjności systemu kolei w Unii Europejskiej (Dz.U. L 138 z 26.5.2016, s. 44). | 27.5.2020 |
| [2] |
Rozporządzenie Komisji (UE) nr 454/2011 dotyczące TSI TAP |
Rozporządzenie Komisji (UE) nr 454/2011 z dnia 5 maja 2011 r. w sprawie technicznej specyfikacji interoperacyjności odnoszącej się do podsystemu "Aplikacje telematyczne dla przewozów pasażerskich" transeuropejskiego systemu kolei (Dz.U. L 123 z 12.5.2011, s. 11) | 27.5.2019 |
| [3] | Dyrektywa 2012/34/UE | Dyrektywa Parlamentu Europejskiego i Rady 2012/34/UE z dnia 21 listopada 2012 r. w sprawie utworzenia jednolitego europejskiego obszaru kolejowego (Dz.U. L 343 z 14.12.2012, s. 32). | 14.11.2017 |
| [4] | ERA-TD-105 | TAF TSI - ANNEX D.2: APPENDIX F - TAF TSI DATA AND MESSAGE MODEL [Załącznik D.2: Dodatek F - Model danych i komunikatów TSI TAf] | |
| [5] |
Rozporządzenie Komisji (UE) nr 62/2006 dotyczące TSI TAF |
Rozporządzenie Komisji (WE) nr 62/2006 z dnia 23 grudnia 2005 r. dotyczące technicznej specyfikacji dla interoperacyjności odnoszącej się do podsystemu aplikacji telematycznych dla przewozów towarowych transeuropejskiego systemu kolei konwencjonalnych (Dz.U. L 13 z 18.1.2006, s. 1) |
18.1.2006 |
| [6] | C(2010) 2576 final | Decyzja Komisji z dnia 29 kwietnia 2010 r. dotycząca mandatu dla Europejskiej Agencji Kolejowej do opracowania i przeprowadzenia przeglądu technicznych specyfikacji interoperacyjności w celu rozszerzenia ich zakresu na cały system kolei w Unii Europejskiej | 29.4.2010 |
| [7] | Dyrektywa (UE) 2016/798 | Dyrektywa Parlamentu Europejskiego i Rady (UE) 2016/798 z dnia 11 maja 2016 r. w sprawie bezpieczeństwa kolei (Dz.U. L 138 z 26.5.2016, s. 102). | 26.5.2016 |
| [8] |
Decyzja delegowana Komisji (UE) 2017/1474 |
Decyzja delegowana Komisji (UE) 2017/1474 z dnia 8 czerwca 2017 r. uzupełniająca dyrektywę Parlamentu Europejskiego i Rady (UE) 2016/797 w odniesieniu do szczegółowych celów dotyczących opracowania, przyjęcia i przeglądu technicznych specyfikacji interoperacyjności (Dz. U. L 210 z 15.8.2017, s. 5). | 15.8.2017 |
Niniejsza techniczna specyfikacja interoperacyjności (dalej zwana "TSI TAF") odnosi się do elementu "aplikacje telematyczne dla przewozów towarowych" podsystemu "aplikacje telematyczne" wymienionego w wykazie podsystemów eksploatacyjnych (funkcjonalnych) zamieszczonym w załączniku II do dyrektywy (UE) 2016/797 i opisanego w sekcji 2.6 lit. b) wspomnianego załącznika.
Niniejsza TSI TAF została opracowana w celu zapewnienia sprawnej wymiany informacji poprzez ustanowienie ram technicznych umożliwiających osiągnięcie możliwie jak najbardziej opłacalnego ekonomicznie procesu transportu. W zakres tej specyfikacji wchodzą aplikacje dla przewozów towarowych oraz zarządzania połączeniami z innymi rodzajami transportu, co oznacza, że skoncentrowano się w niej nie tylko na samej eksploatacji pociągów, ale i na usługach transportowych RU. Kwestie bezpieczeństwa zostały uwzględnione jedynie w odniesieniu do istniejących elementów danych; wartości nie będą miały wpływu na bezpieczną eksploatację pociągu, a zgodności z wymogami TSI TAF nie można uznawać za zgodność z wymogami bezpieczeństwa.
TAF TSI ma również wpływ na warunki wykorzystywania transportu kolejowego przez użytkowników. W tym kontekście termin "użytkownicy" oznacza nie tylko zarządców infrastruktury lub przedsiębiorstwa kolejowe, lecz także wszystkich innych dostawców usług, takich jak firmy wagonowe, operatorów intermodalnych, a nawet klientów.
Niniejsza TSI ma zastosowanie do sieci Unii zgodnie z definicją zawartą w sekcji 1 załącznika I do dyrektywy (UE) 2016/797.
Podsystem "Aplikacje telematyczne dla przewozów towarowych" został określony w załączniku II do dyrektywy (UE) 2016/797, sekcja 2.6 lit. b).
W jego skład wchodzą w szczególności:
W zakres niniejszej TSI nie wchodzą systemy płatności i fakturowania dla klientów ani też podobne systemy obsługi płatności i fakturowania pomiędzy różnymi dostawcami usług, takimi jak przedsiębiorstwa kolejowe lub zarządcy infrastruktury. Jednakże informacje stanowiące podstawę do płatności za usługi transportowe dostarczane są za pomocą rozwiązania systemowego, na którym opiera się wymiana danych zgodnie z rozdziałem 4.2 ("Specyfikacje funkcjonalne i techniczne podsystemu").
Długoterminowe planowanie rozkładów jazdy nie wchodzi w zakres niniejszej TSI "Aplikacje telematyczne". Niemniej jednak w niektórych punktach umieszczono odniesienie do wyniku długoterminowego planowania, o ile istnieje związek ze sprawną wymianą informacji koniecznych do eksploatacji pociągów.
2.3.1. Rozpatrywane procesy
Biorąc pod uwagę potrzeby klienta, jedną z usług jest organizowanie linii transportowej zgodnie z umową między wiodącym przedsiębiorstwem kolejowym (LRU) a klientem i zarządzanie nią.
LRU stanowi jeden centralny punkt kontaktowy dla klienta. Jeżeli w łańcuchu transportowym uczestniczy więcej niż jedno przedsiębiorstwo kolejowe, to LRU jest także odpowiedzialne za koordynację z innymi RU. Usługa ta może być również realizowana przez spedytora lub dowolny inny podmiot.
Zakres niniejszej TSI dotyczącej sektora kolejowego transportu towarowego jest ograniczony zgodnie z dyrektywą (UE) 2016/797 do wymiany danych dokonywanej przez IM oraz RU/LRU. Niniejsza TSI pozwala LRU dostarczać klientowi informacje, w szczególności:
Na użytek dostarczania powyższych informacji w rozdziale 4 określono odpowiednie komunikaty zgodne z wymaganiami w zakresie TAF.
RU/LRU musi zasadniczo posiadać przynajmniej zdolność:
Obsługiwanie pustych wagonów nabiera szczególnego znaczenia, jeśli weźmie się pod uwagę wagony eksploatowane w trybie interoperacyjności. Co do zasady nie ma różnicy w obsługiwaniu wagonów załadowanych i pustych. Transport pustych wagonów jest również dokonywany na podstawie zleceń przewozu, w związku z czym zarządca floty takich pustych wagonów musi być uważany za klienta.
Zgodnie z dyrektywą (UE) 2016/797 system kolei Unii, podsystemy i ich składniki interoperacyjności muszą spełniać zasadnicze wymagania określone ogólnie w załączniku III do wspomnianej dyrektywy.
W zakresie TSI w niniejszej wersji spełnianie przez podsystem stosownych wymagań zasadniczych podanych w rozdziale 3 zostanie zapewnione dzięki zastosowaniu się do specyfikacji opisanych w rozdziale 4 ("Charakterystyka podsystemu").
Wymagania zasadnicze dotyczą:
Zgodnie z dyrektywą (UE) 2016/797 wymagania zasadnicze mogą mieć ogólne zastosowanie w odniesieniu do całego transeuropejskiego systemu kolei lub mogą dotyczyć jedynie poszczególnych podsystemów i ich składników.
Zakres stosowania wymagań ogólnych do podsystemu "Aplikacje telematyczne dla przewozów towarowych" jest określony następująco:
3.3.1. Bezpieczeństwo
Wymagania zasadnicze 1.1.1, 1.1.2, 1.1.3, 1.1.4 i 1.1.5 określone w załączniku III do dyrektywy (UE) 2016/797 nie odnoszą się do podsystemu "Aplikacje telematyczne".
3.3.2. Niezawodność i dostępność
"Monitorowanie i konserwacja nieruchomych i ruchomych elementów uczestniczących w ruchu pociągów muszą być zorganizowane, przeprowadzane i określane ilościowo w taki sposób, aby utrzymać ich funkcjonowanie w zamierzonych warunkach".
To wymaganie zasadnicze jest spełnione poprzez zgodność ze specyfikacjami w następujących rozdziałach:
3.3.3. Zdrowie
Wymagania zasadnicze 1.3.1 i 1.3.2 określone w załączniku III do dyrektywy (UE) 2016/797 nie odnoszą się do podsystemu "Aplikacje telematyczne".
3.3.4. Ochrona środowiska
Wymagania zasadnicze 1.4.1, 1.4.2, 1.4.3, 1.4.4 i 1.4.5 określone w załączniku III do dyrektywy (UE) 2016/797 nie odnoszą się do podsystemu "Aplikacje telematyczne".
3.3.5. Zgodność techniczna
Wymaganie zasadnicze 1.5 określone w załączniku III do dyrektywy (UE) 2016/797 nie odnosi się do podsystemu "Aplikacje telematyczne".
3.3.6. Dostępność
Wymaganie zasadnicze 1.6 określone w załączniku III do dyrektywy (UE) 2016/797 nie odnosi się do podsystemu "Aplikacje telematyczne".
System kolei, do którego zastosowanie ma dyrektywa (UE) 2016/797 i którego częścią jest podsystem "Aplikacje telematyczne", jest systemem zintegrowanym, którego spójność musi być zweryfikowana. Należy sprawdzać w szczególności, czy zachowana jest spójność: w specyfikacjach podsystemu, między jego interfejsami a systemem, z którymi jest on zintegrowany, jak również w zasadach dotyczących jego eksploatacji i utrzymania.
Biorąc pod uwagę wszystkie mające zastosowanie wymagania zasadnicze, podsystem "Aplikacje telematyczne dla przewozów towarowych" charakteryzuje się podanymi poniższej cechami.
W świetle wymagań zasadniczych przedstawionych w rozdziale 3 specyfikacje funkcjonalne i techniczne podsystemu obejmują informacje dotyczące następujących kwestii:
Niezależnie od przepisów zawartych w rozdziale 4 i jego podrozdziałach każdy zainteresowany podmiot może wymieniać komunikaty, o których mowa w rozdziałach 4.2.2.3 (tylko podczas eksploatacji lub przygotowania do eksploatacji pociągu), 4.2.4.2, 4.2.4.3, 4.2.5.2, 4.2.6.3 i 4.2.6.4, z innymi zainteresowanymi podmiotami zaangażowanymi w tę samą usługę przewozu towarowego, pod warunkiem że możliwa jest identyfikacja zainteresowanych podmiotów. Nadawca może pobierać opłatę za wymianę tych komunikatów.
LRU odpowiada za informowanie klientów zgodnie z porozumieniem umownym.
Szczegółowe specyfikacje określone są w pełnym katalogu danych. Wymagane formaty komunikatów i danych we wspomnianym katalogu określono w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model". W tym samym celu można ponadto wykorzystać inne obowiązujące normy, o ile istnieje szczególne porozumienie pomiędzy zaangażowanymi stronami, umożliwiające wykorzystywanie takich norm, w szczególności na potrzeby transportu kombinowanego/intermodalnego lub na terytoriach państw członkowskich UE graniczących z państwami trzecimi.
Ogólne uwagi na temat struktury komunikatów
Każdy komunikat składa się z dwóch zestawów danych:
Jeżeli komunikat lub element danych określony jest w niniejszym rozporządzeniu jako opcjonalny, zainteresowane strony podejmują decyzję dotyczącą stosowania go. Zasady stosowania takich komunikatów i elementów danych muszą zostać zawarte w porozumieniu umownym. Jeżeli zawarte w katalogu danych elementy opcjonalne w pewnych okolicznościach stają się obowiązkowe, informacja o tym musi zostać zawarta w katalogu danych.
4.2.1. Dane listu przewozowego
4.2.1.1. List przewozowy klienta
Klient wysyła list przewozowy do wiodącego RU. W liście tym muszą zostać wskazane wszystkie dane potrzebne do przewiezienia przesyłki od nadawcy do odbiorcy zgodnie z "Przepisami ujednoliconymi o umowie międzynarodowego przewozu towarów kolejami (CIM)" i "Przepisami ujednoliconymi o umowach użytkowania pojazdów w międzynarodowej komunikacji kolejowej (CUV)". LRU musi uzupełnić te dane o dodatkowe informacje. Podzbiór danych listu przewozowego, w tym wspomniane dodatkowe informacje, opisano w dokumentach: "TAF TSI - Annex D.2: Appendix A (WAGON/ILU TRIP PLANNING)" oraz "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model" [4]), wymienionych w tabeli w dodatku I do niniejszego rozporządzenia.
W przypadku otwartego dostępu wiodące RU zawierające umowę z klientem posiada wszystkie dane po uzupełnieniu ich o informacje dodatkowe. Nie jest wymagana wymiana komunikatów z innymi RU. Dane te są także podstawą do wystosowania wniosku o przydzielenie trasy ad hoc, jeśli jest to konieczne do wykonania listu przewozowego.
Poniższe komunikaty dotyczą przypadku, w którym przewóz nie jest wykonywany na zasadzie otwartego dostępu. Treść tych komunikatów może także być podstawą do wystosowania wniosku o przydzielenie trasy ad hoc, jeśli jest to konieczne do wykonania listu przewozowego.
4.2.1.2. Zlecenia przewozu
Zlecenie przewozu jest zasadniczo podzbiorem informacji zawartych w liście przewozowym. Musi ono zostać dostarczone przez LRU przedsiębiorstwom kolejowym uczestniczącym w łańcuchu transportowym. Treść zlecenia przewozu musi zawierać istotne informacje, które są potrzebne RU do wykonania transportu na etapie, za który to RU odpowiada, aż do przekazania przesyłki kolejnemu RU.
Struktura danych obowiązkowych w zleceniu przewozu oraz szczegóły dotyczące formatu odnośnego komunikatu wskazane zostały w pozycji zatytułowanej "Consignment Order Message" w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
Główne elementy zlecenia przewozu to:
4.2.2. Wniosek o przydzielenie trasy i przydział trasy
4.2.2.1. Uwagi wstępne
Informacje dotyczące trasy oznaczają wnioskowane, przyjęte i faktyczne dane, które mają być przechowywane, dotyczące trasy i charakterystyki pociągu w odniesieniu do każdego odcinka trasy. W poniższym opisie przedstawiono dane, które muszą być dostępne dla zarządcy infrastruktury lub organu alokującego (AB). Dane te muszą być aktualizowane za każdym razem, gdy nastąpi zmiana. W danych dotyczących trasy ustalonej na rok musi być zatem możliwe wyszukanie danych na potrzeby wprowadzania krótkoterminowych zmian. W szczególności, jeżeli zmiany te są istotne dla klienta, musi on być o nich informowany przez LRU.
Wniosek o przydzielenie trasy ad hoc
Wskutek wyjątkowych okoliczności podczas jazdy pociągu lub z powodu pilnych zapotrzebowań transportowych przedsiębiorstwo kolejowe lub wnioskodawca musi mieć możliwość otrzymania ad hoc trasy w sieci.
Pełniąc rolę odpowiedzialnego wnioskodawcy, RU/wnioskodawca musi dostarczyć zarządcy infrastruktury wszystkie niezbędne dane o tym, kiedy i dokąd wymagana jest jazda pociągu, wraz ze wszystkimi parametrami fizycznymi, które mają znaczenie w odniesieniu do infrastruktury. Wymagania te obowiązują w odniesieniu do wszystkich wniosków o przydzielenie trasy ad-hoc i powiązanych komunikatów. Na poziomie europejskim nie określono dla nich minimalnych ram czasowych. Minimalne ramy czasowe mogą zostać określone w regulaminie sieci.
Wniosek o przydzielenie trasy ad hoc nie uwzględnia kwestii związanych z zarządzaniem ruchem. Rozgraniczenie czasowe pomiędzy przydzieleniem trasy ad hoc a zmianami trasy w związku z zarządzaniem ruchem jest przedmiotem porozumień miejscowych i może być określone w regulaminie sieci.
Wymagania dotyczące obowiązków RU/wnioskodawcy/IM w trakcie procesu wnioskowania o przydzielenie trasy oraz procesu przydziału trasy nie są częścią niniejszego rozporządzenia. Stosowne informacje podano w rozporządzeniu wykonawczym Komisji (UE) 2019/773 4 (TSI "Ruch kolejowy").
4.2.2.2. Komunikat "Wniosek o przydzielenie trasy"
Pełniąc rolę odpowiedzialnego wnioskodawcy, RU/wnioskodawca wysyła komunikat "Wniosek o przydzielenie trasy" do zarządcy infrastruktury (IM)/organu alokującego (AB) w celu zwrócenia się z wnioskiem o przydzielenie trasy.
Definicję obowiązkowej struktury komunikatu "Wniosek o przydzielenie trasy" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.2.3. Komunikat "Szczegółowe dane o trasie"
Pełniąc rolę IM odpowiedzialnego za planowanie, IM/AB wysyła komunikat "Szczegółowe dane o trasie" do RU/wnioskodawcy jako odpowiedź na złożony przez to RU/tego wnioskodawcę wniosek o przydzielenie trasy.
Definicję obowiązkowej struktury komunikatu "Szczegółowe dane o trasie" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.2.4. Komunikat "Trasa potwierdzona"
Pełniąc rolę odpowiedzialnego wnioskodawcy, wnioskujące RU/wnioskodawca wysyła komunikat "Trasa potwierdzona" w celu potwierdzenia trasy zaproponowanej przez IM/AB.
Definicję obowiązkowej struktury komunikatu "Trasa potwierdzona" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.2.5. Komunikat "Odmowa szczegółowych danych o trasie"
Pełniąc rolę odpowiedzialnego wnioskodawcy, wnioskujące RU/wnioskodawca wysyła komunikat "Odmowa szczegółowych danych o trasie" do właściwego IM/AB w celu odrzucenia zaproponowanych przez niego danych o trasie.
Definicję obowiązkowej struktury komunikatu "Odmowa szczegółowych danych o trasie" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.2.6. Komunikat "Trasa odwołana"
Pełniąc rolę odpowiedzialnego wnioskodawcy (w fazie planowania) lub rolę odpowiedzialnego RU (w fazie eksploatacji), RU/wnioskodawca wysyła komunikat "Trasa odwołana" do właściwego IM/AB w celu odwołania całości albo części potwierdzonej trasy.
Definicję obowiązkowej struktury komunikatu "Trasa odwołana" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.2.7. Komunikat "Trasa niedostępna"
Pełniąc rolę IM odpowiedzialnego za planowanie (w fazie planowania) lub rolę odpowiedzialnego IM (w fazie eksploatacji), IM/AB wysyła komunikat "Trasa niedostępna" do zamawiającego trasę RU/wnioskodawcy w przypadku, gdy trasa potwierdzona przez RU/wnioskodawcę nie jest już dostępna.
IM musi powiadomić RU, jak tylko dowie się, że trasa pociągu nie jest dostępna. Komunikat "Trasa niedostępna" może zostać wysłany w dowolnym czasie od chwili zakontraktowania trasy pociągu do odjazdu pociągu. Powodem tego komunikatu może być np. zakłócenie na trasie.
Komunikat "Trasa niedostępna" oznacza, że trasa lub jej część nie może być wykorzystana i już nie istnieje.
Jeżeli dostępna jest trasa alternatywna, IM musi bez kolejnego wniosku ze strony RU wysłać alternatywną propozycję wraz z tym komunikatem lub gdy tylko trasa ta będzie znana. Dokonuje się tego za pomocą komunikatu "Szczegółowe dane o trasie" związanego z tym komunikatem "Trasa niedostępna". Jeżeli alternatywna propozycja nie jest możliwa, IM musi niezwłocznie poinformować o tym RU.
Definicję obowiązkowej struktury komunikatu "Trasa niedostępna" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.2.8. Komunikat "Potwierdzenie odbioru"
Odbiorca każdego komunikatu wysyła komunikat "Potwierdzenie odbioru" do nadawcy pierwotnego komunikatu w celu potwierdzenia, że pierwotny komunikat dotarł do systemu, z którego korzysta odbiorca.
Definicję obowiązkowej struktury komunikatu "Potwierdzenie odbioru" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.3. Przygotowanie pociągu
4.2.3.1. Uwagi ogólne
Niniejszy parametr podstawowy określa komunikaty, które muszą być wymieniane na etapie przygotowania pociągu do czasu rozpoczęcia jazdy pociągu.
Przygotowanie pociągu obejmuje sprawdzenie zgodności między pociągiem a drogą. Zgodność tę sprawdza RU, na podstawie dostarczonych przez odpowiednich IM informacji zawierających opis infrastruktury i jej ograniczeń.
Jeżeli pociąg zostaje w całości przejęty przez kolejne RU, odpowiedzialne RU przesyła dane o składzie pociągu do kolejnego odpowiedzialnego RU. Zgodnie z porozumieniem umownym odpowiedzialne RU musi wysłać ten komunikat również do IM. Ma to również zastosowanie, jeżeli trasa została zamówiona przez innego odpowiedzialnego wnioskodawcę, który upoważnił odpowiedzialne RU do wykonania przejazdu pociągu. Ponadto odpowiedzialne RU pozostaje partnerem w wymianie komunikatów z IM, jeżeli zleca podwykonawstwo w zakresie przejazdu pociągu innemu RU.
Jeżeli skład pociągu ulegnie zmianie w pewnym miejscu trasy, komunikat ten musi zostać wysłany jeszcze raz, z informacjami zaktualizowanymi przez odpowiadające za to RU.
4.2.3.2. Komunikat "Skład pociągu"
Odpowiedzialne RU wysyła komunikat "Skład pociągu", określając w nim skład pociągu, do następnego odpowiedzialnego RU zaangażowanego w usługę przewozu towarowego oraz do wiodącego RU. Zgodnie z regulaminem sieci odpowiedzialne RU musi wysłać komunikat "Skład pociągu" również do IM.
Definicję obowiązkowej struktury komunikatu "Skład pociągu" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
Minimalny zakres informacji, jakie muszą zostać dostarczone na potrzeby wymiany komunikatu "Skład pociągu" pomiędzy RU a IM został określony w rozdziale 4.2.2.7.2 rozporządzenia wykonawczego (UE) 2019/773 (TSI "Ruch kolejowy").
4.2.3.3. Komunikat "Pociąg gotowy"
Odpowiedzialne RU wysyła do zarządcy infrastruktury komunikat "Pociąg gotowy" za każdym razem, gdy pociąg jest gotowy do jazdy po zakończeniu jego przygotowania, chyba że zgodnie z przepisami krajowymi zarządca infrastruktury uznaje rozkład jazdy za komunikat "Pociąg gotowy".
W przypadku transportu kombinowanego operator terminalu wysyła do RU komunikat "Pociąg gotowy" za każdym razem, gdy skład wagonów jest gotowy do rozpoczęcia jazdy. RU dostarczające trakcję do punktu wejścia IM wysyła komunikat "Pociąg gotowy" do RU wykonującego usługę kolejową w sieci IM.
Definicję obowiązkowej struktury komunikatu "Pociąg gotowy" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.4. Informacja o jeździe pociągu i prognoza jazdy pociągu
4.2.4.1. Uwagi ogólne
Niniejszy parametr podstawowy określa informacje o jeździe pociągu i prognozę jazdy pociągu. Wskazuje się w nim, w jaki sposób ma być prowadzony dialog pomiędzy zarządcą infrastruktury a przedsiębiorstwem kolejowym, aby zapewnić wymianę informacji o jeździe pociągu i prognoz jazdy pociągu.
Niniejszy parametr podstawowy określa, w jaki sposób zarządca infrastruktury musi w odpowiednim momencie wysłać informację o jeździe pociągu do przedsiębiorstwa kolejowego oraz do kolejnego sąsiedniego zarządcy infrastruktury zaangażowanego w przejazd pociągu.
Celem informacji o jeździe pociągu jest przekazywanie szczegółowych danych dotyczących bieżącego statusu pociągu w wynikających z umowy punktach raportowania.
Prognoza jazdy pociągu jest wykorzystywana do udzielania informacji na temat przewidywanego czasu w wynikających z umowy punktach prognozy. Komunikat ten musi zostać wysłany przez zarządcę infrastruktury do przedsiębiorstwa kolejowego oraz sąsiedniego zarządcy infrastruktury zaangażowanego w przejazd.
W porozumieniach umownych określa się punkty raportowania w odniesieniu do jazdy pociągu.
Ta wymiana informacji pomiędzy RU a IM odbywa się zawsze pomiędzy IM zarządzającym odnośną infrastrukturą a odpowiedzialnym RU, na którym spoczywa odpowiedzialność za przejazd pociągu. Ma to również zastosowanie, jeżeli trasa została zamówiona przez innego odpowiedzialnego wnioskodawcę, który upoważnił odpowiedzialne RU do wykonania przejazdu pociągu. Ponadto odpowiedzialne RU pozostaje partnerem w wymianie komunikatów z IM, jeżeli zleca podwykonawstwo w zakresie przejazdu pociągu innemu RU.
Na podstawie porozumienia umownego LRU zapewnia klientowi prognozę jazdy pociągu i informację o jeździe pociągu. Punkty raportowania są uzgadniane przez obie strony w ramach umowy.
4.2.4.2. Komunikat "Prognoza jazdy pociągu"
Komunikat ten musi zostać wysłany przez IM do RU, które wykonuje przejazd pociągiem, w odniesieniu do punktów przekazania, punktów wymiany oraz do punktu docelowego pociągu, zgodnie z opisem w rozdziale 4.2.4.1.
W przypadku transportu kombinowanego na mocy porozumienia umownego LRU/odpowiedzialne RU zapewnia przekazanie komunikatu "Prognoza jazdy pociągu" operatorowi terminalu.
Ponadto komunikat ten musi być wysłany przez IM do RU w odniesieniu do innych punktów raportowania zgodnie z umowami między RU a IM.
Prognozę jazdy pociągu można także wysłać zanim pociąg rozpocznie jazdę. W odniesieniu do dodatkowych opóźnień mających miejsce pomiędzy dwoma punktami raportowania w umowie pomiędzy przedsiębiorstwem kolejowym a zarządcą infrastruktury należy określić wartość progową, na podstawie której podejmowana jest decyzja o wysłaniu pierwotnej lub nowej prognozy. Jeżeli stopień opóźnienia nie jest znany, zarządca infrastruktury musi wysłać "Komunikat o zakłóceniu usługi" (zob. rozdział 4.2.5. "Informacje o zakłóceniu usługi").
W komunikacie "Prognoza jazdy pociągu" podaje się prognozowany czas w odniesieniu do uzgodnionych punktów prognozy.
Zarządca infrastruktury wysyła ten komunikat do następnego sąsiedniego zarządcy infrastruktury zaangażowanego w przejazd pociągu.
Definicję obowiązkowej struktury komunikatu "Prognoza jazdy pociągu" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.4.3. Komunikaty "Informacja o jeździe pociągu" i "Przyczyna opóźnienia pociągu".
Komunikat "Informacja o jeździe pociągu" musi zostać wysłany przez IM do odpowiedzialnego RU przy:
Gdy tylko znana jest przyczyna opóźnienia (pierwsze założenie), oraz w przypadku aktualizacji informacji na jej temat, IM powinien przekazać te informacje odpowiedzialnemu RU w osobnym komunikacie "Przyczyna opóźnienia pociągu".
Definicję obowiązkowej struktury komunikatów "Informacja o jeździe pociągu" i "Przyczyna opóźnienia pociągu" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.5. Informacje o zakłóceniu usługi
4.2.5.1. Uwagi ogólne
Niniejszy parametr podstawowy określa, w jaki sposób informacje o zakłóceniu usługi są wymieniane pomiędzy przedsiębiorstwem kolejowym a zarządcą infrastruktury.
Jeśli RU uzyska informację o zakłóceniu usługi podczas wykonywania przejazdu pociągiem, za który jest odpowiedzialny, musi niezwłocznie powiadomić stosownego IM (informacja może zostać przekazana przez RU ustnie). Jeżeli dochodzi do wstrzymania jazdy pociągu, zarządca infrastruktury wysyła komunikat "Wstrzymana jazda pociągu" do RU, z którym zawarł umowę, oraz do kolejnego sąsiedniego zarządcy infrastruktury zaangażowanego w jazdę pociągu.
Jeżeli wielkość opóźnienia jest znana, zarządca infrastruktury musi zamiast komunikatu "Wstrzymana jazda pociągu" wysłać komunikat "Prognoza jazdy pociągu".
4.2.5.2. Komunikat "Wstrzymana jazda pociągu"
Jeżeli jazda pociągu zostaje wstrzymana IM wysyła ten komunikat do kolejnego sąsiedniego IM zaangażowanego w przejazd pociągu i do odpowiedzialnego RU.
W przypadku transportu kombinowanego na mocy porozumienia umownego LRU/RU zapewnia przekazanie komunikatu "Wstrzymana jazda pociągu" operatorowi terminalu.
Definicję obowiązkowej struktury komunikatu "Wstrzymana jazda pociągu" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.6. ETI/ETA przesyłki
4.2.6.1. Uwagi wstępne
W rozdziale 4.2.2 ("Wniosek o przydzielenie trasy") opisano głównie komunikację między RU i IM. Indywidualne monitorowanie wagonów lub jednostek intermodalnych nie wchodzi w zakres takiej wymiany informacji. Monitorowanie to odbywa się na poziomie RU/LRU na podstawie komunikatów dotyczących pociągu, co zostało opisane w poniższych rozdziałach, od 4.2.6 ("ETI/ETA przesyłki") do 4.2.7 ("Ruch wagonów").
Podstawę wymiany i aktualizacji informacji dotyczących wagonów i jednostek intermodalnych stanowią zasadniczo przechowywane w bazach "plany podróży" i "dane o ruchach wagonów" (rozdział 4.2.10.2: "Inne bazy danych").
Dla klienta najważniejszą informacją jest zawsze przewidywany czas przyjazdu (ETA) jego przesyłki i przewidywany czas przyjazdu pociągu (TETA). ETA dotyczący wagonów, a także ETI są również podstawowymi informacjami w komunikacji pomiędzy LRU i RU. Informacje te są dla LRU głównym instrumentem monitorowania fizycznego transportu przesyłki oraz sprawdzania zgodności przebiegu tego transportu z zobowiązaniami wobec klienta.
Wszystkie prognozowane czasy zawarte w komunikatach dotyczących pociągu odnoszą się do przyjazdu pociągu do pewnego punktu, którym może być punkt przekazania, punkt wymiany, punkt docelowy pociągu lub inny punkt raportowania. Wszystkie te pozycje są przewidywanymi czasami przyjazdu pociągu (ang. Train Estimated Times of Arrivals, TETA).
Zgodnie z porozumieniem umownym LRU podaje klientowi w odniesieniu do danej przesyłki przewidywany czas przyjazdu (ETA) oraz przewidywany czas wymiany (ETI), a w odniesieniu do pociągu podaje TETA. Stopień szczegółowości uzgadniany jest przez obie strony w ramach umowy.
W przypadku transportu kombinowanego w komunikatach zawierających identyfikatory jednostek ładunkowych (np. kontenerów, nadwozi wymiennych i naczep) stosuje się kody BIC lub kody ILU zgodnie z, odpowiednio, normą ISO 6346 i normą EN 13044.
4.2.6.2. Obliczanie ETI/ETA
Obliczanie ETI/ETA oparte jest o informacje otrzymane od zarządcy odnośnej infrastruktury, który w komunikacie "Prognoza jazdy pociągu" podaje przewidywany czas przyjazdu pociągu do określonych punktów raportowania (w każdym przypadku w odniesieniu do punktów przekazania, wymiany lub przyjazdu, w tym również terminali intermodalnych) na uzgodnionej trasie, np. czas przyjazdu do punktu przekazania między danym IM a kolejnym IM (w takim przypadku TETA odpowiada ETH).
W odniesieniu do punktów wymiany lub innych określonych punktów raportowania na uzgodnionej trasie RU musi obliczyć na użytek kolejnego RU w łańcuchu przesyłki transportowej przewidywany czas wymiany (ETI) dla wagonów lub jednostek intermodalnych.
Uwaga dotycząca transportu kombinowanego: W przypadku jednostek intermodalnych w wagonie ETI wagonu stanowi również ETI jednostek intermodalnych. W odniesieniu do ETA jednostek intermodalnych należy zauważyć, że RU nie jest w stanie obliczyć takiego ETA ani TETA poza publiczną siecią IM. W związku z tym RU może dostarczyć jedynie ETI odnoszące się do RU działającego w terminalu, które zapewni ETA lub TETA operatorowi terminalu przyjazdowego. W oparciu o te ETA i TETA operator terminalu dostarczy ETP operatorowi transportu kombinowanego, który przekaże ten ETP odbiorcy końcowemu (np. nadawcy towarów, dostawcy usług logistycznych itp.).
Wiodące RU jest odpowiedzialne za porównywanie ETA i TETA ze zobowiązaniem wobec klienta.
W przypadku odchyleń ETA i TETA od czasu określonego w zobowiązaniu wobec klienta należy postępować zgodnie z umową; odchylenia takie mogą prowadzić do wszczęcia przez LRU procesu zarządzania alertem. Do przekazywania informacji o wyniku tego procesu stosuje się komunikat "Alert".
LRU musi posiadać możliwość wystosowania zapytania o odchylenia dotyczącego pociągów lub wagonów, przy czym możliwość ta stanowi podstawę procesu zarządzania alertem. To zapytanie LRU i odpowiedź RU zostały również określone poniżej.
4.2.6.3. Komunikat "ETI/ETA wagonów"
Odpowiedzialne RU wysyła ten komunikat w celu poinformowania kolejnego odpowiedzialnego RU w łańcuchu transportowym o ETI lub zaktualizowanym ETI.
Wszystkie odpowiedzialne RU w łańcuchu transportowym wagonów wysyłają ETI/ETA lub zaktualizowany ETI/ETA do LRU. Zgodnie z porozumieniem umownym na podstawie zgromadzonych ETI wiodące RU oblicza i przekazuje swojemu klientowi oraz operatorowi terminalu dokładne ETA lub TETA.
Definicję obowiązkowej struktury komunikatu "ETI/ETA wagonów" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.6.4. Komunikat "Alert"
W wyniku porównania ETA z zobowiązaniem wobec klienta LRU może wysłać komunikat "Alert" do uczestniczących RU. Definicję obowiązkowej struktury komunikatu "Alert" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
Uwaga: W przypadku otwartego dostępu obliczenie ETI i ETA jest wewnętrznym procesem RU. W takim przypadku RU jest równocześnie wiodącym RU.
4.2.7. Ruch wagonów
4.2.7.1. Uwagi wstępne
Dane zawarte w wymienionych poniżej komunikatach muszą być przechowane i elektronicznie dostępne do celów raportowania o ruchu wagonu. Muszą one również być wymieniane między upoważnionymi stronami w ramach komunikatu na podstawie umowy.
Na podstawie porozumienia umownego LRU musi udzielać klientowi informacji o ruchu wagonów za pomocą komunikatów opisanych poniżej.
4.2.7.2. Komunikat "Powiadomienie o zwolnieniu wagonu"
Wiodące RU niekoniecznie jest pierwszym RU w łańcuchu transportowym. W takim przypadku LRU musi powiadomić RU odpowiadające za dany przejazd, że wagon jest gotowy do zabrania z bocznicy klienta (miejsce odjazdu zgodnie ze zobowiązaniem LRU) o danym czasie zwolnienia (data i czas odjazdu).
Dane o takich zdarzeniach mogą być przechowywane w operacyjnej bazie danych wagonów i jednostek inter- modalnych. Definicję obowiązkowej struktury komunikatu "Powiadomienie o zwolnieniu wagonu" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.7.3. Komunikat "Powiadomienie o odjeździe wagonu"
RU musi powiadomić LRU o rzeczywistej dacie i czasie, kiedy wagon został zabrany z miejsca odjazdu.
Dane o takich zdarzeniach mogą być przechowywane w operacyjnej bazie danych wagonów i jednostek intermodalnych. Poprzez wymianę tego komunikatu odpowiedzialność za wagon przechodzi z klienta na RU. Definicję obowiązkowej struktury komunikatu "Powiadomienie o odjeździe wagonu" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.7.4. Komunikat "Przyjazd wagonu do stacji rozrządowej"
RU musi powiadomić LRU, że wagon przybył do jego stacji rozrządowej. Komunikat ten może być oparty o komunikat "Informacja o jeździe pociągu" opisany w rozdziale 4.2.4 ("Prognoza jazdy pociągu"). Dane o tym zdarzeniu mogą być przechowywane w operacyjnej bazie danych wagonów i jednostek intermodalnych. Definicję obowiązkowej struktury komunikatu "Przyjazd wagonu do stacji rozrządowej" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.7.5. Komunikat "Wyjazd wagonu ze stacji rozrządowej"
RU musi powiadomić LRU, że wagon opuścił jego stację rozrządową. Komunikat ten może być oparty o komunikat "Informacja o jeździe pociągu" opisany w rozdziale 4.2.4 ("Prognoza jazdy pociągu"). Dane o tym zdarzeniu mogą być przechowywane w operacyjnej bazie danych wagonów i jednostek intermodalnych. Definicję obowiązkowej struktury komunikatu "Wyjazd wagonu ze stacji rozrządowej" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.7.6. Komunikat "Wyjątkowa sytuacja wagonu"
RU musi powiadomić LRU, jeśli z wagonem zdarzyło się coś nieoczekiwanego, co mogłoby mieć wpływ na ETI/ETA lub co wymaga dodatkowego działania. W większości przypadków komunikat ten wymaga również obliczenia nowego ETI/ETA. Jeżeli LRU zdecyduje, że konieczne jest określenie nowego ETI/ETA, odsyła komunikat do RU, które wysłało komunikat o wyjątkowej sytuacji, i zawiera w nim wskazanie "Wnioskuje się o ETI/ETA" (komunikaty: "Wyjątkowa sytuacja wagonu", "Wnioskuje się o ETI/ETA"). Obliczenie nowego ETI/ETA musi być wykonane zgodnie z procedurą podaną w rozdziale 4.2.6 (ETI/ETA przesyłki).
Informacja ta może zostać zachowana w operacyjnej bazie danych wagonów i jednostek intermodalnych. Definicję obowiązkowej struktury komunikatu "Wyjątkowa sytuacja wagonu" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.7.7. Komunikat "Powiadomienie o przyjeździe wagonu"
Ostatnie RU w łańcuchu transportowym wagonów lub jednostek intermodalnych musi powiadomić LRU, że wagon przybył do jego stacji rozrządowej (lokalizacja RU). Definicję obowiązkowej struktury komunikatu "Powiadomienie o przyjeździe wagonu" oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.7.8. Komunikat "Powiadomienie o dostawie wagonu"
Ostatni RU w łańcuchu transportowym wagonów musi powiadomić LRU, że wagon został umieszczony na bocznicy odbiorcy.
Uwaga: W przypadku otwartego dostępu opisany ruch wagonu jest wewnętrznym procesem RU (LRU). Niemniej jednak wszystkie obliczenia i przechowanie danych muszą być wykonane przez niego jako LRU posiadającego umowę i zobowiązanie wobec klienta.
Schemat proceduralny w odniesieniu do tych komunikatów, oparty na przykładzie 1 obliczenia ETI dla wagonów 1 i 2 (zob. rozdział 4.2.6.2: "Obliczanie ETI/ETA") został zintegrowany ze schematem raportowania wymiany przedstawionym w wymienionym w dodatku I dokumencie "TAF TSI - Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages", w rozdziale 6.
4.2.8. Wymiana danych w celu poprawy jakości
Aby zachować konkurencyjność, europejskie kolejnictwo musi poprawić jakość usług świadczonych swym klientom (zob. również pkt 2.7.1 w załączniku III do dyrektywy (UE) 2016/797). Proces pomiarowy stanowi zasadniczy proces odbywający się po podróży, mający na celu wspieranie działań na rzecz poprawy jakości. Oprócz mierzenia jakości usługi świadczonej na rzecz klienta LRU, RU i IM muszą mierzyć jakość wszystkich składników usługi, które składają się na produkt dostarczany klientowi. W procesie tym uczestniczą IM i RU (zwłaszcza jeśli są one wiodącymi RU), którzy/które wybierają indywidualny parametr jakości, drogę lub lokalizację oraz okres pomiaru, w odniesieniu do których mają być mierzone rzeczywiste wyniki w stosunku do z góry ustalonych kryteriów, które zazwyczaj są określane w umowie. Wyniki procesu pomiarowego muszą wyraźnie pokazywać poziom osiągnięć względem wartości docelowych, które zostały uzgodnione między stronami umowy.
4.2.9. Główne dane referencyjne
4.2.9.1. Wstęp
By usprawnić proces przygotowania pociągu i eksploatacji wagonów, posiadacz wagonów powinien udostępniać dane dotyczące taboru w referencyjnej bazie danych taboru kolejowego.
4.2.9.2. Referencyjne bazy danych taboru kolejowego
Posiadacz taboru kolejowego jest odpowiedzialny za przechowywanie danych o taborze kolejowym w referencyjnej bazie danych taboru kolejowego.
Informacje, które muszą być zachowywane w indywidualnych referencyjnych bazach danych taboru kolejowego, opisane są szczegółowo w wymienionym w dodatku I dodatku C.
Referencyjne bazy danych taboru kolejowego muszą umożliwiać łatwy dostęp do danych referencyjnych o taborze w celu ograniczenia do minimum objętości danych przesyłanych w ramach każdej operacji. Zawartość baz danych musi być dostępna, na podstawie usystematyzowanych praw dostępu zależnych od uprawnień, dla wszystkich dostawców usług (w szczególności dla IM i RU).
Wpisy w referencyjnej bazie danych taboru kolejowego mogą być pogrupowane w następujących kategoriach:
Posiadacz jest zobowiązany zapewnić, że dane te są dostępne i że odpowiadające im procesy zostały przeprowadzone;
Definicję obowiązkowej struktury referencyjnej bazy danych taboru oraz wymagane elementy podano w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.10. Lista plików referencyjnych i referencyjnych baz danych
4.2.10.1. Pliki referencyjne
Na potrzeby eksploatacji pociągów towarowych w sieci europejskiej dostawcy usług (IM, RU, dostawcy usług logistycznych i zarządcy floty pojazdów) muszą mieć dostęp do wskazanych poniżej plików referencyjnych. Dane te muszą w każdym momencie odzwierciedlać rzeczywisty stan rzeczy. W przypadku gdy plik referencyjny jest użytkowany wspólnie z TSI TAP, rozwijanie jego zawartości i wprowadzane w nim zmiany muszą być zgodne z TSI TAP w celu osiągnięcia jak najwyższego stopnia synergii.
Agencja Kolejowa Unii Europejskiej będzie centralnie przechowywać i utrzymywać niepowtarzalne kody w odniesieniu do następujących danych referencyjnych:
Agencja zachowuje kopię referencyjnego pliku podstawowych kodów lokalizacji i kodów przedsiębiorstw. Na indywidualne żądanie i bez uszczerbku dla praw własności intelektualnej, dane te powinny być dostępne dla ogółu społeczeństwa.
Pozostałe listy kodów zostały określone w wymienionym w dodatku I dokumencie "TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model".
4.2.10.2. Operacyjna baza danych wagonów i jednostek intermodalnych (opcjonalna)
Aby umożliwić śledzenie ruchu pociągów i wagonów, można zainstalować operacyjną bazę danych wagonów i jednostek intermodalnych, aktualizowaną w czasie rzeczywistym przy każdym stosownym zdarzeniu. Upoważnione podmioty, takie jak posiadacze i zarządcy floty pojazdów mogą mieć dostęp do danych istotnych dla pełnienia przez nich ich funkcji zgodnie z warunkami umów.
Komunikacja pomiędzy LRU a RU w trybie współpracy opiera się na numerach wagonów lub jednostek intermo- dalnych. Dlatego RU, który komunikuje się z IM w odniesieniu do pociągu, musi rozbić podawane informacje na informacje dotyczące wagonów i jednostek intermodalnych. Informacje dotyczące wagonów i jednostek inter- modalnych mogą być przechowywane w operacyjnej bazie danych wagonów i jednostek intermodalnych. Napływające informacje o ruchu pociągu powodują konieczność nowych wpisów/aktualizacji danych w operacyjnej bazie danych wagonów i jednostek intermodalnych, podawanych do wiadomości klientowi. Część odnosząca się do danych dotyczących ruchu wagonu lub jednostki intermodalnej jest tworzona w bazie danych najpóźniej w momencie otrzymania od klienta czasu zwolnienia wagonu lub jednostki intermodalnej. Czas zwolnienia jest
pierwszym wpisem dotyczącym ruchu wagonu dokonywanym w operacyjnej bazie danych wagonów i jednostek intermodalnych i związanym z rzeczywistą trasą przejazdu. Komunikaty dotyczące ruchu wagonów zostały określone w rozdziale 4.2.7 ("Ruch wagonów"). Ta baza danych jest dostępna za pośrednictwem wspólnego interfejsu (rozdziały:
4.2.11.1 "Ogólna architektura" oraz 4.2.11.6 "Wspólny interfejs").
Operacyjna baza danych wagonów i jednostek intermodalnych służy śledzeniu ruchu wagonów, a przez to również komunikacji pomiędzy uczestniczącymi RU a LRU. Baza ta zawiera dane odzwierciedlające ruch wagonu lub jednostki intermodalnej począwszy od odjazdu po końcową dostawę na bocznicę klienta, wraz z ETI i rzeczywistymi czasami w różnych miejscach, aż po ETA ostatecznej dostawy. Baza zawiera również informację o określonym statusie taboru kolejowego, na przykład:
Status ten jest wymagany do wymiany informacji pomiędzy RU a IM oraz przekazywania ich do innych przedsiębiorstw kolejowych zaangażowanych w wykonywanie transportu pociągiem.
Status ten jest wymagany do wymiany informacji pomiędzy IM a RU, z innymi zarządcami infrastruktury oraz z innymi przedsiębiorstwami kolejowymi zaangażowanymi w wykonywanie transportu pociągiem.
Status ten jest wymagany do wymiany informacji pomiędzy IM a RU, z innymi zarządcami infrastruktury oraz innymi przedsiębiorstwami kolejowymi zaangażowanymi w wykonywanie transportu pociągiem.
Status ten jest wymagany do wymiany informacji pomiędzy RU w punkcie docelowym a LRU zaangażowanym w dany transport.
Status ten jest wymagany do uzyskania informacji o dostępności pojazdu o określonej charakterystyce.
4.2.10.3. Dodatkowe wymagania dotyczące baz danych
Każdy system (baza danych) musi być jasno zdefiniowany, a spójność jego danych muszą zapewniać odpowiednie zasady dotyczące dostępności danych i uzyskiwania dostępu do danych.
4.2.11. Łączność sieciowa i komunikacja
4.2.11.1. Architektura ogólna
Celem architektury informatycznej jest wymiana informacji w bezpiecznym, zaufanym środowisku między wszystkimi podmiotami kolejowymi w jednolitym europejskim obszarze kolejowym (SERA).
W ramach omawianego podsystemu rozwinie się z czasem duża i złożona społeczność użytkowników aplikacji telematycznych w sektorze interoperacyjności kolei, w której będzie miała miejsce interakcja pomiędzy setkami uczestniczących podmiotów (RU, IM itd.), które będą konkurować lub współpracować przy zaspokajaniu potrzeb rynku.
Infrastruktura sieci i komunikacji, wspierająca taką społeczność w sektorze interoperacyjności kolei, oparta będzie na wspólnej architekturze wymiany informacji, znanej wszystkim uczestniczącym podmiotom i przez nie przyjętej.
Proponowana architektura wymiany informacji:
Architektura wymiany informacji jest oparta na stale aktualizowanych powszechnie przyjętych standardach stosowanych w przemyśle informatycznym, które zapewniają odpowiedni poziom cyberbezpieczeństwa względem stwierdzonych zagrożeń. Interakcje między wszystkimi podmiotami muszą gwarantować ogólną integralność i spójność interoperacyjności kolei, zapewniając zestaw scentralizowanych usług.
Wdrożenie koncepcji architektury, np. komunikacji typu "peer-to-peer", oparte jest na normach technicznych dotyczących wspólnego interfejsu opisanych w zawartym w dodatku I dokumencie technicznym ERA-TD-104 "Annex D.2: Appendix E - Common Interface [Załącznik D.2: Dodatek E - Wspólny interfejs].
Prezentację graficzną architektury ogólnej zawarto w wymienionym w dodatku I dokumencie "TAF TSI - Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages", w rozdziale 1.5.
4.2.11.2. Sieć i bezpieczeństwo
"Sieć" w tym przypadku oznacza metodę i filozofię komunikacji, a nie fizyczną sieć połączeń.
Sieć zapewnia niezbędny poziom cyberbezpieczeństwa.
Interoperacyjność kolei oparta jest na wspólnej architekturze wymiany informacji, znanej wszystkim uczestnikom i przez nich przyjętej, co stanowi zachętę dla nowych podmiotów na rynku, zwłaszcza klientów, i zmniejsza stojące przed nimi przeszkody.
Koncepcja bezpieczeństwa może być wdrażana na różnych poziomach stosu komunikacyjnego między dwoma podmiotami.
Aby osiągnąć wysoki poziom bezpieczeństwa, wszystkie komunikaty muszą być autonomiczne, co oznacza, że informacje zawarte w komunikatach są zabezpieczone i odbiorca może zweryfikować autentyczność komunikatu. Można to zapewnić przy użyciu systemu szyfrowania i podpisywania podobnego do szyfrowania poczty elektronicznej.
4.2.11.3. Szyfrowanie
Do celów transmisji i przechowywania danych można zastosować szyfrowanie asymetryczne lub symetryczne, w zależności od wymagań biznesowych. W tym celu należy wdrożyć infrastrukturę klucza publicznego (PKI).
Szyfrowanie oparte jest na normach technicznych dotyczących wspólnego interfejsu opisanych w zawartym w dodatku I dokumencie technicznym ERA-TD-104 "Annex D.2: Appendix E - Common Interface [Załącznik D.2: Dodatek E - Wspólny interfejs].
4.2.11.4. Centralne repozytorium
Centralne repozytorium musi być zdolne do obsługiwania:
Zarządzanie centralnym repozytorium powinno zostać powierzone niekomercyjnej organizacji ogólnoeuropejskiej. W przypadku gdy centralne repozytorium jest użytkowane w połączeniu z TSI TAP, jego rozwój i zmiany przeprowadza się w sposób możliwie jak najbardziej zbliżony do wdrożonej TSI TAP, tak by osiągnąć optymalny poziom współdziałania.
4.2.11.5. Wspólny interfejs
Zgodność z TSI, w odniesieniu do wymiany danych, oznacza wymianę obowiązkowych elementów katalogu danych TAF (XSD) zgodnie z przepisami rozdziału 4.2 TSI TAF.
W tym celu można korzystać ze specyfikacji wspólnego interfejsu, w tym z zastosowania XSD bez żadnego konkretnego porozumienia między uczestniczącymi podmiotami. Specyfikacje CI powinny być regularnie dostosowywane w celu uwzględnienia nowych technologii komunikacyjnych.
Ponadto możliwe jest połączenie dowolnych technologii komunikacyjnych, jeżeli jest ono zgodne ze specyfikacjami CI i jeżeli między uczestniczącymi podmiotami istnieje szczególne porozumienie.
Wspólny interfejs musi być w stanie obsługiwać:
Każda instalacja wspólnego interfejsu u każdego posiadacza wagonów, LRU, RU, IM itp. będzie zapewniać dostęp do wszystkich danych wymaganych zgodnie z TSI, bez względu na to, czy odnośne bazy danych są centralne czy indywidualne (zob. również wymieniony w dodatku I dokument "TAF TSI - Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages" rozdział 1.6).
W przypadku gdy wspólny interfejs jest użytkowany wspólnie z TSI TAP, rozwój i zmiany przeprowadza się w sposób możliwie jak najbardziej zbliżony do wdrożonej TSI TAP, tak by osiągnąć optymalny poziom współdziałania. Na podstawie wyników weryfikacji autentyczności komunikatów przychodzących można wdrożyć minimalny poziom potwierdzenia komunikatu:
Do zarządzania powyższymi zadaniami wspólny interfejs wykorzystuje informacje zawarte w centralnym repozytorium.
Jeżeli podmiot wdraża lokalną kopię "lustrzaną" centralnego repozytorium, musi on przy użyciu swoich własnych środków dopilnować, aby stanowiła ona dokładną i aktualną kopię centralnego repozytorium.
4.2.11.6. Protokoły
Na potrzeby opracowywanych systemów stosować można jedynie protokoły należące do zestawu protokołów internetowych (powszechnie znanych jako TCP/IP, UDP/IP itp.).
W świetle wymagań zasadniczych przedstawionych w rozdziale 3 funkcjonalne i techniczne specyfikacje dotyczące interfejsów są następujące:
4.3.1. Interfejsy z TSI "Infrastruktura"
Podsystem "Infrastruktura" obejmuje systemy zarządzania ruchem, śledzenia i nawigacji: techniczne instalacje do przetwarzania danych i telekomunikacji przeznaczone na potrzeby dalekobieżnych przewozów pasażerskich oraz przewozów towarowych w sieci w celu zagwarantowania bezpiecznej i harmonijnej eksploatacji sieci oraz sprawnego zarządzania ruchem.
Podsystem "Aplikacje telematyczne dla przewozów towarowych" wykorzystuje podane w umowie o trasę dane konieczne do celów operacyjnych, w miarę możliwości uzupełnione danymi dotyczącymi ograniczeń w infrastrukturze, dostarczonymi przez IM. Zatem nie istnieje bezpośredni interfejs pomiędzy niniejszą TSI a TSI dotyczącą infrastruktury.
4.3.2. Interfejsy z TSI "Sterowanie ruchem kolejowym"
Jedyne połączenie ze sterowaniem ruchem kolejowym stanowią:
4.3.3. Interfejsy z podsystemem "Tabor kolejowy"
Podsystem "Aplikacje telematyczne dla przewozów towarowych" określa techniczne i operacyjne dane, które muszą być dostępne w odniesieniu do taboru kolejowego.
W TSI "Tabor kolejowy" określono charakterystykę wagonu. Jeżeli charakterystyka wagonu zmieni się, odpowiednie dane muszą zostać zaktualizowane w referencyjnych bazach danych taboru kolejowego w ramach normalnego procesu utrzymania bazy danych. Zatem nie istnieje bezpośredni interfejs pomiędzy niniejszą TSI a TSI dotyczącą taboru kolejowego.
4.3.4. Interfejsy z TSI "Ruch kolejowy"
Podsystem "Ruch kolejowy" określa procedury i związane z nimi urządzenia umożliwiające spójną obsługę różnych podsystemów strukturalnych, zarówno w normalnych, jak i pogorszonych warunkach eksploatacji, w tym w szczególności prowadzenie pociągu oraz planowanie i zarządzanie ruchem.
Podsystem "Aplikacje telematyczne dla przewozów towarowych" określa głównie aplikacje na potrzeby usług przewozu towarowego, służące między innymi monitorowaniu w czasie rzeczywistym transportu i pociągów oraz zarządzaniu połączeniami z innymi rodzajami transportu. W celu zapewnienia spójności pomiędzy obydwiema TSI obowiązuje podana poniżej procedura.
W przypadku uzupełniania TSI "Ruch kolejowy" o wymagania związane z wymaganiami zawartymi w niniejszej TSI lub wprowadzania w nich zmian należy skonsultować się z organem odpowiedzialnym za niniejszą TSI.
W przypadku wprowadzania zmian w specyfikacjach niniejszej TSI związanych z wymaganiami operacyjnymi określonymi w TSI "Ruch kolejowy" należy skonsultować się z organem odpowiedzialnym za TSI "Ruch kolejowy".
4.3.5. Interfejsy z podsystemem "Aplikacje telematyczne dla przewozów pasażerskich"
| Interfejs | Referencyjna TSI dotycząca aplikacji telematycznych dla przewozów towarowych | Referencyjna TSI dotycząca aplikacji telematyczne dla przewozów pasażerskich |
| Pociąg gotowy | 4.2.3.3. Komunikat "Pociąg gotowy"" | 4.2.14.1. Komunikat "Pociąg gotowy" w odniesieniu do wszystkich pociągów |
| Prognoza jazdy pociągu | 4.2.4.2. Komunikat "Prognoza jazdy pociągu" | 4.2.15.2. Komunikat "Prognoza jazdy pociągu" w odniesieniu do wszystkich pociągów |
| Informacja o jeździe pociągu | 4.2.4.3. Informacja o jeździe pociągu | 4.2.15.1. Komunikat "Informacje o jeździe pociągu" w odniesieniu do wszystkich pociągów |
| Wstrzymana jazda pociągu (komunikat do RU) | 4.2.5.2. Wstrzymana jazda pociągu | 4.2.16.2. Komunikat "Wstrzymana jazda pociągu" w odniesieniu do wszystkich pociągów |
| Obsługa danych dotyczących rozkładu jazdy pociągów ad-hoc | 4.2.2. Wniosek o przydzielenie trasy | 4.2.17. Obsługa danych dotyczących rozkładu jazdy pociągów ad-hoc |
| Wspólny interfejs | 4.2.11.6. Wspólny interfejs | 4.2.21.7. Wspólny interfejs w odniesieniu do komunikacji RU/IM |
| Centralne repozytorium | 4.2.11.5. Centralne repozytorium | 4.2.21.6. Centralne repozytorium |
| Pliki referencyjne | 4.2.10.1. Pliki referencyjne | 4.2.19.1. Pliki referencyjne |
W świetle wymagań zasadniczych przedstawionych w rozdziale 3 zasady eksploatacji odnoszące się do podsystemu, którego dotyczy niniejsza TSI, są następujące:
4.4.1. Jakość danych
Do celów zapewnienia jakości danych nadawca każdego komunikatu TSI odpowiada za poprawność danych zawartych w komunikacie w momencie jego wysyłania. Jeśli dane źródłowe do celów zapewnienia jakości danych są dostępne w bazach danych wskazanych w niniejszej TSI, dane zawarte w tych bazach danych muszą zostać wykorzystane do zapewnienia jakości danych.
Jeśli dane źródłowe do celów zapewnienia jakości danych nie są dostępne w bazach danych wskazanych w niniejszej TSI, nadawca komunikatu musi we własnym zakresie dokonać weryfikacji w celu zapewnienia jakości danych.
Zapewnienie jakości danych obejmuje porównanie danych z baz danych wskazanych w niniejszej TSI, jak opisano powyżej, a ponadto, w stosownych przypadkach, weryfikację logiczną w celu zapewnienia terminowości i ciągłości danych i komunikatów.
Dane odznaczają się wysoką jakością, jeżeli są odpowiednie do ich przewidzianych zastosowań, to znaczy:
Jakość danych charakteryzuje przede wszystkim ich:
Ścisłość:
Wymagane informacje (dane) należy pozyskiwać w sposób możliwie jak najbardziej ekonomiczny. Jest to wykonalne tylko wówczas, gdy zapisywane są jedynie dane pierwotne, w miarę możliwości tylko jednokrotnie w odniesieniu do całego transportu. Z tego względu dane pierwotne powinny być wprowadzane do systemu możliwie jak najbliżej ich źródła, tak by mogły zostać w pełni zintegrowane z każdą późniejszą operacją przetwarzania.
Kompletność:
Przed wysłaniem komunikatów należy przy użyciu metadanych sprawdzić kompletność i składnię. Pozwala to również uniknąć niepotrzebnego ruchu informacji w sieci.
Przy użyciu metadanych należy także sprawdzić wszystkie komunikaty przychodzące pod względem kompletności.
Spójność:
W celu zagwarantowania spójności należy wdrożyć reguły biznesowe. Należy unikać dublowania wpisów, a właściciel danych powinien być wyraźnie zidentyfikowany.
Sposób wdrażania tych reguł biznesowych zależy od złożoności danej reguły. W przypadku prostych reguł wystarczają ograniczenia i wyzwalacze w bazach danych. W przypadku bardziej złożonych reguł, które wymagają danych z różnych tabel, należy wdrożyć procedury walidacji służące sprawdzeniu spójności wersji danych, zanim zostaną wygenerowane dane na potrzeby interfejsu i nowa wersja danych zostanie udostępniona. Należy zagwarantować, że przesyłane dane są poddawane walidacji w oparciu o zdefiniowane reguły biznesowe.
Terminowość:
Istotne jest, aby informacje były udzielane we właściwym czasie. Jeśli uruchomienie rejestracji danych lub wysłanie komunikatu następuje w wyniku zdarzenia bezpośrednio w systemie informatycznym, terminowość nie stanowi problemu, pod warunkiem że system jest zaprojektowany w sposób prawidłowy i zgodnie z potrzebami procesów biznesowych. Jednak w większości przypadków wysłanie komunikatu inicjowane jest przez operatora lub przynajmniej wymaga wykonania przez niego dodatkowej czynności. Aby spełnić wymagania dotyczące terminowości należy możliwie jak najwcześniej dokonywać aktualizacji danych - także w celu zagwarantowania, by dane zawarte w komunikatach były zawsze aktualne w momencie, gdy są rozsyłane automatycznie przez system.
Czas odpowiedzi na zapytania musi być uwzględniony w ramach szczegółowych specyfikacji informatycznych w odniesieniu do różnych aplikacji i typów użytkowników. Wszystkie aktualizacje i wymiany danych muszą być dokonywane możliwie jak najwcześniej.
Wskaźniki jakości danych:
W szczegółowych specyfikacjach informatycznych należy określić odpowiednie wartości procentowe w odniesieniu do:
4.4.2. Obsługa centralnego repozytorium
Funkcje centralnego repozytorium zostały określone w rozdziale 4.2.11.5 ("Centralne repozytorium"). Na potrzeby zapewnienia jakości danych podmiot obsługujący centralne repozytorium jest odpowiedzialny za aktualizację oraz jakość metadanych i katalogu, a także za administrowanie kontrolą dostępu. Jakość metadanych pod względem kompletności, spójności, terminowości i ścisłości powinna umożliwić odpowiednie funkcjonowanie do celów niniejszej TSI.
W świetle wymagań zasadniczych przedstawionych w rozdziale 3 zasady utrzymania odnoszące się do podsystemu, którego dotyczy niniejsza TSI, są następujące:
Jakość usługi transportowej musi być zagwarantowana, nawet gdyby sprzęt do przetwarzania danych uległ całkowitej lub częściowej awarii. W związku z tym zalecane jest zainstalowanie systemów dupleksowych lub komputerów o szczególnie wysokim stopniu niezawodności, w przypadku których zapewnione jest ich nieprzerwane działanie podczas utrzymania.
Aspekty utrzymania dotyczące poszczególnych baz danych wymienione zostały w rozdziale 4.2.10.3 ("Dodatkowe wymagania dotyczące baz danych").
Kwalifikacje zawodowe personelu wymagane do eksploatacji i utrzymania podsystemu i do wdrożenia TSI są następujące:
Wdrożenie niniejszej TSI nie wymaga ani zupełnie nowego systemu w zakresie sprzętu i oprogramowania, ani nowego personelu. Działania mające na celu spełnienie wymagań określonych w TSI związane są jedynie z wprowadzaniem zmian, unowocześnień lub rozszerzeń funkcjonalnych w eksploatacji, dokonywanym - tak jak dotychczas - przez istniejący personel. W związku z tym nie określono dodatkowych wymagań do istniejących krajowych lub europejskich przepisów dotyczących kwalifikacji zawodowych.
Gdyby wystąpiła konieczność przeprowadzenia dodatkowych szkoleń dla personelu, nie powinny one polegać jedynie na zademonstrowaniu, jak należy obsługiwać sprzęt. Członek personelu musi znać i rozumieć swoją konkretną rolę, jaką ma do odegrania w całym procesie transportu. Personel musi w szczególności być świadomy wymogu utrzymania wysokiej jakości wykonywanej przez niego pracy, gdyż jest to czynnikiem decydującym o rzetelności informacji, które będą przetwarzane na kolejnym etapie.
Kwalifikacje zawodowe potrzebne do zestawiania i eksploatacji pociągów zostały określone w TSI "Ruch kolejowy".
Warunki BHP personelu wymagane w odniesieniu do obsługi i utrzymania przedmiotowego podsystemu (lub zakresu technicznego określonego w ust. 1.1) oraz do wdrożenia niniejszej TSI są następujące:
Nie określono dodatkowych wymagań do istniejących krajowych i europejskich przepisów w zakresie BHP.
Zgodnie z art. 2 ust. 7 dyrektywy (UE) 2016/797:
"»składniki interoperacyjności« oznaczają wszelkie elementarne składniki, grupy części składowych, podzespoły lub pełne zespoły sprzętowe, włączone lub mające być włączone do podsystemu, od których bezpośrednio lub pośrednio zależy system kolei. Pojęcie »składnik« obejmuje zarówno przedmioty materialne, jak i niematerialne, takie jak oprogramowanie".
Składniki interoperacyjności są objęte stosownymi przepisami dyrektywy (UE) 2016/797.
W odniesieniu do podsystemu "Aplikacje telematyczne dla przewozów towarowych" składniki interoperacyj- ności nie zostały określone.
Do spełnienia wymagań określonych w niniejszej TSI potrzebny jest jedynie standardowy sprzęt informatyczny, wobec którego nie stawia się żadnych szczególnych wymogów związanych z interoperacyjnością w środowisku kolejowym. Dotyczy to zarówno części składowych sprzętu, jak i stosowanego standardowego oprogramowania, takiego jak system operacyjny i bazy danych. Oprogramowanie użytkowe stanowi indywidualny wybór każdego użytkownika i może być dostosowywane i udoskonalane stosownie do jego faktycznych funkcji i potrzeb. Proponowana "architektura integracji aplikacji" zakłada, że aplikacje mogą nie być oparte na tym samym wewnętrznym modelu informacyjnym. Integrację aplikacji zdefiniowano jako proces umożliwiający współpracowanie ze sobą niezależnie zaprojektowanych systemów aplikacji.
Zob. rozdział 5.2, nie dotyczy TSI "Aplikacje telematyczne dla przewozów towarowych".
6.1.1. Procedury oceny
Nie dotyczy TSI "Aplikacje telematyczne dla przewozów towarowych".
6.1.2. Moduł
Nie dotyczy TSI "Aplikacje telematyczne dla przewozów towarowych".
Zgodnie z załącznikiem II do dyrektywy (UE) 2016/797 podsystemy można podzielić na podsystemy strukturalne i eksploatacyjne (funkcjonalne).
Ocena zgodności jest obowiązkowa w przypadku TSI dotyczącej podsystemu strukturalnego. Podsystem "Aplikacje telematyczne dla przewozów towarowych" stanowi podsystem funkcjonalny, w związku z tym w niniejszej TSI nie określono żadnych modułów służących ocenie zgodności.
6.2.1. Ocena zgodności narzędzi informatycznych
Projekty odpowiedzialne za narzędzia informatyczne stosowane przez europejski sektor kolejowy mogą zwrócić się do Agencji z wnioskiem o przeprowadzenie oceny zgodności tych narzędzi z wymogami TSI.
Do wniosku o przeprowadzenie oceny dołącza się:
Agencja przeprowadza badanie zgodności TSI TAF i w terminie 3 miesięcy od potwierdzenia kompletności wydaje wnioskodawcy oficjalne sprawozdanie dotyczące oceny zgodności. Sprawozdanie to obejmuje następujące aspekty:
Do badania zgodności, w celu sprawdzenia, czy zawierają elementy obowiązkowe uwzględnione w TSI TAF, mogą być również przekazane komunikaty inne niż XML. W takim przypadku zamiast pliku(-ów) XSD systemu informatycznego przekazuje się opis struktury komunikatu wraz z opisem elementów/pól danych, podając w stosownych przypadkach informacje o zastosowanych standardach i ich wersji.
Niniejsza TSI dotyczy podsystemu "Aplikacje telematyczne dla przewozów towarowych". Zgodnie z załącznikiem II do dyrektywy (UE) 2016/797 jest to podsystem funkcjonalny. Dlatego stosowanie niniejszej TSI nie opiera się na koncepcji nowego, odnowionego czy zmodernizowanego podsystemu, jak dzieje się zazwyczaj w przypadku TSI dotyczących podsystemów strukturalnych, z wyjątkiem przypadków określonych w TSI.
Etapem opracowywania i etapem wdrożenia zarządza komitet sterujący.
Komitet sterujący zapewnia strukturę zarządzania strategicznego w celu skutecznego zarządzania pracami zmierzającymi do wdrożenia TSI TAF oraz koordynacji takich prac. Obejmuje to ustalanie polityki, kierunku strategicznego i priorytetów.
W skład komitetu sterującego, któremu przewodniczą wspólnie Komisja oraz osoba wyznaczona przez organy przedstawicielskie sektora kolei, wchodzą:
Wszystkie zaangażowane podmioty wdrażają system zgodnie ze swoimi indywidualnymi planami generalnymi. W przypadku podmiotów, które nie przedłożyły indywidualnego planu generalnego, wiążący jest ich indywidualny plan, który zakomunikowały.
Monitorowaniem zharmonizowanego w całej Europie wdrażania i funkcjonowania zarządza Grupa Współpracy ds. Wdrażania TAF (ang. TAF Implementation Cooperation Group, ICG).
W skład ICG, utworzonej i zarządzanej przez Agencję, wchodzą:
ICG jest odpowiedzialna za:
7.2.1. Proces zarządzania zmianami
Należy opracować procedury zarządzania zmianami w celu zapewnienia, by koszty i korzyści każdej zmiany zostały odpowiednio przeanalizowane, a zmiany były wprowadzane w kontrolowany sposób. Procedury te są określane, wdrażane, wspierane i zarządzane przez Agencję i obejmują:
W skład Komisji Kontroli Zmian (ang. Change Control Board, CCB) wchodzą Agencja, organy przedstawicielskie sektora kolei i państwa członkowskie. Taki skład zapewni odpowiednie podejście do zmian, które mają być wprowadzone, oraz wszechstronną ocenę ich konsekwencji. Docelowo CCB ma działać pod egidą Agencji.
7.2.2. Szczególny proces zarządzania zmianami dotyczący dokumentów wymienionych w dodatku I do niniejszego rozporządzenia
Agencja ustanawia zarządzanie zmianami w odniesieniu do dokumentów wymienionych w dodatku I do niniejszego rozporządzenia zgodnie z następującymi kryteriami:
- Wykaz dokumentów technicznych
| Nr Oznaczenie | Tytuł |
| 1 ERA-TD-100 | TAF TSI - ANNEX A.5: FIGURES AND SEQUENCE DIAGRAMS OF THE TAF TSI MESSAGES [Załącznik A.5: Dane liczbowe i schematy sekwencyjne komunikatów TSI TAF] |
| 2 ERA-TD-101 | TAF TSI - Annex D.2: Appendix A (Wagon/ILU Trip Planning) [Załącznik D.2: Dodatek A (Planowanie podróży: wagony/intermodalne jednostki ładunkowe)] |
| 3 ERA-TD-102 | TAF TSI - Annex D.2: Appendix B - Wagon and Intermodal Unit Operating | Database (WIMO) [Załącznik D.2: Dodatek B - Operacyjna baza danych wagonów i jednostek intermodalnych (WIMO)] |
| 4 ERA-TD-103 | TAF TSI - Annex D.2: Appendix C - Reference Files [Załącznik D.2: Dodatek C - Pliki referencyjne] |
| 5 ERA-TD-104 | TAF TSI - Annex D.2: Appendix E - Common Interface [Załącznik D.2: Dodatek E - Wspólny interfejs] |
| 6 ERA-TD-105 | TAF TSI - Annex D.2: Appendix F - TAF TSI Data and Message Model [Załącznik D.2: Dodatek F - Model danych i komunikatów TSI TAF] |
Glosariusz
| Termin | Opis |
| AB | Zob. Organ alokujący. |
| Organ alokujący | Organ odpowiedzialny za przydział trasy i niezależny pod względem prawnym, organizacyjnym i decyzyjnym od przedsiębiorstw kolejowych (dyrektywa Parlamentu Europejskiego i Rady 2012/34/UE (1)). |
| Wnioskodawca | Oznacza przedsiębiorstwo kolejowe lub międzynarodowe ugrupowanie przedsiębiorstw kolejowych lub inne osoby lub podmioty prawne, takie jak właściwe organy w rozumieniu rozporządzenia Parlamentu Europejskiego i Rady (WE) nr 1370/2007 (2) oraz spedytorzy, nadawcy towarów i operatorzy transportu kombinowanego, którzy ze względu na świadczenie usługi publicznej lub ze względów handlowych są zainteresowani uzyskaniem zdolności przepustowej infrastruktury (dyrektywa 2012/34/UE). Wnioskodawca może pełnić rolę oraz wykonywać przydzielone zadania i obowiązki wiodącego RU (wiodącego przedsiębiorstwa kolejowego) lub odpowiedzialnego wnioskodawcy lub odpowiedzialnego RU, w zależności od konkretnego regulaminu sieci. |
| Pociąg odcinkowy bezpośredni | Szczególna postać pociągu bezpośredniego zawierającego tylko tyle wagonów, ile jest potrzebne, kursującego pomiędzy dwoma punktami przeładunku bez pośredniego zestawiania. |
| Rezerwowanie | Proces dokonywania rezerwacji miejsca w środku transportu w celu przewozu towaru. |
| CA | Centrum certyfikacji |
| Kod CN | Lista 8-cyfrowych kodów produktów, używanych przez klientów. |
|
Transport kombinowany drogowo- kolejowy lub Transport kombinowany |
Transport intermodalny, w którym większa część europejskiej podróży odbywa się koleją, a jakikolwiek początkowy lub końcowy odcinek pokonywany drogą jest możliwie jak najkrótszy. |
| Odbiorca | Strona, która ma odebrać towar. Synonim: odbiorca towaru. |
| Przesyłka (ang. Consignment) | Ładunek wysyłany w ramach jednej umowy przewozu. W transporcie kombinowanym termin ten może być stosowany do celów statystycznych, do pomiaru jednostek ładunkowych lub pojazdów drogowych. |
| List przewozowy (ang. Consignment note). | Dokument, który jest świadectwem umowy o dokonanie przez przewoźnika transportu jednej przesyłki z podanego miejsca przyjęcia do podanego miejsca dostawy. Zawiera on szczegóły dotyczące przesyłki, która jest przedmiotem transportu. |
| Nadawca |
Strona, która poprzez umowę z integratorem usług nadaje lub wysyła towar przez przewoźnika, lub zleciła mu przewiezienie tego towaru. Synonimy: spedytor, wysyłający, nadawca towaru. |
| Tryb współpracy | Sposób eksploatacji pociągu, w którym różne RU współpracują z sobą pod przewodnictwem jednego RU (LRU). Każde uczestniczące RU zawiera we własnym zakresie umowę o trasę potrzebną do wykonania przejazdu transportowego. |
| CT | Transport kombinowany |
| Klient | Jest podmiotem, który wystawia list przewozowy dla wiodącego RU. |
| Data i godzina odjazdu, faktyczne | Data (i godzina) odjazdu środka transportu. |
| Pociąg bezpośredni | Pociąg wraz z odnośnymi wagonami jadący pomiędzy dwoma punktami przeładunku (początkowym źródłowym - końcowym przeznaczenia) bez pośredniego zestawiania. |
| Odpowiedzialny | Każda osoba fizyczna lub prawna odpowiedzialna za ryzyko, które wprowadza do sieci, tj. RU. |
| Szyfrowanie |
Kodowanie wiadomości. Rozszyfrowywanie: przekształcanie zaszyfrowanych danych z powrotem do pierwotnej postaci. |
| ETA | Przewidywany czas przyjazdu (na miejsce przeznaczenia). Przewidywany czas przyjazdu (ETA) oznacza spodziewany czas przyjazdu pociągu do określonego miejsca. Szacunki te mogą opierać się na planach produkcyjnych (prognozach) lub obliczeniach stochastycznych. |
| ETH | Przewidywany czas przekazania pociągu przez jednego IM drugiemu IM. |
| ETI | Przewidywany czas wymiany wagonów, dokonywanej przez jedno RU na rzecz innego. |
| ETP | Przewidywany czas odbioru (w intermodalnym terminalu przyjazdowym) |
| Prognozowany czas | Możliwie najdokładniejsze oszacowanie czasu przyjazdu, odjazdu lub przejazdu pociągu. |
| Terminal przeładunkowy | Stacja w granicach trasy przejazdu pociągu z jednostkami intermodalnymi, gdzie ładunek zmienia wagony. |
| Ciężar ładunku brutto | Zarezerwowany/rzeczywisty całkowity ciężar (masa) towaru wraz z opakowaniem, lecz wyłączając sprzęt przewoźnika. |
| Punkt obsługi | Stacja, gdzie RU może zmienić skład pociągu, lecz gdzie pozostaje ono odpowiedzialne za wagony, nie następuje zmiana odpowiedzialności. |
| Punkt przekazania | Lokalizacja w podróży pociągu lub między dwiema trasami, w której odpowiedzialność za planowanie lub alokację lub eksploatację pociągu przechodzi z jednego IM na drugiego. Zaangażowany IM pełni rolę IM odpowiedzialnego za planowanie. |
| Przewóz transportem drogowym | Transport drogowy. |
| Najemca | Dowolna osoba fizyczna lub prawna wskazana jako najemca przez posiadacza/ właściciela wagonu. |
| Kod HS | Lista 6-cyfrowych kodów produktów, używanych przez klientów, identycznych z pierwszymi 6 cyframi kodu CN. |
| IM |
Zarządca infrastruktury oznacza każdy podmiot lub przedsiębiorstwo, które są odpowiedzialne w szczególności za założenie infrastruktury kolejowej, zarządzanie nią i jej utrzymanie, w tym za prowadzenie ruchu pociągów, urządzenia bezpiecznej kontroli jazdy i urządzenia sterowania ruchem kolejowym; funkcje zarządcy infrastruktury na sieci lub części sieci mogą być przydzielane różnym podmiotom lub przedsiębiorstwom. W przypadku gdy zarządca infrastruktury pod względem prawnym, organizacyjnym lub w zakresie podejmowania decyzji nie jest niezależny od któregokolwiek przedsiębiorstwa kolejowego, funkcje, o których mowa w sekcjach 2 i 3 rozdziału IV, są wykonywane odpowiednio przez organ pobierający opłaty i przez organ alokujący, które są niezależne w swojej formie prawnej, organizacyjnej i w zakresie podejmowania decyzji od któregokolwiek przedsiębiorstwa kolejowego. (Dyrektywa 2012/34/UE). IM może pełnić rolę odpowiedzialnego IM lub IM odpowiedzialnego za planowanie. |
| Zarządca infrastruktury (IM) | Zob. IM. |
| Punkt wejścia IM | Odcinek, na którym pociąg CT opuszcza obszar terminalu intermodalnego i wjeżdża do pierwszej publicznej sieci IM |
| Punkt wyjścia IM | Odcinek, na którym pociąg CT opuszcza ostatnią publiczną sieć IM i wjeżdża do terminalu przyjazdowego |
| Wymiana |
Przeniesienie kontroli z jednego przedsiębiorstwa kolejowego na inne z praktycznych względów operacyjnych oraz względów związanych z bezpieczeństwem. Następuje na przykład w przypadku: - usług mieszanych, - usług z dzieloną odpowiedzialnością za przewóz, - przekazywania informacji pomiędzy różnymi zarządami kolejowymi, - przekazywania informacji pomiędzy właścicielami/posiadaczami wagonów i przewoźnikami kolejowymi. |
| Punkt wymiany | Lokalizacja w podróży pociągu lub na trasie, w której następuje przeniesienie odpowiedzialności za cały pociąg z jednego odpowiedzialnego RU na inne odpowiedzialne RU |
| Punkt pośredni | Lokalizacja, która określa punkt w podróży lub na trasie pociągu między punktem początkowym (wyjazdu) lub końcowym (przeznaczenia). |
| Integrator usług intermodalnych | Dowolna jednostka lub przedsiębiorstwo, które zawarły umowę z klientami dotyczącą transportu jednostek intermodalnych. Przygotowuje on listy przewozowe, zarządza objętością załadowczą w pociągach odcinkowych bezpośrednich itp. |
| Terminal intermodalny | Lokalizacja, w której zapewniona jest przestrzeń, sprzęt i środowisko robocze, w którym odbywa się przekazywanie jednostek ładunkowych (kontenerów, nadwozi wymiennych i naczep lub przyczep). |
| Transport intermodalny | Przewóz towaru w jednej i tej samej jednostce ładunkowej lub pojeździe, z wykorzystaniem kolejno kilku rodzajów transportu bez przeładunku samego towaru przy zmianie rodzaju transportu. |
| Intermodalna jednostka ładunkowa | Kontenery, nadwozia wymienne i naczepy nadające się do transportu kombinowanego. |
| Podróż | "Podróż" oznacza przesłanie w przestrzeni pociągu lub załadowanego lub pustego wagonu ze stacji spedycyjnej do stacji docelowej. |
| Odcinek podróży |
Jest to część podróży odbywająca się w sektorze infrastruktury jednego zarządcy infrastruktury; lub Część podróży od wejściowego punktu przekazania do wyjściowego punktu przekazania w infrastrukturze zarządcy infrastruktury. |
| Posiadacz | Osoba, która będąc właścicielem lub posiadając prawo do dysponowania pojazdem, wykorzystuje ten pojazd gospodarczo i w sposób ciągły jako środek transportu oraz jest zarejestrowana jako posiadacz w Rejestrze Taboru Kolejowego. |
| Wiodące przedsiębiorstwo kolejowe | Wnioskodawca/RU, na którym spoczywa odpowiedzialność za organizowanie linii transportowej i zarządzanie nią zgodnie ze zobowiązaniem wobec klienta. LRU stanowi jeden centralny punkt kontaktowy dla klienta. Jeżeli w łańcuchu transportowym uczestniczy więcej niż jedno przedsiębiorstwo kolejowe, to LRU jest także odpowiedzialne za koordynację zaangażowanych przedsiębiorstw kolejowych w zakresie harmonizacji podróży pociągu, w tym za wnioski o przydzielenie trasy. |
| LRU | Zob. Wiodące przedsiębiorstwo kolejowe. |
| MOŻE | Użycie tego słowa lub przymiotnika "OPCJONALNY" oznacza, że element jest całkowicie nieobowiązkowy. Dany sprzedawca może zdecydować o uwzględnieniu tego elementu, ponieważ potrzebę taką dyktuje dany rynek lub ponieważ sprzedawca uważa, iż element ten zwiększa jakość produktu, podczas gdy inny sprzedawca może ten sam element pominąć. |
| Wdrożony system, który nie zawiera określonej opcji, MUSI być przygotowany do współdziałania, ewentualnie w ograniczonym zakresie funkcji, z innym wdrożonym systemem, która zawiera tę opcję. Analogicznie wdrożony system, który zawiera określoną opcję, MUSI być przygotowany do współdziałania (oczywiście w zakresie, z którego wyłączona jest funkcja, którą ta opcja zapewnia) z innym wdrożonym systemem, który tej opcji nie zawiera. | |
| Metadane | W uproszczeniu są to dane o danych. Opisują one dane, usługi oprogramowania oraz inne składniki zawarte w systemach informacyjnych przedsiębiorstwa. Przykładowe typy metadanych to m.in. definicje danych standardowych, informacje o lokalizacji i routingu oraz zarządzanie synchronizacją w zakresie dystrybucji współdzielonych danych. |
| MUSI | Użycie tego słowa lub wyrażeń "WYMAGANY" bądź "NALEŻY" oznacza, że definicja dotyczy bezwzględnego wymogu w specyfikacji. |
| ZABRANIA SIĘ | Zwrot ten lub zwrot "NIE NALEŻY" oznaczają, że definicja dotyczy bezwzględnego zakazu w specyfikacji. |
| Punkt kompleksowej obsługi (ang. One Stop Shop, OSS) |
Międzynarodowe partnerstwo zarządców infrastruktury kolejowej udostępniające klientom z sektora kolei pojedynczy punkt kompleksowej obsługi do celów: - zamawiania określonych tras pociągów w międzynarodowym ruchu towarowym, - monitorowania całego ruchu pociągu, - zazwyczaj także fakturowania należności za dostęp do torów w imieniu IM. |
| Tryb otwartego dostępu | Tryb eksploatacji pociągu, w którym uczestniczy tylko jedno RU, które prowadzi pociąg w ramach różnych infrastruktur. RU to zawiera umowy o potrzebne trasy ze wszystkimi uczestniczącymi IM. |
| OSS | Punkt kompleksowej obsługi (One Stop Shop). |
| Trasa | Trasa oznacza zdolność przepustową infrastruktury niezbędną do wykonania przejazdu pociągiem pomiędzy dwoma miejscami w danym okresie czasu (droga określona w czasie i przestrzeni). |
| Zespół tras | Połączenie indywidualnych tras pociągów w celu przedłużenia trasy w czasie i przestrzeni. |
| Peer-to-Peer | Termin "peer-to-peer" ("równy z równym") odnosi się do klasy systemów i aplikacji, które wykorzystują zasoby rozproszone do wykonywania krytycznej funkcji w sposób zdecentralizowany. Zasoby te obejmują moc obliczeniową, dane (pamięć i zawartość), szerokość pasma sieci oraz obecność (komputerów, ludzi oraz innych zasobów). Krytyczną funkcją może być przetwarzanie rozproszone, współużytkowanie danych lub zawartości, komunikacja i współpraca oraz usługi platformy. Decentralizacja może odnosić się do algorytmów, danych i metadanych, bądź do wszystkich tych pozycji. Nie wyklucza to zachowania centralizacji w pewnych częściach systemów i aplikacji, jeśli spełnia to ich wymagania. |
| PKI | Infrastruktura klucza publicznego (ang. Public Key Infrastructure). |
| Miejsce dostawy | Miejsce, w którym następuje dostawa (podaje się odjazdową stację kolejową). Miejsce w którym następuje przeniesienie odpowiedzialności za wagon. |
| Miejsce odjazdu | Miejsce, z którego środek transportu ma według planu odjechać lub odjechał. |
| Miejsce docelowe |
Miejsce, do którego środek transportu ma przyjechać lub przyjechał. Synonim: miejsce przyjazdu. |
| IM odpowiedzialny za planowanie |
IM odpowiedzialny za planowanie (PIM) jest zarządcą infrastruktury, który jest odpowiedzialny za opracowanie i alokację trasy. Obszar odpowiedzialności PIM jest określany za pomocą punktów przekazania, występujących np. jako pierwsza/ ostatnia lokalizacja podróży w informacjach o trasie komunikatu "Wniosek o przydzielenie trasy" lub w zaoferowanej/zamówionej trasie. W większości przypadków RIM będzie tym samym podmiotem co PIM. Jednak w przypadku niektórych lokalizacji lub niektórych pociągów opracowanie trasy oraz monitorowanie ruchu w ramach eksploatacji mogą być również przekazane innemu IM. |
| PIM | Zob. IM odpowiedzialny za planowanie. |
| Okres przedodjazdowy | Jest to czas delta przed planowanym czasem odjazdu. Okres przedodjazdowy zaczyna się o planowym czasie odjazdu minus czas delta, a kończy się o planowanym czasie odjazdu. |
| Dane pierwotne | Podstawowe dane stanowiące referencyjne dane wejściowe na potrzeby komunikatów lub podstawę do realizacji funkcji i obliczania danych pochodnych. |
| Przekazanie do eksploatacji | Procedura zależna od technicznego zatwierdzenia wagonu oraz umowy z RU o użytkowanie, umożliwiająca komercyjną eksploatację wagonu. |
| Przedsiębiorstwo kolejowe (RU) |
Przedsiębiorstwo kolejowe (dyrektywa (UE) 2016/798): oznacza przedsiębiorstwo kolejowe zdefiniowane w art. 3 pkt 1 dyrektywy 2012/34/UE oraz każde inne przedsiębiorstwo publiczne lub prywatne, którego działalność polega na wykonywaniu kolejowych przewozów towarowych lub pasażerskich z zastrzeżeniem, że przedsiębiorstwo to musi zapewniać trakcję; obejmuje to również przedsiębiorstwa, które dostarczają wyłącznie trakcję. RU może pełnić rolę wiodącego RU lub odpowiedzialnego wnioskodawcy lub odpowiedzialnego RU. |
| Odpowiedzialny wnioskodawca (RA) | RA jest wnioskodawcą/klientem i wykonawcą, a także stanowi jeden centralny punkt kontaktowy dla odpowiednich IM (zarządców infrastruktury) w całej fazie planowania. Głównym zadaniem RA jest zwracanie się do IM z wnioskiem o rezerwację zdolności przepustowej. RA nie musi być przedsiębiorstwem kolejowym; może być również innym podmiotem, który ma możliwość i któremu wolno rezerwować zdolność przepustową. |
| Odpowiedzialny IM | Odpowiedzialny IM (RIM) jest zarządcą infrastruktury, który jest właścicielem danej sieci i odpowiada za całą operacyjną obsługę pociągów i tras w swojej sieci. |
| Odpowiedzialne RU (RRU) |
RRU odpowiada za przejazd pociągu w fazie eksploatacji, podczas całej podróży lub w ramach odcinka podróży. Jeżeli w eksploatacji pociągu uczestniczy więcej niż jedno RRU, odpowiedzialność jest przenoszona z jednego RRU na następne RRU w punkcie wymiany. W fazie operacyjnej RRU jest punktem kontaktowym dla IM na potrzeby całej wymiany komunikatów. Na podstawie porozumienia z odpowiedzialnym wnioskodawcą RRU może również powierzyć prowadzenie pociągu podwykonawcy, w fazie eksploatacji RRU pozostaje jednak punktem kontaktowym dla IM. |
| Data/czas zwolnienia | Data/godzina, kiedy spodziewane jest zwolnienie towaru lub kiedy towar został zwolniony przez klienta. |
| Czas zwolnienia wagonów | Data i godzina, kiedy wagony są gotowe do zabrania z podanego miejsca na bocznicy klienta. |
| Niezawodność, dostępność, naprawialność, bezpieczeństwo (RAMS) |
Niezawodność - wyrażona matematycznie zdolność do rozpoczęcia i kontynuowania działania w wyznaczonych warunkach przez wyznaczony okres czasu; Dostępność - wyrażony matematycznie czas działania w stosunku do czasu wyłączenia z eksploatacji; Naprawialność - wyrażona matematycznie zdolność systemu do przywrócenia do eksploatacji po awarii; Bezpieczeństwo - wyrażone matematycznie prawdopodobieństwo zainicjowania przez system niebezpiecznego zdarzenia. |
| Punkt raportowania | Lokalizacja w podróży pociągu, w której odpowiedzialny IM musi przekazać RU, które zawarło z nim umowę o trasę, komunikat "Prognoza jazdy pociągu" wraz z TETA. |
| Repozytorium | Repozytorium jest podobne do bazy danych i słownika danych, obejmuje ono jednak zwykle kompleksowe środowisko systemów zarządzania informacjami. Musi zawierać nie tylko opisy struktur danych (tj. jednostek i elementów), lecz również będące przedmiotem zainteresowania przedsiębiorstwa metadane, ekrany danych, raporty, programy i systemy. Zazwyczaj zawiera wewnętrzny zestaw oprogramowania narzędziowego, system zarządzania bazą danych (DBMS), metamodel, wypełnione metadane oraz oprogramowanie umożliwiające dostęp do danych w repozytorium oraz ich wprowadzanie. |
| RIV |
Przepisy dotyczące wzajemnego użytkowania wagonów w ruchu międzynarodowym. Przepisy dotyczące wzajemnego użytkowania urządzenia załadowczego, kontenera i palet w ruchu międzynarodowym. |
| Droga | Geograficzna droga, która ma być przebyta od punktu początkowego do punktu docelowego. |
| Odcinek drogi | Część drogi. |
| RU | Zob. Przedsiębiorstwo kolejowe. |
| Planowy czas odjazdu | Data i godzina odjazdu, w odniesieniu do których składany jest wniosek o trasę. |
| Planowy rozkład jazdy | Chronologicznie określone zajęcie infrastruktury kolejowej dla ruchu pociągu na otwartej linii lub na stacjach. Zmiany rozkładów jazdy IM dostarcza co najmniej 2 dni przed początkiem dnia, w którym pociąg odjeżdża ze swojego punktu początkowego. Taki rozkład jazdy stosuje się do określonego dnia. W niektórych krajach nazywany jest "operacyjnym rozkładem jazdy". |
| Zakłócenie usługi | Oznacza nieplanowane zatrzymanie pociągu podczas eksploatacji, bez żadnych informacji dotyczących kontynuacji podróży. |
| Dostawca usług | Przewoźnik odpowiedzialny za określony etap transportu. Strona, która odbiera lub obsługuję rezerwację. |
| Przesyłka (ang. Shipment) | Wagony lub intermodalne jednostki ładunkowe transportowane w ramach jednej umowy przewozu, niezależnie od ilości lub liczby kontenerów, opakowań czy sztuk. Zob. również Przesyłka (ang. Consignment). |
| Wniosek o przydzielenie trasy ad hoc | Indywidualny wniosek o przydzielenie trasy zgodnie z dyrektywą 2012/34/UE składany w związku z dodatkowym zapotrzebowaniem na transport lub potrzebami operacyjnymi. |
| POWINIEN | Użycie tego słowa lub przymiotnika "ZALECANY" oznacza, że w określonych okolicznościach zasadne może być pominięcie danego elementu, lecz przed wybraniem innego kierunku działania należy poznać i dokładnie rozważyć wszystkie konsekwencje. |
| NIE POWINIEN | Użycie takiego wyrażenia lub wyrażenia "NIEZALECANE" oznacza, że w określonych okolicznościach mogą istnieć zasadne powody, by uznać dane postępowanie za dopuszczalne lub nawet pożyteczne, jednak przed przyjęciem postępowania określonego przy użyciu takiego wyrażenia należy poznać wszystkie konsekwencje i dokładnie rozważyć przedmiotowy przypadek. |
| Zainteresowane podmioty | Każda osoba lub organ wykazujące uzasadnione zainteresowanie świadczeniem usług kolejowych, np.: |
|
przedsiębiorstwo kolejowe (RU), dostawca usług monitorowania przesyłek, dostawca lokomotyw, dostawca wagonów, dostawca maszynistów/personelu pociągu, dostawca górek rozrządowych, dostawca mechanizmów zwrotnicowych, integrator usług, dostawca przedziałów czasowych (IM), dyspozytor (IM), zarządca ruchu, zarządca floty pojazdów, dostawca usług transportu promem, inspektor wagonów i lokomotyw, dostawca usług naprawczych wagonów i lokomotyw, zarządca przesyłek, dostawca usług manewrowych i rozrządowych, dostawca usług logistycznych, odbiorca przesyłki, nadawca przesyłki; dodatkowo w przypadku jednostek intermodalnych: dostawca kontenerów, operator terminalu intermodalnego, dostawca platform/firma przewozowa, transport parowcem, linie transportu barkowego. |
|
| Operator terminalu | Oznacza podmiot organizacyjny, który jest odpowiedzialny za zarządzanie stacją rozrządową, terminalem multimodalnym lub intermodalnym, terminalem portowym. |
| TETA | Zob. Przewidywany czas przyjazdu pociągu. |
| Odtwarzanie przemieszczania | Działanie podejmowane na wniosek o znalezienie i zrekonstruowanie historii transportu danej przesyłki, pojazdu, sprzętu, paczki lub ładunku. |
| Śledzenie | Działanie polegające na systematycznym monitorowaniu i rejestrowaniu aktualnej lokalizacji i statusu danej przesyłki, pojazdu, sprzętu, paczki lub ładunku. |
| Pociąg | Definicja w TSI "Ruch kolejowy": Pociąg oznacza pojazd(-y) trakcyjny(-e), ze sprzęgniętymi pojazdami kolejowymi lub bez, w przypadku którego dostępne są dane o pociągu, eksploatowany między co najmniej dwoma określonymi punktami. |
| Przewidywany czas przyjazdu pociągu | Przewidywany czas przyjazdu pociągu do określonego punktu, np. punktu przekazania, punktu wymiany lub punktu docelowego pociągu. |
| Trasa pociągu | Zob. Trasa. |
| Przeładunek | Operacja przeładowywania intermodalnych jednostek ładunkowych z jednego środka transportu na inny. |
| Plan podróży | Przedstawia planowaną podróż wzorcową wagonu lub jednostki intermodalnej. |
| Wykorzystana pojemność jednostki | Kod używany do podawania, w jakim stopniu sprzęt jest załadowany lub pusty (np. pełny, pusty, LCL). |
| Ładunek jednostkowy | Pewna ilość indywidualnych pakietów połączonych ze sobą, umieszczonych na palecie lub związanych razem i tworzących w ten sposób pojedynczą jednostkę w celu sprawniejszego przenoszenia ich przez urządzenia mechaniczne. |
| Pociąg marszrutowy | Pociąg towarowy odprawiony tylko z jednym listem przewozowym i tylko jednym rodzajem towaru oraz złożony z jednorodnych wagonów jadących od nadawcy do odbiorcy bez pośredniego zestawiania. |
| Wagon ładowny | Ładunek jednostkowy, gdy jednostką jest wagon. |
| Zlecenie przewozu |
Podzbiór danych zawartych w liście przewozowym zawierający istotne dla RU informacje potrzebne mu do przeprowadzenia transportu na etapie, za który jest odpowiedzialny, aż do przekazania transportu następnemu RU. Polecenie transportu przesyłki wagonowej. |
| List przewozowy (ang. Waybill) | Dokument wystawiony przez przewoźnika lub w imieniu przewoźnika, stanowiący dowód zawarcia umowy o przewóz ładunku. |
|
(1)Dyrektywa Parlamentu Europejskiego i Rady 2012/34/UE z dnia 21 listopada 2012 r. w sprawie utworzenia jednolitego europejskiego obszaru kolejowego (Dz.U. L 343 z 14.12.2012, s. 32). (2)Rozporządzenie Parlamentu Europejskiego i Rady (WE) nr 1370/2007 z dnia 23 października 2007 r. dotyczące usług publicznych w zakresie kolejowego i drogowego transportu pasażerskiego oraz uchylające rozporządzenia Rady (EWG) nr 1191/69 i (EWG) nr 1107/70 (Dz.U. L 315 z 3.12.2007, s. 1). | |
Zadania krajowego punktu kontaktowego ds. TAF/TAP
- zmieniony przez art. 1 rozporządzenia nr (UE) 2019/778 z dnia 16 maja 2019 r. (Dz.U.UE.L.2019.139I.356) zmieniającego nin. rozporządzenie z dniem 16 czerwca 2019 r.
- zmieniony przez art. 1 rozporządzenia nr 541/2021 z dnia 26 marca 2021 r. (Dz.U.UE.L.2021.108.19) zmieniającego nin. rozporządzenie z dniem 18 kwietnia 2021 r.
500 zł zarobi członek obwodowej komisji wyborczej w wyborach Prezydenta RP, 600 zł - zastępca przewodniczącego, a 700 zł przewodniczący komisji wyborczej – wynika z uchwały Państwowej Komisji Wyborczej. Jeżeli odbędzie się ponownie głosowanie, zryczałtowana dieta wyniesie 75 proc. wysokości diety w pierwszej turze. Termin zgłaszania kandydatów na członków obwodowych komisji wyborczych mija 18 kwietnia
Robert Horbaczewski 20.01.2025
1 stycznia 2025 r. weszły w życie liczne zmiany podatkowe, m.in. nowe definicje budynku i budowli w podatku od nieruchomości, JPK CIT, globalny podatek wyrównawczy, PIT kasowy, zwolnienie z VAT dla małych firm w innych krajach UE. Dla przedsiębiorców oznacza to często nowe obowiązki sprawozdawcze i zmiany w systemach finansowo-księgowych. Firmy muszą też co do zasady przeprowadzić weryfikację nieruchomości pod kątem nowych przepisów.
Monika Pogroszewska 02.01.2025
W 2025 roku minimalne wynagrodzenie za pracę wzrośnie tylko raz. Obniżeniu ulegnie natomiast minimalna podstawa wymiaru składki zdrowotnej płaconej przez przedsiębiorców. Grozi nam za to podwyżka podatku od nieruchomości. Wzrosną wynagrodzenia nauczycieli, a prawnicy zaczną lepiej zarabiać na urzędówkach. Wchodzą w życie zmiany dotyczące segregacji odpadów i e-doręczeń. To jednak nie koniec zmian, jakie czekają nas w Nowym Roku.
Renata Krupa-Dąbrowska 31.12.2024
1 stycznia 2025 r. zacznie obowiązywać nowa Polska Klasyfikacja Działalności – PKD 2025. Jej ostateczny kształt poznaliśmy dopiero w tygodniu przedświątecznym, gdy opracowywany od miesięcy projekt został przekazany do podpisu premiera. Chociaż jeszcze przez dwa lata równolegle obowiązywać będzie stara PKD 2007, niektórzy już dziś powinni zainteresować się zmianami.
Tomasz Ciechoński 31.12.2024
Dodatek dopełniający do renty socjalnej dla niektórych osób z niepełnosprawnościami, nowa grupa uprawniona do świadczenia wspierającego i koniec przedłużonych orzeczeń o niepełnosprawności w marcu - to tylko niektóre ważniejsze zmiany w prawie, które czekają osoby z niepełnosprawnościami w 2025 roku. Drugą część zmian opublikowaliśmy 31 grudnia.
Beata Dązbłaż 28.12.2024
Prezydent Andrzej Duda powiedział w czwartek, że ubolewa, że w sprawie ustawy o Wigilii wolnej od pracy nie przeprowadzono wcześniej konsultacji z prawdziwego zdarzenia. Jak dodał, jego stosunek do ustawy "uległ niejakiemu zawieszeniu". Wyraził ubolewanie nad tym, że pomimo wprowadzenia wolnej Wigilii, trzy niedziele poprzedzające święto mają być dniami pracującymi. Ustawa czeka na podpis prezydenta.
kk/pap 12.12.2024| Identyfikator: | Dz.U.UE.L.2014.356.438 |
| Rodzaj: | Rozporządzenie |
| Tytuł: | Rozporządzenie 1305/2014 dotyczące technicznej specyfikacji interoperacyjności odnoszącej się do podsystemu aplikacji telematycznych dla przewozów towarowych wchodzącego w skład systemu kolei w Unii Europejskiej i uchylające rozporządzenie (WE) nr 62/2006 |
| Data aktu: | 11/12/2014 |
| Data ogłoszenia: | 12/12/2014 |
| Data wejścia w życie: | 01/01/2015 |
