PIELIKUMS

SATURS

1. IEVADS 443

1.1. Saīsinājumi 443

1.2. Atsauces dokumenti 444

1.3. Tehniskā darbības joma 445

1.4. Ģeogrāfiskā darbības joma 445

1.5. TAF SITS saturs 445

2. APAKŠSISTĒMAS UN DARBĪBAS JOMAS DEFINĪCIJA 446

2.1. Funkcijas SITS darbības jomas ietvaros 446

2.2. Funkcijas ārpus SITS darbības jomas 446

2.3. Apakšsistēmas raksturojuma pārskats 446

2.3.1. Iesaistītie subjekti 446

2.3.2. Apsvērtie procesi 448

2.3.3. Vispārīgas piezīmes 449

3. PAMATPRASĪBAS 450

3.1. Atbilstība pamatprasībām 450

3.2. Pamatprasību aspekti 450

3.3. Aspekti saistībā ar vispārīgajām prasībām 451

3.3.1. Drošība 451

3.3.2. Drošums un darbgatavība 451

3.3.3. Veselības aizsardzība 451

3.3.4. Vides aizsardzība 451

3.3.5. Tehniskā saderība 451

3.4. Ar kravu pārvadājumu telemātikas lietojumprogrammu apakšsistēmu saistītie aspekti 451

3.4.1. Tehniskā saderība 451

3.4.2. Drošums un darbgatavība 451

3.4.3. Veselības aizsardzība 452

3.4.4. Drošība 452

4. APAKŠSISTĒMAS RAKSTUROJUMS 452

4.1. Ievads 452

4.2. Apakšsistēmas funkcionālās un tehniskās specifikācijas 452

4.2.1. Pavadzīmes dati 453

4.2.2. Ceļa pieprasījums 454

4.2.3. Vilciena sagatavošana 455

4.2.4. Vilciena kustības prognoze 456

4.2.5. Informācija par pakalpojuma pārtraukumu 457

4.2.6. Kravas ETI / ETA 458

4.2.7. Vagona kustība 459

4.2.8. Ziņojumi par kontroles maiņu 460

4.2.9. Datu apmaiņa kvalitātes uzlabošanai 461

4.2.10. Galvenie atsauces dati 462

4.2.11. Dažādas atsauces datnes un datubāzes 463

4.2.12. Tīklošana un saziņa 466

4.3. Saskarņu funkcionālās un tehniskās specifikācijas 468

4.3.1. Saskarnes ar infrastruktūras SITS 468

4.3.2. Saskarnes ar vilcienu vadības un signalizācijas iekārtu SITS 468

4.3.3. Saskarnes ar ritošā sastāva apakšsistēmu 468

4.3.4. Saskarnes ar satiksmes nodrošināšana un vadības SITS 468

4.3.5. Saskarnes ar pasažieru pārvadājumu telemātikas lietojumprogrammu apakšsistēmu 469

4.4. Ekspluatācijas noteikumi 469

4.4.1. Datu kvalitāte 469

4.4.2. Centrālā repozitorija apsaimniekošana 471

4.5. Tehniskās apkopes noteikumi 471

4.6. Profesionālā kvalifikācija 471

4.7. Veselības aizsardzības un darba drošības nosacījumi 471

5. SAVSTARPĒJAS IZMANTOJAMĪBAS KOMPONENTI 471

5.1. Definīcija 471

5.2. Komponentu saraksts 471

5.3. Komponentu veiktspēja un specifikācijas 472

6. KOMPONENTU ATBILSTĪBAS UN/VAI PIEMĒROTĪBAS LIETOŠANAI NOVĒRTĒŠANA UN APAKŠSISTĒMAS VERIFIKĀCIJA 472

6.1. Savstarpējas izmantojamības komponenti 472

6.1.1. Novērtēšanas procedūras 472

6.1.2. Modulis 472

6.1.3. Apakšsistēma “Telemātikas lietojumprogrammas kravu pārvadājumiem” 472

7. ĪSTENOŠANA 473

7.1. Šīs SITS piemērošanas kārtība 473

7.1.1. Ievads 473

7.1.2. Pirmais posms – detalizētas IT specifikācijas un ģenerālplāns 473

7.1.3. 2. un 3. posms – izstrādāšana un ieviešana 473

7.1.4. Pārvaldība, uzdevumi un pienākumi 473

7.2. Izmaiņu pārvaldība 475

7.2.1. Izmaiņu pārvaldības process 475

7.2.2. Īpašs pārmaiņu vadības process šīs regulas I papildinājumā uzskaitītajiem dokumentiem 475

I papildinājums. Tehnisko dokumentu saraksts 476

II papildinājums. Skaidrojošā vārdnīca 477

III papildinājums. Uzdevumi, kas jāveic TAF / TAP Nacionālajam kontaktpunktam (NKP) 488

1. IEVADS

1.1. Saīsinājumi

1. tabula

Saīsinājumi

Saīsinājums Definīcija ANSI Amerikas Nacionālais standartu institūts CI Kopīgā saskarne DG ERA organizēta darba grupa DzPU Dzelzceļa pārvadājumu uzņēmums EK Eiropas Komisija ERA Eiropas Dzelzceļa aģentūra (arī “Aģentūra”) ERTMS Eiropas Dzelzceļa satiksmes vadības sistēma ETCS Eiropas vilcienu kustības vadības sistēma GDzPU Galvenais dzelzceļa pārvadājumu uzņēmums ISO Starptautiskā Standartizācijas organizācija IsP Infrastruktūras pārvaldītājs IzmP Izmaiņu pieprasījums LAN Lokālais tīkls LCL Nepilna konteinera krava ONC Atvērtā tīkla skaitļošana OTIF Starptautisko dzelzceļa pārvadājumu starpvaldību organizācija PVC Pastāvīgā virtuālā ķēde RISC Dzelzceļa savstarpējās izmantojamības un drošības komiteja SITS Savstarpējās izmantojamības tehniskās specifikācijas TAF Telemātikas lietojumprogrammas kravu pārvadājumiem TAP Telemātikas lietojumprogrammas pasažieru pārvadājumiem TCP/IP Pārraides vadības protokols/interneta protokols TEN Eiropas tīkls VT Vagonu turētāji

1.2. Atsauces dokumenti

2. tabula

Atsauces dokumenti

1.3. Tehniskā darbības joma

Šī savstarpējas izmantojamības tehniskā specifikācija (turpmāk “TAF SITS”) attiecas uz apakšsistēmas “telemātikas lietojumprogrammas” elementu “kravu pārvadājumu pakalpojumu lietojumprogrammas”, kas iekļauts Direktīvas 2008/57/EK [1] II pielikuma saraksta funkcionālajās norādēs.

Šīs TAF SITS mērķis ir nodrošināt efektīvu informācijas apmaiņu, nosakot tehnisko satvaru, lai nodrošinātu, ka transportēšanas process ekonomiski ir tik dzīvotspējīgs, cik vien iespējams. Tā attiecas uz kravu pārvadājumu pakalpojumu lietojumprogrammām un savienojumu ar citiem transporta veidiem pārvaldību, un tas nozīmē, ka papildus vilcienu kustības nodrošināšanai tā koncentrējas uz DzPU transporta pakalpojumiem. Drošības apsvērumi tiek ņemti vērā tikai tiktāl, ciktāl eksistē datu elementi; skaitliskās vērtības neietekmē drošu vilciena ekspluatāciju, un atbilstību TAF SITS prasībām nevar uzskatīt par atbilstību drošības prasībām.

TAF SITS ietekmē arī lietotāju dzelzceļa transporta lietošanas apstākļus. Šai ziņā termins “lietotāji” nozīmē ne tikai infrastruktūras pārvaldītājus vai dzelzceļa pārvadājumu uzņēmumus, bet arī visus citus pakalpojumu sniedzējus, piemēram, vagonu uzņēmumus, multimodālā transporta uzņēmumus un pat klientus.

Šīs SITS tehniskā darbības joma ir sīkāk noteikta šīs regulas 2. panta 1. un 3. punktā.

1.4. Ģeogrāfiskā darbības joma

Šīs SITS ģeogrāfiskā darbības joma ir visas dzelzceļu sistēmas tīkls, ko veido:

— Eiropas parasto dzelzceļu sistēmas tīkls (TEN), kas aprakstīts Direktīvas 2008/57/EK [1] I pielikuma 1.1. punktā“Tīkls”,

— Eiropas ātrgaitas dzelzceļu sistēmas tīkls (TEN), kas aprakstīts Direktīvas 2008/57/EK [1] I pielikuma 2.1. punktā “Tīkls”,

— visas dzelzceļu sistēmas citas tīkla daļas pēc piemērošanas jomas paplašināšanas, kas aprakstīta Direktīvas 2008/57/EK [1] I pielikuma 4. iedaļā.

Tajā nav ietverti Direktīvas 2008/57/EK [1] 1. panta 3. punktā minētie gadījumi.

1.5. TAF SITS saturs

Šīs TAF SITS saturs ir saskaņā ar Direktīvas 2008/57/EK [1] 5. pantu.

Šīs SITS 4. nodaļā ietverts arī “Apakšsistēmas raksturojums, ekspluatācijas un apkopes prasības”, kas īpaši attiecas uz jomu, kas norādīta 1.1. punktā (“Tehniskā darbības joma”) un 1.2. punktā (“Ģeogrāfiskā darbības joma”).

2. APAKŠSISTĒMAS UN DARBĪBAS JOMAS DEFINĪCIJA

2.1. Funkcijas SITS darbības jomas ietvaros

Kravu pārvadājumu telemātikas lietojumprogrammu apakšsistēma ir definēta Direktīvas 2008/57/EK [1] II pielikuma 2.5 punkta b) apakšpunktā.

Tā it īpaši ietver:

— kravu pārvadājumu pakalpojumu lietojumprogrammas, ieskaitot informācijas sistēmas (kravas un vilcienu reālā laika uzraudzība),

— šķirošanas un iedalīšanas sistēmas, pie tam ar iedalīšanas sistēmām saprot vilcienu sastāvu,

— rezervēšanas sistēmas, ar ko šeit saprot vilcienu ceļa rezervēšanu,

— vilcienu kustības saskaņošanu ar citiem transporta veidiem un elektronisko pavaddokumentu sagatavošanu.

2.2. Funkcijas ārpus SITS darbības jomas

Klientu maksājumu un rēķinu izrakstīšanas sistēmas neietilpst šīs SITS darbības jomā, tāpat kā šādas maksājumu un rēķinu izrakstīšanas sistēmas starp dažādiem pakalpojumu sniedzējiem, piemēram, dzelzceļa pārvadājumu uzņēmumiem vai infrastruktūras pārvaldītājiem. Tomēr sistēma, kas ir datu apmaiņas pamatā saskaņā ar 4.2. punktu (Apakšsistēmas funkcionālās un tehniskās specifikācijas), izveidota tā, ka sniedz nepieciešamo informāciju kā pamatojumu maksājumam, kas veicams par transporta pakalpojumiem.

Arī grafiku ilgtermiņa plānošana ir ārpus šīs telemātikas lietojumprogrammu SITS darbības jomas. Tomēr dažos punktos būs atsauce uz ilgtermiņa plānošanas rezultātu, ciktāl pastāv saistība ar efektīvu informācijas apmaiņu, kas ir nepieciešama vilcienu ekspluatācijai.

2.3. Apakšsistēmas raksturojuma pārskats

2.3.1. Iesaistītie subjekti

Šajā SITS ņemti vērā pašreizējie kravu pārvadājumos iesaistītie pakalpojumu sniedzēji un turpmākie dažādie iespējamie pakalpojumu sniedzēji, kas ir iesaistīti kravu pārvadājumos un nodarbojas ar sekojošo (šis saraksts nav pilnīgs):

— vagoni,

— lokomotīves,

— mašīnisti,

— pārmiju pārslēgšana un šķirošana,

— ceļu (“slotu”) pārdošana,

— sūtījumu pārvaldība,

— vilcienu sastāvs,

— vilcienu ekspluatācija,

— vilcienu uzraudzība,

— vilcienu vadība,

— sūtījumu uzraudzība,

— vagonu un/vai lokomotīves pārbaudes un remonts,

— muitošana,

— multimodālu terminālu izmantošana,

— autopārvadājumu vadība.

Daži specifiski pakalpojumu sniedzēji skaidri definēti Direktīvā 2012/34/ES [3], 2008/57/EK [1] un 2004/49/EK [9]. Tā kā jāņem vērā visas šīs direktīvas, šajā SITS ir īpaši definēti:

“Infrastruktūras pārvaldītājs (IsP)” (Direktīva 2012/34/ES [3]) ir jebkura iestāde vai uzņēmums, kas konkrēti atbild īpaši par dzelzceļa infrastruktūras izveidi, pārvaldību un uzturēšanu, tostarp par satiksmes pārvaldību un kustības vadības un signalizācijas sistēmu; infrastruktūras pārvaldītāja funkcijas visā tīklā vai tīkla daļā var uzticēt veikt dažādām iestādēm vai uzņēmumiem. Ja infrastruktūras pārvaldītājs savas juridiskās struktūras, organizācijas vai lēmumu pieņemšanas funkciju dēļ ir atkarīgs no kāda dzelzceļa pārvadājumu uzņēmuma, funkcijas, kas minētas IV nodaļas 2. un 3. iedaļā, veic attiecīgi maksas iekasētāja iestāde un infrastruktūras jaudas iedalītāja iestāde, kas ir neatkarīgas no dzelzceļa pārvadājumu uzņēmuma to juridiskajā struktūrā, organizācijā un lēmumu pieņemšanā. Pamatojoties uz šo definīciju, šajā SITS IsP tiek uzskatīts par pakalpojumu sniedzēju ceļu iedalīšanai, vilcienu vadībai/uzraudzībai un ar vilcieniem/ceļiem saistītu ziņojumu sastādīšanai.

“Pieteikuma iesniedzējs” (Direktīva 2012/34/ES [3]) ir dzelzceļa pārvadājumu uzņēmums vai starptautisks dzelzceļa pārvadājumu uzņēmumu grupējums, vai citas personas vai juridiskas struktūras,, piemēram, kompetentās iestādes saskaņā ar Regulu (EK) Nr. 1370/2007 un kravas nosūtītāji, kravas ekspeditori un kombinēto pārvadājumu veicēji, kam ir ar sabiedriskajiem pakalpojumiem saistīta vai komerciāla interese iegūt infrastruktūras jaudu.

“Dzelzceļa pārvadājumu uzņēmums” (Direktīva 2004/49/EK [9]) ir dzelzceļa pārvadājumu uzņēmums, kā noteikts Direktīvā 2001/14/EK, vai cits valsts vai privāts uzņēmums, kas nodarbojas ar kravu un/vai pasažieru dzelzceļa pārvadājumiem, ar nosacījumu, ka šim uzņēmumam ir jānodrošina vilce; šī definīcija ietver arī uzņēmumus, kas nodrošina tikai vilci. Pamatojoties uz šo definīciju, šajā SITS DzPU tiek uzskatīts par pakalpojumu sniedzēju vilcienu ekspluatēšanai.

Attiecībā uz vilcienu ceļa iedalīšanu vilciena braukšanai jāņem vērā arī Direktīvas 2012/34/ES [3] 38. pants:

Infrastruktūras jaudu iedala infrastruktūras pārvaldītājs. Tiklīdz pieteikuma iesniedzējam ir iedalīta jauda, saņēmējs to nevar nodot citam uzņēmumam vai dienestam.

Jebkāda tirdzniecība ar infrastruktūras jaudu ir aizliegta, un, ja tiek konstatēta tās tirdzniecība, attiecīgajam saņēmējam jaudu turpmāk vairs neiedala..

