natgillin/translations-raw huggingface dataset:
En central hub, som er i stand til at modtage en anmodning fra den anmodende part, validere anmodningen og behandle den ved at videresende den til de besvarende parter.
TACHOnet messaging system shall be composed of the following parts:
Den centrale hub afventer svar fra hver af de besvarende parter, samler alle svarene og videresender det samlede svar til den anmodende part.
A central hub, which shall be able to receive a request from the requesting party, validate it and process it by forwarding it to the responding parties.
Parternes nationale systemer, som er udstyret med en grænseflade, der både kan sende anmodninger til den centrale hub og modtage svar på disse.
The central hub shall wait for each responding party to answer, consolidate all the answers and forward the consolidated response to the requesting Party.
Nationale systemer kan bruge egenudviklet eller kommerciel software til at sende og modtage meddelelser fra den centrale hub.
National systems of the parties, which shall be fitted with an interface capable of both sending requests to the central hub and receiving the corresponding replies.
Forvaltning
National systems may use propriety or commercial software to transmit and receive messages from the central hub.
Den centrale hub forvaltes af Kommissionen, som er ansvarlig for dens tekniske drift og vedligeholdelse.
Management
Data opbevares i den centrale hub i højst seks måneder med undtagelse af de logføringsdata og statistiske data, som er anført i undertillæg 4.7.
The central hub shall be managed by the European Commission, which shall be responsible for the technical operation and maintenance of the central hub.
Den centrale hub giver ikke adgang til personoplysninger.
The central hub shall not store data for a period exceeding six months, other than the logging and statistical data set out in Sub-appendix 4.7.
Autoriseret personale i Kommissionen kan dog tildeles adgang, hvis det er nødvendigt i forbindelse med overvågning, vedligeholdelse og fejlfinding.
The central hub shall not provide access to personal data, except for authorised European Commission personnel, when necessary for the purpose of monitoring, maintenance and troubleshooting.
De kontraherende parter er hver især ansvarlige for:
Each contracting party shall be responsible for:
Opsætning og forvaltning af deres nationale systemer, herunder grænsefladen med den centrale hub.
The set-up and management of their national systems, including the interface with the central hub.
Installation og vedligeholdelse af deres nationale system, både hvad angår hardware og software, hvad enten det er egenudviklet eller kommercielt.
The installation and maintenance of their national system, both hardware and software, whether proprietary or commercial.
Korrekt interoperabilitet mellem deres nationale system og den centrale hub, herunder håndtering af fejlmeddelelser, som modtages fra den centrale hub.
The correct interoperability of their national system with the central hub, including the management of error messages received from the central hub.
At træffe alle nødvendige foranstaltninger for at sikre oplysningernes fortrolighed, integritet og tilgængelighed.
Taking all the measures to ensure the confidentiality, integrity and availability of the information.
Driften af de nationale systemer i overensstemmelse med det serviceniveau, som er fastsat i undertillæg 4.6.
The operation of the national systems in accordance with the service levels set out in Sub-appendix 4.6.
Undertillæg 4.2
Sub-appendix 4.2
TACHOnets funktioner
Functionalities of TACHOnet
Følgende funktioner stilles til rådighed via meddelelsessystemet TACHOnet:
The following functionalities shall be provided through TACHOnet messaging system:
Check Issued Cards (CIC): Giver den anmodende part mulighed for at sende en anmodning om kontrol af udstedte kort (CIC-anmodning) til en af eller alle de besvarende parter med henblik på at fastslå, om en kortansøger i forvejen besidder et førerkort udstedt af de besvarende parter.
Check Issued Cards (CIC): allows the requesting party to send a Check Issued Cards Request to one or all responding parties, in order to determine if a card applicant already possesses a driver card issued by the responding parties.
De besvarende parter svarer på anmodningen ved at fremsende et CIC-svar.
The responding parties shall reply to the request by sending a Check Issued Cards Response.
Check Card Status (CCS): Giver den anmodende part mulighed for at anmode den besvarende part om nærmere oplysninger om et kort udstedt af sidstnævnte ved at sende en anmodning om kontrol af kortstatus (CCS-anmodning).
Check Card Status (CCS): allows the requesting party to ask the responding party about the details of a card issued by the latter by sending a Check Card Status Request.
Den besvarende part svarer på anmodningen ved at fremsende et CCS-svar.
The responding party shall reply to the request by sending a Check Card Status Response.
Modify Card Status (MCS): Giver den anmodende part mulighed for at underrette den besvarende part, via en anmodning om ændring af kortstatus (MCS-anmodning), om, at status på et kort udstedt af sidstnævnte er ændret.
Modify Card Status (MCS): allows the requesting party to notify the responding party, through a Modify Card Status Request, that the status of a card issued by the latter has changed.
Den besvarende part svarer på anmodningen med en MCS-bekræftelse.
The responding party shall reply with a Modify Card Status Acknowledgement.
Issued Card Driving License (ICDL): Giver den anmodende part mulighed for at underrette den besvarende part, via en anmodning om svar vedrørende kort udstedt på grundlag af kørekort (ICDL-anmodning), om, hvorvidt et kort er blevet udstedt af førstnævnte på grundlag af et kørekort udstedt af sidstnævnte.
Issued Card Driving Licence (ICDL): allows the requesting party to notify the responding party, through an Issued Card Driving Licence Request, that a card has been issued by the former against a driving licence issued by the latter.
Den besvarende part svarer på anmodningen med et ICDL-svar.
The responding party shall reply with an Issued Card Driving Licence Response.
Andre meddelelsestyper, som anses for at være nødvendige for TACHOnettets effektive funktion inkluderes, f.eks. fejlmeddelelser.
Other message types deemed suitable for the efficient functioning of TACHOnet shall be included, for instance error notifications.
De nationale systemer skal anerkende de kortstatusser, som er opført på listen i tabel 1, når de anvender funktionerne i punkt 1.
National systems shall recognise the card statuses listed in Table 1, when using any of the functionalities described in point 1.
Parterne er dog ikke forpligtet til at indføre en administrativ procedure, som gør brug af samtlige statustyper på listen.
However, parties are not required to implement an administrative procedure that makes use of all of the listed statuses.
Hvis en part modtager et svar eller en meddelelse, som indeholder en status, der ikke anvendes i den administrative procedure, skal det nationale system omsætte statussen i meddelelsen til procedurens tilsvarende værdi.
When a party receives a response or notification giving a status that is not used in its administrative procedures, the national system shall translate the status on the received message to the appropriate value in that procedure.
Meddelelsen må ikke afvises af den besvarende part, såfremt den status, der fremgår af meddelelsen, er opført på listen i tabel 1.
The message shall not be rejected by the responding party, as long as the status in the message is listed in Table 1.
De kortstatusser, som er opført på listen i tabel 1, må ikke anvendes til at afgøre, om et førerkort er gyldigt.
The card status listed in Table 1 shall not be used to determine if a driver card is valid for driving.
Kortstatus
Table 1
Ansøgning
Card statuses
Den kortudstedende myndighed har modtaget en ansøgning om udstedelse af et førerkort.
Card Status
Godkendt
Application
Den kortudstedende myndighed har godkendt ansøgningen om et takografkort.
The CIA has received an application to issue a driver card.
Afslået
This information has been registered and stored in the database with the generated search keys.
Den kortudstedende myndighed har afslået ansøgningen.
Approved
Personligt tilpasset
The CIA has approved the application for the tachograph card.
Takografkortet er blevet personligt tilpasset.
Rejected
Afsendt
The CIA did not approve the application.
Den nationale myndighed har afsendt førerkortet til den pågældende fører eller det pågældende leveringsorgan.
Personalised
Overdraget
The tachograph card has been personalised.
Den nationale myndighed har overdraget førerkortet til den pågældende fører.
Dispatched
Konfiskeret
The National Authority has dispatched the driver card to the relevant driver or delivering agency.
Den kompetente myndighed har inddraget førerens førerkort.
Handed Over
Suspenderet
The National Authority has handed over the driver card to the relevant driver.
Førerens førerkort er blevet midlertidigt inddraget.
Confiscated
Tilbagekaldt
The driver card has been taken from the driver by the competent authority.
Den kortudstedende myndighed har besluttet at tilbagekalde førerkortet.
Suspended
Kortet er blevet endegyldigt ugyldiggjort.
The driver card has been taken temporarily from the driver.
Afleveret
Withdrawn
Takografkortet er blevet afleveret til den kortudstedende myndighed og erklæret som ikke længere nødvendigt.
The CIA has decided to withdraw the driver card.
Bortkommet
The card has been permanently invalidated.
Takografkortet er blevet meldt bortkommet til den kortudstedende myndighed.
Surrendered
Stjålet
The tachograph card has been returned to the CIA, and declared no longer needed.
Takografkortet er blevet meldt stjålet til den kortudstedende myndighed.
Lost
Et stjålet kort anses for at være tabt.
The tachograph card has been declared lost to the CIA.
Uanvendeligt
Stolen
Takografkortet er blevet meldt uanvendeligt til den kortudstedende myndighed.
The tachograph card has been reported stolen to the CIA.
Udløbet
A stolen card is considered lost.
Takografkortets gyldighedsperiode er udløbet.
Malfunctioning
Erstattet
The tachograph card has been reported as malfunctioning to the CIA.
Takografkortet, som er meldt bortkommet, stjålet eller uanvendeligt, er blevet erstattet med et nyt kort.
Expired
Oplysningerne på det gamle kort og det nye kort er de samme med undtagelse af kortnummerets erstatningsindeks, som er blevet øget med én.
The period of validity of the tachograph card has expired.
Fornyet
Replaced
Takografkortet er blevet fornyet på grund af ændringer i de administrative data, eller fordi gyldighedsperioden er udløbet.
The tachograph card, which has been reported lost, stolen or malfunctioning, has been replaced by a new card.
Det nye kort har samme kortnummer som det gamle med undtagelse af kortnummerets erstatningsindeks, som er blevet øget med én.
The data on the new card is the same, with the exception of the card number replacement index, which has been increased by one.
Under udskiftning
Renewed
Den kortudstedende myndighed, som har udstedt førerkortet, har modtaget en meddelelse om, at proceduren for at udskifte dette kort med et førerkort, som er udstedt af en anden parts kortudstedende myndighed, er påbegyndt.
The tachograph card has been renewed because of a change of administrative data or the validity period coming to an end.
Udskiftet
The card number of the new card is the same, with the exception of the card number renewal index, which has been increased by one.
Den kortudstedende myndighed, som har udstedt førerkortet, har modtaget en meddelelse om, at proceduren for at udskifte dette kort med et førerkort, som er udstedt af en anden parts udstedende myndighed, er fuldført.
In Exchange
Undertillæg 4.3
The CIA that issued a driver card has received a notification that the procedure to exchange that card for a driver card issued by the CIA of another Party has started.
Bestemmelser for TACHOnet-meddelelser
Exchanged
Generelle tekniske krav
The CIA that issued a driver card has received a notification that the procedure to exchange that card for a driver card issued by the CIA of another Party has completed.
Den centrale hub skal tilbyde både synkrone og asynkrone grænseflader til udveksling af meddelelser.
Sub-appendix 4.3
Parterne kan udvælge den teknologi, der er mest egnet som grænseflade med deres egne applikationer.
Message provisions of TACHOnet
Alle meddelelser, der udveksles mellem den centrale hub og de nationale systemer, skal indkodes med UTF-8.
General technical requirements
De nationale systemer skal være i stand til at modtage og behandle meddelelser, der indeholder græske eller kyrilliske skrifttegn.
The central hub shall provide both synchronous and asynchronous interfaces for the exchange of messages.
XML-meddelelsesstruktur og XML Schema Definition (XSD)
Parties may choose the most suitable technology to interface with their own applications.
XML-meddelelsernes generelle struktur skal følge det format, som er defineret af de XSD-skemaer, der er installeret i den centrale hub.
All messages exchanged between the central hub and the national systems must be UTF-8 encoded.
Den centrale hub og de nationale systemer skal sende og modtage meddelelser, som er i overensstemmelse med meddelelsernes XSD-skema.
National systems shall be capable of receiving and processing messages containing Greek or Cyrillic characters.
De nationale systemer skal være i stand til at sende, modtage og behandle alle meddelelser, som svarer til funktionerne i undertillæg 4.2.
XML messages structure and Schema definition (XSD)
XML-meddelelserne skal som minimum overholde de mindstekrav, som er opført i tabel 2.
The general structure of XML messages shall follow the format defined by the XSD schemas installed in the central hub.
Tabel 2
The central hub and the national systems shall transmit and receive messages that conform to the message XSD schema.
Mindstekrav til indholdet af XML-meddelelserne
National systems shall be capable of sending, receiving and processing all messages corresponding to any of the functionalities set out in Sub-appendix 4.2.
Fælles header
The XML messages shall include at least the minimum requirements laid down in Table 2.
Obligatorisk
Table 2
XML-specifikationernes officielle version specificeres i det navneområde, som er defineret i meddelelsens XSD, og i attributten version i headerelementet i alle XML-meddelelser.
Minimum requirements for the content of the XML messages
Versionsnummeret (»n.m«) defineres som en fast værdi i hver version af XML Schema Definition-filen (xsd).
Common Header
Testidentifikator
Mandatory
Testens ophavsmand udfylder ID'et, og alle deltagere i workflowet videresender/svarer med det samme ID.
The official version of the XML specifications will be specified through the namespace defined in the message XSD and in the version attribute of the Header element of any XML message.
Der bør ses bort fra ID'et under produktionen, og det anvendes ikke, hvis det forekommer.
The version number (‘n.m’) will be defined as fixed value in every release of the XML Schema Definition file (xsd).
Teknisk identifikator
Test Identifier
Et UUID, som entydigt identificerer hver enkelt meddelelse.
Optional id for testing.
Afsenderen genererer UUID'et og udfylder denne attribut.
The originator of the test will populate the id and all participants in the workflow will forward/return the same id.
Denne oplysning bruges ikke i erhvervsøjemed.
In production it should be ignored and will not be used if it is supplied.
Workflow-identifikator
Technical Identifier
Attributten workflowId er et UUID, som genereres af den anmodende part.
A UUID uniquely identifying each individual message.
Dette ID bruges derefter i alle meddelelser til at koordinere workflowet.
The sender generates a UUID and populates this attribute.
Afsendelsestidspunkt
This data is not used in any business capacity.
Dato og tidspunkt (UTC) for afsendelse af meddelelsen.
Workflow Identifier
Dette er en valgfri attribut med dato og klokkeslæt (i UTC-format).
The workflow id is a UUID and should be generated by the requesting party.
Værdien fastsættes kun af den centrale hub i videresendte anmodninger.
This id is then used in all messages to correlate the workflow.
Hermed underrettes den besvarende part om, hvor lang tid der går, før anmodningen udløber.
Sent At
ISO 3166-1-alpha 2-koden for den part, som afsender meddelelsen, eller »EU«.
This is an optional date and time (in UTC format) attribute.
ISO 3166-1-alpha 2-koden for den part, som meddelelsen sendes til, eller »EU«.
This value will be set only by the central hub for forwarded requests.
Undertillæg 4.4
This will inform the responding party of the time when the request will be timed out.
Translitterations- og NYSIIS-tjenester (New York State Identification and Intelligence System)
This value is not required in MS2TCN__Req and all response messages.
NYSIIS-algoritmen, som er implementeret i den centrale hub, anvendes til at indkode navnene på alle førere i det nationale register.
It is optional so that the same header definition can be used for all message types regardless of whether or not the timeoutValue attribute is required.
Når der søges efter et kort via CIC-funktionen, anvendes NYSIIS-nøglerne som den primære søgemekanisme.
The ISO 3166-1 Alpha 2 code of the party sending the message or ‘EU’.
Derudover kan parterne anvende en egen algoritme for at opnå flere resultater.
The ISO 3166-1 Alpha 2 code of the party to which the message is being sent or ‘EU’.
Søgeresultaterne viser, hvilken søgemekanisme der blev anvendt til at finde en given post: enten NYSIIS eller partens egen.
Sub-appendix 4.4
Hvis en part vælger at registrere ICDL-meddelelser, skal NYSIIS-nøglerne i disse meddelelser registreres som en del af ICDL-dataene.
Transliteration and NYSIIS (New York State Identification and Intelligence System) services
Ved søgning i ICDL-data anvender parten NYSIIS-nøglen for ansøgerens navn.
The NYSIIS algorithm implemented in the central hub shall be used to encode the names of all the drivers in the national register.
Undertillæg 4.5
When searching for a card via the CIC functionality the NYSIIS keys shall be used as the primary search mechanism.
Sikkerhedskrav
Additionally, parties may employ a custom algorithm to return additional results.
HTTPS anvendes til udveksling af meddelelser mellem den centrale hub og de nationale systemer.
The search results shall indicate the search mechanism which was used to find a record, either NYSIIS or custom.
De nationale systemer skal anvende de digitale certifikater som omhandlet i undertillæg 4.8 og 4.9 med det formål at sikre overførslen af meddelelser mellem det nationale system og den centrale hub.
If a party chooses to record ICDL notifications then the NYSIIS keys contained in the notification shall be recorded as part of the ICDL data.
De nationale systemer skal som minimum anvende certifikater, der bruger SHA-2 (SHA-256) som hashalgoritme for signatur og en offentlig nøgle med en længde på 2048 bit.
When searching the ICDL data the party shall use the NYSIIS keys of the applicant's name.
Undertillæg 4.6
Sub-appendix 4.5
Serviceniveau
Security requirements
De nationale systemer skal opfylde følgende minimumskrav til deres serviceniveau:
HTTPS shall be used for the exchange of messages between the central hub and the national systems.
De skal være tilgængelige 24 timer i døgnet, 7 dage om ugen.
National systems shall use the digital certificates referred to in Sub-appendices 4.8 and 4.9 for the purposes of securing the transmission of messages between the national system and the central hub.
Deres tilgængelighed skal overvåges ved hjælp af en impulsmeddelelse fra den centrale hub.
National systems shall implement, as a minimum, certificates using the SHA-2 (SHA-256) signature hash algorithm and a 2048 bit public key length.
Deres tilgængelighedsgrad skal være på 98 % i henhold til følgende tabel (tallene er blevet afrundet til den nærmeste praktiske enhed):
Sub-appendix 4.6
Tilgængelighed på
Service levels
svarer til, at systemet ikke er tilgængeligt
National systems shall fulfil the following minimum level of service:
Dagligt
They shall be available 24 hours a day, 7 days a week.
Månedligt
Their availability shall be monitored by a heartbeat message issued from the central hub.
Årligt
Their availability rate shall be 98 %, according to the following table (the figures have been rounded to the nearest convenient unit):
0,5 timer
An availability of
15 timer 7,5 dage
means an unavailability of
Parterne opfordres til at overholde den daglige tilgængelighedsgrad.
Daily
Det anerkendes dog, at visse nødvendige aktiviteter, såsom systemvedligeholdelse, kræver, at systemet bliver utilgængeligt i mere end 30 minutter ad gangen.
Monthly
De månedlige og årlige tilgængelighedsgrader er dog stadig obligatoriske.
Yearly
De skal som minimum besvare 98 % af de anmodninger, som tilsendes dem i løbet af en kalendermåned.
0,5 hours
De skal som minimum kunne håndtere 6 anmodninger pr. sekund.
Parties are encouraged to respect the daily availability rate, however it is recognised that certain necessary activities, such as system maintenance, require a downtime of more than 30 minutes.
De nationale systemer må ikke sende flere end 2 anmodninger til TACHOnet-hubben pr. sekund.
However, the monthly and yearly availability rates remain mandatory.
Alle nationale systemer skal være i stand til at håndtere eventuelle tekniske problemer med den centrale hub eller de nationale systemer hos andre parter.
They shall respond to a minimum of 98 % of the requests forwarded to them in one calendar month.
De omfatter, men er ikke begrænset til:
They shall respond to requests within 10 seconds.
tab af forbindelsen til den centrale hub
The global request timeout (time within which the requestor may wait for a response) shall not exceed 20 seconds.
manglende svar på en anmodning
They shall be able to service a request rate of 6 messages per second.
modtagelse af svar efter meddelelsens timeout
National systems may not send requests to the TACHOnet hub at a rate exceeding 2 requests per second.
modtagelse af meddelelser, som der ikke er anmodet om
Every national system shall be able to cope with potential technical problems of the central hub or national systems in other parties.
modtagelse af ugyldige meddelelser
These include, but are not limited to:
Den centrale hub skal:
loss of connection to the central hub;
have en tilgængelighedsgrad på 98 %
no response to a request;
underrette de nationale systemer om enhver fejl via enten en svarmeddelelse eller en særskilt fejlmeddelelse.
receipt of responses after message timeout;
De nationale systemer skal til gengæld modtage disse fejlmeddelelser og have etableret en fejlafhjælpningsprocedure, der kan håndtere og rette fejlen.
receipt of unsolicited messages;
Vedligeholdelse
receipt of invalid messages.
Parterne underretter via webapplikationen de andre parter og Kommissionen om rutinemæssige vedligeholdelsesaktiviteter, mindst én uge før disse aktiviteter påbegyndes, hvis det er teknisk muligt.
The central hub shall:
Undertillæg 4.7
feature an availability rate of 98 %;
Logning af og statistik over data, som indsamles på den centrale hub
provide to national systems notification of any errors, either via the response message or via a dedicated error message.
For at sikre beskyttelsen af personoplysninger skal data til statistiske formål være anonyme.
The national systems, in turn, shall receive these dedicated error messages and have an escalation workflow in place to take any appropriate action to rectify the notified error.
Data, som kan identificere et specifikt kort, en specifik fører eller et specifikt kørekort, må ikke være tilgængelige til statistiske formål.
Maintenance
Logning af oplysninger anvendes til at holde kontrol med alle transaktioner af hensyn til overvågning og fejlretning og for at kunne generere statistik om disse transaktioner.
Parties shall notify other parties and the European Commission of any routine maintenance activities via the web application, at least one week before the beginning of those activities if technically possible.
Personoplysninger opbevares i loggen i maksimalt seks måneder.
Sub-appendix 4.7