natgillin/translations-raw huggingface dataset:
Field 15.004: Source agency/ORI (SRC)
Andmeväli 15.004: lähtekohaks olev asutus/ORI (SRC)
Field 15.005: Palmprint capture date (PCD)
Andmeväli 15.005: peopesa kujutise salvestamise kuupäev (LCD)
This mandatory ASCII field shall contain the date that the palmprint image was captured.
See kohustuslik ASCII kodeeringus andmeväli sisaldab kuupäeva, mil peopesa kujutis salvestati.
The CCYY characters shall represent the year the image was captured; the MM characters shall be the tens and unit values of the month; and the DD characters shall be the tens and units values of the day in the month.
Märgid AAAA tähistavad aastat, mil kujutis salvestati. märgid KK tähistavad kuule vastava arvu kümnelisi ja ühelisi; märgid DD tähistavad kuupäevale vastava arvu kümnelisi ja ühelisi.
For example, the entry 20000229 represents 29 February 2000.
Näiteks kanne 20000229 väljendab kuupäeva 29. veebruar 2000.
Field 15.006: Horizontal line length (HLL)
Andmeväli 15.006: horisontaalse rastrijoone pikkus (HLL)
Field 15.007: Vertical line length (VLL)
Andmeväli 15.007: vertikaalne külje pikkus (VLL)
Field 15.008: Scale units (SLC)
Andmeväli 15.008: mõõtühik (SLC)
Field 15.009: Horizontal pixel scale (HPS)
Andmeväli 15.009: pikslimastaap horisontaalis (HPS)
Other-wise, it indicates the horizontal component of the pixel aspect ratio.
Muul juhul tähistab see horisontaal- ja vertikaaljoonel paiknevate pikslite arvu suhte horisontaalsuunale vastavat komponenti.
Field 15.010: Vertical pixel scale (VPS)
Andmeväli 15.010: pikslimastaap vertikaalis (VPS)
Table 8: Type-15 variable-resolution palmprint record layout
Tabel 8: muutuva resolutsiooniga peopesa kujutist sisaldava tüüp-15 kirje struktuur
Table 9: Palm Impression Type
Tabel 9: peopesa tõmmise tüüp
Field 15.011: Compression algorithm (CGA)
Andmeväli 15.011: kokkupakkimise algoritm (CGA)
An entry of ‘NONE’ in this field indicates that the data contained in this record are uncompressed.
Kanne „NONE” sellel väljal märgib, et selles kirjes sisalduvad andmed ei ole kokkupakitud.
For those images that are to be compressed, this field shall contain the preferred method for the compression of tenprint fingerprint images.
Nende kujutiste puhul, mis kokku pakitakse, sisaldab see andmeväli kümne sõrmejälje kujutiste kokkupakkimiseks eelistatavat meetodit.
Valid compression codes are defined in Appendix 7.
liites on määratletud kasutusel olevad koodid, millega tähistatakse kokkupakkimise meetodeid.
Field 15.012: Bits per pixel (BPX)
Andmeväli 15.012: piksli kirjeldamiseks kasutatav bittide arv (BPX)
Any entry in this field greater than or less than ‘8’ shall represent a greyscale pixel with increased or decreased precision respectively.
Mis tahes kanne sellel väljal, mis on suurem või väiksem kui „8”, märgib vastavalt suurema või väiksema täpsusastmega esitatud halltoonis piksleid.
Table 10: Palm Codes, Areas and Sizes
Tabel 10: peopesa kujutiste koodid, pindalad ja mõõtmed
Field 15.013: Palmprint position (PLP)
Andmeväli 15.013: peopesa asend (PLP)
This mandatory tagged-field shall contain the palmprint position that matches the palmprint image.
Sellel kohustuslikul lisatud tekstiväljaga andmeväljal on märgitud peopesa asend, mis vastab peopesa kujutisele.
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.
Tabelist 10 valitakse kümnendkood, mis vastab teadaolevale või kõige tõenäolisemale peopesa asendile, ning see esitatakse ühe või kahe märgiga ASCII kodeeringus alamandmeväljal.
Table 10 also lists the maximum image areas and dimensions for each of the possible palmprint positions.
Tabelis 10 on samuti loetletud kujutiste maksimaalne pindala ja mõõtmed iga võimaliku peopesa asendi kohta.
Field 15.014-019: Reserved for future definition (RSV)
Andmeväljad 15.014–019: reserveeritud kasutamiseks tulevikus (RSV)
Field 15.020: Comment (COM)
Andmeväli 15.020: märkus (COM)
This optional field may be used to insert comments or other ASCII text information with the palmprint image data.
Seda vabatahtlikku andmevälja võib kasutada märkuste või muu ASCII kodeeringus teksti lisamiseks peopesa kujutise andmetele.
Field 15.021-199: Reserved for future definition (RSV)
Andmeväljad 15.021–199: reserveeritud kasutamiseks tulevikus (RSV)
Fields 15.200-998: User-defined fields (UDF)
Andmeväljad 15.200–998: kasutaja poolt määratletavad andmeväljad (UDF)
Field 15.999: Image data (DAT)
Andmeväli 15.999: kujutise andmed (DAT)
This field shall contain all of the data from a captured palmprint image.
See andmeväli sisaldab kõiki salvestatud peopesa kujutise andmeid.
For example, ‘15.999:’ is followed by image data in a binary representation.
Näiteks järgnevad andmevälja numbrile „15.999:” binaarselt esitatavad kujutise andmed.
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.
Kui kanne andmeväljal 15.012 BPX on suurem või väiksem kui 8, on ühe piksli andmeid sisaldavate baitide arv erinev.
If compression is used, the pixel data shall be compressed in accordance with the compression technique specified in the CGA field.
Kui kasutatakse kokkupakkimist, pakitakse pikslite andmed kokku vastavalt andmeväljal CGA nimetatud kokkupakkimistehnoloogiale.
End of Type-15 variable-resolution palmprint image record
Muutuva resolutsiooniga peopesa kujutist sisaldava tüüp-15 kirje lõpp
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.
Järjepidevuse huvides peab andmeväljal 15.999 paiknevate andmete viimasele baidile järgnema vahetult eraldusmärk „FS”, et eraldada see järgmisest loogilisest kirjest.
This separator must be included in the length field of the Type-15 record.
Seda eraldusmärki tuleb tüüp-15 loogilise kirje pikkuse arvestamisel arvesse võtta.
Additional Type-15 variable-resolution palmprint image records
Täiendavad muutuva resolutsiooniga peopesa kujutist sisaldavad tüüp-15 kirjed
Additional Type-15 records may be included in the file.
Fail võib sisaldada täiendavaid tüüp-15 kirjeid.
For each additional palmprint image, a complete Type-15 logical record together with the ‘FS’ separator is required.
Iga täiendava peopesa kujutise jaoks on nõutav täielik tüüp-15 kirje, kasutades seejuures eraldusmärki „FS”.
Table 11: Maximum numbers of candidates accepted for verification per transmission
Tabel 11: maksimaalne kontrollimise teostamiseks aktsepteeritavate kandidaatide arv ühe andmeedastuse kohta
Search types:
Otsingu tüübid:
TP/TP: ten-print against ten-print
TP/TP: kümne sõrmejälje võrdlemine kümne sõrmejäljega
LT/TP: fingerprint latent against ten-print
LT/TP: sündmuskohajälje võrdlemine kümne sõrmejäljega
LP/PP: palmprint latent against palmprint
LP/PP: peopesa sündmuskohajälje kujutise võrdlemine peopesa kujutisega
TP/UL: ten-print against unsolved fingerprint latent
TP/UL: kümne sõrmejälje võrdlemine lahendamata sündmuskohajäljega
LT/UL: fingerprint latent against unsolved fingerprint latent
LT/UL: sündmuskohajälje võrdlemine lahendamata sündmuskohajäljega
PP/ULP: palmprint against unsolved palmprint latent
PP/ULP: peopesa kujutise võrdlemine lahendamata peopesa sündmuskohajälje kujutisega
LP/ULP: palmprint latent against unsolved palmprint latent
LP/ULP: peopesa sündmuskohajälje kujutise võrdlemine lahendamata peopesa sündmuskohajälje kujutisega
Appendix 1 ASCII Separator Codes
liide: ASCII kodeeringus eraldusmärgid
Appendix 2 Calculation of Alpha-Numeric Check Character
liide: tähti ja numbreid sisaldava kontrollmärgi arvutamine
For TCN and TCR (Fields 1.09 and 1.10):
Väljade TCN ja TCR jaoks (andmeväljad 1.09 ja 1.10)
The number corresponding to the check character is generated using the following formula:
Kontrollmärgile vastav number moodustatakse järgmise valemi kohaselt:
(YY * 108 + SSSSSSSS) Modulo 23
(YY * 108 + SSSSSSSS) moodul 23
Where YY and SSSSSSSS are the numerical values of the last two digits of the year and the serial number respectively.
Märgid YY ja SSSSSSSS on numbrilised väärtused – vastavalt aastaarvu kaks viimast numbrit ning seerianumber.
The check character is then generated from the look-up table given below.
Kontrollmärk luuakse allpool esitatud kontrolltabeli põhjal.
For CRO (Field 2.010)
Välja CRO jaoks (andmeväli 2.010)
(YY * 106 + NNNNNN) Modulo 23
(YY * 106 + NNNNNN) moodul 23
Where YY and NNNNNN are the numerical values of the last two digits of the year and the serial number respectively.
Märgid YY ja NNNNNN on numbrilised väärtused – vastavalt aastaarvu kaks viimast numbrit ning seerianumber.
Check Character Look-up Table
Kontrollmärkide kontrolltabel
Appendix 3 Character Codes
liide: märkide koodid
7-bit ANSI code for information interchange
Andmete edastamiseks kasutatav 7-bitine ANSI kood
Appendix 4 Transaction Summary
liide: andmeedastuse kokkuvõte
Type 1 Record (mandatory)
Tüüp-1 kirje (kohustuslik)
Under the Condition Column:
Tulp „Tingimus”:
O = Optional; M = Mandatory; C = Conditional if transaction is a response to the origin agency
O = vabatahtlik; M = kohustuslik; C = sõltub sellest, kas andmeedastus on vastus lähtekohaks olevale asutusele
Type 2 Record (mandatory)
Tüüp-2 kirje (kohustuslik)
O = Optional; M = Mandatory; C = Conditional if data is available
O = vabatahtlik; M = kohustuslik; C = sõltub sellest, kas andmed on olemas
if the transmission of the data is in accordance with national law (not covered by the Council Decision 2008/615/JHA)
kui andmeedastus on kooskõlas riikliku õigusega (ei ole käsitletav otsuses 2008/615/JSK)
Appendix 5 Type-1 Record Definitions
liide: tüüp-1 kirjes kasutatavad märgid
INT-IUS4,22GS
1.013: INT-IUS4.22GS
Under the Condition Column: O = Optional, M = Mandatory, C = Conditional
Tulp „Tingimus”: O = vabatahtlik; M = kohustuslik; C = sõltub tingimustest
Under the Character Type Column: A = Alpha, N = Numeric, B = Binary
Tulp „Kasutatavate märkide tüüp”: A = tähed, N = numbrid, B = binaarkood
1* allowed characters for agency name are [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’]
1 = asutuse nime märkimisel on lubatud kasutada järgmiseid märke: [„0..9”, „A..Z”, „a..z”, „_”,„.”, „”, „–”]
Appendix 6 Type-2 Record Definitions
liide: tüüp-2 kirjes kasutatavad märgid
Table A.6.1: CPS- and PMS-Transaction
Tabel A.6.1: CPS ja PMS andmeedastus
Table A.6.2: SRE-Transaction
Tabel A.6.2: SRE andmeedastus
Table A.6.3: ERR-Transaction
Tabel A.6.3: ERR andmeedastus
Table A.6.4: MPS- and MMS-Transaction
Tabel A.6.4: MPS ja MMS andmeedastus
1* allowed characters are [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’,‘,’]
1 = on lubatud kasutada järgmiseid märke: [„0..9”, „A..Z”, „a..z”, „_”,„.„, ””, „–”]
Appendix 7 Greyscale Compression Codes
liide: halltoonides kujutise kokkupakkimise algoritmid
Compression Codes
Kokkupakkimise algoritmid
Wavelet Scalar Quantisation Greyscale Fingerprint Image Compression Specification
Wavelet Scalar Quantization Grayscale Fingerprint Image Compression Specification
IAFIS-IC-0010(V3), dated 19 December 1997
IAFIS-IC-0010(V3), dated December 19, 1997
Algorithm to be used for the compression of greyscale images in Type-4, Type-7 and Type-13 to Type-15 records.
Algorithm to be used for the compression of grayscale images in Type-4, Type-7 and Type-13 to Type-15 records.
To be used for lossy and losslessly compression of greyscale images in Type-13 to Type-15 records.
To be used for lossy and losslessly compression of grayscale images in Type-13 to Type-15 records.
Appendix 8 Mailspecification
liide: e-posti spetsifikatsioon
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).
Sisemise töökorralduse parandamiseks tuleb PRUEM andmeedastuse korral e-posti sõnumi teemareale sisestada selle liikmesriigi kood (CC), kes sõnumi saadab, ja andmeedastuse tüüp (TOT andmeväli 1.004).
Format: CC/type of transaction
Formaat: CC/andmeedastuse tüüp
Example: ‘DE/CPS’
Näide: „DE/CPS”
The mailbody can be empty.
Sõnumi keha võib olla tühi.
The definitions of mandatory data elements and optional data elements set out in Article 16(4) are as follows:
Artikli 16 lõikes 4 sätestatud kohustuslike ja mittekohustuslike andmeelementide määratlused on järgmised.
Mandatory (M):
Kohustuslik:
The data element has to be communicated when the information is available in a Member State's national register.
andmeelement tuleb edastada, kui teave on olemas liikmesriigi registris.
Therefore there is an obligation to exchange the information when available.
Seega eksisteerib kohustus vahetada olemasolevat teavet.
Optional (O):
Mittekohustuslik:
The data element may be communicated when the information is available in a Member State's national register.
andmeelemendi võib edastada, kui teave eksisteerib liikmesriigi registris.
Therefore there is no obligation to exchange the information even when the information is available.
Seega ei eksisteeri kohustust teavet vahetada isegi, kui teave on olemas.
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.
Igale andmekogumi elemendile lisatakse vastav märge (Y), kui teavet peetakse oluliseks seoses otsusega 2008/615/JSK.
Triggers for the search
Otsingukriteeriumid
There are two different ways to search for the information as defined in the next paragraph:
Teabe otsimiseks on kaks erinevat alljärgnevalt määratletud võimalust:
by Chassis Number (VIN), Reference Date and Time (optional),
tehase tähis (VIN), kontrollkuupäev ja -kellaaeg (mittekohustuslik);
by License Plate Number, Chassis Number (VIN) (optional), Reference Date and Time (optional).
numbrimärk, tehase tähis (VIN) (mittekohustuslik), kontrollkuupäev ja -kellaaeg (mittekohustuslik).
By means of these search criteria, information related to one and sometimes more vehicles will be returned.
Nende kriteeriumite alusel saadetakse teave ühe ja vahel mitme sõiduki kohta.
If information for only one vehicle has to be returned, all the items are returned in one response.
Kui saadetakse teave üksnes ühe sõiduki kohta, siis saadetakse kõik andmeelemendid ühe vastusena.
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).
Kui leitakse rohkem kui üks sõiduk, võib taotluse saanud liikmesriik ise otsustada, millised andmeelemendid saadetakse – kas saadetakse kõik andmeelemendid või üksnes need, mis võimaldavad otsingut täpsustada (nt seoses eraelu puutumatusega või tõhususe eesmärgil).
The items necessary to refine the search are pictured in paragraph 1.2.2.1.
Otsingu täpsustamiseks vajalikud andmeelemendid on esitatud alapunktis 1.2.2.1.
In paragraph 1.2.2.2 the complete information set is described.
Alapunktis 1.2.2.2 kirjeldatakse täielikku andmekogumit.
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.
Kui otsing sooritatakse tehase tähise ning kontrollkuupäeva ja -kellaaja kriteeriumitest lähtudes, saab selle sooritada ühes osalevas liikmesriigis või kõigis osalevates liikmesriikides.
When the search is done by License Number, Reference Data and Time, the search has to be done in one specific Member State.
Kui otsing sooritatakse sõiduki registreerimisnumbri ning kontrollkuupäeva ja -kellaaja kriteeriumitest lähtudes, tuleb otsing sooritada ühes konkreetses liikmesriigis.
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.
Üldjuhul kasutatakse otsingu sooritamisel seda kuupäeva ja kellaaega, millal otsing sooritatakse, kuid otsingut on võimalik sooritada ka varasemat kontrollkuupäeva ja -kellaaega kasutades.
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.
Kui otsingu sooritamisel kasutatakse varasemat kontrollkuupäeva ja -kellaaega ning asjaomase liikmesriigi registris ei ole varasemat teavet, kuna sellist teavet ei ole üldse sisestatud, siis võib vastuseks saata kehtiva teabe koos vastava märkega.
Items to be returned necessary for the refinement of the search
Otsingu täpsustamiseks vajalikud andmeelemendid
[5]) e.g. Ford, Opel, Renault, etc.
Ford, Opel, Renault etc.
mopeds, motorbikes, cars, etc.
mopeds, motorbikes, cars etc.
Complete data set
Täielik andmekogum
Registration holders' (company) name
Registration holders’ (company) name
separate fields will be used for surname, infixes, titles, etc., and the name in printable format will be communicated
and the name in printable format will be communicated
separate fields for first name(s) and initials will be used, and the name in printable format will be communicated
and the name in printable format will be communicated
separate fields will be used for Street, House number and Annex, Zip code, Place of residence, Country of residence, etc., and the Address in printable format will be communicated
separate fields will be used for Street, House number and Annex, Zip code, Place of residence, Country of residence etc.,
Gender
the Address in printable format will be communicated Y
individual, association, company, firm, etc.
individual, association, company, firm etc.
is the vehicle owner,
is the vehicle owner
is not the vehicle owner,
is not the vehicle owner
is not identified by the registration certificate as being the vehicle owner.
is not identified by the registration certificate as being the vehicle owner
Owners' (company) name
Owners’ (company) name
e.g. Ford, Opel, Renault, etc.
Ford, Opel, Renault etc.
e.g. Focus, Astra, Megane.
Focus, Astra, Megane
Date of first registration of the vehicle somewhere in the world.
date of first registration of the vehicle somewhere in the world
Date of the registration to which the specific certificate of the vehicle refers.
Date of the registration to which the specific certificate of the vehicle refers
Scrapped, stolen, exported, etc.
scrapped, stolen, exported etc.
Regular, transito, etc.
regular, transito etc.
The first unique document ID as printed on the vehicle document.
The first unique document ID as printed on the vehicle document
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.
EUCARISe tarkvararakendus tagab turvalise andmevahetuse teiste liikmesriikidega ning selle abil toimub suhtlemine liikmesriikide registrite andmebaasidega (back-end legacy systems), kasutades XMLi.
Member States exchange messages by directly sending them to the recipient.
Liikmesriigid vahetavad sõnumeid, saates need otse saajale.
The data centre of a Member State is connected to the TESTA network of EU.
Liikmesriikide andmekeskused on ühendatud ELi TESTA võrguga.
The XML-messages sent over the network are encrypted.
Selle võrgu kaudu saadetud XML-sõnumid on krüpteeritud.
The technique to encrypt these messages is SSL.
Nende krüpteerimiseks kasutatakse SSLi.
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.
Andmebaasi saadetavad sõnumid on avateksti (plain text) vormis XML-sõnumid, kuna rakenduse ja andmebaasi vaheline ühendus toimub kaitstud keskkonnas.
A client application is provided which can be used within a Member State to query their own register or other Member States' registers.
Tagatakse klientprogramm, mida saab kasutada liikmesriigis, et sooritada otsinguid enda registrist ja teiste liikmesriikide registritest.
The clients will be identified by means of user-id/password or a client certificate.
Klientide identifitseerimiseks kasutatakse kasutajatunnust ja parooli või kliendisertifikaati.
The connection to a user may be encrypted, but this is the responsibility of each individual Member State.
Ühendus kasutajaga võib olla krüpteeritud, kuid iga liikmesriik vastutab selle eest ise.
Security Features related to message exchange
Sõnumivahetusega seotud turvaelemendid
The security design is based on a combination of HTTPS and XML signature.
Andmeturbe lahendus põhineb HTTPSi ja XML-allkirja kombinatsioonil.
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.
Selle alternatiivi puhul kasutatakse XML-allkirja kõigi serverile saadetud sõnumite allkirjastamiseks ja sõnumi saatjat saab allkirja kontrollides autentida.
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.
Sõnumi konfidentsiaalsuse ja tervikluse tagamiseks andmete saatmisel ning kaitseks kustutus-, kordus- ja sisestusrünnete vastu kasutatakse ühepoolset SSLi (sertifikaat ainult serveril).
Instead of bespoke software development to implement 2-sided SSL, XML-signature is implemented.
Selle asemel, et arendada välja eriotstarbeline tarkvara kahepoolse SSLi rakendamiseks, rakendatakse XML-allkirja.
Using XML-signature is closer to the web services roadmap than 2-sided SSL and therefore more strategic.
XML-allkirja kasutamine on veebiteenuste teekaardiga paremini kooskõlas kui kahepoolne SSL ning seetõttu strateegiliselt sobivam.
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-allkirja saab rakendada mitmel viisil, kuid valitud lähenemisviisi kohaselt kasutatakse XML-allkirja osana veebiteenuste turbest (Web Services Security (WSS)).
WSS specifies how to use XML-signature.
WSS määrab selle, kuidas XML-allkirja kasutada.
Since WSS builds upon the SOAP standard, it is logical to adhere to the SOAP standard as much as possible.
Kuna WSS tugineb standardile SOAP, on loogiline järgida seda standardit nii suures ulatuses kui võimalik.
Authentication of users
Kasutajate autentimine
The users of the Eucaris web application authenticate themselves using a username and password.
EUCARISe veebirakenduse kasutajad peavad autentimiseks sisestama kasutajanime ja parooli.
Since standard Windows authentication is used, Member States can enhance the level of authentication of users if needed by using client certificates.
Kuna kasutatakse standardset Windowsil põhinevat autentimist, saavad liikmesriigid kasutajate autentimist täiendada, kasutades vajadusel kliendisertifikaate.
User roles
Kasutajarollid
The Eucaris software application supports different user roles.
EUCARISe tarkvararakendus võimaldab määrata erinevaid kasutajarolle.
Each cluster of services has its own authorisation.
Iga teenuste kogumi puhul toimub eraldi autoriseerimine.
E.g. (exclusive) users of the ‘“Treaty of Eucaris” — functionality’ may not use the ‘“Prüm” — functionality’.
Nt „EUKARISe lepingu” (ainu)kasutajad, ei või kasutada „Prümiga” seotud funktsionaalsust.
Administrator services are separated from the regular end-user roles.
Haldusteenused on eraldatud süsteemi tavakasutaja rollist.
Logging and tracing of message exchange
Sõnumivahetuse logimine ja jälgimine
Logging of all message types is facilitated by the Eucaris software application.
Kõikide sõnumitüüpide logimist hõlbustab EUCARISe tarkvararakendus.
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.
Haldaja funktsioon võimaldab riiklikul haldajal otsustada, millised sõnumid logitakse: lõppkasutajate saadetud taotlused, sissetulevad taotlused teistelt liikmesriikidelt, riiklikest registritest saadud teave jne.