Jaudas izmantošanu, ko dzelzceļa pārvadājumu uzņēmums veic tāda pieteikuma iesniedzēja uzdevumā, kurš nav dzelzceļa pārvadājumu uzņēmums, neuzskata par jaudas nodošanu.

Attiecībā uz saziņas scenārijiem starp infrastruktūras pārvaldītājiem un pieteikuma iesniedzējiem transporta izpildes režīmā jāņem vērā tikai IsP un DzPU, nevis visu veidu pieteikuma iesniedzēji, kas var attiekties uz plānošanas režīmu. Izpildes režīmā vienmēr tiek dotas noteiktas IsP – DzPU attiecības, kurām ziņojumu apmaiņa un informācijas uzglabāšana noteikta šajā SITS. Pieteikuma iesniedzēja definīcija un izrietošās ceļa iedalīšanas iespējas paliek neietekmētas.

Kravu transporta vajadzībām jāsniedz dažādi pakalpojumi. Kā piemēru var minēt vagonu piešķiršanu. Šo pakalpojumu var saistīt ar parka pārvaldītāju. Ja šis transporta pakalpojums ir viens no DzPU piedāvātajiem pakalpojumiem, DzPU darbojas arī kā parka pārvaldītājs. Parka pārvaldītājs var pārvaldīt pats savus vagonus un/vai cita turētāja (cita kravas pakalpojumu sniedzēja) vagonus. Šā veida pakalpojumu sniedzēja vajadzības tiek ņemtas vērā neatkarīgi no tā, vai parka pārvaldītāja juridiskais subjekts ir vai nav DzPU.

Šī SITS nerada jaunus juridiskos subjektus un neliek DzPU iesaistīt ārējos pakalpojumu sniedzējus pakalpojumiem, kurus DzPU pats piedāvā, bet tas nepieciešamības gadījumā nosauc pakalpojumu saistīta pakalpojumu sniedzēja vārdā. Ja DzPU piedāvā pakalpojumu, tad DzPU saistībā ar šo pakalpojumu darbojas kā pakalpojumu sniedzējs.

Ņemot vērā klienta vajadzības, viens no pakalpojumiem ir organizēt un pārvaldīt transporta līniju atbilstoši saistībām pret klientu. Šo pakalpojumu sniedz “galvenais dzelzceļa pārvadājumu uzņēmums” (galvenais DzPU jeb GDzPU). GDzPU ir vienīgā kontaktpersona klientam. Ja transporta ķēdē ir iesaistīts vairāk nekā viens dzelzceļa pārvadājumu uzņēmums, GDzPU ir atbildīgs arī par koordināciju ar citiem dzelzceļa pārvadājumu uzņēmumiem.

Šo pakalpojumu var uzņemties arī pārvadātājs vai jebkurš cits subjekts.

DzPU iesaistīšana par GDzPU var atšķirties atkarībā no transporta plūsmas veida. Multimodālā darbībā jaudas pārvaldību blokvilcienos un ceļazīmju sagatavošanu veic multimodālo pakalpojumu integrators, kurš varētu būt GDzPU klients.

Galvenais tomēr ir tas, ka DzPU un IsP, kā arī visiem pārējiem pakalpojumu sniedzējiem (šajā pielikumā definētajā nozīmē) jāstrādā kopā – sadarbojoties un/vai nodrošinot atklātu piekļuvi, vai efektīvu informācijas apmaiņu, lai klientam sniegtu vienotus pakalpojumus.

2.3.2. Apsvērtie procesi

Šī SITS dzelzceļa kravu transporta nozarei atbilstīgi Direktīvai 2008/57/EK [1] aprobežojas ar IsP un DzPU/GDzPU, atsaucoties uz to tiešiem klientiem. Saskaņā ar līguma nosacījumiem GDzPU jāsniedz klientam šāda informācija:

— informācija par ceļu,

— informācija par vilciena kustību saskaņotajos ceļa punktos, tostarp nolīgtā transporta izbraukšanas, maiņas/nodošanas un galapunktā,

— paredzamais ierašanās laiks (ETA) galamērķī, ieskaitot vagonu parkus un multimodālā transporta terminālus,

— pakalpojuma pārtraukšana. Ja galvenais DzPU uzzina par pakalpojuma pārtraukumu, klients par to laikus jāinformē.

Attiecīgie informatīvie ziņojumi, kas atbilst šai TAF, ir noteikti 4. nodaļā.TAF

Veicot kravu pārvadājumu pakalpojumus, GDzPU darbība attiecībā uz kravas sūtījumu sākas ar pavadzīmes saņemšanu no klienta, savukārt, piemēram, vagonu kravām – ar vagonu atbrīvošanas brīdi. GDzPU izveido transporta reisam sākotnējo brauciena plānu (pamatojoties uz pieredzi un/vai līgumu). Ja GDzPU plāno ievietot vagona kravu vilcienā atklātās piekļuves režīmā (GDzPU vada vilcienu visu reisa laiku), sākotnējais brauciena plāns reizē ir arī galīgais. Ja GDzPU plāno likt vagona kravu vilcienā, sadarbojoties ar citiem DzPU, tam vispirms ir jānoskaidro, pie kura DzPU tam jāvēršas un kurā laikā var notikt apmaiņa starp diviem secīgiem DzPU. Tad GDzPU sagatavo sākotnējos kravu pasūtījumus atsevišķi katram DzPU kā pilnas pavadzīmes apakšgrupas. Kravu pasūtījuma veidi noteikti 4.2.1. punktā (Pavadzīmes dati).

Atbilstošais DzPU pārbauda resursu pieejamību vagonu izmantošanai un vilcienu ceļa pieejamību. Atbildes no vairākiem DzPU ļauj GDzPU uzlabot brauciena plānu vai sākt aptauju no jauna – varbūt pat vēršoties pie citiem DzPU – līdz brauciena plāns atbilst klienta prasībām.

DzPU/GDzPU parasti vismaz jāspēj:

— NOTEIKT pakalpojumu cenas un tranzīta laiku, vagonu piegādi (atbilstošā gadījumā), informāciju par vagoniem/multimodālām vienībām (atrašanās vieta, statuss un ar vagonu/multimodālo vienību saistītais paredzamais ierašanās laiks “ETA”), kad iespējams veikt sūtījumu iekraušanu tukšos vagonos, konteineros u. c.,

— SNIEGT pakalpojumu, kas noteikts drošā, vienotā veidā, izmantojot kopīgus darbības procesus un saistītas sistēmas. Jānodrošina iespēja DzPU, IsP, kā arī citiem pakalpojumu sniedzējiem un ieinteresētajām personām, piemēram, muitai, veikt elektronisku informācijas apmaiņu,

— NOVĒRTĒT saņemtā pakalpojuma kvalitāti, salīdzinot ar to, kas tika definēta sākotnēji. Respektīvi, rēķinu atbilstība noteiktajai cenai, faktiskie tranzīta laiki, salīdzinot ar saistībās minētajiem, piegādātais vagonu skaits, salīdzinot ar pieprasīto, ETA, salīdzinot ar faktisko ierašanās laiku,

— PĀRVALDĪT produktīvā veidā izmantošanas izteiksmē: vilcienu, infrastruktūras un parka jaudu, izmantojot darbības procesus, sistēmas un datu apmaiņu, kas ir nepieciešama, lai atbalstītu vagonu/multimodālo vienību un vilcienu grafiku sastādīšanu.

DzPU/GDzPU kā pieteikuma iesniedzējam jānodrošina arī (slēdzot līgumus ar IsP) nepieciešamais vilcienu ceļš un jāvada vilciens savā reisa posmā. Vilcienu ceļam tie var izmantot jau rezervētus ceļus (plānošanas režīmā), vai tiem jāpieprasa speciāls vilcienu ceļš no infrastruktūras pārvaldītāja(-iem) (IsP) attiecīgajam reisa posmam(-iem), kurā DzPU vada vilcienu. I papildinājumā parādīts maršruta pieprasījuma scenārija piemērs.

Īpašumtiesības uz ceļu arī ir svarīgas saziņai starp IsP un DzPU vilciena braukšanas laikā. Saziņai vienmēr jābūt balstītai uz vilciena un ceļa numuru, uz kura pamata IsP sazinās ar DzPU, kas ir rezervējis vilcienu ceļu tā infrastruktūrā (sk. arī I papildinājumu).

Ja DzPU nodrošina visu reisu no A līdz F (Atklātās piekļuves DzPU, nav iesaistīti citi DzPU), tad katrs iesaistītais IsP sazinās tieši tikai ar šo DzPU. Šo “atklāto piekļuvi” no DzPU puses var īstenot, rezervējot vilcienu ceļu ar “viena apstiprinājuma” sistēmu (OSS), vai posmos tieši ar katru IsP. SITS ņemti vērā abi gadījumi, kā norādīts 4.2.2.1. punktā “Ceļa pieprasījums, Ievadpiezīmes”.

Dialoga process starp DzPU un IsP, lai noteiktu vilcienu ceļu kravas vilcienam, noteikts 4.2.2. punktā (“Ceļa pieprasījums”). Šī funkcija attiecas uz Direktīvas 2012/34/ES [3] 48. panta 1. punktu. Dialoga procesā neietilpst licences iegūšana DzPU, kas sniedz pakalpojumus atbilstīgi Direktīvai 2001/13/EK [10], sertifikācija atbilstīgi Direktīvai 2012/34/ES [3] un piekļuves tiesības atbilstīgi Direktīvai 2012/34/ES [3].

4.2.3. punktā (“Vilciena sagatavošana”) noteikta informācijas apmaiņa attiecībā uz vilciena sastāvu un vilciena atiešanas kārtību. Datu apmaiņa vilciena braukšanas laikā normālas ekspluatācijas gadījumā ir sniegta 4.2.4. punktā (“Vilciena kustības prognoze”), un ziņojumi izņēmuma gadījumiem noteikti 4.2.5. punktā (“Pakalpojuma pārtraukuma informācija”). Visu šo ziņojumu apmaiņa notiek starp DzPU un IsP, un pamatojas uz vilcieniem.

Klientam vissvarīgākā informācija vienmēr ir tā sūtījuma paredzamais ierašanās laiks (ETA). No informācijas apmaiņas starp GDzPU un IsP (atklātas piekļuves gadījumā) var aprēķināt ETA. Sadarbības režīma gadījumā ar dažādiem DzPU ETA un arī paredzamo apmaiņas laiku ETI var noteikt no ziņojumu apmaiņas starp DzPU un IsP, un DzPU tos var sniegt GDzPU (4.2.6. punkts “Sūtījuma ETI/ETA”).

Tāpat no informācijas apmaiņas starp IsP un DzPU GDzPU arī zina, piemēram:

— kad vagoni izbrauca vai ieradās vagonu parkā vai noteiktās vietās (4.2.7. punkts “Vagona kustība”) vai

— kad atbildība par vagoniem pārgāja no viena DzPU nākamajam DzPU transporta ķēdē (4.2.8. punkts “Ziņojumi par maiņu”).

Dažādus statistikas rādītājus var novērtēt ne tikai no datu apmaiņas starp IsP un DzPU, bet arī no datu apmaiņas starp DzPU un GDzPU:

— vidējā termiņā – sīkākai ražošanas procesu plānošanai un

— ilgtermiņā – stratēģiskas plānošanas uzdevumu un jaudas pētījumu veikšanai (piemēram, tīkla analīze, pievedceļu un šķirotavu noteikšana, ritošā sastāva plānošana), bet galvenokārt

— transporta pakalpojumu kvalitātes un produktivitātes uzlabošanai (4.2.9. punkts “Datu apmaiņa kvalitātes uzlabošanai”).

Tukšu vagonu pārvietošana iegūst īpašu nozīmi attiecībā uz savstarpēji izmantojamiem vagoniem. Principā nav atšķirības starp piekrautu un tukšu vagonu. Tukšu vagonu transportēšanu arī veic, pamatojoties uz kravu pasūtījumiem, tāpēc šo tukšo vagonu parka pārvaldītājs jāuzskata par klientu.

2.3.3. Vispārīgas piezīmes

Informācijas sistēma ir tikai tik laba, cik droši ir tās dati. Tādēļ datiem, kuriem ir izšķiroša nozīme kravas sūtījuma, vagona vai konteinera pārvadāšanā, jābūt precīziem un ekonomiski pamatotiem – kas nozīmē, ka dati jāievada sistēmā tikai vienreiz.

Pamatojoties uz to, šīs SITS lietojumos un ziņojumos izvairās no daudzkārtīgas manuālas datu ievades, veicot piekļuvi jau uzglabātiem datiem, piemēram, ritošā sastāva atsauces datiem. Prasības attiecībā uz ritošā sastāva atsauces datiem ir noteiktas 4.2.10. punktā (“Galvenie atsauces dati”). Noteiktajām ritošā sastāva atsauces datubāzēm jānodrošina viegla piekļuve tehniskajiem datiem. Datubāzu saturam jābūt pieejamam, pamatojoties uz strukturētām piekļuves tiesībām atkarībā no privilēģijas, visiem IsP, DzPU un parka pārvaldītājiem, it īpaši parka pārvaldības un ritošā sastāva uzturēšanas nolūkā. Tām jāietver visi transportam svarīgie tehniskie dati, piemēram:

— ritošā sastāva identifikācija,

— tehniskie/projektēšanas dati,

— savietojamības ar infrastruktūru novērtējums,

— attiecīgo iekraušanas rādītāju novērtējums,

— ar bremzēm saistītie raksturlielumi,

— uzturēšanas dati,

— ar vidi saistītie raksturlielumi.

Multimodāla transporta darbībā dažādos punktos (angliski saukti par gateway) ne tikai vagons tiek savienots ar citu vilcienu, bet arī multimodālā vienība var tikt pārvietota no viena vagona pie otra. Tā rezultātā nav pietiekami strādāt tikai ar brauciena plānu vagoniem, un tādēļ jāsastāda arī brauciena plāns multimodālajām vienībām.

4.2.11. punktā (“Dažādas atsauces datnes”) uzskaitītas dažas atsauces datnes un dažādas datubāzes, tostarp vagonu un multimodālo vienību darbības datubāze. Šajā datubāzē ietverti ritošā sastāva darbības statusa dati, informācija par svaru un bīstamajām kravām, informācija, kas saistīta ar multimodālajām vienībām un atrašanās vietu.

Kravu pārvadājumu telemātikas lietojumprogrammu apakšsistēmas SITS nosaka nepieciešamo informāciju, kuras apmaiņa jāveic starp dažādajiem partneriem, kas iesaistīti transporta ķēdē, un ļauj izveidot standarta obligāto datu apmaiņas procesu. Tajā norādīta arī uzbūves stratēģija šādai saziņas platformai. Tas izklāstīts 4.2.12. punktā (“Tīklošana un saziņa”), ņemot vērā:

— satiksmes nodrošināšanas un vadības apakšsistēmas saskarni, kas minēta Direktīvas 2008/57/EK [1] 5. panta 3. punktā,

— prasības attiecībā uz tīkla pārskata saturu, kuras izklāstītas Direktīvas 2012/34/ES [3] 27. pantā un IV pielikumā,

— pieejamā informācija par kravas vagonu ritošo sastāvu un prasības attiecībā uz uzturēšanu, ko nosaka ritošā sastāva SITS.

Nenotiek tieša datu pārsūtīšana no kravas pakalpojumu telemātikas lietojumprogrammu apakšsistēmas uz vilcienu, mašīnistam vai uz vadības un signalizācijas apakšsistēmu daļām, un fiziskais pārsūtīšanas tīkls pilnīgi atšķiras no tīkla, kuru izmanto vadības un signalizācijas apakšsistēmā. ERTMS/ETCS sistēma izmanto GSM-R. Šajā atklātajā tīklā ETCS specifikācijās norādīts, ka drošība tiek panākta, atbilstoši pārvaldot atklātu tīklu risku EURORADIO protokolā.

