natgillin/translations-raw huggingface dataset:
Med forbehold for De Europæiske Fællesskabers Domstols kompetence har den kompetente domstol i [ indsæt centralbankens hjemsted ] enekompetence vedrørende enhver tvist , der udspringer af et spørgsmål angående forholdet nævnt i stk . 1 .
Without prejudice to the competence of the Court of Justice of the European Communities , any dispute arising from a matter relating to the relationship referred to in paragraph 1 falls under the exclusive competence of the competent courts of [ insert place of the seat of the CB ] .
Opfyldelsesstedet i forbindelse med retsforholdet mellem [ indsæt henvisning til centralbank ] og deltagerne er [ indsæt centralbankens hjemsted ] .
The place of performance concerning the legal relationship between the [ insert reference to CB ] and the participants shall be [ insert place of the seat of the CB ] .
Artikel 45 Gyldighed af enkelte bestemmelser Hvis en bestemmelse i disse Vilkår er eller bliver ugyldig , påvirker dette ikke gyldigheden af alle øvrige bestemmelser i Vilkårene .
Article 45 Severability If any provision in these Conditions is or becomes invalid , this shall not prejudice the applicability of all the other provisions of these Conditions .
Artikel 46 Ikrafttræden og retskraft 1 .
Article 46 Entry into force and binding nature 1 .
Disse Vilkår træder i kraft [ indsæt relevante dato ] .
These Conditions become effective from [ insert relevant date ] .
[ indsæt hvis relevant i henhold til den relevante nationale lov : Ved deltagelse i TARGET2 - [ indsæt centralbank / landereference ] tiltræder deltagere automatisk disse Vilkår indbyrdes og i forhold til [ indsæt centralbankens navn ] .
[ Insert if appropriate under relevant national law : By participating in TARGET2 - [ insert CB / country reference ] , participants automatically agree to these Conditions between themselves and in relation to the [ insert name of CB ] .
2007O0002 --- DA --- 23.11.2009 --- 002.001 --- 37 ▼B Tillæg I TEKNISKE SPECIFIKATIONER FOR BETALINGSORDRER BEHANDLING AF
2007O0002 --- EN --- 23.11.2009 --- 002.001 --- 36 ▼B Appendix I TECHNICAL SPECIFICATIONS FOR THE PAYMENT ORDERS PROCESSING OF
I tillæg til de Harmoniserede Vilkår gælder følgende regler for behandlingen af betalingsordrer : 1 .
In addition to the Harmonised Conditions , the following rules shall apply to the processing of payment orders : 1 .
Tekniske krav for deltagelse i TARGET2 - [ indsæt centralbank / landereference ] med hensyn til infrastruktur , netværk og formater 1 ) TARGET2 anvender SWIFT-tjenester til udveksling af meddelelser .
Technical requirements for participation in TARGET2 - [ insert CB / country reference ] regarding infrastructure , network and formats ( 1 ) TARGET2 uses SWIFT services for the exchange of messages .
Hver deltager skal derfor have forbindelse til SWIFT 's Secure IP Network .
Each participant therefore needs a connection to SWIFT 's Secure IP Network .
Hver deltagers PM-konto identificeres ved en otte - eller 11-cifret SWIFT BIC-kode .
Each participant 's PM account shall be identified by an eight - or 11-digit SWIFT BIC .
Endvidere skal hver deltager bestå en række test til efterprøvning af dennes tekniske og operationelle formåen for at få adgang som deltager i TARGET2 - [ indsæt centralbank / landereference ] .
Furthermore , each participant shall pass a series of tests to prove its technical and operational competence before it may participate in TARGET2 - [ insert CB / country reference ] .
Til brug for afgivelse af betalingsordrer og udveksling af betalingsmeddelelser i PM-modulet ( Payments Module ) anvendes SWIFTNet FIN Y-copy service .
For the submission of payment orders and the exchange of payment messages in the PM the SWIFTNet FIN Y-copy service shall be used .
Der oprettes en særlig SWIFT Closed User Group ( CUG ) til brug herfor .
A dedicated SWIFT Closed User Group ( CUG ) shall be set up for this purpose .
Betalingsordrer inden for en sådan TARGET2 CUG-gruppe adresseres direkte til modtagende TARGET2 deltager ved at anføre dennes BIC-kode i den øverste del af SWIFTNet FIN-meddelelsen .
Payment orders within such TARGET2 CUG shall be directly addressed to the receiving TARGET2 participant by entering its BIC in the header of the SWIFTNet FIN message .
Til informations - og kontroltjenester kan følgende SWIFTNet tjenester anvendes : a ) SWIFTNet InterAct b ) SWIFTNet FileAct , og / eller c ) SWIFTNet Browse .
For the information and control services the following SWIFTNet services may be used : ( a ) SWIFTNet InterAct ; ( b ) SWIFTNet FileAct ;
4 ) Sikkerheden i udveksling af meddelelser mellem deltagere hviler udelukkende på SWIFT 's Public Key Infrastructure ( PKI ) tjeneste .
( 4 ) The security of the message exchange between participants shall rely exclusively on SWIFT 's Public Key Infrastructure ( PKI ) service .
Information om PKI-tjenesten kan findes i den af SWIFT leverede dokumentation .
Information on the PKI service is available in the documentation provided by SWIFT .
Den » bilateral relationship management «- tjeneste , som leveres af SWIFT 's Relationship Management Application ( RMA ) , må kun anvendes med SSP 's centrale destinations og må ikke anvendes til betalingsmeddelelser mellem TARGET2-deltagere .
The « bilateral relationship management » service provided by SWIFT 's Relationship Management Application ( RMA ) shall only be used with the central destination BIC of the SSP and not for payment messages between TARGET2 participants .
Betalingsmeddelelsestyper 1 ) Følgende SWIFTNet FIN / SWIFT-systemmeddelelsestyper behandles :
Payment message types ( 1 ) The following SWIFTNet FIN / SWIFT system message types are processed :
▼M2 Meddelelsestype Accept Beskrivelse
▼M2 Message Type Type of use Description
MT 103 MT 103 + MT 202 Obligatorisk Obligatorisk Obligatorisk
MT 103 MT 103 + MT 202 MT 202COV MT 204 MT 011 MT 012 MT 019 MT 900 MT 910 MT 940/950
Kundebetaling ( Customer payment ) ( Straight Through Processing ) Bank-til-bank payment ) betaling ( Bank-to-bank
Mandatory Mandatory Mandatory Mandatory Optional Optional Optional Mandatory Optional Optional Optional
Obligatorisk Valgfri Dækningsbetalinger ( Cover payments ) Betaling ved direkte debitering ( Direct debit payment ) Leveringsmeddelelse ( Delivery Notification ) Afsendermeddelelse ( Sender notification ) Fejlmeddelelse ( Abort notification )
Customer payment Customer payment Processing ) Bank-to-bank payment Cover payments Direct debit payment Delivery notification Sender notification Abort notification Confirmation of debit Confirmation of credit ( Customer ) statement message ( Straight Through
2007O0002 --- DA --- 23.11.2009 --- 002.001 --- 38 ▼M2 Meddelelsestype Accept Beskrivelse MT 900
2007O0002 --- EN --- 23.11.2009 --- 002.001 --- 37 ▼B MT 011 , MT 012 and MT 019 are SWIFT system messages .
2 ) Når direkte deltagere bliver registreret i TARGET2 - [ indsæt centralbank / landereference ] , skal de meddele , hvilke valgfrie meddelelsestyper ( optional message types ) de vil anvende , bortset fra MT 011 - and MT 012-meddelelser , hvor direkte deltagere til enhver tid skal beslutte , hvorvidt de ønsker at modtage disse med henblik på specifikke meddelelser .
( 2 ) When they register with TARGET2 - [ insert CB / country reference ] , direct participants shall declare which optional message types they will use , with the exception of MT 011 and MT 012 messages in relation to which direct participants shall decide from time to time whether or not to receive them with reference to specific messages .
Deltagere skal opfylde kravene til SWIFT 's meddelelsesstruktur og feltspecifikationer , som defineret i SWIFT-dokumentationen og med de begrænsninger for TARGET2 , som er beskrevet i kapitel 9.1.2.2 i User Detailed Functional Specifications ( UDFS ) , Book 1 .
Participants shall comply with the SWIFT message structure and field specifications , as defined in the SWIFT documentation and under the restrictions set out for TARGET2 , as described in Chapter 9.1.2.2 of the User Detailed Functional Specifications ( UDFS ) , Book 1 .
Indholdet af felter skal godkendes af TARGET2 - [ indsæt centralbank / landereference ] i henhold til kravene i UDFS .
Field contents shall be validated at the level of TARGET2 - [ insert country / CB reference ] in accordance with the UDFS requirements .
Deltagere kan indbyrdes aftale særlige regler for indholdet af felter .
Participants may agree among each other on specific rules regarding the field contents .
TARGET2 - [ indsæt centralbank / landereference ] foretager imidlertid ingen kontrol af , om deltagere opfylder sådanne regler .
However , in TARGET2 - [ insert country / CB reference ] there shall be no specific checks as to whether participants comply with any such rules .
▼M2 5 ) MT 202COV anvendes til at foretage dækningsbetalinger , dvs . betalinger foretaget af korrespondentbanker for at afvikle ( dække ) kreditoverførselsmeddelelser , som sendes til en kundes bank ved hjælp af andre , mere direkte , metoder .
▼M2 ( 5 ) MT 202COV messages shall be used for making cover payments , i.e. payments made by correspondent banks to settle ( cover ) credit transfer messages which are submitted to a customer 's bank by other , more direct means .
Kundeoplysningerne i MT 202COV vises ikke i ICM-modulet .
Customer details contained in MT 202COV shall not be displayed in the ICM .
Dobbeltordrekontrol 1 ) Alle betalingsordrer skal igennem en dobbeltordrekontrol , som har til formål at afvise betalingsordrer , som ved en fejl er afgivet mere end én gang .
Double-entry check ( 1 ) All payment orders shall pass a double-entry check , the aim of which is to reject payment orders that have been submitted more than once by mistake .
Følgende felter i SWIFT meddelelsestyperne kontrolleres :
The following fields of the SWIFT message types shall be checked : Details Part of the SWIFT message Field
2 ) Detaljer
( 2 )
Afsender Meddelelsestype Modtager Transaktion Nummer ( TRN ) Relateret Reference Valør Dato Beløb 3 ) Reference
Sender Message type Receiver Transaction reference number ( TRN ) Related rreference Value date Amount ( 3 )
Basis Header Application Header Application Header Tekst Blok Tekst Blok Tekst Blok Tekst Blok
Basic hheader Application header Application header Text block Text block Text block Text block
LT-adresse Meddelelsestype Bestemmelsesadresse : 20 : 21 : 32 : 32
LT address Message type Destination address : 20 : 21 : 32 : 32
Hvis felterne beskrevet i nr. 2 ) i forbindelse med en senere afgivet betalingsordre er identiske med felterne i en allerede accepteret betalingsordre , returneres den senere afgivne betalingsordre som uafviklet .
If all the fields described in subparagraph 2 in relation to a newly submitted payment order are identical to those in relation to a payment order that has already been accepted , the newly submitted payment order shall be returned .
Fejlkoder Hvis en betalingsordre afvises , modtager den ordregivende deltager en fejlmeddelelse ( MT 019 ) , som angiver årsagen til returneringen ved anvendelse af fejlkoder .
Error codes If a payment order is rejected , the instructing participant shall receive an abort notification ( MT 019 ) indicating the reason for the rejection by using error codes .
Fejlkoderne er defineret i kapitel 9.4.2 i UDFS .
The error codes are defined in Chapter 9.4.2 of the UDFS .
På forhånd fastsatte afviklingstidspunkter 1 ) 2 ) For betalingsordrer , som anvender Earliest Debit Time Indicator , anvendes kodeordet » / FROTIME / «.
Predetermined settlement times ( 1 ) ( 2 ) For payment orders using the Earliest Debit Time Indicator , the codeword « / FROTIME /' shall be used .
For betalingsordrer , som anvender Latest Debit Time Indicator , er der to mulige kodeord .
For payment orders using the Latest Debit Time Indicator , two options shall be available .
a ) Kodeordet » / REJTIME / «: Hvis betalingsordren ikke kan afvikles på det angivne debiteringstidspunkt , afvises betalingsordren .
( a ) Codeword « / REJTIME / » : if the payment order cannot be settled by the indicated debit time , the payment order shall be returned .
b ) Kodeordet » / TILTIME / «: Hvis betalingsordren ikke kan afvikles på det angivne debiteringstidspunkt , afvises betalingsordren ikke , men opretholdes i den relevante kø .
2007O0002 --- EN --- 23.11.2009 --- 002.001 --- 38 ▼B ( b ) Codeword « / TILTIME / » : if the payment order cannot be settled by the indicated debit time , the payment order shall not be returned but shall be kept in the relevant queue .
I begge tilfælde bliver en meddelelse automatisk sendt via ICMmodulet , hvis en betalingsordre med Latest Debit Time Indicator ikke er afviklet 15 minutter forud for det deri angivne tidspunkt .
Under both options , if a payment order with a Latest Debit Time Indicator is not settled 15 minutes prior to the time indicated therein , a notification shall automatically be sent via the ICM .
3 ) Hvis kodeordet » / CLSTIME / « er anvendt , behandles betalingen på samme måde som en betalingsordre , nævnt i stk . 2 , litra b ) .
( 3 ) If the codeword « / CLSTIME / » is used , the payment shall be treated in the same way as a payment order referred to in subparagraph 2 ( b ) .
Afvikling af betalingsordrer i entry disposition 1 ) Der gennemføres modregningskontrol , og --- hvis relevant --- udvidet modregningskontrol ( begge udtryk som defineret i nr. 2 ) og 3 )) af betalingsordrer , som er indført i entry disposition , for at sikre en hurtig og likviditetsbesparende bruttoafvikling af betalingsordrer .
Settlement of payment orders in the entry disposition ( 1 ) Offsetting checks and , if appropriate , extended offsetting checks ( both terms as defined in paragraphs 2 and 3 ) shall be carried out on payment orders entered into the entry disposition to provide quick , liquidity-saving gross settlement of payment orders .
En modregningskontrol skal fastslå , hvorvidt betalingsmodtagerens betalingsordrer , som er forrest i den meget hastende kø eller , hvis ikke relevant , i den hastende kø , er til rådighed til modregning i betalerens betalingsordre ( herefter : » modregnende betalingsordrer «) .
An offsetting check shall determine whether the payee 's payment orders that are at the front of the highly urgent or , if inapplicable , the urgent queue are available to be offset against the payer 's payment order ( hereinafter « offsetting payment orders ') .
Hvis en modregnende betalingsordre ikke giver tilstrækkelige midler til den pågældende betalers betalingsordre i entry disposition , afgøres det , om der er tilstrækkelig likviditet til rådighed på betalerens PMkonto .
If an offsetting payment order does not provide sufficient funds for the respective payer 's payment order in the entry disposition , it shall be determined whether there is sufficient available liquidity on the payer 's PM account .
Hvis modregningskontrollen ikke lykkes , kan [ indsæt centralbankens navn ] anvende den udvidede modregningskontrol .
If the offsetting check fails , the [ insert name of CB ] may apply an extended offsetting check .
Ved en udvidet modregningskontrol fastslås det , hvorvidt der er modregnende betalingsordrer til rådighed i nogen af betalingsmodtagerens køer , uden hensyn til hvornår de kom i køen .
An extended offsetting check determines whether offsetting payment orders are available in any of the payee 's queues regardless of when they joined the queue .
Hvis der i betalingsmodtagerens kø er betalingsordrer med højere prioritet , som er adresseret til andre TARGET2 deltagere , kan FIFU-princippet dog kun fraviges , såfremt afvikling af en sådan modregnende betalingsordre vil medføre en likviditetsforøgelse for betalingsmodtageren .
However , if in the queue of the payee there are higher priority payment orders addressed to other TARGET2 participants , the FIFO principle may only be breached if settling such an offsetting payment order would result in a liquidity increase for the payee .
Afvikling af betalingsordrer i køen 1 ) 2 ) Behandlingen af betalingsordrer i kø afhænger af den prioritetskategori , som den ordregivende deltager har angivet .
Settlement of payment orders in the queue ( 1 ) ( 2 ) The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing participant .
Betalingsordrer i den meget hastende og i den hastende kø afvikles ved anvendelse af modregningskontrollen beskrevet i punkt 6 , idet der begyndes med betalingsordren forrest i køen i de tilfælde , hvor der sker en forøgelse af likviditeten , eller hvor der foretages indgriben i køen ( ændring af placering i køen , afviklingstidspunkt eller - prioritet , eller tilbagekaldelse af betalingsordren ) .
Payment orders in the highly urgent and urgent queues shall be settled by using the offsetting checks described in paragraph 6 , starting with the payment order at the front of the queue in cases where there is an increase in liquidity or there is an intervention at queue level ( change of queue position , settlement time or priority , or revocation of the payment order ) .
Betalingsordrer i den normale kø afvikles løbende , herunder alle meget hastende og hastende betalingsordrer , som endnu ikke er afviklet .
Payments orders in the normal queue shall be settled on a continuous basis including all highly urgent and urgent payment orders that have not yet been settled .
Der anvendes forskellige optimeringsmekanismer ( algoritmer ) .
Different optimisation mechanisms ( algorithms ) are used .
Hvis en algoritme lykkes , bliver de omfattede betalingsordrer afviklet ;
If an algorithm is successful , the included payment orders will be settled ;
hvis en algoritme ikke lykkes , forbliver de omfattede betalingsordrer i køen .
if an algorithm fails , the included payment orders will remain in the queue .
Der anvendes tre algoritmer ( 1 til 3 ) til modregning af betalingsstrømme .
Three algorithms ( 1 to 3 ) shall be applied to offset payment flows .
Afviklingsprocedure 5 ( som denne er defineret i kapitel 2.8.1 i UDFS ) kan --- ved brug af algoritme 4 --- anvendes til afvikling af afviklingssystemers betalingsordrer . For at optimere afviklingen af
By means of Algorithm 4 , settlement procedure 5 ( as defined in Chapter 2.8.1 of the UDFS ) shall be available for the settlement of payment instructions of ancillary systems .
2007O0002 --- DA --- 23.11.2009 --- 002.001 --- 40 ▼B meget hastende transaktioner i afviklingssystemer på deltagernes afviklingskonti , anvendes en særlig algoritme ( algoritme 5 ) .
To optimise the settlement of highly urgent ancillary system transactions on participants » sub-accounts , a special algorithm ( Algorithm 5 ) shall be used .
a ) I algoritme 1 ( all-or-nothing ) skal [ indsæt centralbankens navn ] såvel for alle modpartsforhold , for hvilke der er fastsat bilateral limit , som for summen af modpartsforhold , for hvilke der er fastsat multilateral limit : i ) beregne den samlede likviditetsposition for hver TARGET2 deltagers PM-konto ved at fastslå , hvorvidt den samlede sum af alle udgående og indgående betalingsordrer , som venter i køen , er negativ eller positiv , samt --- såfremt den er negativ --- kontrollere , om den overstiger den pågældende deltagers disponible likviditet ( den samlede likviditet skal udgøre den » totale likviditetposition «) , og ii ) kontrollere , om limits og reserveringer , som er fastsat af hver TARGET2 deltager i relation til hver relevant PM-konto , overholdes .
( a ) Under Algorithm 1 (' all-or-nothing ') the [ insert name of CB ] shall , both for each relationship in respect of which a bilateral limit has been set and also for the total sum of relationships for which a multilateral limit has been set : ( i ) calculate the overall liquidity position of each TARGET2 participant 's PM account by establishing whether the aggregate of all outgoing and incoming payment orders pending in the queue is negative or positive and , if it is negative , check whether it exceeds that participant 's available liquidity ( the overall liquidity position shall constitute the « total liquidity position ') ; and ( ii ) check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected .
Hvis resultatet af disse beregninger og kontroller er positivt for hver relevant PM-konto , skal [ indsæt centralbankens navn ] og andre centralbanker , som er involveret , afvikle alle betalinger samtidigt på de pågældende TARGET2 deltageres PM-konti .
2007O0002 --- EN --- 23.11.2009 --- 002.001 --- 39 ▼B If the outcome of these calculations and checks is positive for each relevant PM account , the [ insert name of CB ] and other CBs involved shall settle all payments simultaneously on the PM accounts of the TARGET2 participants concerned .
b ) Under algoritme 2 ( partial ) skal [ indsæt centralbankens navn ] : i ) beregne og kontrollere likviditetspositioner , limits og reservationer for hver relevant PM-konto , som under algoritme 1 , og ii ) hvis den samlede likviditetsposition på én eller flere relevante PM-konti er negativ , udtage enkelte betalingsordrer , indtil den samlede likviditetsposition på hver relevant PM-konto er positiv .
( b ) Under Algorithm 2 (' partial ') the [ insert name of CB ] shall : ( i ) calculate and check the liquidity positions , limits and reservations of each relevant PM account as under Algorithm 1 ; and ( ii ) if the total liquidity position of one or more relevant PM accounts is negative , extract single payment orders until the total liquidity position of each relevant PM account is positive .
Derefter skal [ indsæt centralbankens navn ] og de andre involverede centralbanker , i det omfang der er tilstrækkelige midler , afvikle alle tilbageværende betalinger ( bortset fra de udtagne betalingsordrer ) samtidigt på de pågældende TARGET2 deltageres PM-konti .
Thereafter , the [ insert name of CB ] and the other CBs involved shall , provided there are sufficient funds , settle all remaining payments ( except the extracted payment orders ) simultaneously on the PM accounts of the TARGET2 participants concerned .
Ved udtagelse af betalingsordrer begynder [ indsæt centralbankens navn ] med den TARGET2 deltagers PM-konto , som har den største negative likviditetsposition , og med den betalingsordre bagest i køen , som har lavest prioritet .
When extracting payment orders , the [ insert name of CB ] shall start from the TARGET2 participant 's PM account with the highest negative total liquidity position and from the payment order at the end of the queue with the lowest priority .
Algoritmen løber kun i kort tid , som nærmere fastsat efter [ indsæt centralbankens navn ] ' s skøn .
The selection process shall only run for a short time , to be determined by the [ insert name of CB ] at its discretion .
c ) Under algoritme 3 ( multiple ) skal [ indsæt centralbankens navn ] : i ) sammenligne TARGET2 deltageres PM-konti parvis for at fastslå , hvorvidt betalingsordrer i kø kan afvikles inden for den likviditet , som er til rådighed for de pågældende to TARGET2 deltageres PM-konti , og inden for de fastsatte limits , ( idet der begyndes med det PM-konti-par med den mindste forskel mellem betalingsordrer , som er adresseret til hinanden ) , og de ( n ) centralbank ( er ) , som er involveret , bogfører disse betalinger samtidigt hos de to TARGET2 deltageres PM-konti , og ii ) såfremt der for et PM-konti-par , som beskrevet under nr. i ) , ikke er tilstrækkelig likviditet til at finansiere den bilaterale position , udtage enkelte betalingsordrer , indtil der er tilstrækkelig likviditet .
( c ) Under Algorithm 3 (' multiple ') the [ insert name of CB ] shall : ( i ) compare pairs of TARGET2 participants » PM accounts to determine whether queued payment orders can be settled within the available liquidity of the two TARGET2 participants » PM accounts concerned and within the limits set by them ( by starting from the pair of PM accounts with the smallest difference between the payment orders addressed to each other ) , and the CB ( s ) involved shall book those payments simultaneously on the two TARGET2 participants » PM accounts ; and ( ii ) if , in relation to a pair of PM accounts as described under point ( i ) , liquidity is insufficient to fund the bilateral position , extract single payment orders until there is sufficient liquidity .