natgillin/translations-raw huggingface dataset:
Další technické podrobnosti týkající se ICM při jeho použití v souvislosti s internetovým přístupem jsou uvedeny v dodatku IA k příloze V. » 16 ) Článek 32 se mění takto : a ) Odstavec 1 se nahrazuje tímto : „1 .
Further technical details relating to the ICM to be used in connection with Internet-based access are contained in Appendix IA to Annex V. » 16 . Article 32 is modified as follows : ( a ) Paragraph 1 is replaced with the following : « 1 .
Nestanoví-li tyto podmínky jinak , všechny platební a jiné zprávy týkající se zpracování plateb v souvislosti s TARGET2 ( jako např . potvrzení o připsání na vrub či ve prospěch účtu či výpisy z účtu ) mezi [ vlož název centrální banky ] a účastníky jsou účastníkovi přístupné v ICM ."
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 ."
b ) Odstavec 3 se nahrazuje tímto : „3 .
( b ) Paragraph 3 is replaced by the following : « 3 .
Selže-li účastníkovo spojení , použije účastník alternativní způsob přenosu zpráv , který je stanoven v dodatku IA k příloze V. V těchto případech se uložená či vytištěná verze zprávy [ vlož název centrální banky ] přijímá jako důkaz ."
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 ."
L 261/18
L 261/18
4 se písmeno c ) nahrazuje tímto : „c ) Jakmile je účastníkům , kteří využívají internetový přístup , zpřístupněna zpráva vysílaná ICM , má se za to , že byli informováni o ukončení / pozastavení účasti účastníka v TARGET2 - [ vlož odkaz na centrální banku / zemi ] nebo jiném systému , který je součástí TARGET2 .
Article 34 ( 4 )( c ) is replaced by the following : « ( c ) 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 .
Účastníci nesou všechny ztráty vzniklé v důsledku zadání platebního příkazu účastníkům , jejichž účast byla pozastavena nebo ukončena , pokud byl tento platební příkaz zadán do TARGET2 - [ vlož odkaz na centrální banku / zemi ] po zpřístupnění zprávy vysílané ICM ."
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 ."
18 ) V článku 39 se odstavec 1 nahrazuje tímto : „1 .
18 . Article 39 ( 1 ) is replaced by the following : « 1 .
Předtím než vstoupí do smluvního vztahu s poskytovatelem internetových služeb , se účastníci , kteří využívají internetový přístup , seznámí se zásadami tohoto poskytovatele v oblasti vyhledávání údajů ."
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 ."
19 ) V článku 40 se odstavec 1 nahrazuje tímto : „1 .
19 . Article 40 ( 1 ) is replaced by the following : « 1 .
Nestanoví-li tyto podmínky jinak , všechna oznámení , která tyto podmínky vyžadují nebo je možné je podle nich učinit , se zasílají doporučenou poštou , faxem nebo jiným způsobem v písemné formě .
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 .
Oznámení adresovaná [ vlož název centrální banky ] se zasílají vedoucímu [ vlož oddělení platebního styku či příslušný odbor centrální banky ] [ vlož název centrální banky ] , [ vlož příslušnou adresu centrální banky ] nebo na adresu [ vlož adresu BIC centrální banky ] .
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 ] .
Oznámení adresovaná účastníkovi se účastníkovi zašlou na adresu , faxové číslo nebo jeho adresu BIC , kterou účastník [ vlož název centrální banky ] oznámí ."
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 ] ." 20 .
20 ) Článek 45 se nahrazuje tímto : „Článek 45 Oddělitelnost Pokud je některé ustanovení těchto podmínek či přílohy V neplatné nebo se stane neplatným , neovlivní to použ ­ itelnost ostatních ustanovení těchto podmínek či přílohy V. "
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. "
L 261/19
L 261/19
Dodatek IA TECHNICKÉ SPECIFIKACE PRO ZPRACOVÁNÍ PLATEBNÍCH PŘÍKAZŮ PRO INTERNETOVÝ PŘÍSTUP Vedle pravidel obsažených v podmínkách platí pro zpracování příkazů s využitím internetového přístupu tato pravidla : 1 .
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 .
Technické požadavky pro účast v TARGET2 - [ vlož odkaz na centrální banku / zemi ] týkající se infrastruktury , sítě a formátů 1 ) Každý účastník , který využívá internetový přístup , se musí připojit k ICM v TARGET2 za pomoci klientského softwaru , operačního systému a internetového prohlížeče , které jsou specifikovány v příloze „Účast prostřednic ­ tvím internetu -- Systémové požadavky pro internetový přístup » Podrobných funkčních specifikací pro uživatele ( UDFS ) , kde je vymezeno jejich nastavení .
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 .
Účet PM každého účastníka je identifikován pomocí osmimístného či jedenáctimístného kódu BIC .
Each participant 's PM account shall be identified by an eight - or 11-digit BIC .
Každý účastník musí navíc před přijetím k účasti v TARGET2 - [ vlož odkaz na centrální banku / zemi ] úspěšně provést řadu testů , aby prokázal svou technickou a provozní způsobilost .
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 ] .
2 ) K zadávání platebních příkazů a k výměně platebních zpráv v rámci PM se jako odesílatel / příjemce zprávy použije BIC platformy TARGET2 , TRGTXEPMLVP .
( 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 .
Platební příkazy adresované účastníkovi , který využívá internetový přístup , by měly tohoto přijímajícího účastníka identifikovat v poli určeném pro instituci příjemce .
Payment orders sent to a participant using Internet-based access should identify that receiving participant in the beneficiary institution field .
Platební příkazy zadané účastníkem , který využívá internetový přístup , tohoto účastníka identifikují jako instituci příkazce .
Payment orders made by a participant using Internet-based access will identify that participant as the ordering institution .
3 ) Účastníci , kteří využívají internetový přístup , používají služby infrastruktury veřejných klíčů , jak je uvedeno v „Příručce pro uživatele : Internetový přístup ke službě ověřování pomocí veřejných klíčů » ( „User Manual : Internet Access for the Public Key Certification Service ") .
( 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 » .
Druhy platebních zpráv 1 ) Účastníci , kteří využívají internetový přístup , mohou provádět následující druhy plateb : a ) klientské platby , např .
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 ;
b ) klientské platby ( automatizované zpracování plateb ) , tj . příkazy k úhradě , kde klient , který je příkazcem a / nebo příjemcem , není finanční institucí , a které jsou provedeny v módu automatizovaného zpracování plateb ;
( 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 ;
c ) mezibankovní platby , kterými se žádá o přesun peněžních prostředků mezi finančními institucemi ;
( c ) bank-to-bank transfers to request the movement of funds between financial institutions ;
d ) krycí platby , kterými se žádá o přesun peněžních prostředků mezi finančními institucemi a které se vztahují k příslušné klientské úhradě .
( d ) cover payments to request the movement of funds between financial institutions related to an underlying customer credit transfer .
Kromě toho mohou účastníci , kteří využívají internetový přístup k účtu PM , přijímat příkazy k přímému inkasu .
In addition , participants using Internet-based access to a PM account can receive direct debit orders .
2 ) Účastníci dodržují specifikace polí , jak jsou vymezeny v kapitole 9.1.2.2 UDFS , 1 .
( 2 ) Participants shall comply with the field specifications , as defined in Chapter 9.1.2.2 of the UDFS , Book 1 .
3 ) Obsah polí se validuje na úrovni TARGET2 - [ vlož odkaz na zemi / centrální banku ] v souladu s požadavky UDFS .
( 3 ) Field contents shall be validated at the level of TARGET2 - [ insert country / CB reference ] in accordance with the UDFS requirements .
Účastníci si mohou mezi sebou dohodnout zvláštní pravidla , pokud jde o obsah polí .
Participants may agree among each other on specific rules regarding the field contents .
V TARGET2 - [ vlož odkaz na zemi / centrální banku ] se však neprovádějí žádné zvláštní kontroly , zda účastníci jakákoli taková pravidla plní .
However , in TARGET2 - [ insert country / CB reference ] there shall be no specific checks as to whether participants comply with any such rules .
4 ) Účastníci , kteří využívají internetový přístup , mohou přes TARGET2 provádět krycí platby , tj . platby uskutečňo ­ vané korespondentskými bankami k provedení ( ke krytí ) zpráv o úhradě , jež jsou bance klienta zaslány jiným , přímějším způsobem .
( 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 .
Údaje o klientovi obsažené v těchto krycích platbách nejsou v ICM zobrazeny .
Customer details contained in these cover payments shall not be displayed in the ICM .
Kontrola dvojího zadání 1 ) U všech platebních příkazů se provádí kontrola dvojího zadání , jejímž cílem je odmítnout platební příkazy , které byly chybně zadány více než jednou .
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 .
L 261/20
L 261/20
2 ) Kontrolují se tato pole jednotlivých druhů zpráv :
( 2 ) The following fields of the message types shall be checked :
Část zprávy
Part of the message Field
Odesílatel Druh zprávy Příjemce Referenční číslo transakce ( TRN ) Související odkazy Den valuty Částka
Sender Message Type Receiver Transaction Reference Number ( TRN ) Related Reference Value Date Amount
Základní záhlaví Záhlaví aplikace Záhlaví aplikace Blok textu Blok textu Blok textu Blok textu
Basic Header Application Header Application Header Text Block Text Block Text Block Text Block
Adresa BIC Druh zprávy Adresa určení : 20 : 21 : 32 : 32
BIC Address Message Type Destination Address : 20 : 21 : 32 : 32
3 ) Pokud se u nově zadaného platebního příkazu shodují všechna pole , jež jsou uvedena v odstavci 2 , s poli platebního příkazu , který byl již přijat , nově zadaný platební příkaz se vrátí .
( 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 .
Kódy chyb Dojde-li k odmítnutí platebního příkazu , zasílá se prostřednictvím ICM oznámení o zrušení , v němž je pomocí kódů chyb uveden důvod odmítnutí .
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 .
Kódy chyb jsou vymezeny v kapitole 9.4.2 UDFS .
The error codes are defined in Chapter 9.4.2 of the UDFS .
Stanovení doby zúčtování 1 ) Pro platební příkazy , v nichž je uveden „ukazatel nejdřívější doby zatížení účtu » se použije kód „ / FROTIME / » .
Predetermined settlement times ( 1 ) For payment orders using the Earliest Debit Time Indicator , the codeword « / FROTIME / » shall be used .
2 ) Pro platební příkazy , v nichž je uveden „ukazatel nejpozdější doby zatížení účtu » , lze použít jeden z těchto dvou kódů :
( 2 ) For payment orders using the Latest Debit Time Indicator , two options shall be available .
a ) kód „ / REJTIME / » , nelze-li platební příkaz zúčtovat v době stanovené k zatížení účtu , platební příkaz se vrátí ;
( a ) Codeword « / REJTIME / » : if the payment order cannot be settled by the indicated debit time , the payment order shall be returned .
b ) kód „ / TILTIME / » , nelze-li platební příkaz zúčtovat v době stanovené k zatížení účtu , platební příkaz se nevrací , ale zařadí se do příslušné fronty .
( 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 .
Není-li platební příkaz , v němž je uveden „ukazatel nejpozdější doby zatížení účtu » , zúčtován 15 minut před dobou v tomto příkazu stanovenou , zasílá se v obou těchto případech automatické oznámení prostřednictvím ICM .
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 .
3 ) S platbou s kódem „ / CLSTIME / » se nakládá stejně jako s platebním příkazem uvedeným v odst . 2 písm .
( 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 ) .
Zúčtování platebních příkazů ve vstupním zpracování 1 ) Kontroly možnosti zápočtu , případně podrobné kontroly možnosti zápočtu ( ve smyslu odstavců 2 a 3 ) se provedou u platebních příkazů , které byly vloženy do vstupního zpracování , s cílem umožnit rychlé zúčtování jednotlivých platebních příkazů s využitím minimální likvidity .
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 .
2 ) Na základě kontroly možnosti zápočtu se určí , zda platební příkazy příjemce , které se nacházejí na začátku velmi urgentní případně urgentní fronty , lze započíst vůči platebnímu příkazu plátce ( dále jen „započitatelné platební příkazy ") .
( 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 ") .
Pokud započitatelný platební příkaz neposkytuje dostatečné peněžní prostředky k provedení příslušného platebního příkazu plátce ve vstupním zpracování , zjistí se , zda je dostatečná disponibilní likvidita k dispozici na účtu PM plátce .
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 .
L 261/21
L 261/21
3 ) Není-li kontrola možnosti zápočtu úspěšná , může [ vlož název centrální banky ] přistoupit k podrobné kontrole možnosti zápočtu .
( 3 ) If the offsetting check fails , the [ insert name of CB ] may apply an extended offsetting check .
Na základě podrobné kontroly možnosti zápočtu se určí , zda jsou v některé frontě příjemce k dispozici započitatelné platební příkazy bez ohledu na to , kdy byly do fronty zařazeny .
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 .
Pokud se však ve frontě příjemce nacházejí platební příkazy vyšší priority , které jsou určeny jiným účastníkům TARGET2 , lze pravidlo FIFO porušit pouze tehdy , pokud by zúčtování započitatelného platebního příkazu vedlo ke zvýšení likvidity na straně příjemce .
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 .
Zúčtování platebních příkazů ve frontě 1 ) Způsob zpracování platebních příkazů umístěných ve frontách závisí na prioritě , kterou účastník , který platební příkaz zadává , těmto příkazům přidělil .
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 .
2 ) Platební příkazy ve frontě velmi urgentních a urgentních platebních příkazů se zúčtují pomocí kontrol možnosti zápočtu podle odstavce 6 , počínaje platebním příkazem na začátku fronty , dochází-li ke zvýšení likvidity či v případě zásahu na úrovni fronty ( změna pořadí ve frontě , doby zúčtování či priority nebo odvolání platebního příkazu ) .
( 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 ) .
3 ) Platební příkazy ve frontě běžných platebních příkazů se zúčtovávají průběžně včetně všech velmi urgentních a urgentních platebních příkazů , které dosud nebyly zúčtovány .
( 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 .
Používají se různé optimalizační postupy ( algo ­ ritmy ) . Pokud je algoritmus úspěšný , platební příkazy do něj zahrnuté se zúčtují ;
Different optimisation mechanisms ( algorithms ) are used .
pokud je algoritmus neúspěšný , platební příkazy do něj zahrnuté zůstanou ve frontě .
If an algorithm is successful , the included payment orders will be settled ;
K započtení toků plateb se použijí tři algoritmy ( algoritmy č .
if an algorithm fails , the included payment orders will remain in the queue .
1 až 3 ) .
Three algorithms ( 1 to 3 ) shall be applied to offset payment flows .
4 je k zúčtování převodních příkazů přidružených systémů k dispozici zúčtovací postup č . 5 ( který je vymezen v kapitole 2.8.1 UDFS ) .
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 .
S cílem optimalizovat zúčtování velmi urgentních transakcí přidružených systémů na podúčtech účastníků se použije zvláštní algoritmus ( algoritmus č . 5 ) .
To optimise the settlement of highly urgent ancillary system transactions on participants » sub-accounts , a special algorithm ( Algorithm 5 ) shall be used .
a ) Podle algoritmu č . 1 ( „all-or-nothing ") [ vlož název centrální banky ] pro každý vztah , pro nějž byl stanoven dvoustranný limit , a rovněž pro celkovou sumu vztahů , pro něž byl stanoven vícestranný limit : i ) vypočítá úhrnnou likvidní pozici účtu PM každého účastníka TARGET2 tak , že zjistí , zda je součet všech odchozích a příchozích platebních příkazů , které jsou ve frontě , záporný či kladný , a pokud je záporný , ověří , zda převyšuje disponibilní likviditu účastníka ( úhrnná likvidní pozice je „celkovou likvidní pozicí ") , a ii ) ověří , zda jsou ve vztahu ke každému příslušnému účtu PM dodrženy limity a částky rezervované likvidity stanovené jednotlivými účastníky TARGET2 .
( 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 .
Je-li výsledek těchto výpočtů a kontrol pro každý příslušný účet PM kladný , zúčtuje [ vlož název centrální banky ] a další dotčené centrální banky všechny platby současně na účtech PM příslušných účastníků TARGET2 .
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 .
b ) Podle algoritmu č . 2 ( „partial ") [ vlož název centrální banky ] : i ) vypočte a ověří likvidní pozice , limity a částky rezervované likvidity každého příslušného účtu PM jako podle algoritmu č .
( 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 ;
1 a ii ) je-li celková likvidní pozice jednoho či více příslušných účtů PM záporná , vyřadí jednotlivé platební příkazy , dokud nebude celková likvidní pozice každého příslušného účtu PM kladná .
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 .
Jsou-li k dispozici dostatečné peněžní prostředky , [ vlož název centrální banky ] a ostatní dotčené centrální banky poté současně zúčtují všechny zbývající platby ( kromě vyřazených platebních příkazů ) na účtech PM příslušných účastníků TARGET2 .
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 .