1.

1.1.

1.2.

1.2.1.

1.2.2.

1.3.

1.4.

1.5.

1.5.1.

1.5.2.

1.5.3.

1.5.4.

1.5.5.

1.6.

1.7.

1.7.1.

1.7.2.

2.

2.1.

2.1.1.

2.1.2.

2.1.3.

2.1.4.

2.1.5.

2.1.6.

2.1.7.

2.2.

2.3.

2.3.1.

2.3.2.

2.3.3.

2.3.4.

2.3.5.

2.3.6.

2.3.7.

2.3.8.

2.3.9.

2.3.10.

2.4.

2.4.1.

2.4.2.

2.4.3.

2.4.4.

2.5.

2.5.1.

2.5.2.

2.5.3.

2.6.

2.6.1.

2.6.2.

2.6.3.

2.6.4.

2.6.5.

2.6.6.

2.6.7.

2.7.

2.8.

3.

3.1.

3.1.1.

3.1.2.

3.2.

3.2.1.

3.2.1.1.

3.2.1.2.

3.2.1.3.

3.2.1.4.

3.2.1.5.

3.2.1.6.

3.2.1.7.

3.2.1.8.

3.2.1.9.

3.2.1.10.

3.2.1.11.

3.2.1.12.

3.2.1.13.

3.2.2.

3.2.3.

3.3.

3.3.1.

3.3.2.

3.3.3.

3.3.4.

3.3.4.1.

3.3.4.2.

3.3.4.3.

3.3.4.4.

3.3.4.5.

3.3.4.6.

3.4.

4.

4.1.

4.2.

4.2.1.

4.2.2.

4.2.2.1.

4.2.2.2.

4.2.2.3.

4.2.2.4.

4.3.

4.3.1.

4.3.2.

4.3.3.

4.4.

4.4.1.

4.4.2.

4.4.3.

4.4.3.1.

4.4.3.2.

4.4.4.

4.4.5.

4.4.6.

4.5.

4.5.1.

4.5.2.

4.5.3.

4.5.4.

4.5.5.

4.5.6.

4.6.

4.6.1.

4.6.2.

4.6.3.

4.6.4.

4.6.4.1.

4.6.4.2.

4.7.

4.7.1.

4.7.1.1.

4.7.1.2.

4.7.1.3.

4.7.1.4.

4.7.2.

4.8.

4.9.

5.

5.1.

5.2.

TILLÆG A

A.1

A.2

A.3

A.4

A.5

A.6

TILLÆG B

TILLÆG C

C.0

C.1

C.2

C.3

C.4

C.4.A

C.4.B

TILLÆG D

D.1

D.2

D.3

D.3.A

D.3.B

D.3.C

TILLÆG E

TILLÆG F

TILLÆG G

(1)

De væsentlige krav i delsystemet »trafiktelematik for person- og godstrafikken«, der er omhandlet i punkt 1, litra b), tredje led, i bilag II til direktiv (EU) 2016/797 og beskrevet i punkt 2.6 i samme bilag, er fastsat i tillæg F til dette bilag, i overensstemmelse med punkt 2.7 i bilag III til nævnte direktiv.

(2)

Ud over de integritets- og pålidelighedsniveauer, der er fastsat i specifikationerne i tillæg C, indeks [104], [1] og [106], for lagring eller deling af data i henhold til denne forordning, jf. kolonnen »Sikkerhed« i tillæg F, kan dataindehavere og datamodtagere anvende yderligere niveauer, hvor sådanne data beregnet til anvendelse til sikker drift ikke er omfattet af kontrol- og kommunikationsdelsystemerne.

(3)

Yderligere integritets- og pålidelighedsniveauer for data, der lagres eller deles i henhold til denne forordning, og som skal anvendes til driftssikkerhed, er anført som et »udestående punkt« i overensstemmelse med artikel 4, stk. 6, i direktiv (EU) 2016/797 og er opført i tillæg B til dette bilag. Hvis data, der lagres eller deles i henhold til denne forordning, skal anvendes af telematikinteressenter til driftssikkerhed, skal interessenterne aftale passende yderligere integritets- og pålidelighedsniveauer i deres sikkerhedsstyringssystem på grundlag af fælles sikkerhedsmetoder til risikoevaluering og -vurdering. En sådan aftale må ikke udgøre en hindring for adgangen til netværket.

(4)

Yderligere niveauer, der er aftalt af telematikinteressenter, skal opnås inden for rammerne af den proces, der forvaltes af agenturet, jf. artikel 5 i direktiv (EU) 2016/797.

(1)

Proceduren for tildeling af koder, jf. artikel 9, er fastsat i specifikationerne i tillæg C, indeks [103].

(2)

Agenturet skal forvalte fælles referencedata i overensstemmelse med artikel 8 og 9 og specifikationerne i tillæg C, indeks [103] og give adgang til disse data til brug i henhold til betingelserne i EUPL 1.2-licensen.

(1)

Præsentationen af data vedrørende en organisationskode skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Indtil den 31. december 2025 skal en række specifikke organisationskoder være forbeholdt organisationer, der falder inden for denne forordnings anvendelsesområde.

(1)

Enhver henvisning til et geografisk punkt, der er nødvendigt for datadeling i henhold til denne forordning, skal identificeres ved brug af en enkelt lokationskode.

(2)

Præsentationen af data vedrørende en lokationskode skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

a)

gennemføre foranstaltninger til styring af cybersikkerhedsrisici i overensstemmelse med Europa-Parlamentets og Rådets direktiv (EU) 2022/2555 (2) og (EU) 2022/2557 (3)

b)

anvende public key-infrastruktur (»PKI«) i overensstemmelse med specifikationerne i tillæg C, indeks [106]

c)

anvende kommunikationsprotokoller, som tilhører TCP/IP-protokollen (Transmission Control Protocol/Internet Protocol).

(1)

Agenturet skal bruge semantisk versionering i den i artikel 7 omhandlede ERA-ontologi, hvis specifikationer er anført i tillæg C, indeks [1]. Agenturet skal sikre adgang til alle gældende versioner til brug i henhold til betingelserne i EUPL 1.2-licensen.

(2)

Agenturet skal gennem ændringshåndteringsproceduren, jf. artikel 12, sikre, at ERA-ontologien er kompatibel med følgende datakatalogelementer og inkluderer dem som underpunkt:

(3)

Data, objekter og meddelelser, der deles i henhold til denne forordning, serialiseres i et format, der er gensidigt aftalt af de involverede interessenter, og som er i overensstemmelse med de underpunkt, der er anført i punkt 1.4, nr. 2), som indgår i ERA-ontologien.

(4)

Sekvensen af de meddelelser, der skal udveksles i henhold til denne forordning, skal være i overensstemmelse med specifikationerne i tillæg C, indeks [100].

(1)

Data, der deles i henhold til denne forordning, skal registreres én gang som primære data, uden at dataindehaveren, dvs. den telematikinteressent, der genererede dataene, foretager nogen mellemliggende behandling, transformation eller aggregering. Telematikinteressenter skal have adgang til primære data i overensstemmelse med artikel 4.

(2)

