natgillin/translations-raw huggingface dataset:
Тази последователност трябва да бъде проверявана по-специално по отношение на спецификациите на подсистемата, на нейните интерфейси към системата, в която е интегрирана, както и на правилата за експлоатация и за поддръжка.
Path Request,
Като се имат предвид всички приложими съществени изисквания, подсистемата „Телематични приложения за товарни превози“ се характеризира от:
Train Preparation,
В съответствие със съществените изисквания в глава 3 (Съществени изисквания), функционалните и технически спецификации на подсистемата обхващат следните параметри: Данни в товарителницата,
Train Running Forecast,
Заявка за маршрут,
Service Disruption Information, Wagon/Intermodal unit ETI/ETA,
Подготовка на влак,
Wagon Movement,
Прогноза за движението на влака,
Interchange Reporting,
Информация за смущение в превоза,
Data Exchange for Quality Improvement,
ОЧПР/ОЧП (очаквани часове на прехвърляне/очакван час на пристигане) на вагоните/интермодалните единици,
The detailed data specifications are defined in the complete Data Catalogue.
Движение на вагоните
The mandatory formats of the messages and the data of this Catalogue are defined in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed Appendix I. In addition, other existing standards may be used for the same purpose if there is a specific agreement between the parties involved to allow the use of these standards in particular on the territories of EU Member States having a border with third countries.
Доклади за извършено прехвърляне
General remarks on the message structure
Обмен на данни за подобряване на качеството,
The messages are structured into two data sets:
Подробните спецификации на данните са дефинирани в пълния Каталог на данните.
Control data defined through the mandatory message header of the messages of the catalogue.
Задължителните формати на съобщенията и на данните от този каталог са дефинирани в документа „ТСОС ТПТП — приложение Г.2: допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, който е включен в списъка в допълнение I. Освен това могат да се използват за същата цел и други съществуващи стандарти, ако има конкретно споразумение между участващите страни за разрешаване на ползването на тези стандарти, по-специално на териториите на държави членки на ЕС, граничещи с трети държави.
Information data defined by the mandatory/optional content of each message and mandatory/optional data set in the catalogue.
Общи бележки относно структурата на съобщенията
If a message or a data element is defined as optional in this Regulation, the involved parties decide on using it.
Съобщенията се структурират под формата на два блока от данни:
The application of these messages and data elements must be part of a contractual agreement.
Контролни данни дефинирани посредством задължителната антетка на съобщенията от каталога.
If in the data catalogue optional elements are mandatory under certain conditions this has to be specified in the data catalogue.
Информационни данни дефинирани посредством задължителното/незадължителното съдържание на всяко съобщение и задължителния/незадължителния набор от данни в каталога.
Customer Consignment Note
Ако дадено съобщение или елемент от данните са дефинирани в настоящия регламент като незадължителни, участващите страни решават дали да ги използват.
The Consignment Note has to be sent by the Customer to the Lead RU.
Използването на тези съобщения и елементи от данни трябва да бъде част от договорно споразумение.
It must show all the information needed to carry a consignment from the consignor to the consignee according to ‘Uniform Rules Concerning the Contract of International Carriage of Goods by Rail (CIM)’, ‘Uniform Rules concerning Contracts of Use of Vehicles in International Rail Traffic (CUV) and valid national rules’.
Ако някои незадължителни елементи в каталога на данните стават при известни условия задължителни, това трябва да бъде посочено в каталога на данните,
The LRU must supplement additional information.
Товарителница на клиента
A subset of the consignment note data including the additional ones, are described in Appendix I, TAF TSI — ANNEX D.2:
Товарителницата трябва да се изпрати от клиента до водещото ЖПП.
APPENDIX A (WAGON/ILU TRIP PLANNING) and Appendix I, TAF TSI — Annex D.2:
Тя трябва да съдържа цялата информация, необходима за транспортирането на пратката от изпращача до получателя в съответствие с „Единните правила за договора за международен железопътен превоз на товари (CIM)“, „Единните правила за договорите за използване на подвижен състав в международното железопътно съобщение (СUV) и действащите национални правила“.
Appendix F — TAF TSI Data and Message Model (4))) listed in the table in Appendix I of this Regulation.
Водещото ЖПП трябва да добави допълнителна информация.
In the case of Open Access the Lead RU contracting with the customer has all the information after the supplement of the data available.
Съответен подраздел от данните в товарителницата, включващ допълнителни данни, в описан в допълнение I, ТСОС ТППП — ПРИЛОЖЕНИЕ Г.2:
No message exchange is needed with other RUs.
ДОПЪЛНЕНИЕ А (ПЛАН ЗА ПЪТУВАНЕ НА ВАГОНИ/ИНТЕРМОДАЛНИ ТОВАРНИ ЕДИНИЦИ — Приложение Г.2:
These data are also the basis for a path request on short notice, if this is required for the execution of the consignment note.
Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП [4], посочено в таблицата в допълнение I към настоящия регламент.
The following messages are for the case of non-Open Access.
При режим на свободен достъп водещото ЖПП, което е в договорни отношения с клиента, разполага с цялата информация, след като допълнителните данни бъдат налице.
The content of these messages may also be the basis for the path requests on short notice, if required for the execution of the consignment note.
Не е необходим никакъв обмен на съобщения с други ЖПП.
Consignment orders
Тези данни служат също така като основа за съставянето на бърза заявка за маршрут, ако това е необходимо за изпълнение на товарителницата.
The consignment order is primarily a subset of the Consignment Note information.
Разгледаните по-долу съобщения са необходими в случай, че не се използва режим на свободен достъп.
It must be forwarded to the RUs involved in the transport chain by the LRUs.
Тяхното съдържание може също така да служи като основа за бързите заявки за маршрут, ако това е необходимо за изпълнение на товарителницата.
The content of the Consignment order must show the relevant information which is needed for an RU to effect transportation during its responsibility until handover to next RU.
Заявки за транспорт
Therefore the content is dependent on the role to be performed by the railway undertaking:
Заявката за предоставяне на вагони е преди всичко част от информацията, съдържаща се в товарителницата.
Origin-, Transit- or Delivery RU.
Тя трябва да бъде изпратена на ЖПП, участващи в организираната от водещото ЖПП транспортна верига.
The mandatory data structure of the consignment order and detailed formats of this message are listed in the ‘Consignment Order Message’ in in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I
Заявката за транспорт трябва да съдържа съответната информация, необходима на дадено ЖПП за извършването на превоза по участъка за който то отговаря, до прехвърлянето на отговорността за товара на следващото ЖПП.
The main contents of these consignment orders are:
Следователно съдържанието ѝ зависи от дейността, която ЖПП трябва да извърши:
Consignor and consignee information,
дали е първо ЖПП, транзитиращо ЖПП или извършващо доставката ЖПП.
Routing information,
Структурата от задължителни данни в заявката за транспорт и подробните образци за това съобщение са посочени в раздела „Съобщение за заявка за транспорт“ в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
Consignment identification,
Основното съдържание в тези заявки за транспорт е::
Wagon information,
Информация относно изпращача и получателя,
Place and time information.
Информация относно маршрута,
Selected data of the consignment note data must also be accessible for all partners (e.g. IM, Keeper, etc.) in the transport chain including customers.
Идентификация на товара,
These are especially per wagon:
Информация за вагона,
Load weight (Gross weight of the load), CN/HS Number,
Информация относно мястото, датата и часа.
Dangerous goods information,
Някои данни от товарителницата трябва също така да бъдат достъпни за всички партньори (напр.
Transportation unit.
УИ, ползвателя на вагоните, ...) в транспортната верига, включително клиентите.
Exceptionally a paper version can be used only if this information cannot be sent using the messages defined above.
Те са по-специално данни за отделните вагони както следва:
Preliminary remarks
Тегло на товара (брутно тегло),
The Path defines the requested, accepted and actual data to be stored concerning the path and the characteristics of the train for each segment of that path.
Кодов номер по Комбинираната номенклатура/Хармонизираната система,
The following description presents the information which must be available to the infrastructure manager.
Информация относно опасните товари,
This information must be updated whenever a change occurs.
Коя е транспортната единица.
The information of the annual path therefore needs to allow the retrieval of the data for short term amendments.
По изключение може да се използва копие на хартиен носител, само ако тази информация не може да бъде изпратена чрез дефинираните по-горе съобщения.
In particular, the Customer, in case he is impacted, must be informed by LRU.
Предварителни бележки
Path Request on short notice
Влаковият маршрут определя заявените, приетите и действителни данни, които трябва да бъдат съхранени относно маршрута на влака, както и характеристиките на влака за всеки участък от този маршрут.
Due to exceptions during the train running or due to transport demands on a short time basis, a railway undertaking must have the possibility to get an ad hoc path on the network.
Следва описание на информацията, която трябва да бъде на разположение на управителя на инфраструктурата.
In the first case, immediate actions have to be started, whereby the actual train composition based on the train composition list is known.
Тази информация трябва да бъде актуализирана винаги при настъпване на промяна.
In the second case, the railway undertaking must provide the infrastructure manager with all necessary data concerning when and where the train is required to run together with the physical characteristics in so far as they interact with the infrastructure.
Следователно по отношение на годишната маршрутна информация е необходимо да има възможност за извличане на данни с цел внасяне на краткосрочни изменения.
The basic parameter ‘Short notice Path Requests’ should be handled between the RU and the infrastructure manager (IM).
По-специално е необходимо клиентът да бъде съответно информиран (ако има последици за него) от водещото ЖПП.
In this basic parameter the term IM can refer to IMs and if applicable to Allocation Bodies (see Directive 2012/34/EU (3)).
Краткосрочна заявка за предоставяне на маршрут
These requirements are valid for all Short Notice Path Requests.
При извънредни ситуации при експлоатацията на влака или в случай на спешни транспортни заявки железопътното предприятие трябва да има възможност да получи маршрут в мрежата специално за конкретен случай.
This Basic Parameter (BP) does not include Traffic Management issues.
В първия случай трябва да се предприемат незабавни мерки, които да позволят да се узнае каква е действителната влакова композиция въз основа на предоставения списък на влаковите композиции.
The time limit between Short Term paths and Traffic Management path changes is subject to Local Agreements.
Във втория случай железопътното предприятие трябва да предостави на управителя на инфраструктурата всички необходими данни относно датата, часа и мястото на движение на влака, както и неговите физически характеристики, доколкото те си взаимодействат с инфраструктурата.
The Railway Undertaking (RU) must provide the Infrastructure Manager (IM) with all necessary data concerning when and where the train is required to run together with the physical characteristics in so far as they interact with the infrastructure.
Основният параметър „Краткосрочни заявки за маршрут“ се урежда съвместно от ЖПП и от управителя на инфраструктура (УИ).
Each infrastructure manager is responsible for the suitability of a path on their infrastructure, and the railway undertaking is obliged to check the train characteristics against the values given in the details of the contracted path.
В този основен параметър терминът УИ може да означава няколко управители на инфраструктура и, в съответните случаи — разпределящи органи (вж. Директива 2012/34/ЕС [3]).
Without prejudice to the conditions for the usage of a path in the Network Statements or to the responsibilities in case of any restrictions in the infrastructure explained in the TSI Operation and Traffic Management, the RU must know before preparing the train, whether there are any restrictions on the line segments or stations (nodes) affecting its train composition described in the path contract.
Тези изисквания са валидни за всички бързи заявки за маршрут.
The Path agreement for a train movement at short notice is based on a dialogue between RUs and IMs.
Този основен параметър [ОП] не включва въпроси по управление на движението.
Requests for infrastructure capacity may be made by applicants.
Срокът, по който бързо заявените маршрути се различават от измененията в маршрути по линия на управлението на движението, е предмет на споразумения на местно равнище.
In order to use such infrastructure capacity, applicants shall appoint a railway undertaking to conclude an agreement with the infrastructure manager in accordance Directive 2012/34/EU (3).
Железопътното предприятие (ЖПП) трябва да предостави на управителя на инфраструктура (УИ) всички необходими данни относно времето и мястото, за които се иска възможност за движение на влака, както и неговите физически характеристики, доколкото те си взаимодействат с инфраструктурата.
The dialogue will involve all RUs and IMs involved in moving the train along the desired path but maybe with different contribution to the path finding process.
Всеки управител на инфраструктура отговаря за пригодността на маршрута в рамките на своята инфраструктура, а железопътното предприятие е длъжно да сверява характеристиките на влака със стойностите, указани в подробните данни за договорения от него маршрут.
Path Request message
Без да се нарушават условията за използване на даден маршрут, представени в референтните документи за мрежата или отговорностите в случай на ограничения по отношение на инфраструктурата, указани в ТСОС „Експлоатация и управление на движението“, ЖПП трябва да има информация преди подготовката на влака за съществуването на ограничения по определени участъци от линията или в гарите (железопътните възли), засягащи влаковата композиция, описана в договора за предоставяне на маршрута.
This message is sent to the infrastructure manager (IM) by the RU in order to request a path.
Споразумението относно маршрута в случай на бързо заявено движение на влак трябва да се извърши чрез диалог между всички участващи ЖПП и УИ.
The definition of the mandatory structure of this message and the elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Заявките за инфраструктурен капацитет могат да се подават от заявители.
Path Details message
За да могат да използват този инфраструктурен капацитет заявителите определят железопътно предприятие, което да сключи споразумение с управителя на инфраструктура в съответствие с Директива 2012/34/EС [3].
The IM sends this message to the requesting RU in response to their path request.
В диалога трябва да участват всички ЖПП и УИ, участващи в движението на влака по желания маршрут, но е възможно да имат различен принос в процедурата по определяне на маршрут.
The definition of the mandatory structure of Path Details message and the elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Съобщение за заявяване на маршрут
Path Confirmed message
Това съобщение се изпраща от ЖПП до управителя на инфраструктура (УИ) с цел заявяване на маршрут.
The requesting RU uses this message to book/confirm the path proposed by the IM.
Дефиницията на задължителната структура на това съобщение и елементите, които трябва да бъдат спазени, са описани в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
The definition of the mandatory structure of Path Confirmed message and the elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Съобщение с подробни данни за маршрута
Path Details Refused message
УИ изпраща това съобщение на подалото заявка ЖПП в отговор на заявката за маршрут.
The requesting RU uses this message to reject the path details proposed by the relevant infrastructure manager.
Дефиницията на задължителната структура на съобщението с подробни данни за маршрута и елементите, които трябва да бъдат спазени, са описани в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
The definition of the mandatory structure of Path Details Refused message and the elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Съобщение за потвърждение на приемането на маршрута
Path Cancelled message
Подаващото заявка ЖПП използва това съобщение за да резервира/потвърди маршрута, предложен от УИ.
This message is used by an RU to cancel all or part of a path that has been booked.
Дефиницията на задължителната структура на съобщението за потвърждение на приемането на маршрута и елементите, които трябва да бъдат спазени, са описани в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
The definition of the mandatory structure of Path Cancelled message and the elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Съобщение за отказ на подробни данни за маршрута
Path Not Available message
Подаващото заявка ЖПП използва това съобщение за да отхвърли подробни данни, предложени от съответния управител на инфраструктура.
The IM sends this message to the contracted RU in the event that the RU's booked path is no longer available,
Дефиницията на задължителната структура на съобщението за отказ на подробни данни за маршрута и елементите, които трябва да бъдат спазени, са описани в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
The definition of the mandatory structure of Path Not Available message and the elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Съобщение за отмяна на маршрут
Receipt Confirmation message
Това съобщение се използва от ЖПП за отмяна на цял резервиран маршрут или на част от него.
This message is sent from the recipient of the message to the originator of the message in order to acknowledge that its legacy system has received the message within a specified time interval.
Дефиницията на задължителната структура на съобщението за отмяна на маршрут и елементите, които трябва да бъдат спазени, са описани в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
The definition of the mandatory structure of Receipt Confirmation message and the elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Съобщение, че маршрутът не е разполагаем
General Remarks
Този вид съобщение се изпраща от УИ на сключилото договор ЖПП, в случай че резервираният от ЖПП маршрут е престанал да бъде разполагаем.
This basic parameter describes the messages which must be exchanged during the train preparation phase until the start of the train.
Дефиницията на задължителната структура на съобщението „маршрутът не е разполагаем“ и елементите, които трябва да бъдат спазени, са описани в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
Train preparation includes compatibility check between the train and the route.
Съобщение за потвърждение на получаване
This check is done by the RU on basis of information provided by concerned IMs on infrastructure description and infrastructure restrictions.
Това съобщение се изпраща от получателя на дадено съобщение до неговия автор, с което получателя потвърждава, че неговата протоколираща система е получила съобщението в определения времеви интервал.
During train preparation the RU must send the train composition to the next RUs.
Дефиницията на задължителната структура на съобщението за потвърждение на получаване и елементите, които трябва да бъдат спазени, са описани в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
According to contractual agreements this message must also be sent from the RU to the IM(s) with whom it has contracted a path section.
Общи бележки
If the train composition is changed at a location, this message must be exchanged once more with information updated by the RU responsible.
Този основен параметър описва съобщенията, които трябва да бъдат обменени по време на етапа на подготовка на влака до неговото тръгване.
For the preparation of the train, the RU must have access to the infrastructure restriction notices, to the technical wagon data (Rolling Stock Reference Databases, Chapter 4.2.10.2: The Rolling Stock Reference Databases), to the information on dangerous goods and to the current, updated information status on the wagons (Chapter 4.2.11.2: Other Databases: The Wagon and Intermodal Unit Operational Database).
Подготовката на влака включва проверка на съвместимостта на влака и маршрута.
This applies to all wagons on the train.
Проверката се извършва от ЖПП въз основа на информацията, предоставена от съответните УИ относно описанието и ограниченията на инфраструктурата.
At the end the RU must send the train composition to the next RUs.
По време на подготовката на влака ЖПП трябва да изпрати данни за влаковата композиция на следващите ЖПП.
This message must also be sent from the RU to the IM(s) with whom it has booked a path section, when requested by the Conventional Rail TSI Operation and Traffic Management or by the contract(s) between RU and IM(s).
Съгласно договорните споразумения, това споразумение трябва да бъде изпратено също на УИ, с който (с които) е договорен участък от маршрута.
At each point, e.g. origin and interchange point, where the responsibility changes on the RU side, the start procedure dialogue between IM and RU ‘Train ready — Train Running Information’ is obligatory.
Ако влаковата композиция бъде променена в определена точка, това съобщение трябва да се изпрати още веднъж с актуализирана информация от отговорното ЖПП.
Train Composition message
За да може да подготви влака, ЖПП трябва да има достъп до информацията за ограниченията на инфраструктурата, до техническите данни на вагоните (от справочните бази данни за подвижния състав, глава 4.2.10.2: Справочни бази данни за подвижния състав), до информацията за опасните товари и до текущата актуализирана информация за вагоните (глава 4.2.11.2: Други бази данни: Оперативна база данни за вагоните и интермодалните единици).
This message must be sent from the RU to the next RU, defining the composition of the train.
Това се отнася за всички вагони на влака.
According to network statement this message is also to be sent from the RU to the IM(s).