natgillin/translations-raw huggingface dataset:
Under the Character Type Column: A = Alpha, N = Numeric, B = Binary
A „Karaktertípus” oszlop alatt: A = alfa, N = numerikus, B = bináris
1* allowed characters for agency name are [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’]
1* a szervezet nevében megengedett karakterek [„0..9”, „A..Z”, „a..z”, „_”,„.”, „”, „–”]
Appendix 6 Type-2 Record Definitions
6. függelék A 2. típusú rekord definíciói
Table A.6.1: CPS- and PMS-Transaction
táblázat: CPS- és PMS-tranzakció
Table A.6.2: SRE-Transaction
táblázat: SRE-tranzakció
Table A.6.3: ERR-Transaction
táblázat: ERR-tranzakció
Table A.6.4: MPS- and MMS-Transaction
táblázat: MPS- és MMS-tranzakció
1* allowed characters are [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’,‘,’]
1* megengedett karakterek [„0..9”, „A..Z”, „a..z”, „_”,„.”, „”, „–”,„,”]
Appendix 7 Greyscale Compression Codes
7. függelék: Szürkeskála tömörítési kódok
Compression Codes
Tömörítési kódok
Appendix 8 Mailspecification
8. függelék: Levelezési előírások
To improve the internal workflow the mailsubject of a PRUEM transaction has to be filled with the country code (CC) of the Member State that send the message and the Type of Transaction (TOT Field 1.004).
A belső munkafolyamatok hatékonyabbá tétele érdekében levelezéskor a PRUEM tranzakciók esetén a „tárgy” mezőben szerepelnie kell azon tagállam országkódjának (CC), amely az üzenetet küldi, valamint a tranzakció típusának (TOT 1004 mező).
Format: CC/type of transaction
Formátum: CC/TOT
Example: ‘DE/CPS’
Például: „DE/CPS”
The mailbody can be empty.
A levél üresen is elküldhető.
The definitions of mandatory data elements and optional data elements set out in Article 16(4) are as follows:
A kötelező és nem kötelező adatoknak a 16. cikk (4) bekezdésében említett meghatározásai az alábbiak:
Mandatory (M):
Kötelező (M):
Optional (O):
Nem kötelező (O):
An indication (Y) is given for each element in the data set where the element is specifically identified as important in relation with the Decision 2008/615/JHA.
jelzés jelöli az adatkészlet minden olyan elemét, amelyet a 2008/615/IB határozat szempontjából fontos elemként külön meghatároztak.
Triggers for the search
Keresés indítása
There are two different ways to search for the information as defined in the next paragraph:
Két különböző módon lehet lekérdezni a következő bekezdésben meghatározott információkat:
by Chassis Number (VIN), Reference Date and Time (optional),
Az alvázszám (VIN), hivatkozási dátum és időpont (nem kötelező) alapján,
by License Plate Number, Chassis Number (VIN) (optional), Reference Date and Time (optional).
A rendszám, az alvázszám (VIN) (nem kötelező), hivatkozási dátum és időpont (nem kötelező) alapján.
By means of these search criteria, information related to one and sometimes more vehicles will be returned.
E keresési feltételek használatával a keresés eredményeként olyan információkat küldenek vissza, amelyek egy vagy időnként több gépjárműre vonatkoznak.
If information for only one vehicle has to be returned, all the items are returned in one response.
Ha csak egyetlen gépjárműre vonatkozóan kell információt visszaküldeni, valamennyi adat egyetlen válaszban érkezik.
If more than one vehicle is found, the requested Member State itself can determine which items will be returned; all items or only the items to refine the search (e.g. because of privacy reasons or because of performance reasons).
Ha egynél több gépjármű szerepel a találatok között, a megkeresett tagállam maga döntheti el, hogy mely adatokat küldi vissza: valamennyi adatot vagy csak a keresés szűkítéséhez szükséges adatokat (például a magánélet védelme okán vagy a teljesítményhez kapcsolódó okokból).
The items necessary to refine the search are pictured in paragraph 1.2.2.1.
A keresés szűkítéséhez szükséges adatok az 1.2.2.1. pont alatt szerepelnek.
In paragraph 1.2.2.2 the complete information set is described.
Az 1.2.2.2. pont ismerteti a teljes adatkészletet.
When the search is done by Chassis Number, Reference Date and Time, the search can be done in one or all of the participating Member States.
Ha a keresés alvázszám, hivatkozási dátum és időpont alapján történik, a részt vevő tagállamok egyikében vagy mindegyikében végrehajtható.
When the search is done by License Number, Reference Data and Time, the search has to be done in one specific Member State.
Ha a keresés rendszám, hivatkozási dátum és időpont alapján történik, azt egy konkrét tagállamra kell vonatkoztatni.
Normally the actual Date and Time is used to make a search, but it is possible to conduct a search with a Reference Date and Time in the past.
Alapesetben a keresés a tényleges dátum és időpont megadásával történik, de múltbeli hivatkozási dátum és időpont megadásával is lehetséges keresni.
When a search is made with a Reference Date and Time in the past and historical information is not available in the register of the specific Member State because no such information is registered at all, the actual information can be returned with an indication that the information is actual information.
Ha a keresés múltbeli hivatkozási dátum és időpont megadásával történik, és az adott tagállam nyilvántartásában nem áll rendelkezésre korábbi információ, mivel ilyen információkat egyáltalán nem tartanak nyilván, a ténylegesen rendelkezésre álló információ visszaküldhető annak feltüntetésével, hogy az aktuális információ.
Items to be returned necessary for the refinement of the search
A keresés szűkítéséhez szükséges, visszaküldendő adatok
Complete data set
Teljes adatkészlet
Scrapped, stolen, exported, etc.
Scrapped, stolen, exported etc.
The Eucaris software application handles secure communication to the other Member States and communicates to the back-end legacy systems of Member States using XML.
Az Eucaris szoftveralkalmazás a többi tagállammal folytatott biztonságos kommunikációt kezeli, és a tagállamok XML nyelvet alkalmazó back-end kiváltandó rendszereivel (legacy system) kommunikál.
Member States exchange messages by directly sending them to the recipient.
A tagállamok üzenetváltáskor az üzenetet közvetlenül a címzettnek küldik.
The data centre of a Member State is connected to the TESTA network of EU.
A tagállamok adatközpontja összeköttetésben áll az EU TESTA hálózatával.
The XML-messages sent over the network are encrypted.
A hálózaton keresztül továbbított XML-üzenetek rejtjelezettek.
The technique to encrypt these messages is SSL.
Az üzenetek rejtjelezésére használt technika az SSL adattovábbítási protokoll.
The messages sent to the back-end are plain text XML-messages since the connection between the application and the back-end shall be in a protected environment.
A back-end szerverre küldött üzenetek nem rejtjelezett XML-üzenetek, mivel az alkalmazás és a back-end szerver közötti kapcsolatnak védett közegben kell végbemennie.
A client application is provided which can be used within a Member State to query their own register or other Member States' registers.
Egy kliensalkalmazás áll rendelkezésre ahhoz, hogy a tagállamok saját nyilvántartásukban vagy más tagállamok nyilvántartásában keresni tudjanak.
The clients will be identified by means of user-id/password or a client certificate.
Az ügyfelek azonosságát felhasználói azonosító és jelszó vagy klienstanúsítvány révén ellenőrzik.
The connection to a user may be encrypted, but this is the responsibility of each individual Member State.
A felhasználókhoz való kapcsolódás rejtjelezhető, de ez az egyes tagállamok felelőssége.
Security Features related to message exchange
Az üzenetváltással kapcsolatos biztonsági jellemzők
The security design is based on a combination of HTTPS and XML signature.
A biztonsági kialakítás alapja a HTTPS- és XML-aláírás kombinációja.
This alternative uses XML-signature to sign all messages sent so the server and can authenticate the sender of the message by checking the signature.
Ez a változat XML-aláírást használ a szerver felé küldött valamennyi üzenet aláírására, az üzenet feladóját pedig az aláírás ellenőrzésével hitelesíteni tudja.
1-sided SSL (only a server certificate) is used to protect the confidentiality and integrity of the message in transit and provides protection against deletion/replay and insertion attacks.
A továbbított üzenet titkosságának és sértetlenségének megőrzésére egyoldalú SSL-t (csak szervertanúsítvány) használnak, amely védelmet nyújt az üzenet törlésére/visszajátszására és új üzenet beszúrására irányuló támadások ellen.
Instead of bespoke software development to implement 2-sided SSL, XML-signature is implemented.
A kétoldalú SSL végrehajtását szolgáló, testreszabott szoftverfejlesztés helyett XML-aláírást alkalmaznak.
Using XML-signature is closer to the web services roadmap than 2-sided SSL and therefore more strategic.
Az XML-aláírás használata jobban illeszkedik a webszolgáltatások ütemtervéhez, mint a kétoldalú SSL, ezért stratégikusabb.
The XML-signature can be implemented in several ways but the chosen approach is to use XML Signature as part of the Web Services Security (WSS).
Az XML-aláírás többféleképpen is kivitelezhető, de a választott megközelítés szerint a „Web Services Security” (WSS) szabvány részeként kell azt alkalmazni.
WSS specifies how to use XML-signature.
A WSS leírja az XML-aláírás használatának módját.
Since WSS builds upon the SOAP standard, it is logical to adhere to the SOAP standard as much as possible.
Mivel a WSS a SOAP szabványra épül, ésszerű a lehető legnagyobb mértékben a SOAP szabványhoz igazodni.
Authentication of users
A felhasználók hitelesítése
The users of the Eucaris web application authenticate themselves using a username and password.
Az Eucaris webes alkalmazás felhasználói felhasználónév és jelszó segítségével hitelesítik magukat.
Since standard Windows authentication is used, Member States can enhance the level of authentication of users if needed by using client certificates.
Mivel a Windows szabványos hitelesítési eljárásáról van szó, a tagállamok a felhasználók hitelesítésének szintjét szükség esetén klienstanúsítványok alkalmazásával növelhetik.
User roles
Felhasználói szerepek
The Eucaris software application supports different user roles.
Az Eucaris szoftveralkalmazás több különböző felhasználói szerepet támogat.
Each cluster of services has its own authorisation.
Minden egyes szolgáltatáscsoporthoz (klaszter) külön hitelesítés tartozik.
E.g. (exclusive) users of the ‘“Treaty of Eucaris” — functionality’ may not use the ‘“Prüm” — functionality’.
Például az „Eucaris-szerződés” funkció (kizárólagos) felhasználói esetleg nem használhatják a „Prüm” funkciót.
Administrator services are separated from the regular end-user roles.
A rendszergazda-szolgáltatások elválnak a normál végfelhasználói szerepektől.
Logging and tracing of message exchange
Az üzenetváltás naplózása és visszakereshetősége
Logging of all message types is facilitated by the Eucaris software application.
Az Eucaris szoftveralkalmazás lehetővé teszi valamennyi üzenettípus naplózását.
An administrator function allows the national administrator to determine which messages are logged: requests from end-users, incoming requests from other Member States, provided information from the national registers, etc.
Egy rendszergazda-funkció lehetővé teszi a nemzeti rendszergazda számára annak meghatározását, hogy mely üzeneteket naplózzák: a végfelhasználók kérelmeit, a többi tagállamtól beérkező kérelmeket, a nemzeti nyilvántartásból szolgáltatott információkat stb.
The application can be configured to use an internal database for this logging, or an external (Oracle) database.
Az alkalmazás konfigurálható úgy, hogy e naplózás céljára egy belső adatbázist vagy egy külső (Oracle) adatbázist használjon.
The decision on what messages have to be logged clearly depends on logging facilities elsewhere in the legacy systems and connected client applications.
A naplózandó üzenetekre vonatkozó döntés egyértelműen attól függ, hogy a kiváltandó rendszerekben (legacy system) és a kapcsolt kliensalkalmazásokban máshol milyen naplózási módszert alkalmaznak.
The header of each message contains information on the requesting Member State, the requesting organisation within that Member State and the user involved.
Minden egyes üzenet fejléce információt nyújt a kérelmező tagállamról, e tagállamon belül a kérelmező szervezetről és az érintett felhasználóról.
Also the reason of the request is indicated.
A kérelem indoka is fel van tüntetve.
By means of the combined logging in the requesting and responding Member State complete tracing of any message exchange is possible (e.g. on request of a citizen involved).
A kérelmező és a választ adó tagállam általi, kettős naplózás következtében bármely üzenetváltás tökéletesen visszakereshető (például egy érintett állampolgár kérésére).
Logging is configured through the Eucaris web client (menu Administration, Logging configuration).
A naplózás konfigurálása az Eucaris webkliensen keresztül történik (menürendezés, naplózás konfigurálása).
The logging functionality is performed by the Core System.
A naplózás funkciót a Core System (alaprendszer) hajtja végre.
When logging is enabled, the complete message (header and body) is stored in one logging record.
Ha a naplózás aktív, a teljes üzenet (fejléc és levéltest) egyetlen naplóbejegyzésben tárolódik.
Per defined service, and per message type that passes along the Core System, the logging level can be set.
Meghatározott szolgáltatásokként és az alaprendszeren áthaladó üzenettípusokként beállítható a naplózási szint.
Logging Levels
Naplózási szintek
The following logging levels are possible:
Az alábbi naplózási szinteket lehet beállítani:
Private — Message is logged: The logging is NOT available to the extract logging service but is available on a national level only, for audits and problem solving.
Privát – üzenet naplózása: A naplózott adatok kinyerését lehetővé tevő szolgáltatás NEM elérhető, az csak nemzeti szinten, audit és problémamegoldás céljából áll rendelkezésre.
None — Message is not logged at all.
Kikapcsolva – az üzenet naplózására nem kerül sor.
Message Types
Üzenettípusok
Information exchange between Member States consists of several messages, of which a schematic representation is given in the figure below.
A tagállamok közötti információcsere többféle üzenetből áll, amelyek sematikus megjelenítése az alábbi ábrán látható.
The possible message types (in the figure shown for the Eucaris Core System of Member State X) are the following:
A lehetséges üzenettípusok a következők (az ábrán X tagállam Eucaris alaprendszerére értelmezve):
The following information exchanges are shown in the figure:
Az ábrán az alábbi információcserék láthatók:
Information request from Member State X to Member State Y — blue arrows.
Információkérés X tagállamtól Y tagállam felé – kék nyilak.
This request and response consists of message types 1, 2, 7 and 6, respectively,
Ez a fajta kérés és válasz az 1., 2., 7., illetve 6. üzenettípust foglalja magában.
Information request from Member State Z to Member State X — red arrows.
Információkérés Z tagállamtól X tagállam felé – piros nyilak.
This request and response consists of message types 3, 4, 9 and 8, respectively,
Ez a fajta kérés és válasz a 3., 4., 9., illetve 8. üzenettípust foglalja magában.
Information request from the legacy register to its core system (this route also includes a request from a custom client behind the legacy register) — green arrows.
Információkérés a kiváltandó rendszer (legacy system) nyilvántartása felől annak alaprendszere felé (ebbe az útvonalba a kiváltandó rendszer (legacy system) nyilvántartásán túli valamely egyéni kliens kérése is beletartozik) – zöld nyilak.
This kind of request consists of message types 5 and 10,
Ez a fajta kérés az 5. és 10. üzenettípust foglalja magában.
Figure: Message types for logging
Ábra: Naplózási üzenettípusok
Hardware Security Module
Hardver biztonsági modul
A Hardware Security Module is not used.
Hardver biztonsági modul alkalmazására nem kerül sor.
A Hardware Security Module (HSM) provides good protection for the key used to sign messages and to identify servers.
A hardver biztonsági modul (HSM) használata kellő védelmet nyújt az üzenetek aláírására és a szerver azonosítására használt kulcs számára.
This adds to the overall level of security but an HSM is expensive to buy/maintain and there are no requirements to decide for a FIPS 140-2 level 2 or level 3 HSM.
Ez növeli a biztonság általános szintjét, de a HSM megvétele és fenntartása sokba kerül, és a biztonsági követelmények nem teszik szükségessé FIPS 140-2 2. vagy 3. szintű HSM használatát.
Since a closed network is used that mitigates threats effectively, it is decided not to use an HSM initially.
Tekintettel arra, hogy az alkalmazott zárt rendszer eredményesen csökkenti a kockázatokat, az a döntés született, hogy kezdetben HSM használatára nem kerül sor.
If an HSM is necessary e.g. to obtain accreditation, it can be added to the architecture.
Amennyiben például akkreditáció megszerzéséhez HSM-re van szükség, az beilleszthető az architektúrába.
The Eucaris application connects all participating Member States in a mesh network where each Member State communicates directly to another Member State.
Az Eucaris alkalmazás valamennyi részt vevő tagállamot szövevényes hálózatban kapcsolja össze, ahol minden egyes tagállam közvetlenül kommunikál a többi tagállammal.
There is no central component needed for the communication to be established.
A kommunikáció létrehozásához nincs szükség központi elemre.
The Eucaris application handles secure communication to the other Member States and communicates to the back-end legacy systems of Member States using XML.
Az Eucaris alkalmazás a többi tagállammal folytatott biztonságos kommunikációt kezeli, és a tagállamok XML nyelvet alkalmazó back-end kiváltandó rendszereivel (legacy system) kommunikál.
The following picture visualises this architecture.
A struktúrát az alábbi ábra mutatja be.
Member State exchange messages by directly sending them to the recipient.
A tagállamok üzenetváltáskor az üzenetet közvetlenül a címzettnek küldik.
The data centre of a Member State is connected to the network used for the message exchange (TESTA).
A tagállamok adatközpontja összeköttetésben áll az üzenetváltásra használt hálózattal (TESTA).
To access the TESTA network, Member States connect to TESTA via their national gate.
A tagállamok a nemzeti kapun keresztüli csatlakozással férnek hozzá a TESTA hálózathoz.
A firewall shall be used to connect to the network and a router connects the Eucaris application to the firewall.
A hálózathoz való csatlakozás során tűzfalat kell használni, és az Eucaris alkalmazásnak hálózati forgalomirányítón (router) keresztül kell a tűzfalhoz kapcsolódnia.
Depending on the alternative chosen to protect the messages, a certificate is used either by the router or by the Eucaris application.
Az üzenetek védelmére választott változattól függően vagy az adatútválasztó, vagy az Eucaris alkalmazás tanúsítványt használ.
A client application is provided which can be used within a Member State to query its own register or other Member States' registers.
Egy kliensalkalmazás áll rendelkezésre ahhoz, hogy a tagállamok saját nyilvántartásukban vagy más tagállamok nyilvántartásában keresni tudjanak.
The client application connects to Eucaris.
A kliensalkalmazás az Eucarishoz kapcsolódik.
The connection to a user in an external organisation (e.g. police) may be encrypted but this is the responsibility of each individual Member State.
A külső szervezetnél (pl. rendőrség) található felhasználókhoz való kapcsolódás rejtjelezhető, de ez az egyes tagállamok felelőssége.
Scope of the system
A rendszer alkalmazási köre
The scope of the Eucaris system is limited to the processes involved in the exchange of information between the Registration Authorities in the Member States and a basic presentation of this information.
Az Eucaris rendszer alkalmazási köre a tagállamok jármű-nyilvántartási hatóságai közötti információcseréhez kötődő folyamatokra és ezen információk alapszintű megjelenítésére korlátozódik.
Procedures and automated processes in which the information is to be used, are outside the scope of the system.
Az információ felhasználása során alkalmazandó eljárások és automatizált folyamatok a rendszer alkalmazási körén kívül esnek.
Member States can choose either to use the Eucaris client functionality or to set up their own customised client application.
A tagállamok – választásuk szerint – vagy az Eucaris kliens funkciót használják, vagy saját, testreszabott kliensalkalmazást hoznak létre.
In the table below, it is described which aspects of the Eucaris system are mandatory to use and/or prescribed and which are optional to use and/or free to determine by the Member States.
A lenti táblázat összefoglalja, hogy az Eucaris rendszer mely vonatkozásait kell kötelező jelleggel és/vagy előírás szerint alkalmazni, illetve melyek alkalmazása nem kötelező és/vagy a tagállamok által szabadon meghatározható.
Functional and Non Functional Requirements
Funkcionális és nem funkcionális követelmények
Generic functionality
Általános funkciók
In this section the main generic functions have been described in general terms.
Ez a szakasz általánosan ismerteti a főbb általános funkciókat.
The system allows the Registration Authorities of the Member States to exchange request and response messages in an interactive way.
A rendszer lehetővé teszi a tagállamok jármű-nyilvántartási hatóságai számára, hogy interaktív módon váltsanak kérelmező és válaszüzeneteket egymással.
The system contains a client application, enabling end-users to send their requests and presenting the response information for manual processing
A rendszernek része egy kliensalkalmazás, melynek segítségével a végfelhasználók kézi feldolgozásra alkalmas formában küldhetik el kérelmeiket, illetve jeleníthetik meg a válaszinformációkat.
The system facilitates ‘broadcasting’, allowing a Member State to send a request to all other Member States.
A rendszer lehetővé teszi az üzenetszórást, miáltal egy adott tagállam kérelmét egyszerre az összes többi tagállam felé elküldheti.
The incoming responses are consolidated by the core application in one response message to the client application (this functionality is called a "Multiple Country Inquiry).
A beérkező válaszokat az alapalkalmazás összevontan, egyetlen válaszüzenetben küldi el a kliensalkalmazásnak (e funkció neve: „Multiple Country Inquiry”).
The system is able to deal with different types of messages.
A rendszer különböző üzenettípusok kezelésére képes.
User roles, authorisation, routing, signing and logging are all defined per specific service.
A felhasználói szerepek, a hitelesítés, az adatútképzés, az aláírás és a naplózás meghatározása szolgáltatásonként külön történik.
The system allows the Member States to exchange batches of messages or messages containing a large number of requests or replies.
A rendszer lehetővé teszi a tagállamok számára a csoportos üzenetküldést, illetve a nagy számú kérelmet vagy választ tartalmazó üzenetek küldését.
These messages are dealt with in an asynchronous way.
Az ilyen üzenetek kezelése aszinkron módon történik.
The system queues asynchronous messages if the recipient Member State is temporarily unavailable and guarantees the deliverance as soon as the recipient is up again.
A rendszer sorba állítja és várakoztatja az aszinkron üzeneteket, ha a címzett tagállam átmenetileg nem elérhető, és garantálja a kézbesítést, mihelyt a címzett újra elérhető.
The system stores incoming asynchronous messages until they can be processed.
A rendszer a beérkező aszinkron üzeneteket mindaddig tárolja, amíg feldolgozásuk lehetővé nem válik.
The system only gives access to Eucaris applications of other Member States, not to individual organisations within those other Member States, i.e. each Registration Authority acts as the single gateway between its national end-users and the corresponding Authorities in the other Member States.
A rendszer kizárólag más tagállamok Eucaris alkalmazásai számára biztosítja a hozzáférést, a tagállamokon belüli egyéni szervezetek számára nem, vagyis mindegyik jármű-nyilvántartási hivatal egyetlen átjáróként működik a nemzeti végfelhasználók és a többi tagállam megfelelő hatóságai között.