Dataenes nøjagtighed måles som procentdelen af de værdier, der er lagret som en del af referencedataene omhandlet i punkt 1.2, 3.3 og 4.8, som er korrekte i forhold til de primære datas faktiske værdi.

(3)

Den nominelle nøjagtighed er 100 %.

(1)

Inden delingen af data skal dataindehaveren sikre, at dennes trafiktelematikapplikationer kontrollerer, at de delte data er fuldstændige og i overensstemmelse med de metadata, der er omhandlet i artikel 8.

(2)

Datamodtageren, dvs. den telematikinteressent, der anvender dataene, skal sikre, at dennes trafiktelematikapplikationer kontrollerer, at de anvendte data er fuldstændige og i overensstemmelse med metadataene.

(3)

Dataenes fuldstændighed måles som procentdelen af obligatoriske datafelter, der indeholder værdier.

(4)

Den nominelle fuldstændighed er 100 %.

(1)

Dataindehaveren skal sikre, at dennes trafiktelematikapplikationer fungerer i overensstemmelse med de forretningsregler, som dataindehaveren har fastsat for at garantere datakonsistens.

(2)

Hvis datakonsistensen skal kontrolleres i forhold til forskellige kilder og versioner af de referencedata, der er omhandlet i punkt 1.2, 3.3 og 4.8, skal dataindehaveren gennemføre valideringsprocedurer, før der genereres grænsefladedata, eller før en ny dataversion tages i brug. De data, der kopieres fra referencedataene, skal valideres i forhold til forretningsreglerne.

(3)

Dataindehaveren skal identificeres via sin organisationskode som en del af de data, som denne deler.

(4)

Dataenes konsistens måles som procentdelen af matchende værdier på tværs af tabeller, poster og processer.

(5)

Den nominelle konsistens er 100 %.

(1)

Telematikinteressenter skal dele ajourførte data.

(2)

Dataindehaveren skal sikre, at dennes trafiktelematikapplikationer muliggør dataopdateringer, så snart de er tilgængelige. Dataindehaveren skal fastsætte svartider for forespørgsler og brugertyper i de detaljerede specifikationer for sine trafiktelematikapplikationer.

(3)

Dataenes aktualitet måles som procentdelen af data, der deles inden for en nærmere bestemt tidsramme.

(4)

Dataenes aktualitet skal være i overensstemmelse med de tærskelkrav, som dataindehaveren har fastsat for hver funktion, uden at dette berører gældende regler, navnlig reglerne for transport af farligt gods.

(1)

Dataindehaveren skal sikre, at der ikke er dubletter i de delte data. Dataindehaveren skal identificere og slette eventuelle overflødige poster i de delte data ved brug af deduplikeringsværktøjer, der om muligt er automatiserede.

(2)

Dataenes entydighed måles som komplementet til procentdelen af dubletter på tværs af tabeller og poster til 100 %.

(3)

Den nominelle entydighed er 100 %.

(1)

Bortset fra de processer, der er omhandlet i artikel 2, stk. 1, litra c), for hvilke specifikationerne i afsnit 4 finder anvendelse, skal de applikationsprogrammeringsgrænseflader (»API'er«) og webbrugergrænseflader (»web-UI'er«) omhandlet i artikel 14, som anvendes af telematikinteressenterne, være i overensstemmelse med de specifikationer for en fælles grænseflade, der er henvist til i tillæg C, indeks [104].

(2)

Specifikationerne i tillæg C, indeks [1] skal anvendes til at sikre formatets gyldighed og autenticiteten og integriteten af modtagne eller overførte data i forhold til de oplysninger, der er tilgængelige i det fælles centrale register omhandlet i artikel 8. Med henblik herpå skal elementerne i datakataloget omhandlet i artikel 7, stk. 3, og fastsat i dette bilags punkt 1.4, nr. 2), knyttes til de API'er og web-UI'er, der er omhandlet i nr. 1).

(1)

I afsnit 2 fastsættes de krav til interoperabel datadeling, der er nødvendige for at gennemføre processerne omhandlet i artikel 2, stk. 1, litra a).

(2)

Data vedrørende kapacitetsforvaltning, klargøring af tog og trafikstyring skal deles ved brug af en API eller en web-UI i overensstemmelse med artikel 14 og punkt 1.7.

(3)

I forbindelse med en jernbanetransporttjenestes kapacitetsforvaltning, klargøring af tog og trafikstyring kan telematikinteressenter, der er omfattet af artikel 4, vederlagsfrit dele, få adgang til og anvende data vedrørende tog, der er en del af denne jernbanetransporttjeneste, til driftsmæssige og ikkekommercielle formål.

(1)

De vigtigste objektidentifikatorer, der er fastsat i punkt 2.1.2 til 2.1.7, skal deles mellem de forskellige telematikinteressenter, der er involveret i en jernbanetransporttjeneste, og konsekvent anvendes af dem. Disse objekter skal mærkes med entydige identifikatorer i den pågældende jernbanetransporttjenestes planlægningsfase og anvendes konsekvent i forbindelse med den pågældende jernbanetransporttjenestes klargøring af tog og trafikstyring.

(2)

Objektidentifikatorer skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(1)

De objekter, der er omhandlet i punkt 2.1.3 til 2.1.7, skal indgå i meddelelser, der udveksles i henhold til punkt 2.2 til 2.8, ved brug af en entydig og stabil identifikator for toget, som er referencetogets identifikator (objekttype »TR«-delen af »PlannedTransportIdentifier«) for hele togets livscyklus og relaterede objekter på tværs af netværk.

(2)

Den primære jernbanevirksomhed skal angive referencetogets identifikator.

(3)

Referencetogets identifikator skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(4)

Hvis en jernbanetransporttjeneste drives eller påtænkes drevet af flere jernbanevirksomheder langs denne tjeneste, skal den primære jernbanevirksomhed koordinere de jernbanevirksomheder, der driver denne tjeneste, ved at integrere de objekter, der er omhandlet i punkt 2.1.3 til 2.1.7.

(1)

Togobjektet (»TrainID«), der er knyttet til referencetogets identifikator, jf. punkt 2.1.2, skal anføres af den primære jernbanevirksomhed.

(2)

Når den primære jernbanevirksomhed, der er ansvarlig for koordineringen af ansøgerne for den samme jernbanetransporttjeneste, konsekvent har indføjet »TrainID«, skal ansøgeren sende den tilsvarende indikator til de berørte infrastrukturforvaltere langs den pågældende tjenestes rute ved angivelse af følgende elementer:

(3)

»TrainID« beskriver det planlagte tog til en jernbanetransporttjeneste og hele dets rute.

(1)

Kanalansøgningsobjektet (»PathRequestID«), der er knyttet til referencetogets identifikator, jf. punkt 2.1.2, skal specificeres af den primære jernbanevirksomhed.

(2)

Når den primære jernbanevirksomhed, der er ansvarlig for koordineringen af ansøgerne for den samme jernbanetransporttjeneste, konsekvent har indføjet kanalansøgningsobjektet, skal ansøgeren sende det tilsvarende objekt til de berørte infrastrukturforvaltere langs den pågældende tjenestes rute.

(3)

