natgillin/translations-raw huggingface dataset:
Essential requirement 2.7.4 of Annex III to Directive 2001/16/EC:
Direktiivi 2001/16/EÜ III lisa punkti 2.7.4 oluline nõue:
‘Suitable levels of integrity and dependability must be provided for the storage or transmission of safety-related information.’
“Ohutusega seotud teabe säilitamine või edastamine peab toimuma sobival tasemel terviklikult ja töökindlalt.”
This requirement is met by the following chapters:
See nõue on täidetud järgmiste punktide osas:
The trans-European conventional rail system, to which Directive 2001/16/EC applies and of which the telematic applications subsystem is a part, is an integrated system whose consistency must be verified.
Üleeuroopaline tavaraudteesüsteem, mille suhtes kohaldatakse direktiivi 2001/16/EÜ ning mille üheks osaks on telemaatikarakenduste allsüsteem, on ühtne süsteem, mille nõuetelevastavust on vaja kontrollida.
This consistency must be checked in particular with regard to the specifications of the subsystem, its interfaces vis-à-vis the system in which it is integrated, as well as the operating and maintenance rules.
Nõuetelevastavust tuleb kontrollida eelkõige allsüsteemi kirjelduste osas, liideste osas, mille kaudu see on süsteemiga ühendatud, ning kasutus- ja hooldusnõuete osas.
Taking into account all the applicable essential requirements, the telematic application subsystem for freight is characterised by:
Kohaldatavaid olulisi nõudeid silmas pidades on telemaatikarakenduste allsüsteemile iseloomulikud alljärgnevad aspektid.
In light of the essential requirements in Chapter 3 (Essential requirements), the functional and technical specifications of the subsystem are as follows:
peatüki (Olulised nõuded) olulisi nõudeid silmas pidades on allsüsteemi funktsionaalsed ja tehnilised kirjeldused järgmised:
consignment note data,
saatekirja andmed,
path request,
liinitaotlus,
train preparation,
rongi ettevalmistamine,
train running forecast,
rongi sõiduprognoos,
service disruption information,
andmed teenuse häirete kohta,
train location,
rongi asukoht,
wagon/intermodal unit ETI/ETA,
vaguni/ühendveoüksuse ETI/ETA,
wagon movement,
vaguni liikumine,
interchange reporting,
vahetamisteated,
data exchange for quality improvement,
kvaliteedi parandamiseks vajalike andmete vahetamine,
the main reference data,
põhilised viiteandmed,
various reference files and databases,
erinevad viitefailid ja andmebaasid,
electronic transmission of documents,
dokumentide elektrooniline edastamine,
networking and communication.
võrgud ja side.
The detailed specifications are outlined below.
Üksikasjalikud kirjeldused on esitatud allpool.
Further details and the formats of the messages are defined in Annex A, Index 1.
Täiendavad üksikasjad ja teadete vorming on sätestatud A lisa jaotises 1.
General remarks on the message structure
Üldised märkused teadete struktuuri kohta
The messages are structured into two data sets:
Teated hõlmavad kahte andmekogumit:
control data: explanation see below,
kontrollandmed: vt selgitust allpool,
information data: the application information.
teates sisalduvad andmed: rakenduse andmed
The control data show the following elements:
Kontrollandmed sisaldavad alljärgnevaid elemente.
status: the status of a message can be:
Olek (Status): Teate olek võib olla:
‘New message’, if this is a new message,
“Uus teade” (New message), kui tegemist on uue teatega;
‘Alteration’, if this is a modification of a previous send message,
“Muutmine” (Alteration), kui tegemist on varasema teate muutmisega;
‘Deletion’, if the previous sent message should be deleted,
“Kustutamine” (Deletion), kui eelnevalt saadetud teade tuleb kustutada.
message reference with:
Teate viiteandmed:
Message type: e.g. ‘path request’ or ‘enquiry about train running’,
Teate liik: nt “liinitaotlus” (path request) või “päring sõitva rongi kohta” (enquiry about train running).
Data and time: actual date and time when the message was sent,
Kuupäev ja kellaaeg: teate saatmise tegelik kuupäev ja kellaaeg.
Message number: number generated by the sender of the message,
Teate number: number, mille saatja on teatele omistanud.
related reference, only if the message is the answer to a previous received message (identical to the ‘message reference’ of the received message) with:
Seonduv viide, juhul kui teade on vastus varem vastuvõetud teatele (sama mis vastuvõetud teate “Teate viide”), mis hõlmab järgmist:
Related type: type of the received message,
Seonduv liik: vastuvõetud teate liik
Related date and time: date and time of the received message,
Seonduv kuupäev ja kellaaeg: vastuvõetud teate kuupäev ja kellaaeg
Related number: number of the received message,
Seonduv number: vastuvõetud teate number.
sender of the message,
Teate saatja
recipient of the message.
Teate saaja
In the following chapters mainly the status ‘New message’ is considered.
Järgmistes punktides käsitletakse peamiselt olekut “Uus teade” (New message).
In Chapter 4.2.2 Path request is also referred to the status ‘deletion’ regarding the Path Request message.
Punktis 4.2.2 (Liinitaotlus) käsitletakse ka liinitaotluse olekut “Kustutamine” (Deletion).
Customer consignment note
Kliendi saatekiri
The consignment note has to be sent by the customer to the Lead RU.
Klient peab saatekirja saatma juhtivale raudtee-ettevõtjale (JRE).
It must show all the information needed to carry a consignment from the consignor to the consignee.
See peab sisaldama kõiki andmeid, mida on vaja saadetise toimetamiseks kaubasaatjalt kaubasaajale.
The LRU must supplement this data with additional information.
JRE peab lisama neile andmetele täiendavad andmed.
These data, including the additional ones, are (for the description of the data see Annex A, Index 3) listed in the table in Annex A, Index 3 with the indication in row ‘Data in consignment note’, whether they are mandatory or optional and whether they must be delivered by the consignor or supplemented by the LRU.
Need andmed, sealhulgas täiendavad andmed, on (andmete kirjelduse kohta vt A lisa jaotis 3) loetletud A lisa jaotises 3 ning real “Saatekirja andmed” on märgitud, kas need on kohustuslikud või valikulised ning kas need peab esitama kaubasaatja või peab need lisama JRE.
In the case of Open Access the Lead RU contracting with the customer has all the information after the supplement of the data available.
Avatud juurdepääsu korral on kliendiga lepingu sõlminud juhtival RE-l pärast olemasolevate andmete lisamist olemas kõik andmed.
No message exchange is needed with other RUs.
Teiste REdega ei ole vaja teateid vahetada.
These data are also the basis for a path request on short notice, if this is required for the execution of the consignment note.
Nende andmete põhjal tehakse ka lühikese etteteatamisega liinitaotlus, kui see on saatekirja tingimuste täitmiseks vajalik.
The following messages are for the case of non Open Access.
Alljärgnevad teated seonduvad juhtudega, kus tegemist ei ole avatud juurdepääsuga.
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.
Nende teadete sisust lähtudes võib esitada ka lühikese etteteatamisega liinitaotlusi, kui see on saatekirja tingimuste täitmiseks vajalik.
Wagon orders
Veojuhised
The wagon order is primarily a subset of the consignment note information.
Veojuhised on eelkõige saatekirja andmete alamhulk.
It must be forwarded to the RUs involved in the transport chain, since it could become an input for an ad hoc path request (Chapter 4.2.2: Path request).
See tuleb edastada veoahelas osalevatele REdele, kuna selle alusel võidakse esitada lühikese etteteatamisega liinitaotlus (punkt 4.2.2: Liinitaotlus).
The content of the wagon order must show the relevant information which is needed for an RU to effect transportation during its responsibility until handover to next RU.
Veojuhised peavad sisaldama kõiki andmeid, mida RE-l on vaja veo teostamiseks oma vastutusalas kuni järgmisele RE-le üleandmiseni.
Therefore the content is dependent on the role to be performed by the railway undertaking: Origin-, Transit- or Delivery RU (ORU, TRU, DRU):
Seepärast oleneb selle sisu raudtee-ettevõtja rollist: kas tegemist on lähetava, transiiti teostava või kohale toimetava REga (ORU, TRU, DRU).
wagon order for the Origin Railway Undertaking (ORU),
Veojuhised lähetavale RE-le(ORU).
wagon order for the Transit Railway Undertaking (TRU),
Veojuhised transiiti teostavale RE-le (TRU).
wagon order for the Delivery Railway Undertaking (DRU).
Veojuhised kohale toimetavale RE-le (DRU).
The data of the wagon orders according the various roles of an RU are listed in detail in Annex A, Index 3, marked as to whether they are mandatory or optional.
Eri rollides REdele saadetavad veojuhistes sisalduvad andmed on üksikasjalikult loetletud A lisa jaotises 3, kuhu on märgitud, kas need on kohustuslikud või valikulised.
The detailed formats of these messages are defined in Annex A, Index 1.
Nende teadete üksikasjalik vorming on sätestatud A lisa jaotises 1.
The main contents of these wagon orders are:
Kõnealuste veojuhiste peamine sisu on järgmine:
consignor and consignee information,
kaubasaatja ja kaubasaaja andmed,
routing information,
marsruuditeave,
consignment identification,
saadetise identifitseerimistunnus,
wagon information,
vaguni andmed,
place and time information.
andmed koha ja aja kohta.
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.
Teatavad saatekirja andmed peavad olema kättesaadavad kõikidele veoahelas osalevatele partneritele (nt IE, valdaja jne), sealhulgas klientidele.
These are especially per wagon:
Eelkõige on need vaguni andmed:
load weight (gross weight of the load),
koormamass (koorma brutomass),
CN/HS number,
CN-/HS-kood,
dangerous goods information,
teave ohtlike kaupade kohta,
transportation unit.
veoüksus.
Long-term planning
Pikaajaline planeerimine
The train path defines the requested, accepted and actual data to be stored concerning the path of a train and the characteristics of the train for each segment of that path.
Rongiliin kirjeldab salvestatavaid taotletud, aktsepteeritud ja tegelikke andmeid rongiliini ja selle omaduste kohta teekonna igas osas.
The following description presents the information which must be available to the infrastructure manager.
Alljärgnevalt kirjeldatakse andmeid, mis peavad olema kättesaadavad raudteeinfrastruktuuri-ettevõtjale.
For a more detailed description: see Annex A, Index 4.
Üksikasjalikum kirjeldus on esitatud A lisa jaotises 4.
This information must be updated whenever a change occurs.
Neid andmeid tuleb uuendada iga kord, kui need muutuvad.
The main path data must be:
Rongiliini põhiandmed peavad olema järgmised:
identification of the train path (path number).
Rongiliini identifitseerimistunnus (liini number).
A path could be either planned usage of capacity along a route section, or the actual routing of a train along a specified line within a route.
Liin võib olla läbilaskevõime kavandatav kasutus marsruudi ühes osas või rongi tegelik suunamine ühe marsruudi piiresse jäävale kindlaksmääratud liinile.
The exact nature depends upon the processes in use within an IM,
Andmete täpne laad oleneb infrastruktuuri-ettevõtja kasutatavatest protsessidest.
path departure point, which means the place from where the path will start together with the date and time of the departure of a train on that path,
Rongiliini lähtejaam, mis on liini algusjaam koos rongi kõnealusele liinile asumise kuupäeva ja kellaajaga.
destination of the train path, which means the place where the path will end together with date and time at which a train is due to arrive at that destination,
Rongiliini sihtjaam, mis on liini lõppjaam koos kuupäeva ja kellaajaga, mil rong peaks kõnealusesse sihtkohta saabuma.
description of the journey section, which defines the data provided by the IM for each accepted journey section — from the start to the first intermediate stop, further intermediate stops and from the final intermediate stop to the end of the accepted journey.
Teekonna osa kirjeldus, mis hõlmab IE esitatud andmeid iga heakskiidetud teekonnaosa kohta – algusest esimese vahepeatuseni, järgmiste vahepeatusteni ning viimasest vahepeatusest heakskiidetud teekonna lõpuni.
This description may comprise:
Kirjelduse alla võivad kuuluda:
intermediate stops or other designated points along the proposed path with date and time for the arrival, departure or passage at these intermediate points as well with an Activity Code, which defines an activity to be undertaken at that intermediate point en route,
vahepeatused või muud kavandataval liinil kindlaksmääratud punktid koos neisse vahejaamadesse saabumise, nendest väljumise või läbisõidu kuupäeva ja kellaajaga ning tegevuse koodiga, mis näitab selles vahejaamas kavandatavat tegevust,
identification of the IM responsible for the traffic management for the current journey section and identification of the IM responsible for the traffic management for the next journey section,
andmed praeguses teekonnaosas liikluskorralduse eest vastutava IE ning teekonna järgmises osas liikluskorralduse eest vastutava IE kohta,
description of the equipment (command and control system, radio system, etc.) to be carried by the train; this must be compatible with the infrastructure to enable traction, control and communications from the train to IM control,
rongi jaoks ette nähtud seadmete (juhtimis- ja kontrollisüsteem, raadiosüsteem jne) kirjeldus; need peavad vastama infrastruktuuri nõuetele, võimaldamaks vedamist, juhtimist ja rongi sidet IE juhtimiskeskusega,
train related data for the journey section: max. weight, max. length, max. speed, max. axle weight, min. brake force, max. weight per metre, information concerning exceptional gauging, identifiers of not allowed dangerous goods,
andmed rongi kohta teekonna käimasolevas osas: maksimaalmass, maksimaalpikkus, maksimaalkiirus, minimaalne pidurdusjõud, maksimaalmass meetri kohta, andmed erandliku rööpmevahe kohta, keelatud ohtlike kaupade tunnused,
path number,
liini number,
additional route section running time to allow for recovery, path problems, etc.
teekonnaosa läbimiseks vajalik lisaaeg seoses remondi, liiniprobleemidega jne.
Execution path contract: before the running of a train, the journey section must be updated and completed with actual values.
Liinilepingu täitmine: enne rongi sõitmahakkamist tuleb teekonna osa ajakohastada ning sisestada tegelikud väärtused.
The execution mode is independent from the planning mode.
Täitmisetapp on planeerimisetapist sõltumatu.
Path request on short notice
Lühikese etteteatamisega liinitaotlus
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.
Rongi sõidu ajal tekkivate erandjuhtude või kiireloomuliste veovajaduste puhuks peab raudtee-ettevõtjal olema võimalus saada liinivõrgus erirongiliin.
In the first case, immediate actions have to be started, whereby the actual train composition based on the train composition list is known.
Esimesel juhul tuleb viivitamata alustada tegevust, et selgitada välja rongi koosseisuloendil põhinev rongi tegelik koosseis.
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.
Teisel juhul peab raudtee-ettevõtja andma infrastruktuuri-ettevõtjale kõik vajalikud rongi nõutava sõiduaja ja -koha andmed koos füüsiliste omadustega niivõrd, kui need avaldavad mõju infrastruktuurile.
These data are mainly given in the supplemented consignment note respectively in the wagon orders.
Need andmed esitatakse üldjuhul täiendatud saatekirja vastavates veojuhistes.
The path agreement for a train movement at short notice is based on a dialogue between RUs and IMs.
Rongi sõiduks vajalik lühiajalise etteteatamisega liinileping põhineb REde ja IEde vahelisel dialoogil.
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.
Dialoogis osalevad kõik REd ja IEd, kes on seotud rongi liikumisega mööda soovitavat liini, kuid nende osa liini leidmise protsessis võib olla erinev.
According to Directive 2001/14/EC, Article 13, mainly two general valid different scenarios can be distinguished for freight transport operating on the infrastructures of several IMs (see also Annex A, Index 5, Chapter 1.3).
Direktiivi 2001/14/EÜ artikli 13 kohaselt eristatakse mitme IE infrastruktuuril toimuvate kaubavedude puhul kahte peamist kehtivat stsenaariumi (vt ka A lisa jaotise 5 punkt 1.3).
scenario A: The RU contacts all involved IMs directly (case A) or via the OSS (case B) to organise the paths for the complete journey.
Stsenaarium A: RE võtab otse (juhtum A) või OSSi kaudu (juhtum B) ühendust kõikide asjaomaste IEdega, et hankida kogu teekonnaks vajalikud liinid.
In this case the RU has also to operate the train on the complete journey according to Article 13 of the Directive 2001/14/EC.
Sel juhul peab RE korraldama ka rongi sõitu kogu teekonnal vastavalt direktiivi 2001/14/EÜ artiklile 13.
scenario B: Each RU involved in the transport journey contacts the local IMs directly or via OSS to request a path for the journey section on which it operates the train.
Stsenaarium B: iga veoteekonnas osalev RE võtab otse või OSSi kaudu ühendust kohalike IEdega, et taotleda liin teekonna selleks osaks, kus ta rongi sõitu korraldab. Märkus.
remark: As already mentioned in Chapter 2 (Definition of subsystem/scope), in the execution mode, the IM will always communicate with the RU which has booked the path.
Nagu 2. peatükis (Allsüsteemi mõiste/kohaldamisala) juba märgitud, vahetab IE täitmisetapil alati andmeid liini broneerinud REga.
Therefore the ‘path ownership’ is important for the message exchange during operation of the train.
Seepärast on rongi sõidu ajal teadete vahetamiseks oluline, kes on “liini omanik”.
In both scenarios the booking procedure of a path on short notice follows the dialogue between RU and IM involved as described on the next page.
Mõlema stsenaariumi puhul järgneb liini lühiajalise etteteatamisega broneerimine asjaomase RE ja IE dialoogile vastavalt järgmisel leheküljel kirjeldatule.
The following table shows the messages used in the dialogue for the path request:
Alljärgnevas tabelis on esitatud liinitaotluse dialoogis kasutatavad teated:
Message
Teade
Messages used in the dialogue for the path request
Liinitaotluse dialoogis kasutatavad teated
Path Request
Liinitaotlus (Path Request)
RU to IM(s) involved, this message must be sent for a path request at short notice.
RE peab selle teate saatma asjaomastele IEdele, et esitada lühiajalise etteteatamisega liinitaotlus.
Path Details
Liini andmed (Path Details)
This message must be sent from IM(s) to RU confirming details of path in response to RU's ‘Path Request’, perhaps with changed values or if the IM cannot serve the path request, with the indication ‘No alternatives available’.
Selle teate peab IE saatma RE-le, et kinnitada liini andmed vastavalt RE liinitaotlusele, muutes vajadusel väärtusi, kui IE-l ei ole võimalik liinitaotlust täita, ning lisades märke “Alternatiivid puuduvad” (No alternatives available).
Path Confirmed
Liin kinnitatud (Path Confirmed)
This message must be sent from the RU to the IM for the acceptance of the ‘Path Details’ from the IM in response to the RU's original request.
Selle teate peab RE saatma IE-le, kui ta aktseptib liini andmed, mille IE saatis vastuseks RE algsele taotlusele.
Path Details Refused
Liini andmed tagasi lükatud (Path Detail Refused)
This message must be sent from the RU to the IM when not accepting the ‘Path Details’ from the IM in response to RU's original request, if there are changed values, which the RU cannot accept.
Selle teate peab RE saatma IE-le juhul, kui ta ei aktsepteeri liini andmeid, mille IE saatis vastuseks RE algsele taotlusele, kui need sisaldavad muudetud väärtusi, mida RE ei saa aktseptida.
This dialogue ends with the RU by the Path Confirmed message or with the deletion of the path request (Path Request message with status ‘Deletion’, see Chapter 4.2: Functional and technical specifications of the subsystem, General remarks on the message structure).
Dialoog lõpeb RE teatega “Liin kinnitatud” (Path Confirmed) või liinitaotluse kustutamisega (liinitaotluse teade olekuga “Kustutamine” (Deletion), vt punkt 4.2: Allsüsteemi funktsionaalsed ja tehnilised näitajad, Üldmärkused teadete struktuuri kohta).
A Path Details Refused message from the RU must always be served with a new Path Details message.
RE teade “Liini andmed tagasi lükatud” (Path Details Refused) tuleb alati saata koos uue liini andmete (Path Details) teatega.
If the IM cannot serve the path request with a new proposal within the Path Details message, he must send the Path Details message with the indication ‘No alternatives available’, which ends the dialogue with the IM.
Kui IE ei saa rahuldada liinitaotlust vastavalt liini andmete teates sisalduvale uuele ettepanekule, peab ta saatma liini andmete teate koos märkega “Alternatiivid puuduvad” (No alternatives available), mis lõpetab dialoogi IEga.
Whether the path was booked in the long-term planning or on a short notice, the RU must have always the possibility to cancel a booked path.
Olenemata sellest, kas liin broneeriti pikaajalise planeerimise raames või lühikese etteteatamisega, peab RE-l alati olema võimalik broneeritud liin tühistada.
For the cancellation of a booked path the following message must be used.
Broneeritud liini tühistamiseks tuleb kasutada järgmist teadet.
Path cancellation by RU
RE esitatud taotlus liini tühistamiseks
Message to cancel a booked path by RU
RE teade broneeritud liini tühistamiseks
Path Cancelled
Liin tühistatud (Path Cancelled)
Advice from the RU to the IM to cancel a previously booked path or a part of it.
RE teade IE-le, et varem broneeritud liin osaliselt või täielikult tühistada.
Based on the path agreement, the RU can expect that a booked path is also available.
Liinilepingu alusel võib RE eeldada, et broneeritud liin on ka kättesaadav.
Therefore if something occurs and the booked path is no longer available, the IM must inform the RU as soon as it has the knowledge about this fact.
Kui aga broneeritud liin ei ole mis tahes asjaolude tõttu enam kättesaadav, peab IE teavitama REd sellest niipea, kui see asjaolu on talle teatavaks saanud.
A cause of this may be for example an interruption on the path.
Põhjuseks võib olla näiteks liinil tekkinud katkestus.
This can happen at any time between the moment the train path is contracted and the departure of the train.
See võib juhtuda ükskõik millisel liinilepingu sõlmimise ja rongi väljasõidu vahelisel ajal.
The IM is obliged to send an alternative proposal together with the indication ‘Path not available’.
IE on kohustatud koos teatega “Liin ei ole saadaval” (Path not available) saatma alternatiivse ettepaneku.
If this is not possible the IM must send the proposal as soon as possible.
Kui see ei ole võimalik, peab IE saatma ettepaneku niipea kui võimalik.
With the Path Not Available message a dialogue starts for a new path agreement initiated by the IM.
Teatega “Liin ei ole saadaval” algatab IE dialoog uue liinilepingu sõlmimiseks.
Messages used in the dialogue for the cancellation of a booked path by IM.
Teated, mida IE kasutab broneeritud liini tühistamise dialoogis.
Path cancellation by IM
IE esitatud taotlus liini tühistamiseks
Messages used in the path cancellation process initiated by IM
Teated, mida kasutatakse IE algatatud liini tühistamise protsessis
Path Not Available
Liin ei ole saadaval (Path not available)
Advice from the IM to the RU that the booked path is not available.
IE teade RE-le, et broneeritud liin ei ole saadaval.
This message must be sent from IM(s) to RU proposing an alternative path after the advice from the IM to the RU that the booked path is not available.
Selle teate peab IE saatma RE-le, et pakkuda välja alternatiivne liin, kui IE on REd eelnevalt teavitanud, et broneeritud liin ei ole saadaval.