2011R0454 — BG — 08.12.2013 — 002.001

---

Този документ е средство за документиране и не обвързва институциите

►B	РЕГЛАМЕНТ (ЕС) № 454/2011 НА КОМИСИЯТА от 5 май 2011 година относно техническата спецификация за оперативна съвместимост на подсистемата „Телематични приложения за пътнически услуги“ на трансевропейската железопътна система (текст от значение за ЕИП) (ОВ L 123, 12.5.2011, p.11)

Изменен с

		Официален вестник
		No	page	date
M1	Регламент (ЕС) № 665/2012 на Комисията от 20 юли 2012 година	L 194	1	21.7.2012
►M2	Регламент (ЕС) № 1273/2013 на Комисията от 6 декември 2013 година	L 328	72	7.12.2013

---

▼B

РЕГЛАМЕНТ (ЕС) № 454/2011 НА КОМИСИЯТА

от 5 май 2011 година

относно техническата спецификация за оперативна съвместимост на подсистемата „Телематични приложения за пътнически услуги“ на трансевропейската железопътна система

(текст от значение за ЕИП)

Член 1

1.  Техническата спецификация за оперативна съвместимост (наричана по-долу „ТСОС“) по член 6, параграф 1 от Директива 2008/57/ЕО, отнасяща се до елемента „Приложения за пътнически услуги“ на подсистемата „Телематични приложения“ на трансевропейската железопътна система, е изложена в приложение I.

2.  ТСОС се прилага за елемента „Приложения за пътнически услуги“ на подсистемата „Телематични приложения“ съгласно определението в точка 2.5 от приложение II към Директива 2008/57/ЕО.

3.  По отношение на услугите за железопътен превоз на пътници, осъществявани от или за трети държави, изискванията на настоящата ТСОС се спазват, при условие че е налична информация от участниците извън ЕС, освен ако двустранни споразумения осигуряват съвместим с ТСОС информационен обмен.

Член 2

Настоящата ТСОС се въвежда на три етапа:

Член 3

1.  Европейската железопътна агенция публикува на своя уебсайт техническите документи, изброени в приложение III, и своевременно ги актуализира. Тя трябва да въведе процес на управление на промените в техническите документи съгласно посоченото в точка 7.5.2 от приложение I. Тя докладва на Комисията относно напредъка по въпросните документи. Комисията съответно информира държавите-членки чрез комитета, създаден съгласно член 29 от Директива 2008/57/ЕО.

2.  Европейската железопътна агенция публикува на своя уебсайт справочните файлове, посочени в точка 4.2.19 от приложение I, и своевременно ги актуализира. Тя въвежда процес на управление на промените в тези файлове. Тя докладва на Комисията относно напредъка по въпросните документи. Комисията съответно информира държавите-членки чрез комитета, създаден съгласно член 29 от Директива 2008/57/ЕО.

3.  Европейската железопътна агенция представя до 31 март 2012 г. своята препоръка по отворените въпроси, изброени в приложение II към настоящия регламент.

▼M2

Член 4

Железопътните предприятия, управителите на инфраструктури, управителите на гари, продавачите на билети и Агенцията подпомагат работата по втория етап, определена в точка 7.3 от приложение I, като предоставят оперативна и техническа информация и експертни познания.

Член 5

Представителните органи от железопътния сектор на европейско ниво по член 3, параграф 2 от Регламент (ЕО) № 881/2004 на Европейския парламент и на Съвета ( 5 ) разработват допълнително, заедно с представител на продавачите на билети и представител на европейските пътници, телематичните приложения за пътнически услуги съгласно точка 7.3 от приложение I. За материалите от първия етап (ръководства за прилагането, архитектура, описание на управлението и генерален план) Европейската железопътна агенция трябва да осигури публичен достъп на своята интернет страница.

Член 6

Държавите членки осигуряват информирането на всички железопътни предприятия, управители на инфраструктури, управители на гари и продавачи на билети за настоящия регламент и определят национален център за контакти (NCP) във връзка с последващите дейности по неговото прилагане. Ролята на националните центрове за контакти е описана в приложение VI.

Член 7

1.  Настоящият регламент трябва да бъде изменен, като се вземат предвид резултатите от втория етап съгласно описаното в точка 7.3 от приложение I.

2.  Европейската железопътна агенция трябва да измени техническия документ B.60 (архитектура), като вземе предвид резултатите от първия етап и приложи процедурата по член 3.

▼B

Член 8

Настоящият регламент влиза в сила в деня след публикуването му в Официален вестник на Европейския съюз.

Настоящият регламент е задължителен в своята цялост и се прилага пряко във всички държави-членки.

---

ПРИЛОЖЕНИЕ I

1.   ВЪВЕДЕНИЕ

1.1.    Техническа област на приложение

Настоящата техническа спецификация за оперативна съвместимост (наричана по-долу „ТСОС“) се отнася до елемента „Приложения за пътнически услуги“ на подсистемата „Телематични приложения“ на трансевропейската железопътна система съгласно член 6, параграф 1 от Директива 2008/57/ЕО. Тя спада към функционалните области, посочени в списъка в приложение II към Директива 2008/57/ЕО.

1.2.    Географска област на приложение

Географската област на приложение на настоящата ТСОС е трансевропейската железопътна система съгласно посоченото в член 2, буква а) от Директива 2008/57/ЕО.

1.3.    Съдържание на настоящата ТСОС

Съдържанието на настоящата ТСОС е в съответствие с член 5 от Директива 2008/57/ЕО.

Настоящата ТСОС включва също, в глава 4, специфичните за техническата и географската област на приложение правила за експлоатация и поддържане.

2.   ОПРЕДЕЛЕНИЕ НА ПОДСИСТЕМАТА/ОБЛАСТТА НА ПРИЛОЖЕНИЕ

2.1.    Подсистема

Настоящата ТСОС обхваща:

Тя включва предоставянето на информация по следните аспекти:

2.1.1.    Предоставяне на информация на пътниците преди пътуването и по време на него

В приложение II към Регламент (ЕО) № 1371/2007 относно правата и задълженията на пътниците, използващи железопътен транспорт, се посочва минималната информация, която задължително се предоставя на пътниците от железопътните предприятия и/или от продавачите на билети.

2.1.2.    Системи за резервация и заплащане

Ще се обменя информация между системите за резервация и заплащане и разплащателните системи на различните продавачи на билети и железопътни предприятия, за да се позволи на пътника да заплати билетите, резервациите и добавките за избраните от него пътувания и услуги.

2.1.3.    Управление на багажа

На пътника ще се предоставя информация относно процедурите за подаване на жалби в случай на загубване на регистриран багаж по време на пътуването. Освен това на пътниците ще се предоставя информация относно изпращането или получаването на регистриран багаж.

2.1.4.    Издаване на билети на гише, чрез автомати за продаване на билети, по телефона, интернет или друга широко разпространена информационна технология, както и във влака

Ще се обменя информация между железопътните предприятия и продавачите на билети, за да могат последните да издават, ако са налични, билети, директни билети и добавки, както и да правят резервации.

2.1.5.    Управление на връзките между влаковете и с други видове транспорт

Предлага се стандарт за предоставянето и обмена на информация с други видове транспорт.

3.   СЪЩЕСТВЕНИ ИЗИСКВАНИЯ

3.1.    Съответствие със съществените изисквания

В съответствие с член 4, параграф 1 от Директива 2008/57/ЕО трансевропейската железопътна система, нейните подсистеми и съставни елементи на оперативната съвместимост трябва да удовлетворяват съществените изисквания, изложени най-общо в приложение III към директивата.

В рамките на настоящата ТСОС изпълнението на съответните съществени изисквания, посочени в глава 3 от настоящата ТСОС, ще се гарантира за подсистемата чрез съответствие със спецификациите, описани в глава 4 „Описание на подсистемата“.

3.2.    Аспекти, свързани с изискванията от общ характер

Значението на изискванията от общ характер за подсистемата „Телематични приложения за пътнически услуги“ е определено, както следва:

3.2.1.    Безопасност

Свързаните с безопасността съществени изисквания, които се отнасят за подсистемата „Телематични приложения за пътнически услуги“ са, както следва: съществени изисквания 1.1.1, 1.1.2, 1.1.3, 1.1.4 и 1.1.5 от приложение III към Директива 2008/57/ЕО. Тези съществени изисквания не се отнасят до подсистемата „Телематични приложения“.

3.2.2.    Надеждност и наличност

На съществено изискване 1.2 от приложение III към Директива 2008/57/ЕО се отговаря със следните точки:

3.2.3.    Здравеопазване

Съществени изисквания 1.3.1 и 1.3.2 от приложение III към Директива 2008/57/ЕО не се отнасят до подсистемата „Телематични приложения“.

3.2.4.    Опазване на околната среда

Съществени изисквания 1.4.1, 1.4.2, 1.4.3, 1.4.4 и 1.4.5 от приложение III към Директива 2008/57/ЕО не се отнасят до подсистемата „Телематични приложения“.

3.2.5.    Техническа съвместимост

Съществено изискване 1.5 от приложение III към Директива 2008/57/ЕО не се отнася до подсистемата „Телематични приложения“.

3.3.    Специфични аспекти на подсистемата „Телематични приложения за пътнически услуги“

Значението на изискванията от общ характер за подсистемата „Телематични приложения за пътнически услуги“ е определено, както следва:

3.3.1.    Техническа съвместимост

На съществено изискване 2.7.1 от приложение III към Директива 2008/57/ЕО се отговаря най-вече със следните точки:

3.3.2.    Надеждност и наличност

На съществено изискване 2.7.2 от приложение III към Директива 2008/57/ЕО се отговаря най-вече със следните точки:

Това съществено изискване, и по-специално използваният метод за гарантиране на ефикасността на въпросните телематични приложения и качеството на услугата, представлява обаче основата на цялата ТСОС, а не се ограничава само до упоменатите по-горе точки.

3.3.3.    Здравеопазване

По отношение на съществено изискване 2.7.3 от приложение III към Директива 2008/57/ЕО настоящата ТСОС не определя допълнителни изисквания към съществуващото законодателство на национално и европейско равнище спрямо минималните изисквания за ергономия и здравна защита на интерфейса между тези телематични приложения и потребителите.