Kanalansøgningsobjektet indeholder kanalkarakteristikaene for den søgte kanal for det planlagte tog på netværket. Det skal indeholde identifikatoren for den primære jernbanevirksomhed som attribut. Det kan som attribut indeholde det forventede tognummer til trafikstyring (»OperationalTtrainNumberIdentifier«). Den kan også indeholde det kommercielle togs identifikator som attribut (»RetailServiceId«)

(1)

Kanalobjektet (objekttype »PA«-delen af (»PlannedTransportIdentifier«) skal specificeres af den infrastrukturforvalter, der er ansvarlig for den tilsvarende kanal på sit netværk.

(2)

Infrastrukturforvalteren skal sende kanalobjektet til ansøgeren.

(3)

Kanalobjektet beskriver kanalkarakteristikaene for den kanal, der er tildelt for et tog. De berørte infrastrukturforvaltere langs det pågældende togs rute skal koordinere kanalobjekterne indbyrdes.

(4)

Hvis ansøgeren angiver et bestemt tognummer som en del af det objekt for kanalansøgningen, der er omhandlet i punkt 2.1.4, nr. 3), skal det kanalobjekt, som infrastrukturforvalteren sender til ansøgeren, som attribut indeholde det tildelte tognummer, som kan ændre sig i kanalens eller det tilknyttede togs livscyklus.

(1)

Ruteobjektet (objekttype »RO«, som del af (»PlannedTransportIdentifier«) skal angives af den primære jernbanevirksomhed. Det henviser til den geografiske strækning fra et afgangssted til et bestemmelsessted.

(2)

Når den primære jernbanevirksomhed, der er ansvarlig for koordineringen af ansøgerne for den samme jernbanetransporttjeneste, konsekvent har indføjet ruteobjektet, skal ansøgeren sende ruteobjektet til alle berørte infrastrukturforvaltere langs den pågældende tjenestes rute.

(3)

Ruteobjektet beskriver de nødvendige minimumsoplysninger om hele ruten, som en infrastrukturforvalter skal bruge for at udføre sine opgaver, herunder analysen af »kanalansøgningen«.

(4)

Ruteobjektet skal mindst indeholde følgende oplysninger:

(1)

Sagsreferenceobjektet (objekttype »CR«-delen af »PlannedTransportIdentifier«) skal angives af dataindehaveren.

(2)

Hvis specifikke objekter eller data anvendes eller påtænkes anvendt af en telematikinteressent, skal de være del af særlige »sagsreferenceobjekter« omfattet af den i artikel 11 omhandlede proces.

(3)

Bortset fra de bloktog, der er omhandlet i punkt 2.6.1, nr. 6), er aspekter vedrørende interoperabiliteten af datadeling i forbindelse med identificering af rangerbevægelser, herunder i jernbanegodsservicefaciliteter anført som et »udestående punkt« i overensstemmelse med artikel 4, stk. 6, i direktiv (EU) 2016/797 og opført i tillæg B til dette bilag.

(1)

De data, der kræves og tildeles i henhold til bilaget til gennemførelsesforordning (EU) 2019/773 (»TSI OPE«), jf. tillæg A til dette bilag, vedrørende togets kapacitetsrettigheder og egenskaber for hvert afsnit af disse rettigheder, herunder afsnittene i jernbanegodsfaciliteter, betegnes i det følgende som »kanal«.

Første afsnit i dette punkt berører ikke definitionen af »kanal« i artikel 3, nr. 27) i direktiv 2012/34/EU i forbindelse med jernbanetransporttjenester, og definitionen af »kapacitet i en servicefacilitet« i artikel 3, nr. 4, i gennemførelsesforordning (EU) 2017/2177, og udelukkende for strækningerne i denne jernbanetransporttjeneste, der drives i en jernbanegodsservicefacilitet.

(2)

Ved tildeling af infrastrukturkapacitet som omhandlet i kapitel IV, afdeling 3, i direktiv 2012/34/EU skal de meddelelser, der er omhandlet i punkt 2.3.2 til 2.3.9 i dette bilag, udveksles mellem ansøgeren og infrastrukturforvalteren eller tildelingsorganet, der er udpeget i overensstemmelse med artikel 7a, stk. 3, i nævnte direktiv, ved brug af en API eller en web-UI, jf. artikel 14 og punkt 1.7 i bilaget til denne forordning.

(3)

Ved tildeling af kapacitet i jernbanegodsservicefaciliteter som omhandlet i artikel 13 i direktiv 2012/34/EU og artikel 7, 8 og 9 i gennemførelsesforordning (EU) 2017/2177 og udelukkende i forbindelse med de strækninger i en jernbanegodstransporttjeneste, der er omfattet af tildelingen af en kanal, skal de meddelelser, der er omhandlet i punkt 2.3.2 til 2.3.9 i dette bilag, udveksles mellem ansøgeren og infrastrukturforvalteren eller tildelingsorganet for det net, der er tilsluttet disse jernbanegodsservicefaciliteter, ved brug af en API eller en web-UI, jf. artikel 14 og punkt 1.7 i bilaget til denne forordning.

(4)

Aspekter vedrørende interoperabiliteten af datadeling i forbindelse med planlægning af rangerbevægelser og henstilling er anført som et »udestående punkt« i overensstemmelse med artikel 4, stk. 6, i direktiv (EU) 2016/797 og opført i tillæg B til dette bilag.

(5)

I forbindelse med processer på flere net inden for kapacitetstildeling, der involverer mere end én infrastrukturforvalter eller operatør af jernbanegodsservicefaciliteter langs en togrute, skal de involverede infrastrukturforvaltere og operatører af jernbanegodsservicefaciliteter i henhold til artikel 40, stk. 1, i direktiv 2012/34/EU koordinere deres tildelingsprocesser for at sikre konsistens i resultaterne.

Ansøgere om kapacitet på tværs af flere net kan anvende den fælles EU-API eller en fælles EU-webbrugergrænseflade som omhandlet i artikel 14, stk. 5, i denne forordning.

Aspekter vedrørende interoperabiliteten af datadeling i forbindelse med koordinering af processer på flere net inden for kapacitetsforvaltning er anført som et »udestående punkt« i overensstemmelse med artikel 4, stk. 6, i direktiv (EU) 2016/797 og opført i tillæg B til dette bilag.

(6)

Hvis mere end én jernbanevirksomhed driver en jernbanetransporttjeneste, kan de involverede jernbanevirksomheder udpege den primære jernbanevirksomhed som ansøger for denne tjenestes samlede rute. Den primære jernbanevirksomhed skal som minimum sikre koordineringen af ansøgerne og deres tildelingsprocesser i henhold til artikel 13, stk. 1, litra b), og integrere de objektidentifikatorer, der er omhandlet i punkt 2.1, for denne tjenestes samlede rute.

(7)

I forbindelse med en intermodal transporttjeneste kan de involverede jernbanevirksomheder uddelegere rollen som primær jernbanevirksomhed eller ansøger til en intermodal transportvirksomhed for den pågældende jernbanegodstransporttjenestes samlede rute.

(8)

I tilfælde af anmodning om tildeling af infrastrukturkapacitet med kort varsel tæt på afgang eller under realtidsdrift skal oplysninger vedrørende den tilsvarende kanal meddeles som led i en ændring af et kanalafsnit i overensstemmelse med punkt 2.6.7.

