BILAG

INDHOLDSFORTEGNELSE

1. INDLEDNING 443

1.1. Forkortelser 443

1.2. Referencedokumenter 444

1.3. Teknisk anvendelsesområde 445

1.4. Geografisk anvendelsesområde 445

1.5. Indholdet af denne TSI 445

2. DEFINITION AF DELSYSTEM OG ANVENDELSESOMRÅDE 446

2.1. Funktion inden for TSI'ens anvendelsesområde 446

2.2. Funktioner uden for TSI'ens anvendelsesområde 446

2.3. Oversigt over beskrivelsen af delsystemer 446

2.3.1. Involverede parter 446

2.3.2. Relevante processer 448

2.3.3. Generelle bemærkninger 449

3. VÆSENTLIGE KRAV 450

3.1. Efterlevelse af de væsentlige krav 450

3.2. Aspekter ved de væsentlige krav 450

3.3. Aspekter, der vedrører de generelle krav 451

3.3.1. Sikkerhed 451

3.3.2. Driftssikkerhed og disponibilitet 451

3.3.3. Sundhed 451

3.3.4. Miljøbeskyttelse 451

3.3.5. Teknisk kompatibilitet 451

3.4. Aspekter, som specifikt vedrører delsystemet Trafiktelematik for godstrafikken 451

3.4.1. Teknisk kompatibilitet 451

3.4.2. Driftssikkerhed og disponibilitet 451

3.4.3. Sundhed 452

3.4.4. Sikkerhed 452

4. KARAKTERISERING AF DELSYSTEMET 452

4.1. Indledning 452

4.2. Funktionelle og tekniske specifikationer for delsystemet 452

4.2.1. Data på fragtbreve 453

4.2.2. Kanalansøgning 454

4.2.3. Klargøring af tog 455

4.2.4. Togkørselsprognose 456

4.2.5. Oplysninger om driftsforstyrrelse 457

4.2.6. Forsendelsens ETI/ETA 458

4.2.7. Vognbevægelse 459

4.2.8. Overgangsrapportering 460

4.2.9. Dataudveksling mhp. kvalitetsforbedring 461

4.2.10. De vigtigste referencedata 462

4.2.11. Diverse referencefiler og databaser 463

4.2.12. Netværkssamarbejde og kommunikation. 466

4.3. Funktionelle og tekniske specifikationer for grænsefladerne 468

4.3.1. Grænseflader til TSI'en om infrastruktur 468

4.3.2. Grænseflader til TSI'en om togkontrol og kommunikation 468

4.3.3. Grænseflader til delsystemet Rullende materiel 468

4.3.4. Grænseflader med TSI'en om drift og trafikstyring 468

4.3.5. Grænseflader til delsystemet Trafiktelematik for persontrafikken 469

4.4. Driftsbestemmelser 469

4.4.1. Datakvalitet 469

4.4.2. Forvaltning af centraldepotet 471

4.5. Vedligeholdelsesregler 471

4.6. Faglige kvalifikationer 471

4.7. Sundhed og sikkerhed 471

5. INTEROPERABILITETSKOMPONENTER 471

5.1. Definition 471

5.2. Liste over komponenter 471

5.3. Komponenternes ydeevne og specifikationer 472

6. VURDERING AF KOMPONENTERNES OVERENSSTEMMELSE OG/ELLER ANVENDELSESEGNETHED SAMT VERIFIKATION AF DELSYSTEMET 472

6.1. Interoperabilitetskomponenter 472

6.1.1. Vurderingsprocedurer 472

6.1.2. Moduler 472

6.1.3. Delsystemet Trafiktelematik for godstrafikken 472

7. GENNEMFØRELSE 473

7.1. Nærmere bestemmelser om anvendelsen af denne TSI 473

7.1.1. Indledning 473

7.1.2. Fase 1: Detaljerede IT-specifikationer og helhedsplan 473

7.1.3. Fase 2 og 3: Udvikling og ibrugtagning 473

7.1.4. Styring, opgaver og ansvarsområder 473

7.2. Ændringshåndtering 475

7.2.1. Ændringshåndteringsprocessen 475

7.2.2. Særlig ændringshåndteringsproces for de dokumenter, som der er henvist til i tillæg I til denne forordning 475

Tillæg I Liste over tekniske dokumenter 476

Tillæg II Ordliste 477

Tillæg III Det nationale kontaktpunkt for TAF/TAP skal varetage følgende opgaver: 488

1. INDLEDNING

1.1. Forkortelser

Tabel 1

Forkortelser

Forkortelse Betydning ANSI American National Standards Institute CI Common Interface (fælles grænseflade) CR Change Request (anmodning om ændringer) EC European Commission (Europa-Kommissionen) ERA European Railway Agency (Det Europæiske Jernbaneagentur, også benævnt »Jernbaneagenturet« eller »agenturet«) ERTMS European Rail Traffic Management System ETCS European Train Control System (det europæiske togkontrolsystem) IM Infrastructure Manager (infrastrukturforvalter) ISO Den Internationale Standardiseringsorganisation LAN Local Area Network (lokalt datanet) LCL Less-than-container load (stykgods) LRU Lead Railway Undertaking (primær jernbanevirksomhed) ONC Open Network Computing OTIF Intergovernmental Organisation for International Carriage by Rail (Den Mellemstatslige Organisation for Internationale Jernbanebefordringer) PVC Permanent Virtual Circuit (permanent virtuelt kredsløb) RISC Railway Interoperability and Safety Committee (Udvalget for Interoperabilitet og Sikkerhed i Jernbanerne) RU Railway Undertaking (jernbanevirksomhed) TAF Telematics Applications for Freight (anvendelser af trafiktelematik i godstrafikken) TAP Telematics Applications for Passengers (anvendelser af trafiktelematik i persontrafikken) TCP/IP Transmission Control Protocol/Internet Protocol TEN Transeuropæisk net TSI Teknisk specifikation for interoperabilitet WK Wagon Keeper (ihændehaver af godsvogne) WP Working Party (arbejdsgruppe nedsat af Jernbaneagenturet)

1.2. Referencedokumenter

Tabel 2

Referencedokumenter

1.3. Teknisk anvendelsesområde

Denne tekniske specifikation for interoperabilitet (TSI) vedrører delområdet »anvendelser i godstrafikken« af delsystemet Trafiktelematik i det transeuropæiske jernbanesystem, jf. direktiv 2008/57/EF [1], bilag II, under »funktionelt definerede områder« i listen over delsystemer.

Denne TSI har til formål at sikre effektiv udveksling af oplysninger ved at fastsætte tekniske rammer, der gør det muligt at tilrettelægge en transportproces, der er så økonomisk levedygtig som muligt. Den omfatter anvendelser af trafiktelematik på godstrafikken og styring af forbindelser med andre transportmidler, hvilket indebærer, at den er rettet mod transportydelserne fra en jernbanevirksomhed generelt og ikke kun mod togdriften. Sikkerhedsforhold tages kun i betragtning for så vidt angår dataelementers eksistens; disses dataværdier får ingen indvirkning på togdriftens sikkerhed, og overensstemmelse med TSI'en om godstrafiktelematik kan ikke betragtes som opfyldelse af sikkerhedskrav.

TSI'en om godstrafiktelematik har også indflydelse på betingelserne for brugernes anvendelse af jernbanetransport. Udtrykket »brugerne« henviser her ikke blot til infrastrukturforvalterne og jernbanevirksomhederne, men også til alle andre tjenesteydere, som f.eks. vognleverandører og intermodale operatører, og til kunderne.

Det tekniske anvendelsesområde for denne TSI er fastsat i forordningens artikel 2, stk. 1 og 3.

1.4. Geografisk anvendelsesområde

Det geografiske anvendelsesområde for denne TSI er hele banesystemets jernbanenet, som består af:

— det transeuropæiske jernbanesystem for konventionelle tog (TEN) som beskrevet i direktiv 2008/57/EF [1], bilag I, afsnit 1.1, Net

— det transeuropæiske jernbanesystem for højhastighedstog (TEN) som beskrevet i direktiv 2008/57/EF [1], bilag I, afsnit 2.1, Net

— andre dele af nettet i hele jernbanesystemet i overensstemmelse med den udvidelse af anvendelsesområdet, der er beskrevet i direktiv 2008/57/EF [1], bilag I, afsnit 4.

De tilfælde, der er omhandlet i direktiv 2008/57/EF [1], artikel 1, stk. 3, er ikke omfattet.

1.5. Indholdet af denne TSI

Indholdet af denne TSI er i overensstemmelse med artikel 5 i direktiv 2008/57/EF [1].

I kapitel 4, Karakterisering af delsystemet, indeholder TSI'en desuden de drifts- og vedligeholdelseskrav, der er specifikke for anvendelsesområdet som defineret i punkt 1.1 (Teknisk anvendelsesområde) og 1.2 (Geografisk anvendelsesområde).

2. DEFINITION AF DELSYSTEM OG ANVENDELSESOMRÅDE

2.1. Funktion inden for TSI'ens anvendelsesområde

Delsystemet Trafiktelematik for godstrafikken er defineret i direktiv 2008/57/EF [1], bilag II, punkt 2.5, litra b).

Det omfatter navnlig:

— anvendelser i godstrafikken, herunder informationssystemer (overvågning i realtid af gods og tog)

— sorterings- og allokeringssystemer, idet togets oprangering henhører under allokeringssystemerne

— reserveringssystemer, som her refererer til reservering af kanaler

— styring af korrespondancen med andre transportmidler samt udfærdigelse af elektroniske ledsagedokumenter.

2.2. Funktioner uden for TSI'ens anvendelsesområde

Betalings- og faktureringssystemer for kunder ligger uden for denne TSI's anvendelsesområde, og det samme gælder systemer til betaling og fakturering blandt forskellige tjenesteydere som f.eks. jernbanevirksomheder og infrastrukturforvaltere. Den systemopbygning, som ligger bag dataudvekslingen i overensstemmelse med punkt 4.2 (Funktionelle og tekniske specifikationer for delsystemet), rummer imidlertid de oplysninger, der er nødvendige som grundlag for betaling af transportydelserne.

Den langsigtede køreplanlægning ligger uden for denne TSI's anvendelsesområde. Alligevel vil der på nogle punkter blive henvist til resultaterne af denne langsigtede planlægning, hvis der er en sammenhæng med effektiviteten af den informationsudveksling, der er nødvendig for togdriften.

2.3. Oversigt over beskrivelsen af delsystemer

2.3.1. Involverede parter

Denne TSI omfatter de nuværende og potentielle fremtidige tjenesteydere, der beskæftiger sig med godstransport på områder som f.eks. (listen er ikke udtømmende):

— godsvogne

— lokomotiver

— lokomotivførere

— sporskiftestyring og nedløbsrangering

— salg af slots

— styring af forsendelser

— oprangering

— togdrift

— togovervågning

— togkontrol

— overvågning af forsendelser

— inspektion og reparation af vogne og/eller lokomotiver

— toldklarering

— drift af intermodale terminaler

— styring af vejtransport.

Visse tjenesteydere defineres udtrykkeligt i direktiv 2012/34/EU [3], 2008/57/EF [1] og 2004/49/EF [9]. Da der skal tages hensyn til disse direktiver, refererer denne TSI bl.a. til definitionen af:

»Infrastrukturforvalter« (direktiv 2012/34/EU [3]): ethvert organ eller enhver virksomhed, der navnlig er ansvarlig for anlæg, forvaltning og vedligeholdelse af jernbaneinfrastruktur, herunder trafikstyring, togkontrol og signaler; infrastrukturforvalterens funktioner på et net eller en del af et net kan tildeles forskellige organer eller virksomheder. Hvis infrastrukturforvalteren ikke er uafhængig af enhver jernbanevirksomhed med hensyn til retlig status, organisation eller beslutningstagning, varetages de funktioner, der er omhandlet i kapitel IV, afdeling 2 og 3, af henholdsvis et afgiftsorgan og et tildelingsorgan, som er uafhængige af enhver jernbanevirksomhed med hensyn til retlig status, organisation og beslutningstagning.

På baggrund af denne definition anses en infrastrukturforvalter i denne TSI for at være den tjenesteyder, der tildeler kanaler, styrer/overvåger togene og rapporterer vedrørende tog/kanaler.

»Ansøger« (direktiv 2012/34/EU [3]): en jernbanevirksomhed eller en international sammenslutning af jernbanevirksomheder eller andre fysiske eller juridiske personer som f.eks. kompetente myndigheder i henhold til forordning (EF) nr. 1370/2007 og speditører samt operatører inden for kombineret transport, som har en almennyttig eller forretningsmæssig interesse i at købe infrastrukturkapacitet.

»Jernbanevirksomhed« (direktiv 2004/49/EF [9]): en jernbanevirksomhed, som defineret i direktiv 2001/14/EF, og enhver offentlig eller privat virksomhed, hvis aktivitet består i godstransport og/eller personbefordring med jernbane, og som er forpligtet til at sørge for trækkraften; dette omfatter også virksomheder, der udelukkende leverer trækkraft..