3.3.4.    Безопасност

На съществено изискване 2.7.4 от приложение III към Директива 2008/57/ЕО се отговаря със следните точки:

4.   ОПИСАНИЕ НА ПОДСИСТЕМАТА

4.1.    Въведение

Като се вземат предвид всички приложими съществени изисквания, подсистемата „Телематични приложения за пътнически услуги“ се характеризира със следните основни параметри, които са описани в следващите точки.

4.2.    Функционални и технически спецификации на подсистемата

▼M2

4.2.1.    Обмен на данни за разписанието

Този основен параметър определя как железопътните предприятия трябва да осъществяват обмена на данни за разписанието.

Този основен параметър осигурява предоставянето на достъп до разписанията, съдържащи данни по определените по-долу елементи.

Също така този основен параметър осигурява предоставянето от всяко железопътно предприятие на точни и актуални данни за разписанието.

Разпоредбите във връзка с този основен параметър се прилагат по отношение на пътническите услуги на железопътните предприятия.

Този основен параметър подлежи на следния процес:

▼B

4.2.1.1.   Железопътното предприятие предоставя данните за своето собствено разписание на други железопътни предприятия и на трети страни

Железопътното предприятие предоставя всички данни за своето разписание, за което железопътното предприятие отговаря като единствен или съвместен превозвач и което се отнася до транспортни услуги, предлагани на населението срещу заплащане, като гарантира достъпа на всички железопътни предприятия, трети страни и публични органи до тези данни. Железопътното предприятие гарантира, че данните за разписанието са точни и актуални. Данните за разписанието се предоставят минимум още дванадесет месеца след изтичането на срока на тяхната валидност.

Когато железопътно предприятие осъществява транспортна услуга съвместно с други превозвачи, железопътното предприятие гарантира заедно с всички други съвместни превозвачи, че неговата част от разписанието е точна и актуална.

Съдържанието на разписанието трябва да включва следните основни данни:

Годишното разписание за транспортните услуги, за които отговаря само едно железопътно предприятие, трябва да се предоставя поне два месеца преди влизането в сила на въпросното разписание. Разписанието за останалите транспортни услуги трябва да бъде предоставено от железопътното предприятие във възможно най-кратък срок.

Железопътното предприятие съобщава за промени в годишното разписание чрез публикуване на съответна актуализация поне седем дни преди тяхното настъпване. Това задължение се прилага само за промени, които са известни на железопътното предприятие седем или повече дни преди настъпването им.

Горепосоченият процес и използваната за него информация трябва да са в съответствие с технически документ(и):

▼M2

4.2.2.    Обмен на данни за тарифите

Този основен параметър определя как железопътните предприятия трябва да осъществяват обмена на тарифни данни.

Този основен параметър осигурява предоставянето на достъп до тарифните данни в определения по-долу формат.

Разпоредбите във връзка с този основен параметър се отнасят за всички тарифи за пътнически превози на железопътното предприятие за вътрешни и международни пътувания, както и за продажби в чужбина.

Този основен параметър подлежи на следния процес:

4.2.2.1.   Железопътното предприятие предоставя своите собствени тарифи на други железопътни предприятия, оторизирани публични органи и трети страни, упълномощени да продават

Без това да засяга правата на пътниците и в съответствие със споразуменията за дистрибуция, всяко железопътно предприятие предоставя на разположение своите тарифи (включително таблиците с цените на билетите), като осигурява достъп до тях на железопътните предприятия, упълномощени от него да извършват продажби, и на трети страни, упълномощени от него да извършват продажби, както и на упълномощени публични органи. Железопътното предприятие осигурява точност и актуалност на тарифните данни. Когато дадено железопътно предприятие осъществява транспортна услуга съвместно с други превозвачи, железопътното предприятие осигурява заедно с всички други съвместни превозвачи точност и актуалност на тарифните данни.

Основното съдържание на тарифните данни, отнасящи се за международни пътувания или за продажби в чужбина, трябва да бъде съгласно посоченото в приложение IV.

Тарифните данни, отнасящи се за международни пътувания или продажби в чужбина, трябва да се предоставят на разположение поне толкова време предварително, колкото е предвидено в приложение IV.

Горепосоченият процес и използваната за него информация трябва да са в съответствие по отношение на данните за тарифи, предназначени за международни или чуждестранни продажби, с техническия документ (техническите документи), както следва:

Горепосоченият процес и използваната за него информация по отношение на тарифните данни, отнасящи се за вътрешни продажби, трябва да са в съответствие с техническите документи, подлежащи на разработване от Агенцията (вж. приложение II).

▼B

4.2.3.    Третиране на информация с контактни данни на железопътното предприятие

Този основен параметър определя как железопътното предприятие да предоставя информация относно своя уебсайт, от който клиентите могат да получават точна информация.

Разпоредбите във връзка с този основен параметър се прилагат към всички железопътни предприятия.

Този основен параметър подлежи на следния процес:

4.2.3.1.   Железопътното предприятие предоставя набор от данни за установяване на контакт с него

Железопътното предприятие предоставя на другите железопътни предприятия, Агенцията, трети страни и публични органи набор от данни, който включва името му като превозвач, кода му като превозвач и адреса на неговия уебсайт. Официалният уебсайт, посочен в този основен параметър, трябва да е машинно четим и да е в съответствие с насоките за достъпност на уебсъдържанието. Ако дадено железопътно предприятие има съвместна стопанска единица с друг/и железопътно/и предприятие/я, наименованието на съвместната стопанска единица, кода като превозвач и адреса на официалния уебсайт трябва да бъдат предоставени на другите железопътни предприятия.

Когато железопътно предприятие предоставя информация за своето разписание на други железопътни предприятия съгласно точка 4.2.1.1, то гарантира, че името на превозвача в разписанието съответства на името на превозвача във въпросния набор от данни. При настъпване на промени железопътното предприятие актуализира съдържанието на набора от данни във възможно най-кратък срок.

4.2.4.    Третиране на информация относно условията на превоз

Този основен параметър определя как железопътните предприятия трябва да третират информацията относно условията на превоз.

Този основен параметър гарантира, че условията на превоз са посочени в официалния уебсайт на железопътното предприятие.

Разпоредбите във връзка с този основен параметър се прилагат към пътническите услуги на железопътните предприятия.

Този основен параметър води до следния процес:

4.2.4.1.   Железопътното предприятие публикува информация относно условията на превоз

Железопътното предприятие трябва да публикува информация относно:

поне на своя официален уебсайт. Този уебсайт трябва да е в съответствие с насоките за достъпност на уебсъдържанието, които отчитат нуждите на лица със слухови и/или зрителни увреждания.

Този процес трябва да се осъществи за първоначалното публикуване не по-късно от шест месеца след влизането в сила на настоящата ТСОС. Промени в посочената информация трябва да се публикуват поне 6 дни преди тяхното влизане в сила. Железопътното предприятие изготвя списък на клаузите, които са изменени спрямо предишната версия. При всеки такъв случай железопътното предприятие запазва предишната версия на тази информация на своя официален уебсайт.

4.2.5.    Третиране на информация относно превоза на регистриран багаж

Този основен параметър определя как железопътното предприятие да гарантира предоставянето на информация за превоза на регистриран багаж, ако тази услуга се предлага от железопътното предприятие. Ако услугата не се предлага, железопътното предприятие трябва да предостави информация, че услугата не се предлага.

Този основен параметър гарантира, че пътникът разполага с информация относно третирането на регистриран багаж.

Този основен параметър води до следния процес:

4.2.5.1.   Железопътното предприятие публикува условията за третирането на регистриран багаж

Железопътното предприятие публикува на вниманието на пътниците условията за превоз на регистриран багаж, когато железопътното предприятие предлага такъв превоз. Когато услугата не се предлага, железопътното предприятие трябва да публикува информация за това. Тази информация се публикува поне на официалния уебсайт на железопътното предприятие. Този уебсайт трябва да е в съответствие с насоките за достъпност на уебсъдържанието, които отчитат нуждите на лица със слухови и/или зрителни увреждания.

Този процес трябва да се осъществи за първоначалното публикуване не по-късно от шест месеца след влизането в сила на настоящата ТСОС. Промени в посочената информация трябва да се публикуват поне 6 дни преди тяхното влизане в сила. Железопътното предприятие изготвя списък на клаузите, които са изменени спрямо предишната версия. При всеки такъв случай железопътното предприятие запазва предишната версия на тази информация на своя официален уебсайт.

4.2.6.    Третиране на информация относно превоза и оказването на помощ на лица с намалена подвижност (ЛНП)

Този основен параметър определя как железопътното предприятие, продавачът на билети и/или управителят на гарата трябва да гарантират предоставянето на информация относно превоза и оказването на помощ на ЛНП.

Този основен параметър гарантира, че пътникът разполага с информация относно превоза и оказването на помощ на ЛНП. Ако железопътното предприятие използва информационни и комуникационни технологии (ИКТ) за изпращане на запитване относно наличността на помощ за ЛНП и заявка за такава помощ, системата, към която е отправена заявката, трябва поне да е в състояние да обработва съобщения съгласно протокола, посочен в технически документ Б.10 (вж. приложение III). Освен това системата трябва да издава номер за потвърждение на резервацията за оказване на помощ — това е от съществено значение, за да се даде на клиента/пътника гаранция и сигурност, че помощта ще бъде предоставена, и да се въведе отчетност и отговорност за оказването на помощ. Тези съобщения съдържат цялата необходима информация, за да може железопътното предприятие, продавачът на билети и/или управителят на гарата да издаде на ЛНП номер за потвърждение на резервацията за оказване на помощ (за всяко заминаване и пристигане за всяко едно пътуване).

Разпоредбите във връзка с този основен параметър се прилагат, както следва: третирането на информация относно превоза на ЛНП се прилага спрямо пътническите услуги на железопътното предприятие. ►M2  ————— ◄

Този основен параметър води до следните процеси:

4.2.6.1.   Железопътното предприятие публикува информация относно достъпността на железопътните услуги и относно условията за достъп до подвижния състав

Железопътното предприятие трябва да публикува следната информация:

поне на своя официален уебсайт. ►M2  Този уебсайт трябва да бъде достъпен за лица с увреждания. ◄

Този процес трябва да се осъществи за първоначалното публикуване не по-късно от шест месеца след влизането в сила на настоящата ТСОС. Промени в посочената информация трябва да се публикуват поне 6 дни преди тяхното влизане в сила. Железопътното предприятие изготвя списък на клаузите, които са изменени спрямо предишната версия. При всеки такъв случай железопътното предприятие запазва предишната версия на тази информация на своя официален уебсайт.

▼M2

4.2.6.2.   Ако железопътното предприятие или продавачът на билети използва ИКТ за изпращане на заявка за помощ за ЛНП, тази заявка трябва да отговаря на съответните разпоредби

Заявяващата система за дистрибуция трябва да изпрати на другата система заявки за разполагаемост/резервация на съответния вид влак във връзка с посочения вид помощ.

Основните видове заявки са:

Този процес се извършва по искане на клиент, предадено на системата на железопътното предприятие или на продавача на билети.

Елементите на данните и информационното съдържание на съобщението, използвано за изпълнение на задълженията, трябва да са в съответствие:

▼B

4.2.6.3.   Системата адресат изпраща отговор за наличността/резервацията на помощ за ЛНП

Ако железопътното предприятие използва ИКТ за изпращане на отговор относно наличността на помощ за ЛНП и резервация на такава помощ, то трябва да спазва условията на настоящия процес.

Ако заявка за резервация на помощ за ЛНП е била правилно формулирана съгласно описания по-горе процес, системата адресат трябва да изпрати на системата, изпращаща заявката, отговор за наличността/резервацията на искания вид помощ.

Основните видове отговори на заявки за резервация са:

Този процес се извършва в отговор на получена от системата заявка, изпратена съгласно описания по-горе процес.

Елементите на данните и информационното съдържание на съобщението, използвано за изпълнение на задълженията, трябва да са в съответствие:

съгласно протокола, използван от системата, изпращаща запитването/заявката.

4.2.7.    Третиране на информация относно превоза на велосипеди

Този основен параметър определя как железопътните предприятия трябва да осигуряват предоставянето на информация относно превоза на велосипеди.

Този основен параметър гарантира, че пътникът разполага с информация относно превоза на велосипеди. Предоставящата система трябва да е в състояние да борави поне със съобщения съгласно протокола, посочен в технически документ Б.5 (вж. приложение III).

Разпоредбите във връзка с този основен параметър се прилагат, както следва: третирането на информация относно превоза на велосипеди се прилага спрямо пътническите услуги на железопътното предприятие, когато се предлага превоз на велосипеди. Разпоредбите на този основен параметър относно заявката/потвърждението в електронна форма се прилагат, ако съществува споразумение между заявяващата страна и приемащата страна за предоставянето на услуги, по силата на което такъв превоз може да бъде резервиран или подлежи на задължителна резервация.

Този основен параметър подлежи на следните процеси:

4.2.7.1.   Железопътното предприятие публикува условията за третирането на велосипеди

Железопътното предприятие публикува на вниманието на пътниците условията за превоз на велосипеди, когато железопътното предприятие предлага такъв превоз. Тази информация се публикува поне на официалния уебсайт на железопътното предприятие. Този уебсайт трябва да е в съответствие с насоките за достъпност на уебсъдържанието, които отчитат нуждите на лица със слухови и/или зрителни увреждания. Тези условия трябва да включват поне:

Първоначалното публикуване на тези условия трябва да се осъществи не по-късно от шест месеца след влизането в сила на настоящата ТСОС. Промени в посочената информация трябва да се публикуват поне шест дни преди тяхното влизане в сила. Железопътното предприятие изготвя списък на клаузите, които са изменени спрямо предишната версия. Във всички случаи железопътното предприятие запазва предишната версия на тази информация на своя официален уебсайт.

4.2.7.2.   Железопътното предприятие или продавачът на билети изпраща до предоставящата резервации система запитване относно наличността на превоз на велосипеди и заявка за такъв превоз

Предпоставка за резервацията е съществуването на търговско споразумение между участващите превозвач/и и дистрибутор/и. Това споразумение може да включва такси, технически стандарти и стандарти за безопасност, специфични ограничения по отношение на влакове, начални/крайни гари, тарифи, канали за продажба и др.

Ако железопътното предприятие или продавачът на билети използва ИКТ за изпращане на запитване относно наличността на превоз на велосипеди и заявка за такъв превоз, това запитване/заявка трябва да отговаря на изискванията на настоящия процес.

При условие че съществува споразумение между участващите страни, заявяващата система за дистрибуция изпраща на предоставящата система запитване относно наличността на посочения превоз на велосипеди и заявка за резервация на такъв превоз за съответния влак.

Основните видове заявки за резервация са:

Този процес се извършва по искане на клиент, изпратено на системата за дистрибуция на железопътното предприятие.

Елементите на данните и информационното съдържание на съобщението, използвано за изпълнение на задълженията, трябва да са в съответствие:

4.2.7.3.   Предоставящата резервации система изпраща отговор относно наличността на превоз на велосипеди и за резервация на такъв превоз

Ако железопътното предприятие използва ИКТ за изпращане на отговор относно наличността на превоз на велосипеди и за резервация на такъв превоз, то трябва да спазва съответните указания на настоящия процес.

Ако заявка за резервация на места за велосипеди е била правилно формулирана съгласно описания по-горе процес, предоставящата система трябва да изпрати на системата за дистрибуция, изпращаща заявката, отговор за наличността/резервацията за искания влак.

Основните видове отговори на заявки за резервация са:

Този процес се извършва в отговор на заявка, постъпила в предоставящата система съгласно описания по-горе процес.

Елементите на данните и информационното съдържание на съобщението, използвано за изпълнение на задълженията, трябва да са в съответствие:

съгласно протокола, използван от системата, изпращаща запитването/заявката.

4.2.8.    Третиране на информация относно превоза на автомобили

Този основен параметър определя как железопътното предприятие да гарантира предоставянето на информация за превоза на автомобили/мотоциклети (по-долу думата „автомобили“ включва и мотоциклети), ако тази услуга се предлага от железопътното предприятие.

Този основен параметър гарантира, че пътникът разполага с информация относно превоза на автомобили. Предоставящата система трябва да е в състояние да борави поне със съобщения съгласно протокола, посочен в технически документ Б.5 (вж. приложение III).

Разпоредбите във връзка с този основен параметър се прилагат, както следва: третирането на информация относно превоза на автомобили се прилага спрямо пътническите услуги на железопътното предприятие, когато се предлага превоз на автомобили. Разпоредбите на този основен параметър относно заявката/потвърждението в електронна форма се прилагат, ако съществува споразумение за услуги между заявяващата страна и предоставящата страна, по силата на което такъв превоз може да бъде резервиран или подлежи на задължителна резервация.

Този основен параметър се прилага, както следва:

4.2.8.1.   Железопътното предприятие публикува условията за третирането на автомобили

Железопътното предприятие съобщава на пътниците условията за превоз на автомобили, когато тази услуга се предлага от железопътното предприятие. Тази информация се публикува поне на официалния уебсайт на железопътното предприятие. Този уебсайт трябва да е в съответствие с насоките за достъпност на уебсъдържанието, които отчитат нуждите на лица със слухови и/или зрителни увреждания.

Тези условия трябва да включват поне:

Първоначалното публикуване на тези условия трябва да се осъществи не по-късно от шест месеца след влизането в сила на настоящата ТСОС. Промени в посочената информация трябва да се публикуват поне шест дни преди тяхното влизане в сила. Железопътното предприятие изготвя списък на клаузите, които са изменени. При всеки такъв случай железопътното предприятие запазва предишната версия на тази информация на своя официален уебсайт.

4.2.8.2.   Железопътното предприятие или продавачът на билети изпраща до системата за резервации запитване относно наличността на превоз на автомобили и заявка за такъв превоз

Предпоставка за резервацията е съществуването на търговско споразумение между участващите превозвач/и и дистрибутор/и. Това споразумение може да включва такси, технически стандарти и стандарти за безопасност, специфични ограничения по отношение на влакове, начални/крайни гари, тарифи, канали за продажба и др.

Ако железопътното предприятие или продавачът на билети използва ИКТ за изпращане на запитване относно наличността на превоз на автомобили и заявка за такъв превоз, това запитване/заявка трябва да отговаря на разпоредбите за настоящия процес.

При условие че съществува споразумение между участващите страни, заявяващата система за дистрибуция изпраща на предоставящата система запитвания относно наличността на посочения превоз на автомобили и заявки за резервация на такъв превоз за съответния влак.

Основните видове заявки за резервация са:

Този процес се извършва по искане на клиент, предадено на системата за дистрибуция на железопътното предприятие.

Елементите на данните и информационното съдържание на съобщението, използвано за изпълнение на задълженията, трябва да са в съответствие:

4.2.8.3.   Предоставящата резервации система изпраща отговор относно наличността на превоз на автомобили и за резервация на такъв превоз

Ако железопътното предприятие използва ИКТ за изпращане на отговор относно наличността на превоз на автомобили и за резервация на такъв превоз, то трябва да спазва предвидените правила по отношение на настоящия процес.

Ако заявка за резервация на превоз на автомобили е била правилно формулирана съгласно описания по-горе процес, предоставящата система трябва да изпрати на системата за дистрибуция, изпращаща заявката, отговор за наличността/резервацията за искания влак.

Основните видове отговори на заявки за резервация са:

Този процес се извършва в отговор на заявка, постъпила в предоставящата система съгласно описания по-горе процес.

Елементите на данните и информационното съдържание на съобщението, използвано за изпълнение на задълженията, трябва да са в съответствие:

съгласно протокола, използван от системата за дистрибуция, изпращаща запитването/заявката.

4.2.9.    Третиране на информация относно наличност/резервация