Saskarnes ar strukturālajām ritošā sastāva un kontroles un vadības apakšsistēmām dotas tikai ar ritošā sastāva atsauces datubāzu starpniecību (4.2.10.2. punkts “Ritošā sastāva atsauces datubāzes”), kuras ir turētāju kontrolē. Saskarnes ar infrastruktūras, kontroles un vadības un enerģijas apakšsistēmām dotas ar ceļa definīciju (4.2.2.3. punkts “Ceļa informācijas ziņojums”) ko sniedz IsP, kurā noteiktas ar infrastruktūru saistītas vērtības vilcienam, un ar informāciju, ko sniedz IsP par infrastruktūras ierobežojumiem (4.2.2. punkts “Ceļa pieprasījums” un 4.2.3. punkts “Vilciena sagatavošana”).

3. PAMATPRASĪBAS

3.1. Atbilstība pamatprasībām

Atbilstīgi Direktīvas 2008/57/EK [1] 4. panta 1. punktam Eiropas dzelzceļu sistēmai, apakšsistēmām un savstarpējas izmantojamības komponentiem jāatbilst pamatprasībām, kas vispārīgi noteiktas minētās direktīvas III pielikumā.

Ņemot vērā šīs SITS darbības jomu, tās 3. nodaļā uzskaitītās attiecīgās pamatprasības tiks izpildītas, nodrošinot apakšsistēmas atbilstību 4. nodaļā aprakstītajām specifikācijām: “Apakšsistēmas raksturojums”

3.2. Pamatprasību aspekti

Pamatprasības attiecas uz:

— drošību,

— drošumu un darbgatavību,

— veselības aizsardzību,

— vides aizsardzību,

— tehnisko saderību.

Atbilstīgi Direktīvai 2008/57/EK [1] pamatprasības var būt vispārīgi piemērojamas visai Eiropas dzelzceļu sistēmai vai atsevišķi katrai apakšsistēmai un tās komponentiem.

3.3. Aspekti saistībā ar vispārīgajām prasībām

Vispārīgo prasību nozīmi kravas telemātikas lietojumprogrammu apakšsistēmai nosaka šādi.

3.3.1. Drošība

Direktīvas 2008/57/EK [1] III pielikuma 1.1.1., 1.1.2., 1.1.3., 1.1.4. un 1.1.5. punktā minētās pamatprasības neattiecas uz telemātikas lietojumprogrammu apakšsistēmu.

3.3.2. Drošums un darbgatavība

“Ja stacionāras un noņemamas sastāvdaļas ietekmē vilcienu kustību, to uzraudzību un apkopi organizē, veic un kvantitatīvi novērtē tā, lai nodrošinātu to darbību paredzētajos apstākļos.”

Šī pamatprasība ir aprakstīta šādos punktos:

— 4.2.10. punkts “Galvenie atsauces dati”,

— 4.2.11. punkts “Dažādas atsauces datnes un datubāzes”,

— 4.2.12. punkts “Tīklošana un saziņa”.

3.3.3. Veselības aizsardzība

Direktīvas 2008/57/EK [1] III pielikuma 1.3.1. un 1.3.2. punktā minētās pamatprasības neattiecas uz telemātikas lietojumprogrammu apakšsistēmu.

3.3.4. Vides aizsardzība

Direktīvas 2008/57/EK [1] III pielikuma 1.4.1., 1.4.2., 1.4.3., 1.4.4. un 1.4.5. punktā minētās pamatprasības neattiecas uz telemātikas lietojumprogrammu apakšsistēmu.

3.3.5. Tehniskā saderība

Direktīvas 2008/57/EK [1] III pielikuma 1.5. punktā minētā pamatprasība neattiecas uz telemātikas lietojumprogrammu apakšsistēmu.

3.4. Ar kravu pārvadājumu telemātikas lietojumprogrammu apakšsistēmu saistītie aspekti

3.4.1. Tehniskā saderība

Direktīvas 2008/57/EK [1] III pielikuma 2.7.1. punktā minētā pamatprasība:

“Pamatprasības attiecībā uz tālvadības lietojumprogrammām garantē noteiktu kvalitātes līmeņa minimumu attiecībā uz pasažieru un kravu pārvadājumu pakalpojumiem, jo īpaši tehniskās saderības ziņā.

Jāveic pasākumi, lai nodrošinātu:

— ka datubāzes, programmatūru un datu pārraides protokolus izstrādā tā, lai būtu iespējama maksimāla datu apmaiņa starp dažādām lietojumprogrammām un operatoriem, izņemot konfidenciālu komerciālu informāciju,

— ērtu pieeju informācijai no lietotāju puses.”

Šī pamatprasība aprakstīta šādos punktos:

— 4.2.10. punkts “Galvenie atsauces dati”,

— 4.2.11. punkts “Dažādas atsauces datnes un datubāzes”,

— 4.2.12. punkts “Tīklošana un saziņa”.

3.4.2. Drošums un darbgatavība

Direktīvas 2008/57/EK [1] III pielikuma 2.7.2. punktā minētā pamatprasība:

“Šo datubāzu, programmatūras un datu pārraides protokolu izmantošanas, vadības, atjaunināšanas un uzturēšanas paņēmieniem jāgarantē šo sistēmu efektivitāte un pakalpojumu kvalitāte.”

Šī pamatprasība aprakstīta šādos punktos:

— 4.2.10. punkts “Galvenie atsauces dati”,

— 4.2.11. punkts “Dažādas atsauces datnes un datubāzes”,

— 4.2.12. punkts “Tīklošana un saziņa”.

Šī pamatprasība, jo īpaši izmantošanas metode, lai garantētu šo telemātikas lietojumprogrammu efektivitāti un pakalpojumu kvalitāti, ir pamats visai SITS un neaprobežojas ar punktiem 4.2.10., 4.2.11. un 4.2.12.

3.4.3. Veselības aizsardzība

Direktīvas 2008/57/EK [1] III pielikuma 2.7.3. punktā minētā pamatprasība:

“Šo sistēmu un lietotāju saskarnēm jāatbilst obligātajiem ergonomikas un veselības aizsardzības normatīviem.”

Šī SITS neprecizē nekādas prasības papildus esošajiem valstu un Eiropas noteikumiem, kas attiecas uz telemātikas lietojumprogrammu un lietotāju saskarnes obligātajiem ergonomikas un veselības aizsardzības normatīviem.

3.4.4. Drošība

Direktīvas 2008/57/EK [1] III pielikuma 2.7.4. punktā minētā pamatprasība:

“Uzglabājot un pārraidot ar drošību saistītu informāciju, jāievēro atbilstīgas prasības attiecībā uz godprātību un drošumu.”

Šī pamatprasība aprakstīta šādos punktos:

— 4.2.10. punkts “Galvenie atsauces dati”,

— 4.2.11. punkts “Dažādas atsauces datnes un datubāzes”,

— 4.2.12. punkts “Tīklošana un saziņa”.

4. APAKŠSISTĒMAS RAKSTUROJUMS

4.1. Ievads

Dzelzceļu sistēma, uz kuru attiecas Direktīva 2008/57/EK un kuras daļa ir telemātikas lietojumprogrammu apakšsistēma, ir integrēta sistēma, kuras atbilstība ir jāpārbauda. Savstarpējo atbilstību pārbauda īpaši attiecībā uz ritošā sastāva apakšsistēmas specifikācijām un tās saskarnēm ar citām apakšsistēmām parasto dzelzceļu sistēmā, kurā apakšsistēma ir integrēta, kā arī attiecībā uz ekspluatācijas un tehniskās apkopes noteikumiem.

Ņemot vērā visas piemērojamās pamatprasības, kravas pārvadājumu telemātikas lietojumprogrammu apakšsistēmu raksturo:

4.2. Apakšsistēmas funkcionālās un tehniskās specifikācijas

Ņemot vērā 3. nodaļā minētās pamatprasības (“Pamatprasības”), apakšsistēmas funkcionālās un tehniskās specifikācijas ir šādas:

— pavadzīmes dati,

— ceļa pieprasījums,

— vilciena sagatavošana,

— vilciena kustības prognoze,

— pakalpojuma pārtraukšanas informācija,

— vagona/multimodālās vienības ETI/ETA,

— vagona kustība,

— apmaiņas ziņojumu sniegšana,

— datu apmaiņa kvalitātes uzlabošanai,

— galvenie atsauces dati,

— dažādas atsauces datnes un datubāzes,

— tīklošana un saziņa.

Detalizētas datu specifikācijas ir noteiktas pilnajā datu katalogā. Obligātie ziņojumu formāti un šā kataloga dati ir definēti dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs”[4], kas minēts I papildinājumā. Šajā pašā nolūkā turklāt var izmantot citus spēkā esošus standartus, ja iesaistītās personas ir noslēgušas īpašu nolīgumu, kas ļauj izmantot šos standartus, it sevišķi to ES dalībvalstu teritorijās, kurām ir robeža ar trešām valstīm.

Vispārīgas piezīmes par ziņojumu struktūru

Ziņojumi ir strukturēti divās datu kopās:

— kontroles dati– tiek noteikti ar obligātu ziņojumu kataloga ziņojumu galvenē,

— informācijas dati– nosaka katra ziņojuma obligātais/fakultatīvais saturs un obligātā/fakultatīvā datu kopa katalogā.

Ja ziņojums vai datu elements šajā regulā ir definēts kā fakultatīvs, iesaistītās personas vienojas par tā izmantošanu. Šo ziņojumu un datu elementu piemērošanai ir jābūt iekļautai nolīgumā. Ja datu katalogā fakultatīvie elementi ir ar zināmiem nosacījumiem obligāti, tas ir jāprecizē datu katalogā.

4.2.1. Pavadzīmes dati

4.2.1.1. Klienta pavadzīme

Klientam jānosūta pavadzīme galvenajam DzPU. Tajā jānorāda visa informācija, kas nepieciešama, lai nogādātu kravu no nosūtītāja saņēmējam saskaņā ar “Vienotiem noteikumiem attiecībā uz līgumu par starptautiskajiem kravu pārvadājumiem pa dzelzceļu (CIM)”, “Vienotiem noteikumiem par līgumiem par transportlīdzekļu izmantošanu starptautiskajā dzelzceļu satiksmē (CUV) un valstī spēkā esošiem normatīvajiem aktiem”. GDzPU jāiesniedz papildu informācija. Pavadzīmes datu apakškopa, tostarp papildus dati, ir aprakstīta I papildinājumā, TAF SITS – D.2. PIELIKUMS: A PAPILDINĀJUMS (VAGONA/ILU MARŠRUTA PLĀNOŠANA), un I papildinājumā, TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs [4], kas uzskaitīti šīs regulas I papildinājuma tabulā.

Atklātās piekļuves gadījumā galvenajam DzPU, kas slēdz līgumu ar klientu, ir pieejama visa informācija pēc pieejamo datu papildināšanas. Nav nepieciešama ziņojumu apmaiņa ar citiem DzPU. Šie dati ir arī pamats steidzamam ceļa pieprasījumam, ja tas ir nepieciešams, lai izpildītu pavadzīmē noteiktās saistības.

Turpmākie ziņojumi attiecas uz gadījumiem, kad nav paredzēta atklāta piekļuve. Šo ziņojumu saturs arī var būt pamats steidzamiem ceļa pieprasījumiem, ja tas nepieciešams pavadzīmē minēto nosacījumu izpildei.

4.2.1.2. Kravas pasūtījums

Kravas pasūtījums ir galvenokārt pavadzīmes informācijas datu apakškopa. Tas GDzPU jānosūta transporta ķēdē iesaistītajiem DzPU. Kravas pasūtījumam ir jāsatur attiecīgā informācija, kas ir nepieciešama DzPU, lai veiktu transportēšanu tā atbildības laikā līdz nodošanai nākamajam DzPU. Tādēļ tā saturs ir atkarīgs no dzelzceļa pārvadājumu uzņēmuma funkcijas: izcelsmes, tranzīta vai piegādes DzPU.

Kravas pasūtījuma obligātā datu struktūra un sīkāks šā ziņojuma formāts ir uzskaitīti sadaļā Consignment Order Message dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs”[4], kas minēts I papildinājumā.

Šo kravas pasūtījumu galvenais saturs ir:

— informācija par nosūtītāju un saņēmēju,

— maršrutēšanas informācija,

— kravas sūtījuma identifikācija,

— vagona informācija,

— vietas un laika informācija.

Izvēlētajiem pavadzīmes datiem jābūt pieejamiem arī visiem partneriem (piemēram, IsP, turētājam) transporta ķēdē, ieskaitot klientus. Tie ir nosakāmi katram vagonam:

— kravas svars (kravas bruto svars),

— KN/HS numurs,

— bīstamo kravu informācija,

— transportēšanas vienība.

Izņēmuma gadījumos izdrukas var izmantot tikai tad, ja šo informāciju nav iespējams nosūtīt, izmantojot iepriekš definētos ziņojumus.

4.2.2. Ceļa pieprasījums

4.2.2.1. Ievadpiezīmes

Attiecībā uz ceļu nosaka pieprasītos, pieņemtos un faktiskos uzglabājamos datus par ceļu un vilciena raksturlielumiem katram šā ceļa posmam. Turpmāk norādīts, kādai informācijai ir jābūt pieejamai infrastruktūras pārvaldītājam. Notiekot izmaiņām, šī informācija ir jāatjaunina. Tādējādi informācija par ikgadējo ceļu nepieciešama, lai varētu iegūt datus par īstermiņa grozījumiem. Jo īpaši, ja tiek ietekmētas klienta intereses, viņu informē GDzPU.

Steidzams ceļa pieprasījums

Sakarā ar izņēmumiem vilciena kustības laikā vai sakarā ar īslaicīgiem transporta pieprasījumiem, dzelzceļa pārvadājumu uzņēmumam jābūt iespējai saņemt speciālu ceļu tīkla ietvaros.

Pirmkārt, tūlītējas darbības ir jāuzsāk, tikko ir zināms faktiskais vilciena sastāvs, pamatojoties uz vilciena sastāva sarakstu.

Otrkārt, dzelzceļa pārvadājumu uzņēmumam jāsniedz infrastruktūras pārvaldītājam visi nepieciešamie dati par to, kad un kur vilcienam jābrauc, kopā ar tā fiziskajiem raksturlielumiem, ciktāl tie mijiedarbojas ar infrastruktūru.

Pamatparametrs “Steidzams ceļa pieprasījums” būtu jākoordinē starp DzPU un infrastruktūras pārvaldītāju (IsP). Šajā pamatparametrā termins IsP var attiekties uz vairākiem IsP, un attiecīgā gadījumā arī uz infrastruktūras jaudas iedalītājām iestādēm (sk. Direktīvu 2012/34/EK [3]).

Šīs prasības piemēro attiecībā uz visiem steidzamajiem ceļa pieprasījumiem.

Šajā pamatparametrā nav iekļauti ar satiksmes vadību saistīti jautājumi. Laika ierobežojuma atšķirību starp īslaicīgiem ceļiem un satiksmes vadības ceļa izmaiņām nosaka vietējos nolīgumos.

Dzelzceļa pārvadājumu uzņēmumam (DzPU) jāiesniedz infrastruktūras pārvaldītājam (IsP) visi nepieciešamie dati par to, kad un kur vilcienam jābrauc, kopā ar tā fiziskajiem raksturlielumiem, ciktāl tie mijiedarbojas ar infrastruktūru.

Katrs infrastruktūras pārvaldītājs atbild par maršruta piemērotību savā infrastruktūrā, bet dzelzceļa pārvadājumu uzņēmumam ir pienākums pārbaudīt, vai vilciena rādītāji atbilst informācijā par nolīgto maršrutu norādītajām vērtībām.