På baggrund af denne definition anses en jernbanevirksomhed i denne TSI for at være den tjenesteyder, der beskæftiger sig med togdrift.

Hvad angår tildeling af en kanal til kørsel med et tog, skal der desuden tages hensyn til artikel 38 i direktiv 2012/34/EU [3]:

Infrastrukturkapacitet tildeles af en infrastrukturforvalter. Når den er tildelt en ansøger, kan modtageren ikke overdrage den til en anden virksomhed eller tjeneste.

Enhver handel med infrastrukturkapacitet er forbudt og fører til udelukkelse fra videre tildeling af kapacitet.

En jernbanevirksomheds udnyttelse af kapacitet til udførelse af operationer på vegne af en ansøger, som ikke er en jernbanevirksomhed, betragtes ikke som en overdragelse.

Hvad angår kommunikationen mellem infrastrukturforvaltere og ansøgere ved gennemførelsen af en transport, skal kun infrastrukturforvalteren og jernbanevirksomheden tages i betragtning og ikke alle former for ansøgere, som kan være relevante i forhold til planlægningen. I gennemførelsesfasen findes der altid et nærmere defineret forhold mellem infrastrukturforvalteren og jernbanevirksomheden, for hvilket denne TSI indeholder specifikationer vedrørende udveksling af meddelelser og lagring af oplysninger. Definitionen af en ansøger og de heraf følgende muligheder for tildeling af kanaler påvirkes ikke.

I forbindelse med en godstransport er der brug for forskellige tjenesteydelser. Der skal f.eks. stilles godsvogne til rådighed. Denne ydelse kan indhentes hos en vognparkforvalter. Hvis denne ydelse udbydes af jernbanevirksomheden, fungerer denne også som vognparkforvalter. Desuden kan en vognparkforvalter forvalte både sine egne vogne og/eller vogne fra en anden ihændehaver (en anden tjenesteyder, der udbyder godsvogne). Behovet for at inddrage en sådan leverandør tages i betragtning, uanset om den juridiske enhed, der optræder som vognparkforvalter, er en jernbanevirksomhed eller ej.

Denne TSI etablerer ikke nye juridiske enheder, og den forpligter heller ikke en jernbanevirksomhed til at inddrage eksterne tjenesteydere i forbindelse med tjenesteydelser, som virksomheden selv udbyder, men hvor det er nødvendigt, benævnes en tjenesteydelse ved navnet på en tjenesteyder på området. Hvis tjenesteydelsen udbydes af en jernbanevirksomhed, fungerer denne som leverandør af den pågældende ydelse.

Set ud fra en kundes behov består en af tjenesteydelserne i at tilrettelægge og forvalte transportforbindelsen som aftalt med kunden. Denne ydelse leveres af »den primære jernbanevirksomhed«. Den primære jernbanevirksomhed er kundens centrale kontaktpunkt. Hvis mere end en jernbanevirksomhed indgår i transportkæden, har den primære jernbanevirksomhed desuden ansvaret for koordineringen med de øvrige jernbanevirksomheder.

Denne tjenesteydelse kan også leveres af en speditør eller en anden enhed.

En jernbanevirksomheds rolle som primær jernbanevirksomhed kan være forskellig for forskellige typer af transportstrømme. I intermodal transport varetages forvaltningen af kapaciteten i bloktog og udarbejdelsen af fragtbreve af en intermodal driftsintegrator, som her kan være kunde i forhold til den primære jernbanevirksomhed.

Hovedsagen er dog, at jernbanevirksomhederne, infrastrukturforvalterne og alle øvrige tjenesteydere (som defineret i dette bilag) tilsammen skal yde kunderne en integreret service gennem samarbejde og/eller fri adgang samt gennem effektiv udveksling af oplysninger.

2.3.2. Relevante processer

I overensstemmelse med direktiv 2008/57/EF [1] finder denne TSI for jernbanegodstransport kun anvendelse på infrastrukturforvaltere og jernbanevirksomheder/primære jernbanevirksomheder i forhold til deres direkte kunder. Den primære jernbanevirksomhed skal i overensstemmelse med en kontrakt navnlig levere kunden oplysninger om følgende:

— Kanaloplysninger.

— Togkørselsoplysninger ved rapporteringspunkter, som der er indgået aftale om, herunder mindst afgangs-, overdragelses-/overgangs- og ankomststeder for den aftalte transport.

— Forventet ankomsttidspunkt (ETA) til det endelige bestemmelsessted, herunder rangerbanegårde og intermodale terminaler.

— Oplysninger om driftsforstyrrelse Når den primære jernbanevirksomhed får kendskab til en driftsforstyrrelse, skal den underrette kunden i god tid.

Til leveringen af disse oplysninger er der fastlagt TSI-konforme meddelelser i kapitel 4.

Under driften af godstrafikforbindelser begynder den primære jernbanevirksomheds opgaver i forbindelse med en forsendelse, når virksomheden modtager et fragtbrev fra kunden, og i forbindelse med f.eks. vognlaster på det tidspunkt, hvor vognene frigives. Den primære jernbanevirksomhed udarbejder en foreløbig turplan for transporten (baseret på erfaringer og/eller en kontrakt). Hvis den primære jernbanevirksomhed vil placere vognlasten i et tog i drift med fri adgang (den primære jernbanevirksomhed står for togdriften på hele ruten), er den foreløbige turplan den samme som den endelige turplan. Hvis den primære jernbanevirksomhed vil placere vognlasten i et tog, der kræver samarbejde med andre jernbanevirksomheder, skal den først finde ud af, hvilke virksomheder den skal henvende sig til, og på hvilket tidspunkt overgangen mellem to på hinanden følgende virksomheder kan finde sted. Derefter udarbejder den primære jernbanevirksomhed hver af de foreløbige forsendelsesordrer til hver jernbanevirksomhed som delsæt af det samlede fragtbrev. Forsendelsesordrerne er beskrevet i punkt 4.2.1 (Data på fragtbreve).

De pågældende jernbanevirksomheder kontrollerer, at de har de nødvendige ressourcer til drift af vognene, og at kanalen er ledig. På baggrund af tilbagemeldingerne fra de forskellige jernbanevirksomheder kan den primære jernbanevirksomhed derefter udforme en mere detaljeret turplan eller gentage rundspørget — og eventuelt inddrage andre jernbanevirksomheder — indtil turplanen opfylder kundens behov.

Både almindelige og primære jernbanevirksomheder skal generelt som minimum kunne

— DEFINERE tjenesteydelserne hvad angår priser og transittider, tilvejebringelse af vogne (om nødvendigt), oplysninger om vogne/intermodale enheder (position, status og forventet ankomsttidspunkt (ETA) for vogne/intermodale enheder), hvor forsendelserne kan læsses i tomme vogne, containere osv.

— UDFØRE den ydelse, der er fastsat, på en sikker og gnidningsløs måde ved anvendelse af fælles forretningsgange og indbyrdes forbundne systemer. Jernbanevirksomheder, infrastrukturforvaltere og andre tjenesteydere og interesseparter såsom toldmyndigheder skal kunne udveksle oplysninger i elektronisk form

— MÅLE kvaliteten af de udførte ydelser i forhold til det, der var fastsat, dvs. faktureret beløb i forhold til pristilbud, faktiske transittider i forhold til dem, der var givet tilsagn om, leverede vogne i forhold til vognordrer, faktiske ankomsttidspunkter i forhold til de forventede

— VARETAGE DRIFTEN på en produktiv måde med hensyn til udnyttelse af tog, infrastruktur og vognpark ved hjælp af de forretningsgange, systemer og dataudvekslingsprocedurer, der er nødvendige for tilrettelæggelse af køreplaner for vogne/intermodale enheder og tog.

Desuden skal de jernbanevirksomheder/primære jernbanevirksomheder, der ansøger, tilvejebringe de fornødne kanaler (gennem kontrakter med infrastrukturforvaltere) og stå for togdriften inden for deres rejseafsnit. Som kanaler kan de anvende allerede bestilte kanaler (under planlægningen). Alternativt skal de anmode om en ad hoc-kanal fra den eller de infrastrukturforvaltere, der opererer på det eller de rejseafsnit, hvor jernbanevirksomheden står for togdriften. Tillæg I henviser til et eksempel på en kanalansøgning.

Ejerskab til en kanal har desuden betydning for kommunikationen mellem infrastrukturforvalter og jernbanevirksomhed under togkørslen. Kommunikationen skal altid baseres på det tog- og kanalnummer, som infrastrukturforvalteren anvender ved kommunikation med den jernbanevirksomhed, der har bestilt kanalen i hans infrastruktur (se også tillæg I).

Hvis en jernbanevirksomhed udbyder hele transporten fra A til F (fri adgang for jernbanevirksomheden, ingen andre jernbanevirksomheder inddrages), skal hver enkelt infrastrukturforvalter kun kommunikere direkte med denne jernbanevirksomhed. Denne »frie adgang« for jernbanevirksomheden kan sikres ved at reservere kanalen enten via en såkaldt »One Stop Shop« eller afsnitsvis direkte hos hver infrastrukturforvalter. I denne TSI tages der hensyn til begge tilfælde som anført i punkt 4.2.2.1: Kanalansøgning, Indledende bemærkninger.

Processen i dialogen mellem jernbanevirksomheder og infrastrukturforvaltere ved etablering af en kanal til et godstog er fastlagt i punkt 4.2.2 (Kanalansøgning). Denne funktion refererer til artikel 48, stk. 1, i direktiv 2012/34/EU [3]. Dialogen omfatter ikke indhentning af licens til en jernbanevirksomhed, der udbyder transportydelser som omhandlet i Europa-Parlamentets og Rådets direktiv 2001/13/EF [10], certificering i henhold til direktiv 2012/34/EU [3] og ret til adgang i henhold til Rådets direktiv 2012/34/EU [3].

I punkt 4.2.3 (Klargøring af tog) fastlægges udvekslingen af oplysninger om togets oprangering og proceduren ved togafgang. Dataudvekslingen under togkørsel ved normal drift fremgår af punkt 4.2.4 (Togkørselsprognose), og meddelelserne i undtagelsestilfælde fremgår af punkt 4.2.5 (Oplysninger om driftsforstyrrelse). Alle disse meddelelser udveksles mellem jernbanevirksomheden og infrastrukturforvalteren og refererer til tog.

Set fra kundens synspunkt er forsendelsens forventede ankomsttid (ETA) den vigtigste oplysning. De oplysninger, der udveksles mellem den primære jernbanevirksomhed og infrastrukturforvalteren (i tilfælde af fri adgang), giver mulighed for at beregne en ETA. Når der er tale om et samarbejde, der omfatter flere jernbanevirksomheder, kan både ETA og de forventede overgangstidspunkter (ETI) bestemmes ud fra de oplysninger, der udveksles mellem virksomhederne og infrastrukturforvalterne, idet virksomhederne leverer disse tidspunkter til den primære jernbanevirksomhed (punkt 4.2.6 Forsendelsens ETI/ETA).

Udvekslingen af oplysninger mellem infrastrukturforvalter og jernbanevirksomhed giver f.eks. også den primære jernbanevirksomhed viden om:

— hvornår vognene er afgået fra eller ankommet til en rangerbanegård eller andre nærmere bestemte steder (punkt 4.2.7 Vognbevægelse)

— hvornår ansvaret for vognene overgik fra en jernbanevirksomhed til den næste i transportkæden (punkt 4.2.8 Overgangsrapportering).

På grundlag af dataudvekslingen mellem ikke blot infrastrukturforvalteren og jernbanevirksomheden, men også jernbanevirksomhederne og den primære jernbanevirksomhed kan der udarbejdes forskellige statistikker med henblik på:

— på mellemlangt sigt at planlægge produktionsprocessen mere detaljeret og

— på længere sigt at gennemføre strategiske planlægningsøvelser og kapacitetsundersøgelser (f.eks. analyser af net, fastlæggelse af sidespor og rangerbanegårde, planlægning af rullende materiel), men navnlig

— at forbedre transportydelsens kvalitet og produktivitet (punkt 4.2.9 Dataudveksling mhp. kvalitetsforbedring).

Håndtering af tomme vogne bliver særlig relevant, når det drejer sig om interoperable vogne. Der er i princippet ingen forskel på at håndtere læssede og tomme vogne. Transport af tomme vogne bygger også på forsendelsesordrer, og den vognparkforvalter, der står for de tomme vogne, må betragtes som en kunde.

2.3.3. Generelle bemærkninger

Et informationssystems kvalitet står og falder med pålideligheden af de data, der ligger i det. Derfor skal alle data, der spiller en afgørende rolle ved fremføringen af en forsendelse, vogn eller container, være korrekte, og indhentningen af dem må ikke være for bekostelig — dvs. de må kun skulle lægges ind i systemet én gang.

