natgillin/translations-raw huggingface dataset:
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 internetitee ­ nuse osutaja andmekogumispõhimõtetega ."
19 . Article 40 ( 1 ) is replaced by the following : « 1 .
19 ) Artikli 40 lõige 1 asendatakse järgmisega : „1 .
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 kesk ­ panga ü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 saade ­ takse osaleja aadressil või faksinumbril või BIC aadressil , nagu osaleja on [ keskpangale ] avaldanud ."
Article 45 is replaced by the following : « Article 45 Severability 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. "
20 ) Artikkel 45 asendatakse järgmisega : „Artikkel 45 Tingimuste eraldi kohaldatavus Ü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 TECHNICAL SPECIFICATIONS FOR THE PROCESSING OF PAYMENT ORDERS FOR INTERNET-BASED ACCESS In addition to the Conditions , the following rules shall apply to the processing of payment orders using Internet-based access : 1 .
IA liide MAKSEJUHISTE TÖÖTLEMISE TEHNILINE KIRJELDUS INTERNETIPÕHISEKS JUURDEPÄÄSUKS Lisaks ÜT-le kohaldatakse maksejuhiste internetipõhise juurdepääsuga töötlemisele järgmisi reegleid . 1 .
Technical requirements for participation in TARGET2 - [ insert CB / country reference ] regarding infrastructure , network and formats ( 1 ) 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 .
Infrastruktuuri , võrgu ja formaatide tehnilised nõuded TARGET2 - [ keskpank / riik ] s osalemiseks 1 ) 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 maksemoo ­ duli 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.
( 2 ) 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 .
2 ) 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 .
( 3 ) 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 » .
3 ) 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 ( 1 ) Internet-based participants can make the following types of payments : ( a ) customer payments , i.e. credit transfers for which the ordering and / or beneficiary customer are not financial institutions ;
Maksesõnumite liigid 1 ) Internetipõhised osalejad võivad teostada järgmisi makseid : a ) kliendi makse , st. krediidiülekanne , mille puhul makse algataja ja / või makse saaja ei ole finantsasutus ;
( b ) 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 ;
b ) 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 ;
( c ) bank-to-bank transfers to request the movement of funds between financial institutions ;
c ) pankadevaheline ülekanne rahaliste vahendite ülekandmiseks finantsasutuste vahel ;
( d ) cover payments to request the movement of funds between financial institutions related to an underlying customer credit transfer .
d ) „cover » maksed rahaliste vahendite ülekandmiseks finantsasutuste vahel , mis on seotud kliendi krediidiülekan ­ nete 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 otsede ­ biteerimismakseid .
( 2 ) Participants shall comply with the field specifications , as defined in Chapter 9.1.2.2 of the UDFS , Book 1 .
2 ) Osalejad peavad järgima andmeväljade nõudeid , mis on määratletud kasutaja üksikasjaliku funktsioonikirjelduse 1 . peatüki punktis 9.1.2.2 .
( 3 ) Field contents shall be validated at the level of TARGET2 - [ insert country / CB reference ] in accordance with the UDFS requirements .
3 ) Välja sisu kinnitatakse TARGET2 - [ keskpankriik ] tasandil vastavalt UDFS nõuetele .
( 4 ) Participants using Internet-based access may make cover payments via TARGET2 , i.e. payments made by corre ­ spondent banks to settle ( cover ) credit transfer messages which are submitted to a customer 's bank by other , more direct means .
4 ) 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 otse ­ semal viisil .
Customer details contained in these cover payments shall not be displayed in the ICM .
„Cover » maksetes sisalduvaid kliendi andmeid ei esitata ICMis .
( 2 ) The following fields of the message types shall be checked :
2 ) Kontrollida tuleb järgmisi sõnumiliikide välju : Selgitus
Sender Message Type Receiver Transaction Reference Number ( TRN ) Related Reference Value Date Amount
Väli Saatja Sõnumiliik Vastuvõtja Tehingu viitenumber ( TRN ) Seotud viited Väärtuspäev Summa
Basic Header Application Header Application Header Text Block Text Block Text Block Text Block
Põhipäis Programmipäis Programmipäis Tekstiplokk Tekstiplokk Tekstiplokk Tekstiplokk
BIC Address Message Type Destination Address : 20 : 21 : 32 : 32
BIC aadress Sõnumiliik Sihtaadress : 20 : 21 : 32 : 32
( 3 ) 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 .
Error codes 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 .
Veakoodid 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 .
Predetermined settlement times ( 1 ) For payment orders using the Earliest Debit Time Indicator , the codeword « / FROTIME / » shall be used .
Ettemääratud arveldusajad 1 ) Debiteerimise algtähtaja määranguga maksejuhistes tuleb kasutada koodi „ / FROTIME / » .
( 2 ) For payment orders using the Latest Debit Time Indicator , two options shall be available .
2 ) Debiteerimise lõpptähtaja määranguga maksejuhiste puhul võib kasutada 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 .
( 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 .
b ) koodi „ / TILTIME / » : 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 .
( 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 ) .
3 ) Kui kasutatakse koodi „ / CLSTIME / » , kohaldatakse makse suhtes sama korda nagu alapunkti 2 alajaotuses b.
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 tasaarvelduskontroll ning vajadusel laiendatud tasaar ­ velduskontroll ( vastavalt nende mõistete määratlusele alapunktides 2 ja 3 ) , et tagada maksejuhiste kiire ja likviid ­ sussäästlik arveldamine .
( 2 ) 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 ") .
2 ) Tasaarvelduskontrolli käigus määratakse kindlaks , kas erakorraliste kiirmaksete või asjakohastel juhtudel kiirmak ­ sete 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 .
( 3 ) If the offsetting check fails , the [ insert name of CB ] may apply an extended offsetting check .
3 ) Kui tasaarvelduskontroll ebaõnnestub , võib [ keskpank ] kohaldada laiendatud tasaarvelduskontrolli .
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 prioriteetsu ­ sega 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 ( 1 ) The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing participant .
Järjekorras olevate maksejuhiste arveldamine 1 ) Järjekorda pandud maksejuhiste käsitlemine sõltub neile maksealgataja poolt antud prioriteedist .
( 2 ) 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 ) .
2 ) 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 kirjel ­ datud tasaarvelduskontrolli abil , alustades järjekorras esimesel kohal olevast maksejuhisest .
( 3 ) 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 .
3 ) Tavaliste maksete järjekorras olevad maksejuhised arveldatakse jooksvalt , lisades arveldamisse erakorralised kiir ­ maksejuhised ja kiirmaksejuhised , mida ei ole veel arveldatud .
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 makse ­ juhiste 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 allkon ­ todel kasutatakse 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 : ( 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 ") ;
a ) Kõikide kahepoolse piiranguga suhete ja mitmepoolse kogusumma piiranguga suhete osas kasutab [ keskpank ] algoritmi 1 ( „all-or-nothing ") järgmiseks : i ) 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 ") ;
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 .
( 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 ;
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 .
ning ii ) maksejuhiste ükshaaval eraldamine , kui ühe või enama vastava maksemooduli konto kogulikviidsusposit ­ sioon 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 .
( 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 ;
c ) Algoritmi 3 ( „multiple ") kasutab [ keskpank ] järgmiseks : i ) TARGET2 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 adressee ­ ritud maksejuhistega maksemooduli kontode paarist ) , ning asjaomased keskpangad kirjendavad need maksed üheaegselt nende kahe TARGET2 osaleja maksemooduli kontodel ;
( 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 .
ii ) 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 asja ­ omased 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 arvelduspo ­ sitsioone ( 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 .
( 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õhimõ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 ;
( 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 algorithms shall not run simultaneously .
Algoritmi 5 kasutatakse ka öise arveldamise ajal . 4 ) Pärast algoritmide 1 kuni 4 käivitamist võib sisendkontrolli sisestatud maksejuhised siiski arveldada viivitamata sisendkontrollis , kui vastavate TARGET2 osalejate maksemooduli kontode positsioonid ja piirangud võimaldavad nii nende maksejuhiste arveldamist kui ka käimasolevasse optimeerimismenetlusse kaasatud maksejuhiste arvelda ­ mist .
( 5 ) During daytime processing the algorithms shall run sequentially .
Kahte algoritmi ei või kasutada üheaegselt . 5 ) Arveldusperioodi ajal kasutatakse algoritme järjekorras .
As long as there is no pending simultaneous multilateral settlement of an ancillary system , the sequence shall be as follows : ( a ) algorithm 1 ;
Kui samal ajal ei ole ootel kõrvalsüsteemide samaaegset mitmepoolset arveldamist , on järjekord järgmine : a ) algoritm 1 ;
( b ) if algorithm 1 fails , then algorithm 2 ;
b ) kui algoritm 1 ei ole tulemuslik , siis algoritm 2 ;
( c ) if algorithm 2 fails , then algorithm 3 , or if algorithm 2 succeeds , repeat algorithm 1 .
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 , määrates eelnevalt viivituse erinevate algoritmide kasutamise vahel , et tagada kahe algoritmi kasutamise vähim intervall .
( 7 ) While included in a running algorithm , a payment order shall not be reordered ( change of the position in a queue ) or revoked .
7 ) Kui maksejuhise töötlemine algoritmiga on alanud , ei või selle asukohta järjekorras muuta ( ümber järjestada ) ega maksejuhist tühistada .
Use of the ICM ( 1 ) The ICM may be used for inputting payment orders .
ICMi kasutamine 1 ) ICMi võib kasutada maksejuhise sisestamiseks .
( 2 ) The ICM may be used for obtaining information and managing liquidity .
2 ) ICMi võib kasutada teabe saamiseks ja likviidsuse juhtimiseks .