Tidstærsklen for den resterende tid indtil et togs afgang på tidspunktet for anmodningen om kapacitetstildeling, hvor ansøgningen skal betragtes som ad hoc, er anført som et »udestående punkt« i overensstemmelse med artikel 4, stk. 6, i direktiv (EU) 2016/797 og opført i tillæg B til dette bilag.

(9)

I forbindelse med en jernbanegodstransport, hvor forsendelsens faktiske karakter nødvendiggør en tilpasning af den tildelte kanal, skal oplysningerne i »ConsignmentNoteMessage« i punkt 3.1.1 anvendes som en del af en ændring af et kanalafsnit i overensstemmelse med punkt 2.6.7.

(10)

Meddelelser, der udveksles med henblik på tildeling af en kanal til en jernbanegodstransporttjeneste, skal indeholde oplysninger, der identificerer eventuelle påtænkte driftsstrækninger med mindre støj i overensstemmelse med bilaget til forordning (EU) nr. 1304/2014 (TSI NOI) som omhandlet i tillæg A til dette bilag.

(11)

I forbindelse med en intermodal transporttjeneste skal meddelelser, der udveksles i overensstemmelse med nr. 2) og 3) med henblik på tildeling af kanaler til den tilsvarende jernbanegodstransporttjeneste, indeholde oplysninger om den maksimale profil af de intermodale lasteenheder, der skal anvendes til den pågældende tjeneste.

(12)

Køreplanen afspejler de ruter, der er bekræftet som tildelt.

(1)

»PathRequestMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

For at ansøge om en kanal skal ansøgeren sende en »PathRequestMessage« til de berørte infrastrukturforvaltere.

(1)

»PathDetailsMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Som svar på en »PathRequestMessage«, der modtages fra en ansøger i overensstemmelse med punkt 2.3.2, skal hver infrastrukturforvalter sende en »PathDetailsMessage« for at angive kanalkarakteristikaene for den kanal, der tilbydes ansøgeren.

(1)

»PathConfirmedMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

For at bekræfte tildelingen af den kanal, som en infrastrukturforvalter tilbyder i »PathDetailsMessage« jf. punkt 2.3.3, skal ansøgeren sende »PathConfirmedMessage« tilbage.

(3)

Ved modtagelsen af »PathConfirmedMessage« skal den modtagende infrastrukturforvalter bekræfte modtagelsen ved at sende den oprindelige ansøger en »PathDetailsMessage«, der bekræfter reservationen, og indføre den tilsvarende kanal i sin køreplan.

(4)

Ved modtagelse af »PathDetailsMessage«, der bekræfter reservationen, skal ansøgeren også sende denne meddelelse til de jernbanevirksomheder, der er involveret i den pågældende kanal, og til den primære jernbanevirksomhed. I forbindelse med jernbanegodstransport skal den primære jernbanevirksomhed sende bekræftelsen til godskunderne.

(5)

En kanal, der er bekræftet af ansøgeren i overensstemmelse med nr. 1), og hvor anerkendelsen af modtagelsen er blevet bekræftet af den modtagende infrastrukturforvalter i overensstemmelse med nr. 3), betragtes som tildelt, og begge parter skal betragte de tilsvarende kapacitetsrettigheder som tildelt.

(1)

»PathDetailsRefused« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis den kanal, som infrastrukturforvalteren har tilbudt i overensstemmelse med punkt 2.3.3, afvises, skal ansøgeren tilbagesende en »PathDetailsRefusedMessage«.

(1)

»PathCanceledMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

For at annullere hele eller en del af en kanal, der er blevet bekræftet i overensstemmelse med punkt 2.3.4, skal ansøgeren sende en »PathCanceledMessage« til den infrastrukturforvalter, der er ansvarlig for de tildelte kapacitetsrettigheder.

(1)

»PathNotAvailableMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en tildelt kanal ikke længere er ledig eller er blevet ændret, skal den infrastrukturforvalter, der er ansvarlig for den tildelte kanal, sende en »PathNotAvailableMessage« til ansøgeren, så snart forvalteren bliver opmærksom på en sådan ændring.

(3)

Hvis der findes et alternativ til en kanal, der ikke længere er ledig eller er blevet ændret, skal hver infrastrukturforvalter, der er ansvarlig for den tildelte kanal eller en del af den, tilbyde dette alternativ og sende ansøgeren en »PathDetailsMessage« i overensstemmelse med punkt 2.3.3, som skal læses sammen med den »PathNotAvailableMessage«, der er omhandlet i nr. 2). I sådanne tilfælde finder følgende betingelser desuden anvendelse:

(1)

»ReceiptConfirmationMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Modtageren af de meddelelser, der er omhandlet i punkt 2.3.2, 2.3.3, 2.3.5, 2.3.6 og 2.3.7, skal bekræfte modtagelsen ved at sende en »ReceiptConfirmationMessage« til den telematikinteressent, der sendte den oprindelige meddelelse.

(1)

»TrainCompositionMessage« for godstransport med jernbane og »PassengerTrainCompositionMessage« for personbefordring med jernbane, i det følgende benævnt »oprangeringsmeddelelser«, skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Enhver jernbanevirksomhed, der er ansvarlig for driften af et tog, skal i henhold til TSI'en for drift og trafikstyring (TSI OPE) som omhandlet i tillæg A sende en meddelelse om togets oprangering for at bekræfte, at det oprangerede tog er i driftsklar stand, til den infrastrukturforvalter, der er ansvarlige for afgangsnettet, dog kun for de kanalafsnit, som toget skal køre på.

(3)

I tilfælde af en intermodal transporttjeneste skal den godsjernbanevirksomhed, der er ansvarlig for driften af et tog, der er en del af en kanal, og som ankommer til en jernbanegodstransportfacilitet, hvor det oprangerede tog skal losses, sende en »TrainCompositionMessage« til operatøren af den pågældende jernbanegodsservicefacilitet.

(4)

Hver infrastrukturforvalter skal – udelukkende for de strækninger i jernbanetransporttjenesten, der drives på dens netværk i henhold til en kanal – give adgang til de oprangeringsdata som modtages i henhold til artikel 4 og 5.

(5)

En infrastrukturforvalter, der giver adgang til oprangeringsdata i henhold til artikel 4 og 5, skal konsekvent genbruge oplysningerne i oprangeringsmeddelelser (»train composition messages«), der er modtaget fra jernbanevirksomheder i henhold til nævnte punkts nr. 2) og fra stationsledere i henhold til punkt 4.7.1.1, nr. 3), og give adgang til disse data til brug i henhold til betingelserne i Creative Commons BY-NC-ND 4.0-licensen eller enhver anden tilsvarende eller mindre restriktiv åben licens eller andre tilsvarende eller mindre restriktive adgangsbetingelser, som de involverede interessenter er blevet enige om.

(6)

Hvis en jernbanevirksomhed deler oprangeringsdata med en infrastrukturforvalter eller en operatør af jernbanegodstransportfaciliteter i overensstemmelse med punkt 2 eller 3, kan virksomheden anmode om, at den kommercielle anvendelse af disse data omfattes af en kontraktlig aftale, medmindre en sådan anvendelse er omfattet af den åbne licens, der anvendes af den infrastrukturforvalter, der deler disse data i henhold til artikel 5 og punkt 2.5.1, nr. 5).