På denne baggrund undgår man i denne TSI's applikationer og meddelelser, at data skal indlæses flere gange manuelt, ved at sikre adgang til allerede lagrede data, f.eks. referencedata om rullende materiel. Kravene til referencedata om rullende materiel er fastlagt i punkt 4.2.10 (De vigtigste referencedata). De specificerede referencedatabaser over rullende materiel skal sikre let adgang til de tekniske data. På grundlag af veldefinerede adgangsrettigheder baseret på fortrinsret skal databasernes indhold være tilgængeligt for alle infrastrukturforvaltere, jernbanevirksomheder og vognparkforvaltere, navnlig med henblik på vognparkforvaltning og vedligeholdelse af rullende materiel. De skal indeholde alle tekniske data, som har afgørende betydning for transporten, såsom:

— identifikation af det rullende materiel

— tekniske data/konstruktionsdata

— vurdering af kompatibiliteten med infrastrukturen

— vurdering af relevante lastningsegenskaber

— bremseegenskaber

— vedligeholdelsesdata

— miljømæssige egenskaber.

Intermodal transport gør det muligt ikke blot at koble en vogn til et andet tog ved forskellige punkter (såkaldte gateways), men også at flytte en intermodal enhed fra en vogn til en anden. Derfor er det ikke tilstrækkeligt kun at arbejde med en turplan for vogne; der skal også udarbejdes turplaner for de intermodale enheder.

I punkt 4.2.11 (Diverse referencefiler og databaser) anføres en række referencefiler og forskellige databaser, herunder driftsdatabasen for vogne og intermodale enheder. Denne database indeholder aktuelle driftsdata om det rullende materiel samt oplysninger om vægt, farligt gods, intermodale enheder og positioner.

I TSI'en om delsystemet Trafiktelematik for godstrafikken fastsættes det, hvilke oplysninger der skal udveksles mellem parterne i en transportkæde, og specifikationen gør det muligt at indføre en obligatorisk standardproces for dataudveksling. Den anviser desuden en strategi for, hvordan en sådan kommunikationsplatform kan bygges op. Denne sammenfattes i punkt 4.2.12 (Netværkssamarbejde og kommunikation), idet der tages hensyn til følgende:

— grænsefladen til delsystemet Drift og trafikstyring, jf. artikel 5, stk. 3, i Rådets direktiv 2008/57/EF [1]

— kravene til indholdet af netredegørelsen, jf. direktiv 2012/34/EF [3], artikel 27 og bilag IV

— de foreliggende oplysninger om rullende materiel til godstransport og vedligeholdelseskravene i TSI'en om rullende materiel.

Der forekommer ingen direkte dataoverførsel fra delsystemet Trafiktelematik for godstrafikken til toget, lokomotivføreren eller dele af delsystemet Togkontrol og kommunikation, og det fysiske transmissionsnet er et helt andet end det, der anvendes af delsystemet Togkontrol og kommunikation. ERTMS/ETCS-systemet anvender GSM-R. Af ETCS-specifikationerne fremgår det, at den fornødne sikkerhed i dette åbne net kan opnås ved hensigtsmæssig kontrol med farerne ved åbne net i EURORADIO-protokollen.

Grænsefladerne til de strukturelt definerede delsystemer Rullende materiel og Togkontrol består kun af referencedatabaserne over rullende materiel (punkt 4.2.10.2: Referencedatabaser over rullende materiel), som er under ihændehavernes kontrol. Grænsefladerne til delsystemerne Infrastruktur, Togkontrol og Energi består af kanaldefinitionen (punkt 4.2.2.3: Meddelelsen »kanalkarakteristika«) fra infrastrukturforvalteren, hvor de infrastrukturrelaterede værdier for toget specificeres, og af oplysningerne fra infrastrukturforvalterne vedrørende begrænsninger på infrastrukturen (punkt 4.2.2 Kanalansøgning og punkt 4.2.3 Klargøring af tog).

3. VÆSENTLIGE KRAV

3.1. Efterlevelse af de væsentlige krav

I direktiv 2008/57/EF [1], artikel 4, stk. 1, er det fastsat, at det transeuropæiske jernbanesystem, delsystemerne og interoperabilitetskomponenterne skal opfylde de væsentlige krav, som er fastsat i direktivets bilag III.

Inden for denne TSI's anvendelsesområde sikres det, at delsystemet opfylder de væsentlige krav, som er anført i denne TSI's kapitel 3, ved efterlevelse af de specifikationer, der beskrives i kapitel 4: Karakterisering af delsystemet.

3.2. Aspekter ved de væsentlige krav

De væsentlige krav vedrører:

— sikkerhed

— driftssikkerhed og disponibilitet

— sundhed

— miljøbeskyttelse

— teknisk kompatibilitet.

I henhold til direktiv 2008/57/EF [1] består de væsentlige krav både af generelle krav, der gælder for hele det transeuropæiske jernbanesystem, og særlige krav, der gælder for de enkelte delsystemer og deres komponenter.

3.3. Aspekter, der vedrører de generelle krav

De generelle kravs relevans for delsystemet Trafiktelematik for godstrafikken bestemmes således:

3.3.1. Sikkerhed

De væsentlige krav 1.1.1, 1.1.2, 1.1.3, 1.1.4 og 1.1.5 i bilag III til direktiv 2008/57/EF [1] er ikke relevante for delsystemet Trafiktelematik.

3.3.2. Driftssikkerhed og disponibilitet

»Overvågning og vedligeholdelse af faste eller mobile dele, der indgår i togtrafikken, skal tilrettelægges, gennemføres og kvantificeres således, at delene forbliver funktionsdygtige under specificerede forhold.«

Dette væsentlige krav opfyldes ved hjælp af følgende punkter:

— Punkt 4.2.10: De vigtigste referencedata

— Punkt 4.2.11: Diverse referencefiler og databaser

— Punkt 4.2.12: Netværkssamarbejde og kommunikation.

3.3.3. Sundhed

De væsentlige krav 1.3.1 og 1.3.2 i bilag III til direktiv 2008/57/EF [1] er ikke relevante for delsystemet Trafiktelematik.

3.3.4. Miljøbeskyttelse

De væsentlige krav 1.4.1, 1.4.2, 1.4.3, 1.4.4 og 1.4.5 i bilag III til direktiv 2008/57/EF [1] er ikke relevante for delsystemet Trafiktelematik.

3.3.5. Teknisk kompatibilitet

Det væsentlige krav 1.5 i bilag III til direktiv 2008/57/EF [1] er ikke relevant for delsystemet Trafiktelematik.

3.4. Aspekter, som specifikt vedrører delsystemet Trafiktelematik for godstrafikken

3.4.1. Teknisk kompatibilitet

Væsentligt krav 2.7.1 i bilag III til direktiv 2008/57/EF [1]:

»De væsentlige krav til trafiktelematik, som skal sikre et mindsteniveau for servicekvaliteten over for rejsende og over for kunder i godstrafiksektoren, vedrører især den tekniske kompatibilitet.

For disse applikationer skal det sikres:

— at databaser, programmel og datakommunikationsprotokoller udvikles på en måde, der maksimerer mulighederne for dataudveksling mellem dels forskellige applikationer, dels forskellige driftsvirksomheder, undtagen af fortrolige forretningsdata

— at brugerne har ubesværet adgang til informationerne.«

Dette væsentlige krav opfyldes ved hjælp af følgende punkter:

— Punkt 4.2.10: De vigtigste referencedata

— Punkt 4.2.11: Diverse referencefiler og databaser

— Punkt 4.2.12: Netværkssamarbejde og kommunikation.

3.4.2. Driftssikkerhed og disponibilitet

Væsentligt krav 2.7.2 i bilag III til direktiv 2008/57/EF [1]:

»Disse databaser, programmer og datakommunikationsprotokoller skal benyttes, administreres, ajourføres og vedligeholdes på måder, der sikrer systemernes effektivitet og servicekvaliteten.«

Dette væsentlige krav opfyldes ved hjælp af følgende punkter:

— Punkt 4.2.10: De vigtigste referencedata

— Punkt 4.2.11: Diverse referencefiler og databaser

— Punkt 4.2.12: Netværkssamarbejde og kommunikation.

Dette væsentlige krav, og navnlig anvendelsesmetoden, der sikrer trafiktelematikkens effektivitet og servicekvaliteten, danner grundlag for hele TSI'en og ikke kun for punkt 4.2.10, 4.2.11 og 4.2.12.

3.4.3. Sundhed

Væsentligt krav 2.7.3 i bilag III til direktiv 2008/57/EF [1]:

»Systemernes brugergrænseflader skal følge grundreglerne for ergonomi og sundhedsbeskyttelse.«

Denne TSI specificerer ingen yderligere krav i forhold til de eksisterende forskrifter på nationalt og europæisk plan vedrørende grundregler for ergonomi og sundhedsbeskyttelse ved disse telematiksystemers brugergrænseflader.

3.4.4. Sikkerhed

Væsentligt krav 2.7.4 i bilag III til direktiv 2008/57/EF [1]:

»Det skal sikres, at integriteten og driftssikkerheden er på et tilstrækkeligt niveau ved lagring eller overførsel af sikkerhedsrelaterede oplysninger.«

Dette krav opfyldes ved hjælp af følgende punkter:

— Punkt 4.2.10: De vigtigste referencedata

— Punkt 4.2.11: Diverse referencefiler og databaser

— Punkt 4.2.12: Netværkssamarbejde og kommunikation.

4. KARAKTERISERING AF DELSYSTEMET

4.1. Indledning

Det jernbanesystem, som direktiv 2008/57/EF finder anvendelse på, og som delsystemet Trafiktelematik for godstrafikken er et led i, er et integreret system, hvis indre sammenhæng kræver verifikation. Det skal bl.a. kontrolleres, at sammenhængen er til stede for delsystemets specifikationer, dets grænseflader til det system, det indgår i, og drifts- og vedligeholdelsesreglerne.

På baggrund af alle gældende væsentlige krav kan delsystemet Trafiktelematik for godstrafikken karakteriseres som følger:

4.2. Funktionelle og tekniske specifikationer for delsystemet

På baggrund af de væsentlige krav i kapitel 3 (Væsentlige krav) omfatter de funktionelle og tekniske specifikationer af delsystemet følgende parametre:

— Data på fragtbreve

— Kanalansøgning

— Klargøring af tog

— Togkørselsprognose

— Oplysninger om driftsforstyrrelse

— ETI/ETA for vogn/intermodal enhed

— Vognbevægelse

— Overgangsrapportering

— Dataudveksling mhp. kvalitetsforbedring

— De vigtigste referencedata

— Diverse referencefiler og databaser

— Netværkssamarbejde og kommunikation.

Dataspecifikationerne beskrives i detaljer i datakataloget. De obligatoriske meddelelses- og dataformater i dette katalog er fastsat i det dokumentet »TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model«, jf. tillæg I. Derudover kan andre eksisterende standarder benyttes til samme formål, hvis de involverede parter har indgået en særlig aftale om anvendelse af disse standarder, især inden for de medlemsstater, der grænser op til tredjelande.

Generelle bemærkninger om meddelelsesstrukturen

Meddelelserne inddeles i to datasæt:

— Styredata: defineres gennem den obligatoriske toptekst for meddelelserne i kataloget.

— Informationsdata: defineres gennem det obligatoriske/fakultative indhold i hver meddelelse og det obligatoriske/fakultative datasæt i kataloget.

Hvis en meddelelse eller et dataelement er angivet som fakultativt i denne forordning, træffer de berørte parter afgørelse om anvendelse af den. Der skal foreligge en kontraktlig aftale om anvendelsen af disse meddelelser og dataelementer. Hvis fakultative elementer i datakataloget under visse forhold er obligatoriske, skal dette anføres i datakataloget.

4.2.1. Data på fragtbreve

4.2.1.1. Kundens fragtbrev

Kunden skal sende fragtbrevet til den primære jernbanevirksomhed. Det skal indeholde alle de oplysninger, der er nødvendige for at overføre en forsendelse fra afsenderen til modtageren i henhold til »fælles regler for kontrakten om international befordring af gods med jernbane (CIM)«, »fælles regler for kontrakten om anvendelse af vogne i international jernbanedrift (CUV)« og gældende nationale regler. Den primære jernbanevirksomhed skal supplere med yderligere oplysninger. En delmængde af dataene i fragtbrevet, bl.a. de supplerende oplysninger, er beskrevet nærmere i følgende dokumenter: »TAF TSI — Annex D.2: Appendix A (Wagon/ILU Trip Planning)« og »TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model [4]«, jf. henvisningerne i tillæg I til denne forordning.

Ved togdrift med fri adgang er den primære jernbanevirksomhed, som har indgået aftalen med kunden, i besiddelse af alle nødvendige oplysninger, når der er suppleret med de tilgængelige data. Der er ikke behov for at udveksle meddelelser med andre jernbanevirksomheder. Disse oplysninger udgør desuden grundlaget for en kanalansøgning med kort varsel, hvis en sådan er nødvendig for at gennemføre den transport, fragtbrevet vedrører.

Følgende meddelelser anvendes, når der ikke er tale om fri adgang. Meddelelsernes indhold kan også danne grundlag for en kanalansøgning med kort varsel, hvis en sådan er nødvendig for at gennemføre transporten.

4.2.1.2. Forsendelsesordrer

