natgillin/translations-raw huggingface dataset:
Any entry in this field greater than or less than ‘8’ shall represent a greyscale pixel with increased or decreased precision respectively.
Tähän kenttään syötetty ”8”:aa suurempi tai sitä pienempi luku edustaa tarkkuudeltaan joko suurempaa tai pienempää harmaasävypikseliä.
Table 10: Palm Codes, Areas and Sizes
Taulukko 10: Kämmenkoodit, -alueet ja -koot (Table 10: Palm Codes, Areas & Sizes)
Field 15.013: Palmprint position (PLP)
Kenttä 15.013: Kämmenen kohta (PLP) (Field 15.013: Palmprint position (PLP))
This mandatory tagged-field shall contain the palmprint position that matches the palmprint image.
Tässä pakollisessa merkityssä kentässä olevan kämmenjäljen kohdan on vastattava kämmenjälkikuvaa.
The decimal code number corresponding to the known or most probable palmprint position shall be taken from table 10 and entered as a two-character ASCII subfield.
Desimaalikoodinumero, joka vastaa tunnettua tai kaikista todennäköisintä kämmenjäljen kohtaa, otetaan taulukosta 10 ja syötetään kaksimerkkisenä ASCII-standardin mukaisena alakenttänä.
Table 10 also lists the maximum image areas and dimensions for each of the possible palmprint positions.
Taulukossa 10 luetellaan myös jokaisen mahdollisen kämmenjäljen kohdan suurin mahdollinen kuva-alue ja mitat.
Field 15.014-019: Reserved for future definition (RSV)
Kenttä 15.014–019: Varattu tulevaa määrittelyä varten (RSV) (Field 15.014–019: Reserved for future definition (RSV))
Field 15.020: Comment (COM)
Kenttä 15.020: Huomautus (Field 15.020: Comment (COM))
This optional field may be used to insert comments or other ASCII text information with the palmprint image data.
Tätä valinnaista kenttää voidaan käyttää huomautusten tai muiden ASCII-standardin mukaisten tekstitietojen lisäämiseksi kämmenjälkikuvan tietoihin.
Field 15.021-199: Reserved for future definition (RSV)
Kenttä 15.021–199: Varattu tulevaa määrittelyä varten (RSV) (Kenttä 15.021–199: Reserved for future definition (RSV))
Fields 15.200-998: User-defined fields (UDF)
Kentät 15.200–998: Käyttäjän määriteltävissä olevat kentät (UDF) (Fields 15.200–998: User defined fields (UDF))
Field 15.999: Image data (DAT)
Kenttä 15.999: Kuvatiedot (DAT) (Field 15.999: Image data (DAT))
This field shall contain all of the data from a captured palmprint image.
Tämä kenttä sisältää kaikki tallennettua kämmenjälkikuvaa koskevat tiedot.
For example, ‘15.999:’ is followed by image data in a binary representation.
Esimerkiksi kentän ”15.999:” jälkeen tulevat binaarisesti esitetyt kuvatiedot.
If the entry in BPX Field 15.012 is greater or less than 8, the number of bytes required to contain a pixel will be different.
Jos kuvatietoja koskevaan kenttään 15.012 syötetään 8:aa suurempi luku tai sitä pienempi luku pikselin sisällyttämiseksi tarvittavien tavujen määrä eroaa.
If compression is used, the pixel data shall be compressed in accordance with the compression technique specified in the CGA field.
Jos käytetään tiivistämistä, pikseliä koskevat tiedot tiivistetään tiivistysalgoritmikentässä (CGA) määritellyn tiivistystekniikan mukaisesti.
End of Type-15 variable-resolution palmprint image record
Tarkkuudeltaan vaihdeltavissa olevia kämmenjälkikuvia koskevien tietuetyypin 15 mukaisten tietueiden loppu
For the sake of consistency, immediately following the last byte of data from Field 15.999 an ‘FS’ separator shall be used to separate it from the next logical record.
Välittömästi kentän 15.999 viimeisen tietotavun jälkeen käytetään yhdenmukaisuuden vuoksi ”FS”-erotinta, jolla tietue erotetaan seuraavasta loogisesta tietueesta.
This separator must be included in the length field of the Type-15 record.
Tämän erottimen on sisällyttävä kenttään, jossa ilmoitetaan tietuetyypin 15 pituus.
Additional Type-15 variable-resolution palmprint image records
Ylimääräiset tarkkuudeltaan vaihdeltavissa olevia kämmenjälkikuvia koskevat tietuetyypin 15 mukaiset tietueet
Additional Type-15 records may be included in the file.
Tiedostoon voi kuulua ylimääräisiä tietuetyypin 15 mukaisia tietueita.
For each additional palmprint image, a complete Type-15 logical record together with the ‘FS’ separator is required.
Jokaista ylimääräistä kämmenjälkikuvaa varten tarvitaan täydellinen tietuetyypin 15 mukainen tietue ”FS”-erottimineen.
Table 11: Maximum numbers of candidates accepted for verification per transmission
Taulukko 11: Tarkistamista varten hyväksyttyjen mahdollisten vastaavuuksien suurin sallittu määrä viestintätapahtumaa kohden
Search types:
Hakutyypit:
TP/TP: ten-print against ten-print
TP/TP: sormenjälkilomaketta verrataan sormenjälkilomakkeeseen
LT/TP: fingerprint latent against ten-print
LT/TP: rikospaikkasormenjälkeä verrataan sormenjälkilomakkeeseen
LP/PP: palmprint latent against palmprint
LP/PP: rikospaikkakämmenjälkeä verrataan kämmenjälkeen
TP/UL: ten-print against unsolved fingerprint latent
TP/UL: sormenjälkilomaketta verrataan tunnistamattomaan rikospaikkasormenjälkeen
LT/UL: fingerprint latent against unsolved fingerprint latent
LT/UL: rikospaikkasormenjälkeä verrataan tunnistamattomaan rikospaikkasormenjälkeen
PP/ULP: palmprint against unsolved palmprint latent
PP/ULP: kämmenjälkeä verrataan tunnistamattomaan rikospaikkakämmenjälkeen
LP/ULP: palmprint latent against unsolved palmprint latent
LP/ULP: rikospaikkakämmenjälkeä verrataan tunnistamattomaan rikospaikkakämmenjälkeen
Appendix 1 ASCII Separator Codes
Lisäys 1 ASCII-erotuskoodit
Appendix 2 Calculation of Alpha-Numeric Check Character
Lisäys 2 Alfanumeerisen varmistusmerkin laskenta
For TCN and TCR (Fields 1.09 and 1.10):
TCN- ja TCR-numeroa varten (kentät 1.09 ja 1.10):
The number corresponding to the check character is generated using the following formula:
Varmistusmerkkiä vastaava numero lasketaan seuraavan kaavan mukaan:
Where YY and SSSSSSSS are the numerical values of the last two digits of the year and the serial number respectively.
missä YY vastaa vuosiluvun kahta viimeistä numeromerkkiä ja SSSSSSSS sarjanumeroa.
The check character is then generated from the look-up table given below.
Varmistusmerkki saadaan jäljempänä olevasta hakutaulukosta.
For CRO (Field 2.010)
CRO-numeroa varten (kenttä 2.010)
(YY * 106 + NNNNNN) Modulo 23
(YY * 106 + NNNNNN) Modulo 23
Where YY and NNNNNN are the numerical values of the last two digits of the year and the serial number respectively.
missä YY vastaa vuosiluvun kahta viimeistä numeromerkkiä ja NNNNNN sarjanumeroa.
Check Character Look-up Table
Varmistusmerkkien hakutaulukko
Appendix 3 Character Codes
Lisäys 3 Merkkikoodit
7-bit ANSI code for information interchange
Tietojenvaihdossa käytettävä 7-bittinen ANSI-koodi
Appendix 4 Transaction Summary
Lisäys 4 Siirtotapahtumien luettelo
Type 1 Record (mandatory)
Tietuetyyppi 1 (pakollinen)
Under the Condition Column:
Condition-sarakkeessa:
O = Optional; M = Mandatory; C = Conditional if transaction is a response to the origin agency
O = valinnainen (Optional); M = pakollinen (Mandatory); C = ehdollinen (Conditional), jos tapahtuma on vastaus tiedot lähettäneelle virastolle.
Type 2 Record (mandatory)
Tietuetyyppi 2 (pakollinen)
O = Optional; M = Mandatory; C = Conditional if data is available
O = valinnainen (Optional); M = pakollinen (Mandatory); C = ehdollinen (Conditional), jos tiedot ovat saatavissa.
if the transmission of the data is in accordance with national law (not covered by the Council Decision 2008/615/JHA)
jos tiedot siirretään kansallisen lainsäädännön mukaisesti (siirrosta ei säädetä neuvoston päätöksessä 2008/615/YOS)
Appendix 5 Type-1 Record Definitions
Lisäys 5 Tietuetyyppi 1 – Määritelmät
Under the Condition Column: O = Optional, M = Mandatory, C = Conditional
Condition-sarakkeessa: O = valinnainen (Optional); M = pakollinen (Mandatory); C = ehdollinen (Conditional)
Under the Character Type Column: A = Alpha, N = Numeric, B = Binary
Merkkityyppisarakkeessa: A = Alfa, N = Numeerinen, B = Binäärinen
1* allowed characters for agency name are [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’]
1* = viraston nimessä sallitaan seuraavien merkkien käyttö: [”0..9”, ”A..Z”, ”a..z”, ”_”,”.”, ””, ”–”]
Appendix 6 Type-2 Record Definitions
Lisäys 6 Tietuetyyppi 2 – Määritelmät
Table A.6.1: CPS- and PMS-Transaction
Taulukko A.6.1: CPS- ja PMS-siirtotapahtuma
Table A.6.2: SRE-Transaction
Taulukko A.6.2: SRE-siirtotapahtuma
Table A.6.3: ERR-Transaction
Taulukko A.6.3: ERR-siirtotapahtuma
Table A.6.4: MPS- and MMS-Transaction
Taulukko A.6.4: MPS- ja MMS-siirtotapahtuma
1* allowed characters are [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’,‘,’]
1* = sallitaan seuraavien merkkien käyttö [”0..9”, ”A..Z”, ”a..z”, ”_”,”.”,”,”–”,””,”]
Appendix 7 Greyscale Compression Codes
Lisäys 7 Harmaasävykuvien pakkauskoodit
Compression Codes
Pakkauskoodit
Appendix 8 Mailspecification
Lisäys 8 Viestin määrite
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).
Sisäisen työnkulun parantamiseksi PRUEM-siirtotapahtuman otsikkokenttään merkitään viestin lähettävän jäsenvaltion maakoodi ja siirtotapahtumatyyppi (TOT-kenttä 1.004).
Format: CC/type of transaction
Muotolause: maakoodi/siirtotapahtumatyyppi
Example: ‘DE/CPS’
Esimerkki: ”DE/CPS”
The mailbody can be empty.
Viestikenttä voi olla tyhjä.
The definitions of mandatory data elements and optional data elements set out in Article 16(4) are as follows:
16 artiklan 4 kohdassa tarkoitetut pakolliset ja valinnaiset tietoelementit määritellään seuraavasti:
Mandatory (M):
Pakollinen (M = Mandatory):
The data element has to be communicated when the information is available in a Member State's national register.
Tietoelementti on toimitettava, jos se on saatavilla jäsenvaltion kansallisessa rekisterissä.
Therefore there is an obligation to exchange the information when available.
Näin ollen saatavilla olevien tietojen vaihto on pakollista.
Optional (O):
Valinnainen (O = Optional):
The data element may be communicated when the information is available in a Member State's national register.
Tietoelementti voidaan toimittaa, se on saatavilla jäsenvaltion kansallisessa rekisterissä.
Therefore there is no obligation to exchange the information even when the information is available.
Näin ollen tietojen vaihto ei ole pakollista, vaikka ne ovat saatavilla.
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.
Päätöksen 2008/615/YOS kannalta merkityksellisten tietoelementtien kohdalle merkitään (Y).
Triggers for the search
Haun käynnistäjät
There are two different ways to search for the information as defined in the next paragraph:
Tietoja voi hakea kahdella tavalla seuraavasti:
by Chassis Number (VIN), Reference Date and Time (optional),
ilmoittamalla ajoneuvon tunnistusnumero (VIN), viitepäivämäärä ja -aika (valinnainen);
by License Plate Number, Chassis Number (VIN) (optional), Reference Date and Time (optional).
ilmoittamalla ajoneuvon rekisteritunnus, tunnistusnumero (VIN) (valinnainen), viitepäivämäärä ja -aika (valinnainen).
By means of these search criteria, information related to one and sometimes more vehicles will be returned.
Näillä hakuperusteilla annetaan tietoja yhdestä ja toisinaan useammasta ajoneuvosta.
If information for only one vehicle has to be returned, all the items are returned in one response.
Jos on tarkoitus antaa tietoja ainoastaan yhdestä ajoneuvosta, kaikki elementit toimitetaan yhdessä vastauksessa.
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).
Jos haun tuloksena on enemmän kuin yksi ajoneuvo, pyynnön vastaanottanut jäsenvaltio voi itse päättää, toimitetaanko kaikki elementit vai ainoastaan haun tarkentamiseen tarvittavat elementit (esimerkiksi yksityisyys- tai suoritussyistä).
The items necessary to refine the search are pictured in paragraph 1.2.2.1.
Haun tarkentamiseen käytettävät elementit luetellaan kohdassa 1.2.2.1.
In paragraph 1.2.2.2 the complete information set is described.
Kohta 1.2.2.2 sisältää täydet hakutiedot.
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.
Kun ilmoitetaan ajoneuvon tunnistusnumero, viitepäivämäärä ja -aika, haku voidaan suorittaa joko yhdessä tai kaikissa osallistujajäsenvaltioissa.
When the search is done by License Number, Reference Data and Time, the search has to be done in one specific Member State.
Kun ilmoitetaan ajoneuvon rekisteritunnus, viitepäivämäärä ja -aika, haku on suoritettava yhdessä tietyssä jäsenvaltiossa.
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.
Tavallisesti haussa käytetään kuluvaa päivämäärää ja aikaa, mutta on myös mahdollista suorittaa hakuja ilmoittamalla aiempi viitepäivämäärä ja -aika.
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.
Kun haku tehdään aiempaa viitepäivämäärää ja -aikaa käyttäen, eikä aikaisempia tietoja ole saatavilla tietyn jäsenvaltion rekisterissä, koska kyseisiä tietoja ei ole rekisteröity, voimassa oleva tieto voidaan toimittaa ilmoittaen, että kyseessä on ajankohtainen tieto.
Data set
Tiedot
Items to be returned necessary for the refinement of the search
Haun tarkentamista varten toimitettavat elementit
[5]) e.g. Ford, Opel, Renault, etc.
[5]) e.g. Ford, Opel, Renault etc.
Complete data set
Täydet hakutiedot
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.
Eucaris-ohjelmistosovellus varmistaa suojatun viestinnän muihin jäsenvaltioihin ja välittää viestejä jäsenvaltioiden vanhoihin taustajärjestelmiin käyttäen XML-muotoa.
Member States exchange messages by directly sending them to the recipient.
Jäsenvaltiot vaihtavat tietoja lähettämällä ne suoraan vastaanottajalle.
The data centre of a Member State is connected to the TESTA network of EU.
Jäsenvaltion tietokeskus on kytketty EU:n TESTA-verkkoon.
The XML-messages sent over the network are encrypted.
XML-viestit lähetetään verkossa salattuina.
The technique to encrypt these messages is SSL.
Viestien salaamiseen käytetään SSL-tekniikkaa.
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.
Viestit lähetetään taustaohjelmiin selväkielisinä XML-viesteinä, koska niiden välittäminen sovelluksen ja taustaohjelman välillä tapahtuu suojatussa ympäristössä.
A client application is provided which can be used within a Member State to query their own register or other Member States' registers.
Tarjotaan myös asiakassovellus, jonka avulla voidaan jäsenvaltion sisäisesti esittää omaa rekisteriä tai muun jäsenvaltion rekisteriä koskevia pyyntöjä.
The clients will be identified by means of user-id/password or a client certificate.
Käyttäjät tunnistetaan käyttäjätunnuksen ja salasanan tai käyttäjävarmenteen avulla.
The connection to a user may be encrypted, but this is the responsibility of each individual Member State.
Yhteys käyttäjään voidaan salata, mutta vastuu asiasta kuuluu kullekin yksittäiselle jäsenvaltiolle.
Security Features related to message exchange
Viestien vaihtoon liittyvät turvatekijät
The security design is based on a combination of HTTPS and XML signature.
Turvarakenne perustuu HTTPS-protokollan ja XML-allekirjoituksen yhdistelmään.
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.
Tämä vaihtoehto käyttää XML-allekirjoitusta kaikkien palvelimelle lähetettyjen viestien allekirjoittamiseen ja voi todentaa viestin lähettäjän tarkistamalla allekirjoituksen.
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.
Yksisuuntaista SSL-protokollaa (vain palvelinvarmennetta) käytetään suojaamaan siirrettävän viestin luottamuksellisuus ja eheys ja suojaamaan sisällön poistoihin tai toistoihin sekä upotuksiin pyrkiviltä hyökkäyksiltä.
Instead of bespoke software development to implement 2-sided SSL, XML-signature is implemented.
Sen sijaan, että kehitettäisiin yksilöllisesti suunniteltu ohjelmisto kahdensuuntaisen SSL-protokollan toteuttamiseksi, käytetään XML-allekirjoitusta.
Using XML-signature is closer to the web services roadmap than 2-sided SSL and therefore more strategic.
XML-allekirjoituksen käyttö vastaa lähemmin verkkopalvelujen toimintarakennetta kuin kahdensuuntainen SSL-protokolla ja on siten strategisempi.
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).
XML-allekirjoitus voidaan toteuttaa usealla eri tavalla. Menetelmäksi on valittu XML-allekirjoituksen käyttö osana WSS-järjestelmää (Web Services Security).
WSS specifies how to use XML-signature.
WSS-järjestelmä määrittelee, kuinka XML-allekirjoitusta on käytettävä.
Since WSS builds upon the SOAP standard, it is logical to adhere to the SOAP standard as much as possible.
Koska WSS-järjestelmä perustuu SOAP-standardiin, on järkevää noudattaa SOAP-standardia niin pitkälle kuin mahdollista.
Authentication of users
Käyttäjätunnistus
The users of the Eucaris web application authenticate themselves using a username and password.
Eucaris-verkkosovelluksen käyttäjät tunnistautuvat käyttämällä käyttäjätunnusta ja salasanaa.
Since standard Windows authentication is used, Member States can enhance the level of authentication of users if needed by using client certificates.
Koska käytössä on standardimuotoinen Windows-tunnistus, jäsenvaltiot voivat tarvittaessa parantaa käyttäjien todentamisen tasoa käyttämällä käyttäjävarmennetta.
User roles
Käyttäjäroolit
The Eucaris software application supports different user roles.
Eucaris-ohjelmistosovellus tukee erilaisia käyttäjärooleja.
Each cluster of services has its own authorisation.
Jokaiseen palvelukokonaisuuteen liittyy oma tunnistusmenettely.
E.g. (exclusive) users of the ‘“Treaty of Eucaris” — functionality’ may not use the ‘“Prüm” — functionality’.
Esimerkiksi ”Treaty of Eucaris” -toiminnon (eksklusiiviset) käyttäjät eivät saa käyttää ”Prüm”-toimintoa.
Administrator services are separated from the regular end-user roles.
Ylläpitotoiminnot ovat erillään tavallisista loppukäyttäjärooleista.
Logging and tracing of message exchange
Viestien vaihdon kirjaaminen ja jäljitys
Logging of all message types is facilitated by the Eucaris software application.
Eucaris-ohjelmistosovelluksella voidaan kirjata kaikki viestityypit.
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.
Kansallinen ylläpitäjä voi määritellä ylläpitotoiminnon avulla, mitkä viestit kirjataan: loppukäyttäjien pyynnöt, muista jäsenvaltioista tulevat pyynnöt, kansallisista rekistereistä toimitetut tiedot jne.
The application can be configured to use an internal database for this logging, or an external (Oracle) database.
Sovellus voidaan konfiguroida käyttämään tällaiseen kirjaamiseen sisäistä tietokantaa tai ulkoista (Oracle-) tietokantaa.
The decision on what messages have to be logged clearly depends on logging facilities elsewhere in the legacy systems and connected client applications.
Päätös siitä, mitkä viestit on kirjattava, riippuu yksiselitteisesti perintöjärjestelmien ja niihin liitettyjen asiakassovellusten kirjausmahdollisuuksista.
The header of each message contains information on the requesting Member State, the requesting organisation within that Member State and the user involved.
Kunkin viestin otsikossa on tiedot pyynnön esittävästä jäsenvaltiosta, kyseisen maan pyynnön esittävästä organisaatiosta ja asianomaisesta käyttäjästä.
Also the reason of the request is indicated.
Myös pyynnön syy on ilmoitettu.
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).
Yhdistämällä pyynnön esittävän jäsenvaltion ja pyyntöön vastaavan jäsenvaltion kirjaukset voidaan jäljittää minkä tahansa viestin koko kulku (esimerkiksi asianosaisen kansalaisen pyynnöstä).
Logging is configured through the Eucaris web client (menu Administration, Logging configuration).
Kirjaaminen konfiguroidaan Eucaris-asiakassovelluksen avulla (valikkokohdasta ”Administration”, ”Logging configuration”).
The logging functionality is performed by the Core System.
Kirjaustoiminnon suorittaa ydinjärjestelmä (Core System).
When logging is enabled, the complete message (header and body) is stored in one logging record.
Kun kirjaamistoiminto on aktivoitu, viesti kokonaisuudessaan (otsikko ja viestiteksti) tallentuu johonkin kirjausrekisteriin.
Per defined service, and per message type that passes along the Core System, the logging level can be set.
Kirjaustaso voidaan asettaa erikseen määriteltyjen toimintojen ja ydinjärjestelmässä esiintyvien viestityyppien mukaan.
Logging Levels
Kirjaustasot
The following logging levels are possible:
Seuraavat kirjaustasot ovat mahdollisia:
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.
”Private – Message is logged” (yksityinen – viesti kirjautuu): kirjaus EI ole mahdollista yleistä lokitietojen poimintatoimintoa varten vaan pelkästään kansallisella tasolla tarkastustoimintaa ja ongelmanratkaisua varten.
None — Message is not logged at all.
”None – Message is not logged at all” (ei kirjausta – viesti ei kirjaudu lainkaan).
Message Types
Viestityypit
Information exchange between Member States consists of several messages, of which a schematic representation is given in the figure below.
Jäsenvaltioiden välinen tiedonvaihto koostuu useista viestityypeistä, jotka esitetään jäljempänä olevassa kaaviossa.
The possible message types (in the figure shown for the Eucaris Core System of Member State X) are the following:
Mahdollisia viestityyppejä ovat seuraavat (taulukossa esitetty jäsenvaltio X:n Eucaris-ydinjärjestelmän mukaisesti):
The following information exchanges are shown in the figure:
Kaaviossa esitetään seuraavat tiedonvaihtotapaukset:
Information request from Member State X to Member State Y — blue arrows.
Jäsenvaltion X esittämä tietopyyntö jäsenvaltiolle Y – siniset nuolet.
This request and response consists of message types 1, 2, 7 and 6, respectively,
Tällainen pyyntö ja vastaus vastaavat viestityyppejä 1, 2, 7 ja 6.
Information request from Member State Z to Member State X — red arrows.
Jäsenvaltion Z esittämä tietopyyntö jäsenvaltiolle X – punaiset nuolet.
This request and response consists of message types 3, 4, 9 and 8, respectively,
Tällainen pyyntö ja vastaus vastaavat viestityyppejä 3, 4, 9 ja 8.
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.
Tietorekisteristä ydinjärjestelmään esitettävä tietopyyntö (tähän reittiin kuuluu myös tietorekisterin taustalla olevasta käyttäjäliittymästä tehty pyyntö) – vihreät nuolet.
This kind of request consists of message types 5 and 10,
Tällainen pyyntö ja vastaus vastaavat viestityyppejä 5 ja 10.
Figure: Message types for logging
Kaavio: Kirjauksen viestityypit
Hardware Security Module
HSM (Hardware Security Module)
A Hardware Security Module is not used.
HSM-laitetta ei käytetä.
A Hardware Security Module (HSM) provides good protection for the key used to sign messages and to identify servers.
HSM-moduli antaa hyvän suojan avaimelle, jota käytetään viestien allekirjoitukseen ja palvelinten tunnistamiseen.