natgillin/translations-raw huggingface dataset:
Paragraph 1 is replaced with the following:
Lõige 1 asendatakse järgmisega:
Unless otherwise provided in these Conditions, all payment and payment processing-related messages in relation to TARGET2, such as confirmations of debits or credits, or statement messages, between the [insert name of CB] and participants shall be made available for the participant on the ICM.”
Kui ÜT ei sätesta teisiti, tehakse kõik maksetega ja maksete töötlemisega seotud TARGET2 puudutavad sõnumid, näiteks debiteerimise ja krediteerimise kinnitused või kontoväljavõtted, [keskpanga] ja osalejate vahel osalejale kättesaadavaks ICMis.”
If a participant’s connection fails, the participant shall use the alternative means of transmission of messages laid down in Appendix IA to Annex V. In such cases, the saved or printed version of the message produced by the [insert name of CB] shall be accepted as evidence.”
Kui osaleja ühendus ei tööta, kasutab osaleja sõnumite edastamise alternatiivseid viise, mis on määratletud V lisa IA liites. Sellistel juhtudel käsitletakse tõendina [keskpanga] poolt salvestatud või trükitud sõnumi versiooni.”
Article 34(4)(c) is replaced by the following:
Artikli 34 lõike 4 punkt c asendatakse järgmisega:
Once such an ICM broadcast message has been made available to participants using Internet-based access, those participants shall be deemed informed of the termination/- suspension of a participant’s participation in TARGET2-[insert CB/country reference] or another TARGET2 component system.
Sellise ICM teate internetipõhist juurdepääsu kasutavatele osalejatele kättesaadavaks tegemisel loetakse, et asjaomaseid osalejaid on osaleja osalemise lõpetamisest/peatamisest TARGET2-[keskpank/riik]s või teises TARGET2 osasüsteemis teavitatud.
The participants shall bear any losses arising from the submission of a payment order to participants whose participation has been suspended or terminated if such payment order was entered into TARGET2-[insert CB/country reference] after the ICM broadcast message was made available.”
Osalejad vastutavad kahju eest, mis tuleneb osalejatele, kelle osalemine on peatatud või lõpetatud, määratud maksejuhise edastamisest, kui selline maksejuhis on sisestatud TARGET2-[keskpank/riik]s pärast ICM teate kättesaadavaks tegemist.”
Prior to entering into a contractual relationship with an Internet service provider, participants using Internet-based access shall acquaint themselves with that Internet service provider’s data retrieval policy.”
Enne internetiteenuse osutajaga lepingulisse suhtesse astumist peavad internetipõhist juurdepääsu kasutavad osalejad tutvuma internetiteenuse osutaja andmekogumispõhimõtetega.”
Except where otherwise provided for in these Conditions, all notices required or permitted pursuant to these Conditions shall be sent by registered post, facsimile or otherwise in writing.
Kui ÜTs ei ole sätestatud teisiti, edastatakse kõik ÜT kohaselt nõutavad või lubatavad teated tähitud kirjaga, faksiga või kirjalikult.
Notices to the [insert name of CB] shall be submitted to the head of the [insert payment systems department or relevant CB unit] of [insert name of CB], [include relevant address of CB] or to the [insert BIC address of the CB].
Teated [keskpangale] edastatakse [keskpanga] [maksesüsteemide osakonna või asjaomase keskpanga üksuse] juhatajale [keskpanga aadress] aadressil või [keskpanga BIC aadress] aadressil.
Notices to the participant shall be sent to it at the address, fax number or its BIC address as the participant may from time to time notify to the [insert name of CB].”
Teated osalejale saadetakse osaleja aadressil või faksinumbril või BIC aadressil, nagu osaleja on [keskpangale] avaldanud.”
Article 45 is replaced by the following:
Artikkel 45 asendatakse järgmisega:
“Article 45
„Artikkel 45
Severability
Tingimuste eraldi kohaldatavus
If any provision in these Conditions or Annex V is or becomes invalid, this shall not prejudice the applicabilityof all the other provisions of these Conditions or Annex V.”
ÜT või V lisa ühe või mitme sätte kehtetuks tunnistamine ei mõjuta ÜT või V lisa muude sätete kohaldatavust.”
Appendix IA
IA liide
TECHNICAL SPECIFICATIONS FOR THE PROCESSING OF PAYMENT ORDERS FOR INTERNET-BASED ACCESS
MAKSEJUHISTE TÖÖTLEMISE TEHNILINE KIRJELDUS INTERNETIPÕHISEKS JUURDEPÄÄSUKS
In addition to the Conditions, the following rules shall apply to the processing of payment orders using Internet-based access:
Lisaks ÜT-le kohaldatakse maksejuhiste internetipõhise juurdepääsuga töötlemisele järgmisi reegleid.
Technical requirements for participation in TARGET2-[insert CB/country reference] regarding infrastructure, network and formats
Infrastruktuuri, võrgu ja formaatide tehnilised nõuded TARGET2-[keskpank/riik]s osalemiseks
Each participant using Internet-based access must connect to the ICM of TARGET2 using a local client, operating system and Internet browser as specified in the Annex “Internet-based participation – System requirements for Internet access” to the User Detailed Functional Specifications (UDFS), with settings defined.
Iga internetipõhist juurdepääsu kasutav osaleja peab looma ühenduse TARGET2 ICMiga, kasutades kasutaja üksikasjaliku funktsioonikirjelduse (UDFS) lisas „Internetipõhine osalemine – internetiühenduse süsteeminõuded” sätestatud kohalikku klienti, operatsioonisüsteemi ja veebilehitsejat määratlevaid seadistusi.
Each participant’s PM account shall be identified by an eight- or 11-digit BIC.
Iga osaleja maksemooduli konto tuvastatakse 8- või 11-kohalise BIC tunnuskoodi abil.
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].
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.
For the submission of payment orders and the exchange of payment messages in the PM the TARGET2 platform BIC, TRGTXEPMLVP, will be used as the message sender/receiver.
Maksemoodulis maksejuhiste andmiseks ja maksesõnumite vahetamisel kasutatakse sõnumite saatja/vastuvõtjana TARGET2 platvormi BIC, TRGTXEPMLVP.
Payment orders sent to a participant using Internet-based access should identify that receiving participant in the beneficiary institution field.
Internetipõhist ühendust kasutavale osalejale saadetud maksejuhises peab asjaomase osaleja nimi olema märgitud makse saaja real.
Payment orders made by a participant using Internet-based access will identify that participant as the ordering institution.
Internetipõhist ühendust kasutava osaleja poolt antud maksejuhises peab asjaomane osaleja olema märgitud makse algatajana.
Participants using Internet-based access shall use public key infrastructure services as specified in the “User Manual: Internet Access for the public-key certification service”.
Internetipõhist ühendust kasutavad osalejad peavad kasutama avaliku võtme infrastruktuuri teenuseid vastavalt kasutusjuhendile „User Manual: Internet Access for the public-key certification service”.
Payment message types
Maksesõnumite liigid
Internet-based participants can make the following types of payments:
Internetipõhised osalejad võivad teostada järgmisi makseid:
customer payments, i.e. credit transfers for which the ordering and/or beneficiary customer are not financial institutions;
kliendi makse, st. krediidiülekanne, mille puhul makse algataja ja/või makse saaja ei ole finantsasutus;
customer payments STP, i.e. credit transfers for which the ordering and/or beneficiary customer are not financial institutions, executed in straight through processing mode;
kliendi makse automaatseks töötlemiseks, st. krediidiülekanded, mille puhul makse algataja ja/või makse saaja ei ole finantsasutus, ning mida töödeldakse automaatselt;
bank-to-bank transfers to request the movement of funds between financial institutions;
pankadevaheline ülekanne rahaliste vahendite ülekandmiseks finantsasutuste vahel;
cover payments to request the movement of funds between financial institutions related to an underlying customer credit transfer.
„cover” maksed rahaliste vahendite ülekandmiseks finantsasutuste vahel, mis on seotud kliendi krediidiülekannete alustehingutega.
In addition, participants using Internet-based access to a PM account can receive direct debit orders.
Lisaks on maksemooduli kontole internetipõhist juurdepääsu kasutavatel osalejatel võimalik vastu võtta otsedebiteerimismakseid.
Participants shall comply with the field specifications, as defined in Chapter 9.1.2.2 of the UDFS, Book 1.
Osalejad peavad järgima andmeväljade nõudeid, mis on määratletud kasutaja üksikasjaliku funktsioonikirjelduse 1. peatüki punktis 9.1.2.2.
Field contents shall be validated at the level of TARGET2-[insert country/CB reference] in accordance with the UDFS requirements.
Välja sisu kinnitatakse TARGET2-[keskpankriik] tasandil vastavalt UDFS nõuetele.
Participants may agree among each other on specific rules regarding the field contents.
Osalejad võivad omavahel väljade sisu osas kokku leppida erireeglites.
However, in TARGET2-[insert country/CB reference] there shall be no specific checks as to whether participants comply with any such rules.
Nende erireeglite järgimise suhtes ei teostata TARGET2-[keskpank/riik]s eraldi kontrolli.
Participants using Internet-based access may make cover payments via TARGET2, 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.
Internetipõhist juurdepääsu kasutavad osalejad võivad TARGET2 kaudu arveldada „cover” makseid, st maksed, mida korrespondentpangad arveldavad krediidiülekande teadete alusel, mis esitatakse kliendi pangale muul otsesemal viisil.
Customer details contained in these cover payments shall not be displayed in the ICM.
„Cover” maksetes sisalduvaid kliendi andmeid ei esitata ICMis.
Double-entry check
Unikaalsuse kontroll
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.
Kõik maksejuhised peavad läbima unikaalsuse kontrolli, mille eesmärgiks on lükata tagasi maksejuhised, mis on ekslikult sisestatud rohkem kui üks kord.
The following fields of the message types shall be checked:
Kontrollida tuleb järgmisi sõnumiliikide välju:
Details
Selgitus
Part of the message
Sõnumi osa
Sender
Saatja
Basic Header
Põhipäis
BIC Address
BIC aadress
Message Type
Sõnumiliik
Application Header
Programmipäis
Receiver
Vastuvõtja
Destination Address
Sihtaadress
Transaction Reference Number (TRN)
Tehingu viitenumber (TRN)
Text Block
Tekstiplokk
Related Reference
Seotud viited
Value Date
Väärtuspäev
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.
Kui uue maksejuhise kõik alapunktis 2 kirjeldatud väljad on samad mis juba aktseptitud maksejuhises, lükatakse uus maksejuhis tagasi.
Error codes
Veakoodid
If a payment order is rejected, an abort notification shall be provided via the ICM indicating the reason for the rejection by using error codes.
Kui maksejuhis lükatakse tagasi, saadetakse ICMi tagasilükkamise teade, milles on tagasilükkamise põhjus näidatud veakoodiga.
The error codes are defined in Chapter 9.4.2 of the UDFS.
Veakoodid on määratletud UDFS punktis 9.4.2.
For payment orders using the Earliest Debit Time Indicator, the codeword “/FROTIME/” shall be used.
Debiteerimise algtähtaja määranguga maksejuhistes tuleb kasutada koodi „/FROTIME/”.
For payment orders using the Latest Debit Time Indicator, two options shall be available.
Debiteerimise lõpptähtaja määranguga maksejuhiste puhul võib kasutada kahte võimalust:
Codeword “/REJTIME/”
koodi „/REJTIME/”
if the payment order cannot be settled by the indicated debit time, the payment order shall be returned.
kui maksejuhist ei ole võimalik määratud debiteerimisajaks arveldada, tuleb maksejuhis tagasi lükata.
Codeword “/TILTIME/”
koodi „/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.
kui maksejuhist ei ole võimalik määratud debiteerimisajaks arveldada, ei lükata maksejuhist tagasi, vaid hoitakse asjakohases järjekorras.
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 provided via the ICM.
Mõlemal juhul, kui debiteerimise lõpptähtaja määranguga maksejuhist ei ole arveldatud 15 minutit enne selles määratud aega, postitatakse selle kohta ICM kaudu automaatselt teade.
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).
Kui kasutatakse koodi „/CLSTIME/”, kohaldatakse makse suhtes sama korda nagu alapunkti 2 alajaotuses b.
Settlement of payment orders in the entry disposition
Maksejuhiste töötlemine sisendkontrollis
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.
Sisendkontrolli sisestatud maksejuhiste suhtes viiakse läbi tasaarvelduskontroll ning vajadusel laiendatud tasaarvelduskontroll (vastavalt nende mõistete 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”).
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 maksejuhisega (edaspidi „tasaarveldavad maksejuhised”).
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.
Kui tasaarveldav maksejuhis ei anna piisavalt vahendeid maksja maksejuhise jaoks sisendkontrollis, tuleb kontrollida, kas maksja maksemooduli kontol on piisavalt vaba likviidsust.
If the offsetting check fails, the [insert name of CB] may apply an extended offsetting check.
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 panemise ajast.
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.
Kui makse saaja järjekorras on kõrgema prioriteetsusega teistele TARGET2 osalejatele suunatud maksejuhiseid, võib FIFO põhimõttest kõrvale kalduda ainult juhul, kui sellise tasaarveldava maksejuhise arveldamise tulemusel makse saaja likviidsus suureneb.
Settlement of payment orders in the queue
Järjekorras olevate maksejuhiste arveldamine
The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing participant.
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, arveldusaja või prioriteedi muutmine või maksejuhise tühistamine) arveldatakse erakorraliste kiirmaksete ja kiirmaksete järjekorras olevad maksejuhised punktis 6 kirjeldatud tasaarvelduskontrolli abil, alustades järjekorras 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 jooksvalt, lisades arveldamisse erakorralised kiirmaksejuhised ja kiirmaksejuhised, mida ei ole veel arveldatud.
Different optimisation mechanisms (algorithms) are used.
Kasutatakse erinevaid optimeerimismehhanisme (algoritme).
If an algorithm is successful, the included payment orders will be settled; if an algorithm fails, the included payment orders will remain in the queue.
Kui algoritmi töö õnnestub, siis kaasatud maksejuhised arveldatakse; kui algoritmi töö ebaõnnestub, siis jäävad kaasatud maksejuhised järjekorda.
Three algorithms (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 punktis 2.8.1 määratletud arvelduskorra nr 5 puhul kõrvalsüsteemide 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 kasutatakse erialgoritmi (algoritm 5).
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:
Kõikide kahepoolse piiranguga suhete ja mitmepoolse kogusumma piiranguga suhete osas kasutab [keskpank] algoritmi 1 („all-or-nothing”) järgmiseks:
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
iga TARGET2 osaleja maksemooduli konto üldise likviidsuspositsiooni arvutamine; selleks tuleb tuvastada, kas kõikide järjekorras olevate väljuvate ja laekuvate maksejuhiste saldo on negatiivne või positiivne ning, kui see on negatiivne, kontrollida, kas see ületab vastava osaleja vaba likviidsust (likviidsuse saldo moodustab „kogulikviidsuspositsiooni”); ja
check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected.
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 kontrollimise tulemus on kõikide asjakohaste maksemooduli kontode osas positiivne, siis [keskpank] ja teised asjaomased keskpangad arveldavad kõik maksed üheaegselt vastavate TARGET2 osalejate maksemooduli kontodel.
Under Algorithm 2 (“partial”) the [insert name of CB] shall:
Algoritmi 2 („partial”) kasutab [keskpank] järgmiseks:
calculate and check the liquidity positions, limits and reservations of each relevant PM account as under Algorithm 1; and
iga vastava maksemooduli konto likviidsuspositsiooni, limiitide ja reserveeringute arvutamine ja kontroll nagu algoritmi 1 puhul; ning
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.
maksejuhiste ükshaaval eraldamine, kui ühe või enama vastava maksemooduli konto kogulikviidsuspositsioon on negatiivne, kuni kõikide vastavate maksemooduli kontode kogulikviidsuspositsioon 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 [keskpank] ja teised asjaomased keskpangad kõik järelejäänud maksed (välja arvatud eraldatud maksed) üheaegselt vastavate TARGET2 osalejate maksemooduli kontodel.
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.
Maksejuhiste eraldamist alustab [keskpank] suurima negatiivse kogulikviidsuspositsiooniga TARGET2 osaleja maksemooduli kontost ning madalaima prioriteetsusega maksejuhiste järjekorra lõpust.
The selection process shall only run for a short time, to be determined by the [insert name of CB] at its discretion.
Valik võib toimuda ainult lühikese aja jooksul, mille kestuse määrab [keskpank] oma äranägemisel.
Under Algorithm 3 (“multiple”) the [insert name of CB] shall:
Algoritmi 3 („multiple”) kasutab [keskpank] järgmiseks:
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
osalejate maksemooduli kontode paaride võrdlemiseks, et määrata kindlaks, kas järjekorras olevaid maksejuhiseid on võimalik arveldada nende kahe TARGET2 osaleja maksemooduli konto vaba likviidsuse ning nende poolt kehtestatud piirangute raames (alustades väikseima arvu teineteisele adresseeritud maksejuhistega maksemooduli kontode paarist), ning asjaomased keskpangad kirjendavad need maksed üheaegselt nende kahe TARGET2 osaleja maksemooduli kontodel; ning
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.
kui alajaotuses i kirjeldatud maksemooduli kontode paari likviidsus ei ole piisav kahepoolse positsiooni rahastamiseks, üksikute maksejuhiste eraldamine kuni likviidsus on piisav.
In this case the CB(s) involved shall settle the remaining payments, except the extracted ones, simultaneously on the two TARGET2 participants’ PM accounts.
Sellisel juhul arveldavad asjaomased keskpangad järelejäänud maksed, v.a eraldatud 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 kontrollib [keskpank] mitmepoolseid arvelduspositsioone (osaleja maksemooduli konto ja teiste TARGET2 osalejate maksemooduli kontode vahel suhetes, millele on seatud mitmepoolne piirang).
For this purpose, the procedure described under subparagraphs (i) to (ii) shall apply mutatis mutandis.
Sellel eesmärgil kohaldatakse mutatis mutandis alajaotustes i kuni ii kirjeldatud korda.