natgillin/translations-raw huggingface dataset:
I tillæggene (implementeringsvejledninger for meddelelser) fastlægges den præcise anvendelse af meddelelsestyper, dataelementer og koder med henblik på at sikre fælles forståelse og anvendelse af meddelelser.
In the Appendices (message implementation manuals) the exact use of the messages, data elements and codes is defined in order to ensure a common understanding and usage of the messages.
Det er også muligt at anvende XML-teknologi.
The use of XML technology is another possibility.
Standardiseringen af definitionen af XML-meddelelser med henblik på elektronisk skibsmelding i indlandssejlads behandles af den relevante arbejdsgruppe, der bistår det udvalg, der er nedsat i medfør af artikel 7 i Rådets direktiv 91/672/EØF af 16. december 1991 om gensidig anerkendelse af nationale bådførercertifikater for transport af varer og personer ad indre vandveje.
The standardisation of XML message definition for the purpose of electronic ship reporting in inland navigation is dealt with by the relevant working group supporting the Committee established pursuant to Article 7 of Council Directive 91/672/EEC of 16 December 1991 on the reciprocal recognition of national boatmasters’ certificates for the carriage of goods and passenger.
Den følgende beskrivelse er baseret på ISO 9735.
The following elaborations are based on ISO 9735.
UN/EDIFACT-meddelelser består af segmenter.
UN/EDIFACT messages are composed of segments.
Meddelelsesstrukturen fremgår af et grendiagram, der viser de enkelte segmenter og segmentgruppers position og indbyrdes forhold.
The structure of a message is described in a branching diagram indicating the position and the mutual relationship of the segments and segment groups.
For hvert segment angives det, hvilke dataelementer der skal bruges i meddelelsen.
For each segment the data elements are defined which are to be used in a message.
Nogle dataelementer kombineres til sammensatte dataelementer.
Some data elements are combined to form composite data elements.
Meddelelserne følger den bestemte syntaks, der er fastsat i ISO 9735.
The messages follow a fixed syntax as defined in ISO 9735.
Et segment og et dataelement i et segment er enten obligatorisk eller betinget.
A segment and a data element within a segment are either mandatory or conditional.
Obligatoriske segmenter og/eller dataelementer indeholder data, der er vigtige for en modtagelsesapplikation, og skal udfyldes med brugbare eller med andre ord gyldige data.
Mandatory segments and/or data elements contain important data for a receiving application and shall be filled with sensible, in other words valid data.
Betingede elementer behøver ikke være til stede i en meddelelse.
Conditional elements need not to be present in a message.
Alle meddelelser indledes med to eller tre segmenter: »forsendelseshoved« (UNB) og »meddelelsens start« (UNH).
Each message starts with two or three segments, the ‘interchange header’ (UNB) and the ‘message header’ (UNH).
Når det er nødvendigt, bruges »syntaks-anviseren« (UNA) som et første segment til at bestemme, hvilke tegnsæt der bruges i meddelelsen.
Where required also the ‘service string advice’ (UNA) is used as a first segment to define which character sets are used in the message.
Alle meddelelser afsluttes med segmenterne »meddelelsens afslutning« (UNT) og »forsendelsens afslutning« (UNZ).
Each message finishes with the segments ‘message trailer’ (UNT) and ‘interchange trailer’ (UNZ).
Dermed er alle meddelelser indeholdt i en forsendelse, og en forsendelse indeholder kun en enkelt meddelelse.
Thus each message is contained in one interchange, and an interchange contains only one single message.
I beskrivelsen af meddelelserne bruges følgende indikatorer:
In the message descriptions the following indicators are used:
Kolonne 1 indeholder navnet i form af akronymet (TAG) for segmentgruppen, der repræsenteres i hierarkiet af segmentnavne på højere niveauer.
Column 1 contains the name in form of the acronym (TAG) of the segment group, represented by the hierarchy of segment names on higher levels.
Denne angivelse er afledt af grendiagrammet.
This indication is derived from the branching diagram.
Kolonne 2 indeholder navnet i form af akronymet (TAG) af segmentet, nummeret på det sammensatte dataelement og nummeret på dataelementet.
Column 2 contains the name in form of the acronym (TAG) of the segment, the number of the composite data element and the number of the data element.
Kolonne 3 viser et segments niveau i grendiagrammet.
Column 3 indicates the level on which the segment is situated in the branching diagram.
Kolonne 4 angiver, om segmentet eller dataelementet er obligatorisk (M) eller betinget (C).
Column 4 indicates whether the segment or data element is mandatory (M) or conditional (C).
Kolonne 5 fastlægger formatet af dataelementet.
Column 5 defines the format of the data element.
Kolonne 6 giver dataelementets UN/EDIFACT-navn.
Column 6 gives the UN/EDIFACT name of the data element.
Segmenternes navne er skrevet med versaler med fed skrift, navnene på de sammensatte dataelementer er skrevet med versaler med normal skrift og navnene på de enkelte dataelementer er skrevet med små bogstaver med normal skrift.
The names of segments are written in bold upper cases, the names of composite data elements are written in normal upper cases and the names of data elements are written in normal lower cases.
Kolonne 7 giver en beskrivelse af dataelementerne (felter).
Column 7 gives a description of the data elements (fields).
Hvis der skal bruges en fast værdi, er værdien angivet i anførselstegn.
If a fixed value is to be used, the value is indicated in quotes.
Der er en fuld beskrivelse af dataelementerne i servicesegmenterne i ISO 7372 Trade Data Elements Directory.
The full description of the data elements in the service segments is part of ISO 7372 Trade Data Elements Directory.
Til nedenstående tegnsæt bruges 7-bit-koden fra tegnsætstandarden i ISO 646, medmindre de udvekslende parter ved brug af UNA-segmentet har specifik aftale om tilsvarende 8-bit-koder i ISO 6937 og ISO 8859 eller andre bitkoder.
For the characters in the sets below, the 7-bit codes in the basic code table in ISO 646 shall be used, unless the corresponding 8-bit codes in ISO 6937 and ISO 8859 or other bit codes are specifically agreed between the interchanging partners through the usage of the UNA segment.
Tegnsæt for niveau A:
Level A character set:
Bogstaver
Letters
Versaler fra A til Z
upper case A to Z
Mellemrumstegn
Space character
Punktum
Full stop
Komma
Comma
Bindestreg/minus-tegn
Hyphen/minus sign
Startparentes
Opening parenthesis
Slutparentes
Closing parenthesis
Skråstreg
Oblique stroke (slash)
Lighedstegn
Equals sign
Anvendes til at afslutte et segment.
Reserved for use as segment terminator
Plus-tegn
Plus sign
Anvendes som segment-tag og dataelementseparator
Reserved for use as segment tag and data element separator
Anvendes som separator for sammensatte dataelementer
Reserved for use as component data element separator
Spørgsmålstegn
Question mark
Eksempel: 10?
For example, 10?
+ 10 = 20 betyder 10 + 10 = 20.
+ 10 = 20 means 10 + 10 = 20.
Spørgsmålstegn dannes med ??.
Question mark is represented by ??.
Nedenstående tegn er også en del af tegnsættet for niveau A.
The following characters are also part of the level A character set.
Udråbstegn
Exclamation mark
Anførselstegn
Quotation mark
Procenttegn
Percentage sign
»Og«-tegn
Ampersand
Stjerne (asterisk)
Asterisk
Semikolon
Semi-colon
Mindre end-tegn
Less-than sign
Større end-tegn
Greater-than sign
Syntaks-anviseren, UNA, og servicesegmenterne UNB og UNZ skal stå i den rækkefølge, der angives for en forsendelse.
The service string advice, UNA, and the service segments UNB to UNZ shall appear in the order stated in an interchange.
Se kapitel 1.2.2.3.
See chapter 1.2.2.3.
Der kan være flere funktionsgrupper i en forsendelse.
There may be several functional groups within an interchange.
En meddelelse består af segmenter.
A message consists of segments.
Strukturen af segmenterne og dataelementerne i segmenterne vises i kapitel 1.2.2.5.
The structures for segments and for data elements therein are shown in chapter 1.2.2.5.
En forsendelse består af:
An interchanges consists of:
Syntaks-anviseren (UNA): betinget
Service String Advice UNA Conditional
Forsendelseshoved (UNB): obligatorisk
Interchange Header UNB Mandatory
Meddelelsens start (UNH): obligatorisk
Message Header UNH Mandatory
Segmenter med brugerdata, som beskrevet i bilagets implementeringsvejledning
User Data Segments described in the Annex implementation manual
Meddelelsens afslutning (UNT): obligatorisk
Message Trailer UNT Mandatory
Forsendelsens afslutning (UNZ): obligatorisk
Interchange Trailer UNZ Mandatory
Diagrammer over meddelelsesstrukturer og rækkefølgen af segmenter i henhold til reglerne for anvendelse fremgår af tillæggene.
Message structure diagrams and the order of the segments following the processing rules can be found in the Appendices.
Segment-tag: obligatorisk
Segment Tag: Mandatory
Segment-kode: obligatorisk enkelt dataelement i sammensat dataelement
Segment Code: Mandatory component data element
Separator for enkelt dataelement i sammensat dataelement: betinget
Component D.E. separator: Conditional
Indikation af indlejring og gentagelse: betinget/de enkelt(e) dataelement(er) i sammensatte dataelementer
Nesting and repeating indication: Conditional component data element(s)
Dataelement-separator: obligatorisk
Data element separator: Mandatory
Enkelte eller sammensatte dataelementer: obligatoriske eller betingede, som anvist i det relevante segmentkatalog og implementeringsvejledning.
Simple or composite data elements: Mandatory or Conditional as specified in the relevant segments directory and implementation manual
Segment-afslutter: obligatorisk
Segment Terminator: Mandatory
Enkelt dataelement:
Simple Data Element:
obligatorisk eller betinget, som anvist i den relevante implementeringsvejledning.
Mandatory or Conditional as specified in the relevant implementation guideline.
Sammensat dataelement:
Composite Data Element:
i overensstemmelse med segmentkataloget, og som anvist i implementeringsvejledningen.
In accordance with segments directory and as specified in the implementation manual.
Enkelte dataelementer i sammensatte dataelementer og separatorer for enkelte dataelementer i sammensatte dataelementer:
Component data elements and Component data element separators:
obligatorisk (se nedenstående begrænsning)
Mandatory (see restriction below)
Dataelement-separator: obligatorisk (se nedenstående begrænsning)
Data element separator: Mandatory (see restriction below)
Begrænsning:
Restriction:
Der må ikke være dataelement-separator efter det sidste enkelte dataelement i et sammensat dataelement, og der må ikke være dataelementseparator efter det sidste dataelement i et segment.
There shall be no component data element separator after the last component data element in a composite data element and no data element separator after the last data element in a segment.
I dataelementer, som der i dataelementkataloget præciseres variabel længde for, og når der ikke er andre restriktive bestemmelser, skal betydningsløse tegn udelades.
In data elements for which the Data Elements Directory specifies variable length and in the case that there are no other restrictions, insignificant character positions shall be suppressed.
Hvis foranstillede nuller og afsluttende mellemrum er betydningsløse, skal de fjernes.
In the case of insignificant characters, leading zeroes and trailing spaces shall be suppressed.
Et enkelt nul før et decimaltegn har dog betydning, og et nul kan have betydning (f.eks. for at angive en temperatur), hvis dette angives i dataelementspecifikationen i implementeringsvejledningerne.
However, a single zero before a decimal sign is significant and a zero may be significant (e.g. to indicate a temperature) if so stated in the data elements specification of the implementation manuals.
Når meddelelser komprimeres, skal nedenstående regler følges.
When compressing messages, the following rules shall be followed.
Udelukkelse af segmenter
Exclusion of segments
Betingede segmenter, der ikke indeholder data, skal udelades (også deres segment-tags)
Conditional segments containing no data shall be omitted (including their segment tags).
Udelukkelse af dataelementer ved udeladelse
Exclusion of data elements by omission
Dataelementer identificeres gennem deres sekventielle positioner i segmentet, som anført i segmentkataloget.
Data elements are identified by their sequential positions within the segment as stated in the Segment Directory.
Hvis et betinget dataelement udelades, og hvis det efterfølges af et andet dataelement, skal dets position angives gennem bibeholdelse af dets dataelementseparator.
If a conditional data element is omitted and if it is followed by another data element, its position shall be indicated by retention of its data element separator.
_______________ Disse to dataelementer udelades
_______________ These two data elements are omitted
Udelukkelse af dataelementer ved trunkering
Exclusion of data elements by truncation
Hvis et eller flere betingede dataelementer i slutningen af et segment udelades, kan segmentet trunkeres af segment-afslutteren, dvs. at der ikke er krav om, at tilstødende afsluttende dataelementseparatorer skal transmitteres.
If one or more conditional data elements at the end of a segment are omitted, the segment may be truncated by the segment terminator, i.e. contiguous trailing data element separators are not required to be transmitted.
Tag+DE+DE+++DE' Med udgangspunkt i eksemplet fra punkt 2.2.7 b er de sidste to dataelementer udeladt
Tag+DE+DE+++DE' Using the example from 2.2.7 b, the last two data elements have been omitted and by '
____, og ved brug af ' er dataelementet trunkeret.
____ the segment has been truncated.
Udelukkelse af enkelte dataelementer i sammensatte dataelementer ved udeladelse
Exclusion of component data elements by omission
Enkelte dataelementer i sammensatte dataelementer identificeres ved deres tilskrevne sekventielle position i det sammensatte dataelement.
Component data elements are identified by their given sequential positions within a composite data element.
Hvis et betinget enkelt dataelement i et sammensat dataelement udelukkes og efterfølges af et andet enkelt dataelement i et sammensat dataelement, skal dets tilskrevne position repræsenteres gennem separatoren for det enkelte dataelement.
If a conditional component data element is omitted and is followed by another component data element, its given position shall be represented by its component data element separator.
_____ To enkelte dataelementer (CE) er udeladt i det i sidste sammensatte dataelement
_____ Two component data elements omitted in the last composite data element.
Udelukkelse af enkelte dataelementer i sammensatte dataelementer ved trunkering
Exclusion of component data elements by truncation
Et eller flere betingede enkelte dataelementer i et sammensat dataelement kan udelukkes ved trunkering af dataelementseparatoren eller af segment-afslutteren, hvis det er i slutningen af et segment.
One or more conditional component data elements at the end of a composite data element may be excluded by truncation by the data element separator or, if at the end of a segment, by the segment terminator.
Tag+DE+CE+CE' Det sidste enkelte dataelement i det første sammensatte dataelement
Tag+DE+CE+CE' The last component data element in the first composite data element
___ er udeladt tillige med tre enkelte dataelementer i det sidste sammensatte dataelement.
___ has been omitted and also three component data elements in the last composite data element.
I begge tilfælde er de sammensatte dataelementer blevet trunkeret, i første tilfælde af dataelementseparatoren og i det andet tilfælde af segment-afslutteren.
In both cases the composite data elements have been truncated, indicated in the first case by the data element separator and in the second case by the segment terminator.
Decimaltegn
Decimal sign
ISO-repræsentationen af et decimaltegn er ifølge ISO-standarden et komma (,), men et punktum (.) på linjen er tilladt (se ISO 31-0: 1981).
The ISO representation for a decimal sign is the comma (,) but a point on the line (.) is allowed (see ISO 31-0: 1981).
Det anbefales dog stærkt at bruge (,) som standard til at repræsentere decimaltegnet under alle omstændigheder.
It is however strongly recommended to use as a default the (,) to represent a decimal sign under all circumstances.
Decimaltegnet medregnes ikke som et tegn i værdien, når den maksimale længde af et dataelement beregnes.
The decimal sign shall not be counted as a character of the value when computing the maximum field length of a data element.
Det skal dog tages hensyn til tegnet ved transmission og modtagelse.
However, allowance shall be made for the character in transmission and reception.
Når et decimaltegn transmitteres, skal der mindst være et tal foran det og efter det.
When a decimal sign is transmitted, there shall be at least one digit before and after the decimal sign.
For værdier, der kun repræsenteres af heltal, bruges der hverken decimaltegn eller decimalnuller, medmindre der er behov for at angive en grad af præcision.
For values represented by integers only, neither a decimal sign nor decimal zeroes are used unless there is a need to indicate the degree of precision.
Foretrukket: 0,5 og 2 og 2,0. Ikke tilladt: ,5 eller .5 eller 2, eller 2.
Preferred: 0,5 and 2 and 2,0 Not allowed: ,5 or .5 or 2, or 2.
Tusindseparator
Triad separator
Der bruges ikke tusindseparator i en forsendelse.
Triad separators shall not be used in interchange.
Tilladt: 2500000 Ikke tilladt: 2,500,000 eller 2.500.000 eller 2500000
Allowed: 2500000 Not allowed: 2,500,000 or 2.500.000 or 2500000
Tegn Numeriske dataelementers værdier skal betragtes som positive.
Sign
Selv om et fradrag i princippet er negativt, repræsenteres det som en positiv værdi, og sådanne tilfælde skal fremgå af dataelementkataloget.
Numeric data element values shall be regarded as positive.
Hvis en værdi skal angives som negativ, skal der i transmissionen umiddelbart foranstilles et minustegn, f.eks. -112.
Although conceptually a deduction is negative, it shall be represented by a positive value and such cases shall be indicated in the data elements directory. lf a value is to be indicated as negative, it shall in transmission be immediately preceded by a minus sign, e.g. -112.
Minustegnet medregnes ikke som et tegn i værdien, når den maksimale længde af et dataelement beregnes.
The minus sign shall not be counted as a character of the value when computing the maximum field length of a data element.
Det numeriske reference-tag for dataelementet, som angivet i ISO 7372 UNTDED og, når der står et S foran, reference for et sammensat dataelement, der er anvendt i servicesegmenterne.
The numeric reference tag for the data element as stated in ISO 7372 UNTDED and, when preceded by S, reference for a composite data element used in service segments.
Navn på SAMMENSAT DATAELEMENT med versaler
Name of COMPOSITE DATA ELEMENT in capital letters
Navn på DATAELEMENT med versaler
Name of DATA ELEMENT in capital letters
Navn på enkelt dataelement i sammensat dataelement med små bogstaver
Name of Component data element in small letters
Repræsentation af dataværdi:
Data value representation:
a — alfabetiske tegn
a — alphabetic characters
n — numeriske tegn
n — numeric characters
an — alfanumeriske tegn
an — alphanumeric characters
a3 — tre alfabetiske tegn, fast længde
a3 — 3 alphabetic characters, fixed length
n3 — tre numeriske tegn, fast længde
n3 — 3 numeric characters, fixed length
tre alfanumeriske tegn, fast længde
3 alphanumeric characters, fixed length
op til tre alfabetiske tegn
up to 3 alphabetic characters
op til tre numeriske tegn
up to 3 numeric characters
an..3 — op til tre alfanumeriske tegn
an..3 — up to 3 alphanumeric characters
M — obligatorisk element
M — Mandatory element
C — betinget element.
C — Conditional element.
Når der bruges et sammensat dataelement, skal der være et obligatorisk enkelt dataelement i et betinget sammensat dataelement.
When the composite data element is used, a mandatory component data element in a conditional composite data element shall appear.
Hvis der i implementeringsvejledningen for meddelelser er anført et mindre tal end det, der kræves i henhold til ISO-standarden, er dette angivet i parentes.
If in the message implementation manuals a smaller number is used than the ISO standard requires, then this shall be indicated within brackets.
Den resterende plads i dataelementet skal udfyldes med mellemrumstegn.
The remaining space in a data element shall be filled with space characters.
Implementeringsvejledningerne for meddelelser indeholder følgende brugsindikationer:
The usage indicators in the message implementation manuals are as follows:
UNSM-brug
UNSM Usage
Brug
Usage
Indikator i denne implementeringsvejledning for meddelelser
Indicator in this message implementation manual
Obligatorisk (M)
Mandatory (M)
Obligatorisk (M)
mandatory (M)
Betinget (C)
Conditional (C)
Påkrævet (R)
Required (R)
Altid påkrævet (M)
always required (M)
Tilrådet (A)
Advised (A)
Brug af f.eks. et bestemt kodesæt anbefales i høj grad
usage of e.g. a certain code set is strongly advised
Afhængig (D)
Dependent (D)
Brug af enheden afhænger af veldefinerede betingelser
usage of the entity depends upon well defined conditions
Valgfrit (O)
Optional (O)
Bruges, når afsenderen af meddelelsen finder det nødvendigt
usage is at the need or discretion of the sender of the message
Ikke brugt (X)
Not Used (X)
Bruges ikke (ikke relevant)
not to be used (n. a.)
I implementeringsvejledningerne for meddelelser gøres der eksplicit brug af brugsindikatorerne for at sikre ensartet brug inden for elektronisk skibsmelding i indlandssejladsen.
In the implementation manuals of the messages the usage indicators are used explicitly to ensure a uniform use within electronic ship reporting in inland navigation.
I hele dokumentet benyttes indikatorerne (M, R, A, D, O og X), som er anbragt ved siden af dataelementerne og angiver, hvilken brug der er fastlagt for den pågældende enhed i meddelelsen.
Throughout the document reference is made to indicators (M, R, A, D, O and X) which are shown adjacent to data items and which dictate for the message the agreed usage of the entities.
I nedenstående tabel er indikatorerne og deres respektive brug beskrevet:
In the following table the indicators and their respective uses are set out:
Statusværdi (S)
Status (S) Value
Indikerer, at dette element er obligatorisk i en standardmeddelelse.
Indicates that this item is mandatory in the standard message.
Indikerer, at denne enhed skal sendes i denne meddelelsestype, og brugen er her obligatorisk.
Indicates that this entity shall be sent in this message implementation and use is here mandatory.
Tilrådet
Advised
Indikerer, at et internationalt anerkendt kodesæt, f.eks. FN-, ISO- eller ERI-kodesæt, stærkt anbefales for denne meddelelsestype frem for lokale koder.
Indicates that a recognised international code-set i.e. UN, ISO or ERI code set is highly recommended for use in this implementation over any local codes.
Afhængig
Dependent
Indikerer, at brug af enheden afhænger af en veldefineret betingelse eller et veldefineret betingelsessæt.
Indicates that the use of the entity depends upon a well-defined condition or set of conditions.
Disse betingelser skal angives præcist i den relevante implementeringsvejledning.
These conditions shall be clearly specified in the relevant implementation guideline.
Indikerer, at denne enhed bruges, når afsenderen af meddelelsen finder det nødvendigt.
Indicates that this entity is at the need or discretion of the sender of the message.
Bruges ikke ved denne meddelelsestype (ikke relevant).
Not to be used in this message implementation (n. a.).
ERI-anmeldelsen (ERINOT) skal bruges til rejserelateret information og information om farligt og ikke-farligt gods om bord på fartøjer på indre vandveje.
The ERI notification message (ERINOT) shall be used for the reporting of voyage related information and of information on dangerous and non-dangerous cargo carried on-board vessels sailing on inland waterways.