natgillin/translations-raw huggingface dataset:
The parties, in compliance with data protection laws at international and national level, and in particular with the Convention for the Protection of Individuals with regard to Automatic Processing of Personal Data, shall adopt all necessary technical and organisational measures to guarantee the security of the TACHOnet data and prevent the alteration or loss of, or unauthorised processing of or access to such data (in particular the authenticity, data confidentiality, traceability, integrity, availability and non-repudiation and security of the messages).
Osalised, täites rahvusvahelisi ja riiklikke andmekaitsealaseid õigusakte, eelkõige isikuandmete automatiseeritud töötlemisel isiku kaitse konventsiooni, võtavad kõik vajalikud tehnilised ja korralduslikud meetmed, et tagada sõnumiedastussüsteemi TACHOnet andmete turvalisus ning vältida selliste andmete muutmist, kadumist, volitamata töötlemist või nendele juurdepääsu (eelkõige autentsus, andmete konfidentsiaalsus, jälgitavus, terviklus, kättesaadavus ning teadete salgamise vääramine ja turvalisus).
Each party shall protect its own national systems against illicit use, malicious code, viruses, computer intrusions, infringements and illegal tampering of data and other comparable actions by third parties.
Iga osaline kaitseb enda riiklikke süsteeme ebaseadusliku kasutamise, ründekoodide, viiruste, arvutitesse sissetungimise, andmete rikkumise ja ebaseadusliku manipuleerimise ning muu kolmandate isikute samaväärse tegevuse eest.
The parties agrees to use commercially reasonable efforts to avoid the transmission of any viruses, time bombs, worms or similar items or any computer programming routines that may interfere with other Party's computer systems.
Osalised lepivad kokku, et teevad majanduslikult mõistlikke jõupingutusi, et vältida viiruste, viitpommide, ussviiruste või sarnaste elementide edastamist ning programmeerimistavasid, mis võivad kahjustada teise osalise arvutisüsteeme.
The contracting parties shall bear their own development and operation costs in conjunction to their own data systems and procedures as required to fulfil the obligations according to this Appendix.
Kokkuleppeosalised kannavad ise arendus- ja käitamiskulud, mis seonduvad nende andmesüsteemide ja menetlustega, mis on vajalikud käesolevast liitest tulenevate kohustuste täitmiseks.
The services specified in Sub-appendix 4.1, provided by the central hub, are free of charge.
Kesksüsteemi osutatavad teenused, mida käsitletakse liites 4.1, on tasuta.
The parties may subcontract any of the services for which they are responsible under this Appendix.
Kokkuleppeosalised võivad kasutada alltöövõttu kõigi teenuste puhul, mille eest nad käesoleva liite alusel vastutavad.
Such subcontracting does not relieve the party from the responsibility pursuant to this Appendix, including the responsibility for the appropriate level of service in accordance with Sub-appendix 4.6.
Selline alltöövõtt ei vabasta osalist käesoleva liite kohasest vastutusest, sh vastutusest liitele 4.6 vastava nõutava teenusetaseme eest.
Sub-appendix 4.1
Alaliide 4.1
General aspects of TACHOnet
Sõnumiedastussüsteemi TACHOnet üldkirjeldus
TACHOnet is an electronic system for the exchange of information on driver cards between AETR contracting parties.
TACHOnet on elektrooniline süsteem juhikaarte käsitleva teabe vahetamiseks AETRi osaliste vahel.
TACHOnet routes the requests for information from the requesting parties to the responding parties, as well as the replies from the latter to the former.
TACHOnet suunab päringu esitanud osaliste teabenõuded päringutele vastavatele osalistele ning viimati nimetatute vastused esimestena nimetatutele.
Contracting parties being part of TACHOnet must connect their national registers on driver cards to the system.
Sõnumiedastussüsteemiga TACHOnet liitunud kokkuleppeosalised peavad süsteemiga ühendama oma riiklikud juhikaartide registrid.
TACHOnet messaging system shall be composed of the following parts:
Sõnumiedastussüsteem TACHOnet koosneb järgmistest osadest.
A central hub, which shall be able to receive a request from the requesting party, validate it and process it by forwarding it to the responding parties.
Kesksüsteem, mis suudab päringu selle esitanud osaliselt vastu võtta, heaks kiita ja seda töödelda, edastades selle päringule vastavale osalisele.
The central hub shall wait for each responding party to answer, consolidate all the answers and forward the consolidated response to the requesting Party.
Kesksüsteem peab ootama, kuni saab vastuse igalt päringule vastavalt osaliselt, koguma vastused ja saatma koondvastuse päringu esitanud osalisele.
National systems of the parties, which shall be fitted with an interface capable of both sending requests to the central hub and receiving the corresponding replies.
Osaliste riiklikud süsteemid, millel peavad olema liidesed, mis suudavad päringuid saata kesksüsteemile ja võtta vastu saabunud vastuseid.
National systems may use propriety or commercial software to transmit and receive messages from the central hub.
Riiklikud süsteemid võivad kesksüsteemile teadete saatmiseks ja nende vastuvõtmiseks kasutada omand- või kommertstarkvara.
The central hub shall be managed by the European Commission, which shall be responsible for the technical operation and maintenance of the central hub.
Kesksüsteemi haldab Euroopa Komisjon, kes vastutab selle tehnilise käitamise ja hooldamise eest.
The central hub shall not store data for a period exceeding six months, other than the logging and statistical data set out in Sub-appendix 4.7.
Kesksüsteem ei säilita andmeid kauem kui kuus kuud, välja arvatud alaliites 4.7 sätestatud logi- ja statistikaandmed.
The central hub shall not provide access to personal data, except for authorised European Commission personnel, when necessary for the purpose of monitoring, maintenance and troubleshooting.
Kesksüsteem ei tohi anda juurdepääsu isikuandmetele, välja arvatud selleks volitatud Euroopa Komisjoni töötajatele, kui see on vajalik järelevalve ja hoolduse tegemiseks ning rikete kõrvaldamiseks.
Each contracting party shall be responsible for:
Kõik kokkuleppeosalised vastutavad järgmise eest:
The set-up and management of their national systems, including the interface with the central hub.
riiklike süsteemide, sealhulgas kesksüsteemiga suhtlevate liideste loomine ja haldamine;
The installation and maintenance of their national system, both hardware and software, whether proprietary or commercial.
riiklike süsteemide, sealhulgas nii omand- kui ka kommertsriist- ja tarkvara installeerimine ja hooldamine;
Taking all the measures to ensure the confidentiality, integrity and availability of the information.
teabe konfidentsiaalsuse, tervikluse ja kättesaadavuse tagamine kõikide vajalike meetmete abil;
The operation of the national systems in accordance with the service levels set out in Sub-appendix 4.6.
riiklike süsteemide käitamine vastavalt alaliites 4.6 sätestatud teenusetasemetele.
Sub-appendix 4.2
Alaliide 4.2
Functionalities of TACHOnet
Sõnumiedastussüsteemi TACHOnet funktsioonid
The following functionalities shall be provided through TACHOnet messaging system:
Sõnumiedastussüsteemil TACHOnet on järgmised funktsioonid.
Check Issued Cards (CIC): allows the requesting party to send a Check Issued Cards Request to one or all responding parties, in order to determine if a card applicant already possesses a driver card issued by the responding parties.
võimaldab päringu esitanud osalisel saata kaartide kontrollimise taotluse ühele või mitmele, päringule vastavale osalisele, et teha kindlaks, kas kaardi taotlejal on juba mõne teise päringule vastava osalise kaarti.
The responding parties shall reply to the request by sending a Check Issued Cards Response.
Päringule vastavad osalised vastavad päringule CIC-tüüpi vastuse saatmisega.
Check Card Status (CCS): allows the requesting party to ask the responding party about the details of a card issued by the latter by sending a Check Card Status Request.
võimaldab päringu esitanud osalisel CCS-tüüpi päringu saatmisega küsida päringule vastavalt osaliselt viimati nimetatu poolt väljaantud kaardi andmeid.
The responding party shall reply to the request by sending a Check Card Status Response.
Päringule vastav osaline vastab päringule CCS-tüüpi vastuse saatmisega.
Modify Card Status (MCS): allows the requesting party to notify the responding party, through a Modify Card Status Request, that the status of a card issued by the latter has changed.
võimaldab päringu esitanud osalisel teatada päringule vastavale osalisele MCS-tüüpi teate saatmisega, et päringule vastava osalise väljaantud kaardi staatus on muutunud.
The responding party shall reply with a Modify Card Status Acknowledgement.
Päringule vastav osaline vastab päringule MCS-tüüpi kinnituse saatmisega.
Issued Card Driving Licence (ICDL): allows the requesting party to notify the responding party, through an Issued Card Driving Licence Request, that a card has been issued by the former against a driving licence issued by the latter.
võimaldab päringu esitanud osalisel teatada päringule vastavale osalisele ICDL-tüüpi teate saatmisega, et päringu esitanud osaline on päringule vastava osalise juhiloa alusel välja andnud juhikaardi.
The responding party shall reply with an Issued Card Driving Licence Response.
Päringule vastav osaline vastab päringule ICDL-tüüpi vastuse saatmisega.
Other message types deemed suitable for the efficient functioning of TACHOnet shall be included, for instance error notifications.
Edaspidi lisatakse sõnumiedastussüsteemi TACHOnet muid tõhusaks toimimiseks sobivaks peetavaid teatetüüpe, näiteks veateated.
National systems shall recognise the card statuses listed in Table 1, when using any of the functionalities described in point 1.
Riiklikud süsteemid peavad suutma välja selgitada tabelis 1 loetletud kaardistaatusi, et kasutada punktis 1 kirjeldatud funktsioone.
However, parties are not required to implement an administrative procedure that makes use of all of the listed statuses.
Osalised ei ole kohustatud rakendama haldusmenetlust, mis kasutab kõiki loetletud staatusi.
When a party receives a response or notification giving a status that is not used in its administrative procedures, the national system shall translate the status on the received message to the appropriate value in that procedure.
Kui osaline saab vastuse või teate, millega antakse staatus, mida ei kasutata liikmesriigi haldusmenetlustes, peab riiklik süsteem teisendama teates nimetatud staatuse kõnealuse menetlusega sobivaks.
The message shall not be rejected by the responding party, as long as the status in the message is listed in Table 1.
Päringule vastav osaline ei tohi teadet tagasi lükata, kui selle staatus on loetletud tabelis 1.
The card status listed in Table 1 shall not be used to determine if a driver card is valid for driving.
Tabelis 1 loetletud kaardistaatust ei tohi kasutada selleks, et teha kindlaks, kas juhikaart on juhtimiseks kehtiv.
When a party queries the register of the card issuing national authority via the CCS functionality, the response shall contain the dedicated field ‘valid for driving’.
Kui osaline teeb kaardi väljaandnud riigi ametiasutuse registrilt CCS-tüüpi funktsiooni kaudu päringu, peab vastus sisaldama asjakohast välja „kehtiv juhtimiseks“.
The national administrative procedures shall be such that CCS responses always contain the appropriate ‘valid for driving’ value.
Riigi haldusmenetlused peavad olema sellised, et CCS-tüüpi vastus sisaldaks alati teadet „kehtiv juhtimiseks“.
The CIA has decided to withdraw the driver card.
Kaarte väljaandev asutus on otsustanud juhikaardi tagasi võtta.
The tachograph card has been returned to the CIA, and declared no longer needed.
Sõidumeerikukaart on kaarte väljaandvale asutusele tagastatud ega ole enam vajalik.
The tachograph card has been declared lost to the CIA.
Kaarte väljaandvale asutusele on teatatud, et sõidumeerikukaart on kadunud.
The tachograph card has been reported stolen to the CIA.
Kaarte väljaandvale asutusele on teatatud, et sõidumeerikukaart on varastatud.
The tachograph card has been reported as malfunctioning to the CIA.
Kaarte väljaandvale asutusele on teatatud, et sõidumeerikukaart ei toimi korralikult.
The CIA that issued a driver card has received a notification that the procedure to exchange that card for a driver card issued by the CIA of another Party has started.
Juhikaardi väljaandnud asutus on saanud teate, et teise osalise kaarte väljaandev asutus on alustanud nimetatud kaardi asendamist juhikaardiga.
The CIA that issued a driver card has received a notification that the procedure to exchange that card for a driver card issued by the CIA of another Party has completed.
Kaarte väljaandev asutus on saanud teate, et teise osalise kaarte väljaandev asutus on lõpule viinud nimetatud kaardi kokkuleppeosalise juhikaardiga asendamise.
Sub-appendix 4.3
Alaliide 4.3
Message provisions of TACHOnet
Sõnumiedastussüsteemi TACHOnet teadete seaded
The central hub shall provide both synchronous and asynchronous interfaces for the exchange of messages.
Kesksüsteemil peavad olema teadetevahetuseks nii sünkroonsed kui ka asünkroonsed liidesed.
Parties may choose the most suitable technology to interface with their own applications.
Osalised võivad valida oma rakendustes liidese jaoks kõige sobivama tehnilise lahenduse.
All messages exchanged between the central hub and the national systems must be UTF-8 encoded.
Kõik kesksüsteemi ja kokkuleppeosaliste süsteemide vahel edastatavad teated peavad olema kodeeritud teisendusvorminguga UTF-8.
National systems shall be capable of receiving and processing messages containing Greek or Cyrillic characters.
Kokkuleppeosaliste süsteemid peavad olema võimelised vastu võtma ja töötlema kreeka või kirillitsa tähemärke sisaldavaid teateid.
The general structure of XML messages shall follow the format defined by the XSD schemas installed in the central hub.
XML-tüüpi teadete struktuur järgib XSD-andmetüüpe, mis on installeeritud kesksüsteemi.
National systems shall be capable of sending, receiving and processing all messages corresponding to any of the functionalities set out in Sub-appendix 4.2.
Riiklikud süsteemid peavad võimaldama saata, vastu võtta ja töödelda kõiki alaliites 4.2 sätestatud funktsioonidele vastavaid teateid.
The XML messages shall include at least the minimum requirements laid down in Table 2.
XML-tüüpi teated peavad vastama vähemalt tabelis 2 sätestatud miinimumnõuetele.
Minimum requirements for the content of the XML messages
XML-tüüpi teadete miinimumnõuded
The official version of the XML specifications will be specified through the namespace defined in the message XSD and in the version attribute of the Header element of any XML message.
Märgistuskeele XML ametlik versioon on määratud kindlaks teate XSDs määratletud nimeruumiga ning iga XML-tüüpi teate päise elemendi versiooni atribuudiga.
The version number (‘n.m’) will be defined as fixed value in every release of the XML Schema Definition file (xsd).
Versiooni number („n.m“) määratakse kindlaks fikseeritud väärtusega iga XML-i andmetüübi määratlusfaili (XSD) väljastamisel.
Technical Identifier
Saatja tekitab tunnuse UUID ja sisestab selle tunnuse.
This data is not used in any business capacity.
Töövoo tunnus on UUID ja selle peab moodustama päringu esitanud osaline.
The workflow id is a UUID and should be generated by the requesting party.
Millal saadetud
This id is then used in all messages to correlate the workflow.
Teate saatmise kuupäev ja kellaaeg (UTC).
The date and time (UTC) that the message was sent.
See atribuut on valikuline kuupäeva ja kellaaja (UTC vormingus) atribuut.
Timeout
Selle väärtuse annab kesksüsteem edastatud päringutele.
This is an optional date and time (in UTC format) attribute.
See annab päringule vastavale osalisele teada, millal päring aegub.
This value will be set only by the central hub for forwarded requests.
Seda väärtust ei nõua MS2TCN__Req ega ükski vastusteade.
This will inform the responding party of the time when the request will be timed out.
Selle kasutamine on vabatahtlik, seega saab sama päise määratlust kasutada kõikide teatetüüpide puhul, sõltumata sellest, kas aegumisaja väärtuse atribuuti nõutakse või mitte.
This value is not required in MS2TCN__Req and all response messages.
Teate saatnud kokkuleppeosalise ISO 3166-1 Alpha 2 kood või „EL“.
It is optional so that the same header definition can be used for all message types regardless of whether or not the timeoutValue attribute is required.
Teate saanud kokkuleppeosalise ISO 3166-1 Alpha 2 kood või „EL“.
The ISO 3166-1 Alpha 2 code of the party sending the message or ‘EU’.
Alaliide 4.4
The ISO 3166-1 Alpha 2 code of the party to which the message is being sent or ‘EU’.
Translitereerimine ja NYSIIS (New York State Identification and Intelligence System – New Yorgi osariigi identifitseerimis- ja jälitussüsteem)
Sub-appendix 4.4
Kesksüsteem kasutab NYSIISi algoritmi kõikide riiklikus registris leiduvate juhtide nimede kodeerimiseks.
Transliteration and NYSIIS (New York State Identification and Intelligence System) services
Otsides CIC-funktsiooni abil kaarti, tuleb esimese otsingumehhanismina kasutada NYSIISi võtmeid.
The NYSIIS algorithm implemented in the central hub shall be used to encode the names of all the drivers in the national register.
Lisaks sellele võivad osalised täiendavate tulemuste saamiseks kasutada oma algoritmi.
Additionally, parties may employ a custom algorithm to return additional results.
Kui osaline otsustab registreerida ICDLi teateid, tuleb ICDLi andmete juurde salvestada NYSIISi võtmed, mis on teates.
The search results shall indicate the search mechanism which was used to find a record, either NYSIIS or custom.
ICDLi andmete otsingul peab osaline kasutama taotleja nime jaoks NYSIISi võtmeid.
If a party chooses to record ICDL notifications then the NYSIIS keys contained in the notification shall be recorded as part of the ICDL data.
Alaliide 4.5
When searching the ICDL data the party shall use the NYSIIS keys of the applicant's name.
Turvanõuded
Sub-appendix 4.5
Teadete vahetamiseks riiklike süsteemide ja kesksüsteemi vahel kasutatakse edastusprotokolli HTTPS.
Security requirements
Turvalisuse tagamiseks teadete edastamisel riiklike süsteemide ja kesksüsteemi vahel peavad riiklikud süsteemid kasutama alaliidetes 4.8 ja 4.9 osutatud digisertifikaate.
National systems shall use the digital certificates referred to in Sub-appendices 4.8 and 4.9 for the purposes of securing the transmission of messages between the national system and the central hub.
Alaliide 4.6
National systems shall implement, as a minimum, certificates using the SHA-2 (SHA-256) signature hash algorithm and a 2048 bit public key length.
Teenusetasemed
Sub-appendix 4.6
Riiklikud süsteemid peavad vastama vähemalt järgmisele teenusetasemele.
National systems shall fulfil the following minimum level of service:
Nende kättesaadavust jälgitakse tukseteadetega, mida saadab kesksüsteem.
They shall be available 24 hours a day, 7 days a week.
Nende kättesaadavusmäär peab olema 98 % vastavalt järgmisele tabelile (arvud on ümardatud sobiva ühikuni):
Their availability rate shall be 98 %, according to the following table (the figures have been rounded to the nearest convenient unit):
vastab mittekättesaadavus järgmise aja vältel
Monthly
0,5 tundi
Yearly
15 tundi
15 hours
Osalisi kutsutakse üles täitma igapäevase kättesaadavuse nõuet, kuid on selge, et teatavad vajalikud toimingud, nagu süsteemi hooldus, nõuavad rohkem aega kui 30 minutit.
Parties are encouraged to respect the daily availability rate, however it is recognised that certain necessary activities, such as system maintenance, require a downtime of more than 30 minutes.
Nad peavad igas kalendrikuus vastama vähemalt 98 % neile edastatud päringutele.
They shall respond to a minimum of 98 % of the requests forwarded to them in one calendar month.
Üldine päringuviivitus (aeg, mille jooksul taotleja võib oodata vastust) ei tohi ületada 20 sekundit.
The global request timeout (time within which the requestor may wait for a response) shall not exceed 20 seconds.
Riiklikud süsteemid ei tohi saata sõnumiedastussüsteemi TACHOnet kesksüsteemi üle kahe päringu sekundis.
They shall be able to service a request rate of 6 messages per second.
Iga riiklik süsteem peab suutma toime tulla kesksüsteemi või teiste kokkuleppeosaliste riiklike süsteemide tehniliste probleemidega.
Every national system shall be able to cope with potential technical problems of the central hub or national systems in other parties.
kaob ühendus kesksüsteemiga;
receipt of invalid messages.
tagama 98 % kättesaadavuse;
feature an availability rate of 98 %;
Riiklikud süsteemid peavad veateated vastu võtma ja käivitama töövoo, mis suudaks võtta vajalikke meetmeid teatatud vea parandamiseks.
The national systems, in turn, shall receive these dedicated error messages and have an escalation workflow in place to take any appropriate action to rectify the notified error.
Osalised teavitavad veebirakenduse kaudu korrapäraselt teisi osalisi ja Euroopa Komisjoni igast hooldusest vähemalt üks nädal enne hooldust, kui see on tehniliselt võimalik.
Maintenance
Alaliide 4.7
Parties shall notify other parties and the European Commission of any routine maintenance activities via the web application, at least one week before the beginning of those activities if technically possible.
Kesksüsteemi kogutud andmete logi ja statistika
Sub-appendix 4.7
Eraelu puutumatuse kaitse tagamiseks on statistilised andmed anonüümsed.
Logging and statistics of the data collected at the central hub
Kaardi, juhi ja juhiloa tuvastamise andmed peavad olema kättesaadavad statistika tegemiseks.
Statistical information shall be retained indefinitely.
päringu esitanud osaline;
The statistical data used for reporting shall include:
päringule vastav osaline;
the requesting party;
teate tüüp;
the responding party;
vastuse staatuse kood;
the date and time of the messages;
Alaliide 4.8
the response time.
Sõnumiedastussüsteemi TACHOnet digivõtmeid ja -sertifikaate käsitlevad üldsätted
Sub-appendix 4.8
Euroopa Komisjoni informaatika peadirektoraat (DIGIT) teeb platvormi eDelivery kaudu sõnumiedastussüsteemiga TACHOnet ühenduvatele AETRi osalistele (edaspidi „riigi ametiasutused“) kättesaadavaks Euroopa ühendamise rahastu avaliku võtme taristu (PKI) teenuse.
General provisions regarding digital keys and certificates for TACHOnet
Digisertifikaatide taotlemise ja tühistamise menetlus ning nende kasutamise üksikasjalikud tingimused on kindlaks määratud liites.
The Directorate-General for Informatics of the European Commission (DIGIT) shall make available a PKI service (referred to as ‘CEF PKI service’) to the AETR Contracting Parties connecting to TACHOnet (henceforth the national authorities) through eDelivery.
Sertifikaatide kasutamine
The procedure for request and revocation of digital certificates, as well as the detailed terms and conditions for its usage, are defined in the Appendix
Riigi ametiasutus kasutab väljaantud sertifikaati üksnes sõnumiedastussüsteemi TACHOnet raames.
Usage of certificates:
Sertifikaati võib kasutada järgmistel eesmärkidel:
Once the certificate is issued, the national authority, shall use the certificate only in the context of TACHOnet.
andmete päritolu autentimine;
The certificate can be used to:
andmete krüpteerimine;
authenticate the origin of data;
andmete tervikluse rikkumiste avastamise tagamine.
encrypt data;
Kõik kasutusviisid, mis ei ole lubatud kasutusviisidena sõnaselgelt lubatud, on keelatud.
ensure detection of integrity breaches of data.
Kokkuleppeosalised:
Any usage not explicitly authorised as part of the permitted usages of the certificate is prohibited.
kaitsevad oma privaatvõtmeid loata kasutamise eest;
Contracting parties shall:
hoiduvad privaatvõtmete kolmandatele isikutele edastamisest või avaldamisest, ka esindajatena;
protect their private key against unauthorised use;
tagavad sõnumiedastussüsteemis TACHOnet genereeritud, salvestatud ja seal kasutatavate privaatvõtmete konfidentsiaalsuse, tervikluse ja kättesaadavuse;