(7)

Hvis offentlighedens adgang til oprangeringsdata er begrænset i henhold til artikel 5, stk. 3 eller 4, skal hver infrastrukturforvalter sikre, at andre telematikinteressenter kan få adgang til disse data i henhold til artikel 4 via den fælles EU-webbrugergrænseflade, der er omhandlet i artikel 5, stk. 1.

(8)

I de tilfælde, der er omhandlet i artikel 5, stk. 6, skal jernbanevirksomheden kun sende oprangeringsdata bilateralt til relevante telematikinteressenter i henhold til artikel 4.

(9)

Hvis oprangeringen af et tog før eller efter afgang er blevet ændret, skal den jernbanevirksomhed, der er ansvarlig for driften af det pågældende tog, sende en ajourført oprangeringsmeddelelse (»train composition message«) med en henvisning til det sted, hvor oprangeringen er ændret.

(10)

Hvis forstyrrelser eller nødsituationer, der opstår under togdriften, medfører en ændring af parametrene for togets sammensætning med mulige konsekvenser for togtrafikdata som omhandlet i punkt 2.6, skal den jernbanevirksomhed, der er ansvarlig for det pågældende tog, sende en ny oprangeringsmeddelelse (»train composition message«) eller meddele den nye togsammensætning i overensstemmelse med tillæg C til TSI OPE.

(11)

En »TrainCompositionMessage« skal indeholde parametre, der sikrer, at oprangeringen er i overensstemmelse med de særlige regler for driften af godsvogne på strækninger med mindre støj i henhold til TSI NOI, jf. tillæg A til dette bilag. Identificeringen af påtænkte driftsstrækninger med mindre støj skal være i overensstemmelse med kanalkarakteristikaene for den tildelte kanal som fastsat i punkt 2.3.

(12)

En »TrainCompositionMessage« skal gøre det muligt at identificere enhver intermodal lasteenhed, der er lastet på godsvogne.

(13)

En »TrainCompositionMessage« skal gøre det muligt at identificere godsvogne, der transporterer farligt gods. Hvis mindst én godsvogn transporterer farligt gods, skal offentlighedens adgang til oprangeringsdata begrænses i henhold til artikel 5, stk. 3, for hele dette tog.

(14)

Oprangeringsmeddelelsen skal gøre det muligt at identificere, hvor en jernbanetransporttjeneste drives for de væbnede styrker, hvis det er relevant.

(15)

En »PassengerTrainCompositionMessage« skal omfatte en oversigt over siddepladser, i det mindste for tog med pladsreservation, og placeringen af faciliteter i toget såsom klasser, vogne, der er tilgængelige for bevægelseshæmmede personer, og cykelpladser, hvis tilgængelige.

En »PassengerTrainCompositionMessage« skal udgøre et passende format og teknisk middel som omhandlet i henholdsvis artikel 9, stk. 3, og artikel 10, stk. 4, i forordning (EU) 2021/782 til at give digital adgang til oplysninger vedrørende servicetilbud og faciliteter som en del af oplysningerne på rejsen som omhandlet i del II i bilag II til nævnte forordning og opfylder de tilsvarende forpligtelser i henhold til artikel 9, stk. 2, og artikel 10, stk. 5, i nævnte forordning.

(16)

Oprangeringsmeddelelser skal indeholde de oplysninger, der er nødvendige for at understøtte energiafregningsprocessen i henhold til forordning (EU) nr. 1301/2014 (»TSI ENE«), jf. tillæg A. De skal navnlig indeholde det europæiske køretøjsnummer for de trækkraftenheder, der er en del af det pågældende tog, og som betegnes forbrugspunkt-identifikationsnummer for de togmonterede energimålesystemer i henhold til forordning (EU) nr. 1302/2014 (»TSI LOC&PAS«), jf. tillæg A, og togets samlede masse. Disse oplysninger skal være anført i oprangeringsmeddelelsen på afgangstidspunktet, jf. stk. 2, eller senest 48 timer efter afgang i tilfælde af anomali. Infrastrukturforvalteren skal dele disse data med relevante energiafregningssystemer i henhold til TSI ENE.

(17)

Hvis modtageren af en oprangeringsmeddelelse (»train composition message«) anvender de data, der er indeholdt i den pågældende meddelelse, til driftssikkerhed i overensstemmelse med punkt 1.1, stk. 2 og 3, eller hvis det er aftalt med dataindehaveren af meddelelsen, skal modtageren bekræfte modtagelsen heraf ved at sende en »ReceiptConfirmationMessage« i overensstemmelse med specifikationerne i tillæg C, indeks [1], til den oprindelige afsender.

(1)

Hvis en jernbanevirksomhed, der er ansvarlig for et togs kørsel, er klar til rettidig adgang til nettet i overensstemmelse med køreplanen og den tilhørende tildelte kanal, herunder når denne kanal er blevet ændret af infrastrukturforvalteren efter anmodning fra denne jernbanevirksomhed i henhold til punkt 2.3.1, nr. 8), anses forpligtelserne i dette punkt for at være opfyldt.

(2)

Hvis enten mobilkommunikationssystemer til jernbaner (Railway Mobile Radio – RMR) eller »Start of mission«-proceduren i ETCS L2 i overensstemmelse med bilaget til gennemførelsesforordning (EU) 2023/1695 (i det følgende benævnt »TSI CCS«), jf. tillæg A, er tilgængelige som rapporteret i RINF og kan anvendes af den infrastrukturforvalter, der er ansvarlig for afgangsnettet, via netvejledningen, anses forpligtelserne i punkt 2.5.2 for at være opfyldt.

(3)

Hvis den infrastrukturforvalter, der er ansvarlig for afgangsnettet gennem RINF, meddeler, at enten mobile jernbaneradiosystemer (RMR) eller »Start of mission«-proceduren i ETCS L2 i overensstemmelse med bilaget til TSI CCS, jf. tillæg A, er funktioner, som vil blive udrullet inden for fem år fra den milepæl, der er fastsat i tillæg G, kan alternative metoder til opfyldelse af forpligtelserne i punkt 6), 7) og 8) anvendes af den infrastrukturforvalter, der er ansvarlig for afgangsnettet, via netvejledningen.

(4)

Hvis en jernbanevirksomhed, der er ansvarlig for et togs kørsel, er klar til at få adgang til nettet efter en forsinkelse i forhold til køreplanen og den tilhørende tildelte kanal, kan den underrette den infrastrukturforvalter, der er ansvarlig for afgangsnettet, i overensstemmelse med punkt 6), 7) og 8).

(5)

Hvis en jernbanevirksomhed, der er ansvarlig for et togs kørsel, er klar til at få adgang til nettet forud for køreplanen og den tilhørende tildelte kanal, kan den underrette den infrastrukturforvalter, der er ansvarlig for afgangsnettet, i overensstemmelse med punkt 6), 7) og 8).

(6)

En »TrainReadyMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(7)

