natgillin/translations-raw huggingface dataset:
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 príjemcu 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
Zúčtovanie platobných príkazov v čakacom rade
The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing participant.
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 možností 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.
Na započítanie tokov platieb sa použijú tri algoritmy (č. 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.
Prostredníctvom algoritmu č. 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).
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:
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ý mnohostranný limit:
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
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
check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected.
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.
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.
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.
Under Algorithm 2 (“partial”) the [insert name of CB] shall:
Podľa algoritmu č. 2 (‚čiastkový‘) [vložiť názov CB]:
calculate and check the liquidity positions, limits and reservations of each relevant PM account as under Algorithm 1; and
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 č. 1, a
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.
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 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íkazcu 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].
Under Algorithm 3 (“multiple”) the [insert name of CB] shall:
Podľa algoritmu č. 3 (‚viacnásobný‘) [vložiť názov CB]:
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
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
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.
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).
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).
Podľa algoritmu č. 4 (‚čiastkový a pridružený systém zúčtovania‘) [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 súčasne medzi viacerými stranami).
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.
Podľa algoritmu č. 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 č. 5 prostredníctvom rozhrania pridruženého systému a skontroluje len to, či je na podúčtoch účastníkov dostatok prostriedkov.
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 zúčtovania.
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 a 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.
During daytime processing the algorithms shall run sequentially.
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:
Pokiaľ nie je potrebné vykonať simultánne multilaterálne zúčtovanie pridruženého systému, postupnosť je takáto:
algorithm 1;
algoritmus č. 1;
if algorithm 1 fails, then algorithm 2;
ak algoritmus č. 1 zlyhá, následne algoritmus č. 2;
if algorithm 2 fails, then algorithm 3, or if algorithm 2 succeeds, repeat algorithm 1.
ak algoritmus č. 2 zlyhá, následne algoritmus č. 3, alebo ak je algoritmus č. 2 úspešný, opakuje sa 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 (‚postup č. 5‘) pridruženého systému, prebieha algoritmus č. 4.
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.
S cieľom zabezpečiť minimálny časový odstup medzi dvoma prebiehajúcimi algoritmami, algoritmy prebiehajú flexibilne tak, že sa vopred stanoví časové obdobie 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žiadavky účastníka sa zohľadnia okamžite.
The ICM may be used for inputting payment orders.
ICM je možné použiť na zadávanie platobných príkazov.
The ICM may be used for obtaining information and managing liquidity.
ICM je možné použiť na získavanie informácii a riadenie likvidity.
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ť.
Participants shall check the ICM regularly throughout the business day for important messages.
Účastníci kontrolujú pravidelne počas pracovných dní, či sa v ICM nezobrazujú dôležité správy.
Only user-to-application mode (U2A) shall be available for participants using Internet-based access.
Pre účastníkov, ktorí využívajú prístup prostredníctvom internetu, je k dispozícii len režim ‚od užívateľa k aplikácii‘ (U2A).
The information is displayed in a browser running on a PC.
Informácia sa zobrazuje v prehliadači spustenom na počítači.
Further details are described in the ICM User Handbook.
Ďalšie podrobnosti sú uvedené v užívateľskej príručke ICM.
Each participant shall have at least one workstation with Internet access to access the ICM via U2A.
Každý účastník má na prístup k ICM prostredníctvom U2A k dispozícii najmenej jednu pracovnú stanicu pripojenú na internet.
Access rights to the ICM shall be granted by using certificates, the use of which is described more fully in paragraphs 10 to 13.
Prístupové práva do ICM sa poskytnú použitím certifikátov, pričom ich použitie je v plnom znení opísané v odsekoch 10 až 13.
Participants may also use the ICM to transfer liquidity:
Účastníci môžu tiež použiť ICM na prevod likvidity:
[insert if applicable] from their PM account to their account outside the PM;
[vložiť v prípade potreby] z ich PM účtu na ich účet mimo PM;
between the PM account and the participant’s sub-accounts; and
medzi PM účtom a podúčtami účastníka a
from the PM account to the mirror account managed by the ancillary system.
z PM účtu na zrkadlový účet vedený v pridruženom systéme.
The UDFS, the ICM User Handbook and the “User Manual: Internet Access for the Public Key Certification Service”
UDFS, užívateľská príručka ICM a ‚Užívateľská príručka: Prístup k službe overovania pomocou verejného kľúča prostredníctvom internetu‘
Further details and examples explaining the above rules are contained in the UDFS and the ICM User Handbook, as amended from time to time and published on the [insert name of CB]’s website and the TARGET2 website in English, and in the “User Manual: Internet Access for the Public Key Certification Service”.
Ďalšie podrobnosti a príklady vysvetľujúce vyššie uvedené pravidlá sa nachádzajú v UDFS a v Užívateľskej príručke ICM v znení prípadných neskorších zmien a doplnení uverejnených na internetovej stránke [vložiť názov CB] a na internetovej stránke TARGET2 v anglickom jazyku, ako aj v ‚Užívateľskej príručke: Prístup k službe overovania verejného kľúča prostredníctvom internetu‘.
Issuance, suspension, reactivation, revocation and renewal of certificates
Vydávanie, pozastavovanie platnosti, zrušovanie pozastavenia platnosti, zrušovanie a obnovovanie certifikátov
The participant shall request from [insert name of CB] the issuance of certificates to allow them to access TARGET2 [insert CB/country reference] using Internet-based access.
Účastník žiada o vydanie certifikátov na účely prístupu do TARGET2 [vložiť odkaz na CB/krajinu] prostredníctvom internetu [vložiť názov CB].
The participant shall request from [insert name of CB] the suspension and reactivation of certificates, as well as the revocation and renewal of certificates, when a certificate holder no longer wishes to have access to TARGET2 or if the participant ceases its activities in TARGET2-[insert CB/country reference] (e.g. as the result of a merger or acquisition).
Účastník žiada [vložiť názov CB] o pozastavenie platnosti, zrušenie pozastavenia platnosti, ako aj o zrušenie a obnovenie certifikátu v prípade, ak držiteľ certifikátu už nemá viac záujem o prístup do TARGET2 alebo ak účastník ukončí svoje činnosti v TARGET2-[vložiť odkaz na CB/krajinu] napr. v dôsledku zlúčenia, splynutia alebo prevzatia.
The participant shall adopt every precaution and organisational measure to ensure that certificates are used only in conformity with the Harmonised Conditions.
Účastník príjme všetky preventívne a organizačné opatrenia s cieľom zabezpečiť, aby sa certifikáty používali len v súlade v harmonizovanými podmienkami.
The participant shall promptly notify [insert name of CB] of any material change to any of the information contained in the forms submitted to [insert name of CB] in connection with the issuance of certificates.
Účastník bez meškania upovedomí [vložiť názov CB] o každej podstatnej zmene týkajúcej sa informácií, ktoré sú obsahom formulárov predkladaných [vložiť názov CB] v súvislosti s vydávaním certifikátov.
The participant may have a maximum of five active certificates for each PM account.
Účastník môže mať pre každý zo svojich PM účtov najviac päť platných certifikátov.
Upon request, the [insert name of the CB] may, at its discretion, apply for the issuance of further certificates from the certification authorities.
Ak je o to [vložiť názov CB] požiadaná, môže na základe svojej úvahy požiadať certifikačné orgány o vydanie ďalších certifikátov.
Handling of certificates by the participant
Zaobchádzanie s certifikátmi zo strany účastníka
The participant shall ensure the safekeeping of all certificates and adopt robust organisational and technical measures to avoid injury to third parties and to ensure that each certificate is only used by the specific certificate holder to which it was issued.
Účastník zaisťuje bezpečnú úschovu všetkých certifikátov a prijíma rozsiahle organizačné a technické opatrenia s cieľom predísť poškodeniu tretích osôb a zabezpečiť, aby bol každý certifikát používaný len určeným držiteľom certifikátu, pre ktorého bol vydaný.
The participant shall promptly provide all information requested by [insert name of CB] and guarantee the reliability of that information.
Účastník bez meškania oznamuje [vložiť názov CB] všetky informácie ňou vyžiadané a zodpovedá za ich spoľahlivosť.
Participants shall at all times remain fully responsible for the continued accuracy of all information provided to [insert name of CB] in connection with the issuance of certificates.
Účastníci sú trvalo plne zodpovední za neustálu presnosť všetkých informácií poskytnutých [vložiť názov CB] v súvislosti s vydávaním certifikátov.
The participant shall assume full responsibility for ensuring that all of its certificate holders keep their assigned certificates separate from the secret PIN and PUK codes.
Účastník je plne zodpovedný za zabezpečenie toho, aby všetci jeho držitelia certifikátov držali certifikáty, ktoré im boli pridelené, oddelene od tajných kódov PIN a PUK.
The participant shall assume full responsibility for ensuring that none of its certificate holders use the certificates for functions or purposes other than those for which the certificates were issued.
Účastník je plne zodpovedný za zabezpečenie toho, aby jeho držitelia certifikátov nepoužívali certifikáty na iné účely než na tie, na ktoré boli vydané.
The participant shall immediately inform [insert name of CB] of any request and rationale for suspension, reactivation, revocation or renewal of certificates.
Účastník okamžite upovedomí [vložiť názov CB] o každej žiadosti o pozastavenie platnosti, zrušenie pozastavenia platnosti, zrušenie a obnovu certifikátov a o jej dôvodoch.
The participant shall immediately request [insert name of CB] to suspend any certificates, or the keys contained therein, that are defective or that are no longer in the possession of its certificate holders.
Účastník okamžite požiada [vložiť názov CB] o pozastavenie platnosti certifikátov alebo kľúčov, ktoré obsahujú, v prípade, že majú vady alebo nimi držitelia certifikátov nedisponujú.
The participant shall immediately notify the [insert name of CB] of any loss or theft of certificates.
Účastník okamžite upovedomí [vložiť názov CB] o každom prípade straty alebo krádeže certifikátov.
Security Requirements
Bezpečnostné požiadavky
The computer system that a participant uses to access TARGET2 using Internet-based access shall be located in premises owned or leased by the participant.
Počítačový systém používaný účastníkom na prístup do TARGET2 prostredníctvom internetu sa umiestňuje v priestoroch, ktoré účastník vlastní alebo ktoré si prenajíma.
Access to TARGET2-[insert CB/country reference] shall only be allowed from such premises, and, for the avoidance of doubt, no remote access shall be allowed.
Prístup do TARGET2-[vložiť odkaz na CB/krajinu] je možný jedine z týchto priestorov a aby sa predišlo nedorozumeniam, diaľkový prístup nie je dovolený.
The participant shall run all software on computer systems that are installed and customised in accordance with current international IT security standards, which as a minimum shall include the requirements detailed in paragraphs 12(3) and 13(4).
Pre každý softvér používa účastník počítačové systémy nainštalované a prispôsobené v súlade so súčasnými medzinárodnými štandardmi bezpečnosti pre informačné technológie, zahŕňajúc prinajmenšom požiadavky, ktoré sú bližšie uvedené v odseku 12 pododseku 3 a odseku 13 pododseku 4.