Forsendelsesordren er primært en delmængde af oplysningerne i fragtbrevet. Den skal af den primære jernbanevirksomhed videresendes til de jernbanevirksomheder, der medvirker i transportkæden. Forsendelsesordren skal indeholde de oplysninger, som en jernbanevirksomhed har brug for, når den skal udføre den del af transporten, som den er ansvarlig for, frem til overdragelsen til næste jernbanevirksomhed. Derfor afhænger indholdet af, om jernbanevirksomheden udfylder rollen som oprindelig, transit- eller leverende jernbanevirksomhed.

Forsendelsesordrens obligatoriske datastruktur og dens detaljerede formater er opført under »ConsignmentOrderMessage« i det dokument, som der er henvist til i tillæg I: »TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model«.

Hovedindholdet af forsendelsesordrerne er:

— oplysninger om afsender og modtager

— ruteoplysninger

— identifikation af forsendelsen

— vognoplysninger

— oplysninger om sted og tid.

Visse data på fragtbrevet skal desuden være tilgængelige for alle parter i transportkæden (f.eks. infrastrukturforvalter og ihændehaver), herunder kunderne. Det drejer sig navnlig om følgende data for den enkelte vogn:

— lastens vægt (brutto)

— KN-/HS-kode

— oplysninger om farligt gods

— transportenhed.

En papirudgave kan anvendes i undtagelsestilfælde, og kun hvis disse oplysninger ikke kan sendes ved hjælp af de ovenfor definerede meddelelser.

4.2.2. Kanalansøgning

4.2.2.1. Indledende bemærkninger

Kanalen definerer de data, der skal lagres om den søgte, den accepterede og den faktisk benyttede kanal og om togkarakteristika for hvert afsnit af kanalen. I det følgende beskrives de oplysninger, som skal stilles til rådighed for infrastrukturforvalteren. Disse oplysninger skal ajourføres, hver gang der forekommer en ændring. Oplysningerne om årlig kanal skal derfor gøre det muligt at hente data om kortfristede ændringer. Navnlig skal den primære jernbanevirksomhed underrette berørte kunder.

Kortfristet kanalansøgning

Af hensyn til exceptionelle situationer, der kan opstå under kørslen, eller på grund af transportefterspørgsel med kort varsel skal en jernbanevirksomhed have mulighed for at få en ad hoc-kanal i banenettet.

I det første tilfælde skal der straks træffes foranstaltninger, som sikrer kendskab til den faktiske oprangering på grundlag af listen over oprangeringer.

I det andet tilfælde skal jernbanevirksomheden forsyne infrastrukturforvalteren med alle nødvendige data om, hvor og hvornår toget skal køre, og om de fysiske kendetegn, i det omfang de har kontakt med infrastrukturen.

Grundparameteret »kortfristet kanalansøgning« bør håndteres af jernbanevirksomhed og infrastrukturforvalter i fællesskab. Inden for dette grundparameter kan betegnelsen infrastrukturforvalter referere både til infrastrukturforvaltere og efter omstændighederne til tildelingsorganer (jf. direktiv 2012/34/EU [3]).

Disse krav gælder for alle kortfristede kanalansøgninger.

Dette grundparameter omfatter ikke forhold vedrørende trafikstyring. Tidsgrænsen mellem kortfristede kanaler og kanalændringer inden for rammerne af trafikstyringen fastlægges i lokale aftaler.

Jernbanevirksomheden skal forsyne infrastrukturforvalteren med alle nødvendige data om, hvor og hvornår toget skal køre, og om de fysiske kendetegn, i det omfang de har kontakt med infrastrukturen.

Hver enkelt infrastrukturforvalter indestår for egnetheden af kanalerne i sin egen infrastruktur, og jernbanevirksomheden er forpligtet til at kontrollere togets egenskaber i forhold til de værdier, der anføres i oplysningerne om den kanal, aftalen vedrører.

Uden at gyldigheden af de betingelser for anvendelse af en kanal, der er fastsat i netredegørelserne, eller af ansvarsfordelingen i tilfælde af begrænsninger på infrastrukturen, jf. TSI'en om drift og trafikstyring, derved indskrænkes, skal jernbanevirksomheden før klargøring af toget vide, om der er begrænsninger på dele af strækningen eller på stationer (knudepunkter), som har betydning for den oprangering af toget, der beskrives i kanalaftalen.

Aftalen om en kanal til togkørsel med kort varsel baseres på en dialog mellem jernbanevirksomheder og infrastrukturforvaltere. Ansøgninger om infrastrukturkapacitet kan indgives af ansøgere. Med henblik på at benytte en sådan infrastrukturkapacitet skal ansøgerne udpege en jernbanevirksomhed, der skal indgå en aftale med infrastrukturforvalteren i overensstemmelse med direktiv 2012/34/EU [3]. Alle jernbanevirksomheder og infrastrukturforvaltere, der medvirker til at fremføre toget ad den ønskede kanal, deltager i denne dialog, men kan bidrage på forskellige måder til at finde kanaler.

4.2.2.2. Meddelelsen »Kanalansøgning«

Denne meddelelse sender jernbanevirksomheden til infrastrukturforvalteren for at ansøge om en kanal.

Den obligatoriske struktur i denne meddelelse og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.2.3. Meddelelsen »Kanalkarakteristika«

Denne meddelelse er infrastrukturforvalterens svar på den ansøgende jernbanevirksomheds kanalansøgning.

Den obligatoriske struktur i meddelelsen »Kanalkarakteristika« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.2.4. Meddelelsen »Kanal bekræftet«

Den ansøgende jernbanevirksomhed benytter denne meddelelse til at bestille/bekræfte den kanal, infrastrukturforvalteren har foreslået.

Den obligatoriske struktur i meddelelsen »Kanal bekræftet« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.2.5. Meddelelsen »Kanalkarakteristika afvist«

Den ansøgende jernbanevirksomhed benytter denne meddelelse til at afvise de kanalkarakteristika, den relevante infrastrukturforvalter har foreslået.

Den obligatoriske struktur i meddelelsen »Kanalkarakteristika afvist« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.2.6. Meddelelsen »Kanal annulleret«

Denne meddelelse benyttes af en jernbanevirksomhed til at annullere en bestilt kanal eller en del af den.

Den obligatoriske struktur i meddelelsen »Kanalkarakteristika afvist« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.2.7. Meddelelsen »Kanal ikke ledig«

Infrastrukturforvalteren sender denne meddelelse til den jernbanevirksomhed, der er indgået aftale med, hvis den kanal, jernbanevirksomheden har bestilt, ikke længere er ledig.

Den obligatoriske struktur i meddelelsen »Kanal ikke ledig« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.2.8. Meddelelsen »Kvittering for modtagelse«

Denne meddelelse sendes fra den, der modtager en meddelelse, til meddelelsens afsender som kvittering for, at modtagerens eksisterende IT-system har modtaget meddelelsen inden for et nærmere specificeret tidsinterval.

Den obligatoriske struktur i meddelelsen »Kvittering for modtagelse« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.3. Klargøring af tog

4.2.3.1. Generelle bemærkninger

Dette parameter beskriver, hvilke meddelelser der skal udveksles under klargøringen af tog frem til togstart.

Klargøring af tog omfatter kontrol af kompatibiliteten mellem tog og rute. Denne kontrol udføres af jernbanevirksomheden på grundlag af de berørte infrastrukturforvalteres beskrivelse af infrastrukturen og de begrænsninger, der gælder på den.

Under klargøringen af et tog skal jernbanevirksomheden sende en meddelelse om togets oprangering til de næste jernbanevirksomheder. I henhold til kontraktlige aftaler skal jernbanevirksomheden også sende denne meddelelse til den eller de infrastrukturforvaltere, med hvem den har indgået aftale om et kanalafsnit.

Hvis togets oprangering ændres noget sted, skal denne meddelelse sendes igen med oplysninger, som den ansvarlige jernbanevirksomhed har ajourført.

I forbindelse med klargøring af toget skal jernbanevirksomheden have adgang til meddelelser om begrænsninger på infrastrukturen, til de tekniske vogndata (jf. punkt 4.2.10.2: Referencedatabaser over rullende materiel), til oplysningerne om farligt gods og til aktuel, ajourført information om vognene (punkt 4.2.11.2: Andre databaser: driftsdatabasen for vogne og intermodale enheder). Dette gælder for alle vogne i toget. Til sidst skal jernbanevirksomheden sende meddelelse om togets oprangering til de næste jernbanevirksomheder. Denne meddelelse skal jernbanevirksomheden også sende til den eller de infrastrukturforvaltere, som den har bestilt et kanalafsnit hos, når det er foreskrevet i TSI'en om drift og trafikstyring eller i kontrakten/kontrakterne mellem jernbanevirksomheden og infrastrukturforvalteren/-forvalterne.

Hvis togets oprangering ændres noget sted, skal denne meddelelse sendes igen med oplysninger, som den ansvarlige jernbanevirksomhed har ajourført.

Ved hvert punkt, f.eks. udgangspunktet eller et overgangspunkt, hvor ansvaret overføres mellem jernbanevirksomheder, er startproceduredialogen »Tog klart — Togkørselsoplysninger« mellem infrastrukturforvalteren og jernbanevirksomheden obligatorisk.

4.2.3.2. Meddelelsen »Togets oprangering«

Jernbanevirksomheden skal sende denne meddelelse til den næste jernbanevirksomhed for at oplyse togets oprangering. Ifølge netredegørelsen skal jernbanevirksomheden også sende denne meddelelse til infrastrukturforvalteren hhv. infrastrukturforvalterne. Hver gang et togs oprangering ændres under rejsen, skal den jernbanevirksomhed, der foretager ændringen, ajourføre denne meddelelse over for den primære jernbanevirksomhed, som underretter alle involverede parter.

Den obligatoriske struktur i meddelelsen »Togets oprangering« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

I afgørelse 2012/757/EU, TSI'en om drift og trafikstyring, punkt 4.2.2.7.2, er der fastsat mindstekrav til dataindholdet i udvekslingen af meddelelser om togets oprangering mellem jernbanevirksomhed og infrastrukturforvalter.

4.2.3.3. Meddelelsen »Tog klart«

Jernbanevirksomheden sender infrastrukturforvalteren en »Tog klart«-meddelelse, hver gang et tog er klar til at sætte i gang efter klargøring, medmindre de nationale forskrifter tillader infrastrukturforvalteren at godtage køreplanen som »tog klart«-meddelelse.

Den obligatoriske struktur i meddelelsen »Tog klart« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«. Desuden kan andre eksisterende standarder benyttes til samme formål, hvis de involverede parter har indgået en særlig aftale om anvendelse af disse standarder.

4.2.4. Togkørselsprognose

4.2.4.1. Generelle bemærkninger

I dette grundparameter fastlægges togkørselsoplysninger og togkørselsprognoser. Det skal foreskrive, hvordan dialogen mellem infrastrukturforvalter og jernbanevirksomhed skal opretholdes med henblik på udveksling af togkørselsoplysninger og togkørselsprognoser.

Dette grundparameter fastlægger, hvordan infrastrukturforvalteren på det relevante tidspunkt skal sende togkørselsoplysninger til jernbanevirksomheden og til den næstfølgende infrastrukturforvalter, der er involveret i togkørslen.

Med togkørselsoplysninger orienteres om togets øjeblikkelige status ved rapporteringspunkter, som der er indgået aftale om.

Togkørselsprognosen anvendes til at give oplysninger om forventet tid ved prognosepunkter, som der er indgået aftale om. Meddelelsen skal sendes fra infrastrukturforvalteren til jernbanevirksomheden og den næste infrastrukturforvalter, der er involveret i kørslen.

Der skal være fastsat rapporteringspunkter for togkørslen i kontraktlige aftaler.

Denne udveksling af oplysninger mellem jernbanevirksomheder og infrastrukturforvaltere finder altid sted mellem den ansvarlige infrastrukturforvalter og den jernbanevirksomhed, der har bestilt den kanal, hvor toget faktisk kører.

I henhold til en kontraktlig aftale skal den primære jernbanevirksomhed skal sende Togkørselsprognose og Togkørselsoplysninger til kunden. De to parter skal fastlægge rapporteringspunkterne i aftalen.

4.2.4.2. Meddelelsen »Togkørselsprognose«

Infrastrukturforvalteren skal sende denne meddelelse til den jernbanevirksomhed, der kører toget, for overdragelsespunkter, overgangspunkter og togets bestemmelsessted, jf. punkt 4.2.4.1 (Togkørselsprognose, Generelle bemærkninger).

Derudover skal infrastrukturforvalteren sende jernbanevirksomheden meddelelsen for andre rapporteringspunkter i henhold til aftalen mellem virksomhed og forvalter (f.eks. håndteringspunkt eller station).

Der kan også sendes en togkørselsprognose, før toget begynder at køre. Angående yderligere forsinkelser, der opstår mellem to rapporteringspunkter, skal der defineres en tærskel i aftalen mellem jernbanevirksomheden og den infrastrukturforvalter, til hvem der skal sendes en første eller ny prognose. Er forsinkelsens omfang ukendt, skal infrastrukturforvalteren sende en meddelelse om driftsforstyrrelse (se punkt 4.2.5, Oplysninger om driftsforstyrrelse).