Neskarot ceļa izmantošanas nosacījumus, kas minēti tīkla paziņojumos, un pienākumus, gadījumā, ja ir infrastruktūras ierobežojumi, kas skaidroti satiksmes nodrošināšanas un vadības SITS, DzPU jāzina, pirms vilciena sagatavošanas, vai ir kādi ierobežojumi līnijas posmos vai stacijās (mezglos), kas ietekmē tā vilciena sastāvu, kas aprakstīts ceļa līgumā.

Ceļa līgums steidzamai vilciena kustībai pamatojas uz dialogu starp DzPU un IsP. Infrastruktūras jaudas pieprasījumus var iesniegt pieteikuma iesniedzēji. Lai izmantotu šādu infrastruktūras jaudu, pieteikuma iesniedzēji uztic dzelzceļa pārvadājumu uzņēmumam noslēgt līgumu ar infrastruktūras pārvaldītāju saskaņā ar Direktīvu 2012/34/ES [3]. Dialogs ietvers visus DzPU un IsP, kas iesaistīti vilcienu kustībā vēlamajā maršrutā, bet, iespējams to ieguldījums ceļa atrašanas procesā būs atšķirīgs.

4.2.2.2. Ziņojums “Ceļa pieprasījums”

Šo ziņojumu DzPU nosūta infrastruktūras pārvaldītājam (IsP), lai veiktu ceļa pieprasījumu.

Šā ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.2.3. Ziņojums “Ceļa informācija”

IsP nosūta šo ziņojumu pieprasītājam DzPU, atbildot uz ceļa pieprasījumu.

“Ceļa informācija” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.2.4. Ziņojums “Ceļš apstiprināts”

Pieprasošais DzPU izmanto šo ziņojumu, lai rezervētu/apstiprinātu infrastruktūras pārvaldītāja (IsP) piedāvāto ceļu:

“Ceļš apstiprināts” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.2.5. Ziņojums “Ceļa informācija noraidīta”

Pieprasošais DzPU izmanto šo ziņojumu, lai noraidītu attiecīgā infrastruktūras pārvaldītāja (IsP) piedāvāto ceļu:

“Ceļa informācija noraidīta” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.2.6. Ziņojums “Ceļš atcelts”

DzPU izmanto šo ziņojumu, lai atceltu visu rezervēto ceļu vai tā daļu.

“Ceļš anulēts” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.2.7. ziņojums “Ceļš nav pieejams”

IsP nosūta šo ziņojumu nolīgtajam DzPU gadījumā, ja DzPU rezervētais ceļš vairs nav pieejams.

“Ceļš nav pieejams” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.2.8. “Saņemšanas apstiprinājuma” ziņojums

Šis ziņojums tiek nosūtīts no ziņojuma saņēmēja ziņojuma autoram, lai apliecinātu, ka tā mantotā sistēma ir saņēmusi ziņojumu noteiktā laika intervālā.

“Saņemšanas apstiprinājuma” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.3. Vilciena sagatavošana

4.2.3.1. Vispārīgas piezīmes

Šis pamatparametrs apraksta ziņojumus, ar kuriem jāapmainās vilciena sagatavošanas posmā, laikā līdz vilciena atiešanai.

Vilciena sagatavošana ietver vilciena un maršruta saderības pārbaudi. Šo pārbaudi veic DzPU, pamatojoties uz informāciju par infrastruktūras aprakstu un infrastruktūras ierobežojumiem, ko iesniedz attiecīgie IsP.

Vilciena sagatavošanas laikā DzPU jānosūta nākamajiem DzPU informācija par vilciena sastāvu. Saskaņā ar līgumiem šo ziņojumu DzPU nosūta arī infrastruktūras pārvaldītājam(-iem), ar kuru tas ir noslēdzis līgumu par ceļa posmu.

Ja vilciena sastāvs tiek mainīts atrašanās vietā, ar šo ziņojumu jāapmainās vēlreiz, reizē ar informāciju, kuru atjauninājis atbildīgais DzPU.

Lai sagatavotu vilcienu, DzPU jābūt piekļuvei infrastruktūras ierobežojumu paziņojumiem, tehniskajiem vagonu datiem (Ritošā sastāva atsauces datubāzes, 4.2.10.2. punkts “Ritošā sastāva atsauces datubāzes”), informācijai par bīstamo kravu un pašreizējai, atjauninātajai informācijai par vagonu statusu (4.2.11.2. punkts “Citas datubāzes”: “Vagonu un multimodālo vienību darbības datubāze”). Tas attiecas uz visiem vilciena vagoniem. Beigās DzPU jānosūta vilciena sastāvs nākamajiem DzPU. Šo ziņojumu DzPU nosūta arī infrastruktūras pārvaldītājam(-iem), no kura tas ir rezervējis ceļa posmu, ja to pieprasa parasto dzelzceļu satiksmes nodrošināšanas un vadības SITS vai paredz līgums(-i) starp DzPU un IsP.

Ja vilciena sastāvs tiek mainīts atrašanās vietā, ar šo ziņojumu jāapmainās vēlreiz, reizē ar informāciju, kuru atjauninājis atbildīgais DzPU.

Katrā punktā, piemēram, izbraukšanas un maiņas punktā, kur mainās atbildība starp DzPU, atiešanas procedūras dialogs starp IsP un DzPU “Vilciens gatavs – Vilciena kustības informācija” ir obligāts.

4.2.3.2. Vilciena sastāva ziņojums

Šo ziņojumu nosūta DzPU nākamajam DzPU, definējot vilciena sastāvu. Saskaņā ar tīkla pārskatu šis ziņojums ir arī jānosūta no DzPU uz IsP(-iem). Ja notiek izmaiņas vilciena sastāvā tā reisa laikā, DzPU, kas veicis izmaiņas, pienākums ir atjaunināt šo ziņojumu un nosūtīt to GDzPU, kas informē visas iesaistītās personas.

“Vilciena sastāva” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

Obligātie elementi, kas piegādājami ziņojumu apmaiņai starp DzPU un IsP vilciena sastāva vajadzībām, ir definēti Lēmuma 2012/757/ES 4.2.2.7.2. punktā, Satiksmes nodrošināšanas un vadības SITS.

4.2.3.3. Ziņojums “Vilciens gatavs”

Dzelzceļa pārvadājumu uzņēmums nosūta ziņojumu “Vilciens gatavs” infrastruktūras pārvaldītājam katru reizi, kad vilciens ir gatavs uzsākt kustību pēc vilciena sagatavošanas, ja vien saskaņā ar attiecīgās valsts noteikumiem infrastruktūras pārvaldītājs neakceptē grafiku kā ziņojumu “Vilciens gatavs”.

Ziņojuma “Vilciens gatavs” obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā. Šajā pašā nolūkā turklāt var izmantot citus spēkā esošus standartus, ja iesaistītās personas ir noslēgušas īpašu līgumu, kas atļauj izmantot šos standartus.

4.2.4. Vilciena kustības prognoze

4.2.4.1. Vispārīgas piezīmes

Šis pamatparametrs nosaka vilciena kustības informāciju un vilciena kustības prognozi. Tam jānosaka, kā jānorit infrastruktūras pārvaldītāja un dzelzceļa pārvadājumu uzņēmuma dialogam, lai apmainītos ar vilciena kustības informāciju un vilciena kustības prognozēm.

Šis pamatparametrs nosaka, kā infrastruktūras pārvaldītājam noteiktā laikā jānosūta vilciena kustības informācija dzelzceļa pārvadājumu uzņēmumam un nākamajam blakusesošajam infrastruktūras pārvaldītājam, kas ir iesaistīts vilciena ekspluatācijā.

Vilciena kustības informācija nodrošina informāciju par vilciena pašreizējo statusu līgumā paredzētos saskaņotos ziņošanas punktos.

Vilciena kustības prognozi izmanto, lai nodrošinātu informāciju par paredzamo laiku līgumā paredzētos saskaņotos prognozes punktos. Šo ziņojumu infrastruktūras pārvaldītājs sūta dzelzceļa pārvadājumu uzņēmumam un blakusesošajam infrastruktūras pārvaldītājam, kas ir iesaistīts vilciena kustībā.

Vilciena kustības “ziņošanas punktus” norāda līgumā.

Šī informācijas apmaiņa starp DzPU un IsP vienmēr notiek starp atbildīgo IsP un DzPU, kas ir rezervējis ceļu, pa kuru vilciens faktiski brauc.

Saskaņā ar līgumu GDzPU sniedz klientam vilciena kustības prognozes un vilciena kustības informāciju. Ziņošanas punkti tiks noteikti, vienojoties abām pusēm līguma ietvaros.

4.2.4.2. “Vilciena kustības prognozes” ziņojums

Šo ziņojumu IsP iesniedz DzPU, kurš nodrošina vilciena kustību, attiecībā uz nodošanas punktiem, maiņas punktiem un vilciena galamērķi, kā aprakstīts 4.2.4.1. punktā (Vilciena kustības prognoze, Vispārīgas piezīmes).

Turklāt IsP iesniedz ziņojumu DzPU attiecībā uz citiem ziņošanas punktiem atbilstoši DzPU/IsP līgumiem (piemēram, pārkraušanas punktu vai staciju).

Vilciena kustības prognozi var sūtīt arī pirms vilciena kustības sākuma. Attiecībā uz papildu kavēšanos starp diviem ziņošanas punktiem dzelzceļa pārvadājumu uzņēmumam un infrastruktūras pārvaldītājam līgumā jānosaka robežvērtība, kuru pārsniedzot, jāsūta sākotnēja vai jauna prognoze. Ja kavēšanās ilgums nav zināms, infrastruktūras pārvaldītājs sūta ziņojumu “Pakalpojuma pārtraukums” (sk. 4.2.5. punktu “Informācija par pakalpojuma pārtraukumu”).

Ziņojumā “Vilciena kustības prognoze” jānorāda prognozētais laiks saskaņotajos prognozes punktos.

“Vilciena kustības prognoze” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.4.3. Vilciena kustības informācijas ziņojums un vilciena kavēšanās iemesla ziņojums

Šo ziņojumu iesniedz IsP tam DzPU, kas nodrošina vilcienu kustību, par:

— izbraukšanu no atiešanas punkta, ierašanos galamērķī,

— ierašanos un izbraukšanu no nodošanas punktiem, maiņas punktiem un saskaņotajiem ziņošanas punktiem, pamatojoties uz līgumu (piemēram, pārkraušanas punkti).

Ja kavēšanās iemesls (pirmais pieņēmums) ir zināms, tas jānosūta atsevišķā ziņojumā “Vilciena kavēšanās iemesls”.

“Vilciena kustības informācija” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.5. Informācija par pakalpojuma pārtraukumu

4.2.5.1. Vispārīgas piezīmes

Šis pamatparametrs nosaka, kā dzelzceļa pārvadājumu uzņēmums un infrastruktūras pārvaldītājs apstrādā pakalpojuma pārtraukuma informāciju.

Kad DzPU uzzina, ka tās atbildībā nodotās vilciena kustības laikā ir pakalpojuma pārtaukums, tai nekavējoties jāinformē attiecīgais IsP (DzPU to var izdarīt mutiski). Ja vilciena kustība tiek pārtraukta, infrastruktūras pārvaldītājs sūta “Vilciena kustības pārtraukuma” ziņojumu nolīgtajam DzPU un nākamajam blakusesošajam IsP, kas iesaistīts vilciena kustībā.

Ja kavēšanās ilgums ir zināms, infrastruktūras pārvaldītājs tā vietā sūta ziņojumu “Vilciena kustības prognoze”.

4.2.5.2. “Vilciena kustības pārtraukuma” ziņojums

Ja vilciena kustība tiek pārtraukta, IsP nosūta atbilstošu ziņojumu nākamajam blakusesošajam IsP, kas iesaistīts vilciena kustībā, un DzPU.

“Vilciena kustības pārtraukuma” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.6. Kravas ETI/ETA

4.2.6.1. Ievadpiezīme

4.2.2. punktā (Ceļa pieprasījums) galvenokārt ir aprakstīta saziņa starp DzPU un IsP. Vagonu vai multimodālo vienību individuāla uzraudzība netiek iekļauta šajā informācijas apmaiņā. Tā tiek veikta DzPU/GDzPU līmenī, pamatojoties uz ar vilcienu saistītiem ziņojumiem, un ir aprakstīta šādos punktos: no 4.2.6. (Sūtījuma ETI/ETA) līdz 4.2.8. (Ziņojums par maiņu).

Ar vagoniem un multimodālām vienībām saistītas informācijas apmaiņu un atjaunināšanu galvenokārt nodrošina, uzglabājot datubāzes “brauciena plāni” un “vagonu kustība” (4.2.11.2. punkts “Citas datubāzes”).

Kā jau minēts 2.3.2. punktā (Aplūkotie procesi), klientam vissvarīgākā informācija vienmēr ir viņa sūtījuma paredzamais ierašanās laiks (ETA). Vagonu ETA, kā arī ETI ir pamatinformācija saziņā starp GDzPU un DzPU. Šī informācija ir galvenais GDzPU rīks, lai uzraudzītu sūtījumu fizisko transportēšanu un pārbaudītu to atbilstību saistībām attiecībā uz klientu.

Visi prognozētie laiki ar vilcienu saistītajos ziņojumos attiecas uz vilciena ierašanos noteiktā punktā, kas var būt nodošanas punkts, maiņas punkts, vilciena galamērķis vai cits ziņošanas punkts. Tie ir visi vilciena paredzamie ierašanās laiki (TETA). Dažādiem šā vilciena vagoniem vai multimodālām vienībām TETA nozīmes var atšķirties. TETA maiņas punktam, piemēram, var būt paredzamais apmaiņas laiks (ETI) dažiem vagoniem vai multimodālajām vienībām. Uz citiem vagoniem, kas paliek vilciena sastāvā turpmākai transportēšanai, ko veic tas pats DzPU, TETA var neattiekties. DzPU pienākums ir, saņemot TETA informāciju, identificēt un apstrādāt šo informāciju, uzglabāt to kā vagona kustību Vagonu un multimodālo vienību darbības datubāzē un paziņot to GDzPU, ja vilciens nedarbojas atklātās piekļuves režīmā. Tas tiks aplūkots turpmākajos punktos.

Saskaņā ar līgumu GDzPU sniedz klientam informāciju par paredzamo ierašanās laiku (ETA) un paredzamo apmaiņas laiku (ETI) sūtījuma līmenī. Detalizācijas līmenis tiks noteikts, vienojoties abām pusēm līguma ietvaros.

Multimodālajam transportam datu ziņojumi, kas satur identifikatorus par kravas vienību (piemēram, konteineriem, maināmām virsbūvēm, puspiekabēm) attiecīgi izmanto vai nu BIC, vai ILU kodus saskaņā ar ISO 6346 un EN 13044.

4.2.6.2. ETI/ETA aprēķins

ETI/ETA aprēķina, pamatojoties uz informāciju no infrastruktūras pārvaldītāja, kas vilciena kustības prognozes ziņojumā norāda vilciena paredzamo ierašanās laiku (TETA) noteiktajos ziņošanas punktos (nodošanas, maiņas vai ierašanās punktā, tostarp multimodālā transporta termināļos) saskaņotajā vilciena ceļā, piemēram, nodošanas punktā no viena IsP nākamajam IsP (šajā gadījumā TETA sakrīt ar ETH).

DzPU aprēķina vagonu un/vai multimodālo vienību paredzamo apmaiņas laiku (ETI) maiņas punktos vai citos noteiktajos ziņošanas punktos saskaņotajā vilcienu ceļā un nodod šo informāciju nākamajam DzPU transporta ķēdē..