Når en jernbanevirksomhed, der er ansvarlig for et togs kørsel, skal give oplysninger til infrastrukturforvalteren i henhold til TSI OPE som omhandlet i tillæg A om status for det pågældende tog med hensyn til, om toget er klar til få adgang til nettet, skal denne jernbanevirksomhed inden afgang sende en »TrainReadyMessage« til den infrastrukturforvalter, der er ansvarlig for afgangsnettet.

(8)

Hvis den infrastrukturforvalter, der modtager en »TrainReadyMessage« i henhold til stk. 4, anvender dataene i den pågældende meddelelse til driftssikkerhed i overensstemmelse med punkt 1.1, nr. 3, eller til energiafregningsformål, eller hvis det er aftalt med den afsendende virksomhed, skal infrastrukturforvalteren bekræfte modtagelsen.

(1)

Hvis en jernbanevirksomhed ikke er klar til at sætte et tog i gang i henhold til køreplanen eller dens tildelte kanal, herunder når denne kanal er blevet ændret af infrastrukturforvalteren efter anmodning fra denne jernbanevirksomhed i henhold til punkt 2.3.1, nr. 8), eller er forsinket på grund af en unormal tilstand, der vil kunne påvirke togkørslen før afgang, skal virksomheden med henblik på at tilvejebringe prognoseoplysninger om, hvorvidt toget er klar til at få adgang til nettet, sende en »TrainReadyMessage« med statussen »NotReady« til den infrastrukturforvalter, der er ansvarlig for afgangsnettet, herunder:

(2)

Der skal sendes en ny »TrainReadyMessage«, så snart der foreligger nye eller ajourførte oplysninger.

(3)

Hvis den infrastrukturforvalter, der modtager en »TrainReadyMessage« i henhold til stk. 1, anvender den til driftssikkerhed i overensstemmelse med punkt 1.1, stk. 3, eller hvis det er aftalt med den afsendende virksomhed, skal infrastrukturforvalteren bekræfte modtagelsen.

(1)

Mens køreplansdata afspejler de kanaler, der er tildelt og bekræftet i henhold til punkt 2.3, indeholder togtrafikdata, herunder oplysninger om togkørsel og togprognoser, de oplysninger, der er nødvendige for at ajourføre køreplanen dynamisk.

(2)

Følgende meddelelser, der indeholder togtrafikdata, i det følgende benævnt »togtrafikmeddelelser« (»train traffic messages«), skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1]:

(3)

Infrastrukturforvaltere og operatører af jernbanegodsservicefaciliteter – udelukkende for de strækninger i hver jernbanetransporttjeneste, der drives på deres net i henhold til en kanal – og, hvor det er relevant, andre dataindehavere:

I de tilfælde, der er omhandlet i artikel 5, stk. 5, finder dette nummers litra a) ikke anvendelse, og det er obligatorisk at anvende dette nummers litra b).

(4)

Hvis en infrastrukturforvalter eller en operatør af jernbanegodsservicefaciliteter giver adgang til togtrafikdata i henhold til artikel 5, skal vedkommende konsekvent genbruge dataene i »togtrafikmeddelelser« og give adgang til disse data i henhold til betingelserne i Creative Commons BY-SA 4.0-licensen eller enhver anden tilsvarende eller mindre restriktiv åben licens eller andre tilsvarende eller mindre restriktive adgangsbetingelser, som de involverede interessenter er blevet enige om.

(5)

Hvis rangeringen og henstillingen af godsvogne udføres som en enkeltvognstransport i en jernbanegodsservicefacilitet, skal togtrafikdata deles i henhold til artikel 4 og i overensstemmelse med punkt 3.2.1.

(6)

Hvis godsvogne drives som et bloktog i en jernbanegodsservicefacilitet, skal operatøren af denne facilitet dele togtrafikdata i henhold til artikel 4 og 5 på grundlag af de »togtrafikmeddelelser«, der er omhandlet i nr. 2). Til dette formål skal der anvendes en reference til identifikatoren for det pågældende tog og den tilhørende kanal, der afgår fra denne facilitet. Hvis denne facilitet er det endelige bestemmelsessted for det pågældende bloktog, skal identifikatoren for det pågældende tog og den tilhørende rute, der ankommer til denne facilitet, anvendes.

(7)

»Togtrafikmeddelelser« skal udgøre passende tekniske midler i henhold til artikel 10, stk. 4, i forordning (EU) 2021/782 til at opfylde forpligtelserne i artikel 10 i forordning (EU) 2021/782 og til at give trafik- og rejseoplysninger om personbefordring med jernbane.

(8)

En infrastrukturforvalter eller en passagerjernbanevirksomhed, der giver adgang til dynamiske rejse- og trafikdata via nationale adgangspunkter i overensstemmelse med artikel 5 i Kommissionens delegerede forordning (EU) 2017/1926, skal konsekvent genbruge dataene i »togtrafikmeddelelser« (»train traffic messages«) og anvende specifikationerne i punkt 4.9, litra d).

a)

afgangspunkter

b)

punkter, hvor ansvaret for kapacitetsforvaltning eller trafikstyring overgår mellem flere på hinanden følgende infrastrukturforvaltere eller tildelingsorganer eller mellem infrastrukturforvaltere og operatører af jernbanegodsservicefaciliteter (»overdragelsespunkt«)

c)

punkter, hvor ansvaret for driften af et tog overgår mellem flere på hinanden følgende jernbanevirksomheder, intermodale transportvirksomheder eller enhver kombination heraf (»overgangspunkt«)

d)

punkter, som toget ankommer til og afgår fra på jernbanepassagerstationer og i jernbanegodsservicefaciliteter og eventuelle andre planmæssige stop undervejs

e)

bestemmelsessteder.

(1)

En »TrainRunningInformationMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

For at rapportere om togets position i realtid i henhold til TSI'en for drift og trafikstyring (TSI OPE) som omhandlet tillæg A skal infrastrukturforvalteren eller operatøren af jernbanegodsservicefaciliteter sende en »TrainRunningInformationMessage« ved et togs afgang fra og ankomst til rapporteringspunkter.

(1)

En »TrainRunningForecastMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

For at give oplysninger om opståede afvigelser fra planmæssige datoer og tidspunkter i henhold til TSI'en for drift og trafikstyring (TSI OPE) som omhandlet i tillæg A og således for at angive den forventede dato og det forventede tidspunkt for et togs afgang fra eller ankomst til et rapporteringspunkt, skal infrastrukturforvalteren eller operatøren af jernbanegodsservicefaciliteter sende en »TrainRunningForecastMessage«.

(3)

Ved forsinkelser ved afgangspunktet eller yderligere forsinkelser mellem to rapporteringspunkter, der skønnes at vare mere end 15 minutter for godstog eller mere end 5 minutter for passagertog, eller som krævet ifølge kvalitetsovervågningssystemet i henhold til TSI'en for drift og trafikstyring (TSI OPE) som omhandlet i tillæg A, skal der sendes en ny »TrainRunningForecastMessage«.

(4)

En »TrainRunningForecastMessage« skal gøre det muligt efterfølgende at måle nøjagtigheden af det skøn, der er foretaget ved hjælp af denne prognose, og skal omfatte dets forventede nøjagtighed i henhold til den metode, der er fastsat i tillæg E.

