natgillin/translations-raw huggingface dataset:
( 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 .
2 . Pri registrácii do TARGET2 - [ vložiť odkaz na CB / krajinu ] oznámia priami účastníci , ktoré typy voliteľných správ budú používať , s výnimkou správ MT 011 a MT 012 , vo vzťahu ku ktorým priami účastníci podľa potreby rozhodnú , či ich prijať s odkazom na špecifické správy .
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 .
Účastníci dodržujú štruktúru správ SWIFT a špecifikáciu polí , ako sú vymedzené v dokumentácii SWIFT a na základe obmedzení ustanovených pre TARGET2 , ako je uvedené v kapitole 9.1.2.2 . Podrobných funkčných užívateľských špecifikácií ( User Detailed Functional Specifications -- UDFS ) , kniha 1 .
Field contents shall be validated at the level of TARGET2 - [ insert country / CB reference ] in accordance with the UDFS requirements .
Obsah polí sa potvrdí na úrovni TARGET2 - [ vložiť odkaz na CB / krajinu ] v súlade s požiadavkami UDFS .
Participants may agree among each other on specific rules regarding the field contents .
Účastníci sa môžu navzájom dohodnúť na špecifických pravidlách týkajúcich sa obsahu polí .
However , in TARGET2 - [ insert country / CB reference ] there shall be no specific checks as to whether participants comply with any such rules .
V TARGET2 - [ vložiť odkaz na CB / krajinu ] však nie sú žiadne špecifické kontroly plnenia týchto pravidiel zo strany účastníkov .
▼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 .
Správy MT 202COV sa používajú na uskutočnenie krycích platieb , t. j. platieb uskutočnených korešpondenčnými bankami na vybavenie ( krytie ) správ o úhrade , ktoré sú zadané banke klienta inými , priamejšími spôsobmi .
Customer details contained in MT 202COV shall not be displayed in the ICM .
Údaje o klientovi obsiahnuté v MT 202COV nebudú zobrazené v ICM .
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 .
Kontrola dvojitého zadania 1 . Všetky platobné príkazy prechádzajú kontrolou dvojitého zadania , ktorej účelom je odmietnutie platobných príkazov , ktoré boli zadané omylom viackrát .
The following fields of the SWIFT message types shall be checked : Details Part of the SWIFT message Field
Kontrolujú sa tieto polia typov správ SWIFT : Podrobné údaje Časť SWIFT správy Pole
Sender Message type Receiver Transaction reference number ( TRN ) Related rreference Value date Amount ( 3 )
Odosielateľ Typ správy Adresát Referenčné číslo transakcie ( TRN ) Súvisiace informácie Deň valuty Suma 3 .
Basic hheader Application header Application header Text block Text block Text block Text block
Základné záhlavie Záhlavie aplikácie Záhlavie aplikácie Text Text Text Text
LT address Message type Destination address : 20 : 21 : 32 : 32
LT adresa Typ správy Adresa určenia : 20 : 21 : 32 : 32
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 .
V prípade , ak všetky polia uvedené v podbode 2 , ktoré sa týkajú novozadaných platobných príkazov , sú rovnaké ako tie , ktoré sa týkajú už prijatého platobného príkazu , novozadaný platobný príkaz sa vráti .
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 .
Kódy chýb V prípade , ak je platobný príkaz odmietnutý , zadávajúci účastník obdrží oznámenie o zrušení ( MT 019 ) , ktoré obsahuje dôvody odmietnutia vyjadrené použitím kódov chýb .
The error codes are defined in Chapter 9.4.2 of the UDFS .
Kódy chýb sú vymedzené v kapitole 9.4.2 UDFS .
Predetermined settlement times ( 1 ) ( 2 ) For payment orders using the Earliest Debit Time Indicator , the codeword « / FROTIME /' shall be used . For payment orders using the Latest Debit Time Indicator , two options shall be available .
2 . Kľúčové slovo „ / FROTIME / » sa použije pre platobné príkazy používajúce indikátor najskoršieho času zaúčtovania na ťarchu účtu .
( a ) Codeword « / REJTIME / » : if the payment order cannot be settled by the indicated debit time , the payment order shall be returned .
Pre platobné príkazy používajúce indikátor najneskoršieho času zaúčtovania na ťarchu účtu sú k dispozícii dve možnosti : a ) Kľúčové slovo „ / REJTIME / » : v prípade , ak platobný príkaz nemôže byť zúčtovaný do času stanoveného na zaúčtovanie na ťarchu účtu , platobný príkaz sa vráti .
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 .
2007O0002 --- SK --- 23.11.2009 --- 002.001 --- 40 ▼B b ) Kľúčové slovo „ / TILTIME / » : v prípade , ak platobný príkaz nemôže byť zúčtovaný do času stanoveného na zaúčtovanie na ťarchu účtu , platobný príkaz sa nevráti , ale zostane zaradený v príslušnom čakacom rade .
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 .
Pri oboch možnostiach , ak platobný príkaz s indikátorom najneskoršieho času zaúčtovania na ťarchu účtu nie je zúčtovaný 15 minút pred časom v ňom stanoveným , automaticky sa zašle oznámenie prostredníctvom ICM .
( 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 ) .
Ak sa použije kľúčové slovo „ / CLSTIME / » , s platbou sa naloží rovnako ako s platobným príkazom uvedeným v podbode 2 písm . 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 .
Zúčtovanie platobných príkazov vo vstupnej dispozícii 1 . Kontroly možnosti započítania , prípadne rozšírené kontroly možnosti započítania ( oba pojmy sú vymedzené v bodoch 2 a 3 ) sa vykonávajú na platobných príkazoch zaradených do vstupnej dispozície na účely rýchleho hrubého zúčtovania platobných príkazov s využitím minimálnej likvidity .
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 ') .
Kontrola možnosti započítania určí , či platobné príkazy príjemcu platby , ktoré sú v čakacom rade pred veľmi naliehavými platobnými príkazmi , alebo ak to nie je možné použiť , naliehavými platobnými príkazmi , je možné započítať voči platobnému príkazu platcu ( ďalej len „platobné príkazy s možnosťou započítania ") .
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 .
V prípade , ak platobný príkaz s možnosťou započítania neposkytuje dostatok peňažných prostriedkov vzhľadom na príslušný platobný príkaz platcu vo vstupnej dispozícii , určí sa , či je dostatok dostupnej likvidity na PM účte platcu .
If the offsetting check fails , the [ insert name of CB ] may apply an extended offsetting check .
V prípade , ak sa kontrola možnosti započítania neuskutoční , [ vložiť názov CB ] môže uplatniť rozšírenú kontrolu možnosti započítania .
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 .
Rozšírená kontrola možnosti započítania určí , či sú platobné príkazy s možnosťou započítania k dispozícii v akomkoľvek čakacom rade prijímateľa platby bez ohľadu na ich zaradenie do čakacieho radu .
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 .
V prípade , ak sú v čakacom rade príjemcu platby platobné príkazy s vyššou prioritou určené iným účastníkom TARGET2 , princíp FIFO môže byť porušený iba v prípade , ak by zúčtovanie takéhoto započítateľného platobného príkazu viedlo k zvýšeniu likvidity príjemcu platby .
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 .
2 . Spôsob spracovania platobných príkazov v čakacích radoch závisí od prioritnej triedy , ktorú im určil zadávajúci účastník .
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 ) .
Platobné príkazy v čakacích radoch veľmi naliehavých platobných príkazov a naliehavých platobných príkazov sú zúčtované formou kontrol započítania podľa odseku 6 , pričom sa začína s platobným príkazom na začiatku čakacieho radu v prípadoch zvýšenej likvidity alebo intervencie na úrovni čakacieho radu ( zmena pozície v čakacom rade , čas zúčtovania alebo priorita , alebo odvolanie platobného príkazu ) .
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 .
Platobné príkazy v bežnom čakacom rade sa zúčtovávajú priebežne , vrátane všetkých veľmi naliehavých platobných príkazov a naliehavých platobných príkazov , ktoré ešte neboli zúčtované .
Different optimisation mechanisms ( algorithms ) are used .
Používajú sa rôzne optimalizačné mechanizmy ( algoritmy ) .
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 .
Ak je algoritmus úspešný , zaradené platobné príkazy sa zúčtujú , ak algoritmus zlyhá , zaradené platobné príkazy zostávajú v čakacom rade .
Three algorithms ( 1 to 3 ) shall be applied to offset payment flows .
1 až č . 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 .
4 je k dispozícii zúčtovací postup č . 5 ( ako je vymedzený v kapitole 2.8.1 UDFS ) na zúčtovanie platobných pokynov pridružených systémov .
To optimise the settlement of highly urgent ancillary system transactions on participants » sub-accounts , a special algorithm ( Algorithm 5 ) shall be used .
Na účely optimalizácie zúčtovania veľmi naliehavých transakcií v pridružených systémoch na podúčtoch účastníka sa použije osobitný algoritmus ( algoritmus č . 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 ') ; and ( ii ) check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected .
a ) Podľa algoritmu č . 1 ( „všetko alebo nič ") [ vložiť názov CB ] pre každý vzťah , pre ktorý bol stanovený bilaterálny limit a tiež pre celkové množstvo vzťahov , pre ktoré bol stanovený multilaterálny limit : i ) vypočíta súhrnný stav likvidity každého PM účtu účastníka TARGET2 tak , že zistí , či súčet všetkých odchádzajúcich a prichádzajúcich platobných príkazov čakajúcich v čakacom rade je záporný alebo kladný , a ak je záporný skontroluje , či prevyšuje účastníkovu dostupnú likviditu ( súhrnný stav likvidity vytvorí „celkový stav likvidity ") , a
( 3 ) 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 .
2007O0002 --- SK --- 23.11.2009 --- 002.001 --- 41 ▼B ii ) skontroluje , či sú dodržané limity a rezervácie stanovené každým účastníkom TARGET2 vo vzťahu ku každému príslušnému PM účtu . V prípade , ak je výsledok týchto výpočtov a kontrol kladný pre každý PM účet , [ vložiť názov CB ] a iné dotknuté centrálne banky zúčtujú súčasne všetky platby na PM účtoch dotknutých účastníkov TARGET2 .
( 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 ) Podľa algoritmu č . 2 ( „čiastkový ") [ vložiť názov CB ] : i ) vypočíta a skontroluje stav likvidity , limity a rezervácie likvidity každého príslušného PM účtu tak , ako podľa algoritmu č .
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 .
1 , a ii ) ak je celkový stav likvidity jedného alebo viacerých príslušných PM účtov záporný , vyraďuje jednotlivé platobné príkazy , až kým je celkový stav likvidity každého príslušného PM účtu kladný .
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 .
[ vložiť názov CB ] a iné dotknuté centrálne banky potom za predpokladu , že je k dispozícii dostatok peňažných prostriedkov , zúčtujú súčasne všetky zostávajúce platby ( okrem vyradených platobných príkazov ) na PM účtoch príslušných účastníkov TARGET2 .
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 .
Pri vyraďovaní platobných príkazov začne [ vložiť názov CB ] od PM účtu účastníka TARGET2 s najvyšším záporným celkovým stavom likvidity a od platobného príkazu na konci čakacieho radu s najnižšou prioritou .
The selection process shall only run for a short time , to be determined by the [ insert name of CB ] at its discretion .
Vyraďovací proces sa spustí len na krátky čas , ktorý podľa vlastného uváženia určí [ vložiť názov CB ] .
( 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 .
c ) Podľa algoritmu č . 3 ( „viacnásobný ") [ vložiť názov CB ] : i ) porovná dvojice PM účtov účastníkov TARGET2 na účely určenia možnosti zúčtovania platobných príkazov v čakacom rade s dostupnou likviditou dvoch dotknutých PM účtov účastníkov TARGET2 a v rámci nimi stanovených limitov ( začínajúc dvojicou PM účtov s najmenším rozdielom medzi vzájomnými platobnými príkazmi ) a dotknutá (- é ) CB ( centrálne banky ) zaúčtuje (- ú ) tieto platby súčasne na PM účty dvoch účastníkov TARGET2 , a ii ) ak v prípade dvojice PM účtov podľa bodu i ) likvidita nie je dostatočná na krytie bilaterálnej pozície , vyraďuje jednotlivé platobné príkazy , až kým nie je likvidita dostatočná .
In this case the CB ( s ) involved shall settle the remaining payments , except the extracted ones , simultaneously on the two TARGET2 participants » PM accounts .
V takomto prípade zúčtujú dotknuté centrálne banky zostávajúce platby , okrem vyradených platieb , súčasne na PM účtoch dvoch účastníkov TARGET2 .
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 ) .
Po vykonaní kontrol uvedených v bodoch i ) a ii ) [ vložiť názov CB ] skontroluje multilaterálne zúčtovacie pozície ( medzi PM účtom účastníka a inými PM účtami účastníkov TARGET2 , pre ktorých bol stanovený multilaterálny limit ) .
For this purpose , the procedure described under subparagraphs ( i ) to ( ii ) shall apply mutatis mutandis .
Na tieto účely sa primerane použije postup uvedený v bodoch i ) a ii ) . d ) Podľa algoritmu č .
( 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 ) .
4 ( „čiastkový plus zúčtovanie pridruženého systému ") [ vložiť názov CB ] postupuje rovnakým spôsobom ako pri algoritme č . 2 , avšak bez vyraďovania platobných príkazov týkajúcich sa zúčtovania pridružených systémov ( ktoré zúčtováva na simultánnej multilaterálnej báze ) .
( e ) Under Algorithm 5 (' ancillary system settlement via subaccounts ') 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 .
5 ( „pridružený systém zúčtovania prostredníctvom podúčtov ") [ vložiť názov CB ] postupuje rovnako ako pri algoritme č . 1 , s prihliadnutím na rozdiel , že [ vložiť názov CB ] začne algoritmus č .
Moreover , no limits and reservations shall be taken into account .
Navyše nemusí brať do úvahy žiadne limity a rezervácie likvidity .
Algorithm 5 shall also run during night-time settlement .
Algoritmus č . 5 prebieha tiež počas nočného spracovania .
( 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 .
Platobné príkazy , ktoré sú zaradené do vstupnej dispozície po začiatku ktoréhokoľvek z algoritmov č . 1 až 4 , môžu byť napriek tomu okamžite zúčtované vo vstupnej dispozícii v prípade , ak pozície alebo limity príslušných PM účtov účastníkov TARGET2 sú zlučiteľné tak so zúčtovaním týchto platobných príkazov , ako aj so zúčtovaním platobných príkazov v prebiehajúcom optimalizačnom postupe .
However , two algorithms shall not run simultaneously .
Dva algoritmy však nemôžu prebiehať súčasne .
2007O0002 --- EN --- 23.11.2009 --- 002.001 --- 40 ▼B ( 5 ) During daytime processing the algorithms shall run sequentially .
2007O0002 --- SK --- 23.11.2009 --- 002.001 --- 42 ▼B 5 . Počas denného spracovania prebiehajú algoritmy postupne .
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 .
Pokiaľ nie je potrebné vykonať simultánne multilaterálne zúčtovanie pridruženého systému , postupnosť je takáto : a ) algoritmus č . 1 ;
When simultaneous multilateral settlement (' procedure 5 ') in relation to an ancillary system is pending , Algorithm 4 shall run .
Pokiaľ je potrebné vykonať simultánne multilaterálne zúčtovanie pridruženého systému , prebieha algoritmus č . 4 .
( 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 . S cieľom zabezpečiť minimálny časový odstup medzi dvoma prebiehajúcimi algoritmami algoritmy prebiehajú flexibilne tak , že sa vopred stanoví časové rozhranie medzi spustením jednotlivých algoritmov .
The time sequence shall be automatically controlled .
Časová postupnosť sa kontroluje automaticky .
Manual intervention shall be possible .
Manuálne zásahy sú možné .
While included in a running algorithm , a payment order shall not be reordered ( change of the position in a queue ) or revoked .
Platobnému príkazu nemožno zmeniť poradie ( zmena pozície v čakacom rade ) a ani ho nemožno odvolať , ak je predmetom prebiehajúceho algoritmu .
Requests for reordering or revocation of a payment order shall be queued until the algorithm is complete .
Požiadavky na zmenu poradia alebo odvolanie platobného príkazu sa zaradia do čakacieho radu až do ukončenia algoritmu .
If the payment order concerned is settled while the algorithm is running , any request to reorder or revoke shall be rejected .
Ak je príslušný platobný príkaz zúčtovaný počas prebiehajúceho algoritmu , akákoľvek požiadavka na zmenu poradia alebo odvolanie sa odmietne .
If the payment order is not settled , the participant 's requests shall be taken into account immediately .
Ak platobný príkaz nie je zúčtovaný , požiadavka účastníka sa zohľadní okamžite .
Use of the ICM ( 1 ) The ICM may be used for obtaining information and managing liquidity .
Používanie ICM 1 . ICM je možné použiť na získavanie informácii a riadenie likvidity .
SWIFT 's Secure IP Network ( SIPN ) shall be the underlying technical communications network for exchanging information and running control measures .
Technickou komunikačnou sieťou pre výmenu informácií a spustenie kontrolných opatrení je IP bezpečnostná sieť SWIFT ( Secure IP Network -- SIPN ) .
With the exception of warehoused payment orders and static data information , only data in relation to the current business day shall be available via the ICM .
S výnimkou uložených platobných príkazov a statických údajov sú prostredníctvom ICM k dispozícii iba údaje týkajúce sa bežného pracovného dňa .
The screens shall be offered in English only .
Stránky sú dostupné iba v anglickom jazyku .
Information shall be provided in « pull » mode , which means that each participant has to ask to be provided with information .
Informácie sa poskytujú v „pull » režime ( stiahnutie informácie na základe iniciatívy účastníka ) , čo znamená , že každý účastník musí o poskytnutie informácie požiadať .