Meddelelsen »Togkørselsprognose« skal angive tidsprognosen for prognosepunkter i overensstemmelse med aftalen.

Den obligatoriske struktur i meddelelsen »Togkørselsprognose« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.4.3. Meddelelsen »Togkørselsoplysninger« og meddelelsen »Årsag til togforsinkelse«

Infrastrukturforvalteren skal sende denne meddelelse til den jernbanevirksomhed, der kører toget ved:

— afgang fra afgangspunktet, ankomst til bestemmelsessted

— ankomst og afgang ved overdragelsespunkter, overgangspunkter og rapporteringspunkter, som der er indgået aftale om (f.eks. håndteringspunkter).

Hvis (første antagelse) årsagen til forsinkelsen er oplyst, skal den sendes i en særskilt meddelelse om »Årsag til togforsinkelse«.

Den obligatoriske struktur i meddelelsen »Togkørselsoplysninger« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.5. Oplysninger om driftsforstyrrelse

4.2.5.1. Generelle bemærkninger

Dette grundparameter fastlægger, hvordan oplysninger om driftsforstyrrelse håndteres i forholdet mellem jernbanevirksomhed og infrastrukturforvalter.

Hvis jernbanevirksomheden får kendskab til en driftsforstyrrelse i løbet af den togkørsel, som den er ansvarlig for, skal den straks underrette den berørte infrastrukturforvalter (dette kan jernbanevirksomheden gøre mundtligt). Hvis togkørslen afbrydes, sender infrastrukturforvalteren en meddelelse om »Afbrudt togkørsel« til den jernbanevirksomhed, der er indgået aftale med, og til den næstfølgende infrastrukturforvalter, der er involveret i togkørslen.

Er forsinkelsens omfang kendt, skal infrastrukturforvalteren i stedet sende en meddelelse med en togkørselsprognose.

4.2.5.2. Meddelelsen »Afbrudt togkørsel«

Afbrydes togkørslen, sender infrastrukturforvalteren denne meddelelse til den næstfølgende infrastrukturforvalter, der er involveret i togkørslen, og til jernbanevirksomheden.

Den obligatoriske struktur i meddelelsen »Afbrudt togkørsel« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.6. Forsendelsens ETI/ETA

4.2.6.1. Indledende bemærkning

I punkt 4.2.2 (Kanalansøgning) beskrives primært kommunikationen mellem jernbanevirksomheden og infrastrukturforvalteren. Overvågning af de enkelte vogne og intermodale enheder er ikke omfattet af denne udveksling af oplysninger. Denne overvågning foretages i samspillet mellem jernbanevirksomheden og den primære jernbanevirksomhed ud fra de togrelaterede meddelelser og beskrives i punkt 4.2.6 (Forsendelsens ETI/ETA) til 4.2.8 (Overgangsrapportering).

Udveksling og ajourføring af oplysninger om vogne og intermodale enheder understøttes primært gennem opbevaring af »turplaner« og »vognbevægelser« (punkt 4.2.11.2: Andre databaser).

Som nævnt i punkt 2.3.2 (Relevante processer) er forsendelsens forventede ankomsttidspunkt (ETA) altid hovedsagen for kunden. ETA og ETI for de enkelte vogne er også de grundlæggende elementer i kommunikationen mellem jernbanevirksomheden og den primære jernbanevirksomhed. Disse oplysninger er den primære jernbanevirksomheds vigtigste redskab, når den skal overvåge den fysiske transport af en forsendelse og sammenholde den med forpligtelsen over for kunden.

De forventede tidspunkter i meddelelser om tog angår alle togets ankomst ved et bestemt punkt, f.eks. et overdragelsespunkt, overgangspunkt, togets bestemmelsessted eller et andet rapporteringspunkt. Disse er alle forventede ankomsttidspunkter for toget (TETA). For de forskellige vogne og intermodale enheder kan en sådan TETA-værdi have andre betydninger. TETA for et overgangspunkt kan f.eks. være det forventede overgangstidspunkt (ETI) for nogle vogne eller intermodale enheder. For andre vogne i toget, som skal transporteres videre af den samme jernbanevirksomhed, er denne TETA måske uden betydning. Det påhviler den jernbanevirksomhed, der modtager TETA-oplysningerne, at identificere og behandle disse oplysninger, lagre dem som oplysninger om vognbevægelser i driftsdatabasen for vogne og intermodale enheder og meddele dem til den primære jernbanevirksomhed, hvis toget ikke kører i drift med fri adgang. Disse forhold behandles i punkterne nedenfor.

I henhold til en kontraktlig aftale skal den primære jernbanevirksomhed oplyse kunden om forventet ankomsttidspunkt (ETA) og forventet overgangstidspunkt (ETI) på forsendelsesniveau. De to parter skal fastlægge detaljeringsgraden i aftalen.

I intermodal transport skal der i datameddelelser med identifikationskoder for lasteenhederne (f.eks. containere, veksellad eller sættevogne) benyttes enten en BIC-kode (jf. ISO 6346) eller en ILU-kode (jf. EN 13044).

4.2.6.2. Beregning af ETI/ETA

ETI/ETA beregnes på grundlag af oplysninger fra den ansvarlige infrastrukturforvalter, som i meddelelsen »Togkørselsprognose« fremsender togets forventede ankomsttidspunkt (TETA) ved fastsatte rapporteringspunkter (i alle tilfælde for overdragelses-, overgangs-, eller ankomstpunkterne, herunder intermodale terminaler) på den aftalte togkanal, f.eks. ved overdragelsespunktet fra en infrastrukturforvalter til den næste (i dette tilfælde er TETA lig med ETH).

For overgangspunkterne og andre fastsatte rapporteringspunkter på den aftalte togkanal, skal jernbanevirksomheden beregne og oplyse den næste jernbanevirksomhed i transportkæden om det forventede overgangstidspunkt (ETI) for vognene og/eller de intermodale enheder.

Da en jernbanevirksomhed kan have vogne med forskellige rejsemål og fra forskellige primære jernbanevirksomheder i toget, kan beregningen af ETI for vognene skulle foretages for forskellige overgangspunkter. (Kapitel 1.4 i dokumentet »TAF TSI — Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages«, jf. henvisningen i tillæg I, indeholder en grafisk fremstilling af disse scenarier og eksempler på dem, og i samme dokuments kapitel 5 vises et sekvensdiagram for overgangspunkt C i eksempel 1).

Ud fra ETI-værdien fra den foregående jernbanevirksomhed beregner den næste jernbanevirksomhed ETI-værdien for vognene ved det næste overgangspunkt. Denne beregning foretages af hver efterfølgende virksomhed. Når den sidste virksomhed (f.eks. virksomhed n) i en vogns transportkæde fra den foregående virksomhed (f.eks. n–1) modtager ETI for vognens overgang fra virksomhed n–1 til virksomhed n, skal den sidste virksomhed (n) beregne vognens forventede ankomsttidspunkt ved det endelige bestemmelsessted. Dette sker for at sikre indplaceringen af vognene i overensstemmelse med forsendelsesordren og den primære jernbanevirksomheds forpligtelse over for kunden. Denne ETA-værdi for vognen skal sendes til den primære jernbanevirksomhed. Den skal lagres elektronisk sammen med oplysningerne om vognbevægelser. Den primære jernbanevirksomhed skal oplyse kunden om de relevante data i henhold til aftalevilkårene.

Bemærkning vedrørende intermodale enheder: De intermodale enheder på en vogn har samme ETI som den pågældende vogn. Hvad angår ETA'er for intermodale enheder, skal det bemærkes, at jernbanevirksomheden ikke har mulighed for at beregne et ETA, der ligger længere fremme end jernbanetransportdelen. Derfor kan jernbanevirksomheden kun levere ETI ved den intermodale terminal.

Den primære jernbanevirksomhed har ansvaret for at sammenholde ETA med forpligtelsen over for kunden.

Afvigelser i ETA i forhold til forpligtelsen over for kunden skal håndteres i henhold til kontrakten og kan føre til, at den primære jernbanevirksomhed må iværksætte en justeringsprocedure. Til fremsendelse af oplysninger om resultatet af denne procedure er der udformet en varslingsmeddelelse.

Som grundlag for justeringsproceduren skal den primære jernbanevirksomhed have mulighed for en forespørgsel om afvigelser for vogne. Denne forespørgsel og svaret fra jernbanevirksomheden specificeres også nedenfor.

4.2.6.3. Meddelelsen »ETI/ETA for vogne«

Formålet med denne meddelelse er at sende ETI eller ajourført ETI fra en jernbanevirksomhed til den næste i transportkæden. Den sidste jernbanevirksomhed i vognenes transportkæde sender ETA eller ajourført ETA til den primære jernbanevirksomhed. Den obligatoriske struktur i meddelelsen »ETI/ETA for vogne« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.6.4. Meddelelsen »Varsling«

Efter sammenligning af ETA med forpligtelsen over for kunden kan den primære jernbanevirksomhed sende en varslingsmeddelelse til de berørte jernbanevirksomheder. Den obligatoriske struktur i meddelelsen »Varsling« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

Bemærkning: I tilfælde af fri adgang foregår beregningen af ETI og ETA internt i jernbanevirksomheden. Her fungerer jernbanevirksomheden selv som den primære jernbanevirksomhed.

4.2.7. Vognbevægelse

4.2.7.1. Indledende bemærkninger

Med henblik på rapportering om en vogns bevægelser skal dataene i disse meddelelser lagres og være tilgængelige i elektronisk format. De skal desuden udveksles med bemyndigede parter, hvis der er indgået aftale herom.

— Melding om vognfrigivelse

— Melding om vognafgang

— Vognankomst på rangerbanegård

— Vognafgang fra rangerbanegård

— Meddelelse om vognhændelse

— Melding om vognankomst

— Melding om levering af vogn

— Rapportering om overgang for vogne — beskrives særskilt i punkt 4.2.8: Overgangsrapportering

I medfør af den kontraktlige aftale skal den primære jernbanevirksomhed give kunden oplysninger om vognbevægelser ved hjælp af de nedenfor beskrevne meddelelser.

4.2.7.2. Meddelelsen »Melding om vognfrigivelse«

Den primære jernbanevirksomhed er ikke nødvendigvis den første jernbanevirksomhed i transportkæden. I dette tilfælde skal den primære jernbanevirksomhed underrette den ansvarlige jernbanevirksomhed om, at vognen er klar til afhentning ved kundens sidespor (afgangssted i henhold til den primære jernbanevirksomheds forpligtelse) på det angivne frigivelsestidspunkt (dato og tidspunkt for afgang).

Disse forhold skal lagres i driftsdatabasen for vogne og intermodale enheder. Den obligatoriske struktur i meddelelsen »Melding om vognfrigivelse« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.7.3. Meddelelsen »Melding om vognafgang«

Jernbanevirksomheden skal underrette den primære jernbanevirksomhed om den faktiske dato og det faktiske tidspunkt, hvor vognen er afhentet fra afgangsstedet.

Disse forhold skal lagres i driftsdatabasen for vogne og intermodale enheder. Med afviklingen af denne meddelelse overgår ansvaret for vognen fra kunden til jernbanevirksomheden. Den obligatoriske struktur i meddelelsen »Melding om vognafgang« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.7.4. Meddelelsen »Vognankomst på rangerbanegård«

Jernbanevirksomheden skal underrette den primære jernbanevirksomhed om, at vognen er ankommet til rangerbanegården. Denne meddelelse kan bygge på en meddelelse med »Togkørselsoplysninger« — se punkt 4.2.4 (Togkørselsprognose). Denne omstændighed skal lagres i driftsdatabasen for vogne og intermodale enheder. Den obligatoriske struktur i meddelelsen »Vognankomst på rangerbanegård« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.7.5. Meddelelsen »Vognafgang fra rangerbanegård«

Jernbanevirksomheden skal underrette den primære jernbanevirksomhed om, at vognen har forladt rangerbanegården. Denne meddelelse kan bygge på en meddelelse med »Togkørselsoplysninger« — se punkt 4.2.4 (Togkørselsprognose). Denne omstændighed skal lagres i driftsdatabasen for vogne og intermodale enheder. Den obligatoriske struktur i meddelelsen »Vognafgang fra rangerbanegård« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.7.6. Meddelelsen »Vognhændelse«

Jernbanevirksomheden skal underrette den primære jernbanevirksomhed, hvis der sker noget uventet med vognen, som kan have betydning for ETI/ETA, eller som kræver yderligere handlinger. Denne meddelelse kræver i de fleste tilfælde også en ny beregning af ETI/ETA. Hvis den primære jernbanevirksomhed ønsker en ny ETI/ETA, sender den en meddelelse tilbage til den jernbanevirksomhed, som har sendt meddelelsen, med påtegnelsen »Anmodning om ETI/ETA« (Meddelelse: »Vognhændelse — anmodning om ny ETI/ETA«). Ved beregningen af den nye ETI/ETA følges proceduren i punkt 4.2.6 (Forsendelsens ETI/ETA).

