natgillin/translations-raw huggingface dataset:
Type-9 records are used to exchange ridge characteristics or minutiæ data.
Tyypin 9 mukaisia tietueita käytetään sormenjäljessä olevia erityiskohtia koskevien tietojen vaihtoon.
Their purpose is partly to avoid unnecessary duplication of AFIS encoding processes and partly to allow the transmission of AFIS codes which contain less data than the corresponding images.
Niillä pyritään osittain välttämään AFIS-koodauksien turhaa toistoa ja osittain mahdollistamaan sellaisten AFIS-koodien lähettäminen, joissa on vähemmin tietoja kuin vastaavissa kuvissa.
Type-13 — Variable-Resolution Latent Image Record
Tyyppi 13 – Tarkkuudeltaan vaihdeltavissa olevat rikospaikkasormenjäljet
This record shall be used to exchange variable-resolution latent fingerprint and latent palmprint images together with textural alphanumerical information.
Tätä tietuetta käytetään tarkkuudeltaan vaihdeltavissa olevien rikospaikkasormenjälkien ja rikospaikkakämmenjälkien vaihtoon yhdessä sanallisen alfanumeerisen tiedon kanssa.
The scanning resolution of the images shall be 500 pixels/inch with 256 grey-levels.
Kuvien skannaustarkkuuden on oltava 500 pikseliä tuumaa kohti ja harmaatasojen 256.
If the quality of the latent image is sufficient it shall be compressed using WSQ-algorithm.
Jos rikospaikkajälkeä koskevan kuvan laatu on riittävä, se tiivistetään WSQ-algoritmiä käyttämällä.
If necessary the resolution of the images may be expanded to more than 500 pixels/inch and more than 256 grey-levels on bilateral agreement.
Kahdenvälisin sopimuksin kuvien resoluutiota voidaan tarvittaessa parantaa käyttämällä suurempaa pikselitiheyttä kuin 500 pikseliä tuumaa kohti ja yli 256 harmaatasoa.
In this case, it is strongly recommended to use JPEG 2000 (see Appendix 7).
Tässä tapauksessa suositellaan voimakkaasti JPEG 2000:n käyttöä (ks. liite 7).
Variable-Resolution Palmprint Image Record
Tarkkuudeltaan vaihdeltavissa olevat kämmenkuvat
Type-15 tagged field image records shall be used to exchange variable-resolution palmprint images together with textural alphanumerical information.
Tietuetyyppiin 15 kuuluvalla merkityllä alueella olevia kuvatietueita käytetään tarkkuudeltaan vaihdeltavissa olevien kämmenkuvien vaihtoon yhdessä sanallisen alfanumeerisen tiedon kanssa.
To minimise the amount of data all palmprint images shall be compressed using WSQ-algorithm.
Tietojen määrän minimoimiseksi kaikki kämmenkuvat tiivistetään käyttämällä WSQ-algoritmiä.
A transaction file shall consist of one or more logical records.
Lähetettävä tiedosto koostuu yhdestä tai useammasta loogisesta tietueesta.
For each logical record contained in the file, several information fields appropriate to that record type shall be present.
Jokaisessa tiedoston sisältämässä loogisessa tietueessa on useita kyseiselle tietuetyypille ominaisia tietokenttiä.
Each information field may contain one or more basic single-valued information items.
Kukin tietokenttä voi sisältää yhden tai useamman yksiarvoisen tietoalkion.
Taken together these items are used to convey different aspects of the data contained in that field.
Yhdessä nämä alkiot ilmaisevat kyseisessä kentässä olevien tietojen eri näkökohtia.
An information field may also consist of one or more information items grouped together and repeated multiple times within a field.
Tietokenttä voi sisältää myös yhden tietoalkion tai useampia tietoalkioita, joita on ryhmitelty yhteen ja jotka toistuvat monta kertaa kentässä.
Such a group of information items is known as a subfield.
Tällaista tietoalkioryhmää kutsutaan alakentäksi.
An information field may therefore consist of one or more subfields of information items.
Tietokenttä voi näin ollen koostua yhdestä tai useammasta tietoalkioiden alakentästä.
Information separators
Informaatioerottimet
In the tagged-field logical records, mechanisms for delimiting information are implemented by use of four ASCII information separators.
Merkityllä alueella olevien loogisten tietueiden tietojen rajausmekanismeina käytetään neljää ASCII-standardin mukaista informaatioerotinta.
The delimited information may be items within a field or subfield, fields within a logical record, or multiple occurrences of subfields.
Rajatut tiedot voivat olla kentässä tai alakentässä olevia tietoalkioita, loogisen tietueen kenttiä tai useamman kerran esiintyviä alakenttiä.
These information separators are defined in the standard ANSI X3.4.
Nämä informaatioerottimet määritellään ANSI X3.4 -standardissa.
These characters are used to separate and qualify information in a logical sense.
Näitä merkkejä käytetään tietojen erottamiseksi ja määrittelemiseksi loogisesti.
Viewed in a hierarchical relationship, the File Separator ‘FS’ character is the most inclusive followed by the Group Separator ‘GS’, the Record Separator ‘RS’, and finally the Unit Separator ‘US’ characters.
Hierarkkisesti kattavin on tiedostoerotin ”FS”, ja sitä seuraa ryhmäerotin ”GS”, sen jälkeen tietue-erotin ”RS” ja viimeisenä yksikköerotin ”US”.
Table 1 lists these ASCII separators and a description of their use within this standard.
Taulukossa 1 on lueteltu nämä ASCII:n mukaiset erottimet ja kuvattu niiden käyttöä tämän standardin mukaisesti.
Information separators should be functionally viewed as an indication of the type data that follows.
Informaatioerottimien tehtävänä on ilmoittaa, minkä tyyppistä tietoa seuraa.
The ‘US’ character shall separate individual information items within a field or subfield.
Kentässä tai alakentässä olevat yksittäiset tietoalkiot erotetaan toisistaan ”US”-merkillä.
This is a signal that the next information item is a piece of data for that field or subfield.
Tämä osoittaa, että seuraava tietoalkio on kyseisen kentän tai alakentän tieto.
Multiple subfields within a field separated by the ‘RS’ character signals the start of the next group of repeated information item(s).
Kentän eri alakentät erottava ”RS”-merkki on osoitus seuraavan toistettu(j)a tietoalkio(i)ta koskevan ryhmän alkamisesta.
The ‘GS’ separator character used between information fields signals the beginning of a new field preceding the field identifying number that shall appear.
Tietokenttien välissä oleva, kentän tunnistenumeroa edeltävä ”GS”-merkki on osoitus uuden kentän alkamisesta.
Similarly, the beginning of a new logical record shall be signalled by the appearance of the ‘FS’ character.
Samalla tavoin uuden loogisen tietueen alun merkkinä on ”FS”-merkki.
The four characters are only meaningful when used as separators of data items in the fields of the ASCII text records.
Nämä neljä merkkiä ovat merkityksellisiä vain silloin, kun niitä käytetään tietoalkioiden erottimina ASCII-standardin mukaisissa tekstitietuekentissä.
There is no specific meaning attached to these characters occurring in binary image records and binary fields — they are just part of the exchanged data.
Binaarisissa kuvatietueissa ja binaarikentissä näillä merkeillä ei ole mitään erityistä merkitystä – ne ovat vain osa vaihdettuja tietoja.
Normally, there should be no empty fields or information items and therefore only one separator character should appear between any two data items.
Tyhjiä kenttiä tai tietoalkioita ei saisi yleensä olla, ja siksi kahden tietoalkion välillä on oltava vain yksi erotin.
The exception to this rule occurs for those instances where the data in fields or information items in a transaction are unavailable, missing, or optional, and the processing of the transaction is not dependent upon the presence of that particular data.
Poikkeuksena tähän sääntöön ovat tapaukset, joissa kentän tietoja tai viestin tietoalkioita ei ole käytettävissä, ne puuttuvat tai ovat valinnaisia eikä viestin käsittely riipu noista nimenomaisista tiedoista.
In those instances, multiple and adjacent separator characters shall appear together rather than requiring the insertion of dummy data between separator characters.
Näissä tapauksissa valetietojen lisäämistä erotinmerkkien väliin ei vaadita, vaan esiintyy useita vierekkäin olevia erotinmerkkejä.
If the second and third information items were both missing, then three separator characters should be used — two ‘US’ characters in addition to the terminating field or subfield separator character.
Jos sekä toinen että kolmas tietoalkio puuttuvat, käytetään kolmea erotinmerkkiä – kahta ”US”-merkkiä ja lisäksi kentän tai alakentän päättävää erotinmerkkiä.
In general, if one or more mandatory or optional information items are unavailable for a field or subfield, then the appropriate number of separator character should be inserted.
Yleensä silloin, kun yhtä tai useampaa pakollista tai valinnaista tietoalkiota ei ole käytettävissä jotakin kenttää tai alakenttää varten, olisi lisättävä asianmukainen määrä erotinmerkkejä.
It is possible to have side-by-side combinations of two or more of the four available separator characters.
Nämä neljä käytettävissä olevaa erotinmerkkiä voivat olla vierekkäin erilaisina kahden tai useamman merkin yhdistelminä.
When data are missing or unavailable for information items, subfields, or fields, there must be one separator character less than the number of data items, subfields, or fields required.
Kun tietoalkioita, alakenttiä tai kenttiä varten tarvittavat tiedot puuttuvat tai niitä ei ole käytettävissä, erotinmerkkejä on yksi vähemmän kuin tarvittavien tietoalkioiden, alakenttien tai kenttien määrä.
Table 1: Separators Used
Taulukko 1: Käytetyt erottimet
Record layout
Tietueen muoto
For tagged-field logical records, each information field that is used shall be numbered in accordance with this standard.
Merkityllä alueella olevien loogisten tietueiden osalta jokainen tietokenttä, jota käytetään, numeroidaan tämän standardin mukaisesti.
The format for each field shall consist of the logical record type number followed by a period ‘.’, a field number followed by a colon ‘:’, followed by the information appropriate to that field.
Kukin kenttä muodostuu loogisen tietuetyypin numerosta, jota seuraa piste ,”kentän numerosta, jota seuraa kaksoispiste:”, jonka jälkeen tulevat tuohon kenttään kuuluvat tiedot.
The tagged-field number can be any one-to-nine digit number occurring between the period ‘.’ and the colon ‘:’.
Merkityn kentän numero voi olla yhdestä yhdeksään numeroa sisältävä luku, ja se sijoitetaan pisteen.”ja kaksoispisteen”: väliin.
It shall be interpreted as an unsigned integer field number.
Se tulkitaan kentän etumerkittömäksi kokonaisluvuksi.
This implies that a field number of ‘2.123:’ is equivalent to and shall be interpreted in the same manner as a field number of ‘2.000000123:’.
Tämä tarkoittaa, että kentän numero ”2.123:” vastaa kentän numeroa ”2.000000123:” ja tulkitaan samalla tavalla.
For purposes of illustration throughout this document, a three-digit number shall be used for enumerating the fields contained in each of the tagged-field logical records described herein.
Asian havainnollistamiseksi tässä asiakirjassa käytetään asiakirjassa kuvattujen merkityllä alueella olevien loogisten tietueiden sisältämien kenttien numerointiin kolminumeroista lukua.
Field numbers will have the form of ‘TT.xxx:’ where the ‘TT’ represents the one- or two-character record type followed by a period.
Kenttien numerot ilmoitetaan muodossa ”TT.xxx:”. Siinä yksi- tai kaksimerkkistä tietuetta edustaa ”TT”, jonka jälkeen on piste.
The next three characters comprise the appropriate field number followed by a colon.
Seuraavat kolme merkkiä muodostavat itse kentän numeron, jota seuraa kaksoispiste.
Descriptive ASCII information or the image data follows the colon.
Kaksoispistettä seuraavat kuvaavat ASCII-standardin mukaiset tiedot tai kuvatiedot.
Logical Type-1 and Type-2 records contain only ASCII textual data fields.
Loogisissa tietuetyypeissä 1 ja 2 on ainoastaan ASCII-standardin mukaista sanallista tietoa sisältäviä kenttiä.
The entire length of the record (including field numbers, colons, and separator characters) shall be recorded as the first ASCII field within each of these record types.
Kummassakin tietuetyypissä tietueen koko pituus (mukaan lukien kenttien numerot, kaksoispisteet ja erotinmerkit) tallennetaan ensimmäisenä ASCII-standardin mukaisena kenttänä.
The ASCII File Separator ‘FS’ control character (signifying the end of the logical record or transaction) shall follow the last byte of ASCII information and shall be included in the length of the record.
ASCII-standardin mukaisten tietojen viimeisen tavun jälkeen seuraa ASCII-standardin mukainen tiedostoerotin ja ohjausmerkki ”FS” (osoituksena loogisen tietueen tai viestintätapahtuman lopusta), joka lasketaan kuuluvaksi tietueen pituuteen.
In contrast to the tagged-field concept, the Type-4 record contains only binary data recorded as ordered fixed-length binary fields.
Toisin kuin merkityn alueen osalta tietuetyyppi 4 sisältää ainoastaan binaarisia tietoja, jotka tallennetaan peräkkäisinä kiinteämittaisina binaarikenttinä.
The entire length of the record shall be recorded in the first four-byte binary field of each record.
Tietueen koko pituus tallennetaan kunkin tietueen ensimmäiseen nelitavuiseen binaarikenttään.
For this binary record, neither the record number with its period, nor the field identifier number and its following colon, shall be recorded.
Tämän binaaritietueen osalta tietueen numeroa pisteineen ja kentän tunnistenumeroa ja sitä seuraavaa kaksoispistettä ei tallenneta.
Furthermore, as all the field lengths of this record is either fixed or specified, none of the four separator characters (‘US’, ‘RS’, ‘GS’, or ‘FS’) shall be interpreted as anything other than binary data.
Koska tämän kentän kaikki kentät ovat kiinteämittaisia tai määriteltyjä, neljää erotinmerkkiä (”US”, ”RS”, ”GS” tai ”FS”) ei tulkita muuksi kuin binaaridataksi.
For the binary record, the ‘FS’ character shall not be used as a record separator or transaction terminating character.
Binaaritietueissa ”FS”-merkkiä ei käytetä tietue-erottimena tai viestintätapahtuman loppua osoittavana merkkinä.
Type-1 Logical Record: the File Header
Looginen tietuetyyppi 1: Tiedoston otsikko
This record describes the structure of the file, the type of the file, and other important information.
Tässä tietueessa on tiedoston rakenteen ja tiedostotyypin kuvaus sekä muita tärkeitä tietoja.
The character set used for Type-1 fields shall contain only the 7-bit ANSI code for information interchange.
Tietuetyypin 1 kentissä käytetään ainoastaan tietojenvaihtoon tarkoitetun 7-bitin ANSI-koodin mukaisia merkkejä.
Fields for Type-1 Logical Record
Loogisen tietuetyypin 1 kentät
Field 1.001: Logical Record Length (LEN)
Kenttä 1.001: Loogisen tietueen pituus (LEN)
This field contains the total count of the number of bytes in the whole Type-1 logical record.
Tässä kentässä ilmoitetaan koko loogisen tietuetyypin 1 sisältämien tavujen kokonaismäärä.
The field begins with ‘1.001:’, followed by the total length of the record including every character of every field and the information separators.
Kentän alkuun tulee ”1.001:”, sen jälkeen tietueen koko pituus jokaisen kentän jokainen merkki ja erottimet mukaan lukien.
Field 1.002: Version Number (VER)
Kenttä 1.002: Versio numero (VER)
To ensure that users know which version of the ANSI/NIST standard is being used, this four byte field specifies the version number of the standard being implemented by the software or system creating the file.
Jotta käyttäjät varmasti tietäisivät, mitä ANSI/NIST-standardin versiota käytetään, tässä nelitavuisessa kentässä ilmoitetaan tiedoston luovan ohjelman tai järjestelmän käyttämän version numero.
The first two bytes specify the major version reference number, the second two the minor revision number.
Kaksi ensimmäistä tavua ilmoittavat pääversion viitenumeron, kaksi seuraavaa sen tarkistusta koskevan numeron.
For example, the original 1986 Standard would be considered the first version and designated ‘0100’ while the present ANSI/NIST-ITL 1-2000 standard is ‘0300’.
Esimerkiksi alkuperäinen vuoden 1986 standardi katsottaisiin ensimmäiseksi versioksi ja saisi muodon ”0100”, ja nykyinen ANSI/NIST-ITL 1–2000-standardi olisi ”0300”.
Field 1.003: File Content (CNT)
Kenttä 1.003: Tiedoston sisältö (CNT)
This field lists each of the records in the file by record type and the order in which the records appear in the logical file.
Tässä kentässä luetellaan tiedoston jokainen tietue tietuetyypin ja esiintymisjärjestyksen mukaan.
It consists of one or more subfields, each of which in turn contains two information items describing a single logical record found in the current file.
Se muodostuu yhdestä tai useammasta alakentästä, joista kukin vuorostaan sisältää kaksi tietoalkiota, jotka kuvaavat asianomaisen tiedoston yhtä loogista tietuetta.
The subfields are entered in the same order in which the records are recorded and transmitted.
Alakenttien määrittäminen tapahtuu samassa järjestyksessä kuin tietueiden tallentaminen ja lähettäminen.
The first information item in the first subfield is ‘1’, to refer to this Type-1 record.
Ensimmäisen alakentän ensimmäinen tietoalkio on ”1”, joka viittaa tähän tietuetyyppiin 1.
It is followed by a second information item which contains the number of other records contained in the file.
Sitä seuraa toinen tietoalkio, jossa ilmoitetaan tiedoston sisältämien muiden tietueiden lukumäärä.
This number is also equal to the count of the remaining subfields of field 1.003.
Se vastaa myös kentän 1.003 jäljellä olevien alakenttien lukumäärää.
Each of the remaining subfields is associated with one record within the file, and the sequence of subfields corresponds to the sequence of records.
Jokainen jäljellä oleva alakenttä liittyy johonkin tiedoston tietueeseen, ja alakenttien järjestys vastaa tietueiden järjestystä.
Each subfield contains two items of information.
Jokainen alakenttä sisältää kaksi tietoalkiota.
The ‘US’ character shall be used to separate the two information items.
”US”-merkkiä käytetään erottamaan nämä kaksi tietoalkiota.
Field 1.004: Type of Transaction (TOT)
Kenttä 1.004: Viestintätapahtumatyyppi (TOT)
This field contains a three letter mnemonic designating the type of the transaction.
Tämä kenttä sisältää viestintätapahtumaa kuvaavan kolmikirjaimisen muistikkaan.
These codes may be different from those used by other implementations of the ANSI/NIST standard.
Nämä koodit voivat erota muissa ANSI/NIST-standardin toteutuksissa käytetyistä koodeista.
CPS: Criminal Print-to-Print Search.
CPS: Rikokseen liittyvää sormenjälkeä haetaan sormenjälkitietokannasta (Criminal Print-to-Print Search).
This transaction is a request for a search of a record relating to a criminal offence against a prints database.
Tässä viestintätapahtumassa pyydetään rikokseen liittyvän tietueen hakemista sormenjälkitietokannasta.
The person's prints must be included as WSQ-compressed images in the file.
Tiedostoon on kuuluttava henkilön sormenjäljet WSQ-algoritmin mukaisesti tiivistettyinä kuvina.
In case of a No-HIT, the following logical records will be returned:
Jos tuloksena on ”ei osumaa”, takaisin lähetetään seuraavat loogiset tietueet:
1 Type-1 Record,
1 Tietuetyyppi 1
1 Type-2 Record.
1 Tietuetyyppi 2
In case of a HIT, the following logical records will be returned:
Jos tuloksena on ”osuma”, takaisin lähetetään seuraavat loogiset tietueet:
1 Type-2 Record,
1 Tietuetyyppi 2
1-14 Type-4 Record.
1 Tietuetyyppi 14
The CPS TOT is summarised in Table A.6.1 (Appendix 6).
Taulukossa A.6.1 (liite 6) on yhteenveto viestintätapahtumatyypistä, jossa rikokseen liittyvää sormenjälkeä haetaan sormenjälkitietokannasta (CPS TOT).
PMS: Print-to-Latent Search.
PMS: Sormenjälkeä haetaan rikospaikkasormenjälkitietokannasta (Print-to-Latent Search).
This transaction is used when a set of prints shall to be searched against an Unidentified Latent database.
Tästä viestintätapahtumasta on kyse, kun sormenjälkeä haetaan tunnistamattomia rikospaikkasormenjälkiä koskevasta tietokannasta.
The response will contain the Hit/No-Hit decision of the destination AFIS search.
Vastauksessa on pyynnön vastaanottaneen yksikön ilmoitus AFIS-haun tuloksesta, joka on ”osuma” tai ”ei osumaa”.
If multiple unidentified latents exist, multiple SRE transactions will be returned, with one latent per transaction.
Jos on olemassa useita tunnistamattomia rikospaikkasormenjälkiä, takaisin lähetetään useita SRE-viestejä niin, että yksi viesti sisältää aina yhden rikospaikkasormenjäljen.
1 Type-13 Record.
1 Tietuetyyppi 13
The PMS TOT is summarised in Table A.6.1 (Appendix 6).
Taulukossa A.6.1 (liite 6)on yhteenveto viestintätapahtumatyypistä, jossa sormenjälkeä haetaan rikospaikkasormenjälkitietokannasta (PMS TOT).
MPS: Latent-to-Print Search.
MPS: Rikospaikkasormenjälkeä haetaan sormenjälkitietokannasta (Latent-to-Print Search).
This transaction is used when a latent is to be searched against a Prints database.
Tästä viestintätapahtumasta on kyse, kun rikospaikkasormenjälkeä haetaan sormenjälkitietokannasta.
The latent minutiæ information and the image (WSQ-compressed) must be included in the file.
Tiedostoon on kuuluttava rikospaikkasormenjäljessä olevia erityiskohtia koskevat tiedot ja (WSQ-algoritmiä käyttämällä tiivistetty) kuva.
1 Type-4 or Type-15 Record.
1 Tietuetyyppi 4 tai tietuetyyppi 15
The MPS TOT is summarised in Table A.6.4 (Appendix 6).
Taulukossa A.6.4 (liite 6) on yhteenveto viestintätapahtumatyypistä, jossa rikospaikkasormenjälkeä haetaan sormenjälkitietokannasta (MPS TOT).
MMS: Latent-to-Latent Search.
MMS: Rikospaikkasormenjälkeä haetaan tunnistamattomia rikospaikkasormenjälkiä koskevasta tietokannasta (Latent-to-Latent Search).
In this transaction the file contains a latent which is to be searched against an Unidentified Latent database in order to establish links between various scenes of crime.
Tämän viestintätapahtuman tiedosto sisältää rikospaikkasormenjäljen, jota haetaan tunnistamattomia rikospaikkasormenjälkiä koskevasta tiedostosta rikospaikkojen välisten yhteyksien selvittämiseksi.
The MMS TOT is summarised in Table A.6.4 (Appendix 6).
Taulukossa A.6.4 (liite 6) on yhteenveto viestintätapahtumasta, jossa rikospaikkasormenjälkeä haetaan tunnistamattomia rikospaikkasormenjälkiä koskevasta tietokannasta.
SRE: This transaction is returned by the destination agency in response to dactyloscopic submissions.
SRE: Tämä viestintätapahtuma on vastaus, jonka pyynnön vastaanottanut yksikkö lähettää sormenjälkiä koskevan pyynnön saatuaan.
If multiple candidates exist, multiple SRE transactions will be returned, with one candidate per transaction.
Jos tuloksena on useampia mahdollisia vastaavuuksia, takaisin lähetetään useampia SRE-viestejä niin, että yksi viesti sisältää aina yhden mahdollisen vastaavuuden.
The SRE TOT is summarised in Table A.6.2 (Appendix 6).
Taulukossa A.6.2 (liite 6) on yhteenveto SRE-viestintätapahtumasta (SRE TOT).
ERR: This transaction is returned by the destination AFIS to indicate a transaction error.
ERR: Tämä viestintätapahtuma on vastaanottajan AFIS-järjestelmän ilmoitus viestintätapahtumaan liittyvästä virheestä.
It includes a message field (ERM) indicating the error detected.
Siihen sisältyy viestikenttä (ERM), jossa ilmoitetaan havaitusta virheestä.
The following logical records will be returned:
Takaisin lähetetään seuraavat loogiset tietueet:
The ERR TOT is summarised in Table A.6.3 (Appendix 6).
Taulukossa A.6.3 (liite 6) on yhteenveto ERR-viestintätapahatumasta (ERR TOT).
Table 2: Permissible Codes in Transactions
Taulukko 2: Viestintätapahtumissa sallitut koodit
Key:
Merkkien selitys:
M Mandatory,
M pakollinen
M* Only one of both record-types may be included,
M* vain jompaakumpaa tietuetyyppiä voidaan käyttää
O Optional,
O valinnainen
C Conditional on whether data is available,
C sillä edellytyksellä, että tietoja on käytettävissä
Not allowed,
ei sallita
1* Conditional depending on legacy systems.
1* oikeusjärjestelmien sallimissa puitteissa
Field 1.005: Date of Transaction (DAT)
Kenttä 1.005: Viestintätapahtuman päivämäärä (DAT)
This field indicates the date on which the transaction was initiated and must conform to the ISO standard notation of: YYYYMMDD
Tässä kentässä ilmoitetaan viestintätapahtuman aloittamispäivämäärä, joka on merkittävä ISO-standardin mukaisesti: YYYYMMDD
where YYYY is the year, MM is the month and DD is the day of the month.
YYYY tarkoittaa vuotta, MM kuukautta ja DD kuukauden päivää.
Leading zeros are used for single figure numbers.
Yksinumeroisten lukujen edellä käytetään nollaa.