natgillin/translations-raw huggingface dataset:
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 ] . For the submission of payment orders and the exchange of payment messages in the PM the SWIFTNet FIN Y-copy service shall be used .
Lisaks peab iga osaleja läbima testide seeria ja tõendama oma tehnilist ja töökorralduslikku valmisolekut , enne kui ta võib osaleda TARGET2 - [ keskpank / riik ] s. Maksemoodulis maksejuhiste andmiseks ja maksesõnumite vahetami ­ seks kasutatakse SWIFTNet FIN Y-copy teenust .
Information on the PKI service is available in the docu ­ mentation provided by SWIFT .
Teave PKI teenuse kohta on SWIFTi dokumentatsioonis .
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 .
SWIFTi suhtehaldusprogrammis ( Relationship Management Applica ­ tion , RMA ) asuvat kahepoolsete suhete halduri teenust ( bilateral rela ­ tionship management ) võib kasutada ainult ühisplatvormi keskse BIC jaoks ja mitte TARGET2 osalejate vahel maksesõnumite vahetamiseks .
Mandatory Mandatory Mandatory Mandatory Optional Optional Optional Mandatory
Kohustuslik Kohustuslik Kohustuslik Kohustuslik Valikuline Valikuline Valikuline Kohustuslik
Customer payment Customer payment ( Straight Through Processing ) Bank-to-bank payment Cover payments Direct debit payment Delivery notification Sender notification Abort notification
Kliendi makse Kliendi makse automaatseks töötlemiseks Pankadevaheline makse „Cover "- maksed Otsedebiteerimismakse Kättesaamise teade Teade saatjale Tagasilükkamise teade
2007O0002 --- EN --- 22.11.2010 --- 003.001 --- 48 ▼M2 Message Type Type of use Description
2007O0002 --- ET --- 22.11.2010 --- 003.001 --- 48 ▼M2 Sõnumiliik Kasutus Kirjeldus
▼M3 MT 900 MT 910 MT 940/950 Optional Optional Optional Confirmation of debit / Credit line change Confirmation of credit / Credit line change ( Customer ) statement message
▼M3 MT 900 MT 910 MT 940/950 Valikuline Valikuline Valikuline Debiteerimise kinnitus / krediidiliini muutus Krediteerimise kinnitus / krediidiliini muutus Kontoväljavõte
▼B MT 011 , MT 012 and MT 019 are SWIFT system messages .
▼B MT 011 , MT 012 ja MT 019 on SWIFT süsteemi sõnumid .
▼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 .
▼M2 5 ) MT 202COV teadet kasutatakse , et arveldada „cover » maksed , s. t maksed , mida korrespondentpangad arveldavad krediidiülekande teadete alusel , mis esitatakse kliendi pangale muul otsesemal viisil .
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 .
Unikaalsuse kontroll 1 ) Kõik maksejuhised peavad läbima unikaalsuse kontrolli , mille eesmär ­ giks on lükata tagasi maksejuhised , mis on ekslikult sisestatud rohkem kui üks kord .
Sender Message type Receiver Transaction number ( TRN ) Related rreference reference
Saatja Sõnumiliik Vastuvõtja Tehingu viitenumber ( tran ­ saction reference number , TRN ) Seotud viited
Basic hheader Application header Application header Text block Text block
Põhipäis Programmipäis Programmipäis Tekstiplokk
LT address Message type Destination address : 20 : 21
LT aadress Sõnumiliik Sihtaadress : 20 Tekstiplokk
2007O0002 --- EN --- 22.11.2010 --- 003.001 --- 49 ▼B Details Part of the SWIFT message Field
2007O0002 --- ET --- 22.11.2010 --- 003.001 --- 49 ▼B Selgitus SWIFTi sõnumi osa Väli
Value date Amount ( 3 )
Väärtuspäev Summa
Text block Text block
Tekstiplokk Tekstiplokk
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 .
3 ) Kui uue maksejuhise kõik alapunktis 2 kirjeldatud väljad on samad mis juba aktseptitud maksejuhises , lükatakse uus maksejuhis tagasi .
For payment orders using the Latest Debit Time Indicator , two options shall be available .
Debiteerimise lõpptähtaja määranguga maksejuhiste puhul võib kasu ­ tada kahte võimalust :
( a ) Codeword « / REJTIME / » : if the payment order cannot be settled by the indicated debit time , the payment order shall be returned .
a ) koodi „ / REJTIME / » ; kui maksejuhist ei ole võimalik määratud debiteerimisajaks arveldada , tuleb maksejuhis tagasi lükata .
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 .
Maksejuhiste töötlemine sisendkontrollis 1 ) Sisendkontrolli sisestatud maksejuhiste suhtes viiakse läbi tasaarvel ­ duskontroll ning vajadusel laiendatud tasaarvelduskontroll vastavalt määratlusele alapunktides 2 ja 3 , et tagada maksejuhiste kiire ja likviidsussäästlik arveldamine .
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 ') . 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 .
Tasaarvelduskontrolli käigus määratakse kindlaks , kas erakorraliste kiirmaksete või asjakohastel juhtudel kiirmaksete järjekorra alguses olevaid makse saaja maksejuhiseid võib tasaarveldada maksja makse ­ juhisega ( edaspidi „tasaarveldavad maksejuhised ") Kui tasaarveldav maksejuhis ei anna piisavalt vahendeid maksja maksejuhise jaoks sise ­ ndkontrollis , tuleb kontrollida , kas maksja maksemooduli kontol on piisavalt vaba likviidsust .
2007O0002 --- EN --- 22.11.2010 --- 003.001 --- 50 ▼B ( 3 ) If the offsetting check fails , the [ insert name of CB ] may apply an extended offsetting check .
2007O0002 --- ET --- 22.11.2010 --- 003.001 --- 50 ▼B 3 ) Kui tasaarvelduskontroll ebaõnnestub , võib [ keskpank ] kohaldada laiendatud tasaarvelduskontrolli .
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 .
Laiendatud tasaarvelduskontrolli käigus määratakse kindlaks , kas makse saaja mis tahes järjekordades on tasaarveldavaid maksejuhiseid , olenemata nende järjekorda pane ­ mise ajast .
Settlement of payment orders in the queue ( 1 ) The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing parti ­ cipant .
Järjekorras olevate maksejuhiste arveldamine 1 ) Järjekorda pandud maksejuhiste käsitlemine sõltub neile maksealgataja poolt antud prioriteedist .
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 ) .
Likviidsuse suurenemisel või järjekorra muutmisel ( järjekoha , arveldu ­ saja või prioriteedi muutmine või maksejuhise tühistamine ) arvelda ­ takse erakorraliste kiirmaksete ja kiirmaksete järjekorras olevad makse ­ juhised punktis 6 kirjeldatud tasaarvelduskontrolli abil , alustades järje ­ korras esimesel kohal olevast maksejuhisest .
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 .
Tavaliste maksete järjekorras olevad maksejuhised arveldatakse jooks ­ valt , lisades arveldamisse erakorralised kiirmaksejuhised ja kiirmakse ­ juhised , mida ei ole veel arveldatud .
Different optimisation mechanisms ( algorithms ) are used .
Kasutatakse erinevaid optimeeri ­ mismehhanisme ( algoritme ) .
Three algo ­ rithms ( 1 to 3 ) shall be applied to offset payment flows .
Maksevoogude tasaarveldusele kohaldatakse kolme algoritmi ( 1 kuni 3 ) .
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 .
Algoritmi 4 kasutatakse UDFS jaotises 2.8.1 määratletud arvelduskorra nr 5 puhul kõrvalsüs ­ teemide maksejuhiste arveldamiseks .
To optimise the settlement of highly urgent ancillary system transactions on participants » sub-accounts , a special algorithm ( Algorithm 5 ) shall be used .
Kõrvalsüsteemide erakorraliste kiirtehingute arveldamise optimeerimiseks osalejate allkontodel kasu ­ tatakse erialgoritmi ( algoritm 5 ) .
( 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 :
a ) Kõikide kahepoolse piiranguga suhete ja mitmepoolse kogusumma piiranguga suhete osas kasutab [ keskpank ] algoritmi 1 ( „all-ornothing ") järgmiseks :
( 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
i ) iga TARGET2 osaleja maksemooduli konto üldise likviidsuspo ­ sitsiooni arvutamine ; selleks tuleb tuvastada , kas kõikide järje ­ korras olevate väljuvate ja laekuvate maksejuhiste saldo on negatiivne või positiivne ning , kui see on negatiivne , kontrol ­ lida , kas see ületab vastava osaleja vaba likviidsust ( likviidsuse saldo moodustab „kogulikviidsuspositsiooni ") ;
( ii ) check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected .
ii ) TARGET2 osaleja poolt seoses iga maksemooduli kontoga nõutud piirangute ja reserveeringute järgimise kontroll .
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 .
Kui eelnimetatud arvutuste ja kontrollide tulemus on kõikide TARGET2 osalejate osas positiivne , siis [ keskpank ] ja teised asja ­ omased keskpangad arveldavad kõik maksed üheaegselt vastavate TARGET2 osalejate maksemooduli kontodel .
2007O0002 --- EN --- 22.11.2010 --- 003.001 --- 51 ▼B ( b ) Under Algorithm 2 (' partial ') the [ insert name of CB ] shall : ( i ) calculate and check the liquidity positions , limits and reser ­ vations of each relevant PM account as under Algorithm 1 ;
2007O0002 --- ET --- 22.11.2010 --- 003.001 --- 51 ▼B b ) Algoritmi 2 ( „partial ") kasutab [ keskpank ] järgmiseks : i ) iga vastava maksemooduli konto likviidsuspositsiooni , limiitide ja reserveeringute arvutamine ja kontroll nagu algoritmi 1 puhul ;
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 .
ii ) maksejuhiste ükshaaval eraldamine , kui ühe või enama vastava maksemooduli konto kogulikviidsuspositsioon on negatiivne , kuni kõikide vastavate maksemooduli kontode kogulikviidsus ­ positsioon on positiivne .
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 .
Seejärel , piisavate vahendite olemasolu korral , arveldavad [ kesk ­ pank ] ja teised asjaomased keskpangad kõik järelejäänud maksed ( välja arvatud eraldatud maksed ) üheaegselt vastavate TARGET2 osalejate maksemooduli kontodel .
( 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 parti ­ cipants » 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 parti ­ cipants » PM accounts ;
c ) Algoritmi 3 ( „multiple ") kasutab [ keskpank ] järgmiseks : i ) TARGET2 osalejate maksemooduli kontode paaride võrdlemi ­ seks , et määrata kindlaks , kas järjekorras olevaid maksejuhiseid on võimalik arveldada nende kahe TARGET2 osaleja makse ­ mooduli konto vaba likviidsuse ning nende poolt kehtestatud piirangute raames ( alustades väikseima arvu teineteisele adres ­ seeritud maksejuhistega maksemooduli kontode paarist ) , ning asjaomased keskpangad kirjendavad need maksed üheaegselt nende kahe TARGET2 osaleja maksemooduli kontodel ;
After performing the checks specified under subparagraphs ( i ) to ( ii ) , the [ insert name of CB ] shall check the multilateral settlement positions ( between a participant 's PM account and other TARGET2 participants » PM accounts in relation to which a multilateral limit has been set ) .
Pärast alajaotustes i ja ii määratletud kontrollide teostamist kont ­ rollib [ keskpank ] mitmepoolseid arvelduspositsioone ( osaleja maksemooduli konto ja teiste TARGET2 osalejate maksemooduli kontode vahel suhetes , millele on seatud mitmepoolne piirang ) .
( d ) Under Algorithm 4 (' partial plus ancillary system settlement ') the [ insert name of CB ] shall follow the same procedure as for Algorithm 2 , but without extracting payment orders in relation to the settlement of an ancillary system ( which settles on a simultaneous multilateral basis ) .
d ) Algoritmi 4 ( „partial plus ancillary system settlement ") kasutab [ keskpank ] selleks , et teostada sama menetlus mis algoritmi 2 puhul , kuid eraldamata maksejuhiseid , mis on seotud arveldamisega kõrvalsüsteemis ( mis arveldab samaaegsuse ja mitmepoolsuse põhi ­ mõttel ) .
( e ) Under Algorithm 5 (' ancillary system settlement via sub-accounts ') the [ insert name of CB ] shall follow the same procedure as for Algorithm 1 , subject to the modification that the [ insert name of CB ] shall start Algorithm 5 via the Ancillary System Interface and shall only check whether sufficient funds are available on participants » sub-accounts .
e ) Algoritmi 5 ( „ancillary system settlement via sub-accounts ") kasutab [ keskpank ] selleks , et teostada sama menetlus mis 1 . algoritmi puhul ;
Moreover , no limits and reservations shall be taken into account . Algorithm 5 shall also run during night-time settlement .
erinevuseks on , et [ keskpank ] käivitab algoritmi 5 kõrvalsüsteemiliidese kaudu ning kontrollib ainul seda , kas osale ­ jate allkontodel on piisavalt vahendeid . Lisaks ei võeta arvesse limiite ega reserveeringuid .
2007O0002 --- EN --- 22.11.2010 --- 003.001 --- 52 ▼B ( 4 ) Payment orders entered into the entry disposition after the start of any of algorithms 1 to 4 may nevertheless be settled immediately in the entry disposition if the positions and limits of the TARGET2 participants » PM accounts concerned are compatible with both the settlement of these payment orders and the settlement of payment orders in the current optimisation procedure . However , two algo ­ rithms shall not run simultaneously .
Algoritmi 5 kasutatakse ka öise arvel ­ damise ajal . 2007O0002 --- ET --- 22.11.2010 --- 003.001 --- 52 ▼B 4 ) Pärast algoritmide 1 kuni 4 käivitamist võib sisendkontrolli sisestatud maksejuhised siiski arveldada viivitamata sisendkontrollis , kui vasta ­ vate TARGET2 osalejate maksemooduli kontode positsioonid ja piirangud võimaldavad nii nende maksejuhiste arveldamist kui ka käimasolevasse optimeerimismenetlusse kaasatud maksejuhiste arvel ­ damist .
During daytime processing the algorithms shall run sequentially .
Arveldusperioodi ajal kasutatakse algoritme järjekorras . Kui samal ajal ei ole ootel kõrvalsüsteemide samaaegset mitmepoolset arveldamist , on järjekord järgmine :
As long as there is no pending simultaneous multilateral settlement of an ancillary system , the sequence shall be as follows : ( a ) algorithm 1 , ( b ) if algorithm 1 fails , then algorithm 2 , ( c ) if algorithm 2 fails , then algorithm 3 , or if algorithm 2 succeeds , repeat algorithm 1 .
b ) kui algoritm 1 ei ole tulemuslik , siis algoritm 2 , c ) kui algoritm 2 ei ole tulemuslik , siis algoritm 3 , või kui algoritm 2 on tulemuslik , korrata algoritmi 1 .
( 6 ) The algorithms shall run flexibly by setting a pre-defined time lag between the application of different algorithms to ensure a minimum interval between the running of two algorithms .
6 ) Algoritme tuleb kasutada paindlikult , arvestades ettemääratud viivitust erinevate algoritmide kasutamise vahel , et tagada kahe algoritmi kasu ­ tamise vähim intervall .
Manual inter ­ vention shall be possible .
Manuaalne sekkumine peab olema võimalik .
While included in a running algorithm , a payment order shall not be reordered ( change of the position in a queue ) or revoked .
Kui maksejuhise töötlemine algoritmiga on alanud , ei või selle asukohta järjekorras muuta ( ümber järjestada ) ega maksejuhist tühis ­ tada .
Requests for reordering or revocation of a payment order shall be queued until the algorithm is complete .
Maksejuhiste muutmise või tühistamise nõuded tuleb jätta järje ­ korda kuni algoritm on lõpetanud .
If the payment order concerned is settled while the algorithm is running , any request to reorder or revoke shall be rejected .
Kui vastav maksejuhis on algoritmi käitamise ajal arveldatud , lükatakse maksejuhise muutmise või tühis ­ tamise nõuded tagasi .
If the payment order is not settled , the participant 's requests shall be taken into account im ­ mediately .
Kui maksejuhist ei ole arveldatud , võetakse osaleja nõue viivitamata arvesse .
SWIFT 's Secure IP Network ( SIPN ) shall be the underlying technical communications network for exchanging infor ­ mation and running control measures .
Teabe saamiseks ja kontrollmeetmete kasutamiseks tuleb tehnilise lahendu ­ sena kasutada SWIFTi turvalist andmeside kaitse võrku ( SIPN ) . 2 )
The screens shall be offered in English only .
Teabeaknad on ainult inglise keeles . 3 )
The following modes shall be available for using the ICM : ( a ) application-to-application mode ( A2A ) In A2A , information and messages are transferred between the PM and the participant 's internal application .
a ) rakenduselt-rakendusele režiim ( application-to-application mode , A2A ) A2A režiimis vahetatakse teavet ja sõnumeid maksemooduli ja osaleja rakendusprogrammi vahel .
The participant therefore has to ensure that an appropriate application is available for the exchange of XML messages ( requests and responses ) with the ICM via a standardised interface .
Osaleja peab seetõttu tagama , et tal on XML vormis sõnumite ( nõuded ja vastused ) vahetamiseks ICMga standardliidese kaudu kasutusel asjakohane rakenduspro ­ gramm .
Further details are contained in the ICM User Handbook and in Book 4 of the UDFS .
Täpsemad detailid on esitatud UDFS 4 .
( 2 )
raamatus ning ICM kasutaja käsiraamatus .
2007O0002 --- EN --- 22.11.2010 --- 003.001 --- 53 ▼M2 ( b ) user-to-application mode ( U2A ) U2A permits direct communication between a participant and the ICM .
2007O0002 --- ET --- 22.11.2010 --- 003.001 --- 53 ▼M2 b ) kasutajalt-rakendusele-režiim ( user-to-application mode , U2A ) U2A võimaldab osaleja ja ICMi otsesuhtlust .
For U2A access the IT infra ­ structure has to be able to support cookies and JavaScript .
U2A juurdepää ­ suks peab arvutisüsteem võimaldama küpsiseid ja JavaScripti .
( 5 ) Each participant shall have at least one SWIFT Alliance WebStation , or another interface , as may be required by SWIFT , to have access to the ICM via U2A .
5 ) Igal osalejal peab olema vähemalt üks SWIFT Alliance WebStationi või muu liides , mida SWIFT võib nõuda , et saada U2A kaudu juur ­ depääs ISMi .
Access rights to the ICM shall be granted by using SWIFT 's « Role Based Access Control » .
ICMi juurdepääsuõigused antakse SWIFTi staatusepõhise juurdepääsu ­ halduri ( Role Based Access Control ) kaudu .
If a participant has technical problems and is unable to submit any payment order , it may generate preformatted backup lump sum and backup contingency payments by using the ICM .
Osaleja tehniliste probleemide korral , kui ta ei saa ühtegi maksejuhist esitada , võib ta ICMi vahendusel teostada ettevalmistatud kindlasum ­ malisi ja eriolukorra varumakseid .
The [ insert name of CB ] shall open such functionality upon request of the parti ­ cipant .
[ Keskpank ] peab andma vastava võimaluse osaleja taotluse korral .
Participants may also use the ICM to transfer liquidity : ( a ) [ insert if applicable ] from their PM account to their account outside the PM ;
Osalejad võivad ICMi kasutada ka likviidsuse ülekandmiseks : a ) [ sisesta , kui on kohaldatav ] oma maksemooduli kontolt väljaspool maksemoodulit asuvale kontole ;
and ( c ) from the PM account to the mirror account managed by the ancillary system .
ja c ) maksemooduli kontolt kõrvalsüsteemi poolt hallatavale peegeldu ­ vale kontole .
2007O0002 --- EN --- 22.11.2010 --- 003.001 --- 54 ▼B Appendix II TARGET2 COMPENSATION SCHEME 1 .
2007O0002 --- ET --- 22.11.2010 --- 003.001 --- 54 ▼B II liide TARGET2 HÜVITUSSÜSTEEM 1 .
General principles ( a ) If there is a technical malfunction of TARGET2 , direct participants may submit claims for compensation in accordance with the TARGET2 compensation scheme laid down in this Appendix .
Üldpõhimõtted a ) TARGET2 talitlushäire korral võivad otseosalejad esitada hüvitisenõu ­ deid käesolevas liites sätestatud TARGET2 hüvitussüsteemi kohaselt .
Unless otherwise decided by the ECB 's Governing Council , the TARGET2 compensation scheme shall not apply if the technical malfunction of TARGET2 arises out of external events beyond the reasonable control of the CBs concerned or as a result of acts or omissions by third parties .
Kui EKP nõukogu ei ole teisiti otsustanud , ei kohaldata TARGET2 hüvitussüsteemi , kui TARGET2 talitlushäire tuleneb välistest asja ­ oludest , mille esinemine mõistlikkuse põhimõttest lähtuvalt ei olene asjaomasest keskpangast , või tuleneb kolmandate isikute tegevusest või tegevusetusest .
Compensation under the TARGET2 compensation scheme shall be the only compensation procedure offered in the event of a technical malfunction of TARGET2 .
TARGET2 hüvitussüsteem on ainus hüvitamismenetlus , mida paku ­ takse TARGET2 talitlushäire korral .
If a participant accepts a compensation offer under the TARGET2 compensation scheme , this shall constitute the participant 's irrevocable agreement that it thereby waives all claims in relation to the payment orders concerning which it accepts compen ­ sation ( including any claims for consequential loss ) it may have against any CB , and that the receipt by it of the corresponding compensation payment constitutes full and final settlement of all such claims .
Kui osaleja nõustub TARGET2 hüvitussüsteemi kohaselt esitatud hüvitisepakkumusega , loetakse see osaleja suhtes tagasivõtmatuks kokkuleppeks , millega ta ühtlasi loobub kõikidest ( sealhulgas kaudse kahju hüvitamise ) nõuetest , mis tal võivad olla mis tahes keskpanga vastu , seoses maksejuhistega , millega seoses ta võttis vastu hüvitise , ning kinnitab , et tema poolt vastava hüvitise summa saamine lahendab need nõuded täielikult ja lõplikult .