Tā kā DzPU rīcībā var būt vagoni ar dažādiem reisiem un no dažādiem GDzPU, vagonu maiņas punkts ETI aprēķinam var būt atšķirīgs. (Ilustratīvs attēlojums šiem scenārijiem un piemēri ir doti dokumentā “TAF SITS – A.5. pielikums: TAF SITS ziņojumu attēli un secības diagrammas”, 1.4. punktā, kas minēts I papildinājumā, un secības diagramma, kas balstīta uz 1. piemēru, C maiņas punktam ir norādīta dokumentā “TAF SITS – A.5. pielikums: TAF SITS ziņojumu attēli un secības diagrammas”, 5. nodaļā, kas minēts I papildinājumā).

Nākamais DzPU, pamatojoties uz iepriekšējā DzPU ievadīto ETI, savukārt aprēķina vagonu ETI nākamajam maiņas punktam. Šos pasākumus veic katrs nākamais DzPU. Kad pēdējais DzPU (piemēram, DzPU n) vagona transporta ķēdē saņem ETI no iepriekšējā DzPU (piemēram, DzPU n–1) par vagona apmaiņu starp DzPU n–1 un DzPU n, pēdējam DzPU (RU n) jāaprēķina vagona paredzamais ierašanās laiks galapunktā. Tas nepieciešams, lai nodrošinātu vagonu izvietošanu atbilstoši kravas pasūtījumam un saskaņā ar GDzPU saistībām pret tā klientu. Tas ir vagona ETA, kas jānosūta GDzPU. Tas jāuzglabā elektroniski kopā ar datiem par vagona kustību. GDzPU sniedz savus attiecīgos datus klientam atbilstoši līguma noteikumiem.

Piezīme par multimodālajām vienībām. Vagona multimodālajām vienībām vagona ETI ir arī multimodālo vienību ETI. Attiecībā uz multimodālo vienību ETA jāatzīmē, ka DzPU nevar veikt šādu ETA aprēķinu ārpus savas transportēšanas ceļa daļas. Tādēļ DzPU var sniegt tikai ETI attiecībā uz multimodālo terminālu.

Galvenais DzPU ir atbildīgs par ETA salīdzinājumu ar to, kas minēts saistībās pret klientu.

ETA noviržu gadījumā no saistībām pret klientu ir jārīkojas saskaņā ar līgumu, un to rezultātā var būt nepieciešams trauksmes vadības process no GDzPU puses. Informācijas nosūtīšanai par šā procesa rezultātu ir paredzēts trauksmes ziņojums.

Trauksmes vadības procesā GDzPU jābūt iespējai veikt ar vagonu saistītu pieprasījumu par novirzi. Šis GDzPU pieprasījums un DzPU atbilde ir aprakstīta tālāk.

4.2.6.3. Vagona ETI/ETA ziņojums

Šā ziņojuma mērķis ir nosūtīt ETI vai atjaunināto ETI no viena DzPU nākamajam DzPU transportēšanas ķēdē. Pēdējais DzPU vagonu transporta ķēdē nosūta ETA vai atjauninātu ETA uz GDzPU. “Vagona ETA/ETI” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs”, kas minēts I papildinājumā.

4.2.6.4. Trauksmes ziņojums

Kad ETA ir salīdzināts ar saistībām pret klientu, GDzPU trauksmes ziņojumu nosūta iesaistītajiem DzPU. “Trauksmes” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

Piezīme: atklātās piekļuves gadījumā ETI un ETA aprēķins ir DzPU iekšējais process. Šajā gadījumā DzPU ir arī galvenais DzPU.

4.2.7. Vagona kustība

4.2.7.1. Ievadpiezīmes

Dati, kas iekļauti ziņojumos par vagona kustību, ir jāuzglabā un tiem jābūt pieejamiemelektroniski. Tie jāiekļauj savstarpējos ziņojumos pilnvarotām personām uz līguma pamata.

— Vagona atbrīvošanas ziņojums

— Vagona atiešanas ziņojums

— Vagona pienākšana parkā

— Vagona atiešana no parka

— Vagonu izņēmumu ziņojums

— Vagona pienākšanas ziņojums

— Vagona piegādes ziņojums

— Ziņojumi par vagona kontroles maiņu tiks aprakstīti atsevišķi 4.2.8. punktā “Ziņojumi par maiņu”.

Saskaņā ar līgumu GDzPU jāsniedz klientam informācija par vagona kustību, izmantojot tālāk minētos ziņojumus.

4.2.7.2. Vagona atbrīvošanas ziņojums

Vadošais DzPU ne obligāti ir pirmais DzPU transporta ķēdē. Šajā gadījumā GDzPU jāpasaka atbildīgajam DzPU, ka vagons ir gatavs vilkšanai pa klientu pievedceļiem (atiešanas vieta atbilstoši GDzPU saistībām) noteiktajā atbrīvošanas laikā (atiešanas datums un laiks).

Šie notikumi jāuzglabā vagonu un multimodālo vienību darbības datubāzē. Ziņojuma “Vagons gatavs” obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.7.3. Vagona atiešanas ziņojums

DzPU jāinformē GDzPU par faktisko datumu un laiku, kad vagons ir aizvilkts no atiešanas vietas.

Šie notikumi jāuzglabā vagonu un multimodālo vienību darbības datubāzē. Ar šo ziņojumu apmaiņu atbildība par vagonu pāriet no klienta uz DzPU. Ziņojuma “Vagona atiešana” obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.7.4. Vagona pienākšanas parkā ziņojums

DzPU jāinformē GDzPU, ka vagons ir ieradies tā parkā. Šo ziņojumu var sagatavot, pamatojoties uz “Vilciena kustības informācijas” ziņojumu 4.2.4. punktā (Vilciena kustības prognoze). Informācija par šo notikumu jāuzglabā vagonu un multimodālo vienību darbības datubāzē. Ziņojuma “Vagons pienācis parkā” obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.7.5. Vagona atiešanas no parka ziņojums

DzPU jāinformē GDzPU, ka vagons ir atstājis tā parku. Šo ziņojumu var sagatavot, pamatojoties uz “Vilciena kustības informācijas” ziņojumu 4.2.4. punktā (Vilciena kustības prognoze). Informācija par šo notikumu jāuzglabā vagonu un multimodālo vienību darbības datubāzē. “Vagona atiešana no parka” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.7.6. Vagonu izņēmumu ziņojums

DzPU jāinformē GDzPU, ja ar vagonu ir noticis kaut kas negaidīts, kas varētu ietekmēt ETI/ETA, vai ja nepieciešama kāda papildus rīcība. Šis ziņojums lielākajā daļā gadījumu nozīmē arī jaunu ETI/ETA aprēķinu. Ja GDzPU nolemj par jaunu ETI/ETA izveidi, tas nosūta ziņojumu atpakaļ tam DzPU, kas ir nosūtījis ziņojumu, kopā ar norādi “ETI/ETA pieprasījums” (ziņojums: Vagona izņēmuma ziņojums, Jauns ETI/ETA pieprasījums). Jaunajā ETI/ETA aprēķinā jāievēro 4.2.6. punktā minētā procedūra (Sūtījuma ETI/ETA).

Informācija jāuzglabā vagonu un multimodālo vienību darbības datubāzē. “Vagona izņēmuma” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.7.7. Vagona pienākšanas ziņojums

Pēdējam DzPU vagona vai multimodālās vienības transportēšanas ķēdē jāinformē GDzPU, ka vagons ir ieradies tā parkā (DzPU atrašanās vietā). “Vilciena pienākšana” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.7.8. Vagona piegādes ziņojums

Pēdējam DzPU vagona transportēšanas ķēdē jāinformē GDzPU, ka vagons ir novietots uz kravas saņēmēja pievedceļa.

Piezīme. Atklātās piekļuves gadījumā aprakstītā vagona kustība ir DzPU (GDzPU) iekšējais process. Tomēr visi aprēķini un datu uzglabāšana jāveic iepriekš, jo GDzPU ir līgums ar klientu un saistības pret viņu.

Secības diagramma šiem ziņojumiem, pamatojoties uz 1. piemēru ETI aprēķinam 1. un 2. vagonam (sk. 4.2.6.2. punktu ETI/ETA aprēķins), ir integrēta diagrammā ziņošanai par maiņu I papildinājumā minētā dokumenta “TAF SITS – A.5. pielikums: TAF SITS ziņojumu attēli un secības diagrammas” 6. nodaļā.

4.2.8. Ziņojumi par kontroles maiņu

4.2.8.1. Ievadpiezīmes

Ziņojumi par kontroles maiņu ir ziņojumi, ko pievieno, kad maiņas punktos tiek nodotaatbildība par vagonu no viena dzelzceļa pārvadājumu uzņēmuma nākamajam. Ziņojumā nosaka arī jaunajam DzPU veikt ETI aprēķinu un ievērot procesu, kas aprakstīts 4.2.6. punktā (Sūtījuma ETI/ETA).

Ir jāapmainās ar šādiem ziņojumiem:

— Vagona kontroles maiņas ziņojums,

— Vagona kontroles maiņas apakšziņojums,

— Vagons saņemts maiņas punktā,

— Atteikums saņemt vagonu maiņas punktā.

Informācija par šiem ziņojumiem jāuzglabā vagonu un multimodālo vienību darbības datubāzē. Jebkuras novirzes gadījumā jānosaka jauni ETI/ETA un par tiem jāpaziņo saskaņā ar 4.2.6. punktā aprakstīto procesu: Sūtījuma ETI/ETA. Secības diagramma šiem ziņojumiem norādīta sakarā ar vagona kustības ziņojumiem dokumentā “TAF SITS – A.5. pielikums: TAF SITS ziņojumu attēli un secības diagrammas”.

Vagona maiņas ziņojumus un vagona maiņas apakšziņojumus, kā arī vagona saņemšanas ziņojumus var nodot kā dažādu vagonu sarakstu, īpaši tad, ja šie vagoni visi ir viena vilciena sastāvā. Šajā gadījumā visus vagonus var uzskaitīt, nododot vienu ziņojumu.

Atklātās piekļuves gadījumā nav maiņas punktu. Pārkraušanas punktā atbildība par vagoniem nemainās. Tādēļ nav nepieciešama speciāla ziņojumu apmaiņa. Tomēr informācija, kas izriet no vilciena kustības šajā ziņošanas punktā, informācija, kas saistīta ar vagonu vai multimodālo vienību – par to atrašanās vietu un ierašanās un izbraukšanas datumu/laiku – ir jāapstrādā un jāuzglabā vagonu un multimodālo vienību darbības datubāzē.

Saskaņā ar līgumu GDzPU jāsniedz klientam ziņojumā par maiņu ietvertā informācija, izmantojot tālāk minētos ziņojumus.

Šo ziņojumu obligātās struktūras definīcija ir sniegta dpkumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.8.2. Vagona kontroles maiņas ziņojums

Ar “Vagona kontroles maiņas ziņojumu” dzelzceļa pārvadājumu uzņēmums (DzPU 1) jautā nākamajam dzelzceļa pārvadājumu uzņēmumam (DzPU 2) transporta ķēdē, vai tas uzņemas atbildību par vagonu. Ar “Vagona kontroles maiņas ziņojumu/apakšziņojumu” DzPU 2 informē savu IsP, ka tas ir uzņēmies atbildību. Ziņojuma “Vagona maiņa” obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.8.3. Vagona kontroles maiņas apakšziņojums

Ar “Vagona kontroles maiņas ziņojumu/apakšziņojumu” DzPU 2 informē savu IsP, ka ir pārņēmis atbildību. “Vagona kontroles maiņas apakšziņojums” ziņojuma obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs”, kas minēts I papildinājumā.

4.2.8.4. Vagons saņemts maiņas punktā

Ar ziņojumu “Vagons saņemts maiņas punktā” DzPU 2 informē DzPU 1, ka uzņemas atbildību par vagonu. Ziņojuma “Vagons saņemts maiņas punktā” obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.8.5. Atteikums saņemt vagonu maiņas punktā

Ar “Atteikums saņemt vagonu maiņas punktā” ziņojumu DzPU 2 informē DzPU 1, ka nevēlas uzņemties atbildību par vagonu. Ziņojuma “Atteikums saņemt vagonu maiņas punktā” obligātās struktūras un izpildāmo elementu definīcija ir aprakstīta dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.9. Datu apmaiņa kvalitātes uzlabošanai

Lai nodrošinātu konkurētspēju, Eiropas dzelzceļu nozarei saviem klientiem ir jāsniedz augstākas kvalitātes pakalpojumi (sk. arī Direktīvas 2008/57/EK [1] III pielikuma 2.7.1. pantu). Veiktā brauciena novērtēšanas process ir svarīgs, lai veicinātu kvalitātes uzlabojumus. Papildus klientam sniegto pakalpojumu kvalitātes novērtēšanai GDzPU, DzPU un IsP jānovērtē klientam kopumā sniegto pakalpojumu komponentu kvalitāte. Process ietver IsP un DzPU (īpaši, ja tie ir galvenie DzPU), kas izvēlas atsevišķu kvalitātes parametru, maršrutu vai atrašanās vietu un novērtēšanas periodu, kurā faktiskie rezultāti jānovērtē, salīdzinot tos ar iepriekš noteiktiem kritērijiem, un tie parasti ir izklāstīti līgumā. Mērījumu procesa rezultātiem skaidri jānorāda sasnieguma līmenis, salīdzinot ar mērķi, kas ir saskaņots starp līdzējiem.

4.2.10. Galvenie atsauces dati

4.2.10.1. Ievads

Infrastruktūras dati (tīkla pārskati un infrastruktūras ierobežošanas paziņojumi) un ritošā sastāva dati (ritošā sastāva atsauces datubāzēs un vagonu un multimodālo vienību darbības datubāze) ir vissvarīgākie dati kravas vilcienu vadībai Eiropas tīklā. Abas šīs datu kopas ļauj novērtēt ritošā sastāva saderību ar infrastruktūru, palīdz izvairīties no daudzkārtīgas datu ievades, un tas jo īpaši palielina datu kvalitāti, kā arī sniedz skaidru priekšstatu par visu pieejamo aprīkojumu un iekārtām jebkurā laikā, ātrai lēmumu pieņemšanai ekspluatācijas laikā.

4.2.10.2. Ritošā sastāva atsauces datubāzes

Ritošā sastāva turētājs atbild par ritošā sastāva datu uzglabāšanu ritošā sastāva atsauces datubāzē.

Informācija, kas jāiekļauj atsevišķajās ritošā sastāva atsauces datubāzēs, sīki aprakstīta I papildinājumā, C papildinājumā. Tām jāsatur šāda pilnīga informācija:

— ritošā sastāva identifikācija,

— savietojamības ar infrastruktūru novērtējums,

— attiecīgo iekraušanas raksturlielumu novērtējums,

— ar bremzēm saistītie raksturlielumi,

— uzturēšanas dati,

— ar vidi saistītie raksturlielumi.

Ritošā sastāva atsauces datubāzēm jānodrošina viegla piekļuve (viena kopīga piekļuve, ko nodrošina kopīga saskarne) tehniskajiem datiem, lai samazinātu datu apjomu, ko pārsūta par katru operāciju. Datubāzu saturam jābūt pieejamam, pamatojoties uz strukturētām piekļuves tiesībām atkarībā no privilēģijas, visiem pakalpojumu sniedzējiem (IsP, DzPU, loģistikas nodrošinātājiem un parka pārvaldītājiem), it īpaši parka pārvaldības un ritošā sastāva uzturēšanas vajadzībām.

Ierakstus ritošā sastāva atsauces datubāzē var grupēt šādi:

— Administratīvie dati, kas saistīti ar sertifikācijas un reģistrācijas informāciju, piemēram, atsauce uz EK reģistrācijas datni, pilvarotās iestādes identifikators u. c.; tas var ietvert vēstures datus, kas saistīti ar īpašumtiesībām, nomu utt. Turklāt saskaņā ar Komisijas Regulas (ES) Nr. 445/2011 5. pantu vagonu turētāji var uzglabāt ECM sertifikācijas identifikācijas numuru atsevišķajās ritošā sastāva atsauces datubāzēs. Var ņemt vērā arī šādus faktorus: — EK sertifikācija, — reģistrācija “mītnes” zemē, — ekspluatācijā nodošanas datums reģistrācijas valstī, — reģistrācija citās valstīs izmantošanai to valsts tīklā, — drošības sertifikācija visam ritošajam sastāvam, kas neatbilst ritošā sastāva SITS. Turētāja pienākums ir nodrošināt, lai šie dati būtu pieejami un tiktu veikti iepriekš noteiktie procesi.

— Projekta datiem, kas ietver visus ritošā sastāva būtiskos (fiziskos) elementus, tostarp raksturlielumus, kas saistīti ar vidi, un visu informāciju, kas paliks spēkā visā ritošā sastāva ekspluatācijas laikā – šī daļa var saturēt informāciju par būtiskām izmaiņām, lielajām apkopēm, kapitālo remontu u. c.

4.2.10.3. Ritošā sastāva ekspluatācijas dati

Papildus ritošā sastāva atsauces datiem dati, kas atspoguļo ritošā sastāva faktisko stāvokli, ir vissvarīgākie dati tā ekspluatācijai.

Šie dati ir pagaidu dati, piemēram, ierobežojumi, pašreizējie un prognozētie apkopes pasākumi, nobraukuma un bojājumu skaitītāji utt.; un visi dati, kurus varētu uzskatīt par “statusa indikatoriem” (īslaicīgi ātruma ierobežojumi, izolētas bremzes, remonta nepieciešamība un bojājumu apraksts utt.).

Ritošā sastāva datu izmantošanai personām, kas ir atbildīgas par ritošo sastāvu transportēšanas darbību laikā, ir jāņem vērā trīs atšķirīgas vienības:

— dzelzceļa uzņēmums kā atbildīgā persona tā transporta kontroles laikā,

— ritošā sastāva turētājs un

— ritošā sastāva lietotājs (nomnieks).

Attiecībā uz visām trijām vienībām ekspluatācijā esošā ritošā sastāva datiem jābūt pieejamiem pilnvarotajam lietotājam līdz viņa iepriekš noteiktam piekļuves līmenim, izmantojot vienoto atslēgu, ko sniedz vagona ID (vagona numurs).

Ekspluatācijā esoša ritošā sastāva dati ir daļa no Eiropas vagonu un multimodālo vienību darbības datubāzes, kā aprakstīts 4.2.11.2. punktā “Citas datubāzes”.

4.2.11. Dažādas atsauces datnes un datubāzes

4.2.11.1. Atsauces datnes

Lai nodrošinātu kravas vilcienu ekspluatāciju Eiropas tīklā, visiem pakalpojumu sniedzējiem (infrastruktūras pārvaldītājiem, dzelzceļa pārvadājumu uzņēmumiem, pilnvarotajām trešajām personām un parka pārvaldītājiem) jābūt pieejai un piekļuvei turpmāk minētajām atsauces datnēm. Datiem vienmēr jāatspoguļo faktiskais statuss. Ja atsauces datnes ir kopīgā lietošanā ar TAP SITS [2], pilnveidojumiem un izmaiņām jābūt saskanīgiem ar TAP SITS [2], lai panāktu optimālu sinerģiju.

Lokāli uzglabāti un administrēti:

a) atsauces datne avārijas dienestiem atbilstoši bīstamās kravas tipam.

Centralizēti glabāti un administrēti:

b) kodēšanas atsauces datne visiem IsP, DzPU, pakalpojumu sniedzēju uzņēmumiem,

c) kodēšanas atsauces datne “Kravu pārvadājumu klienti”,

d) kodēšanas atsauces datne “Atrašanās vietas (primārās un pakārtotās)”.

Eiropas Dzelzceļa aģentūra saglabās vietu kodu un uzņēmumu kodu atsauces datnes kopiju. Pēc atsevišķa pieprasījuma šie dati ir pieejami publiskai apspriešanai, nepārkāpjot intelektuālā īpašuma tiesības.

Pārējie kodu saraksti ir noteikti dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.11.2. Citas datubāzes

Lai varētu izsekot vilciena un vagona kustībai, jāuzstāda šādas datubāzes, kuras tiek atjauninātas reālā laikā katra atbilstoša notikuma gadījumā. Lai pildītu savas funkcijas atbilstoši divpusējiem nolīgumiem, autorizētiem subjektiem, piemēram, turētājiem un parka pārvaldītājiem, jābūt piekļuvei datiem. —

— Vagonu un multimodālo vienību darbības datubāze.

— Vagonu/multimodālo vienību brauciena plāns.

Šīm datubāzēm jābūt pieejamām caur kopīgo saskarni (4.2.12.1. punkts “Vispārējā arhitektūra” un 4.2.12.6. punkts “Kopīgā saskarne”).

Multimodālajam transportam datu ziņojumi, kas satur identifikatorus par kravas vienību (piemēram, konteineriem, maināmām virsbūvēm, puspiekabēm) attiecīgi izmanto vai nu BIC, vai ILU kodus saskaņā ar ISO 6346 un EN 13044.

Vagonu un multimodālo vienību darbības datubāze

Saziņa starp galveno DzPU un citiem DzPU sadarbības režīmā balstās uz vagonu un/vai multimodālo vienību numuriem. Tādēļ DzPU, kas sazinās ar IsP vilciena līmenī, šī informācija jāsadala informācijā par vagoniem un informācijā par multimodālām vienībām. Informācija jāuzglabā vagonu un multimodālo vienību darbības datubāzē. Informācija par vilciena kustību ģenerē jaunus ierakstus/atjauninājumus vagonu un multimodālo vienību darbības datubāzē klientu informācijai. Informācija par vagona vai multimodālās vienības kustību datubāzē tiek izveidota ne vēlāk kā tad, kad no klienta saņemts vagonu vai multimodālo vienību atbrīvošanas laiks. Šis atbrīvošanas laiks ir pirmais ieraksts attiecībā uz vagona kustību vagonu un multimodālo vienību darbības datubāzē saistībā ar transporta faktisko reisu. Ziņojumi par vagona kustību noteikti 4.2.8. (“Vagona kustība”) un 4.2.9. (“Ziņojumi par maiņu”) punktā. Šai datubāzei ir jābūt pieejamai caur kopīgo saskarni (4.2.12.1. punkts “Vispārējā arhitektūra” un 4.2.12.6. punkts “Kopīgā saskarne”).

Vagonu un multimodālo vienību darbības datubāze ir vissvarīgākā vagonu izsekošanai un saziņai starp iesaistītajiem DzPU un galveno DzPU. Šī datubāze rāda vagona un multimodālas vienības kustību no atiešanas līdz pilnīgai piegādei klienta pievedceļos ar ETI un faktiskajiem laikiem dažādās atrašanās vietās līdz galīgajam piegādes laikam ETA. Datubāze rāda arī citu ritošā sastāva statusu, piemēram:

— Statuss: ritošā sastāva piekraušana Šis statuss ir nepieciešams informācijas apmaiņai starp DzPU un IsP un ar citiem dzelzceļa pārvadājumu uzņēmumiem, kas iesaistīti transporta reisā.

— Statuss: piekrauts vagons reisā Šis statuss ir nepieciešams informācijas apmaiņai starp IsP un DzPU, ar citiem IsP un citiem dzelzceļa pārvadājumu uzņēmumiem, kas iesaistīti transporta reisā.

— Statuss: tukšs vagons reisā Šis statuss ir nepieciešams informācijas apmaiņai starp IsP un DzPU, ar citiem IsP un citiem dzelzceļa pārvadājumu uzņēmumiem, kas iesaistīti transporta reisā.

— Statuss: ritošā sastāva izkraušana Šis statuss ir nepieciešams informācijas apmaiņai starp DzPU galamērķī un vadošo transporta DzPU.

— Statuss: tukšs vagons parka pārvaldītāju kontrolē Šis statuss ir nepieciešams, lai saņemtu informāciju par transportlīdzekļa ar noteiktiem parametriem pieejamību.

Vagonu brauciena plānu datubāzes

Vilcieni var sastāvēt no dažādu klientu vagoniem. Galvenais DzPU (DzPU, kas rīkojas kā pakalpojumu integrators) katram vagonam izveido un atjaunina brauciena plānu, kas atbilst vilciena ceļam vilciena līmenī. Ja vilcienam ir izstrādāts jauns ceļš, piemēram, ja notiek pakalpojumu pārtraukums attiecīgo vagonu brauciena plāns ir jāpārskata. Brauciena plāna izveidošana tiek uzsākta, saņemot pavadzīmi no klienta.

Katram GDzPU vagonu braucienu plāni jāuzglabā savā datubāzē. Šīm datubāzēm jābūt pieejamām caur kopīgo saskarni (4.2.12.1. punkts “Vispārējā arhitektūra” un 4.2.12.6. punkts “Kopīgā saskarne”).

Piezīme

Papildus minētajām iepriekš obligātajām datubāzēm katrs IsP var uzstādīt vilcienu datubāzi.

Šī infrastruktūras pārvaldītāja vilcienu datubāze atbilst kustības daļai vagonu un multimodālo vienību darbības datubāzē. Galvenie datu ieraksti ir dati, kas attiecas uz vilciena sastāva ziņojumu, kas saņemti no DzPU. Visi notikumi saistībā ar vilcienu tiek reģistrēti attiecīgā vilciena datubāzē, tādējādi tā tiek atjaunināta. Alternatīva iespēja ir uzglabāt šos datus ceļu datubāzē (4.2.2. punkts “Ceļa pieprasījums”). Šīm datubāzēm jābūt pieejamām caur kopīgo saskarni (4.2.12.1. punkts “Vispārējā arhitektūra” un 4.2.12.6. punkts “Kopīgā saskarne”).

4.2.11.3. Papildu prasības datubāzēm

Turpmākajos punktos ir uzskaitītas dažādām datubāzēm piemērojamās papildu prasības.

Tās ir šādas:

1. Autentificēšana Datubāzei jānodrošina sistēmu lietotāju autentificēšana pirms piekļūšanas datubāzei.

2. Drošība Datubāzei jānodrošina drošības aspekti, t. i., jākontrolē piekļuve datubāzei. Datubāzes satura šifrēšanas iespēja nav nepieciešama.

3. Konsekvence Izvēlētai datubāzei jāatbalsta AKII princips (atomitāte, konsekvence, izolācija, izturīgums).

4. Piekļuves kontrole Datubāzei jāļauj piekļūt datiem lietotājiem vai sistēmām, kam ir piešķirta atļauja. Piekļuves kontrolei jābūt nodrošinātai līdz vienam datu ieraksta atribūtam. Datubāzei jānodrošina konfigurējama, ar funkcijām pamatota piekļuves kontrole datu ierakstu ievadīšanai, atjaunināšanai vai dzēšanai.

5. Trasēšana Datubāzei jānodrošina visu datubāzē veikto darbību reģistrēšana, lai varētu trasēt datu ierakstu informāciju (kas, ko un kad maina datubāzes saturā).

6. Bloķēšanas stratēģija Datubāzei jānodrošina bloķēšanas stratēģija, kas ļauj piekļūt datiem arī tad, kad citi lietotāji rediģē ierakstus.

7. Daudzpiekļuve Datubāzei jānodrošina, ka datiem vienlaicīgi var piekļūt vairāki lietotāji un sistēmas.

8. Drošums Datubāzes drošums nozīmē, ka tā nodrošina vajadzīgo darbgatavību.

9. Darbgatavība Datubāzei jābūt gatavai darbam pēc pieprasījuma vismaz 99,9 % apjomā.

10. Uzturamība Datubāzes uzturamība nozīmē, ka tā nodrošina vajadzīgo darbgatavību.

11. Drošība Pašas datubāzes nav saistītas ar drošību. Tāpēc drošības aspekti nav attiecināmi. Lai izvairītos no pārpratumiem, tomēr jāatceras, ka dati, piemēram, nepareizi vai neatjaunināti dati, var ietekmēt vilcienu drošu ekspluatāciju.

12. Saderība Datubāzei jāatbalsta plaši atzīta datu manipulācijas valoda, piemēram, SQL vai XQL.

13. Importa iespēja Datubāze nodrošina iespēju, kas ļauj importēt formatētus datus, kurus var izmantot, lai aizpildītu datubāzi manuālas ievades vietā.

14. Eksporta iespēja Datubāzei jānodrošina iespēja, kas ļauj eksportēt datubāzes saturu vai tā daļas kā formatētus datus.

15. Obligāti lauki Datubāzē ir jābūt obligātiem laukiem, kas jāaizpilda, pirms attiecīgais ieraksts tiek apstiprināts kā datubāzes ievade.

16. Ticamības pārbaudes Datubāzei jānodrošina konfigurējamas ticamības pārbaudes, pirms tiek apstiprināta datu ierakstu ievadīšana, atjaunināšana vai dzēšana.

17. Atbildes laiki Datubāzes atbildes laikiem jāļauj lietotājiem laicīgi ievadīt, atjaunināt vai dzēst datu ierakstus.

18. Veiktspējas aspekti Atsauces datnes un datubāzes ekonomiski izdevīgā veidā atbalsta nepieciešamos vaicājumus, lai nodrošinātu visu to attiecīgo vilcienu braucienu un vagonu kustības efektīvu vadību, uz kuriem attiecas šīs SITS noteikumi.

19. Atmiņas ietilpības aspekti Datubāze nodrošina attiecīgo datu glabāšanu par visiem kravas vagoniem attiecīgajā tīklā. Jābūt iespējai palielināt atmiņas ietilpību ar vienkāršiem līdzekļiem (t. i., paplašinot atmiņas ietilpību un papildinot datoru skaitu). Atmiņas ietilpības palielināšana nedrīkst prasīt apakšsistēmas aizstāšanu.

20. Vēsturiski dati Datubāze nodrošina vēsturisku datu pārvaldību, ļaujot piekļūt datiem, kas jau ir pārsūtīti uz arhīvu.

21. Dublēšanas stratēģija Lai nodrošinātu iespēju veikt visa datubāzes satura atkopšanu par laikposmu līdz 24 stundām, jābūt ieviestai dublēšanas stratēģijai.

22. Komerciāli aspekti Izmantotajai datubāzes sistēmai jābūt tirdzniecībā brīvi pieejamam (COTS) produktam vai publiski pieejamai (atklātā pirmkoda) programmatūrai.

Piezīmes

Iepriekšminētās prasības jāizpilda standarta datubāzes vadības sistēmai (DBVS).

Dažādu datubāzu izmantošana ir nostiprināta dažādās darba plūsmās, kas aprakstītas iepriekš. Vispārējā darba plūsma ir pieprasījuma/atbildes mehānisms, kad ieinteresētā persona pieprasa informāciju no datubāzes caur kopīgo saskarni (4.2.12.1. punkts “Vispārējā arhitektūra” un 4.2.12.6. punkts “Kopīgā saskarne”). DBVS atbild uz šo pieprasījumu vai nu sniedzot pieprasītos datus, vai atbildot, ka datus nevar padarīt pieejamus (nav tādu datu vai piekļuve noraidīta piekļuves kontroles dēļ).

4.2.12. Tīklošana un saziņa

4.2.12.1. Vispārējā arhitektūra

Šī apakšsistēma laika gaitā pieredzēs lielas un komplicētas telemātikas dzelzceļu savstarpējas izmantojamības kopienas izaugsmi un mijiedarbību ar simtiem dalībnieku (DzPU, IsP, …), kas konkurēs un/vai sadarbosies, apmierinot tirgus vajadzības.

Tīkla un komunikācijas infrastruktūra, kas atbalsta šo dzelzceļu savstarpējas izmantojamības kopienu, pamatosies uz kopīgu informācijas apmaiņas arhitektūru, ko zina un ir akceptējuši visi dalībnieki.

