natgillin/translations-raw huggingface dataset:
Účastníkovi, který si tuto službu zvolil, zpřístupní [vlož název centrální banky] denní výpis z účtu.“
The [insert name of CB] shall make available a daily statement of accounts to any participant that has opted for such service.”
V článku 13 se písmeno b) nahrazuje tímto:
Article 13(b) is replaced by the following;
příkazy k přímému inkasu přijaté na základě souhlasu s přímým inkasem.
direct debit instructions received under a direct debit authorisation.
Účastníci s internetovým přístupem nemohou zasílat příkazy k přímému inkasu ze svého účtu PM a.“
Participants using Internet-based access shall not be able to send direct debit instructions from their PM account; and”
V čl. 14 odst. 1 se písmeno b) nahrazuje tímto:
Article 14(1)(b) is replaced by the following:
je platební zpráva v souladu s pravidly a podmínkami formátování platnými v rámci TARGET2-[vlož odkaz na centrální banku/zemi] a úspěšně projde kontrolou dvojího zadání popsanou v dodatku IA k příloze V a.“
the payment message complies with the formatting rules and conditions of TARGET2-[insert CB/country reference] and passes the double-entry check described in Appendix IA to Annex V; and”
Účastníci s internetovým přístupem nemohou využít funkce skupiny AL ve vztahu ke svým účtům PM, k nimž mají internetový přístup, ani kombinovat takové účty PM s jakýmikoli jinými svými účty v TARGET2.
Participants using Internet-based access shall not be allowed to use the AL group functionality in respect of their Internet-accessible PM account, or to combine that Internet-accessible PM account with any other TARGET2 account they hold.
Limity lze stanovit ve vztahu ke skupině AL jen jako celku.
Limits may only be set in relation to an AL group in its entirety.
Limity nelze stanovit ve vztahu k jedinému účtu PM člena skupiny AL.“
Limits shall not be set in relation to a single PM account of an AL group member.”
V článku 18 se odstavec 3 nahrazuje tímto:
Article 18(3) is replaced by the following:
Účastník, který dává platební příkaz, je 15 minut před stanovenou dobou zatížení účtu informován prostřednictvím ICM, namísto zaslání automatického oznámení prostřednictvím ICM.
15 minutes prior to the defined debit time, the instructing participant shall be informed via the ICM, rather than sent an automatic notification via the ICM.
Účastník, který dává platební příkaz, může může ukazatel nejpozdější doby zatížení účtu též použít jen jako varovný ukazatel.
Instructing participant may also use the Latest Debit Time Indicator solely as a warning indicator.
V těchto případech se předmětný platební příkaz nevrací.“
In such cases, the payment order concerned shall not be returned.”
Na žádost plátce může [vlož název centrální banky] rozhodnout o změně pořadí velmi urgentního platebního příkazu (s výjimkou velmi urgentních platebních příkazů v souvislosti se zúčtovacími postupy č. 5 a 6) za předpokladu, že tato změna neovlivní plynulé zúčtování ze strany přidružených systémů v TARGET2 nebo jinak nezpůsobí systémové riziko.“
At the request of a payer, the [insert name of CB] may decide to change the queue position of a highly urgent payment order (except for highly urgent payment orders in the context of settlement procedures 5 and 6) provided that this change would not affect the smooth settlement by ancillary systems in TARGET2 or would not otherwise give rise to systemic risk.”
Článek 28 se mění takto:
Article 28 is modified as follows:
Účastníci, kteří využívají internetový přístup, zavedou náležité kontrolní bezpečnostní mechanismy, a to zejména ty, které jsou specifikovány v dodatku IA k příloze V, na ochranu svých systémů před nepovoleným přístupem a zneužitím.
Participants using Internet-based access shall implement adequate security controls, in particular those specified in Appendix IA to Annex V, to protect their systems from unauthorised access and use.
Účastníci nesou výlučnou odpovědnost za náležitou ochranu důvěrnosti, integrity a dostupnosti svých systémů.“
Participants shall be exclusively responsible for the adequate protection of the confidentiality, integrity and availability of their systems.”
Účastníci, kteří využívají internetový přístup, neprodleně informují [vlož název centrální banky] o jakékoli události, která by mohla mít vliv na platnost certifikátu, zejména o událostech uvedených v dodatku IA k příloze V, včetně mj. ztráty či nesprávného použití.“
Participants using Internet-based access shall inform [insert name of CB] immediately of any event that may affect the validity of the certificates, in particular those events specified in Appendix IA to Annex V, including without limitation any loss or improper use.”
„Článek 29
“Article 29
umožňuje účastníkům zadávat platby;
allows participants to input payments;
umožňuje účastníkům přístup k systémovým zprávám.
allows participants to access system messages.
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.“
Further technical details relating to the ICM to be used in connection with Internet-based access are contained in Appendix IA to Annex V.”
Článek 32 se mění takto:
Article 32 is modified as follows:
Odstavec 1 se nahrazuje tímto:
Paragraph 1 is replaced with the following:
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.”
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.”
V čl. 34 odst. 4 se písmeno c) nahrazuje tímto:
Article 34(4)(c) is replaced by the following:
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.
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.”
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.”
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].”
„Článek 45
“Article 45
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.“
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.”
Dodatek IA
Appendix IA
TECHNICKÉ SPECIFIKACE PRO ZPRACOVÁNÍ PLATEBNÍCH PŘÍKAZŮ PRO INTERNETOVÝ PŘÍSTUP
TECHNICAL SPECIFICATIONS FOR THE PROCESSING OF PAYMENT ORDERS FOR INTERNET-BASED ACCESS
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:
In addition to the Conditions, the following rules shall apply to the processing of payment orders using Internet-based access:
Technické požadavky pro účast v TARGET2-[vlož odkaz na centrální banku/zemi] týkající se infrastruktury, sítě a formátů
Technical requirements for participation in TARGET2-[insert CB/country reference] regarding infrastructure, network and formats
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řednictví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í.
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].
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.
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.
Úč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“).
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
Payment message types
Účastníci, kteří využívají internetový přístup, mohou provádět následující druhy plateb:
Internet-based participants can make the following types of payments:
klientské platby, např. příkazy k úhradě, kde klient, který je příkazcem a/nebo příjemcem, není finanční institucí;
customer payments, i.e. credit transfers for which the ordering and/or beneficiary customer are not financial institutions;
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;
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;
mezibankovní platby, kterými se žádá o přesun peněžních prostředků mezi finančními institucemi;
bank-to-bank transfers to request the movement of funds between financial institutions;
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ě.
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.
Účastníci dodržují specifikace polí, jak jsou vymezeny v kapitole 9.1.2.2 UDFS, 1. knize.
Participants shall comply with the field specifications, as defined in Chapter 9.1.2.2 of the UDFS, Book 1.
Obsah polí se validuje na úrovni TARGET2-[vlož odkaz na zemi/centrální banku] v souladu s požadavky UDFS.
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.
Účastníci, kteří využívají internetový přístup, mohou přes TARGET2 provádět krycí platby, tj. platby uskutečňované 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.
Participants using Internet-based access may make cover payments via TARGET2, i.e. payments made by correspondent banks to settle (cover) credit transfer messages which are submitted to a customer’s bank by other, more direct means.
Ú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í
Double-entry check
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.
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.
Kontrolují se tato pole jednotlivých druhů zpráv:
The following fields of the message types shall be checked:
Podrobné údaje
Details
Část zprávy
Part of the message
Odesílatel
Sender
Základní záhlaví
Basic Header
Adresa BIC
BIC Address
Záhlaví aplikace
Application Header
Příjemce
Receiver
Adresa určení
Destination Address
Referenční číslo transakce (TRN)
Transaction Reference Number (TRN)
Blok textu
Text Block
Související odkazy
Related Reference
Den valuty
Value Date
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í.
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
Error codes
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í.
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í
Predetermined settlement times
Pro platební příkazy, v nichž je uveden „ukazatel nejdřívější doby zatížení účtu“ se použije kód „/FROTIME/“.
For payment orders using the Earliest Debit Time Indicator, the codeword “/FROTIME/” shall be used.
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.
S platbou s kódem „/CLSTIME/“ se nakládá stejně jako s platebním příkazem uvedeným v odst. 2 písm. b).
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).
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.
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.
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“).
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.
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.
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ě
Settlement of payment orders in the queue
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.
The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing participant.
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).
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).
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.
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 (algoritmy).
Different optimisation mechanisms (algorithms) are used.
Pokud je algoritmus úspěšný, platební příkazy do něj zahrnuté se zúčtují; 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; if an algorithm fails, the included payment orders will remain in the queue.
K započtení toků plateb se použijí tři algoritmy (algoritmy č. 1 až 3).
Three algorithms (1 to 3) shall be applied to offset payment flows.
Prostřednictvím algoritmu č. 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.
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:
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: