natgillin/translations-raw huggingface dataset:
‘The essential requirements for Telematics Applications guarantee a minimum quality of service for passengers and carriers of goods, particularly in terms of technical compatibility.
„Temeljni zahtjevi za telematske aplikacije jamče minimalnu kakvoću putničkog i teretnog prijevoza, naročito u smislu tehničke kompatibilnosti.
Steps must be taken to ensure:
Potrebno je poduzeti mjere radi osiguranja:
that the databases, software and data communication protocols are developed in a manner allowing maximum data interchange between different applications and operators, excluding confidential commercial data,
da se baze podataka, programska podrška i protokoli prijenosa podataka izrađuju tako da omogućuju maksimalnu razmjenu podataka među različitim aplikacijama i prijevoznicima, osim povjerljivih komercijalnih podataka,
easy access to the information for users.’
jednostavnog pristupa korisnika informacijama.”
This essential requirement is specially met by the following chapters:
Ovaj osnovni zahtjev posebno ispunjavaju sljedeća poglavlja:
Essential requirement 2.7.2 of Annex III to Directive 2008/57/EC (1):
Osnovni zahtjev 2.7.2. Priloga III. Direktivi 2008/57/EZ [1]:
‘The methods of use, management, updating and maintenance of these databases, software and data communication protocols must guarantee the efficiency of these systems and the quality of the service.’
„Načini uporabe, upravljanje, ažuriranje i održavanje tih baza podataka, programske podrške i protokola razmjene podataka moraju zajamčiti učinkovitost tih sustava i kakvoću usluga.”
This requirement is specially met by the following chapters:
Taj zahtjev posebno ispunjavaju sljedeća poglavlja:
This essential requirement, especially the method of use to guarantee the efficiency of these Telematics applications and the quality of the service, is the foundations for the complete TSI and not restricted to the Chapters 4.2.10, 4.2.11 and 4.2.12.
Ovaj osnovni zahtjev, a posebno način upotrebe koji jamči učinkovitost tih telematskih aplikacija i kvalitetu usluge, temelj je cjelokupnog TSI-ja i nije ograničen samo na poglavlja 4.2.10., 4.2.11. i 4.2.12.
Essential requirement 2.7.3 of Annex III to Directive 2008/57/EC (1):
Osnovni zahtjev 2.7.3. Priloga III. Direktivi 2008/57/EZ [1]:
‘The interfaces between these systems and users must comply with the minimum rules on ergonomics and health protection.’
„Sučelja između tih sustava i korisnika moraju ispunjavati minimalna pravila ergonomike i zaštite zdravlja.”
This TSI does not specify any additional requirements to existing national and European rules related to minimum rules on ergonomics and health protection of an interface between these Telematics applications and users.
Ovim se TSI-jem ne određuje dodatne zahtjeve uz postojeća nacionalna i europska pravila u pogledu ergonomije i zaštite zdravlja za sučelje između tih telematskih aplikacija i korisnika.
Essential requirement 2.7.4 of Annex III to Directive 2008/57/EC (1):
Osnovni zahtjev 2.7.4. Priloga III. Direktivi 2008/57/EZ [1]:
‘Suitable levels of integrity and dependability must be provided for the storage or transmission of safety-related information.’
„Za pohranjivanje ili prijenos informacija koje se tiču sigurnosti potrebno je osigurati odgovarajuće razine integriteta i pouzdanosti.”
This requirement is met by the following chapters:
Ovaj zahtjev ispunjavaju sljedeća poglavlja:
The rail system, to which Directive 2008/57/EC applies and of which the Telematics Applications Subsystem is a part, is an integrated system whose consistency must be verified.
Željeznički sustav na koji se primjenjuje Direktiva 2008/57/EZ i čiji je dio podsustav telematskih aplikacija, integrirani je sustav čija se usklađenost mora provjeriti.
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.
Posebno se mora pregledati usklađenost specifikacija podsustava, njegovih sučelja u pogledu sustava u koji je integriran i operativnih propisa i održavanja.
Taking into account all the applicable essential requirements, the Telematics Application Subsystem for Freight is characterised by:
Uzimajući u obzir sve primjenjive osnovne zahtjeve, podsustav telematskih aplikacija za teretni promet okarakteriziran je sljedećim:
In light of the essential requirements in Chapter 3 (Essential requirements), the functional and technical specifications of the subsystem cover the following parameters:
U svjetlu osnovnih zahtjeva iz poglavlja 3. (Osnovni zahtjevi) funkcionalnim i tehničkim specifikacijama podsustava obuhvaćeni su sljedeći parametri:
Consignment Note data,
podaci o tovarnom listu,
Path Request,
zahtjev za trasu,
Train Preparation,
priprema vlaka,
Train Running Forecast,
prognoza vožnje vlaka,
Wagon Movement,
kretanje vagona,
Interchange Reporting,
izvješće o razmjeni,
Data Exchange for Quality Improvement,
razmjena podataka radi poboljšanja kvalitete,
The detailed data specifications are defined in the complete Data Catalogue.
Detaljne specifikacije podataka definirane su u potpunom Katalogu podataka. Obvezni formati poruka i podataka tog Kataloga definirani su u dokumentu:
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.
TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI koji je naveden u Dodatku I. Pored toga, drugi postojeći standardi mogu se koristiti za istu namjenu ako su uključene stranke zaključile poseban sporazum kojim se dopušta korištenje tih standarda posebno na područjima država članica koje graniče s trećim zemljama.
General remarks on the message structure
Opće napomene o strukturi poruka
The messages are structured into two data sets:
Poruke su strukturirane u dva skupa podataka:
Control data defined through the mandatory message header of the messages of the catalogue.
Kontrolni podaci definira ih se obveznim naslovom poruka u katalogu.
Information data defined by the mandatory/optional content of each message and mandatory/optional data set in the catalogue.
Informativni podaci definira ih se obveznim/neobveznim sadržajem svake poruke i obveznim/neobveznim skupom podataka u katalogu.
If a message or a data element is defined as optional in this Regulation, the involved parties decide on using it.
Ako se poruka ili podatak definiraju kao neobvezni u ovoj Uredbi, uključene strane odlučuju hoće li ih koristiti.
The application of these messages and data elements must be part of a contractual agreement.
Primjena ovih poruka i podaci moraju biti sporazumno ugovoreni.
If in the data catalogue optional elements are mandatory under certain conditions this has to be specified in the data catalogue.
Ako su u katalogu podataka neobvezni podaci pod određenim uvjetima obvezni, to mora biti navedeno u katalogu podataka.
Customer Consignment Note
Teretni list korisnika
The Consignment Note has to be sent by the Customer to the Lead RU.
Korisnik šalje teretni list vodećem željezničkom prijevozniku.
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’.
On mora sadržavati sve potrebne podatke za prijevoz pošiljke od pošiljatelja do primatelja u skladu s „Jedinstvenim pravnim propisima za ugovor o međunarodnom željezničkom prijevozu robe (CIM)”, „Jedinstvenim pravilima u ugovorima za korištenje vozila u međunarodnom željezničkom prometu (CUV) i važećim nacionalnim propisima.”.
The LRU must supplement additional information.
Vodeći željeznički prijevoznik mora osigurati dodatne podatke.
A subset of the consignment note data including the additional ones, are described in Appendix I, TAF TSI — ANNEX D.2:
Podskupina podataka iz teretnog lista uključujući i dodatne podatke opisani su u Dodatku I., TAF TSI – PRILOG D.2:
APPENDIX A (WAGON/ILU TRIP PLANNING) and Appendix I, TAF TSI — Annex D.2:
DODATAK A (PLANIRANJE PODATAKA ZA VAGON/UTOVARNU JEDINICU) i Dodatku I., TAF TSI – Prilog D.2:
Appendix F — TAF TSI Data and Message Model (4))) listed in the table in Appendix I of this Regulation.
Dodatak F – Model za podatke i poruku TAF TSI [4])) koji su navedeni u tablici u Dodatku I. ove Uredbe.
In the case of Open Access the Lead RU contracting with the customer has all the information after the supplement of the data available.
Pri otvorenom pristupu mreži VŽP koji ima ugovor s korisnikom ima sve podatke nakon nadopune raspoloživim podacima.
No message exchange is needed with other RUs.
S drugim ŽP-om nije potrebna razmjena podataka.
These data are also the basis for a path request on short notice, if this is required for the execution of the consignment note.
Ovi su podaci također temelj za žurni zahtjev za trasu ako je to potrebno za izvršenje teretnog lista.
The following messages are for the case of non-Open Access.
Ostale se poruke odnose na slučajeve kada nije riječ o otvorenom pristupu.
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.
Sadržaj tih poruka može također biti temelj za kratkoročni zahtjev za trasu ako je to potrebno za izvršenje tovarnog lista.
Consignment orders
Nalozi za pošiljku
The consignment order is primarily a subset of the Consignment Note information.
Nalog za pošiljku uglavnom sadržava osnovne informacije iz teretnog lista.
It must be forwarded to the RUs involved in the transport chain by the LRUs.
Vodeći željeznički prijevoznik mora taj nalog poslati željezničkim prijevoznicima koji su uključeni u prijevozni lanac.
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.
Nalog za pošiljku mora sadržavati potrebne podatke kako bi ŽP osigurao prijevoz na odsjeku za koji su nadležni do predaje sljedećem ŽP-u.
Therefore the content is dependent on the role to be performed by the railway undertaking:
Prema tome, njegov sadržaj ovisi o poslu koji željeznički prijevoznik treba obaviti:
Origin-, Transit- or Delivery RU.
preuzimanje, provoz ili dostava robe.
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
Obvezna podatkovna struktura naloga za pošiljku i detaljni formati za ovu poruku navedeni su u „Poruci naloga za pošiljku” u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
The main contents of these consignment orders are:
Glavni sadržaj tih naloga za pošiljku sačinjavaju:
Consignor and consignee information,
podaci o pošiljatelju i primatelju,
Routing information,
podaci o ruti,
Consignment identification,
identifikacija pošiljke,
Wagon information,
podaci o vagonu,
Place and time information.
podaci o mjestu i vremenu.
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.
Odabrani podaci iz teretnog lista moraju biti dostupni svim partnerima (primjerice UI-ju, posjedniku itd.) u prijevoznom lancu uključujući korisnike.
These are especially per wagon:
To su posebno za svaki vagon:
Dangerous goods information,
podaci o opasnom teretu,
Transportation unit.
prijevozna jedinica.
Exceptionally a paper version can be used only if this information cannot be sent using the messages defined above.
Iznimno i samo ako se ove podatke ne može poslati korištenjem gore definiranih poruka može se koristiti papirnati dokument.
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.
Trasom se određuju zahtijevani, prihvaćeni i stvarni podaci koje treba pohraniti u vezi s trasom i obilježjima vlaka za svaki odsjek te trase.
The following description presents the information which must be available to the infrastructure manager.
U sljedećem opisu navedeni su podaci koji moraju biti na raspolaganju upravitelju infrastrukture.
This information must be updated whenever a change occurs.
Ovi se podaci moraju ažurirati pri svakoj promjeni.
The information of the annual path therefore needs to allow the retrieval of the data for short term amendments.
Stoga mora biti moguće dobivanje podataka za kratkoročne promjene iz godišnjih podataka za trasu.
In particular, the Customer, in case he is impacted, must be informed by LRU.
U slučajevima kada postoje posljedice za korisnika, posebno je važno da ga vodeći željeznički prijevoznik obavijesti.
Path Request on short notice
Kratkoročni zahtjev za trasu
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.
Zbog iznimnih slučajeva tijekom vožnje vlaka ili zbog kratkoročnih zahtjeva za prijevoz, željeznički prijevoznik mora imati mogućnost dobivanja ad hoc trase u mreži.
In the first case, immediate actions have to be started, whereby the actual train composition based on the train composition list is known.
U prvom slučaju treba odmah djelovati, pri čemu je poznat stvarni sastav vlaka na temelju popisa sastava vlaka.
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.
U drugom slučaju, željeznički prijevoznik mora upravitelju infrastrukture dostaviti sve potrebne podatke o tome kada i gdje vlak mora voziti zajedno s fizičkim karakteristikama u onoj mjeri u kojoj su one povezane s infrastrukturom.
The basic parameter ‘Short notice Path Requests’ should be handled between the RU and the infrastructure manager (IM).
O osnovnom parametru „žurni zahtjevi za trasu” moraju se dogovoriti ŽP i upravitelj infrastrukture (UI).
In this basic parameter the term IM can refer to IMs and if applicable to Allocation Bodies (see Directive 2012/34/EU (3)).
U tom se osnovnom parametru pojam UI može odnositi na UI-je i, ako je primjenjivo, na tijela za dodjelu (vidi Direktivu 2012/34/EZ [3]).
These requirements are valid for all Short Notice Path Requests.
Ovi su zahtjevi važeći za sve žurne zahtjeve za trasu.
This Basic Parameter (BP) does not include Traffic Management issues.
Taj osnovni parametar [OP] ne uključuje pitanja povezana s upravljanjem prometom.
The time limit between Short Term paths and Traffic Management path changes is subject to Local Agreements.
Vremenska granična vrijednost između žurnog zahtjeva za trasu i izmjene trase u okviru upravljanja prometom podložna je lokalnim sporazumima.
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.
Željeznički prijevoznik (ŽP) mora dostaviti upravitelju infrastrukture (UI) sve potrebne podatke o tome kada i gdje vlak mora voziti zajedno s fizičkim karakteristikama u onoj mjeri u kojoj su one povezane s infrastrukturom.
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.
Svaki upravitelj infrastrukture odgovoran je za prikladnost trase na svojoj infrastrukturi, a željeznički prijevoznik obvezan je provjeriti karakteristike vlaka u odnosu na podatke iz ugovora za trasu.
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.
Ne dovodeći u pitanje uvjete za korištenje trase u izvješćima o mreži ili nadležnosti pri ograničenjima infrastrukture koja su objašnjena u TSI vođenja i upravljanja prometom, ŽP mora prije pripremanja vlaka saznati postoje li neka ograničenja na segmentima pruge ili kolodvorima (čvorištima) koja utječu na njegov sastav vlaka predviđen ugovorom o trasi.
The Path agreement for a train movement at short notice is based on a dialogue between RUs and IMs.
Sporazum o trasi za kretanje vlaka u kratkom roku temelji se na dijalogu između ŽP-a i UI-ja.
Requests for infrastructure capacity may be made by applicants.
Zahtjeve za dodjelu infrastrukturnog kapaciteta mogu podnijeti podnositelji.
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).
Radi korištenja takvog infrastrukturnog kapaciteta, podnositelji zahtjeva imenuju željezničkog prijevoznika za sklapanje ugovora s upraviteljem infrastrukture u skladu s Direktivom 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.
U dijalogu će sudjelovati svi ŽP-i i UI-ji koji su uključeni u kretanje vlaka po željenoj trasi pri čemu mogu imati različit doprinos u postupku određivanja trase.
Path Request message
Poruka kojom se zahtijeva trasa
This message is sent to the infrastructure manager (IM) by the RU in order to request a path.
Ovu poruku željeznički prijevoznik šalje upravitelju infrastrukture kako bi zahtijevao trasu.
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.
Definicija obvezne strukture poruke ove poruke i elemenata koje treba slijediti opisani su u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
Path Details message
Poruka o pojedinostima trase
The IM sends this message to the requesting RU in response to their path request.
UI šalje ovu poruku ŽP-u koji je uputio zahtjev kao odgovor na njihov zahtjev za trasu.
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.
Definicija obvezne strukture poruke o pojedinostima trase i elemenata koje treba slijediti opisani su u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
Path Confirmed message
Poruka o potvrdi trase
The requesting RU uses this message to book/confirm the path proposed by the IM.
ŽP koji je uputio zahtjev koristi ovu poruku za potvrđivanje/rezervaciju trase koju je predložio UI.
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.
Definicija obvezne strukture poruke o potvrdi trase i elemenata koje treba slijediti opisani su u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
Path Details Refused message
Poruka o odbijenim pojedinostima trase
The requesting RU uses this message to reject the path details proposed by the relevant infrastructure manager.
ŽP koji je uputio zahtjev koristi ovu poruku za odbijanje pojedinosti trase koje je predložio odgovarajući upravitelj infrastrukture.
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.
Definicija obvezne strukture poruke o odbijenim pojedinostima trase i elemenata koje treba slijediti opisani su u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
Path Cancelled message
Poruka o otkazanoj trasi
This message is used by an RU to cancel all or part of a path that has been booked.
Ovu poruku koristi ŽP za otkazivanje svih dijelova ili dijela trase koju je rezervirao.
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.
Definicija obvezne strukture poruke o otkazanoj trasi i elemenata koje treba slijediti opisani su u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
Path Not Available message
Poruka o neraspoloživosti trase
The IM sends this message to the contracted RU in the event that the RU's booked path is no longer available,
UI šalje ovu poruku onom ŽP-u koji je ugovorio trasu u slučaju da trasa koju je rezervirao ŽP više nije raspoloživa.
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.
Definicija obvezne strukture poruke o neraspoloživosti trase i elemenata koje treba slijediti opisani su u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
Receipt Confirmation message
Poruka o potvrdi primitka
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.
Ovu poruku primatelj poruke šalje pošiljatelju poruke kako bi se potvrdilo da je njegov naslijeđeni sustav dobio poruku u određenom vremenskom razdoblju.
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.
Definicija obvezne strukture poruke o potvrdi primitka i elemenata koje treba slijediti opisani su u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
This basic parameter describes the messages which must be exchanged during the train preparation phase until the start of the train.
Ovim se osnovnim parametrom opisuje koje se poruke moraju razmijeniti između faze pripreme vlaka do polaska vlaka.
Train preparation includes compatibility check between the train and the route.
Priprema vlaka uključuje provjeru kompatibilnosti između vlaka i pruge.
This check is done by the RU on basis of information provided by concerned IMs on infrastructure description and infrastructure restrictions.
Tu provjeru ŽP vrši na temelju informacija o opisu i ograničenjima infrastrukture koje dostavljaju dotični UI-ji.
During train preparation the RU must send the train composition to the next RUs.
U okviru pripreme vlaka ŽP mora poslati sastav vlaka sljedećem ŽP-u.
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.
U skladu s ugovornim sporazumima ovu poruku ŽP mora također poslati UI-jima s kojima je ugovorio odsjek trase.
If the train composition is changed at a location, this message must be exchanged once more with information updated by the RU responsible.
Ako se sastav vlaka promijeni na lokaciji, ova se poruka mora još jedanput poslati s podacima koje ažurira odgovorni ŽP.