(1)

En »TrainDelayCauseMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Så snart årsagen til forsinkelsen er kendt, herunder i tilfælde af en første antagelse, og hvor der er en opdatering om årsagen til forsinkelsen, skal infrastrukturforvalteren eller operatøren af jernbanegodsservicefaciliteter sende en »TrainDelayCauseMessage« for at informere om afvigelser fra køreplanen i henhold til TSI'en for drift og trafikstyring (TSI OPE) som omhandlet i tillæg A, når de opstår for det pågældende tog.

(1)

»TrainRunningInterruptionMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

For at give oplysninger om forstyrrelse af en jernbanetransporttjeneste (»service disruption«) på grund af et uplanlagt stop og beskrive denne forstyrrelse og lokaliteten i henhold til TSI'en for drift og trafikstyring (TSI OPE) som omhandlet i tillæg A skal infrastrukturforvalteren eller operatøren af jernbanegodsservicefaciliteter sende følgende meddelelser:

(3)

For at give oplysninger om driftsforstyrrelse, der opstår som følge af driften af et tog, skal den jernbanevirksomhed, der er ansvarlig for toget, sende de meddelelser, der er omhandlet i nr. 2), litra a) og b), til den infrastrukturforvalter eller operatør af jernbanegodsservicefaciliteter, der er ansvarlig for det net, hvor driftsforstyrrelsen opstod. Hvis det er relevant, skal den modtagende infrastrukturforvalter eller operatør af jernbanegodsservicefaciliteter sende ajourførte oplysninger i overensstemmelse med punkt 2.6.1.

(1)

I tilfælde af ændringer af en kanal ud over den tærskel, der er omhandlet i punkt 2.3.1, nr. 8), skal den infrastrukturforvalter eller operatør af jernbanegodsservicefaciliteter, der er ansvarlig for denne kanal, underrette de berørte jernbanevirksomheder om de planlagte ændringer af kanalen på deres respektive net.

(2)

Med forbehold af nr. 3) er aspekter vedrørende interoperabiliteten af datadeling i forbindelse med oplysningerne i nr. 1) anført som et »udestående punkt« i overensstemmelse med artikel 4, stk. 6, i direktiv (EU) 2016/797 og opført i tillæg B til dette bilag

(3)

Hvis den aftalte fortsættelse af personbefordring med jernbane indebærer omlægning af rejsen via en anden rute, delvis aflysning eller fjernelse eller tilføjelse af mellemstandsninger, skal den infrastrukturforvalter, som er ansvarlig for denne jernbanetransporttjeneste, sende en »PathDetailsMessage« som omhandlet i punkt 2.3.3 med oplysninger om ændringen af kanalafsnittet i overensstemmelse med punkt 2.6.1.

a)

en køreplan som omhandlet i punkt 2.3.10

b)

referencetogets identifikator som omhandlet i punkt 2.1.2

c)

kun for passagertog: passagertogets identifikationsnummer som »RetailServiceId« i kombination med referencetogets identifikator, jf. punkt 2.1.2

d)

rapporteringspunkter og tilknyttet togstatus som en del af togkørselsoplysningerne i punkt 2.6.3

e)

faktisk dato og tidspunkt for kørsel som en del af togkørselsoplysningerne i punkt 2.6.3

f)

forsinkelse og årsag til forsinkelse, hvis en sådan findes, som en del af togkørselsoplysningerne og oplysningerne om årsagen til togforsinkelsen som omhandlet i henholdsvis punkt 2.6.3 og 2.6.5

g)

oprangering, jf. punkt 2.5.1, som for godstransport med jernbane skal være begrænset til:

(1)

En »ConsignmentNoteMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Et fragtbrev, der udveksles elektronisk ved hjælp af en »ConsignmentNoteMessage«, og som er underskrevet ved hjælp af midler, der opfylder kravene til kvalificerede elektroniske segl i overensstemmelse med Europa-Parlamentets og Rådets forordning (EU) nr. 910/2014 (4), skal betragtes som en elektronisk registrering af data, dvs. et elektronisk fragtbrev (»eCN«), svarende til et papirbaseret fragtbrev.

(3)

Det elektroniske fragtbrev skal udveksles som følger:

(4)

Et elektronisk fragtbrev, der sendes i henhold til punkt 3, anses for tilstrækkeligt til, at modtagerne kan opfylde deres del af transportkontrakten indtil ankomsten til bestemmelsesstedet eller overgangen til den næste interessent.

(5)

Hvis den primære jernbanevirksomhed sender data til de kompetente myndigheder i henhold til artikel 4 i forordning (EU) 2020/1056, skal den konsekvent genbruge de data, der er indeholdt i »ConsignmentNoteMessage«, jf. dette punkt, og, hvor det er relevant, i »TrainCompositionMessage«, jf. punkt 2.5.1.

(1)

Jernbanevirksomheder involveret i den samme jernbanegodstransport, der drives som enkeltvognstransport, skal gensidigt udveksle oplysninger og individuelt sikre overvågningen af placeringen af og status for godsvogne eller godsvognsæt, for hvilke de er ansvarlige for de data vedrørende bevægelser af godsvogne og deres last, der er fastsat i punkt 3.2.1-3.2.3.

(2)

Den primære jernbanevirksomhed skal have et overblik over den aktuelle placering og status for godsvognene eller vognsættet og deres last ved brug af oplysningerne fra de jernbanevirksomheder, der er involveret i den samme jernbanegodstransport, som drives som enkeltvognstransport.

(3)

Lastens aktuelle placering og status, navnlig intermodale lasteenheder, skal overvåges på grundlag af placeringen og status for de godsvogne, som lasten er anbragt på.

(4)

Godsjernbanevirksomheder kan bidrage til udviklingen af fælles EU-web-UI'er, jf. artikel 14, stk. 6, og artikel 21, for at give adgang til data vedrørende bevægelser af godsvogne og deres last. Hvis en gruppe godsjernbanevirksomheder i fællesskab stiller sådanne fælles EU-web-UI'er til rådighed, skal den pågældende applikation give relevante telematikinteressenter adgang til data vedrørende bevægelser af godsvogne og deres last i henhold til artikel 4 og til brug af disse data i henhold til betingelserne i Creative Commons BY-NC-SA 4.0-licensen eller enhver anden tilsvarende eller mindre restriktiv åben licens eller andre tilsvarende eller mindre restriktive adgangsbetingelser, som de involverede interessenter er blevet enige om.

(1)

Hvis der er monteret geolokaliseringsanordninger på godsvogne, skal indehaveren af geolokaliseringsbaserede positionsdata give adgang til disse data til andre telematikinteressenter, der bruger disse godsvogne, eller, hvor det er relevant, andre telematikinteressenter i henhold til artikel 4.

(2)

Aspekter vedrørende interoperabiliteten af datadeling i forbindelse med geolokaliseringsbaseret positionering af godsvogne er anført som et »udestående punkt« i overensstemmelse med artikel 4, stk. 6, i direktiv (EU) 2016/797 og opført i tillæg B til dette bilag.

(1)

En »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

For at telematikinteressenter, der er involveret i jernbanegodstransport, som drives som enkeltvognstransport, kan få løbende kendskab til godsvognenes aktuelle placering og status:

(3)

En telematikinteressent, der sender en »WagonStatusMessage«, skal i overensstemmelse med punkt 3.2.1.3 til 3.2.1.13 angive, hvilken hændelsestype denne meddelelse vedrører.

(4)

Medmindre der findes en fælles database over drift af godsvogne og intermodale lasteenheder i overensstemmelse med punkt 3.3.3, eller der er anvendt fælles EU-web-UI'er som omhandlet i punkt 1.7.2, skal »WagonStatusMessage« udveksles bilateralt i henhold til artikel 4 via en trafiktelematikapplikation som omhandlet i artikel 14 og punkt 1.7.

(5)

For at have løbende kendskab til den aktuelle placering af og status for godsvogne i en jernbanegodstransporttjeneste, der ikke drives som enkeltvognstrafik, kan telematikinteressenter, der er involveret i denne transporttjeneste, frivilligt anvende kravene i punkt 3.2.1.2-3.2.1.13 på grundlag af kontraktbestemmelser.

(1)

Hændelsestypen »Wagon Ready To Pull« i »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis lastevirksomheden eller, hvor det er relevant, påfyldningsvirksomheden, som begge er defineret i artikel 3 i direktiv (EU) 2016/798, har underrettet den primære jernbanevirksomhed om, at deres eventuelle last er klar til kørsel, uden at det berører jernbanevirksomhedens rolle i artikel 4 i direktiv (EU) 2016/798, og at godsvognen derfor kan trækkes eller skubbes fra et bestemt lastnings- eller losningssted, skal den primære jernbanevirksomhed uden at bringe lastens sikkerhed i fare i overensstemmelse med TSI OPE som omhandlet i tillæg A til dette bilag sende en »WagonStatusMessage« med hændelsestypen »Wagon Ready To Pull« i overensstemmelse med punkt 3.2.1.2, nr. 2), i dette bilag til den udgående jernbanevirksomhed, der forventes at trække eller skubbe den pågældende vogn fra dette sted.

(3)

I forbindelse med intermodal transport, hvor en operatør af jernbanegodsservicefaciliteter er ansvarlig for lastning eller losning af et sæt godsvogne, skal operatøren sende den primære jernbanevirksomhed en togkørselsmeddelelse, »TrainRunningInformationMessage«, jf. punkt 2.6.1, nr. 6), og punkt 2.6.3, der indeholder oplysninger om den relevante status for togets placering og bekræfter togets lukning, dvs. at det lastede eller lossede godsvognsæt, der holder stille ved rapporteringspunktet, er klar til kørsel uden at bringe lastens sikkerhed i fare i overensstemmelse med TSI OPE.

(4)

I andre tilfælde er aspekter vedrørende interoperabiliteten af datadeling i forhold til, om lasten er klar til at blive transporteret mellem lastevirksomheden eller påfyldningsvirksomheden for en godsvogn, som er del af en enkeltvognstransport, på den ene side og den primære jernbanevirksomhed på den anden side, anført som et »udestående punkt« i overensstemmelse med artikel 4, stk. 6, i direktiv (EU) 2016/797 og opført i tillæg B til dette bilag.

(1)

Hændelsestypen »Wagon Pulled« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en godsvogn er trukket eller skubbet fra et bestemt lastnings- eller losningssted, skal den udgående jernbanevirksomhed, der er ansvarlig for den pågældende godsvogn, sende en »WagonStatusMessage« med hændelsestypen »Wagon Pulled« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Hændelsestypen »Wagon Left Origin« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en godsvogn har forladt en jernbanegodsservicefacilitet på afgangsstedet med et tog, skal den udgående jernbanevirksomhed, der er ansvarlig for det pågældende tog, sende en »WagonStatusMessage« med hændelsestypen »Wagon Left Origin« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Hændelsestypen »Wagon Arrival« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en godsvogn ankommer til et nærmere angivet mellemliggende sted med et tog, skal den jernbanevirksomhed, der er ansvarlig for det pågældende tog, sende en »WagonStatusMessage« med hændelsestypen »Wagon Arrival« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Hændelsestypen »Wagon Departure« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en godsvogn har forladt et nærmere angivet mellemliggende sted med et tog, skal den udgående jernbanevirksomhed, der er ansvarlig for det pågældende tog, sende en »WagonStatusMessage« med hændelsestypen »Wagon Departure« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Hændelsestypen »Wagon Handed Over« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis ansvaret for en godsvogns bevægelse er overgået mellem flere på hinanden følgende jernbanevirksomheder, og hvis godsvognen er blevet fysisk overdraget af den jernbanevirksomhed, der er ansvarlig for ankomsten, til den næste virksomhed ved et bestemt overgangspunkt, skal den jernbanevirksomhed, der er ansvarlig for ankomsten, sende en »WagonStatusMessage« med hændelsestypen »Wagon Handed Over« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Hændelsestypen »Wagon taken over« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis ansvaret for en vogns bevægelse er overgået mellem flere på hinanden følgende jernbanevirksomheder, og hvis godsvognen er blevet fysisk overtaget af den jernbanevirksomhed, der er ansvarlig for afgangen, fra den tidligere jernbanevirksomhed ved et bestemt overgangspunkt, skal den jernbanevirksomhed, der er ansvarlig for afgangen, sende en »WagonStatusMessage« med hændelsestypen »Wagon Taken Over« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Hændelsestypen »WagonJourneyIrregularity« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en uregelmæssig hændelse vedrørende vognen eller dens last kræver en handling, der kan afbryde transporten, skal den jernbanevirksomhed, der er ansvarlig for den pågældende vogn, sende en »WagonStatusMessage« med hændelsestypen »WagonJourneyIrregularity« i overensstemmelse med punkt 3.2.1.2, nr. 2), for at give oplysninger om hændelsen, herunder yderligere oplysninger om uregelmæssighedens karakter og dens konsekvenser.

(1)

Hændelsestypen »Wagon Journey Rectified« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en uregelmæssighed i en godsvognrejse er blevet afhjulpet, skal den jernbanevirksomhed, der er ansvarlig for den pågældende godsvogn, sende en »WagonStatusMessage« med hændelsestypen »Wagon Journey Rectified« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Hændelsestypen »Wagon Reached Destination« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en godsvogn er ankommet med et tog til en jernbanegodsservicefacilitet på bestemmelsesstedet, skal den jernbanevirksomhed, der er ansvarlig for ankomsten af det pågældende tog, sende en »WagonStatusMessage« med hændelsestypen »Wagon Reached Destination« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Hændelsestypen »Wagon Delivered« i en »WagonStatusMessage« skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].

(2)

Hvis en godsvogn er blevet leveret til lastnings- eller losningsstedet, skal den jernbanevirksomhed, der er ansvarlig for ankomsten af denne godsvogn eller dette godsvognsæt, sende en »WagonStatusMessage« med hændelsestypen »Wagon Delivered« i overensstemmelse med punkt 3.2.1.2, nr. 2).

(1)

Vognprognosemeddelelsen (»WagonETI_ETAMessage«) skal være i overensstemmelse med specifikationerne i tillæg C, indeks [1].