Ierosinātā informācijas apmaiņas arhitektūra:

— ir paredzēta, lai saskaņotu neviendabīgus informācijas modeļus, semantiski pārveidojot datus, ar kuriem notiek apmaiņa sistēmu starpā, un saskaņojot uzņēmējdarbības procesu un lietojumprogrammu līmeņa protokolu atšķirības,

— minimāli ietekmē pastāvošās IT arhitektūras, ko ieviesis katrs dalībnieks,

— aizsargā jau veiktos IT ieguldījumus.

Informācijas apmaiņas arhitektūra veicina galvenokārt vienādranga mijiedarbību starp visiem dalībniekiem un garantē dzelzceļu savstarpējas izmantojamības kopienas vispārējo integritāti un konsekvenci, nodrošinot centralizētu pakalpojumu kopumu.

Vienādranga mijiedarbības modelis nodrošina vislabāko izmaksu sadali starp dažādajiem dalībniekiem, pamatojoties uz faktisko izmantojumu, un kopumā rada mazāk mērogojamības problēmu. Ilustrēts vispārīgās arhitektūras attēlojums dots I papildinājumā minētā dokumenta “SITS – A.5. pielikums: TAF SITS ziņojumu attēli un secības diagrammas” 1.5. punktā.

4.2.12.2. Tīkls

Tīkla izveide šajā gadījumā nozīmē komunikācijas metodi un saziņas filozofiju un nenozīmē fizisko tīklu.

Dzelzceļu savstarpēja izmantojamība balstās uz kopīgu informācijas apmaiņas arhitektūru, ko atpazīst un ir akceptējuši visi dalībnieki, tādējādi veicinot un samazinot šķēršļus jaunpienācējiem, īpaši klientiem.

Drošības jautājums tādēļ tiks risināts nevis ar tīkla (VPN, tunelēšana, …) palīdzību, bet savstarpēji nosūtot un pārvaldot drošus ziņojumus. VPN tīkls tādēļ nav nepieciešams (liela VPN tīkla administrēšana būs sarežģīta un dārgi pārvaldāma), tādējādi izvairoties no problēmām ar atbildības un īpašumtiesību sadali. Tunelēšana netiek uzskatīta par nepieciešamu līdzekli, lai sasniegtu atbilstošu drošības līmeni.

Jebkurā gadījumā, ja daži dalībnieki jau ir ieviesuši vai vēlas ieviest dažādas drošības pakāpes izvēlētajos tīkla nodalījumos, viņi to var darīt.

Izmantojot publisko interneta tīklu, ir iespējams ieviest jauktu vienādranga modeli ar kopīgu saskarni katra dalībnieka mezglā un centrālo sertificēšanas iestādi.

Pēc tam vienādranga saziņu veic starp iesaistītajiem dalībniekiem.

Vienādranga saziņa balstās uz kopīgās saskarnes tehniskajiem standartiem, kas aprakstīti dokumentā “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs” [4], kas minēts I papildinājumā.

4.2.12.3. Drošība

Lai sasniegtu augstu drošības līmeni, visiem ziņojumiem jābūt autonomiem, kas nozīmē, ka informācija ziņojumā ir droša un saņēmējs var pārliecināties par ziņojuma autentiskumu. To var atrisināt, izmantojot šifrēšanas un paraksta shēmu, kas līdzīga e-pasta šifrēšanai.

4.2.12.4. Šifrēšana

Jāizmanto vai nu asimetriska šifrēšana, vai jaukts risinājums, kas balstīts uz simetrisku šifrēšanu, ar publiskās atslēgas aizsardzību, jo kopīgas slepenas atslēgas lietošana starp daudziem dalībniekiem kādā brīdī var neizdoties. Augstāku drošības līmeni ir vieglāk sasniegt, ja katrs dalībnieks uzņemas atbildību par savu atslēgu pāri, lai arī ir nepieciešama centrālā repozitorija (galvenā servera) augstāka līmeņa integritāte.

4.2.12.5. Centrālais repozitorijs

Centrālajam repozitorijam jāspēj veikt darbības, kas attiecas uz:

— metadatiem – strukturētiem datiem, kuri apraksta ziņojumu saturu,

— publiskās atslēgas infrastruktūru (PKI),

— sertificēšanas iestādi (CA).

Centrālā repozitorija pārvaldība ir nekomerciālo Eiropas organizāciju atbildībā. Ja Centrālais repozitorijs tiek izmantots kopā ar TAP SITS [2], pilnveidojumiem un izmaiņām jābūt saskanīgiem ar TAP SITS [2], lai panāktu optimālu sinerģiju.

4.2.12.6. Kopīgā saskarne

Kopīgā saskarne ir obligāta katram dalībniekam, lai pievienotos dzelzceļu savstarpējas izmantojamības kopienai.

Kopīgajai saskarnei jāspēj veikt darbības, kas attiecas uz:

— izejošo ziņojumu formatēšanu atbilstoši metadatiem,

— izejošo ziņojumu parakstīšanu un šifrēšanu,

— izejošo ziņojumu adresēšanu,

— ienākošo ziņojumu autentiskuma pārbaudi,

— ienākošo ziņojumu atšifrēšanu,

— ienākošo ziņojumu atbilstības pārbaudēm atbilstoši metadatiem,

— vienoto kopīgo piekļuvi dažādām datubāzēm.

Katrai kopīgās saskarnes instancei ir piekļuve visiem datiem, kas saskaņā ar šo SITS nepieciešami katram vagonu turētājam, dzelzceļa pārvadājumu uzņēmumam, infrastruktūras pārvaldītājam utt., neatkarīgi no tā, vai attiecīgās datubāzes ir centrālas vai individuālas (sk. arī I papildinājumā minētā dokumenta “TAF SITS – A.5. pielikums: TAF SITS ziņojumu attēli un secības diagrammas” 1.6. punktu).

Ja kopīgā saskarne ir kopīgā lietošanā ar TAP SITS [2], pilnveidojumiem un izmaiņām jābūt saskanīgiem ar TAP SITS [2], lai panāktu optimālu sinerģiju. Pamatojoties uz ienākošo ziņojumu autentiskuma pārbaudes rezultātiem, var ieviest minimālo atbilstošu ziņojumu apstiprināšanas līmeni:

i) pozitīvs rezultāts – nosūtīt ACK;

ii) negatīvs rezultāts – nosūtīt NACK.

Kopīgā saskarne izmanto centrālā repozitorija informāciju, lai veiktu iepriekšminētos uzdevumus.

Dalībnieks var ieviest centrālā repozitorija vietējo “spoguli”, lai saīsinātu atbildes laikus.

4.3. Saskarņu funkcionālās un tehniskās specifikācijas

Ņemot vērā 3. nodaļas pamatprasības, saskarņu funkcionālās un tehniskās specifikācijas ir šādas:

4.3.1. Saskarnes ar infrastruktūras SITS

Infrastruktūras apakšsistēmā ietilpst satiksmes vadības, izsekošanas un navigācijas sistēmas: tādas tehniskas instalācijas datu apstrādei un telesakariem, kas paredzētas tālsatiksmes pasažieru pārvadājumiem un kravu pārvadājumiem tīklā, lai nodrošinātu drošu un saskaņotu darbību un efektīvu satiksmes vadību.

Apakšsistēma “Telemātikas lietojumprogrammas kravas pārvadājumiem” izmanto datus, kas nepieciešami darbības nolūkā, saskaņā ar maršruta līgumu, ko, iespējams, aizpilda infrastruktūras ierobežojuma dati, ko nodrošina IsP. Tādējādi nepastāv tieša saskarne starp šo SITS un infrastruktūras SITS.

4.3.2. Saskarnes ar vilcienu vadības un signalizācijas iekārtu SITS

Vienīgā saikne ar vilcienu vadības un signalizācijas iekārtām ir, izmantojot

— ceļa līgumu, kur līnijas segmenta aprakstā dota attiecīga informācija par izmantojamām vilcienu vadības un signalizācijas iekārtām, un

— dažādām ritošā sastāva atsauces datubāzēm, kurās jāuzglabā ritošā sastāva vadības un signalizācijas iekārtas.

4.3.3. Saskarnes ar ritošā sastāva apakšsistēmu

Telemātikas lietojumprogrammu apakšsistēma kravas pārvadājumiem nosaka tehniskos un darbības datus, kuriem jābūt pieejamiem par ritošo sastāvu.

Ritošā sastāva SITS ir noteikti vagona parametri. Ja vagona parametri mainās, ir jāatjaunina ritošā sastāva atsauces datubāzes normālā datubāzu uzturēšanas procesā. Tādējādi nepastāv tieša saskarne starp šo SITS un ritošā sastāva SITS.

4.3.4. Saskarnes ar satiksmes nodrošināšana un vadības SITS

Satiksmes nodrošināšanas un vadības apakšsistēma nosaka procedūru un aprīkojumu, kas nodrošina dažādu struktūras apakšsistēmu saskaņotu darbību gan parastas, gan traucētas ekspluatācijas laikā, tostarp jo īpaši vilcienu vadīšanu, satiksmes plānošanu un vadību.

Apakšsistēma “Telemātikas lietojumprogrammas kravas pārvadājumiem” galvenokārt nosaka kravu pārvadājumu pakalpojumu lietojumprogrammas, tostarp kravas un vilcienu reālā laika uzraudzību un savienojumu ar citiem transporta veidiem vadību.

Lai nodrošinātu konsekvenci starp abām SITS, piemēro šādu procedūru.

Ja SITS satiksmes nodrošināšanas un vadības specifikācijas, kas saistītas ar šīs SITS prasībām, tiks rakstītas un/vai tikts labotas, tad jākonsultējas ar iestādi, kas atbild par šo SITS.

Gadījumā, ja šīs SITS specifikācijas, kas saistītas ar darbības prasībām, kas norādītas satiksmes nodrošināšanas un vadības SITS, būtu jāpapildina ar kādu grozījumu, tad jākonsultējas ar iestādi, kas atbild par satiksmes nodrošināšanas un vadības SITS.

4.3.5. Saskarnes ar pasažieru pārvadājumu telemātikas lietojumprogrammu apakšsistēmu

Saskarne Atsauce uz kravu pārvadājumu telemātikas lietojumprogrammu SITS Atsauce uz pasažieru pārvadājumu telemātikas lietojumprogrammu SITS Vilciens gatavs 4.2.3.3. Ziņojums “Vilciens gatavs” 4.2.14.1. Ziņojums “Vilciens gatavs” attiecībā uz visiem vilcieniem Vilciena kustības prognoze 4.2.4.2. Ziņojums “Vilciena kustības prognoze” 4.2.15.2. Ziņojums “Vilciena kustības pārtraukums” attiecībā uz visiem vilcieniem Vilciena kustības informācija 4.2.4.3. Vilciena kustības informācija 4.2.15.1. Ziņojums “Vilciena kustības informācija” attiecībā uz visiem vilcieniem Vilciena kustība pārtraukta DzPU 4.2.5.2. Vilciena kustība pārtraukta 4.2.16.2. Ziņojums “Vilciena kustības pārtraukta” attiecībā uz visiem vilcieniem Vilcienu īslaicīgu kustības grafiku datu apstrāde 4.2.2. Ceļa pieprasījums 4.2.17. Vilcienu īslaicīgu kustības grafiku datu apstrāde Kopīgā saskarne 4.2.12.6. Kopīgā saskarne 4.2.21.7. Dzelzceļa pārvadājumu uzņēmumu (DzPU)/infrastruktūras pārvaldītāju (IsP) saziņas kopīgā saskarne Centrālais repozitorijs 4.2.12.5. Centrālais repozitorijs 4.2.21.6. Centrālais repozitorijs Atsauces datnes 4.2.11.1. Atsauces datnes 4.2.19.1. Atsauces datnes

4.4. Ekspluatācijas noteikumi

Ņemot vērā 3. nodaļā izklāstītās pamatprasības, ekspluatācijas noteikumi, kas īpaši attiecas uz šajā SITS aprakstīto apakšsistēmu, ir šādi.

4.4.1. Datu kvalitāte

Lai nodrošinātu datu kvalitāti, katra SITS ziņojuma autors atbild par ziņojuma datu satura pareizību ziņojuma nosūtīšanas laikā. Ja datu kvalitātes nodrošināšanai ir pieejami pirmdati no šajā SITS paredzētām datubāzēm, datu kvalitātes nodrošināšanai jāizmanto šajās datubāzēs iekļautie dati.

Ja šajā SITS paredzētajās datubāzēs nav pieejami datu kvalitātes nodrošināšanai vajadzīgie pirmdati, ziņojuma autoram jāveic datu kvalitātes nodrošināšanas pārbaude, izmantojot savus resursus.

Datu kvalitātes nodrošināšana ietver salīdzinājumu ar datiem no šajā SITS paredzētām datubāzēm, kā minēts iepriekš, un – attiecīgos gadījumos – loģiskas pārbaudes, lai nodrošinātu datu un ziņojumu laicīgumu un nepārtrauktību.

Dati ir kvalitatīvi, ja tie ir piemēroti to paredzētajām lietojumprogrammām, un tas nozīmē, ka

— tie ir bez kļūdām: pieejami, precīzi, laicīgi, pilnīgi, saskanīgi ar citiem avotiem utt., un

— tiem piemīt vajadzīgās iezīmes – dati ir būtiski, visaptveroši, pienācīgi detalizēti, viegli lasāmi, viegli skaidrojami utt.

Datu kvalitāti galvenokārt raksturo:

— precizitāte,

— pilnīgums,

— konsekvence,

— laicīgums.

Precizitāte

Vajadzīgā informācija (dati) jāiegūst pēc iespējas ekonomiskāk. To var panākt vienīgi tad, ja pirmdatus – ja iespējams – ieraksta tikai vienu reizi visam transportam. Tāpēc pirmdati jāievada sistēmā, lai tie būtu pēc iespējas tuvāki to avotam un lai tos varētu pilnīgi integrēt turpmākās apstrādes darbībās.

Pilnīgums

Pirms ziņojumu izsūtīšanas jāpārbauda to pilnīgums un sintakse, izmantojot metadatus. Tā var izvairīties arī no nevajadzīgas informācijas plūsmas tīklā.

Izmantojot metadatus, jāpārbauda arī visu ienākošo ziņojumu pilnīgums.

Konsekvence

Lai garantētu konsekvenci, jāievieš darbības noteikumi. Jāizvairās no divkārša ieraksta un skaidri jāidentificē datu īpašnieks.

Šo darbības noteikumu ieviešanas veids ir atkarīgs no noteikumu sarežģītības. Vienkāršiem noteikumiem datubāzes ierobežojumi un palaide ir pietiekami. Sarežģītāku noteikumu gadījumā, kad vajag datus no dažādām tabulām, jāveic validēšanas procedūras, ar kurām pārbauda datu versijas konsekvenci, pirms tiek ģenerēti saskarnes dati un sāk darboties jaunā datu versija. Jānodrošina pārraidīto datu apstiprināšana saskaņā ar izpildāmajiem darbības noteikumiem.

Laicīgums

Informācijas sniegšana tieši laikā ir svarīgs jautājums. Ciktāl datu glabāšanas vai ziņojuma nosūtīšanas palaide tiek vadīta tieši no IT sistēmas, pamatojoties uz notikumiem, laicīguma nodrošināšana nesagādā grūtības, ja sistēma ir pienācīgi projektēta un atbilst darbības procesu vajadzībām. Bet vairumā gadījumu ziņojuma nosūtīšanu ierosina operators, vai vismaz tā balstās uz papildu ievades veikšanu no operatora puses (piemēram, nosūtot datus par vilciena sastāvu vai atjauninot ar vilcienu vai vagonu saistītos datus). Lai izpildītu laicīguma prasības, datu atjaunināšana jāveic pēc iespējas drīzāk, arī tāpēc, lai garantētu, ka ziņojumos ir ietverti faktiskie dati, kad sistēma tos izsūta automātiski.