Disse oplysninger skal lagres i driftsdatabasen for vogne og intermodale enheder. Den obligatoriske struktur i meddelelsen »Vognhændelse« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.7.7. Meddelelsen »Melding om vognankomst«

Den sidste jernbanevirksomhed i transportkæden for en vogn eller intermodal enhed skal underrette den primære jernbanevirksomhed om, at vognen er ankommet til dens rangerbanegård (hos jernbanevirksomheden). Den obligatoriske struktur i meddelelsen »Melding om vognankomst« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.7.8. Meddelelsen »Melding om levering af vogn«

Den sidste jernbanevirksomhed i en vogntransportkæde skal underrette den primære jernbanevirksomhed om, at vognen er stillet på modtagerens sidespor.

Bemærkning: I tilfælde af fri adgang er den beskrevne vognbevægelse en intern proces for en jernbanevirksomhed (evt. primær). Alligevel skal virksomheden, der fungerer som primær jernbanevirksomhed, der har indgået aftale med og forpligtet sig over for kunden, foretage alle beregninger og al datalagring.

Sekvensdiagrammet for disse meddelelser på grundlag af eksempel 1 for ETI-beregningen for vogn 1 og 2 (se punkt 4.2.6.2, Beregning af ETI/ETA) er indføjet i diagrammet for overgangsrapportering i kapitel 6 i dokumentet »TAF TSI — Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages«, jf. henvisningen i tillæg I.

4.2.8. Overgangsrapportering

4.2.8.1. Indledende bemærkning

Overgangsrapporteringen beskriver meddelelserne i forbindelse med, at ansvar for en vogn overgår fra en jernbanevirksomhed til en anden, hvilket sker ved overgangspunkter. Den forpligter den nye jernbanevirksomhed at foretage en ETI-beregning og følge proceduren i punkt 4.2.6 (Forsendelsens ETI/ETA).

Der skal udveksles følgende meddelelser:

— Meddelelsen »Melding om vognovergang«

— Meddelelsen »Vognovergang — sekundær melding«

— Meddelelsen »Vogn modtaget ved overgangspunkt«

— Meddelelsen »Vogn afvist ved overgangspunkt«

Oplysningerne i disse meddelelser skal lagres i driftsdatabasen for vogne og intermodale enheder. I tilfælde af afvigelser skal der beregnes og udsendes en ny ETI/ETA i henhold til den procedure, der beskrives i punkt 4.2.6: Forsendelsens ETI/ETA. Sekvensdiagrammet for disse meddelelser vises i forbindelse med meddelelserne om vognbevægelser i dokumentet »TAF TSI — bilag A. 5: sekvens tal og diagrammer af TAF-TSI-meddelelser«, jf. henvisningen i tillæg I.

Meddelelserne »Melding om vognovergang« og »Vognovergang -sekundær melding« samt »Vogn modtaget« kan overføres i form af en liste for forskellige vogne, navnlig hvis alle disse vogne befinder sig i samme tog. I dette tilfælde kan alle vognene medtages i én meddelelse.

Ved fri adgang er der ingen overgangspunkter. Ved håndteringspunkter overgår ansvaret for vognene ikke til andre. Derfor er der ikke behov for udveksling af særlige meddelelser. Men på baggrund af kørselsoplysningerne om toget ved dette rapporteringspunkt skal oplysningerne om vogne og intermodale enheder — vedrørende position og dato/tidspunkt for ankomst og afgang — behandles og lagres i driftsdatabasen for vogne og intermodale enheder.

I medfør af den kontraktlige aftale skal den primære jernbanevirksomhed give kunden oplysninger om overgangsrapporteringen ved hjælp af de nedenfor beskrevne meddelelser.

Den obligatoriske struktur i disse meddelelser er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.8.2. Meddelelsen »Melding om vognovergang«

Med meddelelsen »Melding om vognovergang« forespørger en jernbanevirksomhed (nr. 1) den næste jernbanevirksomhed (nr. 2) i transportkæden, om den accepterer at overtage ansvaret for en vogn. Med meddelelsen »Vognovergang — sekundær melding« underretter jernbanevirksomhed 2 sin infrastrukturforvalter om, at den har accepteret ansvaret. Den obligatoriske struktur i meddelelsen »Melding om vognovergang« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.8.3. Meddelelsen »Vognovergang — sekundær melding«

Med meddelelsen »Vognovergang — sekundær melding« underretter jernbanevirksomhed 2 infrastrukturforvalteren om, at den har overtaget ansvaret for en bestemt vogn. Den obligatoriske struktur i meddelelsen »Vognovergang — sekundær melding« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.8.4. Meddelelsen »Vogn modtaget ved overgangspunkt«

Med meddelelsen »Vogn modtaget ved overgangspunkt« underretter jernbanevirksomhed 2 jernbanevirksomhed 1 om, at den overtager ansvaret for vognen. Den obligatoriske struktur i meddelelsen »Vogn modtaget ved overgangspunkt« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.8.5. Meddelelsen »Vogn afvist ved overgangspunkt«

Med meddelelsen »Vogn afvist ved overgangspunkt« underretter jernbanevirksomhed 2 jernbanevirksomhed 1 om, at den ikke er villig til at overtage ansvaret for vognen. Den obligatoriske struktur i meddelelsen »Vogn afvist ved overgangspunkt« og de elementer, den skal indeholde, er fastsat i det dokument, som der henvises til i tillæg I: »TAF TSI — bilag D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.9. Dataudveksling mhp. kvalitetsforbedring

Hvis den europæiske jernbanesektor skal være konkurrencedygtig, må den forbedre kvaliteten af sin service over for kunderne (se også direktiv 2008/57/EF [1], bilag III, punkt 2.7.1). Og skal kvaliteten forbedres, er det afgørende at måle præstationen efter udførelsen af en transportopgave. Ud over at måle kvaliteten af den service, der er ydes kunden, skal den primære jernbanevirksomhed, jernbanevirksomhederne og infrastrukturforvalterne måle kvaliteten af de servicekomponenter, der tilsammen udgør det produkt, der leveres til kunden. Denne proces indebærer, at infrastrukturforvalterne og jernbanevirksomhederne (især hvis de er primære jernbanevirksomheder) udvælger et enkelt kvalitetsparameter, en rute eller en position og en måleperiode, hvor de faktiske resultater skal måles i forhold til forud fastsatte kriterier, som normalt indgår i en kontrakt. Resultaterne af måleprocessen skal klart vise, hvor langt man er nået på vejen til det mål, de kontraherende parter er enedes om.

4.2.10. De vigtigste referencedata

4.2.10.1. Forord

Infrastrukturdataene (netredegørelserne og meddelelserne om begrænsninger på infrastrukturen) og dataene om rullende materiel (i referencedatabaserne over rullende materiel og i driftsdatabasen for vogne og intermodale enheder) er de vigtigste data i forbindelse med drift af godstog på det europæiske netværk. De to typer data gør det tilsammen muligt at vurdere det rullende materiels forenelighed med infrastrukturen, de bidrager til at undgå indlæsning af de samme data flere gange, hvad der især øger datakvaliteten, og de giver til enhver tid et klart billede af alle tilgængelige installationer og former for udstyr, så man kan træffe hurtige beslutninger under driften.

4.2.10.2. Referencedatabaser over rullende materiel

Det påhviler indehaveren af et køretøj at lagre dataene om køretøjet i en referencedatabase over rullende materiel.

De oplysninger, der skal indlæses i den enkelte referencedatabase, beskrives nærmere i det dokument, der er henvist til i tillæg I som Appendix C. Baserne skal indeholde fuldstændige data vedrørende:

— identifikation af det rullende materiel

— vurdering af foreneligheden med infrastrukturen

— vurdering af relevante lastningsegenskaber

— bremseegenskaber

— vedligeholdelsesdata

— miljømæssige egenskaber.

Referencedatabaserne over rullende materiel skal sikre ubesværet adgang til de tekniske data (et fælles adgangspunkt via den fælles grænseflade) for at minimere den mængde data, der skal overføres ved hver togkørsel. På grundlag af veldefinerede adgangsrettigheder baseret på fortrinsret skal databasernes indhold være tilgængeligt for alle tjenesteydere (infrastrukturforvaltere, jernbanevirksomheder, logistikleverandører og vognparkforvaltere), navnlig med henblik på vognparkforvaltning og vedligeholdelse af rullende materiel.

Posterne i referencedatabasen over rullende materiel kan grupperes som følger:

— Administrative data vedrørende certificering og registrering som f.eks. referencer til EC-registreringsfilen, ID for det bemyndigede organ osv.; de kan omfatte historiske data om ejerskab, lejemål osv. Desuden kan ihændehavere af godsvogne ifølge artikel 5 i Kommissionens forordning (EU) 445/2011 lagre identifikationsnummeret på ECM-certificeringen i den enkelte referencedatabase over rullende materiel. Der skal tages hensyn til følgende: — EF-certificering — registrering i »hjemstaten« — dato for ibrugtagning i registreringsstaten — registrering i andre lande med henblik på anvendelse på disses banenet — sikkerhedscertificering af alt rullende materiel, der ikke opfylder TSI'en om rullende materiel. Ihændehaveren har pligt til at sikre, at disse data er tilgængelige, og at de bagvedliggende processer er gennemført.

— Konstruktionsdata, som omfatter alle det rullende materiels (fysiske) bestanddele, herunder miljømæssige egenskaber, og alle oplysninger, som ventes at være gyldige i hele materiellets levetid; denne del kan omfatte en historik over større ændringer, vedligeholdelse, hovedreparation osv.

4.2.10.3. Driftsdata om rullende materiel

Ved siden af referencedataene om det rullende materiel er de vigtigste data for driften dem, der viser materiellets aktuelle status.

Disse data skal omfatte midlertidige data om bl.a. begrænsninger, igangværende og planlagt vedligeholdelse, kilometer- og fejltællere osv.; desuden skal de vise alle data, der kan anses for at være »statusdata« (midlertidige hastighedsbegrænsninger, isoleret bremse, reparationsbehov og fejlbeskrivelser mv.).

I betragtning af, hvem der har ansvar for rullende materiel under en transport, må der tages hensyn til tre forskellige enheder som brugere af driftsdata om det rullende materiel:

— jernbanevirksomheden som ansvarlig part under udførelsen af transportopgaven

— indehaveren af det rullende materiel og

— brugeren (lejeren) af materiellet.

Hos alle tre parter skal bemyndigede brugere ned til det forud fastsatte bemyndigelsesniveau have adgang til driftsdataene om det rullende materiel ved anvendelse af den nøgle, der ligger i vognens identifikationskode (vognnummeret).

Driftsdataene om rullende materiel indgår i driftsdatabasen for vogne og intermodale enheder, jf. punkt 4.2.11.2 Andre databaser.

4.2.11. Diverse referencefiler og databaser

4.2.11.1. Referencefiler

I forbindelse med drift af godstog på det europæiske banenet skal følgende referencefiler foreligge og kunne tilgås af alle tjenesteydere (infrastrukturforvaltere, jernbanevirksomheder, logistikleverandører og vognparkforvaltere). Dataene skal til enhver tid afspejle den aktuelle status. Når en referencefil også bruges i forbindelse med TSI'en om trafiktelematik for persontrafikken [2], skal udviklingen og ændringerne være i overensstemmelse med TSI'en om trafiktelematik for persontrafikken [2], for at der kan opnås optimale synergivirkninger.

Følgende opbevares og administreres lokalt:

a) Referencefil for beredskabstjenester med henvisning til typen af farligt gods.

Følgende opbevares og administreres centralt:

b) Referencefil for kodning af alle infrastrukturforvaltere, jernbanevirksomheder og tjenesteydere

c) Referencefil for kodning af godstransportkunder

d) Referencefil for kodning af lokaliteter (primær og sekundær)

Det Europæiske Jernbaneagentur vil gemme en kopi af referencefilen med lokalitetskoder og virksomhedskoder. Disse data stilles til rådighed for offentligheden efter individuel anmodning med de indskrænkninger, hensynet til intellektuelle ejendomsrettigheder tilsiger.

Der er fastsat andre kodelister i det dokument, som der henvises til i tillæg I: »TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.11.2. Andre databaser

For at gøre det muligt at spore togs og vognes bevægelser skal der installeres følgende databaser, som skal ajourføres i realtid ved relevante hændelser. Bemyndigede enheder, som f.eks. ihændehavere og vognparkforvaltere, skal på grundlag af bilaterale aftaler have adgang til de data, der er relevante for varetagelsen af deres opgaver.

— Driftsdatabasen for vogne og intermodale enheder

— Turplan for vogn/intermodal enhed.

Disse databaser skal kunne tilgås via den fælles grænseflade (4.2.12.1: Overordnet arkitektur og 4.2.12.6: Fælles grænseflade).

I intermodal transport skal der i datameddelelser med identifikationskoder for lasteenhederne (f.eks. containere, veksellad eller sættevogne) benyttes enten en BIC-kode (jf. ISO 6346) eller en ILU-kode (jf. EN 13044).

