natgillin/translations-raw huggingface dataset:
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.
Version (versiune)
The version number (‘n.m’) will be defined as fixed value in every release of the XML Schema Definition file (xsd).
Versiunea oficială a specificațiilor XML va fi specificată prin spațiul de nume (namespace) definit în XSD a mesajului și în atributul „versiune” (version) din elementul antet al oricărui mesaj XML.
Test Identifier
Numărul versiunii („n.m”) va fi definit ca valoare fixă la fiecare lansare a fișierului de definiție a schemei XML (xsd).
Optional id for testing.
Test Identifier (identificator de testare)
The originator of the test will populate the id and all participants in the workflow will forward/return the same id.
ID opțional pentru testare.
In production it should be ignored and will not be used if it is supplied.
Inițiatorul testului va completa ID-ul, iar toți ceilalți participanți la fluxul de lucru vor redirecționa/returna același ID.
Technical Identifier
În producție, el trebuie ignorat și nu va fi folosit dacă este furnizat.
A UUID uniquely identifying each individual message.
Technical Identifier (identificator tehnic)
The sender generates a UUID and populates this attribute.
Un UUID care identifică în mod unic fiecare mesaj în parte.
This data is not used in any business capacity.
Expeditorul generează un UUID și completează acest atribut.
Workflow Identifier
Aceste date nu se folosesc în niciun scop legat de activități economice.
The workflow id is a UUID and should be generated by the requesting party.
Workflow Identifier (identificator al fluxului de lucru)
This id is then used in all messages to correlate the workflow.
Identificatorul fluxului de lucru este un UUID și trebuie să fie generat de partea solicitantă.
Sent At
Acest ID este apoi utilizat în toate mesajele pentru a corela fluxul de lucru.
The date and time (UTC) that the message was sent.
Sent At (trimis la)
Timeout
Data și ora (UTC) la care a fost trimis mesajul.
This is an optional date and time (in UTC format) attribute.
Timeout (timpul a expirat)
This value will be set only by the central hub for forwarded requests.
Acesta este un atribut opțional privind data și ora (în format UTC).
This will inform the responding party of the time when the request will be timed out.
Această valoare va fi stabilită doar de nodul central pentru cererile redirecționate.
This value is not required in MS2TCN__Req and all response messages.
Ea va informa partea respondentă cu privire la ora la care expiră cererea.
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.
Această valoare nu este necesară în MS2TCN__Req și în niciun mesaj de răspuns.
The ISO 3166-1 Alpha 2 code of the party sending the message or ‘EU’.
Ea este opțională, pentru a permite utilizarea aceleiași definiții de antet pentru toate tipurile de mesaje, indiferent dacă atributul „timeoutValue” este necesar sau nu.
The ISO 3166-1 Alpha 2 code of the party to which the message is being sent or ‘EU’.
Codul ISO 3166-1 alfa 2 al părții care transmite mesajul sau „UE”.
Sub-appendix 4.4
Codul ISO 3166-1 alfa 2 al părții căreia i se transmite mesajul sau „UE”.
Transliteration and NYSIIS (New York State Identification and Intelligence System) services
Subapendicele 4.4
The NYSIIS algorithm implemented in the central hub shall be used to encode the names of all the drivers in the national register.
Servicii de transliterare și NYSIIS (New York State Identification and Intelligence System)
When searching for a card via the CIC functionality the NYSIIS keys shall be used as the primary search mechanism.
Algoritmul NYSIIS implementat în nodul central este folosit pentru a codifica numele tuturor conducătorilor auto în registrul național.
Additionally, parties may employ a custom algorithm to return additional results.
La căutarea unui card prin intermediul funcției CIC se utilizează cheile NYSIIS ca mecanism principal de căutare.
The search results shall indicate the search mechanism which was used to find a record, either NYSIIS or custom.
În plus, părțile pot utiliza un algoritm personalizat, pentru a obține rezultate suplimentare.
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.
Rezultatele căutării trebuie să indice mecanismul de căutare care a fost utilizat pentru a găsi o înregistrare, fie NYSIIS, fie un algoritm personalizat.
When searching the ICDL data the party shall use the NYSIIS keys of the applicant's name.
Dacă o parte alege să înregistreze notificările ICDL, atunci cheile NYSIIS conținute în notificare se înregistrează ca parte a datelor ICDL.
Sub-appendix 4.5
La căutarea datelor ICDL, partea respectivă utilizează cheile NYSIIS ale numelui solicitantului.
Security requirements
Subapendicele 4.5
HTTPS shall be used for the exchange of messages between the central hub and the national systems.
Cerințe de securitate
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.
Pentru schimbul de mesaje între nodul central și sistemele naționale se utilizează protocolul HTTPS.
National systems shall implement, as a minimum, certificates using the SHA-2 (SHA-256) signature hash algorithm and a 2048 bit public key length.
Sistemele naționale trebuie să utilizeze certificatele digitale menționate în subapendicele 4.8 și 4.9 pentru a securiza transmiterea mesajelor între sistemul național și nodul central.
Sub-appendix 4.6
Sistemele naționale trebuie să implementeze cel puțin certificate care folosesc algoritmul hash semnătură SHA-2 (SHA-256) și o lungime a cheilor publice de 2048 de biți.
Service levels
Subapendicele 4.6
National systems shall fulfil the following minimum level of service:
Nivelurile serviciului
They shall be available 24 hours a day, 7 days a week.
Sistemele naționale asigură următorul nivel minim al serviciului:
Their availability shall be monitored by a heartbeat message issued from the central hub.
Sunt disponibile 24 de ore pe zi, șapte zile pe săptămână.
Their availability rate shall be 98 %, according to the following table (the figures have been rounded to the nearest convenient unit):
Disponibilitatea lor este monitorizată prin intermediul unui mesaj heartbeat emis de nodul central.
An availability of
Rata lor de disponibilitate este de 98 %, în conformitate cu tabelul următor (cifrele au fost rotunjite la cea mai apropiată unitate):
means an unavailability of
O disponibilitate de
Daily
înseamnă o indisponibilitate de
Monthly
Zilnică
Yearly
Lunară
0,5 hours
Anuală
15 hours
0,5 ore
7,5 days
15 ore
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.
7,5 zile
However, the monthly and yearly availability rates remain mandatory.
Părțile sunt încurajate să respecte rata de disponibilitate zilnică, însă se recunoaște faptul că anumite activități necesare, cum ar fi întreținerea sistemului, necesită o perioadă de indisponibilitate de peste 30 de minute.
They shall respond to a minimum of 98 % of the requests forwarded to them in one calendar month.
Cu toate acestea, ratele de disponibilitate lunare și anuale rămân obligatorii.
They shall respond to requests within 10 seconds.
Sistemele naționale trebuie să răspundă la minimum 98 % din cererile redirecționate către ele într-o lună calendaristică.
The global request timeout (time within which the requestor may wait for a response) shall not exceed 20 seconds.
Ele trebuie să răspundă cererilor în cel mult 10 secunde.
They shall be able to service a request rate of 6 messages per second.
Timpul total până la expirarea cererii (timpul în care solicitantul poate să aștepte un răspuns) nu trebuie să depășească 20 de secunde.
National systems may not send requests to the TACHOnet hub at a rate exceeding 2 requests per second.
Ele trebuie să fie capabile să prelucreze cereri la o rată de șase mesaje pe secundă.
Every national system shall be able to cope with potential technical problems of the central hub or national systems in other parties.
Sistemele naționale nu pot transmite cereri către nodul TACHOnet la o rată care depășește două solicitări pe secundă.
These include, but are not limited to:
Fiecare sistem național trebuie să fie capabil să facă față eventualelor probleme tehnice ale nodului central sau ale sistemelor naționale ale altor părți.
loss of connection to the central hub;
Acestea includ, dar nu se limitează la:
no response to a request;
pierderea legăturii cu nodul central;
receipt of responses after message timeout;
neprimirea unui răspuns la o cerere;
receipt of unsolicited messages;
primirea răspunsurilor după ce mesajul a expirat;
receipt of invalid messages.
primirea de mesaje nesolicitate;
The central hub shall:
primirea de mesaje incorecte.
feature an availability rate of 98 %;
Nodul central trebuie:
provide to national systems notification of any errors, either via the response message or via a dedicated error message.
să aibă o rată de disponibilitate de 98 %;
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.
să transmită către sistemele naționale notificări ale oricăror erori, fie prin intermediul mesajului de răspuns, fie prin intermediul unui mesaj de eroare specific.
Maintenance
La rândul lor, sistemele naționale trebuie să primească aceste mesaje de eroare specifice și să dispună de un flux de lucru progresiv (escalation workflow) pentru a lua toate măsurile adecvate în vederea remedierii erorii notificate.
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.
Întreținere
Sub-appendix 4.7
Părțile notifică celorlalte părți și Comisiei Europene, prin intermediul aplicației web, orice activități de întreținere de rutină, cu cel puțin o săptămână înainte de începerea respectivelor activități, dacă acest lucru este posibil din punct de vedere tehnic.
Logging and statistics of the data collected at the central hub
Subapendicele 4.7
In order to ensure privacy, the data for statistical purposes shall be anonymous.
Înregistrarea în jurnal și statisticile datelor colectate la nivelul nodului central
Data identifying a specific card, driver or driver licence shall not be available for statistical purposes.
Pentru a se asigura confidențialitatea, datele colectate în scopuri statistice trebuie să fie anonimizate.
Logging information shall keep track of all transactions for monitoring and debugging purposes, and allow the generation of statistics about these transactions.
Datele de identificare a unui anumit card, conducător auto sau permis de conducere trebuie să nu fie disponibile în scopuri statistice.
Personal data shall not be retained in the logs for more than 6 months.
Informațiile înregistrate în jurnal trebuie să țină evidența tuturor tranzacțiilor, în scopul monitorizării și al corectării erorilor de sistem, și trebuie să permită generarea de statistici referitoare la respectivele tranzacții.
Statistical information shall be retained indefinitely.
Datele cu caracter personal nu se păstrează în jurnale mai mult de șase luni.
The statistical data used for reporting shall include:
Informațiile statistice se păstrează pe o perioadă nedeterminată.
the requesting party;
Datele statistice utilizate pentru raportare trebuie să includă:
the responding party;
partea solicitantă;
the type of message;
partea respondentă;
the status code of the response;
tipul de mesaj;
the date and time of the messages;
codul de stare al răspunsului;
the response time.
data și ora mesajelor;
Sub-appendix 4.8
timpul de răspuns.
General provisions regarding digital keys and certificates for TACHOnet
Subapendicele 4.8
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.
Dispoziții generale privind cheile și certificatele digitale pentru TACHOnet
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
Direcția Generală Informatică a Comisiei Europene (DIGIT) pune la dispoziția părților contractante la AETR care se conectează la TACHOnet (prin urmare, autorităților naționale) un serviciu PKI (denumit „serviciul PKI MIE”) prin intermediul eDelivery.
Usage of certificates:
Procedura de solicitare și de revocare a certificatelor digitale, precum și termenele și condițiile detaliate pentru utilizarea lor sunt definite în apendice.
Once the certificate is issued, the national authority, shall use the certificate only in the context of TACHOnet.
Utilizarea certificatelor:
The certificate can be used to:
Odată eliberat certificatul, autoritatea națională trebuie să îl utilizeze numai în contextul TACHOnet.
authenticate the origin of data;
Certificatul poate fi utilizat pentru:
encrypt data;
autentificarea originii datelor;
ensure detection of integrity breaches of data.
criptarea datelor;
Any usage not explicitly authorised as part of the permitted usages of the certificate is prohibited.
asigurarea detectării cazurilor de violare a integrității datelor.
Contracting parties shall:
Orice utilizare care nu este autorizată în mod explicit în cadrul utilizărilor permise ale certificatului este interzisă.
protect their private key against unauthorised use;
Părțile contractante trebuie:
refrain from transferring or revealing their private key to third parties, even as representatives;
să își protejeze cheia privată împotriva utilizării neautorizate;
ensure confidentiality, integrity, and availability of the private keys generated, stored and used for TACHOnet;
să evite transferarea sau dezvăluirea cheii lor private către terți, chiar dacă aceștia au calitatea de reprezentanți;
refrain from continued use of the private key following expiry of the validity period or revocation of the certificate, other than to view encrypted data (e.g., decrypting emails).
să asigure confidențialitatea, integritatea și disponibilitatea cheilor private generate, stocate și utilizate pentru TACHOnet;
Expired keys shall be either destroyed or retained in a manner preventing its use;
să evite utilizarea în continuare a cheii private după expirarea perioadei de valabilitate sau după revocarea certificatului, în alte scopuri decât pentru a vizualiza date criptate (de exemplu, pentru a decripta e-mailuri).
provide the Registration Authority with the identification of those authorised representatives who are authorised to request revocation of certificates issued to the organisation (revocation requests shall include a revocation request password and details about the events that lead to revocation);
Cheile expirate trebuie distruse sau păstrate în așa fel încât să se împiedice utilizarea lor;
prevent misuse of the private key by requesting the revocation of the associated public key certificate in case of compromise of the private key or of the private key activation data;
să pună la dispoziția autorității de înregistrare datele de identificare ale reprezentanților autorizați care sunt autorizați să solicite revocarea certificatelor eliberate organizației (cererile de revocare trebuie să includă o parolă aferentă cererii de revocare și detalii privind evenimentele care au condus la revocare);
be responsible and hold the obligation of requesting revocation of certificate under circumstances identified in the certification policies (CP) and certification practices statement (CPS) of the Certification Authority;
să prevină utilizarea abuzivă a cheii private prin solicitarea revocării certificatului de cheie publică asociat în cazul compromiterii cheii private sau a datelor de activare a cheii private;
notify the Registration Authority without delay of loss, theft, or potential compromise of any AETR keys used in the context of TACHOnet.
să fie responsabile și să dețină obligația de a solicita revocarea certificatului în circumstanțele identificate în politicile de certificare (PC) și în declarația privind practicile de certificare (DPC) ale autorității de certificare;
Liabilities
să notifice autorității de înregistrare, fără întârziere, pierderea, furtul sau potențiala compromitere a oricăror chei AETR utilizate în contextul TACHOnet.
Without prejudice of the liability of the European Commission in contravention of any requirements laid down in applicable national law or with respect to liability for matters which may not be excluded under that law, the European Commission shall not be responsible or liable with regard to:
Răspunderi
the content of the certificate which lies exclusively with the certificate owner.
Fără a aduce atingere răspunderii Comisiei Europene într-un mod care contravine cerințelor stabilite în legislația națională aplicabilă sau cu privire la răspunderea legată de aspecte care nu pot fi excluse în temeiul legislației respective, Comisia Europeană nu deține responsabilitatea sau răspunderea pentru:
It shall be the responsibility of the certificate owner to check the accuracy of the certificate content;
conținutul certificatului, care îi revine exclusiv proprietarului certificatului.
the use of the certificate by its owner.
Este responsabilitatea proprietarului certificatului să verifice exactitatea conținutului certificatului;
A PKI (Public Key Infrastructure) is a set of roles, policies, procedures and systems needed to create, manage, distribute and revoke digital certificates.
utilizarea certificatului de către proprietarul acestuia.
Identified by the ‘O=’ attribute value in the Subject Distinguished Name of the issued certificate
O PKI (infrastructură de chei publice) este un set de roluri, de politici, de proceduri și de sisteme necesare pentru crearea, gestionarea, distribuirea și revocarea certificatelor digitale.
Sub-appendix 4.9
Identificat prin valoarea atributului „O=” din câmpul Subject Distinguished Name al certificatului eliberat.
Description of the PKI service for TACHOnet
Subapendicele 4.9
Introduction
Descrierea serviciului PKI pentru TACHOnet
The CEF PKI service of eDelivery enables issuance and management of digital certificates used to ensure confidentiality, integrity and non-repudiation of the information exchanged between Access Points (AP).
Introducere
The PKI service of eDelivery is based on the Trust Centre Services TeleSec Shared Business CA (Certification Authority) for which the Certificate Policy (CP)/Certification Practices Statement (CPS) of TeleSec Shared-Business-CA of T-Systems International GmbH apply.
Serviciul PKI MIE al eDelivery permite eliberarea și gestionarea certificatelor digitale utilizate pentru a asigura confidențialitatea, integritatea și nerepudierea informațiilor transmise între punctele de acces (PA).
The PKI service issues certificates that are suitable for securing various business processes within and outside of companies, organisations, public authorities and institutions that require a medium security level to prove the authenticity, integrity and trustworthiness of the end-entity.
Serviciul PKI al eDelivery se bazează pe serviciul TeleSec Shared Business CA (autoritate de certificare) care ține de serviciile de centru de încredere (Trust Center Services) și căruia i se aplică politica de certificare (PC)/declarația de practici de certificare (DPC) privind TeleSec Shared-Business-CA a companiei T-Systems International GmbH.
Certificate Request Process
Serviciul PKI eliberează certificate adecvate pentru securizarea diverselor procese operaționale din cadrul și din afara companiilor, organizațiilor, autorităților publice și instituțiilor care necesită un nivel de securitate mediu pentru a demonstra autenticitatea, integritatea și credibilitatea entității finale.
Roles and responsibilities
Procesul de solicitare a certificatului
‘Organisation’ or ‘national authority’ requesting the certificate
Roluri și responsabilități
The national authority shall request the certificates in the context of the TACHOnet project.
„Organizația” sau „autoritatea națională” care solicită certificatul
The national authority shall:
Autoritatea națională trebuie să solicite certificatele în contextul proiectului TACHOnet.
request the certificates from the CEF PKI service;
Autoritatea națională trebuie:
generate the private keys and the corresponding public keys to be included in the certificates issued by the Certification Authority;
să solicite certificatele de la serviciul PKI MIE;
download the certificate when approved;
să genereze cheile private și cheile publice corespunzătoare ce trebuie incluse în certificatele eliberate de autoritatea de certificare;
sign and send back to the Registration Authority:
să descarce certificatul, atunci când acesta este aprobat;
the contact persons and trusted couriers identification form,
să semneze și să trimită înapoi autorității de înregistrare:
the signed individual Power of Attorney.
formularul de identificare a persoanelor de contact și a curierilor de încredere;
Trusted Courier
procura individuală semnată.
The national authority shall appoint a Trusted Courier.
Curierul de încredere
The Trusted Courier shall:
Autoritatea națională desemnează un curier de încredere.
hand over the public key to the Registration Authority during a face-to-face identification and registration process;
Curierul de încredere trebuie:
get the corresponding certificate from the Registration Authority.
să predea cheia publică autorității de înregistrare în decursul unui proces de identificare și de înregistrare față în față;
Domain Owner
să obțină certificatul corespunzător de la autoritatea de înregistrare.
DG MOVE shall be the Domain Owner.
Proprietarul domeniului
The Domain Owner shall:
DG MOVE este proprietarul domeniului.
validate and coordinate the TACHOnet network and the TACHOnet trust architecture, including the validation of the procedures for the issuance of the certificates;
Proprietarul domeniului trebuie:
operate the TACHOnet central hub and coordinate the activity of the parties regarding the functioning of TACHOnet;
să valideze și să coordoneze rețeaua TACHOnet și arhitectura de încredere TACHOnet, inclusiv validarea procedurilor de eliberare a certificatelor;
perform, along with national authorities, the tests of connection to TACHOnet.
să exploateze nodul central al TACHOnet și să coordoneze activitatea părților în ceea ce privește funcționarea TACHOnet;
Registration Authority
să efectueze, împreună cu autoritățile naționale, testele de conectare la TACHOnet.
The Joint Research Centre (JRC) shall be the Registration Authority.
Autoritatea de înregistrare
The Registration Authority shall be responsible for verifying the identity of the trusted courier, for registering and approving the requests of issuance, revocation and renewal of digital certificates.
Centrul Comun de Cercetare (JRC) este autoritatea de înregistrare.
The registration authority shall:
Autoritatea de înregistrare este responsabilă cu verificarea identității curierului de încredere și cu înregistrarea și aprobarea cererilor de eliberare, de revocare și de reînnoire a certificatelor digitale.
assign the unique identifier to the national authority;
Autoritatea de înregistrare trebuie:
authenticate the identity of the national authority, its contact points and trusted couriers;
să atribuie identificatorul unic autorității naționale;
communicate with the CEF Support regarding the authenticity of the national authority, its contact points and trusted couriers;
să autentifice identitatea autorității naționale, a punctelor sale de contact și a curierilor săi de încredere;