Datu kvalitātes metrika

Obligāto datu pilnīgumam (to datu lauku procentuālais īpatsvars, kuros ir ievadītas vērtības) un datu konsekvencei (saskanīgu vērtību procentuālais īpatsvars tabulās/datnēs/ierakstos) ir jāsasniedz 100 % vērtība.

Datu laicīgumam (par noteiktu atskaites laikposmu pieejamo datu procentuālais īpatsvars) ir jāsasniedz 98 %. Ciktāl atskaites vērtības nav noteiktas šajā SITS, šīs vērtības jānosaka līgumos starp iesaistītajām personām.

Precizitātei (tādu uzglabāto vērtību procentuālā daļa, kas ir pareizas, salīdzinot ar faktisko vērtību) ir jābūt virs 90 %. Precīzā vērtība un kritēriji jānosaka līgumos starp iesaistītajām personām.

4.4.2. Centrālā repozitorija apsaimniekošana

Centrālā repozitorija funkcijas ir noteiktas 4.2.12.5. punktā “Centrālais repozitorijs”. Lai nodrošinātu datu kvalitāti, struktūra, kas apsaimnieko centrālo repozitoriju, atbild par metadatu un direktorija atjaunināšanu un kvalitāti, kā arī par piekļuves kontroles administrēšanu. Metadatu kvalitāte, t. i., to pilnīgums, konsekvence, laicīgums un precizitāte, nodrošina funkciju pienācīgu izpildi saskaņā ar šo SITS.

4.5. Tehniskās apkopes noteikumi

Ņemot vērā 3. nodaļā izklāstītās pamatprasības, tehniskās apkopes noteikumi, kas īpaši attiecas uz šajā SITS aprakstīto apakšsistēmu, ir šādi.

Transporta pakalpojumu kvalitāte jāgarantē pat tad, ja datu apstrādes iekārta ir pilnīgi vai daļēji bojāta. Tāpēc ieteicams uzstādīt dublētas sistēmas vai datorus ar īpaši augstu drošuma pakāpi, kuru nepārtraukta darbība nodrošināta arī tehniskās apkopes laikā.

Tehniskās apkopes aspekti attiecībā uz dažādām datubāzēm minēti 4.2.11.3. punkta “Papildu prasības datubāzēm” 10. un 21. punktā.

4.6. Profesionālā kvalifikācija

Apakšsistēmas ekspluatācijai un tehniskajai apkopei un šīs SITS īstenošanai nepieciešamā personāla profesionālā kvalifikācija ir šāda.

Šīs SITS īstenošanai nav nepieciešama pilnīgi jauna sistēma, t. i., tehniskais nodrošinājums, programmatūra un personāls. Īstenojot šajā SITS noteiktās prasības, tiek nodrošinātas tikai tādas darbības izmaiņas, jauninājumi vai funkcionālie paplašinājumi, ko jau ir veicis pašreizējais personāls. Tāpēc nav citu prasību papildus spēkā esošajiem valstu un Eiropas noteikumiem par profesionālo kvalifikāciju.

Ja nepieciešama personāla papildu apmācība, tai nebūtu jāaprobežojas tikai ar iekārtu ekspluatācijas apguvi. Personāla darbiniekam jāzina un jāizprot sava konkrētā loma kopējā transportēšanas procesā. Personālam jo īpaši jāapzinās prasība uzturēt augstu darba izpildes līmeni, jo tas ir izšķirošs faktors, lai nodrošinātu apstrādājamās informācijas drošumu turpmākajos posmos.

Vilcienu sastāvu veidošanai un ekspluatācijai vajadzīgā profesionālā kvalifikācija ir noteikta satiksmes nodrošināšanas un vadības SITS.

4.7. Veselības aizsardzības un darba drošības nosacījumi

Attiecīgās apakšsistēmas ekspluatācijai un tehniskajai apkopei (vai tehnisko apjomu, kā definēts 1.1 punktā) un šīs SITS īstenošanai nepieciešamie personāla veselības aizsardzības un darba drošības nosacījumi ir šādi.

Nav prasību papildus esošajiem valstu un Eiropas noteikumiem par veselību un drošību.

5. SAVSTARPĒJAS IZMANTOJAMĪBAS KOMPONENTI

5.1. Definīcija

Direktīvas 2008/57/EK [1] 2. panta f) punktā noteikts:

savstarpējās izmantojamības komponenti ir “jebkura atsevišķa detaļa, detaļu grupa, iekārtas mezgla daļa vai vesels mezgls, kas iekļauts vai paredzēts iekļaušanai apakšsistēmā un no kura tieši vai netieši ir atkarīga dzelzceļu sistēmas savstarpēja izmantojamība. Jēdziens “komponents” aptver gan materiālas, gan nemateriālas lietas, piemēram, programmatūru”.

5.2. Komponentu saraksts

Uz savstarpējas izmantojamības komponentiem attiecas Direktīvas 2008/57/EK [1] attiecīgie noteikumi.

Attiecībā uz kravas pārvadājumu telemātikas lietojumprogrammu apakšsistēmu netiek noteikti savstarpējas izmantojamības komponenti.

Šīs SITS prasību izpildei ir nepieciešamas tikai standarta IT iekārtas bez dzelzceļa videi īpašiem savstarpējas izmantojamības aspektiem. Tas attiecas tiklab uz izmantojamo aparatūru, kā arī uz standarta programmatūru, piemēram, operētājsistēmu un datubāzēm. Lietojumprogrammu programmatūra ir individuāla katram lietotājam, un to var pielāgot un uzlabot atbilstoši indivīda faktiskajām funkcijām un vajadzībām. Piedāvātajā lietojumprogrammu integrācijas arhitektūrā tiek pieņemts, ka lietojumprogrammām varētu nebūt viens un tas pats iekšējās informācijas modelis. Lietojumprogrammu integrāciju definē kā procesu, kas liek neatkarīgi projektētām lietojumprogrammu sistēmām darboties kopā.

5.3. Komponentu veiktspēja un specifikācijas

Neattiecas uz pasažieru pārvadājumu telemātikas lietojumprogrammu SITS, sk. 5.2. punktu.

6. KOMPONENTU ATBILSTĪBAS UN/VAI PIEMĒROTĪBAS LIETOŠANAI NOVĒRTĒŠANA UN APAKŠSISTĒMAS VERIFIKĀCIJA

6.1. Savstarpējas izmantojamības komponenti

6.1.1. Novērtēšanas procedūras

Atbilstības novērtēšanas procedūrai attiecībā uz savstarpējas izmantojamības komponentu piemērotību lietošanai ir jābalstās uz Eiropas specifikācijām vai specifikācijām, kas apstiprinātas saskaņā ar Direktīvu 2008/57/EK [1].

Attiecībā uz piemērotību lietošanai šīs specifikācijas norādīs visus parametrus, kas jānosaka, jāuzrauga vai jānovēro, un aprakstīs attiecīgās testēšanas metodes un mērīšanas procedūras vai nu stenda simulācijā, vai testos reālā dzelzceļa vidē.

Atbilstības un/vai piemērotības lietošanai novērtēšanas procedūras:

Specifikāciju saraksts, testēšanas metožu apraksts:

Neattiecas uz pasažieru pārvadājumu telemātikas lietojumprogrammu SITS.

6.1.2. Modulis

Pēc ražotāja vai viņa pārstāvja, kas veic uzņēmējdarbību Kopienā, pieprasījuma procedūru veic pilnvarotā iestāde saskaņā ar attiecīgajiem Komisijas Lēmuma 2010/713/ES moduļiem, kas izklāstīti, grozīti un papildināti ar šīs SITS papildinājuma noteikumiem.

Moduļi jāapvieno un jāizmanto selektīvi atkarībā no katra komponenta.

Neattiecas uz kravu pārvadājumu telemātikas lietojumprogrammu SITS.

6.1.3. Apakšsistēma “Telemātikas lietojumprogrammas kravu pārvadājumiem”

Saskaņā ar piešķirošās iestādes vai tās pārstāvja, kas veic uzņēmējdarbību Kopienā, pieprasījumu pilnvarotā iestāde veic EK verifikāciju saskaņā ar Direktīvas 2008/57/EK [1] VI pielikumu.

Saskaņā ar Direktīvas 2008/57/EK [1] II pielikumu apakšsistēmas ir iedalītas strukturālās un funkcionālās jomās.

Atbilstības novērtējums ir obligāts strukturālajām SITS. Kravas pārvadājumu telemātikas lietojumprogrammu apakšsistēma ir iekļauta funkcionālajā iedalījumā, un šajā SITS nav noteikts neviens atbilstības novērtējuma modulis.

Tomēr centrālais repozitorijs un kopīgā saskarne katra dalībnieka mezglā ir lietojumprogrammu integrācijas pamatā. Apmaiņas informācijas modelis tiek uzglabāts centralizētajā lietojumprogrammu integrācijas repozitorijā, kas uzglabā saskarnes metadatus vienā fiziskā atrašanās vietā. Metadati satur informāciju par komunikācijas saturu (par datiem, kas tiek nosūtīti), sūtītāju un saņēmēju kontaktpunktu identitāti un mijiedarbības procesa mehānikas lietojumprogrammu līmeņa darbības protokolu.

Izceļ šādus punktus:

— Centrālajā repozitorijā ir arī sertifikācijas instance (atklāts CA PKI). Tas galvenokārt ir administrācijas akts, kas tiek īstenots fiziski. Nepareizi ieraksti uzreiz kļūst redzami. Novērtēšanas procedūra nav nepieciešama.

— Centrālais repozitorijs satur ziņojumu metadatus (saskaņā ar dokumentu “TAF SITS – D.2. pielikums: F papildinājums – TAF SITS Datu un ziņojuma paraugs”, kas minēts I papildinājumā) kā pamatu ziņojumu apmaiņai neviendabīgā informācijas vidē. Metadati jāadministrē un jāatjaunina centrālajā repozitorijā. Jebkura nesaderība ziņojuma struktūrā vai ziņojuma saturā, sūtot vai saņemot datus, uzreiz tiks konstatēta, un nosūtīšana tiks noraidīta. Novērtēšanas procedūra nav nepieciešama.

— Kopīgā saskarne katra dalībnieka mezglā satur galvenokārt centrālā repozitorija vietējo “spoguli” atbildes laika saīsināšanai un repozitorija slodzes samazināšanai. Ir jānodrošina, ka datu versijas centrālajā repozitorijā un kopīgajā saskarnē vienmēr ir vienādas. Tādēļ datu atjaunināšana jāveic centrālajā līmenī, un jauno versiju lejupielāde jāveic no turienes. Novērtēšanas procedūra nav nepieciešama.

7. ĪSTENOŠANA

7.1. Šīs SITS piemērošanas kārtība

7.1.1. Ievads

Šī SITS attiecas uz kravu pārvadājumu telemātikas lietojumprogrammu apakšsistēmu. Šī apakšsistēma ir funkcionāla saskaņā ar Direktīvas 2008/57/EK [1] II pielikumu. Tāpēc tās piemērošana nav saistīta ar jaunas, atjaunotas vai modernizētas apakšsistēmas jēdzienu, kā tas parasti ir strukturālo apakšsistēmu SITS gadījumā, ja vien tas šajā SITS nav konkrēti norādīts.

Šo SITS īsteno pakāpeniski:

— pirmais posms – detalizētas IT specifikācijas un ģenerālplāns,

— otrais posms – izstrādāšana,

— trešais posms – ieviešana.

7.1.2. Pirmais posms – detalizētas IT specifikācijas un ģenerālplāns

Funkcionālo prasību specifikācijas, kas tiks izmantotas par pamatu iepriekšminētai tehniskai arhitektūrai datorizētās sistēmas izstrādes un ieviešanas laikā, ir atrodama papildinājumos A līdz F, kas minēti šīs regulas I papildinājumā.

Obligātais ģenerālplāns no datorizētās sistēmas koncepcijas līdz piegādei, kas balstās uz dzelzceļa nozares sagatavoto stratēģisko Eiropas izvēršanas plānu (SEIP), ietver šīs sistēmas galvenās arhitektūras detaļas un identificē galvenās darbības, kas ir jāizpilda.

7.1.3. 2. un 3. posms – izstrādāšana un ieviešana

Dzelzceļa pārvadājumu uzņēmumi, infrastruktūras pārvaldītāji un vagonu turētāji izstrādā un ievieš TAF datorizētu sistēmu saskaņā ar šīs nodaļas noteikumiem.

7.1.4. Pārvaldība, uzdevumi un pienākumi

Izstrādi un ieviešanu veic pārvaldības struktūra ar šādiem dalībniekiem.

Vadības komiteja

Vadības komitejai ir šādas funkcijas un pienākumi

Vadības komitejai jānodrošina stratēģiskās vadības struktūra, lai efektīvi vadītu un koordinētu darbu TAF SITS īstenošanā. Tas ietver politikas, stratēģiskās virzības un prioritāšu noteikšanu. Veicot šīs darbības, vadības komiteja ņem vērā mazo uzņēmumu, jaunpienācēju un dzelzceļa pārvadājumu uzņēmumu, kas sniedz specifiskus pakalpojumus, intereses.

Vadības komiteja uzrauga īstenošanas gaitu. Tā regulāri ziņo Eiropas Komisijai par panāktā progresa atbilstību ģenerālplānam, vismaz četras reizes gadā. Vadības komiteja veic nepieciešamos pasākumus, lai pielāgotu minēto attīstīšanu gadījumā, ja notiek novirzes no ģenerālplāna.

1. Vadības komitejas sastāvā ietilpst — Eiropas Parlamenta un Padomes Regulas (EK) Nr. 881/2004 (1) 3. panta 2. punktā minētās dzelzceļa nozares pārstāvības iestādes, kas darbojas Eiropas mērogā (turpmāk “dzelzceļa nozares pārstāvības iestādes”), — Eiropas Dzelzceļa aģentūra un — Komisija.

2. Vadības komitejas līdzpriekšsēdētāji ir a) Komisijas pārstāvis un b) dzelzceļa nozares pārstāvības iestāžu izvirzīta persona. Komisija, kam palīdz vadības komitejas locekļi, izstrādā vadības komitejas reglamentu, kuru vadības komiteja saskaņo.

3. Vadības komitejas locekļi var ierosināt, lai vadības komitejas darbā novērotāju statusā piedalītos citas organizācijas, ja tam ir pamatoti tehniski un organizatoriski iemesli.

Ieinteresētās personas

Dzelzceļa pārvadājumu uzņēmumiem, infrastruktūras pārvaldītājiem un vagonu turētājiem jāizveido efektīva projektu pārvaldības struktūra, kas ļautu TAF sistēmai būt efektīvi attīstītai un izmantotai.

Minētās ieinteresētās personas:

— nodrošina nepieciešamos spēkus un resursus, kas nepieciešami, lai īstenotu šo regulu,

— atbilst TAF SITS kopīgo elementu piekļuves principiem, kas ir pieejami visiem tirgus dalībniekiem vienotā, pārskatāmā un iespējami zemākā pakalpojumu izmaksu struktūrā,

— nodrošina, ka visiem tirgus dalībniekiem ir piekļuve visiem apmaiņas datiem, kas nepieciešami, lai izpildītu savas juridiskās saistības un pildītu savas funkcijas saskaņā ar TAF SITS funkcionālajām prasībām,

— nodrošina konfidencialitāti attiecībās ar klientiem,

— izveido mehānismu, kas ļauj “novēlotiem dalībniekiem” pievienoties TAF attīstībai un gūt peļņu no TAF sasniegumiem, kas saistīti ar kopīgiem elementiem tādā