Този основен параметър определя начина, по който железопътното предприятие борави с резервациите за настаняване на пътници. Всичките различни видове настаняване на пътниците (като например седалки, кушет места, спални места, места за сядане с предимство, пространства за инвалидни колички, универсални спални купета (вж. ТСОС „Лица с намалена подвижност“ (PRM TSI), точка 4.2.4) ще бъдат наричани по-долу „места“, освен ако не е необходима по-конкретна информация. Резервациите за превоз на велосипеди или автомобили и за оказване на помощ на ЛНП са описани в отделни основни параметри в отделни глави.

Резервацията на места може да се отнася само до настаняването, в допълнение към договора за превоз, или може да е част от комбинирана сделка, включваща както настаняването, така и договора за превоз.

Този основен параметър гарантира, че издаващото и предоставящото железопътни предприятия си обменят съответна информация относно наличността и резервацията. Предоставящата система трябва да е в състояние да борави поне със съобщения съгласно протокола, посочен в технически документ Б.5 (вж. приложение III).

Разпоредбите на този основен параметър се прилагат, ако съществува споразумение между заявяващата страна и предоставящата страна по отношение на услугите, които могат да бъдат резервирани или подлежат на задължителна резервация.

Този основен параметър включва следните процеси:

4.2.9.1.   Железопътното предприятие или продавачът на билети изпраща до предоставящата резервации система запитване/заявка относно наличността/резервацията

Предпоставка за резервацията е съществуването на търговско споразумение между участващите превозвач/и и дистрибутор/и. Това споразумение може да включва такси, технически стандарти и стандарти за безопасност, специфични ограничения по отношение на влакове, начални/крайни гари, тарифи, канали за продажба и др.

При условие че съществува споразумение между участващите страни, заявяващата система за дистрибуция изпраща на предоставящата система запитване/заявка относно наличността/резервацията на определен вид настаняване за съответния влак.

Основните видове заявки за резервация са:

Този процес се извършва по искане на клиент, предадено на системата за дистрибуция на железопътното предприятие.

Елементите на данните и информационното съдържание на съобщението, използвано за изпълнение на задълженията, трябва да са в съответствие:

4.2.9.2.   Предоставящата резервации система изпраща отговор относно наличността/резервацията

Ако заявка за резервация на места е била правилно формулирана съгласно описания по-горе процес, предоставящата система трябва да изпрати на системата за дистрибуция, изпращаща заявката, отговор за наличността/резервацията за искания влак.

Основните видове отговори на заявки за резервация са:

Този процес се извършва в отговор на заявка, постъпила в предоставящата система съгласно описания по-горе процес.

Елементите на данните и информационното съдържание на съобщението, използвано за изпълнение на задълженията, трябва да са в съответствие:

съгласно протокола, използван от системата за дистрибуция, изпращаща запитването/заявката.

4.2.10.    Третиране на защитните елементи за дистрибуцията на продукти

Този основен параметър определя начина, по който предоставящото железопътно предприятие трябва да генерира защитните елементи за дистрибуцията на своите продукти.

Този основен параметър трябва да гарантира, че железопътните предприятия и пътниците получават своевременно от предоставящото железопътното предприятие свързаните със сигурността сведения и справки, необходими за различните видове билети.

Този основен параметър води до следните процеси:

4.2.10.1.   Предоставящата система създава защитен елемент с оглед на електронно доставяне

Ако железопътното предприятие издава билети/резервации съгласно Единните правила за договора за международен железопътен превоз на пътници (CIV), персоналът на бюрото/агенцията/търговеца на дребно за железопътни билети или системата за дистрибуция на железопътното предприятие генерира защитната информация, която трябва да се вмъкне в билета/резервацията.

Този процес трябва да осъществи веднага след успешното изпращане на данни за състоянието на резервацията и за сделката за продажба до системата за дистрибуция на съответните железопътни предприятия.

Горепосоченият процес и използваната за него информация трябва да са в съответствие със:

4.2.10.2.   Предоставящата система създава за железопътното предприятие референтен номер на досието с оглед на електронно доставяне

Ако железопътното предприятие издава билети/резервации съгласно CIV, персоналът на бюрото/агенцията/търговеца на дребно за железопътни билети или системата за дистрибуция на железопътното предприятие генерира референтен номер на досието за извличане на билета/резервацията и въвежда цялата информация относно билета в своята собствена система за дистрибуция.

Този процес трябва да се осъществи веднага след успешното изпращане на данни за състоянието на резервацията и за сделката за продажба до системата за дистрибуция на съответните железопътни предприятия.

Горепосоченият процес и използваната за него информация трябва да са в съответствие със:

4.2.10.3.   Предоставящата система създава за пътника референтен номер на досието с оглед на електронно доставяне

Ако железопътното предприятие издава билети/резервации съгласно CIV, персоналът на бюрото/агенцията/търговеца на дребно за железопътни билети или системата за дистрибуция на железопътното предприятие генерира референтен номер на досието и го въвежда в билета/резервацията.

Този процес трябва да се осъществи веднага след успешното изпращане на данни за състоянието на резервацията и за сделката за продажба до системата за дистрибуция на съответните железопътни предприятия.

Горепосоченият процес и използваната за него информация трябва да са в съответствие със:

4.2.11.    Доставяне на продукта на клиента след неговото закупуване (изпълнение)

Този основен параметър определя всички възможни методи за пряко и непряко изпълнение, които са обвързани с билета и/или резервацията и с вида на информационния носител (например хартия).

Този основен параметър трябва да гарантира, че продавачът на билети издава билети съгласно стандартите, осигуряващи оперативната съвместимост между железопътните предприятия. За целите на издаването на билети за международни пътувания и за продажби в чужбина железопътните предприятия трябва да използват поне един от видовете изпълнение, изброени в точка 4.2.11.1 „Изпълнение — пряко — за международни пътувания и за продажби в чужбина“ и в точка 4.2.11.2 „Изпълнение — непряко — за международни пътувания и за продажби в чужбина“.

Разпоредбите във връзка с този основен параметър се прилагат поне по отношение на тарифите за международни пътувания и за продажби в чужбина.

4.2.11.1.   Изпълнение — пряко — за международни пътувания и за продажби в чужбина

Този процес е алтернатива на процеса 4.2.11.2 „Изпълнение — непряко — за международни пътувания и за продажби в чужбина“

Железопътните предприятия трябва да признават поне билети съгласно определението в технически документ Б.6 (вж. приложение III), освен ако билетът не е подходящ за предприетото пътуване или железопътното предприятие има основателни причини да се усъмни в измама, или билетът не се използва в съответствие с условията за превоз съгласно точка 4.2.4.

Основните видове издавани билети са посочени в технически документ Б.6 от приложение III:

Горепосоченият процес и използваната за него информация трябва да са в съответствие с технически документ(и):

4.2.11.2.   Изпълнение — непряко — за международни пътувания и за продажби в чужбина

Този процес трябва да е алтернатива на процеса 4.2.11.1 „Изпълнение — пряко — за международни пътувания и за продажби в чужбина“.

Ако железопътното предприятие извършва продажби, като използва непряко изпълнение по един от долупосочените методи, то трябва да спазва следните стандарти:

Основните видове издадени билети трябва да са:

Горепосоченият процес и използваната за него информация трябва да са в съответствие със следния(те) технически документ(и):

4.2.11.3.   Изпълнение — пряко — продажби вътре в страната

Това е отворен въпрос (вж. приложение II).

4.2.11.4.   Изпълнение — непряко — продажби вътре в страната

Това е отворен въпрос (вж. приложение II).

4.2.12.    Третиране на предоставянето на информация в зоната на железопътната гара

Този основен параметър определя как управителят на гарата трябва да предоставя на клиентите информация в зоната на гарата относно движението на влаковете.

Разпоредбите се прилагат само ако е осъществено обновяване, значително модернизиране или инсталиране на нови системи за гласови съобщения и/или визуално показване.

Разпоредбите във връзка с този основен параметър се прилагат поне по отношение на гарите, на които спират влакове, извършващи международен превоз.

Този основен параметър води до следните процеси:

4.2.12.1.   Управителят на гарата информира клиентите в гарата

Управителят на гарата трябва да предоставя на клиентите в гарата следната информация относно заминаването на влаковете:

В случай на отклонение от тази информация за заминаващи влакове управителите на гари трябва да предоставят в гарите поне следната информация за влаковете:

По отношение на информацията за пристигащите влакове на крайна гара, управителят на съответната гара трябва да предоставя поне следната информация:

В случай на отклонение за пристигащите влакове на крайна гара, управителят на съответната гара трябва да предоставя поне следната информация за тези влакове:

Отклоненията от разписанието включват:

Управителят на гарата взема решение съгласно споразуменията с железопътните предприятия и/или с управителите на инфраструктурата:

В съответствие с договорно споразумение информацията относно отклоненията се предоставя своевременно на управителя на гарата от железопътните предприятия и/или управителите на инфраструктурата.

4.2.13.    Третиране на предоставянето на информация в зоната на превозните средства

Този основен параметър определя как железопътното предприятие трябва да предоставя информация относно движението на влаковете в зоната на превозните средства.

Разпоредбите се прилагат за обновен или модернизиран подвижен състав, ако са инсталирани информационни системи (за гласови съобщения и/или с дисплеи) или те са обновени.

Разпоредбите във връзка с този основен параметър се прилагат поне за всички влакове, извършващи международен превоз.

Този основен параметър подлежи на следните процеси:

4.2.13.1.   Железопътното предприятие информира пътниците във влака

Железопътните предприятия информират пътниците във влака:

преди пристигането на всички междинни гари, на които спира влакът, за:

преди пристигането на важна междинна гара, на която спира влакът, и на крайната гара на местоназначение за:

Железопътното предприятие взема решение:

4.2.14.    Подготовка на влака

Този основен параметър определя начина, по който железопътното предприятие трябва да информира управителя на инфраструктурата, че влакът е готов за достъп до мрежата, след като са изпълнени задачите по заминаване на влака, определени в ТСОС „Експлоатация“, точка 4.2.3.3, или когато е променен номерът на влака.

Разпоредбите във връзка с този основен параметър се прилагат към всички влакове на железопътното предприятие.

Този основен параметър води до следните процеси:

4.2.14.1.   Съобщение „Влак готов“ за всички влакове

Железопътното предприятие трябва да изпрати на управителя на инфраструктурата съобщение „Влак готов“ всеки път, когато даден влак е готов за достъп до мрежата за първи път, освен ако съгласно националните правила управителят на инфраструктурата приема разписанието като съобщение „Влак готов“. Във втория случай железопътното предприятие трябва да информира колкото е възможно по-скоро управителя на инфраструктурата и, ако е приложимо, управителя на гарата, ако влакът не е готов.

Съобщенията трябва да съдържат поне:

Други сведения, като:

могат да бъдат предадени в същото съобщение.

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне със съобщението „Влак готов“ съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако участващите страни са сключили конкретно споразумение, разрешаващо използването на тези стандарти.

4.2.15.    Информация и прогноза за движението на влака

Този основен параметър определя предоставянето на информация и прогноза за движението на влаковете. Той трябва да предпише как да се поддържа диалогът между управителя на инфраструктурата и железопътното предприятие, както и между железопътното предприятие и управителя на гарата, за да се обменят сведения и прогнози за движението на влаковете.

Този основен параметър определя как управителят на инфраструктурата трябва своевременно да изпраща информация относно движението на влака на железопътното предприятие и на управителя на следващата съседна инфраструктура, участваща в експлоатацията на влака.

Информацията за движението на влака служи за предоставяне на подробности за текущото състояние на влака в договорени пунктове за наблюдение.

Прогнозата за движението на влака се използва за предоставяне на информация относно очакваното време в договорени пунктове за наблюдение. Това съобщение трябва да бъде изпратено от управителя на инфраструктурата до железопътното предприятие и управителя на съседната инфраструктура, участваща в движението. Информацията относно прогнозата за движението на влака трябва своевременно да бъде предоставена на управителя на гарата от железопътните предприятия и/или управителите на инфраструктурата съгласно договорно споразумение.

В договора за маршрута се определят пунктове за наблюдение на движението на влака.

Този основен параметър описва съдържанието на съобщението и не определя процеса за изготвяне на прогнозата за движението на влака.

Разпоредбите във връзка с този основен параметър се прилагат към всички влакове на железопътното предприятие.

Този основен параметър води до следните процеси:

4.2.15.1.   Информация относно движението на влака — за всички влакове

Управителят на инфраструктурата изпраща съобщение „Информация относно движението на влака“ до железопътното предприятие. Този процес се осъществява веднага, щом като влакът достигне договорени пунктове за наблюдение, в които трябва да се подаде информация относно движението на влака. Като договорен пункт за наблюдение може да служи между другото точка на прехвърляне, гара или крайното местоназначение на влака.

Съобщението трябва да съдържа поне следната информация:

Други сведения, като:

могат да бъдат предадени в същото съобщение.

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „TrainRunningInformationMessage“ („Съобщение с информация относно движението на влака“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако има конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.15.2.   Предвиждане за движението на влака — за всички влакове

Управителят на инфраструктурата изпраща съобщение „Предвиждане за движението на влака“ до железопътното предприятие.

Този процес трябва да се осъществи веднага щом като влакът достигне договорени пунктове за наблюдение, в които трябва да се подаде прогноза. Като договорен пункт за наблюдение може да служи между другото точка на прехвърляне или гара. Предвиждане за движението на влака може да се изпрати и преди потеглянето на влака. За допълнителни закъснения, възникващи между два пункта за наблюдение, чрез договаряне между железопътното предприятие и управителя на инфраструктурата се определя прагова стойност, при която трябва да се изпрати първоначална или нова прогноза. Ако закъснението не е известно, управителят на инфраструктурата трябва да изпрати „съобщение за прекъсване на превоза“ (вж. точка 4.2.16 „Информация за прекъсване на превоза“).

В съобщението с прогнозата за движението на влака трябва да се посочва предвижданото време за договорените пунктове на наблюдение.

Информацията относно прогнозата за движението на влака трябва своевременно да бъде предоставена на управителя на гарата от железопътните предприятия и/или управителите на инфраструктурата съгласно договорно споразумение.

Управителят на инфраструктурата изпраща това съобщение на управителя на следващата съседна инфраструктура, участваща в движението на влака.

Съобщението трябва да съдържа поне:

Други сведения, като:

могат да бъдат предадени в същото съобщение.

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „TrainRunningForecastMessage“ („Съобщение за предвиждане за движението на влака“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако за целта е подписано конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.16.    Информация за прекъсване на превоза

Този основен параметър определя как информацията за прекъсване на превоза се обменя между железопътното предприятие и управителя на инфраструктурата.

Разпоредбите във връзка с този основен параметър се прилагат към всички влакове на железопътното предприятие.

За целите на разглеждането на оплаквания на пътниците, данните за прекъсвания на превоза трябва да са на разположение на железопътните предприятия, продавачите на билети и/или упълномощените публични органи в продължение поне на дванадесет месеца след изтичането на валидността на тези данни.

Този основен параметър води до следните процеси:

4.2.16.1.   Общи бележки

Железопътното предприятие информира управителя на инфраструктурата за експлоатационното състояние на влаковете съгласно посоченото в ТСОС „Експлоатация“, точка 4.2.3.3.2.

Ако движението на влака бъде прекъснато, управителят на инфраструктурата изпраща съобщение „Прекъсване на движението на влака“ съгласно указанията по-долу.

4.2.16.2.   Съобщение „Прекъсване на движението на влака“ — за всички влакове

Ако движението на влака бъде прекъснато, управителят на инфраструктурата издава това съобщение до управителя на съседната инфраструктура и до железопътното(ите) предприятие(я).

Ако продължителността на закъснението е известна, управителят на инфраструктурата трябва да изпрати съобщение с прогноза за движението на влака (вж. точка 4.2.15.2 „Предвиждане за движението на влака“).

Това съобщение трябва да съдържа следните основни данни:

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „TrainRunningInterruptionMessage“ („Съобщение за прекъсване на движението на влака“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако е сключено конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.17.    Третиране на краткосрочни данни относно разписанието на влаковете

Този основен параметър определя как следва да се третират краткосрочните заявки за маршрут между „страната, искаща достъп“ (СИД) и управителя на инфраструктурата. Тези изисквания са валидни за всички краткосрочни заявки за маршрут.

Настоящият основен параметър не включва въпроси по управление на трафика. Срокът, по който краткосрочните маршрути се различават от измененията в маршрути по линия на управлението на трафика, е предмет на споразумения на местно равнище. Трябва да е възможно да се заяви краткосрочен маршрут при краткосрочни нужди от превоз (например специален влак или допълнителен влак). За целта СИД, заявяваща краткосрочен маршрут, трябва да предостави на управителя на инфраструктурата цялата необходима информация, посочваща кога и къде се иска да се движи влак и свързаните с това данни.

На европейско равнище не е определен минимален срок. В референтния документ за мрежата могат да се определят минимални срокове.

Всеки управител на инфраструктура отговаря за пригодността на маршрута в рамките на своята инфраструктура, а железопътното предприятие е длъжно да сверява характеристиките на влака със стойностите, указани в подробностите относно договорения от него маршрут.

Различните възможни сценарии са посочени по-долу:

И в двата сценария процедурата за краткосрочна заявка за маршрут е под формата на диалог между СИД и управителя на инфраструктурата, който включва следните съобщения:

В случай на влаково движение, за което вече е бил заявен и предоставен маршрут, не е необходима повторна заявка за маршрут, освен ако закъсненията превишават определена стойност, която е договорена между железопътното предприятие и управителя на инфраструктурата, или влаковата композиция е променена по начин, водещ до невалидност на съществуващата заявка за маршрут.

Разпоредбите във връзка с този основен параметър се прилагат за третиране на маршрути за всички влакове на железопътното предприятие, но само ако участващите страни използват телематични приложения по смисъла на приложение II към Директива 2001/14/ЕО на Европейския парламент и на Съвета ( 6 ) за краткосрочни заявки за маршрут.

В такъв случай този основен параметър включва следните процеси:

4.2.17.1.   Съобщение за заявяване на маршрут

Това съобщение се изпраща на управителя на инфраструктурата от СИД със следното основно съдържание:

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „PathRequestMessage“ („Съобщение за заявка за маршрут“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако има конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.17.2.   Съобщение с подробности за маршрута

Управителят на инфраструктурата изпраща това съобщение със следното основно съдържание на заявяващата СИД в отговор на нейната заявка за маршрут:

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „PathDetailsMessage“ („Съобщение с подробности за маршрута“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако е сключено конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.17.3.   Съобщение „Невъзможен за използване маршрут“

Управителят на инфраструктурата изпраща това съобщение със следното основно съдържание на заявяващата СИД в отговор на нейната заявка за маршрут, когато не е възможно да се използва този маршрут:

Едновременно с това съобщение или колкото е възможно по-скоро управителят на инфраструктурата трябва да изпрати предложение за алтернативен маршрут, без да изисква друга заявка от железопътното предприятие (съобщение с подробности за маршрута).

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „PathNotAvailableMessage“ („Съобщение за невъзможен за използване маршрут“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако има конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.17.4.   Съобщение за потвърждение на приемането на маршрута

Заявяващата СИД използва това съобщение със следното основно съдържание, за да резервира/потвърди маршрута, предложен от управителя на инфраструктурата:

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „PathConfirmedMessage“ („Съобщение за потвърждение на маршрута“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако има конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.17.5.   Съобщение за отказ на подробностите за маршрута

Заявяващата СИД използва това съобщение със следното основно съдържание, за да отхвърли маршрута, предложен от съответния управител на инфраструктурата:

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „PathDetailsRefusedMessage“ („Съобщение за отказ на подробностите за маршрута“) съгласно технически документ(и):

За същата цел могат да бъдат използвани и други съществуващи стандарти, ако има конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.17.6.   Съобщение за анулиране на маршрута

Това съобщение се използва от искащата достъп страна за анулиране на резервиран от нея маршрут:

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „PathCancelledMessage“ („Съобщение за анулиране на маршрута“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако има конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.17.7.   Съобщение „Потвърждение за получаване“

Това съобщение се обменя между управителите на инфраструктура и СИД, когато исканият отговор на което и да е от горепосочените съобщения не може да бъде предоставен след не повече от 5 минути:

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „ReceiptConfirmationMessage“ („Съобщение за потвърждение на получаването“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако има конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.17.8.   Съобщение, че резервираният маршрут не е повече на разположение

Управителят на инфраструктурата използва това съобщение, за да уведоми СИД, че не е възможно по-нататъшното използване на резервирания маршрут. Използването на маршрута не е възможно повече по някаква важна причина — например голямо смущение в трафика. Съдържание на съобщението:

Горепосоченият процес и използваната за него информация трябва да са в съответствие поне с „PathNotAvailableMessage“ („Съобщение за невъзможност за използване на маршрута“) съгласно технически документ(и):

Освен това за същата цел могат да бъдат използвани други съществуващи стандарти, ако има конкретно споразумение между участващите страни, разрешаващо използването на тези стандарти.

4.2.18.    Качество на данните и информацията във връзка с настоящата ТСОС

4.2.18.1.   Изисквания

За изпълнение на изискванията на настоящата ТСОС се прилагат следните разпоредби относно качеството на данните и информацията в цялата ТСОС.

Всички адресати на настоящата ТСОС носят отговорност за своевременното предоставяне на актуални, съгласувани, точни и пълни данни в подходящ формат на други железопътни предприятия, управители на инфраструктура или трети страни. Всеки от участниците, за които е предназначена настоящата ТСОС, носи отговорност за своевременното оповестяване на актуална, съгласувана, точна и пълна информация с подходящо съдържание сред клиентите (пътниците), други железопътни предприятия, управители на инфраструктура или трети страни.

Когато данните или информацията са използвани за едновременното изпълнение на няколко основни параметри на настоящата ТСОС, адресатите на настоящата ТСОС трябва да гарантират, че обменените между тези основни параметри данни или информация се използват по съгласуван начин (например трябва да се гарантира съгласуваност: i) между сведенията относно разписанието и тарифите, или ii) между сведенията относно тарифите и резервациите).

Когато информацията или данните се предоставят от няколко участници, адресати на настоящата ТСОС, участниците гарантират заедно, че частите от предоставените общи данни или информация са актуални, съгласувани, точни, пълни и съвместими (например: предоставяната информация за разписанието за железопътното предприятие А и железопътното предприятие Б трябва да бъде съгласувана, за да се гарантира нейното съвпадение на границата и т.н.).

Когато се използват справочни данни или справочна информация за изпълнение на изискванията на настоящата ТСОС, адресатите на настоящата ТСОС гарантират съгласуваността между справочните данни или справочната информация и данните или информацията, използвани в основните параметри на настоящата ТСОС (примери: трябва да се гарантира съгласуваност: i) между референтните кодове за местонахождение и информацията за движението на влака, или ii) между референтните кодове за железопътни предприятия и изпълнението и т.н.).

Данните или информацията, предоставяни от участниците за целите на настоящата ТСОС, трябва да бъдат с качество, което да позволява на адресатите на настоящата ТСОС да издават билети съгласно член 10 от Регламента относно правата и задълженията на пътниците.

За качеството на данните или информацията, предоставяни от участниците за целите на настоящата ТСОС, трябва да се постигне равнище, което да позволява на адресатите на настоящата ТСОС да предоставят информацията съгласно член 10 от Регламента относно правата и задълженията на пътниците и приложение II към него.

4.2.19.    Справочни файлове и бази от данни

4.2.19.1.   Справочни файлове

За експлоатацията на пътническите влакове по европейската мрежа следните справочни файлове трябва да бъдат на разположение за достъп до тях на всички доставчици на услуги (управители на инфраструктура, железопътни предприятия, упълномощени трети страни и управители на гари). Данните трябва да представят действителното състояние във всеки един момент.

Европейската железопътна агенция ще съхранява и поддържа централно уникални кодове за следните справочни данни:

Когато справочен файл се използва съвместно във връзка с ТСОС „Телематични приложения за превоз на товари“ (TAF TSI), неговото развитие и използване трябва да са съобразени в максималната възможна степен с тази вече прилагана ТСОС, за да се постигне оптимална синергия.

4.2.19.2.   Допълнителни изисквания относно базите от данни

По-долу са изброени допълнителните изисквания, на които трябва да отговарят различните бази от данни. Те са:

1.   Удостоверяване на автентичността

Базата от данни трябва да осигурява удостоверяване на автентичността на потребителите на системите, преди те да получат достъп до базата от данни.

2.   Сигурност

Базата от данни трябва да поддържа функции за сигурност по отношение на контрола на достъпа до нея. Евентуалното криптиране на съдържанието на базата от данни не е задължително.

3.   Принцип ACID

За избраната база от данни трябва да се прилага принципът ACID (Atomicity, Consistency, Isolation, Durability — атомарност, непротиворечивост, изолираност и устойчивост).

4.   Контрол на достъпа

Базата от данни трябва да позволява достъп до данните на потребителите или системите, които са получили разрешение за това. Контролът на достъпа трябва да бъде прилаган до нивото на единичен атрибут на запис от данни. Базата от данни трябва да поддържа функции за контрол на достъпа с оглед на неговото конфигуриране в зависимост от ролята на потребителите за въвеждане, актуализиране или изтриване на записи от данни.

5.   Проследяване

Базата от данни трябва да поддържа регистриране на всички действия по отношение на нея, за да е възможно проследяването в подробности на въвеждането на данни (кой какво е променил в съдържанието и кога е извършено това).

6.   Стратегия за блокиране

Базата от данни трябва да позволява прилагането на стратегия на блокиране, която да позволява достъп до съдържанието ѝ, дори когато други потребители внасят изменения в записите от данни.

7.   Едновременен достъп на няколко потребители

Базата от данни трябва да позволява едновременния достъп на няколко потребителя или системи до своето съдържание.

8.   Надеждност

Надеждността на базата от данни трябва да осигурява изискваната разполагаемост на данните.

9.   Разполагаемост

Базата от данни трябва да е на необходимото равнище на разполагаемост съобразно характера на данните и бизнес проучванията на нейна основа.

10.   Пригодност за поддържане

Пригодността за поддържане на базата от данни трябва да осигурява изискваната разполагаемост.

11.   Безопасност

Базите от данни нямат съдържание, което да е пряко свързано със сигурността. Следователно аспектите на сигурността не са съществени. Това обаче не означава, че самите данни — например ако са неверни или остарели — не могат да окажат влияние върху сигурността при експлоатацията на влака.

12.   Съвместимост

Базата от данни трябва да поддържа общоприет език за манипулиране на данни, като например SQL или XQL.

13.   Помощна програма за импортиране на данни

Базата от данни трябва да разполага с помощна програма, която да позволява импортирането на форматирани данни, използваеми за попълване на базата, вместо те да бъдат въвеждани ръчно.

14.   Помощна програма за експортиране на данни

Базата от данни трябва да разполага с помощна програма, която да позволява експортирането на цялото ѝ съдържание или на част от него като форматирани данни.

15.   Задължителни полета

Базата от данни трябва да съдържа задължителни за попълване полета: ако те не са попълнени, съответният запис да не се приема за въвеждане в базата.

16.   Контролиране на правдоподобността на данните

Базата от данни трябва да поддържа функция с възможност за конфигуриране на контрол за правдоподобността на данните преди да се потвърди въвеждането, актуализирането или изтриването на записи от данни.

17.   Време на отговор

Базата от данни трябва да реагира достатъчно бързо, така че потребителите да могат оперативно да въвеждат, актуализират или изтриват записи от данни.

18.   Аспекти на производителността

Справочните файлове и базите от данни трябва да осигуряват ефективно по отношение на разходите информационно търсене, необходимо за ефикасното извършване на всички съответни движения на влакове, които попадат в обхвата на настоящата ТСОС.

19.   Аспекти относно капацитета

Базата от данни трябва да осигурява съхранението на съответните данни за всички пътнически вагони и/или за мрежата. Трябва да бъде възможно лесното увеличаване на капацитета (напр. чрез добавянето на още запаметяващи устройства и компютри). Увеличаването на капацитета не трябва да налага подмяна на подсистемата.

20.   Данни с исторически характер

Базата от данни трябва да осигурява управлението на данните с исторически характер, като предоставя данни, които вече са прехвърлени в архив.

21.   Стратегия за запазване на данните

Стратегията за запазване на данните чрез изготвяне на копие от тях трябва да гарантира, че всички данни могат да бъдат възстановени в срок до 24 часа.

22.   Търговски аспекти

Използваната система за управление на бази от данни трябва да бъде предлаган на пазара готов продукт (COTS) или безплатен софтуер (с отворен код).

23.   Аспекти, свързани с неприкосновеността на личния живот

Базата от данни трябва да изпълнява изискванията на политиката на държавата-членка, в която е установено дружеството, извършващо услугата, за неприкосновеност на личния живот.

4.2.20.    Електронно предаване на документи

В точка 4.2.21 „Свързване в мрежа и комуникация“ се описва комуникационната мрежа, която трябва да се използва за обмен на данни. Тази мрежа и описаните с нея мерки за сигурност позволяват осъществяването на всякакви видове мрежови комуникации като електронна поща, обмен на файлове (FTP, HTTP) и др. Следователно страните, участващи в информационния обмен, могат сами да решат какъв вид комуникация ще изберат за целите на електронното предаване на документи — например по протокола FTP.

4.2.21.    Свързване в мрежа и комуникация

4.2.21.1.   Обща архитектура

С течение на времето тази подсистема ще трябва да обслужва нарастваща обширна общност със сложна структура за телематична оперативна съвместимост в железопътния транспорт, включваща взаимодействия между хиляди участници (железопътни предприятия, управители на инфраструктура, трети страни, като например търговци на дребно и публични органи, и т.н.), които ще се конкурират и/или ще си сътрудничат, за да отговарят на нуждите на пазара.

Инфраструктурата от мрежи и комуникации, обезпечаваща тази общност за оперативна съвместимост в железопътния транспорт, ще бъде базирана на обща „архитектура на информационния обмен“, която е известна и възприета от всички участници в нея.

Предложената „архитектура на информационния обмен“:

Архитектурата на информационния обмен се основава главно на взаимодействието между всички участници посредством мрежа от равноправни възли за комуникация „от точка до точка“ (Peer-to-Peer), като същевременно се гарантира общата цялост и съгласуваност на действията на общността за оперативна съвместимост в железопътния транспорт чрез предоставяне на набор от централизирани услуги.

Моделът на взаимодействие чрез мрежа от равноправни възли позволява оптимално разпределение на разходите между различните участници въз основа на действителното ползване и като цяло създава по-малко проблеми във връзка с разрастването.

4.2.21.2.   Мрежа

Мрежата трябва да осигурява необходимото равнище на сигурност, резервен капацитет, управление на трафика, статистически инструменти, нарастване на лентата на пропускане, достъпност за потребителите и ефикасно управление.

„Мрежа“ в този контекст означава методът и философията на комуникация, а не физическата мрежа.

Оперативната съвместимост в железопътния транспорт се основава на обща „архитектура на информационния обмен“, която е известна и възприета от всички партньори, а това намалява пречките и насърчава други участници да се присъединяват към нея, и по-специално клиентите.

Най-напред потребителят се обръща към централния регистър за получаване на метаинформация, като например за самоличността на участника, в компютъра на който е съхранена някаква информация, или за да се проверят сертификатите за сигурност. След това се осъществява комуникация „от точка до точка“ между съответните участници.

4.2.21.3.   Протоколи

При разработките могат да се използват само протоколи, предназначени за интернет (общоизвестни като TCP/IP, UDP/IP и т.н.).

4.2.21.4.   Сигурност

Освен равнището на сигурност, гарантирано на нивото на мрежата (вж. точка 4.2.21.2 „Мрежа“), може да се реализира допълнително равнище на повишена сигурност за чувствителни данни чрез използване на комбинация от криптиране, схема за сертифициране и технологии за виртуални частни мрежи (VPN).

4.2.21.5.   Криптиране

За предаването и съхранението на данните може да се използва асиметрично или симетрично криптиране в зависимост от изискванията на стопанската дейност. За целта трябва да бъде изградена инфраструктура за публични ключове (PKI).

4.2.21.6.   Централен регистър

Централният регистър трябва да осигурява:

Когато централният регистър се използва във връзка с ТСОС „Телематични приложения за превоз на товари“ (TAF TSI), развитието му и измененията в него трябва да са съобразени в максималната възможна степен с тази вече прилагана ТСОС, за да се постигне оптимална синергия.

4.2.21.7.   Общ интерфейс за комуникации между железопътни предприятия (ЖПП) и управители на инфраструктура (УИ)

Общият интерфейс е задължителен за всички участници, които желаят да се присъединят към общността за оперативна съвместимост в железопътния транспорт.

Общият интерфейс трябва да осигурява:

Всички потребители на общия интерфейс ще имат достъп до всички данни, изисквани съгласно ТСОС в рамките на всяко железопътно предприятие, управител на инфраструктура и др., независимо дали съответните бази от данни са централни или индивидуални. Въз основа на проверката на автентичността на входящите съобщения може да се въведе следното минимално ниво на признаване автентичността на съобщението:

Общият интерфейс управлява горепосочените задачи, като използва информацията от централния регистър.

Ако някой участник създаде местно „огледално“ копие на централния регистър, този участник трябва тогава със собствени средства да гарантира, че това копие напълно съвпада с централния регистър по точност и актуалност на данните.

Когато общият интерфейс се използва съвместно във връзка с ТСОС „Телематични приложения за превоз на товари“ (TAF TSI), развитието му и измененията в него трябва да са съобразени в максималната възможна степен с тази вече прилагана ТСОС, за да се постигне оптимална синергия.

4.2.22.    Управление на връзката с други видове транспорт

С оглед на управление на връзката с други видове транспорт следва да се прилагат следните стандарти за предоставянето на информация и за информационен обмен с други видове транспорт:

4.3.    Функционални и технически спецификации на интерфейсите

С оглед на техническата съвместимост интерфейсите на подсистема „Телематични приложения за пътнически услуги“ с другите подсистеми са съгласно посоченото в следните параграфи:

4.3.1.    Интерфейси с подсистемата „Подвижен състав“

4.3.2.    Интерфейси с подсистемата „Телематични приложения за превоз на товари“

4.4.    Правила за експлоатация

С оглед на съществените изисквания, описани в глава 3, за експлоатацията на подсистемата, за която се отнася настоящата ТСОС, са прилагат следните специфични правила:

4.4.1.    Качество на данните

За да се осигури качеството на данните, за всяко съобщение съгласно ТСОС неговият автор ще носи отговорност за точността на съдържащите се в съобщението данни към момента на изпращането му. За осигуряване на качеството на изходните данни трябва да бъдат използвани данни, ако са налични, от предоставяните като част от ТСОС бази от данни.

Ако изходните данни липсват в предоставяните като част от ТСОС бази от данни, авторът на съобщението трябва да извършва проверка за осигуряване на качеството на тези данни от своите собствени ресурси.

Осигуряването на качеството на данните ще включва сравнение с данни от предоставяните като част от ТСОС бази от данни, както е посочено по-горе, и в допълнение, когато е приложимо, логически проверки за осигуряване на актуалността и целостта на данните и съобщенията.

Данните са с високо качество, когато отговарят на предназначението си, тоест когато:

—	не съдържат грешки : са достъпни, точни, навременни, пълни, в съответствие с данните от други източници и т.н.,

—	притежават желаните характеристики : актуални, пълни, достатъчно подробни, лесни за четене и за тълкуване и т.н.

Основните характеристики за качеството на данните са:

Точност

Събирането на необходимата информация (данни) трябва да бъде с възможно най-малки разходи. Това може да се постигне единствено с еднократно записване на първичните данни, ако това е възможно. Поради това първичните данни следва да бъдат въвеждани в системата колкото е възможно по-близо до своя източник, така че да са изцяло на разположение за всякакви последващи операции на обработка.

Пълнота

Преди да се изпрати съобщението, трябва да се проверят неговата пълнота и синтаксис, като за целта се използват метаданните. Благодарение на това също така се избягва ненужния информационен трафик по мрежата.

Пълнотата на всички входящи съобщения също трябва да бъде проверявана въз основа на метаданните.

Непротиворечивост

Трябва да бъдат въведени правила за осъществяване на дейността, за да се гарантира непротиворечивостта на съобщенията. Следва да се избягва двойното въвеждане и да се гарантира, че притежателят на данните е ясно идентифициран.

Начинът на прилагане на тези правила зависи от тяхната сложност. По отношение на простите правила са достатъчни ограниченията и разпоредбите, прилагани относно базите от данни. Когато правилата са по-сложни при използване на данни от различни таблици, трябва да се прилагат процедури за проверка на версията на данните за непротиворечивост, преди да бъдат генерирани използваните за интерфейс данни и се възприеме за ползване новата версия на данните. Трябва да се гарантира валидирането на предадените данни спрямо определените правила за осъществяване на дейността.

Актуалност

Своевременното предоставяне на информация е от важно значение. Доколкото записването на данните и изпращането на съобщенията се извършват пряко от информационната система при настъпването на съответното събитие, актуалността не представлява никакъв проблем, когато системата е правилно проектирана съобразно нуждите на осъществяваната дейност. В повечето случаи процесът на изпращане на съобщение се стартира обаче от оператор или поне се основава на допълнително задание от оператор. За да се спази изискването за своевременно изпращане, данните трябва да се актуализират в най-кратки срокове, както и за да се гарантира актуалността на съдържанието на съобщенията, когато тези съобщения са изпращани автоматично от системата.

Срокът за отговаряне на запитванията трябва да бъде определен за различните приложения и видове потребители в подробните ИТ спецификации. Актуализирането и обменът на данни трябва да се извършват в най-кратки срокове.

Показатели за качеството на данните

В подробните ИТ спецификации трябва да се определят подходящи процентни стойности за:

4.4.2.    Управление на централния регистър

Функциите на централния регистър са определени в точка 4.2.21.6 „Централен регистър“. За да се гарантира качеството на данните, органът, поддържащ централния регистър, трябва да бъде отговорен за актуализирането и качеството на метаданните и на регистъра, както и за управлението на контрола върху достъпа. Качеството на метаданните по отношение на пълнота, непротиворечивост, актуалност и точност трябва да осигури правилното функциониране за целите на настоящата ТСОС.

4.5.    Правила за поддръжка

С оглед на съществените изисквания съгласно глава 3, за поддръжката на подсистемата, за която се отнася настоящата ТСОС, се прилагат следните специфични правила.

Трябва да бъде гарантирано качеството на транспортните услуги, дори ако данните са увредени или при пълна, или частична повреда на оборудването за обработка на данните. Поради това е препоръчително инсталирането на дублиращи системи или компютри с изключително висока надеждност, чиято непрекъсната работа е гарантирана и по време на операции за поддръжка.

Аспектите по поддръжката на различните бази от данни са упоменати в точка 4.2.19.2 „Допълнителни изисквания относно базите от данни“, подточки 10 и 21.

4.6.    Професионална квалификация

По-долу е посочена необходимата професионална квалификация на персонала за осигуряване на експлоатацията и поддръжката на подсистемата и за прилагане на ТСОС.

За прилагането на настоящата ТСОС не се изисква изцяло нова система по отношение на техниката и програмното осигуряване с нов персонал. Изпълнението на изискванията на ТСОС води само до извършването на промени, актуализиране или разширяване на операциите, вече извършвани от съществуващия персонал. Следователно не се поставят нови изисквания в допълнение към съществуващите на национално и европейско равнище по отношение на професионалната квалификация.

Допълнителното обучение на персонала, ако такова е необходимо, следва да не се състои само от показване как да се работи с оборудването. Членовете на персонала трябва също така да познават и разбират конкретната роля, която трябва да изпълняват в цялостния процес на извършване на превози. Персоналът по-специално трябва да осъзнава необходимостта от поддържане на високо ниво на качество на работата, тъй като това е от решаващо значение за надеждността на информацията, която подлежи на обработка на по-късен етап.

Професионалната квалификация, която е необходима за композирането и експлоатацията на влаковете, е определена в ТСОС „Експлоатация и управление на трафика“.

4.7.    Здравословни и безопасни условия на труд

Здравословните и безопасни условия на труд на персонала, които се изискват за експлоатацията и поддръжката на въпросната подсистема и за прилагането на ТСОС, са следните:

няма нови изисквания в допълнение към вече съществуващите правила на национално и европейско равнище по отношение на здравеопазването и безопасността.

4.8.    Регистри за разрешените типове превозни средства и инфраструктура

Съгласно член 34, параграф 1 от Директива 2008/57/ЕО „Агенцията създава и поддържа регистър на типовете превозни средства, разрешени от държавите-членки за въвеждане в експлоатация по железопътната мрежа на Общността“. Съгласно член 35, параграф 1 от Директива 2008/57/ЕО „Всяка държава-членка осигурява редовното публикуване и актуализиране на регистър на инфраструктурата“.

Понеже посочените регистри се актуализират и публикуват веднъж годишно, те не могат да бъдат използвани в подсистемата „Телематични приложения за пътнически услуги“. Следователно настоящата ТСОС няма никаква връзка с посочените регистри.

5.   СЪСТАВНИ ЕЛЕМЕНТИ НА ОПЕРАТИВНАТА СЪВМЕСТИМОСТ

5.1.    Определение

Съгласно член 2, буква е) от Директива 2008/57/ЕО „съставни елементи на оперативната съвместимост“ означава всеки елементарен компонент, група от компоненти, подкомплект или комплект от оборудване, включени или предназначени за включване в подсистема, от която оперативната съвместимост на железопътната система зависи пряко или косвено. Понятието „съставен елемент“ включва както материални обекти, така и нематериални обекти, като например софтуер.

5.2.    Списък на съставните елементи

Съставните елементи на оперативната съвместимост се разглеждат в съответните разпоредби на Директива 2008/57/ЕО.

Не са определени съставни елементи на оперативната съвместимост по отношение на подсистемата „Телематични приложения за пътнически услуги“.

За изпълнение на изискванията на настоящата ТСОС е необходима само стандартна информационна техника и не се налага въвеждането на специални разпоредби относно оперативната съвместимост в железопътния сектор. Това важи както за хардуерните компоненти, така и за използваното стандартно програмно осигуряване, като например операционна система и софтуер за управление на бази от данни. Приложният софтуер се избира от потребителите и може да бъде адаптиран и подобряван съобразно действителните функции и нужди на отделния потребител. При предлаганата „архитектура на интегрирани приложни програми“ се приема, че при различните приложни програми не се използва един и същ вътрешен информационен модел. Интегрирането на приложните програми се определя като процес, осигуряващ съвместната работа на приложни програми, проектирани независимо една от друга.

5.3.    Експлоатационни характеристики и спецификации на съставните елементи

Вж. точка 5.2. Не се прилага за ТСОС „Телематични приложения за пътнически услуги“.

6.   ОЦЕНКА НА СЪОТВЕТСТВИЕТО И/ИЛИ ГОДНОСТТА ЗА ИЗПОЛЗВАНЕ НА СЪСТАВНИТЕ ЕЛЕМЕНТИ И ПРОВЕРКА НА ПОДСИСТЕМАТА

6.1.    Съставни елементи на оперативната съвместимост

6.1.1.    Процедури за оценка

Не се прилага за ТСОС „Телематични приложения за пътнически услуги“.

6.1.2.    Модул

Не се прилага за ТСОС „Телематични приложения за пътнически услуги“.

6.2.    Подсистема „Телематични приложения за пътнически услуги“

Съгласно приложение II към Директива 2008/57/ЕО подсистемите се разбиват по структурни или функционални области. Оценяването на съответствието е задължително за техническите спецификации за оперативна съвместимост по структурни области. Подсистемата „Телематични приложения за пътнически услуги“ спада към функционалните области и настоящата ТСОС не определя никакви модули за оценка на съответствието.

7.   ПРИЛАГАНЕ

7.1.    Въведение

Настоящата ТСОС се отнася до подсистемата „Телематични приложения за пътнически услуги“. Съгласно приложение II към Директива 2008/57/ЕО тази подсистема е с функционален характер. Следователно прилагането на настоящата ТСОС не се основава на концепция за нова, обновена или модернизирана подсистема, както е обичайно за техническите спецификации за оперативна съвместимост относно структурни подсистеми, освен когато това е посочено в ТСОС.

Настоящата ТСОС ще бъде въведена поетапно:

7.2.    Първи етап — подробни ИТ спецификации, описание на управлението и генерален план

За първия етап се поставят три цели:

7.2.1.    Управление на проекта на първия етап

Комисията създава управителен комитет не по-късно от един месец след публикуването на настоящия регламент в Официален вестник на Европейския съюз, който да включва:

Този управителен комитет се председателства от: а) представител на Комисията; и б) лице, предложено от представителните органи от железопътния сектор. Комисията, подпомогната от членовете на управителния комитет, изготвя правилник за дейността на този управителен комитет, който трябва да бъде приет от управителния комитет. Взетите решения трябва да са прозрачни и да се придружават от солидна техническа и икономическа обосновка.

Членовете на управителния комитет могат да предлагат на управителния комитет включването на други организации като наблюдатели, когато съществуват сериозни технически и организационни причини за това.

7.2.2.    Роли и отговорности

7.2.2.1.   Заинтересовани страни

7.2.2.2.   Европейска железопътна агенция

7.2.2.3.   Комисия

▼M2

7.2.3.    Резултати

Материалите, изготвени при първия етап, включват, както следва:

▼B

7.2.4.    Ориентири за напредъка

▼M2

7.3.    Втори етап — разработване

Всички съответни действащи лица трябва да разработят разглежданата система в съответствие с разпоредбите в материалите от първия етап, както следва:

▼B

7.4.    Етап 3 — внедряване

След изменението на настоящата ТСОС системата се внедрява от всички заинтересовани участници.

7.5.    Управление на промените

7.5.1.    Процедура за управление на промените

Процедурите за управление на промените трябва да бъдат проектирани така, че да гарантират надлежен анализ на разходите и ползите от тези промени и контролираното им осъществяване. Тези процедури се определят, въвеждат, поддържат и управляват от Европейската железопътна агенция и включват:

Съветът за контрол на промените (CCB — Change Control Board) включва Европейската железопътна агенция, представителните органи от железопътния сектор, представителен орган на продавачите на билети, представителен орган на пътниците и държавите-членки. Това участие на страните гарантира общ поглед върху промените, които е необходимо да се направят, както и цялостна оценка на последиците от тях. Впоследствие съветът за контрол на промените ще премине под егидата на Европейската железопътна агенция.

7.5.2.    Специфична процедура за управление на промените за технически документи, публикувани от Европейската железопътна агенция

Техническите документи, цитирани в глава 4 от настоящата ТСОС (с изключение на стандартите, които са свързани с отворени въпроси) и изброени в приложение III към настоящия регламент, са публикувани от Европейската железопътна агенция съгласно член 5, параграф 8 от Директива 2008/57/ЕО.

Управлението на промените за тези технически документи се въвежда от Европейската железопътна агенция в съответствие със следните критерии:

Когато управлението на промените засяга елементи, които се използват съвместно с ТСОС „Телематични приложения за превоз на товари“ (TAF TSI), промените трябва да са съобразени в максималната възможна степен с тази вече прилагана ТСОС, за да се постигне оптимална синергия.

7.6.    Специфични случаи

7.6.1.    Въведение

Прилагането на следните специални разпоредби е позволено за специфичните случаи, посочени по-долу:

а)	състояния „P“ : постоянни състояния;

б)

състояния „T“ : временни състояния, при които се препоръчва планираната система да се достигне до 2020 г. (цел, формулирана в Решение № 1692/96/ЕО на Европейския парламент и на Съвета от 23 юли 1996 г. относно общностните насоки за развитието на трансевропейска транспортна мрежа ( 7 ), изменено с Решение № 884/2004/ЕО ( 8 )).

7.6.2.    Списък на специфични случаи

За настоящата ТСОС не се посочват специфични случаи.

8.   ТЪЛКОВЕН РЕЧНИК

Определенията в настоящия тълковен речник се отнасят до термините, използвани в настоящата ТСОС.

---

ПРИЛОЖЕНИЕ II

СПИСЪК НА ОТВОРЕНИТЕ ВЪПРОСИ

В съответствие с член 5, параграф 6 от Директива 2008/57/ЕО бяха установени следните отворени въпроси:

▼M2

---

ПРИЛОЖЕНИЕ III

▼B

---

ПРИЛОЖЕНИЕ IV

СПИСЪК НА ТАРИФИ, ПРЕДНАЗНАЧЕНИ ЗА МЕЖДУНАРОДНИ ИЛИ ЧУЖДЕСТРАННИ ПРОДАЖБИ

▼M2

В.1.    Тарифи за билети без включена резервация (NRT)

Тарифните данни за билети без включена резервация трябва да бъдат със следното основно съдържание:

Тарифите за билети без включена резервация трябва да бъдат предварително предоставени на разположение съгласно условията за тяхната продажба.

▼B

В.2.    Тарифи за билети с включена резервация (IRT)

Тарифните данни за билети с включена резервация трябва да бъдат със следното основно съдържание:

Тарифите за билети с включена резервация трябва предварително да бъдат предоставени на разположение съгласно условията за тяхната продажба.

В.3.    Специални тарифи

Данните за специалните тарифи трябва да бъдат със следното основно съдържание:

Специалните тарифи трябва предварително да бъдат предоставени на разположение съгласно условията за тяхната продажба.

▼M2

---

ПРИЛОЖЕНИЕ V

---

ПРИЛОЖЕНИЕ VI

Задачи на Националния център за контакти (НЦК) по телематичните приложения за пътнически услуги и за товарни услуги (ТППУ/ТПТУ)

---

( 1 ) ОВ L 191, 18.7.2008 г., стр. 1.

( 2 ) ОВ L 110, 20.4.2001 г., стр. 1.

( 3 ) ОВ L 64, 7.3.2008 г., стр. 72.

( 4 ) ОВ L 315, 3.12.2007 г., стр. 14.

( 5 ) ОВ L 164, 30.4.2004 г., стр. 1.

( 6 ) ОВ L 75, 15.3.2001 г., стр. 29.

( 7 ) ОВ L 228, 9.9.1996 г., стр. 1.

( 8 ) ОВ L 167, 30.4.2004 г., стр. 1.