Чл. 7

Член 7 Влизане в сила и прилагане Настоящият регламент влиза в сила на двадесетия ден след деня на публикуването му в Официален вестник на Европейския съюз. Прилага се от 1 януари 2015 г. Настоящият регламент е задължителен в своята цялост и се прилага пряко във всички държави членки. Съставено в Брюксел на 11 декември 2014 година.

За Комисията

Председател

Jean-Claude JUNCKER

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

(2) Регламент (ЕО) № 62/2006 на Комисията от 23 декември 2005 г. относно техническата спецификация за оперативната съвместимост на подсистемата „Телематични приложения за превоз на товари“ на Трансевропейската конвенционална железопътна система(ОВ L 13, 18.1.2006 г., стр. 1).

(1) Регламент (ЕО) № 881/2004 на Европейския парламент и на Съвета от 29 април 2004 г. за създаване на Европейска железопътна агенция („Регламент за създаване на Агенция“) (ОВ L 164, 30.4.2004 г., стр. 1). Допълнение I Списък на техническите документи № Означение Заглавие Версия Дата 1 ERA-TD-100 ТСОС ТПТП — ПРИЛОЖЕНИЕ A.5: ФИГУРИ И ДИАГРАМИ НА ПОСЛЕДОВАТЕЛНОСТТА НА СЪОБЩЕНИЯТА ПО ТСОС ТПТП 2.0 17.10.2013 г. 2 ERA-TD-101 ТСОС на TППТ — Приложение Г.2: Допълнение A (Пътно планиране за вагони/интермодални товарни единици — ИТЕ) 2.0 17.10.2013 г. 3. ERA-TD-102 ТСОС на TППТ — Приложение Г.2: Допълнение Б — Оперативна база данни за вагони и интермодални единици (WIMO) 2.0 17.10.2013 г. 4. ERA-TD-103 ТСОС на TППТ — Приложение Г.2: Допълнение В — Справочни файлове 2.0 17.10.2013 г. 5. ERA-TD-104 ТСОС на TППТ — Приложение Г.2: Допълнение Д — Общ интерфейс 2.0 17.10.2013 г. 6. ERA-TD-105 ТСОС на TППТ — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС TППТ 2.0 17.10.2013 г. Допълнение II Терминологичен речник Термин Описание Автомобилно извозване (Haulage) Транспортиране с автомобил Архив (Repository) Архивът е подобен на база данни и речник на данни; обикновено включва обаче цялостна среда за система за управление на информацията. Той трябва да включва не само описания на структурите от данни (например обекти и елементи), но и метаданни, които представляват интерес за предприятието, формуляри за показване на данни върху екрана, отчети, програми и системи Обикновено той включва и вътрешен набор от софтуерни инструменти, система за управление на базата данни, метамодел, въведени метаданни и софтуер за зареждане и извличане, осигуряващ достъп до данните в архива. ACID Завършеност, съгласуваност, изолация, устойчивост Става въпрос за четирите основни съставки на всяка трансакция:

Завършеност (Atomicity) При трансакция, в която участват най-малко два информационни елемента, или всички елементи се вземат под внимание, или нито един от тях.

Съгласуваност (Consistency) една трансакция или създава ново валидно състояние на данни, или при неуспех възстановява всички данни в началното им състояние.

Изолация (Isolation) трансакция, която е в процес на протичане и все още не е валидирана, трябва да остане изолирана от всяка друга трансакция.

Устойчивост (Durability) Валидираните данни се записват в системата по такъв начин, че да остават на разположение в нормално им състояние, дори при изключване и повторно пускане на системата. Концепцията за ACID е описана в стандарта ISO/IEC 10026-1:1992 г., раздел 4. Всяко от горепосочените свойства може да бъде измерено спрямо базова стойност за сравнение. По принцип прилагането на тази концепция е задължение на управителя или следящия трансакцията. В разпределени системи един начин за прилагане на ACID е чрез валидиране на два етапа (2PC), което гарантира, че или всички участващи в трансакцията сайтове трябва да се ангажират с нейното завършване, или никой от тях — в такъв случай трансакцията се анулира Бруто тегло на товара (Gross weight of load) Заявено/действително общо тегло (маса) на стоките, включително опаковката, но без оборудването на превозвача. Бърза заявка за маршрут (Short notice path request) Означава отделната заявка за маршрут, подадена съгласно член 23 от Директива 2001/14/ЕО поради допълнителни искания за превоз или експлоатационни нужди. Вагонен товар (Wagon load) Единичен товар, при който единицата е вагон. Влаков маршрут (Train path) Пътят на влака, определен във времето и пространството. Влаков маршрут/времеви интервал (Train Path/Slot) Описание на пътя на влака по отношение на времето и местата (съгласно километричните указатели) в които пътуването ще започне и приключи, заедно с подробни данни за съответните места по пътя, през които той ще премине или ще спре в тях. Подробните данни могат да включват също евентуални дейности по време на пътуването на влака, като например смяна на влаковата бригада, на локомотива, или други съответни промени. Водещо железопътно предприятие (Lead Railway Undertaking) Отговорно железопътно предприятие, което организира и управлява транспортната линия в съответствие с ангажимента към клиента. То е единственото място за контактуване от страна на клиента. Ако транспортната верига включва участие на няколко железопътни предприятия, водещото ЖПП отговоря също така за координацията между различните железопътни предприятия. В случай на интермодален транспорт, клиентът може да бъде обединител на интермодална транспортна услуга. Водещо ЖПП (LRU) Вж. водещо железопътно предприятие VPN Виртуална частна мрежа (Virtual Private Network) Терминът „виртуална частна мрежа“ се използва за описване на почти всеки вид система за дистанционно свързване, като например публичната телефонна мрежа и постоянните виртуални вериги за ретранслация на кадри (Frame Relay PVC's). С въвеждането на Интернет терминът VPN стана синоним на дистанционното мрежово ползване на данни въз основа на IP. Просто казано, VPN се състои от две или повече частни мрежи, които комуникират по защитен начин по публична мрежа. VPN може да съществува между отделна машина и частна мрежа (клиент до сървър) или между отдалечена локална мрежа и частна мрежа (сървър до сървър). Частните мрежи могат да се свързват чрез тунелиране. Дадена VPN обикновено използва Интернет като базова преносна мрежа, но с криприране на данните, изпращани между клиент VPN и шлюз VPN, така че те да не могат да бъдат четени ако бъдат прихванати по време на преноса им. GGP Gateway to Gateway Protocol (протокол за трансфер на данни между шлюзови устройства). Вж. също IP Дата/час на освобождаване (Release date/time) Дата/часа, когато се очаква стоките да бъдат освободени или са били освободени от клиента. Действителна дата/действителен час на заминаване (Departure date/time, actual) Действителната дата (и действителния час) на заминаване на превозното средство. Директен влак (Direct train) Влак със съответни вагони, който се движи между две точки на товарене и разтоварване (първоначална изходна точка — крайно местоназначение) без междинно преразпределяне на вагоните. Доставчик на услуги (Service Provider) Превозвач, който отговаря за съответния специфичен етап от превоза. Страна, която е получила и ползва резервацията. Единичен товар (Unit Load) Няколко отделни пакета, които са свързани, палетизирани или завързани заедно, така че да образуват обща единица за по-ефективно манипулиране с механични съоръжения. Цял влак (блок влак) (Unit train) Товарен влак, изпратен само с една товарителница и само един вид стоки и който се състои от еднакви вагони, движещи се от изпращача до получателя без междинно преразпределяне на вагоните. XDR (Външно представяне на данни) External Data Representation (външно представяне на данни) Протоколът XDR е специфициран в стандарта за външно представяне на данни [RFC1832]. XDR представлява стандарт за описание и криптиране на данни. Той е полезен за пренос на данни между компютри с различна архитектура. XDR съответства на представителния слой по ISO и е приблизително аналогичен по своето предназначение на X.409, ISO Abstract Syntax Notation. Основната разлика между тях е, че XDR използва неявно типизиране, докато X.409 използва явно типизиране. XDR използва език за описване на форматите на данните. Езикът може да се използва само за описване на данни; той не е програмен език. Този език дава възможност да се описват сложни формати на данни по кратък начин. Алтернативната възможност да се използват графични представяния (които сами по-себе си са неформален език) бързо става неразбираема при увеличение на сложността. Що се отнася до езика XDR, той е подобен на езика С. Протоколи като например ONC RPC (процедура за дистанционно повикване) и NFS (мрежов достъп до файлови системи) използват XDR за описване на формата на техните данни. В стандарта XDR се прави следното допускане: че байтовете (наричани още октети) са преносими, като един байт съдържа 8 бита данни. Дадено хардуерно устройство трябва да кодира байтовете в различни среди по такъв начин, че другите хардуерни устройства да могат да декодират байтовете без загуба на информация. XQL Extended Structured Query Language (разширен език за структурирани запитвания) XML-RPC (протокол за отдалечено извикване на процедура) XML-RPC е разширяем маркиращ езиков протокол за отдалечено извикване на процедура, който работи в Интернет. Той дефинира разширяем маркиращ езиков формат (XML формат) за съобщения, които се предават между клиенти и сървъри, използващи протокол за трансфер на хипертекст (HTTP). Дадено съобщение XML-RPC кодира или процедура, която да бъде извикана от сървъра заедно с параметрите, които да се използват при повикването, или резултата от повикване. Параметрите и резултатите от процедурата могат да бъдат скалари, числа, низове, дати и др.; също така те могат да бъдат комплексни структури със записи и списъци. В този документ е определено как да се използва BEEP (разширяем протокол за обмен на блокове) за пренос между клиенти и сървъри на съобщения, кодирани в XML-RPC формат. Еталонен модел OSI (OSI reference model) Стандартно описание на начина, по който следва да се предават съобщенията между всеки две точки от дадена мрежа. В модела OSI са дефинирани 7 слоя от функции, които се провеждат в края на дадена комуникация. Тези слоеве представляват единствената международно възприета рамка на стандарти за комуникация. Железопътно предприятие — ЖПП (Railway Undertaking — RU) Железопътно предприятие (съгласно Директива 2004/49/ЕО [9]) означава железопътно предприятие по смисъла на Директива 2001/14/ЕО, както и всяко друго публично или частно предприятие, чиято дейност се състои в осигуряване на железопътен превоз на товари и/или пътници, като предприятието трябва да осигурява теглителната сила; това включва и предприятия, които осигуряват само теглителна сила. ЖПП Вж. железопътно предприятие Заинтересовани страни (Stakeholders) Всяко лице или организация с основателен интерес към предоставянето на влакови услуги, като например:

Железопътно предприятие (ЖПП),

Организация, осигуряваща проследяване на експедирането,

Организация, осигуряваща локомотиви,

Организация, осигуряваща вагони,

Организация, осигуряваща машинисти/влакови бригади,

Организация, осигуряваща разпределителни паркове,

Организация, осигуряваща маневриране,

Обединител на услугата,

Организация, предоставяща времеви интервали (УИ),

Отговарящ за контролирането на влакове (УИ),

Управляващ движението,

Управител на подвижен състав,

Организация, осигуряваща фериботи,

Инспектор на вагони, локомотиви,

Организация, осигуряваща ремонт на вагони, локомотиви,

Управляващ експедирането,

Организация, осигуряваща маневрирането и разпределянето,

Организация, осигуряваща логистични услуги,

Получател,

Изпращач,

Допълнителни термини при интермодален транспорт:

Организация, осигуряваща контейнери,

Оператор на интермодален терминал,

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

Организация, осигуряваща транспорт по вода,

Организация, осигуряваща баржови линии. Заявител (Applicant) Означава железопътно предприятие или международна група железопътни предприятия, или други лица или юридически лица, като например компетентни органи съгласно Регламент (ЕО) № 1370/2007 и товароизпращачи, спедитори и оператори на комбиниран транспорт, които си набавят инфраструктурен капацитет с цел осигуряване на обществена услуга или от търговски интерес (Директива 2012/34/ЕС [3]). За разпределящ орган вж. дефиницията на УИ. Заявка за транспорт (Consignment order) Подраздел на товарителницата, който съдържа информацията, необходима на дадено железопътно предприятие за извършване на превоз на негова отговорност до прехвърлянето на товара на следващото железопътно предприятие. Инструкция за транспортирането на вагонна пратка. Използван капацитет на транспортната единица (Unit capacity used) Показател за степента на натоварване на транспортната единица (напр. пълна, празна, натоварване, по-малко от контейнерното — LCL). Изпращач (Consignor) Страна, която по договор с обединителя на услугата изпраща стоките със съответния превозвач или му ги предава. Синоними: Търговец, изпращащ стоки или изпращач на стоки. Интермодална единица (Intermodal Unit) Товарна единица, която може да бъде превозвана чрез различни видове транспорт, напр. контейнер, сменяем контейнер, полуремарке, ремарке. Интермодален терминал (Intermodal terminal) Обект, в който са осигурени пространство, съоръжения и работно оборудване за прехвърлянето на интермодалните товарни единици (контейнери за транспорт на товари, сменяеми контейнери, полуремаркета или ремаркета). Интермодален транспорт (Intermodal transport) Превоз на стоки в една и съща товарна единица или возило, при който се използват последователно няколко вида транспорт, без да се претоварват самите стоки при преминаването към друг вид транспорт. Интернет (Internet) — Всяка голяма мрежа, включваща множество по-малки мрежи; — група от мрежи, които са взаимносвързани, така че да образуват една непрекъсната голяма мрежа и да може да се установява връзка с тях безпрепятствено чрез мрежовия слой от модела OSI посредством маршрутизатори; — техническо наименование на мрежата, използвана като базово средство за електронна поща и за онлайн разговор в световен мащаб. IP Интернет протокол Интернет протоколът се използва за услуги за предаване на дейтаграми между главни (хост) компютри в система от взаимосвързани мрежи. Устройствата за свързване на мрежите се наричат шлюзове. Шлюзовете комуникират помежду си с цел извършване на контрол посредством протокол за трансфер на данни между шлюзови устройства (GGP).

ПРИЛОЖЕНИЕ СЪДЪРЖАНИЕ 1. 1.1. 1.2. 1.3. 1.4. 1.5. 2. 2.1. 2.2. 2.3. 2.3.1. 2.3.2. 2.3.3. 3. 3.1. 3.2. 3.3. 3.3.1. 3.3.2. 3.3.3. 3.3.4. 3.3.5. 3.4. 3.4.1. 3.4.2. 3.4.3. 3.4.4. 4. 4.1. 4.2. 4.2.1. 4.2.2. 4.2.3. 4.2.4. 4.2.5. 4.2.6. 4.2.7. 4.2.8. 4.2.9. 4.2.10. 4.2.11. 4.2.12. 4.3. 4.3.1. 4.3.2. 4.3.3. 4.3.4. 4.3.5. 4.4. 4.4.1. 4.4.2. 4.5. 4.6. 4.7. 5. 5.1. 5.2. 5.3. 6. 6.1. 6.1.1. 6.1.2. 6.1.3. 7. 7.1. 7.1.1. 7.1.2. 7.1.3. 7.1.4. 7.2. 7.2.1. 7.2.2. Допълнение I: Допълнение II: Допълнение III:

1. ВЪВЕДЕНИЕ

1.1. Съкращения

Таблица 1

Съкращения

Съкращение Цялостно наименование ANSI Американски национален институт за стандартизация ОИ Общ интерфейс ИП Искане за промяна ЕК Европейска комисия ЕЖА Европейска железопътна агенция (наричана също и Агенцията) ERTMS Европейска система за управление на железопътното движение ETCS Европейска система за контрол на влаковете УИ Управител на инфраструктура ISO Международна организация по стандартизация LAN Локална мрежа LCL Частично натоварване на контейнери ВЖПП Водещо железопътно предприятие ONC Open Network Computing (изчисления в отворена компютърна мрежа) OTIF Междуправителствена организация за международни железопътни превози PVC Permanent Virtual Circuit (постоянна виртуална верига) RISC Комитет по оперативна съвместимост и безопасност на железопътната система ЖПП Железопътно предприятие ТПТП Телематични приложения за товарни превози ТППП Телематични приложения за пътнически превози TCP/IP Transmission Control Protocol (мрежов протокол за управление на предаването на данни)/Internet Protocol (използван в Интернет протокол) TEN Трансевропейска мрежа ТСОС Технически спецификации за оперативна съвместимост WK Ползватели на вагони WP Работна група, организирана от ЕЖА 1.2. Цитирани документи

Таблица 2

Цитирани документи

№ Означение на документа Заглавие Последно издание [1] Директива 2008/57/ЕО Директива 2008/57/ЕО на Европейския парламент и на Съвета от 17 юни 2008 г. относно оперативната съвместимост на железопътната система в рамките на Общността (ОВ L 191, 18.7.2008 г., стр. 1) 17.6.2008 г. [2] Регламента за ТСОС ТППП — Регламент (ЕС) № 454/2011 Регламент (ЕС) № 454/2011 на Комисията от 5 май 2011 г. относно техническата спецификация за оперативна съвместимост на подсистемата „Телематични приложения за пътнически услуги“ на трансевропейската железопътна система (ОВ L 123, 12.5.2011 г., стр. 11) 5.5.2011 г. [3] Директива 2012/34/EC Директива 2012/34/ЕС на Европейския парламент и на Съвета от 21 ноември 2012 г. за създаване на единно европейско железопътно пространство (ОВ L 343, 14.12.2012 г., стр. 32) 21.11.2012 г. [4] ERA-TD-105 ТСОС ТППТ — ПРИЛОЖЕНИЕ Г.2: ДОПЪЛНЕНИЕ Е — МОДЕЛ НА ДАННИ И СЪОБЩЕНИЯ В ТСОС ТПТП 22.3.2013 г. [5] Регламента за ТСОС ТПТП — Регламент (ЕС) № 62/2006 Регламент (ЕО) № 62/2006 от 23 декември 2005 г. на Комисията относно техническата спецификация за оперативната съвместимост на подсистемата „Телематични приложения за превоз на товари“ на Трансевропейската конвенционална железопътна система (ОВ L 13, 18.1.2006 г., стр. 1) 18.1.2006 г. [6] Регламент (ЕС) № 280/2013 на Комисията Регламент (ЕС) № 280/2013 на Комисията от 22 март 2013 г. за изменение на Регламент (ЕО) № 62/2006 относно техническата спецификация за оперативната съвместимост на подсистемата „Телематични приложения за превоз на товари“ на Трансевропейската конвенционална железопътна система (ОВ L 84, 23.3.2013 г., стр. 17) 22.3.2013 г. [7] Регламент (ЕС) № 328/2012 на Комисията Регламент (ЕС) № 328/2012 на Комисията от 17 април 2012 г. за изменение на Регламент (ЕО) № 62/2006 относно техническата спецификация за оперативната съвместимост на подсистемата „Телематични приложения за превоз на товари“ на Трансевропейската конвенционална железопътна система (ОВ L 106, 18.4.2014 г., стр. 14) 17.4.2012 г. [8] C(2010) 2576 окончателен Решение на Комисията от 29 април 2010 г. относно мандат за Европейската железопътна агенция да разработва и преразглежда техническите спецификации за оперативна съвместимост с цел разширяване на техния обхват за цялата железопътна система в Европейския съюз 29.4.2010 г. [9] Директива 2004/49/ЕО Директива 2004/49/ЕО на Европейския парламент и на Съвета от 29 април 2004 г. относно безопасността на железопътния транспорт в Общността и за изменение на Директива 95/18/ЕО на Съвета относно лицензирането на железопътните предприятия и Директива 2001/14/ЕО относно разпределяне на капацитета на железопътната инфраструктура и събиране на такси за ползване на железопътната инфраструктура и за сертифициране за безопасност (Директива относно безопасността на железопътния транспорт) (ОВ L 164, 30.4.2004 г., стр. 44) 28.11.2009 г. [10] Директива 2001/13/ЕО Директива 2001/13/ЕО на Европейския парламент и на Съвета от 26 февруари 2001 г. за изменение на Директива 95/18/ЕО на Съвета относно лицензиране на железопътните предприятия (ОВ L 75, 15.3.2001 г., стр. 26) 26.2.2001 г. 1.3. Технически обхват

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

Географският обхват на настоящата ТСОС съответства на мрежата на цялостната железопътна система, която включва: — Мрежата на трансевропейската конвенционална железопътна система (TEN), както е описана в приложение I, раздел 1.1 „Мрежа“ от Директива 2008/57/ЕО [1]. — Мрежата на трансевропейската високоскоростна железопътна система (TEN), както е описана в приложение I, точка 2.1 „Мрежа“ от Директива 2008/57/ЕО [1]. — Други части на цялостната железопътна система, включени след разширението на обхвата, както е описано в приложение I, точка 4 от Директива 2008/57/ЕО [1]. Изключват се случаите, посочени в член 1, параграф 3 от Директива 2008/57/ЕО [1].

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

Съдържанието на настоящата ТСОС ТПТП е в съответствие с член 5 от Директива 2008/57/ЕО [1]. Също така, настоящата ТСОС включва в глава 4 (Определяне на характеристиките на подсистемата) специфичните изисквания относно експлоатацията и поддръжката, отнасящи се за обхвата, посочен съответно в параграф 1.1 (Технически обхват) и параграф 1.2 (Географски обхват).

1. ДЕФИНИРАНЕ НА ПОДСИСТЕМАТА И ОБХВАТА

2.1. Функции, влизащи в обхвата на настоящата ТСОС

Подсистемата „Телематични приложения за товарни превози“ е определена в приложение II към Директива 2008/57/ЕО [1], точка 2.5, буква б). Тя включва по-специално: — Приложения за товарни превози, включително информационни системи (проследяване в реално време на товарите и влаковете), — Системи за разпределение и композиране, като в случая „системи за композиране“ означава системите за композиране на влаковете, — Системи за резервиране (в смисъл на резервиране на маршрути), — Управление на връзките с други видове транспорт и създаване на електронни придружаващи документи. 2.2. Функции извън обхвата на ТСОС

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

2.3.1. Участващи стопански субекти

Настоящата ТСОС взема предвид настоящите и различни потенциални бъдещи доставчици на услуги, участващи в превоза на товари, по-специално посредством (списъкът не е изчерпателен): — Вагони — Локомотиви — Машинисти — Стрелки и разпределителни гърбици — Продажба на часови интервали — Управление на товарите — Композиране на влаковете — Експлоатация на влаковете — Мониторинг на движението на влаковете — Управление на движението на влаковете — Мониторинг на пратките — Инспекции и ремонт на вагоните и/или локомотивите — Освобождаване на товари от митниците — Експлоатация на интермодални терминали — Осигуряване на автомобилно извозване. Някои доставчици на услуги са изрично дефинирани в Директиви 2012/34/ЕС [3], 2008/57/EО [1] и 2004/49/ЕО [9]. Тъй като тези директиви трябва да бъдат взети под внимание, настоящата ТСОС е съобразена по-специално със с дефинициите на:

Управител на инфраструктура (УИ) (Директива 2012/34/EС [3]) означава всяка организация или дружество, отговарящи по-специално за изграждането, управлението и поддръжката на железопътна инфраструктура, включително ръководството на движението и контрола, управлението и сигнализацията; функциите на управител на инфраструктурата на дадена мрежа или част от мрежа могат да бъдат поверени на различни органи или дружества. Когато управителят на инфраструктура не е независим от железопътни предприятия по отношение на юридическата си форма, организация или функции по вземане на решения, функциите, посочени в глава IV, раздели 2 и 3, се изпълняват съответно от начисляващ таксите орган и от разпределящ орган, които са независими по отношение на юридическата си форма, организация и вземане на решения от железопътните предприятия. Въз основа на това определение в настоящата ТСОС управителят на инфраструктура се разглежда като доставчик на услуги, натоварен с предоставянето на маршрутите, управлението на движението и проследяването на влаковете, както и с докладването относно влаковете и маршрутите.

Заявител (съгласно Директива 2012/34/ЕС [3]) означава железопътно предприятие или международна група железопътни предприятия, или други лица или юридически лица, като например компетентни органи съгласно Регламент (ЕО) № 1370/2007 и товароизпращачи, спедитори и оператори на комбиниран транспорт, които си набавят инфраструктурен капацитет с цел осигуряване на обществена услуга или от търговски интерес;

Железопътно предприятие (съгласно Директива 2004/49/ЕО [9]) означава железопътно предприятие по смисъла на Директива 2001/14/ЕО, както и всяко друго публично или частно предприятие, чиято дейност се състои в осигуряване на железопътен превоз на товари и/или пътници, като предприятието осигурява теглителната сила; това включва и предприятия, които предоставят само теглителна сила;. Въз основа на това определение настоящата ТСОС приема железопътното предприятие като доставчик на услуги за експлоатация на влаковете. Що се отнася до предоставянето на маршрути, под внимание трябва да бъде взет също член 38 от Директива 2012/34/ЕС [3]: Разпределянето на инфраструктурен капацитет се извършва от управителя на инфраструктура. Веднъж разпределен на един заявител, той не може да се прехвърля от получателя на друго предприятие или за друг вид услуги. Всякакво търгуване с инфраструктурен капацитет е забранено и води до изключване от по-нататъшно разпределяне на капацитет. Не се счита за прехвърляне използването на капацитет от дадено железопътно предприятие в случаите, когато извършва дейността на заявител, който не е железопътно предприятие. Във връзка със сценариите за комуникация между управители на инфраструктура и заявители при режима на изпълнение на транспорт се вземат под внимание единствено управителите на инфраструктура (УИ) и железопътните предприятия (ЖПП), а не всички видове заявители, които могат да имат отношение към режима на планиране. При режима на изпълнение винаги се задава дефинирано взаимоотношение УИ — ЖПП, за което са специфицирани в настоящата ТСОС съответно обменът на съобщения и съхранението на информация. Това не оказва никакво влияние на определянето на кандидата, нито на възможностите за предоставяне на маршрути, които произтичат от него. Товарният транспорт е свързан с предоставянето на различни видове услуги. Една такава услуга е например предоставянето на вагони. Тази услуга може да е свързана с управител на железопътен парк. Ако тази транспортна услуга е една от услугите, предлагани от ЖПП, то това ЖПП действа също като управител на железопътен парк. Управителят на железопътен парк може да стопанисва свои собствени вагони и/или вагони на друг ползвател (друг доставчик на услуги за предоставяне на товарни вагони). Нуждите на този вид доставчик също се вземат под внимание, независимо от това дали управителят на железопътния парк е ЖПП или не. Настоящата ТСОС не създава нови юридически лица и не принуждава нито едно ЖПП да привлича външни доставчици на услуги за извършване на услугите, което то самото предлага, но в нея се назовава, когато е необходимо, даден вид услуга посредством названието на съответния неин доставчик. Ако услугата се предоставя от ЖПП, то действа като доставчик на тази услуга. Когато поради съответни нужди на клиента една от услугите се състои в организирането и управляването на транспортната верига в съответствие с ангажиментите, поети по отношение на клиента, тази услуга се предоставя от водещото железопътно предприятие (водещо ЖПП или ВЖПП). ВЖПП е единствената точка за контакти за клиента. Ако транспортната верига включва участие на няколко железопътни предприятия, ВЖПП отговоря също така за координацията между тях. Тази услуга може също така да бъде изпълнявана от спедитор или от всяка друга организация. Ролята на едно ЖПП в качеството му на ВЖПП зависи от типа на транспортния поток. Що се отнася до интермодалната дейност, управлението на капацитета на маршрутните влакове и изготвянето на пътните листове се извършва от интегратор на интермодални услуги, който би могъл да бъде и клиент на ВЖПП. Въпреки това е от първостепенно значение ЖПП, УИ и всички други доставчици на услуги (в посочения по-горе смисъл) да работят заедно, в сътрудничество и/или в режим на свободен достъп, както и посредством ефективен обмен на информация, с цел предоставянето на цялостни услуги на клиентите. 2.3.2. Разгледани процедури

В съответствие с Директива 2008/57/ЕО [1], настоящата ТСОС относно железопътния товарен транспорт е насочена само към УИ и ЖПП/ВЖПП, във връзка с техните преки клиенти. ВЖПП трябва по съответно договорно споразумение да предоставя на клиентите следните видове информация: — Информация за маршрута. — Информация за движението на влаковете по договорени за докладване точки от маршрута, включващи като минимум точките на заминаване, на прехвърляне/предаване на влака и на пристигане в рамките на договорен транспорт. — Очакваният час на пристигане (ОЧП) в крайното местоназначение, включително разпределителни гари и интермодални терминали. — Прекъсване на превоза В случай, че водещото ЖПП научи за смущение в превоза, то трябва своевременно да я предаде на клиента. Съответните съобразени с ТПТП съобщения за предаването на тази информация са дефинирани в глава 4. В рамките на услугите по превоз на товари дейността на дадено водещо ЖПП започва с приемането на товарителницата, издадена от неговия клиент, и например ако се отнася до товарни вагони — от датата и часа на тяхното предоставяне на разположение. Водещото ЖПП изготвя предварителен пътен план (въз основа на своя опит и/или договор) за транспортното пътуване. Ако водещото ЖПП има намерение да разположи товарния вагон във влак с режим на свободен достъп (като експлоатира влака по време на цялото пътуване), то тогава предварителният пътен план е окончателен. Ако водещото ЖПП има намерение да разположи товарния вагон във влак, чиято експлоатация включва сътрудничество и с други ЖПП, водещото ЖПП трябва най-напред да установи с кои ЖПП следва да влезе в контакт и в кой момент от времето може да стане прехвърлянето между две последователни ЖПП. След това водещото ЖПП подготвя предварителни заявки за транспорт, поотделно за всяко ЖПП, като части от цялостната товарителница. Заявките за транспорт на вагони са описани в глава 4.2.1 (Данни в товарителниците). ЖПП, с които е осъществен контакт, проверяват разполагаемостта на необходимия капацитет за експлоатация на вагоните и разполагаемостта на маршрута. Техните отговори дават възможност на водещото ЖПП да уточни своя пътен план или да направи отново запитване — като евентуално се обърне към други ЖПП — докато най-накрая този план започне да съответства на изискванията на клиента. Най-общо ЖПП/ВЖПП трябва като минимум да имат способност да изпълняват следните дейности: — ДА ДЕФИНИРАТ услугите по отношение на тарифите и времето на транзитиране, осигуряването на вагони (в съответните случаи), информацията относно вагоните и интермодалните транспортни единици (местоположение, състояние и очаквания час на пристигане — наричан по-нататък „ОЧП“), мястото на натоварване на товарите на празни вагони, в контейнери и т. н.; — ДА ИЗПЪЛНЯВАТ дефинираната услуга по надежден и безпрепятствен начин, като използват общоприложими стопански процедури и свързани системи. ЖПП, УИ и останалите доставчици на услуги и участници, като например митниците, трябва да имат възможност да обменят информация по електронен път; — ДА ИЗМЕРВАТ качеството на предоставената услуга в сравнение с дефинираното, т.е. реално определени разходи спрямо обявената цена, реалните времена на транзитиране спрямо поетите ангажименти, поръчаните вагони спрямо осигурените, очакваните часове на пристигане спрямо реалните часове на пристигане; — ДА ЕКСПЛОАТИРАТ с висока продуктивност от гледна точка на неговото ползване влаковия, инфраструктурния и парковия капацитет, като прилага стопански процеси, системи и средства за обмен на данни, необходими за подпомагане на определянето на графика за вагоните/интермодалните транспортни единици. В качеството си на заявители ЖПП/ВЖПП също така трябва да осигуряват (чрез договори с УИ) необходимите маршрути и да експлоатират влака по своя участък от пътуването. Те могат да използват вече резервирани (в режим на планиране) маршрути или да поискат от съответния(-ите) управител(-и) на инфраструктура(-и) специален за целта маршрут за участъка (участъците) от пътя, по които съответното ЖПП експлоатира влака. В приложение I е даден пример за сценарий за заявка на маршрут. Притежанието на маршрут също така има важно значение за комуникацията между ЖПП и УИ по време на движението на влака. Комуникацията трябва винаги да се основава на номера на влака и на маршрута, които ЖПП е резервирало в инфраструктурата на УИ (виж също приложение I). Ако дадено ЖПП осигурява изцяло пътя A–F (в режим на свободен достъп за ЖПП и без участие на друго ЖПП), всеки заинтересован УИ трябва да комуникира пряко и единствено с него. Този „свободен достъп“ може да бъде осигурен чрез резервиране на маршрут на „едно гише“, или пряко от всеки УИ за отделните участъци от пътя. В настоящата ТСОС са взети предвид и двете възможности, както е посочено в глава 4.2.2.1. Заявка за маршрут, предварителни бележки. Процедурата на диалог между ЖПП и УИ за определянето на маршрут на товарен влак е описана в глава 4.2.2 (Заявка за маршрут). Тази функция се основава на член 48, параграф 1 от Директива 2012/34/ЕС [3]. Процедурата на диалог не включва получаването на лиценз за ЖПП, предоставящо услуги съгласно Директива 2001/13/ЕО [10], получаването на сертификат съгласно Директива 2012/34/ЕС [3], и правата за достъп съгласно Директива 2012/34/ЕС [3]. Обменът на информация относно композирането и процедурата по потегляне на влаковете е описан в глава 4.2.3 (Подготовка на влака). Обменът на данни по време на движението на влака при нормална експлоатация е описан в глава 4.2.4 (Прогнозиране на движението на влака), а съобщенията относно извънредните ситуации са описани в глава 4.2.5 (Информация за прекъсване на услугата). Всички тези съобщения се обменят между ЖПП и УИ и се базират на съответните влакове. Най-важната информация за клиента при всички случаи е очакваният час на пристигане (ОЧП) на неговите стоки. Очакваният час на пристигане може да бъде изчислен въз основа на обмена на информация между водещото ЖПП и УИ (в случай на режим на свободен достъп). В случай на сътрудничество между няколко ЖПП, очакваният час на пристигане и очакваните часове на прехвърляне (ОЧПР) могат да бъдат определени въз основа на обменените съобщения между ЖПП и УИ, които са предоставени от водещото ЖПП на ЖПП (глава 4.2.6 „Очакван час на прехвърляне/Очакван час на пристигане на товара“).

Този обмен на информация позволява също така на водещото ЖПП да е информирано например по следните въпроси: — кога вагоните са тръгнали от или пристигнали в разпределителната гара или на определено място (глава 4.2.7 Движение на вагоните) — кога отговорността за вагоните е била прехвърлена от едно ЖПП на друго в рамките на транспортната верига (глава 4.2.8. Доклади за прехвърляне). От информацията, обменяна между УИ и ЖПП, както и между ЖПП и водещото ЖПП, е възможно да се получат различни статистически данни, които да послужат както следва: — в средносрочен план — за по-подробно планиране на работния процес и — в дългосрочен план — за стратегическо планиране и проучвания относно капацитета (напр. анализи на мрежите, определяне на коловозите, използвани със служебна цел и на разпределителните гари, планиране на подвижния състав), но най-вече — за подобряване на качеството на транспортната услуга и на производителността (глава 4.2.9 Обмен на данни за подобряване на качеството). Начинът на процедиране с празните вагони придобива особено значение при наличие на оперативно съвместими вагони. По принцип няма разлика между начина на процедиране с натоварени и празни вагони. Транспортът на празни вагони също се базира на заявки за транспорт, и поради това управителят на парка за тези празни вагони трябва да бъде разглеждан като клиент. 2.3.3. Общи бележки

Качеството на информационната система зависи от достоверността на съдържащите се в нея данни. Ето защо данните, които играят определяща роля при изпращането на дадена пратка, вагон или контейнер, трябва да бъдат точни и да са придобити по икономически ефективен начин, което означава данните да се въвеждат в системата само веднъж. По този начин приложенията и съобщенията съгласно настоящата ТСОС дават възможност да се избегне ръчното и повторно въвеждане на данни посредством достъп до вече записана информация, например справочната информация относно подвижния състав. Изискванията относно справочните данни за подвижния състав са определени в глава 4.2.10 (Основни справочни данни). Специфицираните справочни бази данни за подвижния състав трябва да дават възможност за лесен достъп до техническата информация. Въз основа на структурираните права за достъп в зависимост от правомощията, съдържанието на тези бази данни трябва да бъде достъпно за всички УИ, ЖПП и управители на паркове, по-специално за целите на управлението на парковете и поддръжката на подвижния състав. Те трябва да съдържат всички технически данни, които са необходими за транспорта, като например: — Идентификация на подвижния състав, — Технически/проектни данни, — Оценка на съвместимостта с инфраструктурата, — Оценка на съответните товарни характеристики, — Съответните спирачни характеристики, — Данни за поддръжката и ремонта, — Характеристики във връзка с околната среда. При интермодалния транспорт на някои специфични места (наричани преходни точки) е възможно не само вагонът да бъде прикачен към друг влак, но също така и интермодалната единица да бъде преместена от един вагон в друг. Следователно не е достатъчно да се работи единствено с пътен план на вагоните; необходимо е също така да се изготви такъв план и за интермодалните единици. В глава 4.2.11 (Разни справочни данни) са посочени някои справочни файлове и различни бази данни, между които и Оперативната база данни за вагоните и интермодалните единици (Wagon and Intermodal Unit Operational Database.). Тази база данни съдържа данни относно функционалното състояние на подвижния състав, информация за теглото и опасните стоки, информация във връзка с интермодалните единици и информация за местонахождението. ТСОС на подсистемата „Телематични приложения за товарни превози“ дефинира необходимата информация, която трябва да бъде обменяна между различните участващи в транспортната верига партньори, и дава възможност за въвеждане на стандартизирана и задължителна процедура за обмен на данни. Тя показва също така стратегия за архитектурата на такава комуникационна платформа. Това е разгледано в глава 4.2.12 (Работа в мрежа и комуникации), където са взети предвид: — интерфейсът към подсистемата „Експлоатация и управление на движението“, спомената в член 5, параграф 3 от Директива 2008/57/ЕО [1], — изискванията относно съдържанието на референтния документ за железопътната мрежа, които са зададени в член 27 и в приложение IV към Директива 2012/34/ЕС [3], — наличната информация относно товарните вагони и изискванията по поддръжката, определени в ТСОС „Подвижен състав“. Няма пряко предаване на данни от подсистемата „Телематични приложения за товарни превози“ във влака, към машиниста или към елементи от подсистемата „Контрол, управление и сигнализация“ и при това съответната предавателна мрежа е физически напълно независима от мрежата, използвана от подсистемата „Контрол, управление и сигнализация“. Системата ERTMS/ETCS (Европейска система за управление на железопътното движение/Европейска система за управление на влаковете) използва GSM-R (Глобалната система за мобилна комуникация на железниците). В тази отворена мрежа спецификациите на ETSC показват, че сигурността се гарантира чрез съответното управление в протокола EURORADIO на рисковете в отворените мрежи. Интерфейсите към структурните подсистеми „Подвижен състав“ и „Контрол и управление“ се дават само посредством справочните бази данни за подвижния състав (глава 4.2.10.2: Справочни бази данни за подвижния състав), които се управляват от ползвателите на подвижния състав. Интерфейсите към подсистемите „Инфраструктура“, „Контрол и управление“ и „Енергия“ се дават с дефинирането на маршрута (глава 4.2.2.3: Съобщение с подробни данни за маршрута) от УИ, в което се уточняват свързаните с инфраструктурата параметри за влака, както и с предоставяната от УИ информация относно ограниченията в инфраструктурата (глава 4.2.2 Заявка за маршрут и глава 4.2.3 Подготовка на влака).

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

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

Съгласно член 4, параграф 1 от Директива 2008/57/EО [1], трансевропейската железопътна система, подсистемите и съставните елементи на оперативна съвместимост трябва да отговарят на съществените изисквания, посочени в общ вид в приложение III към тази директива. В рамките на настоящата ТСОС, спазването на спецификациите, описани в глава 4, осигурява спазване и на посочените в глава 3 съществени изисквания за подсистемата. Определяне на характеристиките на подсистемата. 3.2. Аспекти на съществените изисквания

Съществените изисквания се отнасят до: — Безопасност, — Надеждност и разполагаемост, — Опазване на здравето, — Защита на околната среда. — Техническа съвместимост. Съгласно Директива 2008/57/ЕО [1] съществените изисквания могат да се прилагат по принцип за цялата трансевропейска железопътна система или да са специфични за всяка подсистема и нейните съставни елементи. 3.3. Аспекти, свързани с изискванията от общ характер

Наличието на значимост на изискванията от общ характер към подсистемата „Телематични приложения за товарни превози“ се определя както следва: 3.3.1. Безопасност

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

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

Това съществено изискване се изпълнява посредством посоченото в следните глави: —

—

—

Когато управлението на измененията засяга елементи, които се използват съвместно с ТСОС „Телематични приложения за пътнически услуги“ [2], измененията трябва да са съобразени в максималната възможна степен с тази вече прилагана ТСОС, за да се постигнат оптимални полезни взаимодействия.

ICMP Internet Control Message Protocol (ICMP) — протокол за изпращане на контролни съобщения Понякога даден шлюз (вж. GGP) или главен компютър (хост) на краен получател (вж. IP) комуникира с хостa източник, напр. за да съобщи за грешка в обработката на дейтаграма. За такива цели се използва горепосоченият протокол — Internet Control Message Protocol (ICMP). ICMP използва базовото осигуряване на IP все едно че е протокол от по-високо ниво, но в същото време ICMP е съставна част от IP и трябва да се прилага от всеки IP модул. Съобщения от типа ICMP се изпращат при редица ситуации, например когато дадена дейтаграма не може да достигне до своето местоназначение, когато шлюзът няма достатъчно буферна памет за препращане на дейтаграма, и когато шлюзът може да насочи хоста да изпрати трафик по по-кратък маршрут. Интернет протоколът не е проектиран да гарантира абсолютна надеждност. Предназначението на тези контролни съобщения е да осигуряват обратна информация за проблеми в комуникационната среда, а не да направят IP надежден. Все още няма гаранции, че ще бъде доставена дадена дейтаграма или че ще се върне съответно контролно съобщение. Възможно е някои дейтаграми да не бъдат доставени без да се получи съобщение за тяхното загубване. Протоколите от по-високо ниво, използващи IP, трябва да изпълняват свои собствени процедури за надеждност, в случай че се изисква надеждна комуникация. Съобщенията ICMP обикновено докладват за грешки в обработката на дейтаграмите. За да се избегне пораждането на безкрайна поредица от съобщения за съобщенията, не е възможно изпращането на съобщения ICMP за съобщения ICMP. Също така, съобщенията ICMP се изпращат само за грешки при боравенето с нулевия фрагмент на фрагментирани дейтаграми. (Нулевият фрагмент е с отместване, равно на нула). Клиент (Customer) е субектът, който издава товарителницата и я предава на водещото железопътно предприятие. Код по Комбинираната номенклатура — код по КН (CN-code) 8-цифров код от списък с кодове на продуктите, използван от митниците Код по Хармонизираната система (HS code) 6-цифров код в списък от продукти, използван от митниците, същия като първите 6 цифри от кода по Комбинираната номенклатура Комбиниран автомобилно-железопътен транспорт (Combined road — rail transport) Интермодален транспорт, в който по-голямата част от пътуването в Европа е със железопътен транспорт и всеки първоначален и/или краен участък, изпълняван с автомобилен транспорт, е възможно най-кратък. Криптиране (Encryption) Кодиране на съобщения Декриптиране: означава преобразуване на криптирани данни в техния първоначален вид Маршрут (Path) Означава инфраструктурния капацитет, необходим за движението на даден влак между две местоположения за определен период от време (път, определен във времето и пространството). Маршрутен влак (Block train) Специфичен вид директен влак с точно необходимия брой вагони, който се движи между две точки на претоварване без междинно преразпределяне на вагоните. Маршрутен път (Route) Географският път, който трябва да бъде изминат от началната точка до местоназначението. Междинна точка (Intermediate point) Означава местонахождението на начална или крайна точка на участък от пътуването. Такава точка може да бъде например точка на прехвърляне, предаване или прекомпозиране. Международна спогодба за взаимно използване на товарни вагони (RIV) Правилници за взаимното ползване на товарните вагони в международния транспорт. Правилници за взаимното ползване на товарачни съоръжения, контейнери и палети в международния транспорт. Местоназначение (Place of destination) Място, където превозното средство трябва да пристигне или е пристигнало. Синоним: Място на пристигане; Метаданни (Metadata) Просто казано — данни за данните. Метаданните описват данни, софтуерни услуги и други компоненти, съдържащи се в информационната система на предприятието. Примери за различни видове метаданни включват: определения за стандартни данни, информация за местонахождение и маршрут, както и метаданни за управление на синхронизацията при разпространението на обменяни данни МОЖЕ (MAY) Тази дума или прилагателното „НЕЗАДЪЛЖИТЕЛНО“ означава, че разглежданият елемент е наистина незадължителен. Даден доставчик може да реши да включва в услугата си съответния елемент тъй като някой определен пазар го изисква или защото доставчикът смята, че този елемент подобрява продукта, а в същото време друг доставчик може да реши да не включва в услугата си този елемент. Дадена реализация, която не включва определен незадължителен елемент ТРЯБВА да е готова за съвместна работа с друга реализация, която включва този елемент, макар и с намалена функционалност. Аналогично дадена реализация, която включва определен незадължителен елемент ТРЯБВА да е готова за съвместна работа с друга реализация, която не включва този елемент (с изключение, разбира се, на характеристиката, осигурявана от този елемент). Място на доставяне (Place of delivery) Място, където се извършва доставянето (посочва се и отправната гара). Място, където се променя отговорността за вагона. Място на отпътуване (Place of departure) Място, откъдето е планирано да отпътува или е отпътувало дадено превозно средство. Надеждност, разполагаемост, ремонтопригодност, безопасност (RAMS) Надеждност— възможността за започване и продължаване на експлоатация при определените експлоатационни условия за определен период от време, изразена математически; Разполагаемост— времето в експлоатация, сравнено с времето извън експлоатация, изразено математически; Ремонтнопригодност— пригодността на дадена система да бъде върната в експлоатация след отказ, изразена математически; Безопасност— вероятността за пораждане от системата на опасно събитие, изразена математически. Наемател (Hirer) Всяко физическо или юридическо лице, определено като наемател от ползвателя/собственика на даден вагон. НЕ СЛЕДВА (SHOULD NOT) Този израз или изразът „НЕ СЕ ПРЕПОРЪЧВА“ означават, че би могло да съществуват основателни причини при определени обстоятелства, при които дадено поведение да е приемливо или дори полезно, но е необходимо да бъдат осъзнати цялостните последици и случаят да бъде внимателно преценен, преди да се приложи поведението, описано в този надпис. Номер на локомотива (Loco ID) Уникален идентификационен номер на дадена тягова единица. Номер на маршрута (Path number) Номер на определения влаков маршрут Носещо отговорност лице (Duty holder) Всяко физическо или юридическо лице, носещо отговорност за внасяния от него риск в железопътната мрежа, т.е. железопътното предприятие. Нотифицирани органи (Notified bodies) Органите, които са отговорни за оценката на съответствието и годността за употреба на съставните елементи на оперативната съвместимост или за оценката на процедурата „ЕО“ за проверка на подсистемите. (Директива 91/440/EИО на Съвета (1). NFS Network File System (Протокол за мрежов достъп до файлови системи) представлява протокол за разпределени файлови системи. Протоколът Network File System (NFS) осигурява прозрачен дистанционен достъп до споделени файлови системи в мрежите. Протоколът NFS е предназначен да бъде независим от машината, операционната система, мрежовата архитектура, механизмът за сигурност и транспортния протокол. Тази независимост се постига чрез използването на примитиви на процедура за дистанционно повикване (RPC primitives), изградени върху външно представяне на данни (XDR). Обединител на интермодална услуга (Intermodal Service Integrator) Всяка организация или предприятие, която е сключила (което е сключило) договор с клиенти за транспортирането на интермодални товарни единици. Обединителят на интермодална услуга изготвя пътни листове, управлява капацитета на маршрутни влакове и т.н. Обслужване на едно гише (One Stop Shop — OSS) Международно партньорство между управители на железопътна инфраструктура за предоставяне на клиентите на единна точка за контакт за целите на: — Поръчване на определени влакови маршрути за международни товарни превози, — Мониторинг на цялото влаково движение, — Обикновено също и за фактуриране на такси за достъп до железопътните линии от името на управители на инфраструктура. ОВПВ (TETA) Вж. Очаквано време на пристигане на влака Оператор на интермодален транспорт (Intermodal operator) Всяка организация, която е сключила договор за интермодален транспорт и поема цялата отговорност за транспортирането на интермодалните товарни единици. OSI Взаимодействие на отворени системи (Open Systems Interconnection) Описва комуникационен протокол за отворени системи, базиращ се на еталонния модел OSI. Отворените системи могат да комуникират независимо от решения, обект на индустриална собственост. OSS Вж. обслужване на едно гише Очаквано време на пристигане на влака (Train Estimated Time of Arrival) Означава очакваното време на пристигане на влака в определена точка — например точка на предаване, точка на прехвърляне или крайното местоназначение на влака ОЧП (ETA) Очакван час на пристигане. ОЧПРЕД (ETH) Очакван час на предаване на даден влак от един управител на инфраструктура на друг. ОЧПР (ETI) Очакван час на прехвърляне на вагони от едно железопътно предприятие на друго. Партидна пратка (Shipment) Съвкупност от стоки, изпратени от един изпращач до един получател, която е натоварена на един или повече пълни интермодални товарни единици, или която е натоварена на един или повече пълни вагони. НАПР.:

Peer-to-Peer (мрежа от равноправни възли за комуникация „от точка до точка“) Терминът „peer-to-peer“ означава клас от системи и приложения, които използват разпределени ресурси за изпълнение на критична функция по децентрализиран начин. Ресурсите включват изчислителна мощност, данни (запаметяващи устройства и съдържание), мрежова честотна лента, както и присъствие (на компютърни, човешки и други ресурси). Критичната функция може да бъде разпределено компютърно изчисление, споделяне на данни/съдържание, комуникация и сътрудничество или платформи за услуги. Децентрализацията може да се отнася за алгоритмите, данните и метаданните, или за всички тези елементи. Това не изключва запазване на централизацията в някои части на системите и приложенията, ако това съответства на техните изисквания. Период преди заминаване (Pre-departure Period) е времевият интервал преди планирания час на заминаване. Периодът преди заминаване започва в планирания час на заминаване минус времевия интервал и свършва в планирания час на заминаване. PKI Инфраструктура с публичен ключ Планирано време на заминаване (Scheduled time of departure) Дата и час на заминаване, за които се прави заявка за маршрут Разписание/график за движение на влаковете (Scheduled Timetable) Хронологично дефинирано заемане на железопътна инфраструктура за движение на влак по междугарова линия или в гари. Промените в разписанията се съобщават от управителите на инфраструктура поне два дни преди началото на деня, в който влакът потегля от своята начална точка. Разписанието се отнася за определен ден. В някои страни е известно като оперативно разписание. Получател (Consignee) Страна, която трябва да получи стоките Синоним: Получател на стоки Пратка (Consignment) Товар, изпратен съгласно единичен договор за превоз. При комбиниран транспорт този термин може да се използва за статистически цели, за изразяване на количеството товарни транспортни единици или автомобилни транспортни средства. Прехвърляне (Interchange) Означава прехвърлянето на контрола от едно железопътно предприятие към друго по практически съображения във връзка с експлоатацията и безопасността. Примери за това са: — Смесените услуги, — Услугите със споделена отговорност за автомобилното извозване, — Преносът на информация между различни железопътни предприятия — Преносът на информация между собственици на вагони/ползватели на вагони и оператори на влакове Преходна точка (Gateway) Гара по маршрута на влак, превозващ интермодални транспортни единици, в която се извършва претоварване от вагоните. Прогнозен час (Forecast Time) Възможно най-точно предвиждане на часа на пристигане, заминаване или преминаване на влак. Продукт COTS (COTS-product) Продукт, предлаган в търговската мрежа Проследяване (Tracking) Дейност за системен мониторинг и записване на текущото местоположение и на състоянието на дадена пратка, возило, съоръжение, пакет или товар. Проследяване на данни (Tracing) Дейност по съответна заявка, представляваща откриване и възстановяване историята на транспортирането на дадена пратка, возило, съоръжение, пакет или товар. Пуснат в експлоатация (Put into Service) Процедура, зависеща от техническото одобрение на даден вагон и от договор със железопътно предприятие за неговото използване, което дава възможност за стопанска експлоатация на вагона. Първични данни (Primary data) Основните данни, използвани като еталонни данни в съобщенията или като база за формулите и изчисленията на производни данни. Пътен лист (Waybill) Това е документът, изготвян от превозвача или от негово име, в който е посочен договорът за превоз на товара. Пътен план (Trip plan) Показва по отношение на даден вагон или интермодална единица какво е планираното пътуване на вагона/интермодалната единица. Пътуване (Journey) „Пътуване“ обозначава превоза на натоварен или празен вагон от изпращащата гара до гарата на местоназначението. Разпределящ орган (Allocation body) Вж. УИ. RAMS Вж. Надеждност, разполагаемост, ремонтопригодност, безопасност (RAMS) RARP Reverse Address Resolution Protocol (обратен протокол за преобразуване на адреси) Режим на свободен достъп (Open Access mode) Режим на експлоатация на влака, при който участва само едно железопътно предприятие, превозващо влака по различни инфраструктури. Това железопътно предприятие договаря нужните маршрути с всички съответни управители на инфраструктура. Режим на сътрудничество (Co-operation mode) Режим на експлоатация на влака, при който си сътрудничат различни железопътни предприятия, под водителството на едно от тях (водещо железопътно предприятие). Всяко участващо железопътно предприятие договаря съответния необходим маршрут за транспортирането самостоятелно.

Резервиране (Booking) Процесът на извършване на резервация за обем в транспортно средство за превоза на стоки. RPC Процедура за дистанционно повикване (Remote Procedure Call) Протоколът за RPC е определен в Спецификацията за процедурата за дистанционно повикване, версия 2 [RFC1831] (Remote Procedure Call Protocol Specification Version 2). CA Сертифициращ орган Сглобяване на маршрут (Path assembly) Съединяване на индивидуални влакови маршрути за разширяване на маршрут във времето и пространството. СЛЕДВА (SHOULD) Тази дума или прилагателното „ПРЕПОРЪЧВА СЕ“ означава, че би могло да съществуват основателни причини при определени обстоятелства да не се вземе под внимание даден елемент, но в такъв случай е необходимо да бъдат осъзнати цялостните последици и те да бъдат внимателно преценени преди да бъде предпочетен друг начин на действие. SMTP Прост протокол за обмен на електронна поща SNMP Прост протокол за управление на мрежа SQL Structured Query Language (език за структурирани запитвания) Език, разработен от IBM и стандартизиран впоследствие от ANSI и ISO, който се използва за създаване на записи, управление и извличане на данни Ползвател (Keeper) Лицето, което, в качеството си на собственик или притежаващ правото да се разпорежда с него, експлоатира возилото постоянно и по стопански начин като транспортно средство и е регистрирано като ползвател в регистъра на подвижния състав. Съставен елемент на оперативната съвместимост (Interoperability constituent) означава всеки първичен съставен елемент, група съставни елементи, подвъзел или пълен възел на оборудване, включено в състава или предназначено за включване в състава на подсистема, от които зависи пряко или косвено оперативната съвместимост на трансевропейската конвенционална железопътна система. Понятието за съставен елемент включва материалните обекти, но също и нематериални обекти като например програмните продукти. Съществени изисквания (Essential requirements) Означава всички условия, зададени в приложение III към Директива 2001/16/ЕО на Европейския парламент и на Съвета (*1), които трябва да бъдат спазвани в трансевропейската железопътна система, подсистемите и съставните елементи на оперативната съвместимост, включително интерфейсите. Технически спецификации за оперативна съвместимост (Technical Specification for Interoperability) Означава спецификация, на която трябва да отговаря подсистема или част от подсистема, за да бъдат изпълнени съществените изисквания и да се осигури оперативната съвместимост на железопътната система. Товарителница (Consignment note) Документ, който свидетелства за наличието на договор за транспортиране от превозвач на една пратка от посочено място на приемане на пратката до посочено място за нейната доставка. Товарителницата съдържа подробни данни за транспортираната пратка. Точка за отчитане (Reporting point) Място по пътя на влака, при което отговорният управител на инфраструктура трябва да изпрати „съобщение с прогноза за движението на влака“, съдържащо очаквано време на пристигане на влака (ОЧПВ), до договорилото маршрута железопътно предприятие. Точка на предаване (Handover point) Точка, в която отговорността се предава от един управител на инфраструктура на друг. Точка на прекомпозиране (Handling point) Гара, в която железопътното предприятие може да промени влаковата композиция, но след която продължава да носи отговорност за вагоните — без промяна в отговорността. Точка на прехвърляне (Interchange point) Мястото, в което отговорността за вагоните в даден влак се прехвърля от едно железопътно предприятие (ЖПП) на друго ЖПП. При движението на влака той се предава от едно ЖПП на следващо ЖПП, което притежава съответния маршрут за следващия участък от пътуването. Трансбордиране (Transhipment) Операцията за преместване на интермодалните товарни единици от едно транспортно средство на друго. Трансевропейска железопътна мрежа (Trans-European rail network) Железопътната мрежа, както е описана в приложение I към Директива 2001/16/ЕО (*1). ТРЯБВА (MUST) Тази дума, или термините „ИЗИСКВА СЕ“ или „НЕОБХОДИМО Е“ означава, че съответното определение представлява абсолютно изискване на спецификацията. ТРЯБВА ДА НЕ (MUST NOT) Този израз, или фразата „НЕ ТРЯБВА ДА“ означава, че съответното определение представлява абсолютна забрана в спецификацията. ТСОС (TSI) Вж. Техническа спецификация за оперативна съвместимост Тунелиране (Tunnelling) Процес, при който частни IP пакети се капсулират в публичен IP пакет. TCP Мрежов протокол за управление на обмена на информация (Transmission Control Protocol) UDP User Datagram Protocol (Протокол за потребителски дейтаграми) Простото преминаване на протокол за потребителски дейтаграми (UDP) през транслатори на мрежови адреси (NATs), известно с означението STUN, представлява облекчен протокол, даващ възможност за приложения за установяване на наличието и видовете на NATs и на защитни прегради (firewalls) между тях и публичния Интернет. То дава също възможност за приложения за определяне на публичните IP адреси, които са им дадени от NAT. Също така, STUN работи с много съществуващи NATs и не изисква специално поведение от тяхна страна. В резултат то дава възможност за много разнообразни приложения за работа в съществуващата инфраструктура на NAT. Уеб (Web) World wide Web (световна мрежа): Интернет услуга за свързване на документи чрез хипервръзки от сървър до сървър, така че потребителят да може да прескача от документ към свързан с него документ, независимо къде той се съхранява в интернет. УИ (IM) Управител на инфраструктура означава всяка организация или дружество, отговарящи по-специално за изграждането, управлението и поддръжката на железопътна инфраструктура, включително управлението на движението и контрола на управлението и сигнализацията; функциите на управител на инфраструктурата на дадена мрежа или част от мрежа могат да бъдат поверени на различни органи или дружества. Когато управителят на инфраструктура не е независим от железопътни предприятия по отношение на юридическата си форма, организация или функции по вземане на решения, функциите, посочени в глава IV, раздели 2 и 3, се изпълняват съответно от начисляващ таксите орган и от разпределящ орган, които са независими по отношение на юридическата си форма, организация и вземане на решения от железопътните предприятия. (Директива 2012/34/ЕО [3]) UIC UIC е Международният железопътен съюз. UITP UITP e Международният съюз за обществен транспорт. UNIFE Асоциацията на европейската железопътна промишленост (UNIFE) е организация, която се грижи за интересите на доставчиците за железопътния сектор. Понастоящем пряко представени в нея са около 100 доставчици и подизпълнители, а около 1 000 са представени непряко чрез съответни национални организации. Управител на инфраструктура (УИ) — Infrastructure manager (IM) Вж. УИ Участък от маршрут (Route section) Част от даден маршрут Участък от пътуването (Journey section) Представлява част от пътуването, която се провежда в един инфраструктурен участък на управител на инфраструктура, или част от пътуването от входната точка на предаване до изходната точка на предаване на инфраструктурата на един управител на инфраструктура. FTP Протокол за пренос на файлове (File Transfer Protocol) Протокол за пренос на файлове между компютърни системи в рамките на мрежа, използваща протокола TCP/IP. HTTP Протокол за пренос на хипертекст Протоколът за комуникации клиент/сървър, използван за връзка към сървърите в Уеб мрежата. Час на освобождаване за вагоните (Release time for wagons) Дата и час, когато вагоните са готови да бъдат изтеглени от посоченото място на коловоз на клиента.

(*1) Директива 2001/16/ЕО на Европейския парламент и на Съвета от 19 март 2001 г. относно оперативната съвместимост на трансевропейската конвенционална железопътна система (ОВ L 110, 20.4.2001 г., стр. 1).

(1) Директива 91/440/ЕИО на Съвета от 29 юли 1991 г. относно развитието на железниците в Общността (ОВ L 237, 24.8.1991 г., стр. 25). Допълнение III Задачи на Националния център за контакти (НЦК) по телематичните приложения за пътнически и за товарни превози (ТППП/ТПТП) 1)

Да изпълнява ролята на център за контакти между Европейската железопътна агенция, Управляващия комитет за ТПТП/ТППП (TAF/TAP Steering Committee) и действащите лица в областта на железопътния транспорт (управители на инфраструктура, железопътни предприятия, ползватели на вагони, управители на гари, продавачи на билети, оператори на интермодален транспорт, клиенти на железопътни товарни превози и съответни асоциации) в държавата членка, за да осигурява активно прилагане на ТПТП и ТППП от действащите лица в областта на железопътния транспорт, както и осведоменост за развитията в тази област и за решенията на Управляващия комитет.

2)

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

3)

Да поддържа контакт с представителя на съответната държава членка в Комитета за безопасност и оперативна съвместимост на железопътния транспорт (RISC), като по този начин осигурява преди всяко заседание на RISC осведомяване на членовете на RISC по националните въпроси във връзка с ТПТП/ТППП, както и осведомяване на съответните действащи лица в областта на железопътния транспорт за решенията на RISC, свързани с ТПТП/ТППП.

4)

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

5)

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

6)

Да работи с държавата членка по определянето на организация, която да отговаря за въвеждане в централния домейн (Central Reference Domain) на първични кодове за местоположение (primary location codes). Идентификационните данни за съответната организация трябва да се докладват на ГД „Мобилност и транспорт“ за осигуряване на разпространение на съответната информация.

7)

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