natgillin/translations-raw huggingface dataset:
The central hub shall provide both synchronous and asynchronous interfaces for the exchange of messages.
Centrálny uzol poskytuje synchrónne aj asynchrónne rozhranie na výmenu správ.
Parties may choose the most suitable technology to interface with their own applications.
Strany si môžu vybrať najvhodnejšiu technológiu na prepojenie so svojimi vlastnými aplikáciami.
All messages exchanged between the central hub and the national systems must be UTF-8 encoded.
Všetky správy vymieňané medzi centrálnym uzlom a vnútroštátnymi systémami musia byť zakódované v UTF-8.
The central hub and the national systems shall transmit and receive messages that conform to the message XSD schema.
Centrálny uzol a vnútroštátne systémy odosielajú a prijímajú správy, ktoré zodpovedajú schéme XSD danej správy.
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.
Vnútroštátne systémy musia byť schopné posielať, prijímať a spracovávať všetky správy zodpovedajúce akejkoľvek z funkcií uvedených v poddodatku 4.2.
The XML messages shall include at least the minimum requirements laid down in Table 2.
Správy XML musia zodpovedať aspoň minimálnym požiadavkám stanoveným v tabuľke 2.
Common Header
Common Header (Spoločné záhlavie)
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.
Oficiálna verzia špecifikácie XML bude špecifikovaná prostredníctvom menného priestoru (namespace) definovaného v správe XSD a v atribúte verzia (version) prvku záhlavia každej správy XML.
The version number (‘n.m’) will be defined as fixed value in every release of the XML Schema Definition file (xsd).
Číslo verzie (n.m) sa pri každom zverejnení novej verzie špecifikácie pre definíciu schémy XML (xsd) bude definovať ako fixná hodnota.
The originator of the test will populate the id and all participants in the workflow will forward/return the same id.
Pri produkcii ho treba ignorovať, a pokiaľ je uvedený, nepoužije sa.
Technical Identifier
UUID (Universally Unique Identifier) jednoznačne identifikujúci každú jednotlivú správu.
A UUID uniquely identifying each individual message.
Odosielateľ vygeneruje UUID a doplní tento atribút.
The sender generates a UUID and populates this attribute.
Tento údaj sa nevyužíva na komerčné účely.
Workflow Identifier
WorkflowId je UUID a mala by ho vygenerovať žiadajúca strana.
The workflow id is a UUID and should be generated by the requesting party.
Tento ID údaj sa potom použije vo všetkých správach, ktoré s týmto procesom súvisia.
Sent At
Dátum a čas (UTC) odoslania správy.
Timeout
Ide o voliteľný atribút dátumu a času (vo formáte UTC).
This is an optional date and time (in UTC format) attribute.
Túto hodnotu stanoví iba centrálny uzol v prípade postúpených požiadaviek.
This value will be set only by the central hub for forwarded requests.
Odpovedajúca strana sa týmto informuje o čase, keď nastane prekročenie lehoty požiadavky.
This will inform the responding party of the time when the request will be timed out.
Táto hodnota sa nevyžaduje v prípade MS2TCN__Req, ani vo všetkých odpovediach.
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.
2-miestny alfabetický kód ISO 3166-1 strany, ktorá správu odosiela, alebo „EÚ“.
The ISO 3166-1 Alpha 2 code of the party sending the message or ‘EU’.
2-miestny alfabetický kód ISO 3166-1 strany, ktorej je správa určená, alebo „EÚ“.
The ISO 3166-1 Alpha 2 code of the party to which the message is being sent or ‘EU’.
Poddodatok 4.4.
Sub-appendix 4.4
Transliterácia a služby NYSIIS (New York State Identification and Intelligence System)
Transliteration and NYSIIS (New York State Identification and Intelligence System) services
Algoritmus NYSIIS zavedený do centrálneho uzla sa využíva na zakódovanie mien všetkých vodičov vo vnútroštátnom registri.
The NYSIIS algorithm implemented in the central hub shall be used to encode the names of all the drivers in the national register.
Pri vyhľadávaní karty pomocou funkcie CIC sa ako hlavné vyhľadávacie mechanizmy musia použiť kľúče NYSIIS.
When searching for a card via the CIC functionality the NYSIIS keys shall be used as the primary search mechanism.
Na získanie ďalších výsledkov môžu okrem toho strany použiť vlastný algoritmus.
Additionally, parties may employ a custom algorithm to return additional results.
Vo výsledkoch vyhľadávania sa uvedie, či bol na vyhľadanie záznamu použitý vyhľadávací mechanizmus NYSIIS alebo individuálny vyhľadávací mechanizmus.
The search results shall indicate the search mechanism which was used to find a record, either NYSIIS or custom.
Ak sa strana rozhodne zaregistrovať oznámenia ICDL, kľúče NYSIIS obsiahnuté v oznámení sa zaregistrujú ako súčasť údajov ICDL.
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.
Pri vyhľadávaní údajov ICDL použije strana kľúče NYSIIS mena žiadateľa.
When searching the ICDL data the party shall use the NYSIIS keys of the applicant's name.
Poddodatok 4.5
Sub-appendix 4.5
Bezpečnostné požiadavky
Security requirements
Protokoly HTTPS sa používajú na výmenu správ medzi centrálnym uzlom a vnútroštátnymi systémami.
HTTPS shall be used for the exchange of messages between the central hub and the national systems.
Vnútroštátne systémy používajú digitálne certifikáty uvedené v poddodatkoch 4.8 a 4.9 na účely bezpečného prenosu správ medzi vnútroštátnym systémom a centrálnym uzlom.
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.
Vo vnútroštátnych systémoch sa ako minimum zavedú certifikáty využívajúce hašovací algoritmus podpisu SHA-2 (SHA-256) a dĺžku verejného kľúča 2048 bitov.
National systems shall implement, as a minimum, certificates using the SHA-2 (SHA-256) signature hash algorithm and a 2048 bit public key length.
Poddodatok 4.6
Sub-appendix 4.6
Úrovne služieb
Service levels
Vnútroštátne systémy musia spĺňať tieto minimálne úrovne služieb:
National systems shall fulfil the following minimum level of service:
Musia byť k dispozícii 24 hodín denne, 7 dní v týždni.
They shall be available 24 hours a day, 7 days a week.
Ich dostupnosť je monitorovaná prostredníctvom správy typu HEARTBEAT vyslanej z centrálneho uzla.
Their availability shall be monitored by a heartbeat message issued from the central hub.
Ich miera dostupnosti musí zodpovedať 98 % v súlade s touto tabuľkou (číselné údaje boli zaokrúhlené na najbližšie vhodné jednotky):
Their availability rate shall be 98 %, according to the following table (the figures have been rounded to the nearest convenient unit):
Dostupnosť
An availability of
znamená nedostupnosť
means an unavailability of
Denne
Monthly
Ročne
Yearly
0,5 hodiny
0,5 hours
15 hodín
15 hours
7,5 dňa
7,5 days
Strany sa vyzývajú, aby dodržiavali dennú mieru dostupnosti, pričom sa však uznáva, že určité činnosti, ako napr. systém údržby, si vyžadujú vypnutie systému na viac ako 30 minút.
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.
Miery dostupnosti v rámci mesiaca a v rámci roka zostávajú napriek tomu povinné.
However, the monthly and yearly availability rates remain mandatory.
Musia odpovedať minimálne na 98 % požiadaviek na vyhľadanie, ktoré im boli zaslané v jednom kalendárnom mesiaci.
They shall respond to a minimum of 98 % of the requests forwarded to them in one calendar month.
Na požiadavky musia odpovedať do 10 sekúnd.
They shall respond to requests within 10 seconds.
Globálny čas čakania na odpoveď (čas, v rámci ktorého žiadateľ čaká na odpoveď) nesmie presiahnuť 20 sekúnd.
The global request timeout (time within which the requestor may wait for a response) shall not exceed 20 seconds.
Musia byť schopné spracovať 6 správ za sekundu.
They shall be able to service a request rate of 6 messages per second.
Vnútroštátne systémy môžu do uzla TACHOnetu odoslať maximálne 2 požiadavky na vyhľadanie za sekundu.
National systems may not send requests to the TACHOnet hub at a rate exceeding 2 requests per second.
Každý vnútroštátny systém musí byť schopný zvládnuť potenciálne technické problémy centrálneho uzla alebo vnútroštátnych systémov iných strán.
Every national system shall be able to cope with potential technical problems of the central hub or national systems in other parties.
Patria medzi ne okrem iného:
These include, but are not limited to:
strata spojenia s centrálnym uzlom;
loss of connection to the central hub;
chýbajúca odpoveď na požiadavku;
no response to a request;
doručenie odpovede po uplynutí času čakania na odpoveď;
receipt of responses after message timeout;
doručenie nevyžiadaných správ;
receipt of unsolicited messages;
Centrálny uzol musí:
feature an availability rate of 98 %;
Údržba Strany oznámia ostatným stranám a Európskej komisii akúkoľvek pravidelnú údržbovú činnosť prostredníctvom webovej aplikácie aspoň jeden týždeň pred začiatkom týchto činností, ak je to technicky možné.
the date and time of the messages;
Opis služby PKI v rámci systému TACHOnet
the response time.
Úvod
ensure detection of integrity breaches of data.
generuje súkromné kľúče a zodpovedajúce verejné kľúče, ktoré sa majú zahrnúť do certifikátov vydaných certifikačným orgánom;
Any usage not explicitly authorised as part of the permitted usages of the certificate is prohibited.
certifikát po schválení stiahne z elektronického úložiska;
protect their private key against unauthorised use;
formulár identifikácie kontaktných osôb a dôveryhodných kuriérov;
refrain from transferring or revealing their private key to third parties, even as representatives;
podpísané individuálne splnomocnenie.
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;
Vlastník domény
Liabilities
Vlastník domény:
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:
overuje a koordinuje sieť TACHOnet a architektúru dôveryhodnosti systému TACHOnet vrátane validácie postupov na vydávanie certifikátov;
the content of the certificate which lies exclusively with the certificate owner.
prevádzkuje centrálny uzol TACHOnet a koordinuje činnosť strán, pokiaľ ide o fungovanie systému TACHOnet;
It shall be the responsibility of the certificate owner to check the accuracy of the certificate content;
spolu s vnútroštátnymi orgánmi realizuje testy pripojenia k systému TACHOnet.
the use of the certificate by its owner.
Registračný orgán
A PKI (Public Key Infrastructure) is a set of roles, policies, procedures and systems needed to create, manage, distribute and revoke digital certificates.
Registračný orgán je Spoločné výskumné centrum (JRC).
Identified by the ‘O=’ attribute value in the Subject Distinguished Name of the issued certificate
Registračný orgán je zodpovedný za overenie totožnosti dôveryhodného kuriéra, ako aj za registráciu a schvaľovanie žiadostí o vydanie, zrušenie a obnovenie digitálnych certifikátov.
Sub-appendix 4.9
Registračný orgán:
Description of the PKI service for TACHOnet
prideľuje jedinečný identifikátor vnútroštátnemu orgánu;
Introduction
autentifikuje totožnosť vnútroštátneho orgánu, jeho kontaktných bodov a dôveryhodných kuriérov;
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).
komunikuje s podporným tímom NPE, pokiaľ ide o autentickosť vnútroštátneho orgánu, jeho kontaktných bodov a dôveryhodných kuriérov;
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.
informuje vnútroštátny orgán o schválení alebo zamietnutí certifikátu.
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.
Certifikačný orgán
Certificate Request Process
Certifikačný orgán je zodpovedný za poskytovanie technickej infraštruktúry na podávanie žiadostí a vydávanie a rušenie digitálnych certifikátov.
Roles and responsibilities
Certifikačný orgán:
‘Organisation’ or ‘national authority’ requesting the certificate
zabezpečuje technickú infraštruktúru pre žiadosti o certifikáty zo strany vnútroštátnych orgánov;
The national authority shall request the certificates in the context of the TACHOnet project.
potvrdzuje alebo zamieta žiadosti o certifikáty;
The national authority shall:
komunikuje s registračným orgánom na účely overenia totožnosti žiadajúcej organizácie, ak sa to vyžaduje.
request the certificates from the CEF PKI service;
Vydávanie certifikátov
generate the private keys and the corresponding public keys to be included in the certificates issued by the Certification Authority;
Certifikát sa vydáva v súlade s týmito postupnými krokmi znázornenými na obrázku 1:
download the certificate when approved;
krok 1: určenie dôveryhodného kuriéra;
sign and send back to the Registration Authority:
krok 2: vytvorenie žiadosti o certifikát;
the contact persons and trusted couriers identification form,
krok 3: registrácia v registračnom orgáne;
the signed individual Power of Attorney.
krok 4: generovanie certifikátu;
Trusted Courier
krok 5: uverejnenie certifikátu;
The national authority shall appoint a Trusted Courier.
krok 6: prijatie certifikátu.
The Trusted Courier shall:
Obrázok 1 – Postup vydávania certifikátov
hand over the public key to the Registration Authority during a face-to-face identification and registration process;
Krok 1: Určenie dôveryhodného kuriéra
get the corresponding certificate from the Registration Authority.
Identifikácia dôveryhodných kuriérov sa riadi týmto postupom:
Domain Owner
registračný orgán zašle vnútroštátnemu orgánu formulár identifikácie kontaktných osôb a dôveryhodných kuriérov.
DG MOVE shall be the Domain Owner.
Tento formulár musí zahŕňať aj splnomocnenie, ktoré musí podpísať organizácia (orgán AETR).
The Domain Owner shall:
Vnútroštátny orgán zašle vyplnený formulár a podpísané splnomocnenie naspäť registračnému orgánu.
validate and coordinate the TACHOnet network and the TACHOnet trust architecture, including the validation of the procedures for the issuance of the certificates;
Registračný orgán potvrdí prijatie a úplnosť formulára.
operate the TACHOnet central hub and coordinate the activity of the parties regarding the functioning of TACHOnet;
Registračný orgán poskytne aktualizovaný zoznam kontaktných osôb a dôveryhodných kuriérov vlastníkovi domény.
perform, along with national authorities, the tests of connection to TACHOnet.
Krok 2: Vytvorenie žiadosti o certifikát
Registration Authority
Žiadosť o certifikát a získanie certifikátu sa musia uskutočniť na tom istom počítači a v tom istom prehliadači.
The Joint Research Centre (JRC) shall be the Registration Authority.
Vytvorenie žiadosti o certifikát sa riadi týmto postupom:
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.
Ak organizácia chce požiadať o certifikát, pripojí sa do používateľského webového rozhrania na adrese https://sbca.telesec.de/sbca/ee/login/displayLogin.html?locale=en: a zadá používateľské meno „sbca/CEF_eDelivery.europa.eu“ a heslo „digit.333“.
The registration authority shall:
Obrázok 2
assign the unique identifier to the national authority;
Organizácia klikne na možnosť „request“ na ľavej strane panelu a z rozbaľovacieho zoznamu vyberie „CEF_TACHOnet“.
authenticate the identity of the national authority, its contact points and trusted couriers;
Obrázok 3
communicate with the CEF Support regarding the authenticity of the national authority, its contact points and trusted couriers;
Organizácia vyplní formulár žiadosti o certifikát uvedený na obrázku 4 informáciami podľa tabuľky 3 a proces ukončí kliknutím na tlačidlo „Next (soft-PSE)“.
inform the national authority about the approval or rejection of certificate.
Obrázok 4
Certification Authority
Požadované polia
The Certification Authority shall be responsible for the provision of the technical infrastructure for the request, issuing and revocation of digital certificates.
Opis
The Certification Authority shall:
Krajina
provide for the technical infrastructure for certificate requests by national authorities;
C = kód krajiny, umiestnenie vlastníka certifikátu, overené s použitím verejného registra
validate or reject certificate request;
Obmedzenia: 2 znaky, v súlade s ISO 3166-1, 2-miestny alfabetický kód, rozlišujú sa veľké a malé písmená
communicate with the Registration Authority for the identity verification of the requesting organisation, when required.
Príklady: DE, BE, NL
Certificate issuance
Osobitné prípady: UK (Spojené kráľovstvo), EL (Grécko)
The certificate issuance shall be carried out in accordance with the following sequential steps, represented in Figure 1:
Organizácia/Spoločnosť (O)
Step 1: Trusted Courier identification;
O = názov organizácie vlastníka certifikátu
Step 2: Certificate request creation;
Hlavná doména (OU1)
Step 3: Registration at RA;
Oblasť zodpovednosti (OU2)
Step 4: Certificate generation;
Útvar (OU3)
Step 5: Certificate publication;
Povinná hodnota pre „OBLASŤ ZODPOVEDNOSTI“
Step 6: Certificate acceptance.
Pri žiadosti o certifikát sa musí obsah skontrolovať na základe pozitívneho zoznamu (bieleho zoznamu).
Figure 1 — Certificate issuance workflow
Ak sa informácie nezhodujú so zoznamom, požiadavka sa musí zablokovať.
Step 1: Trusted Courier identification
Formát:
The following process shall be carried out for the Trusted Courier identification:
kde sa „“ nahradí výrazom „AP_PROD“: prístupový bod v produkčnom prostredí
The Registration Authority shall send to the national authority the contact persons and trusted couriers' identification form.
a kde <GTC_NUMBER> je GTC_OID-1.3.130.0.2018.xxxxxx, kde Ares(2018)xxxxxx je číslo GTC pre projekt TACHOnet.
This form shall also include a power of attorney (PoA) that the organisation (AETR Authority) shall sign.
Napr.:
The national authority shall send back the completed form and signed PoA to the Registration Authority.
Meno (KN)
The Registration Authority shall acknowledge the good reception and completeness of the form.
Nevypĺňa sa
The Registration Authority shall provide an updated copy of the list of contact persons and trusted couriers to the domain owner.
Priezvisko (KN)
Step 2: Certificate request creation
Musí sa začínať skratkou „GRP:“, po ktorej nasleduje bežný názov.
The request and the retrieval of the certificate shall be done on the same computer and with the same browser.
E-mail:
The following process shall be carried out for the certificate request creation:
E-mail: 1 (SAN)
The Organisation shall navigate to the user web interface to request the certificate via the URL https://sbca.telesec.de/sbca/ee/login/displayLogin.html?locale=en:, and shall enter the username ‘sbca/CEF_eDelivery.europa.eu’ and the password ‘digit.333’
E-mail: 2 (SAN)
Figure 2
E-mail: 3 (SAN)
The Organisation shall click on ‘request’ on the left side of the panel and shall select ‘CEF_TACHOnet’ in the dropdown list.
Adresa
Figure 3
Ulica
The Organisation shall populate the certificate request form laid down in Figure 4 with the information in Table 3, clicking on ‘Next (soft-PSE)’ to finish the process.
Č. ulice
Figure 4
PSČ
Requested Fields
Upozornenie: ak PSČ nie je 5-miestne, políčko PSČ sa nevypĺňa a kód PSČ sa vpíše do poľa pre obec
Description
Obec
Country
Telefón
C = Country Code, location of certificate owner, verified using a public directory;
Identifikačné údaje
Constraints: 2 characters, in accordance to ISO 3166-1, alpha-2, Case Sensitive;
E-mailová adresa sa musí zhodovať s tou, ktorá sa použila na registráciu jednoznačného identifikátora
Examples: DE, BE, NL,
+ č. v obchodnom registri (údaj povinný len pre súkromné organizácie)
Specific cases: UK (for Great-Britain), EL (for Greece)
zápis na miestnom súde (údaj povinný len pre nemecké a rakúske súkromné organizácie)
Organisation/Company (O)
Heslo na zrušenie
O = Organisation name of the certificate owner
Povinné pole zvolené žiadateľom
Master domain (OU1)
Opakované zadanie hesla na zrušenie
Area of responsibility (OU2)
Povinné pole zvolené žiadateľom, ktoré sa zhoduje s poľom „heslo na zrušenie“
Department (OU3)
Zvolí sa dĺžka kľúča 2048 (High Grade).
Mandatory value per ‘AREA OF RESPONSIBILITY’
Obrázok 5
The content must be checked using a positive list (white list) when the certificate is requested.
Aby organizácia mohla certifikát vyhľadať, zaznačí si referenčné číslo.
If the information does not correspond to the list, the request is prevented.
Obrázok 6
Format:
Podporný tím NPE kontroluje nové žiadosti o certifikáty a overuje, či sú informácie uvedené v žiadosti o certifikát platné, t. j. či zodpovedajú názvoslovné pravidlá uvedené v dodatku 5.1 Názvoslovné pravidlá v certifikátoch.
Where ‘’ is replaced by AP_PROD: Access Point in Production environment.
Podporný tím NPE overí, či sú informácie uvedené v žiadosti v platnom formáte.
And where <GTC_NUMBER> is GTC_OID-1.3.130.0.2018.xxxxxx, where Ares(2018)xxxxxx is the GTC number for the TACHOnet project.
Ak sa pri kontrole podľa predchádzajúcich bodov 5 alebo 6 príde na nezrovnalosť, podporný tím NPE zašle e-mail: na e-mailovú adresu uvedenú v časti „Identifikačné údaje“ formulára žiadosti, v ktorom organizáciu požiada, aby postup začala znova, pričom v kópii uvedie vlastníka domény.
e.g.:
Neúspešná žiadosť o certifikát sa zruší.
First name (CN)
Podporný tím NPE zašle registračnému orgánu e-mail: o platnosti žiadosti.
Must be Empty
Tento e-mail: musí obsahovať:
Last name (CN)
názov organizácie z poľa „Organizácia (O)“ žiadosti o certifikát;
Must start with ‘GRP:’, followed by a common name.
údaje z certifikátu vrátane názvu prístupového bodu, pre ktorý sa certifikát vydáva, z poľa „Priezvisko (KN)“ žiadosti o certifikát;
Email
referenčné číslo certifikátu;
Email 1 (SAN)
adresu organizácie, jej e-mail: a meno osoby, ktorá organizáciu zastupuje.
Email 2 (SAN)
Obrázok 7: Postup podávania žiadosti o certifikát
Email 3 (SAN)
Krok 3: Registrácia v registračnom orgáne (schválenie certifikátu)
Address
Dôveryhodný kuriér alebo kontaktné miesto zorganizuje stretnutie s registračným orgánom zaslaním e-mailu s uvedením dôveryhodného kuriéra, ktorý sa zúčastní na osobnom stretnutí.
Street
Organizácia pripraví balík dokumentov, ktorý musí obsahovať:
Street no.
Túto kópiu musí podpísať jedno z kontaktných miest organizácie určených v kroku 1;
Zip Code
formulár žiadosti o certifikát v papierovej forme podpísaný jedným z kontaktných miest organizácie.
Attention: if the ZIP code is NOT a 5-digit ZIP code, leave the ZIP code field empty and put the ZIP code in the City field.
Registračný orgán prijme dôveryhodného kuriéra po overení totožnosti pri vstupe do budovy.
City
Registračný orgán vykoná osobnú registráciu žiadosti o certifikát, ktorá pozostáva z týchto krokov:
Phone no
identifikácia a autentifikácia dôveryhodného kuriéra,
Identification data
overenie fyzického vzhľadu dôveryhodného kuriéra v porovnaní s pasom, ktorý predložil dôveryhodný kuriér;
The email address must be the same as the one used for registering the Unique Identifier.
overenie platnosti pasu, ktorý predložil dôveryhodný kuriér;