Driftsdatabasen for vogne og intermodale enheder

Kommunikationen mellem den primære jernbanevirksomhed og jernbanevirksomhederne i et samarbejde bygger på vognenes og/eller de intermodale enheders numre. Derfor skal en jernbanevirksomhed, der sender infrastrukturforvalterne meddelelser om hele tog, angive oplysningerne for hver vogn og intermodal enhed. Disse oplysninger om vogn og intermodal enhed skal lagres i driftsdatabasen for vogne og intermodale enheder. Oplysningerne om togbevægelser fører til nye poster/opdateringer i driftsdatabasen for vogne og intermodale enheder med kundeoplysninger. Oplysningerne om vognes eller intermodale enheders bevægelser skal senest indføres i databasen, når frigivelsestidspunktet for vognene eller de intermodale enheder modtages fra kunden. Dette frigivelsestidspunkt udgør den første post om en vogns bevægelse i driftsdatabasen for vogne og intermodale enheder i forbindelse med en transport. Meddelelserne om vognbevægelser er defineret i punkt 4.2.8 (Vognbevægelse) og 4.2.9 (Overgangsrapportering). Denne database skal kunne tilgås via den fælles grænseflade (4.2.12.1: Overordnet arkitektur og 4.2.12.6: Fælles grænseflade).

Driftsdatabasen for vogne og intermodale enheder er den vigtigste database for sporing af vogne og dermed den vigtigste for kommunikationen mellem de deltagende jernbanevirksomheder og den primære jernbanevirksomhed. Databasen viser en vogns/intermodal enheds bevægelser fra afgang til endelig levering ved kundens sidespor med ETI-værdier og faktiske tidspunkter ved forskellige lokaliteter frem til ETA for endelig levering. Databasen viser også forskellige statustilstande for det rullende materiel, f.eks.:

— Status: lastning af det rullende materiel Denne status er nødvendig for udvekslingen af oplysninger mellem jernbanevirksomheden og infrastrukturforvalterne og andre jernbanevirksomheder, der deltager i transporten.

— Status: lastet vogn undervejs Denne status er nødvendig for udvekslingen af oplysninger mellem infrastrukturforvalteren og jernbanevirksomheden, med andre infrastrukturforvaltere og med andre jernbanevirksomheder, der deltager i transporten.

— Status: tom vogn undervejs Denne status er nødvendig for udvekslingen af oplysninger mellem infrastrukturforvalteren og jernbanevirksomheden og med andre infrastrukturforvaltere og jernbanevirksomheder, der deltager i transporten.

— Status: losning af det rullende materiel Denne status er nødvendig for udvekslingen af oplysninger mellem jernbanevirksomheden ved destinationen og den primære jernbanevirksomhed for transporten.

— Status: tom vogn under vognparkforvalterens kontrol Denne status er nødvendig for at få oplysninger om tilgængeligheden af et køretøj med bestemte egenskaber.

Databaser over vognes turplaner

Tog kan være sammensat af vogne fra forskellige kunder. For hver vogn skal den primære jernbanevirksomhed (den jernbanevirksomhed, der fungerer som driftsintegrator) udarbejde og ajourføre en turplan, der svarer til kanalen på togniveau. Tildeles et tog en ny kanal — f.eks. ved driftsafbrydelser — revideres turplanerne for de berørte vogne. Turplanen etableres på det tidspunkt, hvor fragtbrevet fra kunden modtages.

De enkelte primære jernbanevirksomheder skal lagre vognenes turplaner i en database. Disse databaser skal kunne tilgås via den fælles grænseflade (4.2.14.1: Overordnet arkitektur og 4.2.12.6: Fælles grænseflade).

Bemærkning:

Udover ovennævnte obligatoriske databaser kan der oprettes togdatabaser hos de enkelte infrastrukturforvaltere.

Oplysningerne i infrastrukturforvalterens togdatabase svarer til oplysningerne om bevægelser i driftsdatabasen for vogne og intermodale enheder. Hovedposten er de togrelaterede data i meddelelsen om togets oprangering fra jernbanevirksomheden. Alle toghændelser medfører ajourføring af denne togrelaterede database. En alternativ lagringsmulighed for disse data er kanaldatabasen (punkt 4.2.2: Kanalansøgning). Disse databaser skal kunne tilgås via den fælles grænseflade (4.2.12.1: Overordnet arkitektur og 4.2.12.6: Fælles grænseflade).

4.2.11.3. Yderligere krav til databaserne

Nedenfor anføres de yderligere krav, som de forskellige databaser skal opfylde.

Kravene er:

1. Autentificering En database skal understøtte autentificering af brugerne af systemerne, før de kan få adgang til databasen.

2. Sikkerhedsbeskyttelse En database skal understøtte relevante sikringsforholdsregler i form af kontrol med adgang til databasen. Der stilles ikke krav om, at selve databasens indhold skal kunne krypteres.

3. Modsigelsesfrihed En database skal understøtte ACID-princippet (Atomicity, Consistency, Isolation, Durability — udelelighed, modsigelsesfrihed, isolation og stabilitet).

4. Adgangskontrol En database skal give brugere og systemer, som har fået tilladelse, adgang til dataene. Adgangskontrollen skal understøttes helt ned til dataposternes enkelte attributter. Databasen skal understøtte konfigurerbar, rollebaseret adgangskontrol ved indlæsning, opdatering og sletning af dataposter.

5. Sporing En database skal understøtte logning af alle handlinger, der foretages i den, for at muliggøre sporing af hver enkelt detalje i dataindlæsningen (hvem har ændret hvad hvornår i indholdet).

6. Låsestrategi I en database skal der implementeres en låsestrategi, som giver adgang til dataene, selv om andre brugere er i færd med at redigere poster.

7. Flerbrugeradgang En database skal sikre, at flere brugere og systemer kan få adgang til dataene samtidig.

8. Driftssikkerhed En database skal være driftssikker nok til, at den påkrævede rådighedsfaktor opnås.

9. Rådighedsfaktor En database skal have en rådighedsfaktor på mindst 99,9 %.

10. Mulighed for vedligeholdelse Databasen skal kunne vedligeholdes på en måde, så den krævede rådighedsfaktor sikres.

11. Sikkerhed Databaser har i sig selv ikke direkte noget med sikker togdrift at gøre. Sikkerhedsaspekterne er således ikke relevante. Dette må dog ikke forveksles med det forhold, at dataene — f.eks. forkerte eller uaktuelle data — kan påvirke togdriftens sikkerhed.

12. Forenelighed En database skal understøtte et udbredt datahåndteringssprog såsom SQL eller XQL.

13. Importfunktion En database skal have en funktion, som gør det muligt at importere formaterede data direkte til databasen i stedet for at skulle indlæse dem manuelt.

14. Eksportfunktion Databasen skal have en funktion, som gør det muligt at eksportere hele dens indhold eller dele af det som formaterede data.

15. Obligatoriske felter En database skal have obligatoriske felter, som skal udfyldes, før den pågældende post accepteres som input til databasen.

16. Sandsynlighedskontrol En database skal understøtte konfigurerbare sandsynlighedskontroller før accept af indlæsning, opdatering eller sletning af dataposter.

17. Svartider En database skal have svartider, der gør det muligt for brugerne at indlæse, opdatere eller slette dataposter i rette tid.

18. Ydeevne Referencefilerne og databaserne skal på en omkostningseffektiv måde understøtte den mængde forespørgsler, der er nødvendig for effektiv drift af alle relevante togkørsler og vognbevægelser, der er omfattet af bestemmelserne i denne TSI.

19. Kapacitet En database skal understøtte lagring af de relevante data for alle godsvogne hhv. for banenettet. Det skal være muligt at udvide kapaciteten ved enkle midler (dvs. ved at tilføje mere lagerkapacitet og flere computere). Kapacitetsudvidelser må ikke kræve udskiftning af delsystemet.

20. Historiske data En database skal understøtte håndtering af historiske data ved at sikre adgang til data, som allerede er overført til et arkiv.

21. Backup-strategi Der skal fastlægges en backup-strategi, som sikrer, at hele databasens indhold i en periode på op til 24 timer kan genetableres.

22. Kommercielle aspekter Det anvendte databasesystem skal være en hyldevare (standardprodukt i handelen) eller på anden måde være til fri rådighed for offentligheden (open source).

Bemærkninger:

Ovennævnte krav skal opfyldes ved anvendelse af et DBMS-system (databaseforvaltningssystem) i standardudgave.

Brugen af de forskellige databaser ligger i de forskellige arbejdsgange, som beskrives ovenfor. Den normale arbejdsgang består af en forespørgsel og et svar, hvor en interesseret part anmoder om oplysninger fra databasen via den fælles grænseflade (4.2.12.1: Overordnet arkitektur og 4.2.12.6: Fælles grænseflade). DBMS-systemet svarer på denne anmodning ved enten at levere de efterspurgte data eller ved at svare, at de ikke kan gøres tilgængelige (de pågældende data findes ikke, eller adgangskontrollen vil ikke give adgang til dem).

4.2.12. Netværkssamarbejde og kommunikation.

4.2.12.1. Overordnet arkitektur

Dette delsystem vil danne rammen om et gradvis fremvoksende samvirke i et stort og komplekst IT-netværk om interoperabilitet i jernbanenettet, hvor hundreder af deltagere (jernbanevirksomheder, infrastrukturforvaltere osv.) konkurrerer og/eller samarbejder om at opfylde markedets behov.

Den net- og kommunikationsinfrastruktur, der skal understøtte dette interoperabilitetsnetværk, vil være baseret på en fælles arkitektur for informationsudveksling, som alle deltagerne kender og bruger.

Den foreslåede arkitektur for informationsudveksling:

— udformes, så den forener forskelligartede informationsmodeller gennem semantisk omdannelse af de data, der udveksles mellem systemerne, og ved at udligne forskellene mht. forretningsgange og protokoller, der anvendes på applikationsniveau

— får kun minimal indvirkning på den eksisterende IT-arkitektur, som de enkelte aktører anvender

— beskytter de IT-investeringer, der allerede er foretaget.

Arkitekturerne for informationsudveksling favoriserer interaktion, der primært bliver af peer-to-peer-typen, mellem alle aktørerne og sikrer samtidig den overordnede integritet og sammenhæng i jernbanenettet ved at stille et sæt centrale tjenester til rådighed.

En peer-to-peer-model for interaktionen giver mulighed for at fordele omkostningerne mellem de forskellige deltagere på den bedste måde med udgangspunkt i den faktiske brug, og generelt vil den medføre færre problemer med skalerbarhed. En grafisk fremstilling af den overordnede arkitektur findes i kapitel 1.5 i det dokument, som der henvises til i tillæg I: »TAF TSI — Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages«.

4.2.12.2. Netværket

Med »netværk« henvises der her til kommunikationsmetoden og -princippet og ikke til det fysiske net.

Interoperabiliteten i jernbanenettet bygger på en fælles arkitektur for informationsudveksling, som alle deltagere kender og bruger, og som dermed virker tiltrækkende og mindsker hindringerne for nye deltagere, ikke mindst kunder.

Sikkerhedsspørgsmålet behandles derfor ikke af netværket (VPN, tunnelering, ...), men ved udveksling og håndtering af i sig selv sikre meddelelser. Et VPN-netværk er derfor ikke nødvendigt (det vil være komplekst og dyrt at forvalte et stort VPN-netværk), og derved undgås problemer med ansvarsfordeling og tildeling af ejerskab. Tunnelering betragtes ikke som et nødvendigt middel til at opnå det relevante sikkerhedsniveau.

Hvis nogle deltagere allerede har implementeret forskellige grader af sikkerhed i udvalgte dele af netværket eller ønsker at gøre det, står muligheden åben.

Via det offentlige internet er det muligt at implementere en blandet peer-to-peer-model med en fælles grænseflade ved hver aktørs knudepunkt og en central certifikatmyndighed.

Derefter kommunikeres der peer-to-peer mellem de involverede deltagere.

Peer-to-peer-kommunikationen bygger på tekniske standarder for den fælles grænseflade, der er beskrevet i det dokument, som der henvises til i tillæg I: »TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model«.

4.2.12.3. Sikkerhedsbeskyttelse

For at opnå et højt sikkerhedsniveau skal alle meddelelser være isolerede, hvilket betyder, at oplysningerne i meddelelserne er sikrede, og at modtageren kan kontrollere meddelelsens ægthed. Dette kan foregå ved hjælp af et krypterings- og signatursystem, der svarer til kryptering af mail.

4.2.12.4. Kryptering

Der skal anvendes enten asymmetrisk kryptering eller en hybridløsning baseret på symmetrisk kryptering og public key-beskyttelse, da deling af en fælles hemmelig nøgle blandt mange deltagere, er dømt til at gå galt før eller siden. Et højere sikkerhedsniveau er nemmere at opnå, hvis hver enkelt aktør har ansvar for sit eget sæt nøgler, selv om der så må stilles krav om en høj grad af integritet i centraldepotet (nøgleserveren).

4.2.12.5. Centraldepot

Centraldepotet skal kunne håndtere:

— metadata — strukturerede data, der beskriver indholdet af meddelelser

— public key-infrastruktur (PKI)

— certificeringsmyndighed (CA).

Styringen af centraldepotet skal påhvile en ikke-kommerciel fælleseuropæisk organisation. Når centraldepotet også bruges i forbindelse med TSI'en om trafiktelematik for persontrafikken [2], skal udviklingen og ændringerne være i overensstemmelse med TSI'en om trafiktelematik for persontrafikken [2], for at der kan opnås optimale synergivirkninger.

4.2.12.6. Fælles grænseflade

En fælles grænseflade er obligatorisk for alle aktører, der ønsker at tiltræde interoperabilitetsnetværket.

Den fælles grænseflade skal kunne håndtere:

— meddelelsesformatering af udgående meddelelser i henhold til metadataene

— signering og kryptering af udgående meddelelser

— adressering af udgående meddelelser

— ægthedsbekræftelse af indgående meddelelser

— dekryptering af indgående meddelelser

— konformitetskontroller af indgående meddelelser i henhold til metadata

— det fælles adgangspunkt til de forskellige databaser.

Hvert punkt i den fælles grænseflade får adgang til alle de data, der i henhold til TSI'en kræves hos hver ihændehaver af godsvogne, primær jernbanevirksomhed, jernbanevirksomhed, infrastrukturforvalter osv., uanset om de pågældende databaser er centrale eller decentrale (se også kapitel 1.6 i dokumentet »TAF TSI — Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages«, jf. henvisningen i tillæg 1).

Når en fælles grænseflade også bruges i forbindelse med TSI'en om trafiktelematik for persontrafikken [2], skal udviklingen og ændringerne være i overensstemmelse med TSI'en om trafiktelematik for persontrafikken [2], for at der kan opnås optimale synergivirkninger. På grundlag af resultaterne af bekræftelsen af indgående meddelelsers ægthed kan der implementeres et minimumsniveau af meddelelseskvittering:

i) positiv kvittering: ACK

ii) negativ kvittering: NACK.

Den fælles grænseflade bruger oplysningerne fra centraldepotet til at håndtere ovenstående opgaver.

Aktørerne kan implementere et lokalt »spejlbillede« (en kopi) af centraldepotet for at forkorte svartiderne.

4.3. Funktionelle og tekniske specifikationer for grænsefladerne

På baggrund af de væsentlige krav i kapitel 3 gælder følgende funktionelle og tekniske specifikationer for grænsefladerne:

4.3.1. Grænseflader til TSI'en om infrastruktur

Delsystemet Infrastruktur omfatter trafikstyrings-, eftersporings- og navigationssystemer: tekniske installationer til databehandling og telekommunikation beregnet på persontransport med fjerntog og godstransport på dette net med henblik på at garantere en sikker og harmonisk drift af nettet og en effektiv styring af trafikken.

Delsystemet Trafiktelematik for godstrafikken anvender de nødvendige driftsdata, som fremgår af kanalaftalen, eventuelt suppleret med data om begrænsninger, som leveres af infrastrukturforvalteren. Derfor er der ingen direkte grænseflade mellem denne TSI og TSI'en om infrastruktur.

4.3.2. Grænseflader til TSI'en om togkontrol og kommunikation

Den eneste forbindelse til Togkontrol og kommunikation går via

— kanalaftalen, som i beskrivelsen af strækningsafsnittet giver de relevante oplysninger om, hvilket togkontrol- og kommunikationsudstyr der kan anvendes, og

— forskellige referencedatabaser over rullende materiel, hvor oplysningerne om det rullende materiels togkontrol- og kommunikationsudstyr skal lagres.

4.3.3. Grænseflader til delsystemet Rullende materiel

For delsystemet Trafiktelematik for godstransporten anføres det, hvilke tekniske og driftsmæssige data der skal stå til rådighed om det rullende materiel.

I TSI'en om rullende materiel specificeres godsvognenes egenskaber. Ændres en vogns egenskaber, skal dette indføres i referencedatabaserne over rullende materiel som led i den normale vedligeholdelse af databasen. Der er derfor ingen direkte grænseflade mellem denne TSI og TSI'en om rullende materiel.

4.3.4. Grænseflader med TSI'en om drift og trafikstyring

For delsystemet Drift og trafikstyring specificeres de procedurer og det udstyr, der muliggør en sammenhængende anvendelse af de forskellige strukturelt definerede delsystemer, både under normale og uregelmæssige driftsforhold, herunder navnlig kørsel med tog og planlægning og styring af trafikken.

For delsystemet Trafiktelematik for godstransporten specificeres hovedsagelig applikationer til brug ved godstransport, herunder tidstro overvågning af gods og tog og styring af forbindelser med andre transportformer.

For at sikre sammenhængen mellem disse to TSI'er anvendes følgende procedure.

Udformningen og/eller ændringer af de specifikationer i TSI'en om drift og trafikstyring, der har betydning for kravene i denne TSI, skal foregå i samråd med det organ, der har ansvaret for denne TSI.

Hvis der skal foretages ændringer de specifikationer i denne TSI, der har betydning for de driftsmæssige krav i TSI'en om drift og trafikstyring, skal det ske i samråd med det organ, der har ansvaret for TSI'en om drift og trafikstyring.

4.3.5. Grænseflader til delsystemet Trafiktelematik for persontrafikken

Grænseflade Reference i TSI'en om trafiktelematik for godstrafikken Reference i TSI'en om trafiktelematik for persontrafikken Tog klart 4.2.3.3 Meddelelsen »Tog klart« 4.2.14.1 Meddelelsen »Tog klart« for alle tog Togkørselsprognose 4.2.4.2 Meddelelsen »Togkørselsprognose« 4.2.15.2 Meddelelsen »Togkørselsprognose« for alle tog Togkørselsoplysninger 4.2.4.3 Togkørselsoplysninger 4.2.15.1 Meddelelsen »Togkørselsoplysninger« for alle tog Til jernbanevirksomhed: afbrudt togkørsel 4.2.5.2 Afbrudt togkørsel 4.2.16.2 Meddelelsen »Afbrudt togkørsel« for alle tog Håndtering af kortfristede køreplansdata 4.2.2 Kanalansøgning 4.2.17 Håndtering af kortfristede køreplansdata for tog Fælles grænseflade 4.2.12.6 Fælles grænseflade 4.2.21.7 Fælles grænseflade for kommunikation mellem jernbanevirksomhed og infrastrukturforvalter Centraldepot 4.2.12.5 Centraldepot 4.2.21.6 Centraldepot Referencefiler 4.2.11.1 Referencefiler 4.2.19.1 Referencefiler

4.4. Driftsbestemmelser

På baggrund af de væsentlige krav i kapitel 3 gælder følgende driftsbestemmelser for det delsystem, der er omfattet af denne TSI:

4.4.1. Datakvalitet

Af hensyn til kvalitetssikring af dataene har afsenderen af en TSI-meddelelse ansvaret for, at meddelelsens dataindhold er korrekt på det tidspunkt, hvor den sendes. Hvis kildedataene til kvalitetssikring af dataene foreligger i de databaser, som TSI'en foreskriver, skal dataene i disse databaser anvendes til kvalitetssikring af dataene.

Hvis kildedataene til kvalitetssikring af dataene ikke foreligger i de databaser, som TSI'en foreskriver, skal afsenderen af meddelelsen foretage kvalitetssikringskontrollen af dataene ved hjælp af egne ressourcer.

Kvalitetssikringen af dataene omfatter sammenligning med data fra de databaser, der foreskrives i denne TSI, som beskrevet ovenfor, og efter omstændighederne logiske kontroller for at sikre, at meddelelser og data overføres rettidigt og kontinuerligt.

Data har høj kvalitet, hvis de egner sig til deres tilsigtede formål, hvilket betyder, at de

— er fejlfrie: tilgængelige, præcise, rettidige, fuldstændige, stemmer overens med andre kilder osv., og

— har de ønskede egenskaber: relevante, omfattende, tilstrækkeligt detaljerede, lette at læse og fortolke osv.

Datakvaliteten afhænger hovedsagelig af:

— rigtighed

— fuldstændighed

— modsigelsesfrihed

— rettidighed.

Rigtighed:

De nødvendige oplysninger (data) skal indsamles så billigt som muligt. Det forudsætter, at de primære data så vidt muligt kun registreres en enkelt gang for hele transporten. Derfor bør de primære data indføres i systemet så tæt som muligt på kilden, så de kan integreres fuldt ud i en eventuel senere behandling.

Fuldstændighed:

Før en meddelelse afsendes, skal dens fuldstændighed og syntaks kontrolleres ved hjælp af metadataene. Herved undgår man desuden unødig datatrafik på nettet.

Også for alle indgående meddelelser skal fuldstændigheden kontrolleres ved hjælp af metadataene.

Modsigelsesfrihed:

Der skal opstilles regler for forretningsgangen for at sikre modsigelsesfrihed. Dobbelt indlæsning af data bør undgås, og det bør gøres klart, hvem der »ejer« dataene.

Hvordan disse regler for forretningsgangen skal implementeres, afhænger af, hvor komplekse de er. Ved enkle regler er databaserestriktioner og udløserfunktioner nok. Ved mere komplekse regler, hvor der skal bruges data fra forskellige tabeller, skal der gennemføres valideringsprocedurer, som indebærer, at dataversionens modsigelsesfrihed kontrolleres, før der genereres grænsefladedata, og før den nye dataversion tages i brug. Det skal garanteres, at de data, der overføres, valideres i forhold til de fastsatte regler for forretningsgangen.

Rettidighed:

Det er vigtigt, at oplysningerne tilvejebringes, præcis når de skal bruges. Når udløseren for datalagring eller for afsendelse af meddelelser reagerer direkte på hændelser i IT-systemet, bliver der ingen problemer med rettidigheden, forudsat at systemet er udformet hensigtsmæssigt og opfylder behovene i forretningsprocesserne. Men oftest iværksættes afsendelsen af en meddelelse af en operatør eller i hvert fald på baggrund af yderligere input fra en operatør (f.eks. afsendelse af togets oprangering eller ajourføring af tog- eller vogndata). For at opfylde kravet om rettidighed skal dataene opdateres så hurtigt som muligt, også for at sikre, at meddelelserne rummer det aktuelle dataindhold, når de udsendes automatisk af systemet.

Måling af datakvalitet

For de obligatoriske datas fuldstændighed (hvor mange procent af datafelterne der er indsat værdier i) og for dataenes modsigelsesfrihed (hvor mange procent af værdierne der matcher på tværs af tabeller/filer/poster), skal der opnås 100 %.

For dataenes rettidighed (hvor mange procent af dataene der er til rådighed inden for en nærmere bestemt tidsramme), skal der opnås 98 %. Hvor denne TSI ikke fastsætter grænseværdier, skal de specificeres i aftalerne mellem de involverede parter.

Rigtigheden (hvor mange procent af de lagrede værdier der er korrekte ved sammenligning med de faktiske værdier) skal være over 90 %. Den nøjagtige værdi og kriterierne skal fastlægges i aftalerne mellem de involverede parter.

4.4.2. Forvaltning af centraldepotet

Centraldepotets funktioner defineres i punkt 4.2.12.5 Centraldepot. For at sikre datakvaliteten skal den enhed, der forvalter centraldepotet, have ansvaret for opdateringen af metadataene og for disses kvalitet samt for forvaltningen af adgangskontrollen. Metadataenes kvalitet med hensyn til fuldstændighed, modsigelsesfrihed, rettidighed og rigtighed skal gøre det muligt for delsystemet at fungere korrekt i overensstemmelse med denne TSI.

4.5. Vedligeholdelsesregler

På baggrund af de væsentlige krav i kapitel 3 gælder følgende vedligeholdelsesbestemmelser for det delsystem, som denne TSI dækker:

Transportforbindelsens kvalitet skal være sikret, selv om databehandlingsudstyret bryder helt eller delvis sammen. Derfor tilrådes det at installere særlig driftssikre dobbeltsystemer eller backup-computere, som kan garanteres at køre uden afbrydelser under vedligeholdelse.

Vedligeholdelsen af de forskellige databaser er omhandlet i punkt 4.2.11.3 Yderligere krav til databaserne, nr. 10 og 21.

4.6. Faglige kvalifikationer

Der kræves følgende faglige kvalifikationer hos det personale, der skal drive og vedligeholde delsystemet og gennemføre TSI'en:

Gennemførelsen af denne TSI kræver ikke et helt nyt hardware- og software-system og nyt personale. TSI'ens krav kan efterleves ved blot at foretage de ændringer, opgraderinger og funktionelle udvidelser af driften, som allerede nu foretages af det eksisterende personale. Der stilles således ikke krav ud over de eksisterende regler om faglige kvalifikationer på nationalt og europæisk plan.

Hvis der er behov for supplerende uddannelse af personale, skal den ikke blot bestå i at vise personalet, hvordan udstyret betjenes. Hver medarbejder skal kende og forstå sin særlige rolle i den samlede transportproces. Medarbejderne skal navnlig være klar over, hvor vigtigt det er a