PL Dziennik Urzędowy Unii Europejskiej L 237/1

WYTYCZNE EUROPEJSKIEGO BANKU CENTRALNEGO

z dnia 26 kwietnia 2007 r.

w sprawie transeuropejskiego zautomatyzowanego błyskawicznego systemu rozrachunku brutto w czasie rzeczywistym (TARGET2)

(EBC/2007/2)

(2007/600/WE)

RADA PREZESÓW EUROPEJSKIEGO BANKU CENTRALNEGO,

uwzględniając Traktat ustanawiający Wspólnotę Europejską, w szczególności jego art. 105 ust. 2 tiret pierwsze i czwarte,

uwzględniając Statut Europejskiego Systemu Banków Centralnych i Europejskiego Banku Centralnego, w szczególności art. 3 ust. 1 oraz art. 17, 18 i 22,

a także mając na uwadze, co następuje:

(1) Istniejący transeuropejski zautomatyzowany błyskawiczny system rozrachunku brutto w czasie rzeczywistym (TARGET) ma zdecentralizowaną strukturę, łączącą krajowe systemy rozrachunku brutto w czasie rzeczywistym (real-time gross settlement, RTGS) oraz mechanizm płatności EBC (ECB Payment Mechanism, EPM). Wytyczne EBC/2005/16 z dnia 30 grudnia 2005 r. w sprawie transeuropejskiego zautomatyzowanego błyskawicznego systemu rozrachunku brutto w czasie rzeczywistym (zwanego dalej „TARGET”) (1) są głównym aktem prawnym regulującym TARGET.

(2) Z dniem 19 listopada 2007 r. TARGET zostanie zastąpiony przez TARGET2, charakteryzujący się pojedynczą platformą techniczną zwaną jednolitą wspólną platformą (Single Shared Platform, SSP). TARGET2 – podobnie jak TARGET – będzie zorganizowany pod względem prawnym jako zespół systemów płatności, jednakże zgodnie z decyzją Rady Prezesów zasady działania systemów będących komponentami TARGET2 będą w największym możliwym stopniu zharmonizowane, z zachowaniem określonych odstępstw uwzględniających ograniczenia wynikające z prawa krajowego.

(3) Istnieją trzy odrębne poziomy zarządzania odnoszące się zarówno do etapu tworzenia TARGET2, jak i do jego etapu operacyjnego. Poziomowi 1 (Radzie Prezesów) przysługuje kompetencja do podejmowania ostatecznych rozstrzygnięć w odniesieniu do TARGET2, jak również zadanie ochrony jego funkcji publicznej. Poziomowi 2 (BC Eurosystemu) przysługują pomocnicze kompetencje w odniesieniu do TARGET2, natomiast poziom 3 (BC dostarczające SSP) jest odpowiedzialny za budowę i obsługę SSP na rzecz Eurosystemu.

(4) Działając w imieniu Eurosystemu, Europejski Bank Centralny (EBC) zawrze umowę ramową, jak również porozumienie o poufności i nieujawnianiu informacji z dostawcą usług sieciowych wyznaczonym przez Radę Prezesów – umowa ramowa określi główne elementy dotyczące świadczenia usług sieciowych na rzecz uczestników, w tym ceny.

(5) Podobnie jak w przypadku systemu TARGET, uruchomienie TARGET2 ma kluczowe znaczenie dla realizacji określonych podstawowych zadań Eurosystemu, tj. urzeczywistniania polityki pieniężnej Wspólnoty oraz popierania sprawnego funkcjonowania systemów płatniczych.

(6) Proces migracji od krajowych systemów RTGS do SSP będzie się odbywać w kilku etapach, wobec czego wytyczne EBC/2005/16 będą nadal miały zastosowanie w odniesieniu do takich systemów RTGS do czasu migracji odpowiednich banków centralnych do SSP. Konieczne jest przy tym wprowadzenie pewnych drobnych zmian do wytycznych EBC/2005/16 w celu zapewnienia obsługi roszczeń odszkodowawczych w razie ewentualnej awarii technicznej przed zakończeniem migracji do SSP,

PRZYJMUJE NINIEJSZE WYTYCZNE:

DZIAŁ 1

POSTANOWIENIA OGÓLNE

Artykuł 1

Przedmiot i zakres regulacji

1. System TARGET2 jest systemem rozrachunku brutto w czasie rzeczywistym płatności realizowanych w euro, przy czym rozrachunek następuje w pieniądzu banku centralnego. System ten został stworzony i funkcjonuje w oparciu o SSP, za pośrednictwem której na tych samych zasadach technicznych następuje składanie i przetwarzanie wszystkich zleceń płatniczych i otrzymywanie płatności.

2. Z prawnego punktu widzenia system TARGET2 jest zorganizowany jako zbiór systemów RTGS.

Artykuł 2

Definicje

Użyte w niniejszych wytycznych określenia oznaczają:

— „BC dostarczające SSP” – Deutsche Bundesbank, Banque de France oraz Banca d'Italia występujące w charakterze KBC budujących i obsługujących SSP na rzecz Eurosystemu,

— „SSP” (Single Shared Platform, jednolita wspólna platforma) – infrastrukturę jednolitej platformy technicznej dostarczanej przez BC dostarczające SSP,

— „system będący komponentem TARGET2” – system RTGS prowadzony przez BC Eurosystemu, stanowiący część systemu TARGET2,

— „uczestniczący KBC” – krajowy bank centralny (KBC) państwa członkowskiego, które przyjęło euro;

— „Eurosystem” – EBC oraz uczestniczące KBC,

— „BC Eurosystemu” – EBC lub uczestniczący KBC,

— „dostawca usług sieciowych” – dostawcę skomputeryzowanych łączy sieciowych dla składania zleceń płatniczych w systemie TARGET2,

— „uczestnik” lub „uczestnik bezpośredni” – podmiot posiadający co najmniej jeden rachunek w PM w BC Eurosystemu,

— „PM” (Payments Module, moduł płatniczy) – moduł SSP, w którym płatności uczestników TARGET2 podlegają rozrachunkowi na rachunkach w PM,

— „rachunek w PM” – rachunek uczestnika TARGET2 w PM prowadzony przez BC Eurosystemu, niezbędny, aby taki uczestnik TARGET2 mógł: a) składać zlecenia płatnicze lub otrzymywać płatności za pośrednictwem TARGET2; oraz b) dokonywać rozrachunku takich płatności z właściwym BC Eurosystemu,

— „nieuczestniczące państwo członkowskie” – państwo członkowskie, które nie przyjęło euro,

— „przyłączony BC” – krajowy bank centralny (KBC) niebędący uczestniczącym KBC, przyłączony do systemu TARGET2 na podstawie odrębnej umowy,

— „bankowy kod identyfikacyjny lub BIC” (Bank Identifier Code) – kod zdefiniowany w normie ISO nr 9362,

— „uczestnik pośredni” – instytucję kredytową z siedzibą w Europejskim Obszarze Gospodarczym (EOG), która zawarła z uczestnikiem bezpośrednim umowę o składanie zleceń płatniczych i otrzymywanie płatności za pośrednictwem rachunku w PM takiego uczestnika bezpośredniego oraz która została uznana przez system będący komponentem systemu TARGET2 za uczestnika pośredniego,

— „adresowalny posiadacz BIC” – podmiot, który: a) posiada BIC; b) nie jest zarejestrowany jako uczestnik pośredni; oraz c) jest korespondentem lub klientem uczestnika bezpośredniego bądź też oddziałem uczestnika bezpośredniego lub uczestnika pośredniego, mającym możliwość składania zleceń płatniczych do systemu będącego komponentem TARGET2 oraz otrzymywania płatności z tego systemu za pośrednictwem takiego uczestnika bezpośredniego lub oddziału,

— „dzień operacyjny” – każdy dzień, w którym TARGET2 jest otwarty dla realizacji rozrachunku zleceń płatniczych zgodnie z postanowieniami dodatku V do załącznika II,

— „kredyt w ciągu dnia” – kredyt udzielony i spłacony w ciągu tego samego dnia operacyjnego,

— „system zewnętrzny” – system zarządzany przez podmiot mający siedzibę w EOG i podlegający nadzorowi ostrożnościowemu (supervision) lub nadzorowi systemowemu (oversight) właściwego organu, w przypadku gdy w systemie takim odbywa się obrót płatnościami lub instrumentami finansowymi względnie rozliczania takiego obrotu, przy czym rozrachunek powstających w ten sposób zobowiązań pieniężnych następuje w TARGET2, zgodnie z niniejszymi wytycznymi oraz umową dwustronną między danym systemem zewnętrznym a odpowiednim BC Eurosystemu,

— „okres przejściowy” – w odniesieniu do każdego BC Eurosystemu – okres czterech lat rozpoczynający się w momencie migracji danego BC Eurosystemu do SSP,

— „rachunek typu home” – rachunek otwarty i prowadzony poza PM przez uczestniczący KBC dla podmiotu spełniającego kryteria uzyskania statusu uczestnika pośredniego,

— „interfejs systemu zewnętrznego lub ASI” (Ancillary System Interface) – urządzenie techniczne umożliwiające systemowi zewnętrznemu stosowanie szeregu specjalnych, zdefiniowanych uprzednio usług do składania i rozrachunku instrukcji płatniczych systemu zewnętrznego; może ono być również wykorzystywane przez uczestniczący KBC dla rozrachunku operacji gotówkowych wynikających z przekazywania oraz podejmowania kwot w pieniądzu gotówkowym,

— „interfejs użytkownika” – urządzenie techniczne umożliwiające uczestnikom bezpośrednim składanie i rozliczanie zleceń płatniczych za pośrednictwem usług oferowanych w PM,

— „podstawowe usługi TARGET2” – przetwarzanie zleceń płatniczych w systemach będących komponentami TARGET2, rozrachunek transakcji związanych z systemami zewnętrznymi i funkcje grupowania płynności.

Artykuł 3

Systemy będące komponentami TARGET2

1. Każdy BC Eurosystemu prowadzi swój własny system będący komponentem systemu TARGET2.

2. Każdy system będący komponentem TARGET2 jest systemem zdefiniowanym jako taki w odpowiednich przepisach krajowych stanowiących implementację dyrektywy 98/26/WE Parlamentu Europejskiego i Rady z dnia 19 maja 1998 r. w sprawie zamknięcia rozliczeń w systemach płatności i rozrachunku papierów wartościowych (2).

3. Nazwy poszczególnych systemów będących komponentami TARGET2 składają się jedynie z określenia „TARGET2” oraz nazwy lub skrótu nazwy odpowiedniego BC Eurosystemu lub państwa członkowskiego takiego BC Eurosystemu. Nazwa systemu będącego komponentem systemu TARGET2 należącego do EBC brzmi „TARGET2-ECB”.

Artykuł 4

Przyłączenie KBC nieuczestniczących państw członkowskich

KBC nieuczestniczących państw członkowskich mogą przyłączać się do systemu TARGET2 pod warunkiem zawarcia umowy z BC Eurosystemu. W umowie takiej uwzględnia się, że przyłączone BC będą przestrzegały niniejszych wytycznych, z zastrzeżeniem uzgodnionych wspólnie odpowiednich postanowień szczegółowych i modyfikacji.

DZIAŁ II

ZARZĄDZANIE

Artykuł 5

Poziomy zarządzania

1. Z zastrzeżeniem postanowień art. 8 Statutu, zarządzanie systemem TARGET2 opiera się na trzypoziomowej strukturze zarządzania. Zadania przydzielone Radzie Prezesów (poziom 1), BC Eurosystemu (poziom 2) oraz BC dostarczającym SSP (poziom 3) określone są w załączniku I.

2. Zadaniem Rady Prezesów jest kierowanie, zarządzanie i kontrola systemu TARGET2. Zadania przydzielone poziomowi 1 należą do wyłącznych kompetencji Rady Prezesów. Ciałem doradczym Rady Prezesów w zakresie wszelkich kwestii związanych z systemem TARGET2 jest Komitet Systemów Płatności i Rozrachunku (Payment and Settlement Systems Committee, PSSC) Europejskiego Systemu Banków Centralnych.

3. Zgodnie z art. 12 ust. 1 akapit trzeci Statutu wykonywanie zadań przydzielonych poziomowi 2 należy do kompetencji BC Eurosystemu, w ramach ogólnych zasad określonych przez Radę Prezesów. Poza swą rolą doradczą PSSC zajmuje się także wykonywaniem zadań przydzielonych poziomowi 2. Przyłączone BC uczestniczą w sprawach związanych z poziomem 2 bez prawa głosu. KBC państw członkowskich innych niż BC Eurosystemu oraz przyłączone BC mają na poziomie 2 status wyłącznie obserwatorów.

4. BC Eurosystemu organizują się, zawierając odpowiednie porozumienia. Decyzje w zakresie takich porozumień zapadają zwykłą większością głosów, przy czym każdy BC Eurosystemu dysponuje jednym głosem.

5. Zgodnie z art. 12 ust. 1 akapit trzeci Statutu wykonywanie zadań przydzielonych poziomowi 3 należy do kompetencji BC dostarczających SSP, w ramach ogólnych zasad określonych przez Radę Prezesów.

6. BC dostarczające SSP zawierają umowę z BC Eurosystemu regulującą usługi świadczone przez te pierwsze na rzecz tych drugich. W odpowiednich przypadkach umowa taka obejmuje także przyłączone BC.

DZIAŁ III

FUNKCJONOWANIE SYSTEMU TARGET2

Artykuł 6

Zharmonizowane warunki uczestnictwa w systemie TARGET2

1. Każdy uczestniczący KBC przyjmuje postanowienia implementujące zharmonizowane warunki uczestnictwa w systemie TARGET2 określone w załączniku II. Postanowienia te regulują w sposób wyłączny stosunki między danym uczestniczącym KBC a jego uczestnikami w zakresie przetwarzania płatności w PM.

2. EBC przyjmuje warunki uczestnictwa w systemie TARGET2-ECB stanowiące implementację zharmonizowanych warunków uczestnictwa, z zastrzeżeniem, iż dostęp do systemu TARGET2-ECB jest ograniczony do organizacji rozliczeniowo-rozrachunkowych, w tym podmiotów z siedzibą poza EOG, o ile podlegają one nadzorowi systemowemu właściwego organu i na ich dostęp do TARGET2-ECB wyraziła zgodę Rada Prezesów.

3. Przyjmowane przez BC Eurosystemu postanowienia, implementujące zharmonizowane warunki uczestnictwa, podlegają publikacji.

4. BC Eurosystemu mogą zwrócić się z wnioskiem o dopuszczenie odstępstw od zharmonizowanych warunków uczestnictwa na podstawie ograniczeń wynikających z prawa krajowego. Rada Prezesów rozpatruje takie wnioski indywidualnie i tam, gdzie jest to uzasadnione, zezwala na ustanowienie odstępstwa.

5. Z zastrzeżeniem postanowień odpowiedniego porozumienia walutowego, EBC może określić odpowiednie warunki uczestnictwa w systemie TARGET2 podmiotów, o których mowa w art. 4 ust. 2 lit. e) załącznika II.

6. BC Eurosystemu nie przyjmują jako uczestników pośrednich do swych systemów będących komponentami TARGET2 ani nie dopuszczają do zarejestrowania w tych systemach jako adresowalnych posiadaczy BIC podmiotów działających za pośrednictwem uczestnika bezpośredniego, który jest KBC z państwa członkowskiego UE, nie jest jednak ani BC Eurosystemu, ani przyłączonym BC.

Artykuł 7

Kredyt w ciągu dnia

1. Uczestniczące KBC mogą udzielać kredytu w ciągu dnia, o ile pozostaje to w zgodzie z postanowieniami stanowiącymi implementację zasad udzielania kredytu w ciągu dnia zawartych w załączniku III.

2. Kryteria dostępu do kredytu w ciągu dnia dla kontrahentów EBC są określone w decyzji EBC/2003/NP2 z dnia 28 stycznia 2003 r. zmieniającej decyzję EBC/1999/NP3 w sprawie Mechanizmu Płatności Europejskiego Banku Centralnego. Kredyt w ciągu dnia przyznany przez EBC jest ograniczony do danego dnia, bez możliwości przedłużenia go do dnia następnego.

Artykuł 8

Systemy zewnętrzne

1. BC Eurosystemu świadczą w PM lub, o ile ma to zastosowanie w czasie okresu przejściowego, na rachunkach typu home usługi przelewu środków w pieniądzu banku centralnego na rzecz systemów zewnętrznych. Usługi takie podlegają porozumieniom dwustronnym między BC Eurosystemu a danymi systemami zewnętrznymi.

2. Porozumienia dwustronne z systemami zewnętrznymi stosującymi ASI są zgodne z załącznikiem IV. BC Eurosystemu zapewniają ponadto odpowiednie stosowanie w takich porozumieniach dwustronnych następujących postanowień załącznika II:

— artykułu 8 ust. 1 (wymagania techniczne i prawne),

— artykułu 8 ust. 2–5 (procedura ubiegania się o uczestnictwo), przy czym zamiast wymogu spełnienia kryteriów dostępu określonych w art. 4 do systemu zewnętrznego stosuje się wymóg spełnienia kryteriów dostępu ustalonych w definicji „systemu zewnętrznego” określonej w artykułu 1 załącznika II,

— harmonogramu operacyjnego określonego w dodatku V,

— artykułu 11 (wymagania dotyczące współpracy i wymiany informacji), z wyjątkiem ust. 8,

— artykułu 27 i 28 (procedury zapewniania ciągłości działania i postępowania w sytuacjach awaryjnych oraz wymogi bezpieczeństwa),

— artykułu 31 (zasady dotyczące odpowiedzialności),

— artykułu 32 (reguły dowodowe),

— artykułu 33 i 34 (okres obowiązywania, wypowiedzenie i zawieszenie uczestnictwa), za wyjątkiem art. 34 ust. 1 lit. b),

— artykułu 35, o ile ma zastosowanie (zamknięcie rachunków w PM),

— artykułu 38 (zasady dotyczące poufności),

— artykułu 39 (wymagania związane z ochroną danych, zapobieganiem praniu brudnych pieniędzy i podobne kwestie),

— artykułu 40 (wymagania dotyczące zawiadomień),

— artykułu 41 (stosunek umowny z dostawcą usług sieciowych), oraz

— artykułu 44 (zasady dotyczące prawa właściwego, właściwości sądów i miejsca wykonania świadczenia).

3. Porozumienia dwustronne z systemami zewnętrznymi stosującymi interfejs użytkownika powinny być zgodne z:

a) załącznikiem II, z wyjątkiem tytułu V oraz dodatków VI i VII; oraz

b) art. 18 załącznika IV.

Artykuł 9

Zasady ustalania kosztów

1. Rada Prezesów ustala zasady mające zastosowanie do finansowania SSP. Nadwyżkę lub niedobór wynikające z funkcjonowania SSP rozdziela się między uczestniczące KBC na podstawie klucza subskrypcji kapitału EBC, zgodnie z art. 29 Statutu.

2. Rada Prezesów określa wspólne zasady ustalania kosztów i strukturę opłat za podstawowe usługi TARGET2.

Artykuł 10

Postanowienia dotyczące bezpieczeństwa

1. Rada Prezesów określa zasady i wymagania dotyczące bezpieczeństwa oraz narzędzia kontroli dla SSP oraz, podczas okresu przejściowego, dla infrastruktury technicznej rachunku typu home.

2. BC Eurosystemu mają obowiązek przestrzegania postanowień, o których mowa w ust. 1, oraz obowiązek zapewnienia zgodności SSP z tymi postanowieniami.

Artykuł 11

Zasady audytu

Badania w formie audytu przeprowadza się zgodnie z zasadami i ustaleniami zawartymi w przyjętej przez Radę Prezesów polityce audytu ESBC.

DZIAŁ IV

PRZEPISY PRZEJŚCIOWE I KOŃCOWE

Artykuł 12

Rozstrzyganie sporów i prawo właściwe

1. W przypadku zaistnienia między BC Eurosystemu sporu odnoszącego się do niniejszych wytycznych zainteresowane strony dążą do jego rozstrzygnięcia zgodnie z Porozumieniem w sprawie wewnętrznej procedury rozstrzygania sporów ESBC.

2. W drodze odstępstwa od postanowień ust. 1, w sytuacji, w której spór dotyczący podziału kompetencji między poziomem 2 a poziomem 3 nie może zostać rozstrzygnięty w drodze porozumienia między zainteresowanymi stronami, spór rozstrzyga Rada Prezesów.

3. W przypadku zaistnienia sporu, o którym mowa w ust. 1, odpowiednie prawa i obowiązki stron ustala się w pierwszym rzędzie na podstawie zasad i procedur zawartych w niniejszych wytycznych. W przypadku sporów dotyczących płatności pomiędzy systemami będącymi komponentami TARGET2 jako subsydiarna podstawa rozstrzygnięcia wykorzystywane jest prawo państwa członkowskiego, w którym ma siedzibę BC Eurosystemu odbiorcy płatności, o ile nie jest ono sprzeczne z niniejszymi wytycznymi.

Artykuł 13

Migracja do SSP

1. Migracja z obecnych systemów tworzących TARGET do SSP następuje w następujących datach:

a) dnia 19 listopada 2007 r. dla Oesterreichische Nationalbank, Deutsche Bundesbank, Banque centrale du Luxembourg i Banka Slovenije;

b) dnia 18 lutego 2008 r. dla Nationale Bank van België/Banque Nationale de Belgique, Suomen Pankki, Banque de France, Central Bank and Financial Services Authority of Ireland, De Nederlandsche Bank, Banco de Portugal i Banco de España; oraz

c) dnia 19 maja 2008 r. dla EBC, Bank of Greece i Banca d'Italia.

2. BC Eurosystemu, którego migracja nie nastąpiła do dnia 19 maja 2008 r. w wyniku nieprzewidzianych okoliczności, migruje w dniu 15 września 2008 r.

Artykuł 14

Wejście w życie i termin stosowania

1. Niniejsze wytyczne wchodzą w życie z dniem 30 kwietnia 2007 r., z zastrzeżeniem przepisów przejściowych zawartych w art. 15.

2. Z zastrzeżeniem art. 15, z dniem 15 września 2008 r. uchyla się wytyczne EBC/2005/16 oraz EBC/2006/11.

Artykuł 15

Postanowienia różne oraz przejściowe

1. Rachunki otwarte poza PM przez uczestniczącego KBC dla instytucji kredytowych oraz systemów zewnętrznych podlegają regułom danego uczestniczącego KBC, z zastrzeżeniem postanowień niniejszych wytycznych odnoszących się do rachunków typu home oraz innych decyzji Rady Prezesów. Rachunki otwarte poza PM przez uczestniczący KBC dla podmiotów innych niż instytucje kredytowe oraz systemy zewnętrzne podlegają regułom danego uczestniczącego KBC.

2. Wytyczne EBC/2005/16 stosuje się nadal do BC Eurosystemu do czasu migracji jego krajowego systemu RTGS (lub w przypadku EBC – EPM) do SSP oraz rozpoczęcia okresu przejściowego. Po tym terminie do takiego BC Eurosystemu mają zastosowanie tylko niniejsze wytyczne, z zastrzeżeniem postanowień ust. 3 i 4, a wszelkie odniesienia do wytycznych EBC/2005/16 należy rozumieć w stosunku do tego BC Eurosystemu jako odniesienia do niniejszych wytycznych.

3. Zasady dotyczące opłat określone w wytycznych EBC/2005/16 stosuje się do wszystkich BC Eurosystemu do końca dnia operacyjnego 18 maja 2008 r., bez względu na to, czy do tego dnia dokonały one migracji do SSP. Od dnia 19 maja 2008 r. do wszystkich BC Eurosystemu stosuje się taryfę opłat określoną w dodatku VI do załącznika II oraz w ust. 18 załącznika IV niniejszych wytycznych.

4. Prawa i obowiązki BC Eurosystemu związane z płatnościami dokonywanymi za pośrednictwem systemu wzajemnych połączeń (interlinking), o którym mowa w wytycznych EBC/2005/16, podlegają w dalszym ciągu wytycznym EBC/2005/16, bez względu na to, czy dany krajowy system RTGS (albo, w przypadku EBC, EPM) dokonał już migracji do SSP.

5. Bez względu na to, czy zainteresowane BC Eurosystemu dokonały już migracji do SSP, wszelkie trudności lub spory pomiędzy BC Eurosystemu powstałe między 19 listopada 2007 r. a 19 maja 2008 r. rozstrzyga się zgodnie z postanowieniami art. 12.

6. Podczas okresu przejściowego każdy BC Eurosystemu może w dalszym ciągu dokonywać na swoich rachunkach typu home rozrachunku transakcji płatniczych i innych transakcji, w tym następujących:

a) płatności między instytucjami kredytowymi;

b) płatności między instytucjami kredytowymi a systemami zewnętrznymi; oraz

c) płatności dotyczących operacji otwartego rynku Eurosystemu.

7. Z upływem okresu przejściowego ustają:

a) rejestracja adresowalnego posiadacza BIC przez BC Eurosystemu, w przypadku podmiotów, o których mowa w art. 4 ust. 1 lit. a) i b) załącznika II;

b) uczestnictwo pośrednie za pośrednictwem BC Eurosystemu; oraz

c) rozrachunek na rachunkach typu home wszystkich płatności, o których mowa w ust. 6 lit. a)–c).

8. Definicja „nieprawidłowego działania krajowego systemu RTGS” w art. 1 ust. 1 wytycznych EBC/2005/16 otrzymuje brzmienie:

„— ‘nieprawidłowe działanie krajowego systemu RTGS’, ‘nieprawidłowe działanie systemu TARGET’ lub ‘nieprawidłowe działanie’ – techniczne i jakiekolwiek inne trudności, wady i usterki dotyczące infrastruktury technicznej lub systemów komputerowych któregokolwiek krajowego systemu RTGS, Mechanizmu Płatności EBC lub systemu skomputeryzowanych łączy sieciowych wykorzystywanych w systemie wzajemnych połączeń lub w połączeniu dwustronnym, bądź też jakiekolwiek inne wydarzenie związane z krajowym systemem RTGS lub Mechanizmem Płatności EBC, systemem wzajemnych połączeń lub połączeniem dwustronnym, uniemożliwiające wykonanie i zakończenie tego samego dnia realizacji zleceń płatności w systemie TARGET; definicja ta obejmuje także przypadki, gdy nieprawidłowe działanie występuje równocześnie w więcej niż jednym krajowym systemie RTGS (na przykład ze względu na awarię związaną z dostawcą usług sieciowych), jak również przypadki, w których, przed migracją do TARGET2, nieprawidłowe działanie występuje w jednolitej wspólnej platformie (Single Shared Platform, SSP) TARGET2, zdefiniowanej w wytycznych EBC/2007/2”.

9. Artykuł 8 ust. 4 lit. b) i c) wytycznych EBC/2005/16 otrzymuje brzmienie:

„b) uczestnicy systemu TARGET składają swoje formularze zgłoszenia w KBC, w którym prowadzony jest rachunek RTGS, który był lub miał być obciążony lub uznany (macierzysty KBC), w terminie czterech tygodni od dnia nieprawidłowego działania. Wszelkie dodatkowe informacje i dowody, o przedstawienie których zwraca się macierzysty KBC, należy dostarczyć w ciągu dwóch tygodni od otrzymania wezwania do ich przedstawienia;

c) Rada Prezesów EBC przeprowadza ocenę wszystkich zgłoszonych roszczeń i decyduje o złożeniu oferty rekompensaty. O ile Rada Prezesów EBC nie zdecyduje odmiennie i nie poinformuje o tym uczestników systemu TARGET, ocena ta jest przeprowadzana w okresie nie dłuższym niż 14 tygodni od dnia nieprawidłowego działania.”.

Artykuł 16

Adresaci, sposób implementacji i raporty roczne

1. Niniejsze wytyczne znajdują zastosowanie do wszystkich BC Eurosystemu.

2. Uczestniczące KBC przesyłają do EBC do dnia 31 lipca 2007 r. projekty aktów prawnych, za pomocą których zamierzają zastosować się do niniejszych wytycznych.

3. EBC przygotowuje dla Rady Prezesów raporty roczne z całościowego funkcjonowania systemu TARGET2.

Sporządzono we Frankfurcie nad Menem dnia 26 kwietnia 2007 r. W imieniu Rady Prezesów EBC Jean-Claude TRICHET Prezes EBC

(1) Dz.U. L 18 z 23.1.2006, str. 1. Wytyczne zmienione wytycznymi EBC/2006/11 (Dz.U. L 221 z 12.8.2006, str. 17).

(2) Dz.U. L 166 z 11.6.1998, str. 45.

ZAŁĄCZNIK I ZASADY ZARZĄDZANIA SYSTEMEM TARGET2 Poziom 1 – Rada Prezesów Poziom 2 – BC Eurosystemu Poziom 3 – BC dostarczające SSP 0. Postanowienia ogólne Poziom 1 ma nadrzędne kompetencje w odniesieniu do krajowych i transgranicznych zagadnień związanych z TARGET2 oraz ponosi odpowiedzialność za ochronę jego funkcji publicznej Poziom 2 ma kompetencje pomocnicze w zakresie kwestii przekazanych mu przez poziom 1 Poziom 3 podejmuje decyzje w zakresie bieżącego funkcjonowania wspólnej jednolitej wspólnej platformy (SSP) na podstawie poziomów usług zdefiniowanych w umowach, o których mowa w art. 5 ust. 6 niniejszych wytycznych 1. Polityka kształtowania kosztów i cen — Podejmowanie decyzji w sprawie wspólnej metodyki kalkulacji kosztów — Podejmowanie decyzji w sprawie jednolitej struktury cen — Podejmowanie decyzji w sprawie cen dodatkowych usług lub modułów (Nie dotyczy) 2. Zakres usług — Podejmowanie decyzji co do zakresu usług podstawowych — Podejmowanie decyzji w sprawie dodatkowych usług lub modułów — Dostarczanie danych według zapotrzebowania poziomu 1/poziomu 2 3. Zarządzanie ryzykiem — Podejmowanie decyzji co do ogólnych ram zarządzania ryzykiem oraz akceptowanie pozostałych ryzyk — Faktyczne prowadzenie zarządzania ryzykiem — Przeprowadzanie analiz ryzyka i działań następczych — Dostarczanie niezbędnych informacji na potrzeby analiz ryzyka według zapotrzebowania poziomu 1/poziomu 2 4. Zarządzanie i finansowanie — Określanie zasad dotyczących prawa własności, procesów decyzyjnych i finansowania SSP — Tworzenie i zapewnianie odpowiedniej implementacji ram prawnych ESBC dla systemu TARGET2 — Opracowywanie zasad w zakresie zarządzania i finansowania określonych na poziomie 1 — Sporządzanie projektu budżetu, jego zatwierdzanie i wykonywanie — Wykonywanie prawa własności lub kontroli aplikacji — Pobieranie środków i opłacanie usług — Przekazywanie poziomowi 2 danych dotyczących kosztów za świadczenie usług 5. Tworzenie systemu — Opiniowanie lokalizacji SSP na wniosek poziomu 2 — Zatwierdzanie ogólnego planu projektu — Podejmowanie decyzji w sprawie projektu wyjściowego i dalszego rozwoju SSP — Podejmowanie decyzji co do tego, czy platformę należy stworzyć od początku czy też na bazie platformy istniejącej — Podejmowanie decyzji co do wyboru operatora SSP — Ustalanie – w porozumieniu z poziomem 3 – zakresu usług SSP — Podejmowanie decyzji w sprawie lokalizacji SSP po zasięgnięciu opinii poziomu 1 — Przedstawienie propozycji projektu SSP — Przedstawianie propozycji co do tego, czy platformę stworzyć od początku czy na bazie istniejącej platformy — Przedstawienie propozycji co do lokalizacji SSP — Przygotowywanie ogólnych i szczegółowych specyfikacji funkcjonalnych (wewnętrznej szczegółowej specyfikacji funkcjonalnej oraz szczegółowej specyfikacji funkcjonalnej użytkownika) — Zatwierdzanie metodyki procesu specyfikacji oraz produktów dostarczanych przez poziom 3, uznanych za stosowne dla potrzeb specyfikacji oraz – na późniejszym etapie – testów i odbioru produktu (w szczególności – ogólne i szczegółowe specyfikacje użytkownika) — Stworzenie planu projektu w rozbiciu na etapy kluczowe — Ocena i zatwierdzanie dostarczanych produktów — Tworzenie scenariuszy testowych — Koordynacja testów przeprowadzanych przez banki centralne i użytkowników w ścisłej współpracy z poziomem 3 — Przygotowywanie szczegółowych specyfikacji technicznych — Dostarczanie danych (początkowych i bieżących) na potrzeby planowania i kontroli projektu w rozbiciu na etapy kluczowe — Wsparcie techniczne i operacyjne przeprowadzanych testów (przeprowadzenie testów SSP, dostarczenie danych do scenariuszy testowych związanych z SSP, pomoc dla BC Eurosystemu w testowaniu SSP) 6. Wdrożenie i migracja — Podejmowanie decyzji w zakresie strategii migracji — Przygotowanie i koordynacja migracji do SSP w ścisłej współpracy z poziomem 3 — Dostarczanie danych związanych z migracją według zapotrzebowania poziomu 2 — Wykonywanie zadań dotyczących migracji związanych z SSP; dodatkowe wsparcie dla migrujących KBC 7. Obsługa — Zarządzanie poważnymi sytuacjami kryzysowymi — Zarządzanie w zakresie obowiązków właściciela systemu — Utrzymywanie kontaktu z użytkownikami na poziomie europejskim (z zastrzeżeniem, iż obowiązki w zakresie kontaktów biznesowych z klientami obciążają wyłącznie BC Eurosystemu) oraz monitorowanie bieżącej aktywności użytkowników z perspektywy biznesowej (zadanie BC Eurosystemu) — Monitorowanie rozwoju sytuacji na rynku — Budżetowanie, finansowanie, fakturowanie (zadanie BC Eurosystemu) i inne zadania administracyjne — Zarządzanie systemem na podstawie umowy, o której mowa w art. 5 ust. 6 niniejszych wytycznych

ZAŁĄCZNIK II ZHARMONIZOWANE WARUNKI UCZESTNICTWA W TARGET2 TYTUŁ I POSTANOWIENIA OGÓLNE Artykuł 1 Definicje Terminy użyte w niniejszych zharmonizowanych warunkach (zwanych dalej „Warunkami”) oznaczają: — „adresowalny posiadacz BIC” (addressable BIC holder) – podmiot, który: a) posiada Bankowy Kod Identyfikacyjny (BIC); b) nie jest zarejestrowany jako uczestnik pośredni; oraz c) jest korespondentem lub klientem uczestnika uezpośredniego bądź też oddziałem uczestnika uezpośredniego lub uczestnika pośredniego, mającym możliwość składania zleceń płatniczych do systemu będącego komponentem TARGET2 oraz otrzymywania płatności z tego systemu za pośrednictwem uczestnika bezpośredniego, — „BC” (banki centralne, central banks, CBs) – BC Eurosystemu i przyłączone BC, — „BIC” (Bankowy Kod Identyfikacyjny, Bank Identifier Code, BIC) – kod zdefiniowany w normie ISO nr 9362, — „BC dostarczające SSP” (SSP-providing CBs) – Deutsche Bundesbank, Banque de France oraz Banca d'Italia występujące w charakterze BC budujących i obsługujących SSP na rzecz Eurosystemu, — „BC Eurosystemu” (Eurosystem CB) – EBC lub KBC państwa członkowskiego, które przyjęło euro, — „członek grupy AL” (AL group member) – uczestnika TARGET2, który zawarł porozumienie AL, — „dostawca usług sieciowych” (network service provider) – przedsiębiorstwo, które zostało wskazane przez Radę Prezesów EBC jako dostawca skomputeryzowanych łączy sieciowych dla składania komunikatów płatniczych w systemie TARGET2, — „dostępna płynność” lub „płynność” (available liquidity, liquidity) – saldo kredytowe na rachunku w PM uczestnika TARGET2 oraz, jeżeli ma zastosowanie, linia kredytowa w ramach kredytu w ciągu dnia przyznawanego przez odpowiedni BC w odniesieniu do takiego rachunku w PM, — „dostęp wieloadresowy” (multi-addressee access) – rozwiązanie zapewniające oddziałom lub instytucjom kredytowym mającym siedzibę w EOG dostęp do odpowiedniego systemu będącego komponentem TARGET2 poprzez składanie zleceń płatniczych bądź otrzymywanie płatności bezpośrednio w takim systemie będącym komponentem TARGET2; w ramach takiego rozwiązania wskazane podmioty są upoważnione do składania zleceń płatniczych za pośrednictwem rachunku w PM uczestnika bezpośredniego bez jego udziału, — „dyrektywa bankowa” (Banking Directive) – dyrektywę 2006/48/WE Parlamentu Europejskiego i Rady z dnia 14 czerwca 2006 r. w sprawie podejmowania i prowadzenia działalności przez instytucje kredytowe (wersja przeredagowana) (1), — „dyrektywa o ostateczności rozrachunku” (Settlement Finality Directive) – dyrektywę 98/26/WE Parlamentu Europejskiego i Rady z dnia 19 maja 1998 r. w sprawie zamknięcia rozliczeń w systemach płatności i rozrachunku papierów wartościowych (2), — „dzień operacyjny” (business day) – każdy dzień, w którym TARGET2 jest otwarty dla rozrachunku zleceń płatniczych, zgodnie z postanowieniami dodatku V, — „formularz danych statycznych” (static data collection form) – formularz opracowany przez [nazwa BC] dla celów rejestracji podmiotów ubiegających się o dostęp do usług TARGET2-[oznaczenie BC/kraju] oraz dla celów rejestracji zmian w zakresie dostarczania takich usług, — „grupa” (group) – a) grupę złożoną z instytucji kredytowych objętych skonsolidowanym sprawozdaniem finansowym spółki dominującej, w przypadku gdy spółka taka jest zobowiązana do przedstawienia skonsolidowanego sprawozdania finansowego na podstawie Międzynarodowego Standardu Rachunkowości 27 (IAS 27), przyjętego zgodnie z rozporządzeniem Komisji (WE) nr 2238/2004 (3) oraz przy założeniu, iż grupa taka składa się: (i) ze spółki dominującej oraz jednej lub więcej spółek zależnych; lub (ii) z dwu lub więcej spółek zależnych od spółki dominującej; lub b) grupę złożoną z instytucji kredytowych zgodnie ze wskazaniem w lit. a) ppkt (i) lub (ii) powyżej, w przypadku gdy spółka dominująca nie przedstawia skonsolidowanych sprawozdań finansowych na podstawie standardu IAS 27, ale może spełnić wskazane w tym standardzie kryteria objęcia skonsolidowanym sprawozdaniem finansowym, pod warunkiem weryfikacji powyższego przez BC uczestnika bezpośredniego lub, w przypadku grupy AL, przez zarządzający KBC; lub c) dwu- lub wielostronną sieć instytucji kredytowych, zorganizowaną: (i) na podstawie przepisów ustawowych przewidujących przynależność instytucji kredytowych do takiej sieci; lub (ii) jako samorządna struktura oparta na mechanizmie kooperacji (w zakresie promowania, wspierania oraz reprezentowania interesów gospodarczych swoich członków) lub też w oparciu o zasady gospodarczej solidarności, w przypadku gdy wskazana charakterystyka wykracza poza zwykły zasięg współpracy między instytucjami kredytowymi, a taka szczególna kooperacja bądź solidarność są dozwolone w aktach założycielskich lub statutowych wskazanych instytucji kredytowych, względnie przewidziane na mocy odrębnych porozumień, przy czym w każdym z przypadków przewidzianych w lit. c) wniosek o potraktowanie wskazanych podmiotów jako grupy został zatwierdzony przez Radę Prezesów EBC, — „grupa AL” (AL group) – grupę złożoną z członków grupy AL, używających trybu AL, — „grupa CAI” (CAI group) – grupę złożoną z uczestników TARGET2, stosujących tryb CAI, — „instrukcja obciążenia bezpośredniego” (direct debit instruction) – instrukcję przekazaną przez odbiorcę płatności jego BC, zgodnie z którą BC płatnika obciąża rachunek płatnika kwotą określoną w instrukcji, na podstawie złożonego upoważnienia do obciążenia bezpośredniego, — „instytucja kredytowa” (credit institution) – instytucję kredytową w rozumieniu [przepisy krajowe implementujące art. 4 ust. 1 lit. a) oraz, o ile ma zastosowanie, art. 2 dyrektywy bankowej], podlegającą nadzorowi ostrożnościowemu właściwego organu, — „KBC grupy AL” (AL NCB) – uczestniczący KBC, który jest stroną porozumienia AL oraz który działa jako kontrahent dla członków grupy AL uczestniczących w jego systemie będącym komponentem TARGET2, — „komunikat ICM” (ICM broadcast message) – informację jednocześnie dostępną dla wszystkich lub wybranych grup uczestników TARGET2 poprzez ICM, — „kredyt w ciągu dnia” (intraday credit) – kredyt przyznawany na czas krótszy niż jeden dzień operacyjny, — „kredyt Banku Centralnego na koniec dnia” (marginal lending facility) – stały instrument kredytowy Eurosystemu dostępny dla kontrahentów chcących otrzymać od BC Eurosystemu kredyt z dnia na dzień (overnight) oprocentowany według ustalonego z wyprzedzeniem oprocentowania kredytu Banku Centralnego na koniec dnia, — „menedżer grupy AL” (AL group manager) – członka grupy AL wyznaczonego przez pozostałych członków grupy AL w celu zarządzania dostępną płynnością w ramach grupy AL w ciągu dnia operacyjnego, — „menedżer grupy CAI” (CAI group manager) – członka grupy CAI wyznaczonego przez pozostałych członków grupy CAI w celu monitorowania oraz rozdysponowywania dostępnej płynności w ramach grupy CAI w ciągu dnia operacyjnego, — „moduł awaryjny” (Contingency Module) – moduł SSP umożliwiający przetwarzanie płatności krytycznych i bardzo krytycznych w sytuacjach awaryjnych, — „ICM” (Information and Control Module, moduł informacyjno-kontrolny) – moduł SSP umożliwiający uczestnikom dostęp do informacji w trybie on-line oraz dający możliwość wprowadzania zleceń przekazania płynności, jak również możliwość zarządzania płynnością oraz inicjowania rezerwowych zleceń płatniczych w przypadku sytuacji wymagających zapewnienia ciągłości działania, — „PM” (Payments Module, moduł płatniczy) – moduł SSP, w którym płatności uczestników TARGET2 podlegają rozrachunkowi na rachunkach w PM, — „niewykonanie zobowiązania” (event of default) – zaistnienie lub groźbę zaistnienia zdarzenia mogącego zakłócić wykonanie zobowiązań podjętych przez uczestnika na podstawie niniejszych Warunków lub innych zasad mających zastosowanie do stosunku między tym uczestnikiem a [nazwa BC] lub innym BC, w tym w szczególności: a) przypadek, gdy uczestnik przestaje spełniać kryteria dostępu wskazane w art. 4 bądź też wymagania wskazane w art. 8 ust. 1 lit. a) pkt i); b) wszczęcie postępowania upadłościowego w stosunku do uczestnika; c) złożenie wniosku o wszczęcie postępowania wskazanego w lit. b); d) wydanie przez uczestnika pisemnego oświadczenia o niemożności spłaty całości lub części zadłużenia lub wykonania zobowiązań związanych z kredytem w ciągu dnia; e) zawarcie przez uczestnika układu lub ugody z wierzycielami; f) sytuacja, w której uczestnik jest niewypłacalny lub niezdolny do spłaty swoich długów albo zostanie uznany za takiego przez swój BC; g) sytuacja, w której saldo dodatnie uczestnika na jego rachunku w PM względnie całość lub znacząca część aktywów uczestnika zostają objęte środkiem zabezpieczającym, względnie podlegają zajęciu, egzekucji lub jakiemukolwiek innemu postępowaniu zmierzającemu do ochrony interesu publicznego lub praw wierzycieli uczestnika; h) sytuacja, w której uczestnictwo danego uczestnika w innym systemie będącym komponentem TARGET2 lub systemie zewnętrznym zostaje zawieszone lub ustaje; i) sytuacja, w której jakiekolwiek wystąpienie albo oświadczenie złożone przez uczestnika przed zawarciem umowy lub wystąpienie albo oświadczenie, co do którego – zgodnie z prawem właściwym – przyjmuje się, że zostało złożone przez uczestnika, okaże się nieprawidłowe lub nieprawdziwe; lub j) dokonanie przelewu (cesji) całości lub znaczącej części aktywów uczestnika, — „odbiorca płatności” (payee) – uczestnika TARGET2, którego rachunek w PM jest uznawany w wyniku rozrachunku zlecenia płatniczego, — „oddział” (branch) – oddział w rozumieniu [przepisy prawa krajowego implementujące art. 4 ust. 3 dyrektywy bankowej], — „opinia o zdolności” (capacity opinion) – opinię dotyczącą danego uczestnika, zawierającą ocenę jego zdolności prawnej do podejmowania i wykonywania zobowiązań wynikających z niniejszych Warunków, — „oprocentowanie kredytu Banku Centralnego na koniec dnia” (marginal lending rate) – stopę procentową stosowaną w odniesieniu do kredytu Banku Centralnego na koniec dnia, — „płatnik” (payer) – uczestnika TARGET2, którego rachunek w PM jest obciążany w wyniku rozrachunku zlecenia płatniczego, — „podmiot sektora publicznego” (public sector body) – podmiot wchodzący w skład „sektora publicznego” rozumianego zgodnie z definicją zawartą w art. 3 rozporządzenia Rady (WE) nr 3603/93 z dnia 13 grudnia 1993 r. określającego definicje w celu zastosowania zakazów określonych w art. 104 i 104b ust. 1 Traktatu (4) (obecnie art. 101 i 103 ust. 1), — „polecenie przelewu” (credit transfer order) – złożoną przez płatnika zgodnie z niniejszymi Warunkami instrukcję udostępnienia odbiorcy płatności określonych środków w drodze zapisu księgowego na rachunku w PM, — „porozumienie AL” (AL agreement) – wielostronne porozumienie w sprawie grupowania płynności zawarte przez członków grupy AL oraz przez ich odpowiednie KBC grupy AL, w celu używania trybu AL, — „postępowanie upadłościowe” (insolvency proceedings) – postępowanie upadłościowe w rozumieniu art. 2 lit. j) dyrektywy o ostateczności rozrachunku, — „przedsiębiorstwo inwestycyjne” (investment firm) – przedsiębiorstwo inwestycyjne w rozumieniu [przepisy prawa krajowego implementujące art. 4 ust. 1 pkt 1 dyrektywy 2004/39/WE Parlamentu Europejskiego i Rady z dnia 21 kwietnia 2004 r. w sprawie rynków instrumentów finansowych zmieniającej dyrektywy Rady 85/611/EWG i 93/6/EWG i dyrektywę 2000/12/WE Parlamentu Europejskiego i Rady oraz uchylającej dyrektywę Rady 93/22/EWG (5) ], z wyłączeniem instytucji wyszczególnionych w [przepisy prawa krajowego implementujące art. 2 ust. 1 dyrektywy 2004/39/WE], o ile dane przedsiębiorstwo inwestycyjne: a) działa na podstawie zezwolenia wydanego przez właściwy organ wskazany na podstawie przepisów dyrektywy 2004/39/WE i podlega nadzorowi przez ten organ; oraz b) jest uprawnione do wykonywania działalności, o której mowa w [przepisy prawa krajowego implementujące pkt 2, 3, 6 i 7 sekcji A załącznika I do dyrektywy 2004/39/WE], — „przyłączony BC” (connected CB) – krajowy bank centralny (KBC) niebędący BC Eurosystemu, przyłączony do TARGET2 na podstawie odrębnej umowy, — „zdarzenie uzasadniające zaspokojenie” (enforcement event) – w odniesieniu do członka grupy AL: a) jakikolwiek przypadek niewykonania zobowiązania wskazany w art. 34 ust. 1; b) jakikolwiek przypadek niewykonania zobowiązania lub inne zdarzenie wskazane w art. 34 ust. 2, w odniesieniu do którego [nazwa BC], biorąc pod uwagę istotność niewykonania zobowiązania lub innego zdarzenia, zadecydował że [wstawić, jeżeli ma zastosowanie: [należy dochodzić zaspokojenia z zastawu na podstawie art. 25b] [należy dochodzić zaspokojenia z przedmiotu zabezpieczenia na podstawie art. 25c] oraz] należy dokonać potrącenia wierzytelności na podstawie art. 26]; lub c) jakąkolwiek decyzję o zawieszeniu lub wygaśnięciu dostępu do kredytu w ciągu dnia; — „rachunek typu home” (Home Account) – rachunek otwierany przez BC poza PM na rzecz podmiotu kwalifikowanego do otrzymania statusu uczestnika pośredniego, — „rachunek w PM” (PM account) – rachunek uczestnika TARGET2 w PM prowadzony przez BC, niezbędny, aby taki uczestnik TARGET2 mógł: a) składać zlecenia płatnicze lub otrzymywać płatności za pośrednictwem TARGET2; oraz b) dokonywać rozrachunku takich płatności z właściwym BC, — „SSP” (Single Shared Platform, jednolita wspólna platforma) – infrastrukturę jednolitej platformy technicznej dostarczaną przez BC dostarczające SSP, — „system będący komponentem TARGET2” (TARGET2 component system) – system rozrachunku brutto w czasie rzeczywistym (RTGS) prowadzony przez BC, stanowiący część TARGET2, — „system zewnętrzny” (ancillary system, AS) – system zarządzany przez podmiot mający siedzibę w Europejskim Obszarze Gospodarczym (EOG) i podlegający nadzorowi ostrożnościowemu (supervision) lub nadzorowi systemowemu (oversight) właściwego organu, w którym odbywa się obrót płatnościami lub instrumentami finansowymi, względnie rozliczanie takiego obrotu, przy czym rozrachunek powstających w ten sposób zobowiązań pieniężnych następuje w TARGET2, zgodnie z wytycznymi EBC/2007/2 oraz umową dwustronną między danym systemem zewnętrznym a odpowiednim BC, — „TARGET2” – całość wszystkich systemów będących komponentami TARGET2, prowadzonych przez poszczególne BC, — „TARGET2-[oznaczenie BC/kraju]” – system będący komponentem TARGET2 dla [nazwa BC], — „techniczna niesprawność TARGET2” (technical malfunction of TARGET2) – jakiekolwiek trudności, awarie bądź błędy w funkcjonowaniu infrastruktury technicznej lub systemów komputerowych używanych przez TARGET2-[oznaczenie BC/kraju] lub jakiekolwiek inne zdarzenie powodujące niemożliwość wykonania i zakończenia przetwarzania płatności w tym samym dniu, dotyczące płatności w TARGET2-[oznaczenie BC/kraju] bądź też, w okresie migracji, kierowanych do TARGET2 płatności pochodzących z krajowych systemów RTGS, które nie dokonały jeszcze migracji, oraz płatności w odwrotnym kierunku, — „tryb AL” (AL mode) – grupowanie dostępnej płynności na rachunkach w PM, — „tryb CAI” (CAI mode) – dostarczanie skonsolidowanej informacji o rachunkach (consolidated account information) w odniesieniu do rachunków w PM za pośrednictwem ICM, — „uczestnik” (lub „uczestnik bezpośredni”) (participant, direct participant) – podmiot posiadający co najmniej jeden rachunek w PM w [nazwa BC], — „uczestnik pośredni” (indirect participant) – instytucję kredytową z siedzibą w EOG, która zawarła z uczestnikiem bezpośrednim umowę o wysyłanie zleceń płatniczych i otrzymywanie płatności za pośrednictwem rachunku w PM takiego uczestnika bezpośredniego oraz która została uznana przez system będący komponentem TARGET2 za uczestnika pośredniego, — „uczestnik TARGET2” (TARGET2 participant) – dowolnego uczestnika dowolnego systemu będącego komponentem TARGET2, — „uczestnik zlecający” (instructing participant) – uczestnika TARGET2, który zainicjował zlecenie płatnicze, — „upoważnienie do obciążenia bezpośredniego” (direct debit authorisation) – ogólne upoważnienie złożone przez płatnika w jego BC upoważniające i zobowiązujące ten BC do obciążenia rachunku płatnika po otrzymaniu instrukcji obciążenia bezpośredniego od odbiorcy płatności, — „wstępna próba przetwarzania” (entry disposition) – fazę przetwarzania płatności, w której TARGET2-[oznaczenie BC/kraju] podejmuje w drodze specjalnych procedur wskazanych w art. 20 próbę dokonania rozrachunku zlecenia płatniczego przyjętego zgodnie z art. 14, — „zamknięta grupa użytkowników TARGET2 (TARGET2 CUG)” (TARGET2 closed users group) – grupę klientów dostawcy usług sieciowych wyodrębnioną ze względu na używanie przez nich odpowiednich usług i produktów dostawcy usług sieciowych w związku z uzyskiwaniem przez nich dostępu do rachunku w PM, — „zarządzający KBC” (managing NCB) – KBC grupy AL prowadzący system będący komponentem TARGET2, w którym uczestniczy menedżer grupy AL, — „zawieszenie” (suspension) – w odniesieniu do uczestnictwa, tymczasowe wstrzymanie praw i obowiązków uczestnika na okres, jaki zostanie wskazany przez [nazwa BC], — „zlecenie płatnicze” (payment order) – polecenie przelewu, zlecenie przekazania płynności lub instrukcję obciążenia bezpośredniego, — „zlecenie płatnicze nierozliczone” (non-settled payment order) – zlecenie płatnicze, które nie zostało poddane rozrachunkowi w tym samym dniu operacyjnym, w którym zostało przyjęte (accepted), — „zlecenie przekazania płynności” (liquidity transfer order) – zlecenie płatnicze, którego głównym celem jest przekazanie płynności między różnymi rachunkami tego samego uczestnika lub w ramach grupy CAI lub grupy AL. Artykuł 2 Dodatki 1. Następujące dodatki stanowią integralną część niniejszych Warunków: Dodatek I: Specyfikacje techniczne przetwarzania zleceń płatniczych Dodatek II: System rekompensat w TARGET2 Dodatek III: Ramowa treść opinii o zdolności i opinii krajowej Dodatek IV: Procedury zapewniania ciągłości działania i postępowania w sytuacjach awaryjnych Dodatek V: Harmonogram operacyjny Dodatek VI: Taryfa opłat i fakturowanie Dodatek VII: Porozumienie w sprawie grupowania płynności 2. W przypadku sprzeczności lub rozbieżności między treścią dodatków a innymi przepisami niniejszych Warunków stosuje się postanowienia niniejszych Warunków. Artykuł 3 Ogólna charakterystyka TARGET2-[oznaczenie BC/kraju] i TARGET2 1. TARGET2 umożliwia rozrachunek brutto w czasie rzeczywistym płatności w euro, przeprowadzany w pieniądzu banku centralnego. 2. W TARGET2-[oznaczenie BC/kraju] przetwarzane są następujące zlecenia płatnicze: a) zlecenia płatnicze wynikające bezpośrednio z operacji polityki pieniężnej Eurosystemu lub z nimi związane; b) rozrachunek tej części operacji dewizowych Eurosystemu, której walutą jest euro; c) rozrachunek przelewów w euro wynikających z transakcji w transgranicznych wysokokwotowych systemach kompensowania; d) rozrachunek przelewów w euro wynikających z transakcji w systemowo ważnych systemach płatności detalicznych w euro; oraz e) inne zlecenia płatnicze w walucie euro skierowane do uczestników TARGET2. 3. TARGET2 został założony i funkcjonuje w oparciu o SSP. Eurosystem określa konfigurację techniczną i właściwości SSP. Usługi SSP są dostarczane, na podstawie odrębnych umów, na rzecz BC Eurosystemu przez BC dostarczające SSP. 4. Podmiotem świadczącym usługi na podstawie niniejszych Warunków jest [nazwa BC]. Działania i zaniechania BC dostarczających platformę SSP są uważane za działania i zaniechania [nazwa BC], za które ponosi on odpowiedzialność zgodnie z art. 31 poniżej. Uczestnictwo na podstawie niniejszych Warunków nie prowadzi do powstania stosunków umownych między uczestnikami a BC dostarczającymi platformę SSP, w zakresie w jakim działają one w tym charakterze. Instrukcje (instructions), komunikaty (messages) lub informacje otrzymywane przez uczestnika z SSP lub przesyłane przez uczestnika do SSP w związku z usługami świadczonymi na podstawie niniejszych Warunków uważa się za otrzymywane od lub wysyłane do [nazwa BC]. 5. Pod względem prawnym TARGET2 jest zorganizowany jako zbiór systemów płatności, na który składają się wszystkie systemy będące komponentami TARGET2 wskazane jako „systemy” w przepisach krajowych implementujących dyrektywę o ostateczności rozrachunku. TARGET2-[oznaczenie BC/kraju] jest wskazany jako „system” na podstawie [przepisy implementujące dyrektywę o ostateczności rozrachunku]. 6. Uczestnictwo w TARGET2 następuje poprzez uczestnictwo w systemie będącym komponentem TARGET2. Niniejsze Warunki określają wzajemne prawa i obowiązki uczestników TARGET2-[oznaczenie BC/kraju] oraz [nazwa BC]. Zasady przetwarzania zleceń płatniczych (tytuł IV) odnoszą się do wszystkich zleceń płatniczych składanych lub płatności otrzymywanych przez dowolnego uczestnika TARGET2. TYTUŁ II UCZESTNICTWO Artykuł 4 Kryteria dostępu 1. Następujące typy podmiotów są uprawnione do uczestnictwa bezpośredniego w TARGET2-[oznaczenie BC/kraju]: a) instytucje kredytowe mające siedzibę w EOG, również jeżeli działają one za pośrednictwem oddziału mającego siedzibę w EOG; b) instytucje kredytowe mające siedzibę poza EOG, o ile działają one za pośrednictwem oddziału mającego siedzibę w EOG; oraz c) KBC państw członkowskich UE oraz EBC. 2. [Nazwa BC] może również przyjmować według swojego uznania następujące podmioty jako uczestników bezpośrednich: a) ministerstwa finansów lub odpowiadające im organy władz centralnych lub regionalnych państw członkowskich, działające na rynkach pieniężnych; b) podmioty sektora publicznego państw członkowskich uprawnione do prowadzenia rachunków na rzecz klientów; c) przedsiębiorstwa inwestycyjne mające siedzibę w EOG; d) podmioty świadczące usługi rozliczeniowe lub rozrachunkowe, mające siedzibę w EOG i podlegające nadzorowi systemowemu właściwego organu; oraz e) instytucje kredytowe lub którekolwiek podmioty należące do kategorii wymienionych w lit. a)–d), w obu przypadkach pod warunkiem, że mają one siedzibę w kraju, z którym Wspólnota Europejska zawarła porozumienie walutowe umożliwiające takim podmiotom dostęp do systemów płatności we Wspólnocie Europejskiej, z zastrzeżeniem warunków określonych w takim porozumieniu walutowym oraz o ile odpowiednie przepisy mające zastosowanie w takim kraju są równoważne odpowiednim przepisom wspólnotowym. 3. Instytucje pieniądza elektronicznego w rozumieniu [przepisy prawa krajowego implementujące art. 1 ust. 3 lit. a) dyrektywy 2000/46/WE Parlamentu Europejskiego i Rady z dnia 18 września 2000 r. w sprawie podejmowania i prowadzenia działalności przez instytucje pieniądza elektronicznego oraz nadzoru ostrożnościowego nad ich działalnością (6)] nie są uprawnione do uczestnictwa w TARGET2-[oznaczenie BC/kraju]. Artykuł 5 Uczestnicy bezpośredni 1. Uczestnicy bezpośredni w TARGET2-[oznaczenie BC/kraju] mają obowiązek spełniać wymogi określone w art. 8 ust. 1 i 2. Uczestnicy ci posiadają co najmniej jeden rachunek w PM w [nazwa BC]. 2. Uczestnicy bezpośredni są uprawnieni do wyznaczania adresowalnych posiadaczy BIC, bez względu na ich siedzibę. 3. Uczestnicy bezpośredni mogą wyznaczać inne podmioty jako uczestników pośrednich, pod warunkiem spełnienia warunków określonych w art. 6. 4. Do dostępu wieloadresowego przez oddziały stosuje się następujące zasady: a) instytucja kredytowa w rozumieniu art. 4 ust. 1 lit. a) lub b), która została przyjęta jako uczestnik bezpośredni, może udzielić dostępu do swojego rachunku w PM jednemu lub większej liczbie własnych oddziałów mających siedzibę w EOG w celu bezpośredniego składania zleceń płatniczych lub otrzymywania płatności, pod warunkiem iż [nazwa BC] został o tym odpowiednio powiadomiony; b) w sytuacji, gdy oddział instytucji kredytowej został przyjęty jako uczestnik bezpośredni, inne oddziały tej samej osoby prawnej lub ich centrala (head office), w obu przypadkach pod warunkiem posiadania siedziby w EOG, mogą uzyskiwać dostęp do rachunku w PM takiego oddziału, pod warunkiem iż [nazwa BC] został o tym odpowiednio powiadomiony. Artykuł 6 Uczestnicy pośredni 1. Instytucja kredytowa mająca siedzibę w EOG jest uprawniona do zawarcia umowy z jednym uczestnikiem bezpośrednim będącym instytucją kredytową w rozumieniu art. 4 ust. 1 lit. a) lub b) albo z BC, w celu składania zleceń płatniczych lub otrzymywania płatności oraz dokonywania ich rozrachunku za pośrednictwem rachunku w PM takiego uczestnika bezpośredniego. TARGET2-[oznaczenie BC/kraju] uznaje odpowiednie podmioty za uczestników pośrednich, rejestrując je w TARGET2 directory, o którym mowa w art. 9. 2. W przypadku, w którym uczestnik bezpośredni będący instytucją kredytową w rozumieniu art. 4 ust. 1 lit. a) lub b) oraz uczestnik pośredni należą do tej samej grupy, uczestnik bezpośredni może w sposób wyraźny upoważnić uczestnika pośredniego do korzystania z rachunku w PM takiego uczestnika bezpośredniego w celu bezpośredniego składania zleceń płatniczych lub otrzymywania płatności w drodze przyznanego grupie dostępu wieloadresowego. Artykuł 7 Obowiązki uczestników bezpośrednich 1. W celu uniknięcia wątpliwości zaznacza się, iż zlecenia płatnicze składane lub płatności otrzymywane przez uczestników pośrednich zgodnie z art. 6, a także przez oddziały, o których mowa w art. 5 ust. 4, traktowane są jako składane lub otrzymywane przez uczestnika bezpośredniego. 2. Zlecenia płatnicze, o których mowa w ust. 1, wiążą uczestnika bezpośredniego bez względu na treść umów lub innego rodzaju ustaleń między uczestnikiem a podmiotami, o których mowa w ust. 1, a także bez względu na ewentualne nieprzestrzeganie tych umów lub ustaleń. Artykuł 8 Procedura ubiegania się o uczestnictwo 1. Dla przystąpienia do TARGET2-[oznaczenie BC/kraju], podmiot ubiegający się o uczestnictwo jest obowiązany: a) spełnić następujące wymagania techniczne: (i) zapewnić instalację, zarządzanie, obsługę i kontrolowanie oraz bezpieczeństwo infrastruktury informatycznej niezbędnej do przyłączenia do TARGET2-[oznaczenie BC/kraju] oraz do składania w nim zleceń płatniczych. Spełniając te wymagania, podmioty ubiegające się o uczestnictwo mogą korzystać z usług osób trzecich, ponoszą jednak wyłączną odpowiedzialność w tym zakresie. W szczególności podmioty ubiegające się o uczestnictwo zawierają umowę z dostawcą usług sieciowych w celu uzyskania niezbędnego połączenia oraz technicznych warunków dostępu, zgodnie ze specyfikacjami technicznymi zawartymi w dodatku I; oraz (ii) przejść odpowiednie testy wymagane przez [nazwa BC]; oraz b) spełnić następujące wymagania prawne: (i) dostarczyć opinię o zdolności w formie określonej w dodatku III, chyba że informacje i oświadczenia jakie mają być zawarte w takiej opinii zostały już uprzednio uzyskane przez [nazwa BC] w innych okolicznościach; oraz (ii) w przypadku podmiotów, o których mowa w art. 4 ust. 1 lit. b) – dostarczyć opinię krajową o treści określonej w dodatku III, chyba że informacje i oświadczenia jakie mają być zawarte w takiej opinii zostały już uprzednio uzyskane przez [nazwa BC] w innych okolicznościach. 2. Podmioty ubiegające się o uczestnictwo składają w [nazwa BC] pisemny wniosek, załączając co najmniej następujące dokumenty oraz informacje: a) wypełniony formularz danych statycznych, zgodnie z wzorem wskazanym przez [nazwa BC]; b) opinię o zdolności, jeżeli jej przedstawienia wymaga [nazwa BC]; oraz c) opinię krajową, jeżeli jej przedstawienia wymaga [nazwa BC]. 3. [Nazwa BC] może również zażądać przedłożenia dodatkowych informacji, które uzna za niezbędne do oceny wniosku o uczestnictwo. 4. [Nazwa BC] odrzuca wniosek o uczestnictwo, jeżeli: a) nie spełniono kryteriów dostępu określonych w art. 4; b) nie spełniono jednego lub więcej kryteriów uczestnictwa określonego w art. 8 ust. 1; lub c) w ocenie [nazwa BC] takie uczestnictwo zagrażałoby ogólnej stabilności, poprawnemu działaniu i bezpieczeństwu TARGET2-[oznaczenie BC/kraju] lub innego systemu będącego komponentem TARGET2, bądź też zagrażałoby wykonywaniu przez [nazwa BC] jego zadań określonych w [odpowiednie przepisy krajowe] oraz w Statucie Europejskiego Systemu Banków Centralnych i Europejskiego Banku Centralnego. 5. [Nazwa BC] zawiadamia podmiot ubiegający się o uczestnictwo o decyzji podjętej w sprawie jego wniosku o uczestnictwo w ciągu miesiąca od otrzymania wniosku. W przypadku, w którym [nazwa BC] zażądał przedłożenia dodatkowych informacji zgodnie z ust. 3 powyżej, o decyzji zawiadamia się w ciągu miesiąca od otrzymania przez [nazwa BC] takich informacji od podmiotu ubiegającego się o uczestnictwo. Decyzja odmowna zawiera uzasadnienie odrzucenia wniosku. Artykuł 9 TARGET2 directory 1. TARGET2 directory jest bazą danych o BIC-ach wykorzystywaną do routingu zleceń płatniczych kierowanych do: a) uczestników TARGET2 oraz ich oddziałów korzystających z dostępu wieloadresowego; b) uczestników pośrednich TARGET2, włączając w to uczestników pośrednich korzystających z dostępu wieloadresowego; oraz c) adresowalnych posiadaczy BIC w TARGET2. TARGET2 directory jest uaktualniana co tydzień. 2. Przy braku odmiennych wniosków uczestnika w tym zakresie, poszczególne BIC publikuje się w TARGET2 directory. 3. Uczestnicy są uprawnieni do udostępniania TARGET2 directory wyłącznie swoim oddziałom oraz podmiotom korzystającym z dostępu wieloadresowego. 4. Podmioty wskazane w ust. 1 lit. b) i c) wykorzystują swój BIC w stosunkach wyłącznie z jednym uczestnikiem bezpośrednim. TYTUŁ III ZOBOWIĄZANIA STRON Artykuł 10 Zobowiązania [nazwa BC] i uczestników 1. [Nazwa BC] oferuje usługi opisane w tytule IV. O ile nie zostało to odmiennie uregulowane w niniejszych Warunkach lub przepisach prawa, [nazwa BC] podejmuje w celu wykonania zobowiązań wskazanych w niniejszych Warunkach wszelkie rozsądnie wymagane działania w granicach swoich możliwości, nie ponosząc jednak odpowiedzialności za osiągnięcie pożądanego wyniku. 2. Uczestnicy ponoszą na rzecz [nazwa BC] opłaty określone w dodatku VI. 3. Uczestnicy są obowiązani do zapewnienia ich przyłączenia do TARGET2-[oznaczenie BC/kraju] w dniach operacyjnych, zgodnie z harmonogramem operacyjnym zawartym w dodatku V. 4. Uczestnik oświadcza i zapewnia [nazwa BC], iż wykonywanie jego zobowiązań wynikających z niniejszych Warunków nie narusza jakichkolwiek przepisów ustawowych, wykonawczych lub statutowych mających zastosowanie do takiego uczestnika ani też wiążących uczestnika postanowień umownych. Artykuł 11 Współpraca i wymiana informacji 1. Wykonując swoje prawa i obowiązki na podstawie niniejszych Warunków, [nazwa BC] i uczestnicy ściśle współpracują ze sobą w celu zapewnienia stabilności, poprawnego działania oraz bezpieczeństwa TARGET2-[oznaczenie BC/kraju]. Z zastrzeżeniem obowiązków wynikających z ochrony tajemnicy bankowej, [nazwa BC] i uczestnicy przekazują sobie nawzajem wszelkie informacje lub dokumenty mające znaczenie dla wykonywania odpowiednich praw i obowiązków na podstawie niniejszych Warunków. 2. [Nazwa BC] tworzy i prowadzi dział obsługi użytkowników systemu, w celu udzielania uczestnikom pomocy w rozwiązywaniu problemów związanych z funkcjonowaniem systemu. 3. Aktualne informacje o statusie operacyjnym SSP są dostępne w ramach systemu informacyjnego TARGET2 (TARGET2 Information System, T2IS). Za pośrednictwem T2IS możliwe jest uzyskanie informacji o każdym zdarzeniu wpływającym na normalne funkcjonowanie TARGET2. 4. [Nazwa BC] może przesyłać komunikaty skierowane do uczestników za pomocą ICM lub za pomocą innych środków komunikacji. 5. Uczestnicy odpowiadają za terminowe aktualizowanie złożonych formularzy danych statycznych oraz przedkładanie nowych formularzy danych statycznych na rzecz [nazwa BC]. Uczestnicy odpowiadają również za sprawdzanie dokładności dotyczących ich informacji wprowadzanych do TARGET2-[oznaczenie BC/kraju] przez [nazwa BC]. 6. [Nazwa BC] uznaje się za upoważniony do przekazywania BC dostarczającym SSP wszelkich informacji dotyczących uczestników, potrzebnych im do pełnienia funkcji administratorów usługi w ramach zawartego przez nie porozumienia z dostawcą usług sieciowych. 7. Uczestnicy informują [nazwa BC] o jakiejkolwiek zmianie wpływającej na zakres ich zdolności prawnej oraz o zmianach legislacyjnych wpływających na zagadnienia opisane w dotyczącej ich opinii krajowej. 8. Uczestnicy informują [nazwa BC] o: a) nowych rejestrowanych przez nich uczestnikach pośrednich, adresowalnych posiadaczach BIC lub podmiotach korzystających z dostępu wieloadresowego; oraz b) zmianach dotyczących podmiotów wskazanych w lit. a). 9. Uczestnicy niezwłocznie informują [nazwa BC] o wszelkich dotyczących ich przypadkach niewykonania zobowiązania. TYTUŁ IV ZARZĄDZANIE RACHUNKAMI W PM I PRZETWARZANIE ZLECEŃ PŁATNICZYCH Artykuł 12 Otwieranie i zarządzanie rachunkami w PM 1. [Nazwa BC] otwiera i prowadzi co najmniej jeden rachunek w PM, a w razie potrzeby także subkonta, dla każdego uczestnika. 2. [Wstawić, jeżeli ma zastosowanie: Niedopuszczalne jest saldo debetowe na rachunku w PM]. 3. [Wstawić, jeżeli ma zastosowanie: Na początku i na końcu każdego dnia operacyjnego saldo na rachunku w PM wynosi zero. Uznaje się, że uczestnik złożył w [nazwa BC] polecenie przelewu salda dodatniego występującego na koniec każdego dnia operacyjnego na wskazany przez niego rachunek]. 4. [Wstawić, jeżeli ma zastosowanie: Na początku następnego dnia operacyjnego powyższe saldo dodatnie zostaje z powrotem przelane na rachunek w PM danego uczestnika]. 5. Rachunki w PM oraz subkonta takich rachunków nie podlegają oprocentowaniu, z wyjątkiem przypadku użycia takich rachunków w celu przechowywania rezerw obowiązkowych. W takim przypadku obliczenie i wypłata oprocentowania w odniesieniu do kwot przechowywanych rezerw obowiązkowych podlega rozporządzeniu (WE) nr 2531/98 z dnia 23 listopada 1998 r. dotyczącemu stosowania stóp rezerw obowiązkowych przez Europejski Bank Centralny (7) oraz rozporządzeniu EBC/2003/9 z dnia 12 września 2003 r. dotyczącemu stosowania rezerw obowiązkowych (8). 6. Oprócz rozliczania zleceń płatniczych i zleceń rozrachunku w PM, rachunek w PM może być używany do wykonywania rozrachunku zleceń płatniczych pochodzących z lub przekazywanych do rachunków typu home, zgodnie z zasadami wskazanymi przez [nazwa BC]. 7. W celu uzyskania informacji o swojej pozycji w zakresie płynności uczestnicy korzystają z ICM. Każdemu uczestnikowi korzystającemu z tej usługi [nazwa BC] przedstawia dzienne wyciągi z rachunku. Artykuł 13 Rodzaje zleceń płatniczych Na potrzeby systemu TARGET2 za zlecenia płatnicze uznaje się: a) polecenia przelewu; b) instrukcje obciążenia bezpośredniego wykonywane na podstawie upoważnienia do obciążenia bezpośredniego; oraz c) zlecenia przekazania płynności. Artykuł 14 Przyjmowanie oraz odrzucanie zleceń płatniczych 1. Zlecenia płatnicze składane przez uczestników są uznawane za przyjęte przez [nazwa BC], jeżeli: a) komunikat płatniczy jest zgodny z zasadami określonymi przez dostawcę usług sieciowych; b) komunikat płatniczy jest zgodny z zasadami formatowania oraz warunkami systemu TARGET2-[oznaczenie BC/kraju] i przejdzie test na dwukrotne wprowadzenie zgodnie z dodatkiem I; oraz c) w sytuacji, w której płatnik lub odbiorca płatności został zawieszony – po otrzymaniu wyraźnej zgody BC zawieszonego uczestnika. 2. [Nazwa BC] niezwłocznie odrzuca zlecenia płatnicze niespełniające warunków określonych w ust. 1. [Nazwa BC] informuje uczestnika o odrzuceniu zlecenia płatniczego w sposób określony w dodatku I. Artykuł 15 Zasady ustalania priorytetów 1. Uczestnik zlecający oznacza każde zlecenie płatnicze przy pomocy jednego z poniższych oznaczeń: a) zwykłe zlecenie płatnicze (priorytet klasy 2); b) pilne zlecenie płatnicze (priorytet klasy 1); lub c) bardzo pilne zlecenie płatnicze (priorytet klasy 0). Zlecenia płatnicze niezawierające oznaczenia priorytetu traktuje się jako zlecenia płatnicze zwykłe. 2. Zlecenie płatnicze może być oznaczone jako bardzo pilne tylko przez: a) poszczególne BC; oraz b) uczestników – w przypadkach płatności pochodzących lub przekazywanych na rzecz CLS International Bank oraz przekazywania płynności na rzecz systemów zewnętrznych. Wszystkie instrukcje płatnicze przekazywane przez systemy zewnętrzne za pomocą ASI (Ancillary System Interface, interfejs systemu zewnętrznego) w celu obciążenia lub uznania rachunku PM uczestnika są uznawane za bardzo pilne zlecenia płatnicze. 3. W przypadku pilnych i zwykłych zleceń płatniczych płatnik może ze skutkiem natychmiastowym dokonać zmiany priorytetu za pośrednictwem ICM. Nie jest możliwa zmiana priorytetu płatności oznaczonej jako bardzo pilna. Artykuł 16 Limity płynności 1. Uczestnik może wprowadzić ograniczenia w wykorzystaniu dostępnej płynności do realizacji zleceń płatniczych względem innych uczestników TARGET2, za wyjątkiem BC, ustalając limity dwustronne lub wielostronne. Limity takie mogą być ustalone tylko w odniesieniu do zleceń płatniczych oznaczonych jako zwykłe. 2. Limity mogą być oznaczone przez lub w odniesieniu do grupy AL jako całości. Limity nie mogą być ustalane w odniesieniu do pojedynczego rachunku w PM uczestnika grupy AL, oraz przez uczestników grupy AL względem siebie. 3. Ustalając limit dwustronny, uczestnik zawiadamia [nazwa BC], że przyjęte zlecenie płatnicze nie powinno zostać rozliczone, jeżeli łączna wysokość zleceń płatniczych oznaczonych jako zwykłe wychodzących od niego na rachunek w PM innego uczestnika TARGET2, pomniejszona o łączną wysokość wszystkich płatności oznaczonych jako pilne i zwykłe przychodzących z rachunku w PM tego innego uczestnika TARGET2, przekraczałaby ustalony limit dwustronny. 4. Uczestnik może ustalić limit wielostronny obejmujący każdy stosunek nie podlegający limitowi dwustronnemu. Ustalenie limitu wielostronnego może nastąpić wyłącznie, jeżeli uczestnik wyznaczył co najmniej jeden limit dwustronny. Jeżeli uczestnik ustala limit wielostronny, zawiadamia on [nazwa BC], że przyjęte zlecenie płatnicze nie powinno zostać rozliczone, jeżeli łączna wysokość zleceń płatniczych wychodzących od niego do wszystkich innych rachunków w PM uczestników TARGET2, wobec których nie został ustalony limit dwustronny, pomniejszona o łączną wysokość wszystkich płatności oznaczonych jako pilne i zwykłe przychodzących od takich rachunków w PM, przekraczałaby ustalony limit wielostronny. 5. Minimalna wysokość każdego z limitów wynosi jeden milion euro. Dwustronny lub wielostronny limit w kwocie zero traktuje się tak, jakby nie ustalono żadnego limitu. Limity w wysokości między zero a jeden milion euro są niedopuszczalne. 6. Limity mogą być zmieniane w czasie rzeczywistym, ze skutkiem natychmiastowym lub od następnego dnia operacyjnego, za pośrednictwem ICM. W razie zmiany kwoty limitu na zero nie będzie możliwe dokonanie jego kolejnej zmiany w tym samym dniu operacyjnym. Wyznaczenie nowego limitu dwustronnego lub wielostronnego skutkuje od następnego dnia operacyjnego. Artykuł 17 Rezerwy płynności 1. Uczestnicy mogą ustanawiać rezerwę płynności dla płatności oznaczonych jako pilne lub bardzo pilne, za pośrednictwem ICM. 2. Menedżer grupy AL może ustanowić rezerwę płynności wyłącznie dla całej grupy AL. Rezerwa płynności nie będzie ustanawiana dla pojedynczych rachunków w ramach grupy AL. 3. Wnioskując o ustanowienie rezerwy płynności w określonej kwocie dla płatności oznaczonych jako bardzo pilne, uczestnik poleca [nazwa BC] dokonywanie rozrachunku pilnych i zwykłych zleceń płatniczych wyłącznie w przypadku pozostawania dostępnej płynności po odjęciu sumy przeznaczonej na realizację bardzo pilnych zleceń płatniczych. 4. Wnioskując o ustanowienie rezerwy w określonej kwocie dla płatności oznaczonych jako pilne, uczestnik poleca [nazwa BC] dokonywanie rozrachunku zwykłych zleceń płatniczych wyłącznie w przypadku pozostawania dostępnej płynności po odjęciu sumy przeznaczonej na realizację zleceń płatniczych oznaczonych jako pilne i bardzo pilne. 5. Po otrzymaniu wniosku o ustanowienie rezerwy [nazwa BC] sprawdza, czy kwota płynności na rachunku w PM uczestnika jest wystarczająca do ustanowienia rezerwy. Jeżeli tak nie jest, ustanawia się rezerwę tylko na takiej kwocie płynności, jaka jest dostępna na rachunku w PM. Pozostała różnica w stosunku do wysokości płynności wskazanej we wniosku o ustanowienie rezerwy nie zostanie w przyszłości automatycznie objęta rezerwą, również wtedy, gdy płynność dostępna na rachunku uczestnika wzrośnie do poziomu określonego we wniosku o ustanowienie rezerwy. 6. Wysokość ustanowionej rezerwy może podlegać zmianom. Uczestnicy mogą wnioskować za pośrednictwem ICM o utworzenie nowych rezerw ze skutkiem natychmiastowym lub od następnego dnia operacyjnego. Artykuł 18 Określenie terminu rozrachunku z wyprzedzeniem 1. Uczestnicy zlecający mogą z wyprzedzeniem określać termin rozrachunku zleceń płatniczych w ciągu danego dnia operacyjnego przy użyciu wskaźnika najwcześniejszego terminu obciążenia lub wskaźnika najpóźniejszego terminu obciążenia. 2. W przypadku posłużenia się wskaźnikiem najwcześniejszego terminu obciążenia przyjęte zlecenie płatnicze jest przechowywane i przekazywane do wstępnej próby przetwarzania dopiero we wskazanym terminie. 3. W przypadku posłużenia się wskaźnikiem najpóźniejszego terminu obciążenia przyjęte zlecenie płatnicze podlega zwrotowi jako niewykonane, jeżeli nie może zostać rozliczone do wskazanego terminu obciążenia. Na 15 minut przed określonym terminem obciążenia do uczestnika zlecającego zostaje wysłane automatyczne zawiadomienie za pośrednictwem ICM. Uczestnik zlecający może również posłużyć się wskaźnikiem najpóźniejszego terminu obciążenia wyłącznie w charakterze ostrzegawczym. W takim przypadku dane zlecenie płatnicze nie podlega zwrotowi. 4. Uczestnik zlecający może zmieniać wskaźnik najwcześniejszego terminu obciążenia oraz wskaźnik najpóźniejszego terminu obciążenia za pośrednictwem ICM. 5. Dalsze szczegóły techniczne zawarte są w dodatku I. Artykuł 19 Zlecenia płatnicze składane z wyprzedzeniem (przechowywane zlecenia płatnicze) 1. Zlecenia płatnicze mogą być składane z wyprzedzeniem do pięciu dni operacyjnych przed podaną datą rozliczenia (przechowywane zlecenia płatnicze). 2. Przechowywane zlecenia płatnicze zostają przyjęte i przekazane do wstępnej próby przetwarzania w terminie wskazanym przez uczestnika zlecającego na początku przetwarzania dziennego, w rozumieniu dodatku V. Zlecenia te zostają umieszczone przed zleceniami płatniczymi o tym samym priorytecie. 3. Przepisy art. 15 ust. 3, art. 22 ust. 2 oraz art. 29 ust. 1 lit. a) stosuje się odpowiednio do przechowywanych zleceń płatniczych. Artykuł 20 Rozrachunek zleceń płatniczych w ramach wstępnej próby przetwarzania 1. Jeżeli uczestnik zlecający nie określił terminu dokonania rozrachunku w sposób wskazany w art. 18, przyjęte zlecenia płatnicze podlegają rozrachunkowi natychmiast albo najpóźniej do końca dnia operacyjnego, w którym zostały przyjęte, o ile na rachunku w PM płatnika znajdują się odpowiednie środki oraz przy uwzględnieniu limitów płynności oraz rezerw płynności, o których mowa w art. 16 i 17. 2. Źródłem środków może być: a) dostępna płynność na rachunku w PM; lub b) płatności przychodzące od innych uczestników TARGET2, z zastrzeżeniem mających zastosowanie mechanizmów optymalizacji. 3. Do zleceń płatniczych oznaczonych jako bardzo pilne stosuje się „zasadę FIFO” (first-in-first-out principle). Oznacza to, że zlecenia płatnicze oznaczone jako bardzo pilne podlegają rozrachunkowi w porządku chronologicznym. Zlecenia płatnicze oznaczone jako pilne i zwykłe nie podlegają rozrachunkowi, dopóki w kolejce zleceń oczekujących znajdują się zlecenia płatnicze oznaczone jako bardzo pilne. 4. Zasadę FIFO stosuje się również do zleceń płatniczych oznaczonych jako pilne. Zlecenia płatnicze oznaczone jako zwykłe nie podlegają rozrachunkowi, dopóki w kolejce zleceń oczekujących znajdują się zlecenia płatnicze oznaczone jako pilne i bardzo pilne. 5. W drodze wyjątku od postanowień ust. 3 i 4, zlecenia płatnicze oznaczone niższym priorytetem (lub o tym samym priorytecie, ale przyjęte później) mogą zostać poddane rozrachunkowi przed zleceniami o wyższym priorytecie (lub o tym samym priorytecie, ale przyjętymi wcześniej), jeżeli zlecenia płatnicze oznaczone niższym priorytetem podlegałyby kompensowaniu z otrzymywanymi płatnościami i przez to prowadziły do zwiększenia ogólnej płynności płatnika. 6. Zlecenia płatnicze oznaczone jako zwykłe podlegają rozrachunkowi w kolejności określonej według „zasady omijania FIFO” (FIFO-by-passing principle). Oznacza to, że mogą one być rozliczane natychmiast (niezależnie od innych oczekujących zwykłych zleceń płatniczych przyjętych wcześniej), a więc z pominięciem zasady FIFO, o ile dostępne są odpowiednie środki. 7. Dalsze szczegóły dotyczące rozrachunku zleceń płatniczych w ramach wstępnej próby przetwarzania zawarte są w dodatku I. Artykuł 21 Rozrachunek i zwrot zleceń płatniczych oczekujących w kolejce 1. Zlecenia płatnicze, które nie zostają natychmiast rozliczone w ramach wstępnej próby przetwarzania, umieszczane są w kolejkach zleceń oczekujących według ich priorytetów określonych przez danego uczestnika zgodnie z art. 15. 2. W celu optymalizacji rozrachunku oczekujących zleceń płatniczych [nazwa BC] może stosować procedury optymalizacyjne określone w dodatku I. 3. Płatnik może dokonać zmiany pozycji w kolejce oczekujących zleceń płatniczych (tzn. zmieniać ich kolejność) za pośrednictwem ICM. Zlecenia płatnicze mogą być przenoszone ze skutkiem natychmiastowym na początek albo na koniec kolejki zleceń oczekujących w dowolnym momencie przetwarzania dziennego, o którym mowa w dodatku V. 4. Zlecenia przekazania płynności zainicjowane za pośrednictwem ICM będą niezwłocznie zwracane jako nierozliczone w razie braku wystarczających środków. Inne zlecenia płatnicze będą zwracane jako nierozliczone, jeżeli nie mogą zostać rozliczone przed końcową granicą czasową dla danego rodzaju komunikatu, określoną w dodatku V. Artykuł 22 Wprowadzenie zleceń płatniczych do sytemu i ich nieodwołalność 1. Dla celów zdania pierwszego art. 3 ust. 1 dyrektywy o ostateczności rozrachunku oraz [przepisy krajowe implementujące ten przepis dyrektywy o ostateczności rozrachunku] zlecenia płatnicze uznaje się za wprowadzone do systemu TARGET2-[oznaczenie BC/kraju] w chwili obciążenia rachunku w PM danego uczestnika. 2. Zlecenie płatnicze może zostać odwołane do chwili jego wprowadzenia do TARGET2-[oznaczenie BC/kraju] zgodnie z ust. 1. Zlecenia płatnicze ujęte w algorytmie, o którym mowa w dodatku I, nie mogą zostać odwołane w okresie działania algorytmu. TYTUŁ V GRUPOWANIE PŁYNNOŚCI Artykuł 23 Sposoby grupowania płynności [Nazwa BC] oferuje tryb skonsolidowanej informacji o rachunkach (tryb CAI) oraz tryb grupowanej płynności (tryb AL). Artykuł 24 Tryb skonsolidowanej informacji o rachunkach 1. Tryb CAI może być stosowany przez następujące podmioty: a) instytucję kredytową lub jej oddziały (bez względu na to, czy podmioty te uczestniczą w tym samym systemie będącym komponentem TARGET2), o ile dane podmioty posiadają więcej niż jeden rachunek w PM, w każdym przypadku identyfikowany za pomocą różnych BIC; lub b) dwie lub więcej instytucji kredytowych należących do tej samej grupy lub ich oddziały, przy czym każdy z tych podmiotów posiada jeden lub więcej rachunkóww PM identyfikowanych za pomocą różnych BIC. 2. a) W trybie CAI każdy członek grupy CAI i ich BC otrzymują listę rachunkóww PM członków grupy oraz następujące dodatkowe informacje, skonsolidowane na poziomie grupy CAI, dotyczące: (i) linii kredytu w ciągu dnia (o ile mają zastosowanie); (ii) sald, w tym sald na subkontach; (iii) obrotów; (iv) płatności, których rozrachunek został zrealizowany; oraz (v) zleceń płatniczych oczekujących w kolejce. b) Menedżer grupy CAI i jego BC mają dostęp do określonych powyżej informacji odnoszących się do każdego rachunku w PM w ramach grupy CAI. c) Informacje, o których mowa w niniejszym ustępie, są dostarczane za pośrednictwem ICM. 3. Menedżer grupy CAI ma prawo inicjować przekazywanie płynności za pośrednictwem ICM między rachunkami w PM, w tym ich subkontami, stanowiącymi część tej samej grupy CAI. 4. Grupa CAI może także obejmować rachunki w PM wchodzące w skład grupy AL. W takim przypadku wszystkie rachunki w PM grupy AL stanowią część grupy CAI. 5. Jeżeli dwa albo więcej rachunków w PM stanowi równocześnie część grupy AL i grupy CAI (obejmującej dodatkowe rachunki w PM), w zakresie stosunku w ramach grupy AL pierwszeństwo mają zasady dotyczące grupy AL. 6. Grupa CAI obejmująca rachunki w PM grupy AL może wyznaczyć menedżera grupy CAI będącego innym podmiotem niż menedżer grupy AL. 7. Do procedury uzyskiwania zgody na stosowanie trybu CAI stosuje się odpowiednio procedurę uzyskiwania zgody na stosowanie trybu AL określoną w art. 25 ust. 4 i 5. Artykuł 25 Tryb grupowanej płynności 1. Tryb AL może być stosowany przez następujące podmioty: a) instytucję kredytową lub jej oddziały (bez względu na to, czy podmioty te uczestniczą w tym samym systemie będącym komponentem TARGET2), o ile dane podmioty mają siedzibę w strefie euro i posiadają więcej niż jeden rachunek w PM, w każdym przypadku identyfikowany za pomocą różnych BIC; b) oddziały z siedzibą w strefie euro (bez względu na to, czy oddziały te uczestniczą w tym samym systemie będącym komponentem TARGET2) instytucji kredytowej z siedzibą poza strefą euro, o ile takie oddziały i posiadają więcej niż jeden rachunek w PM, w każdym przypadku identyfikowany za pomocą różnych BIC; lub c) dwie lub więcej instytucji kredytowych, o których mowa w lit. a) lub oddziałów, o których mowa w lit. b), należących do tej samej grupy. W każdym z przypadków określonych w lit. a)–c) wymagane jest ponadto zawarcie przez dane podmioty z właściwym uczestniczącym BC umowy w sprawie kredytu w ciągu dnia. 2. W trybie AL dostępna płynność na rachunkach w PM wszystkich członków grupy AL jest grupowana w celu sprawdzenia, czy występuje wystarczające pokrycie dla zlecenia płatniczego. Bez względu na powyższe, dwustronny stosunek między członkiem grupy AL a jego KBC grupy AL, związany z prowadzeniem rachunku w PM, podlega zasadom danego systemu będącego komponentem TARGET2, z zastrzeżeniem zmian ustalonych w porozumieniu AL. Kredyt w ciągu dnia udzielony członkowi grupy AL na jego rachunku w PM może być pokryty dostępną płynnością na innych rachunkach w PM posiadanych przez takiego członka grupy AL lub na rachunkach w PM posiadanych przez innych członków grupy AL, prowadzonych przez ten sam albo inny KBC grupy AL. 3. W celu zastosowania trybu AL jeden lub więcej uczestników TARGET2 spełniających kryteria określone w ust. 1 zawiera porozumienie AL z [nazwa BC] oraz, o ile ma to zastosowanie, z innym bądź innymi BC systemów będących komponentami TARGET2, w których uczestniczą inni członkowie grupy AL. Uczestnik TARGET2 może zawrzeć tylko jedno porozumienie AL dotyczące określonego rachunku w PM. Porozumienie AL powinno być zgodne z odpowiednim wzorcem określonym w dodatku VII. 4. Każda grupa AL wyznacza menedżera grupy AL. Jeżeli grupa AL składa się tylko z jednego uczestnika, uczestnik ten działa jako menedżer grupy AL. Menedżer grupy AL zwraca się do zarządzającego KBC z pisemnym wnioskiem o zastosowanie trybu AL (zawierającym formularze danych statycznych dostarczone przez [nazwa BC]), załączając egzemplarz porozumienia AL opartego na wzorcu dostarczonym przez zarządzający KBC. Pozostali uczestnicy TARGET2 zwracają się z pisemnymi wnioskami (zawierającymi formularze danych statycznych dostarczone przez [nazwa BC]) do ich właściwych KBC grupy AL. Zarządzający KBC może żądać jakichkolwiek dodatkowych informacji czy dokumentów, jakie uważa za stosowne dla rozpatrzenia wniosku. Ponadto zarządzający KBC może, w porozumieniu z pozostałymi KBC grupy AL, wymagać wprowadzenia do porozumienia AL jakiegokolwiek dodatkowego postanowienia, jakie uważa za stosowne dla zapewnienia należytego i terminowego wykonywania istniejących lub przyszłych zobowiązań członków grupy AL wobec KBC grupy AL. 5. Zarządzający KBC sprawdza spełnianie przez wnioskodawców wymagań dla utworzenia grupy AL oraz prawidłowość sporządzenia porozumienia AL. W tym celu zarządzający KBC może nawiązać kontakt z pozostałymi KBC grupy AL. Zarządzający KBC wydaje na rzecz menedżera grupy AL pisemną decyzję w terminie jednego miesiąca od otrzymania wniosku, o którym mowa w ust. 4, albo, w przypadku zażądania dodatkowych informacji przez zarządzający KBC, w terminie jednego miesiąca od otrzymania takich informacji. Decyzja odmowna zawiera uzasadnienie odmowy. 6. Członkowie grupy AL mają automatycznie dostęp do trybu CAI. 7. Udostępnianie informacji i wszystkich interaktywnych mechanizmów kontrolnych w ramach grupy AL odbywa się za pośrednictwem ICM. [Wstawić, o ile ma zastosowanie: Artykuł 25a Zastaw/zaspokojenie 1. Istniejące i przyszłe roszczenia [nazwa BC] ze stosunku prawnego między członkiem grupy AL a [nazwa BC] zabezpieczone [zastawem/zastawem na zbiorze praw o zmiennym składzie (floating charge)] zgodnie z art. 36 ust. 1 i 2 niniejszych Warunków obejmują roszczenia [nazwa BC] w stosunku do członka grupy AL z tytułu porozumienia AL, którego oba te podmioty są stronami.] 2. [Wstawić, o ile wymagane przez prawo właściwe: Z zastrzeżeniem postanowień porozumienia AL, ustanowienie zastawu nie stanowi przeszkody dla korzystania przez uczestnika ze środków zgromadzonych na jego rachunku w PM (rachunkach w PM) w ciągu dnia operacyjnego.] 3. [Wstawić, o ile wymagane przez prawo właściwe: Szczególne postanowienie o przeznaczeniu środków: członek grupy AL przeznacza środki zgromadzone na swoim rachunku w PM na wykonanie wszystkich swoich zobowiązań wynikających z [postanowienia wprowadzające Zharmonizowane Warunki].] [O ile ma zastosowanie i jest wymagane przez prawo właściwe: Artykuł 25b Zaspokojenie z przedmiotu zastawu W razie wystąpienia zdarzenia uzasadniającego zaspokojenie [nazwa BC] przysługuje nieograniczone prawo do zaspokojenia z przedmiotu zastawu bez wcześniejszego zawiadomienia. [Wstawić, o ile ma zastosowanie na podstawie przepisów prawa właściwego: zgodnie z [przepisy prawa krajowego o zaspokojeniu z przedmiotu zastawu].] [O ile ma zastosowanie i jest wymagane przez prawo właściwe: Artykuł 25c Zaspokojenie z przedmiotu zabezpieczenia W razie wystąpienia zdarzenia uzasadniającego zaspokojenie [nazwa BC] ma prawo do zaspokojenia z przedmiotu zabezpieczenia zgodnie z art. 36.] Artykuł 26 Potrącenie wierzytelności zgodnie z art. 36 ust. 4 i 5 W razie wystąpienia zdarzenia uzasadniającego zaspokojenie wszelkie wierzytelności [nazwa BC] wobec takiego członka grupy AL stają się automatycznie natychmiast wymagalne i podlegają postanowieniom art. 36 ust. 4 i 5 niniejszych Warunków. TYTUŁ VI BEZPIECZEŃSTWO I SYTUACJE AWARYJNE Artykuł 27 Procedury zapewniania ciągłości działania i postępowania w sytuacjach awaryjnych W przypadku nadzwyczajnego zdarzenia zewnętrznego lub jakiegokolwiek innego zdarzenia mającego wpływ na funkcjonowanie SSP stosuje się procedury zapewniania ciągłości działania i postępowania w sytuacjach awaryjnych opisane w dodatku IV. Artykuł 28 Wymogi w zakresie bezpieczeństwa 1. Obowiązkiem uczestników jest wdrożenie odpowiednich narzędzi kontroli w zakresie bezpieczeństwa, chroniących systemy przed nieuprawnionym dostępem i wykorzystaniem. Uczestnicy ponoszą wyłączną odpowiedzialność za odpowiednią ochronę poufności, integralności i dostępności ich systemów. 2. Uczestnicy informują [nazwa BC] o wszystkich incydentach związanych z bezpieczeństwem w ich infrastrukturze technicznej, jak również, w razie potrzeby, o incydentach związanych z bezpieczeństwem występujących w infrastrukturze technicznej podmiotów zewnętrznych. [Nazwa BC] może żądać dodatkowych informacji dotyczących incydentu, a także, w razie potrzeby, podjęcia przez uczestnika odpowiednich środków w celu zapobieżenia powtórzeniu się takiego incydentu. 3. [Nazwa BC] może nałożyć dodatkowe wymagania w zakresie bezpieczeństwa na wszystkich uczestników lub też na uczestników uważanych przez niego za mających kluczowe znaczenie. TYTUŁ VII MODUŁ INFORMACYJNO-KONTROLNY Artykuł 29 Korzystanie z ICM 1. ICM: a) umożliwia uczestnikom dostęp do informacji dotyczących ich rachunków oraz zarządzanie płynnością; b) może być używany w celu składania zleceń przekazania płynności; oraz c) umożliwia uczestnikom inicjowanie płatności zagregowanych kwot oraz płatności awaryjnych w razie awarii infrastruktury płatniczej uczestnika. 2. Dalsze szczegóły techniczne dotyczące ICM zawiera dodatek I. TYTUŁ VIII ZASADY DOTYCZĄCE REKOMPENSAT I ODPOWIEDZIALNOŚCI ORAZ REGUŁY DOWODOWE Artykuł 30 System rekompensat Jeżeli z powodu awarii technicznej TARGET2 rozrachunek zlecenia płatniczego nie może zostać dokonany w tym samym dniu operacyjnym, w którym zostało przyjęte, [nazwa BC] składa zainteresowanym uczestnikom bezpośrednim ofertę rekompensaty zgodnie ze specjalną procedurą określoną w dodatku II. Artykuł 31 Zasady dotyczące odpowiedzialności 1. W zakresie wykonywania zobowiązań podjętych na podstawie niniejszych Warunków [nazwa BC] i uczestnicy są związani ogólnym obowiązkiem zachowania wobec siebie należytej staranności. 2. [Nazwa BC] ponosi względem swoich uczestników odpowiedzialność za szkody wynikające z działania systemu TARGET2-[oznaczenie BC/kraju] w przypadku oszustwa (w tym w szczególności w przypadku umyślnego naruszenia zobowiązań) lub w przypadku rażącego niedbalstwa. W przypadku zwykłego niedbalstwa odpowiedzialność [nazwa BC] ogranicza się do wysokości bezpośredniej straty uczestnika, tj. wartości przedmiotowej transakcji i/lub utraty odsetek z jej tytułu, z wyłączeniem dalszych szkód. 3. [Nazwa BC] nie ponosi odpowiedzialności za straty lub szkody wynikające z awarii lub uszkodzenia infrastruktury technicznej (w tym w szczególności infrastruktury komputerowej [nazwa BC], programów, danych, aplikacji lub sieci), o ile taka awaria lub uszkodzenie powstały pomimo podjęcia przez [nazwa BC] w uzasadnionym zakresie działań koniecznych w celu ochrony takiej infrastruktury przed awarią lub uszkodzeniem oraz do zapobieżenia konsekwencjom takich awarii lub uszkodzeń (przy czym zapobieganie to obejmuje w szczególności uruchomienie i przeprowadzenie w całości procedur zapewniania ciągłości działania i postępowania w sytuacjach awaryjnych, o których mowa w dodatku IV). 4. [Nazwa BC] nie ponosi odpowiedzialności: a) w zakresie, w jakim strata lub szkoda spowodowane zostały przez uczestnika; oraz b) w przypadku, gdy strata lub szkoda wynika ze zdarzeń zewnętrznych niedających się kontrolować przez [nazwa BC] (siła wyższa). 5. Bez uszczerbku dla [przepisy krajowe implementujące dyrektywę 97/5/WE Parlamentu Europejskiego i Rady z dnia 27 stycznia 1997 r. w sprawie transgranicznych przelewów bankowych (9)], przepisy ust. 1–4 powyżej stosuje się w zakresie, w jakim można wyłączyć odpowiedzialność [nazwa BC]. 6. [Nazwa BC] i uczestnicy są zobowiązani do podejmowania wszelkich uzasadnionych i możliwych do wykonania kroków celem ograniczenia strat i szkód, o których mowa w niniejszym artykule. 7. W zakresie wykonywania, w całości lub w części, zobowiązań podjętych na podstawie niniejszych Warunków [nazwa BC] może zlecać zadania we własnym imieniu osobom trzecim, w szczególności usługodawcom telekomunikacyjnym, innym usługodawcom sieciowym lub innym podmiotom, jeżeli okaże się to niezbędne w celu wykonania przez [nazwa BC] swoich zobowiązań lub przestrzegania standardowych praktyk rynkowych. Zobowiązanie [nazwa BC] ogranicza się do dokonania właściwego wyboru usługodawcy zewnętrznego oraz zlecenia mu zadań, przy czym odpowiedzialność [nazwa BC] podlega odpowiedniemu ograniczeniu. Osobami trzecimi w rozumieniu niniejszego ustępu nie są BC dostarczające SSP. Artykuł 32 Reguły dowodowe 1. O ile niniejsze Warunki nie stanowią inaczej, wszystkie odnoszące się do TARGET2 komunikaty związane z płatnościami oraz przetwarzaniem płatności, takie jak potwierdzenia obciążenia i uznania bądź też komunikaty zawierające wyciągi przesyłane między [nazwa BC] a uczestnikami, przekazuje się za pośrednictwem dostawcy usług sieciowych. 2. Zachowane przez [nazwa BC] lub dostawcę usług sieciowych pisemne lub elektroniczne zapisy komunikatów stanowią dowód płatności wykonywanych za pośrednictwem [nazwa BC]. Zapisana lub wydrukowana wersja oryginalnego komunikatu dostawcy usług sieciowych ma taką samą wartość dowodową jak oryginalny komunikat, bez względu na jego formę. 3. W przypadku awarii połączenia uczestnika z dostawcą usług sieciowych uczestnik korzysta z alternatywnych środków przekazu komunikatów, określonych w dodatku IV. W takich przypadkach zapisana lub wydrukowana wersja komunikatu wytworzona przez [nazwa BC] ma taką samą wartość dowodową jak oryginalny komunikat, bez względu na jego formę. 4. [Nazwa BC] prowadzi pełny rejestr zleceń płatniczych złożonych przez uczestników i otrzymanych przez nich płatności przez okres [okres zgodny z wymogami właściwego prawa krajowego] od chwili złożenia takich zleceń lub otrzymania płatności. 5. Własne księgi i rejestry [nazwa BC] (prowadzone w wersji papierowej, na mikrofilmach, mikrofiszkach, za pomocą zapisu elektronicznego lub magnetycznego, w innej formie odtwarzalnej mechanicznie lub w dowolny inny sposób) stanowią wystarczający dowód zobowiązań ciążących na uczestnikach oraz faktów i zdarzeń, na jakie powołują się strony. TYTUŁ IX WYPOWIEDZENIE UCZESTNICTWA I ZAMKNIĘCIE RACHUNKÓW Artykuł 33 Okres obowiązywania i zwyczajne wypowiedzenie uczestnictwa 1. Z zastrzeżeniem postanowień art. 34, uczestnictwo w systemie TARGET2-[oznaczenie BC/kraju] następuje na czas nieokreślony. 2. Uczestnik może wypowiedzieć uczestnictwo w systemie TARGET2-[oznaczenie BC/kraju] w dowolnej chwili, z zachowaniem okresu wypowiedzenia wynoszącego 14 dni operacyjnych, o ile nie uzgodni z [nazwa BC] krótszego okresu wypowiedzenia. 3. [Nazwa BC] może wypowiedzieć uczestnictwo uczestnika w systemie TARGET2-[oznaczenie BC/kraju] w dowolnej chwili, z zachowaniem trzymiesięcznego okresu wypowiedzenia, o ile [nazwa BC] nie uzgodni z danym uczestnikiem innego okresu wypowiedzenia. 4. Po wypowiedzeniu uczestnictwa w systemie zobowiązania w zakresie poufności określone w art. 38 pozostają w mocy przez okres pięciu lat, poczynając od daty ustania uczestnictwa. 5. Po ustaniu uczestnictwa rachunek w PM danego uczestnika zamyka się zgodnie z art. 35. Artykuł 34 Zawieszenie i nadzwyczajne wypowiedzenie uczestnictwa 1. Uczestnictwo uczestnika w systemie TARGET2-[oznaczenie BC/kraju] podlega natychmiastowemu wypowiedzeniu bez zachowania okresu wypowiedzenia albo zawieszeniu w przypadku zaistnienia jednego z poniższych zdarzeń: a) wszczęcie postępowania upadłościowego; lub b) uczestnik przestanie spełniać kryteria dostępu określone w art. 4. 2. [Nazwa BC] może wypowiedzieć bez zachowania okresu wypowiedzenia lub zawiesić uczestnictwo uczestnika w systemie TARGET2-[oznaczenie BC/kraju], jeżeli: a) zaistnieje jeden lub większa liczba przypadków niewykonania zobowiązania (innych niż wskazane w art. 30 ust. 1); b) uczestnik istotnie naruszy postanowienia niniejszych Warunków; c) uczestnik nie wykona któregokolwiek ze swoich istotnych zobowiązań względem [nazwa BC]; d) uczestnik zostanie wykluczony albo w inny sposób przestanie być członkiem TARGET2 CUG; lub e) w odniesieniu do uczestnika zaistnieje jakiekolwiek inne zdarzenie, które w ocenie [nazwa BC] może stanowić zagrożenie stabilności, poprawnego działania i bezpieczeństwa systemu TARGET2-[oznaczenie BC/kraju] lub jakiegokolwiek innego systemu będącego komponentem TARGET2, albo które zagrażałby wykonaniu przez [nazwa BC] swoich zadań przewidzianych w [właściwe prawo krajowe] oraz Statucie Europejskiego Systemu Banków Centralnych i Europejskiego Banku Centralnego. 3. Korzystając ze swoich uprawnień określonych w ust. 2, [nazwa BC] bierze pod uwagę, na ile istotne jest niewykonanie zobowiązania oraz zdarzenia, o których mowa w lit. a)–c). 4. a) W przypadku wypowiedzenia lub zawieszenia przez [nazwa BC] uczestnictwa uczestnika w systemie TARGET2-[oznaczenie BC/kraju] na podstawie ust. 1 lub 2, [nazwa BC] natychmiast zawiadamia o tym tego uczestnika, inne BC oraz pozostałych uczestników za pomocą komunikatu ICM. b) W przypadku otrzymania przez [nazwa BC] informacji od innego BC o wypowiedzeniu lub zawieszeniu uczestnictwa uczestnika w innym systemie będącym komponentem TARGET2, [nazwa BC] natychmiast zawiadamia o tym swoich uczestników za pomocą komunikatu ICM. c) Po otrzymaniu przez uczestników powyższego komunikatu ICM są oni uważani za poinformowanych o ustaniu lub zawieszeniu uczestnictwa uczestnika w TARGET2-[oznaczenie BC/kraju] albo innym systemie będącym komponentem TARGET2. Uczestnicy ponoszą wszelkie straty wynikające ze skierowania zleceń płatniczych do uczestników, których uczestnictwo zostało zawieszone lub ustało, jeżeli dane zlecenie płatnicze zostało wprowadzone do TARGET2-[oznaczenie BC/kraju] po otrzymaniu komunikatu ICM. 5. Po ustaniu uczestnictwa uczestnika system TARGET2-[oznaczenie BC/kraju] nie przyjmuje od takiego uczestnika nowych zleceń płatniczych. Zlecenia płatnicze oczekujące w kolejce, przechowywane zlecenia płatnicze lub nowe zlecenia płatnicze skierowane do takiego uczestnika podlegają zwróceniu. 6. W razie zawieszenia uczestnika w systemie TARGET2-[oznaczenie BC/kraju] wszystkie płatności przychodzące oraz wychodzące zlecenia płatnicze takiego uczestnika gromadzi się i uwzględnia we wstępnej próbie przetwarzania dopiero po ich wyraźnym przyjęciu przez BC zawieszonego uczestnika. Artykuł 35 Zamknięcie rachunkóww PM 1. Uczestnicy mogą zamykać swoje rachunki w PM w dowolnej chwili, z zastrzeżeniem obowiązku doręczenia [nazwa BC] wypowiedzenia z wyprzedzeniem 14 dni operacyjnych. 2. Po ustaniu uczestnictwa, na podstawie odpowiednio art. 33 lub 34, [nazwa BC] zamyka rachunki w PM danego uczestnika, po uprzednim: a) wykonaniu lub zwróceniu oczekujących zleceń płatniczych; oraz b) skorzystaniu z przysługujących mu zgodnie z art. 36 praw zastawu oraz potrącenia. TYTUŁ X POSTANOWIENIA KOŃCOWE Artykuł 36 Prawo zastawu [nazwa BC] i uprawnienie do potrącenia 1. [Wstawić, jeżeli ma zastosowanie: [nazwa BC] przysługuje prawo zastawu na istniejącym i przyszłym saldzie dodatnim na rachunku w PM uczestnika, dla zabezpieczenia wszystkich istniejących i przyszłych roszczeń wynikających ze stosunku prawnego między stronami.] 1a. [Wstawić, jeżeli ma zastosowanie: Istniejące i przyszłe roszczenia uczestnika wobec [nazwa BC] wynikające z dodatniego salda na rachunku w PM zostają przeniesione na [nazwa BC] na zabezpieczenie (tzn. jako przeniesienie powiernicze) wszystkich istniejących i przyszłych roszczeń [nazwa BC] wobec uczestnika powstałych z [postanowienia wprowadzające niniejsze Warunki]. Skutek ustanowienia powyższego zabezpieczenia następuje na skutek samego faktu uznania środkami rachunku w PM uczestnika.] 1b. [Wstawić, jeżeli ma zastosowanie: [Nazwa BC] przysługuje zastaw na zbiorze praw o zmiennym składzie (floating charge) ustanowiony na istniejących i przyszłych dodatnich saldach na rachunkach uczestnika w PM w celu zabezpieczenia wszystkich istniejących i przyszłych roszczeń wynikających ze stosunku prawnego między stronami.] 2. [Wstawić, jeżeli ma zastosowanie: Prawo, o którym mowa w ust. 1, przysługuje [nazwa BC] również w sytuacji, w której jego roszczenia mają wyłącznie charakter warunkowy lub nie są jeszcze wymagalne.] 3. [Wstawić, jeżeli ma zastosowanie: uczestnik, działający jako posiadacz rachunku w PM, zgadza się niniejszym na ustanowienie zastawu na rzecz [nazwa BC] prowadzącego ten rachunek; zgoda ta stanowi ustanowienie na rzecz [nazwa BC] zabezpieczenia, o którym mowa w przepisach [odpowiednie określenie krajowe]. Jakiekolwiek środki wpłacane na rachunek w PM, którego saldo jest przedmiotem zastawu, na skutek samego faktu ich wpłacenia podlegają nieodwołalnemu obciążeniu prawem zastawu, bez jakichkolwiek ograniczeń, jako zabezpieczenie dla pełnego wykonania zabezpieczonych roszczeń.] 4. W razie wystąpienia: a) jednego z przypadków niewykonania zobowiązania wskazanych w art. 34 ust. 1; lub b) jakiegokolwiek innego przypadku niewykonania zobowiązania wskazanego w art. 34 ust. 2, który spowodował wypowiedzenie lub zawieszenie uczestnictwa uczestnika w TARGET2-[oznaczenie BC/kraju], bez względu na wszczęcie w stosunku do uczestnika jakiegokolwiek postępowania upadłościowego, jak również bez względu na jakiekolwiek przeniesienie, zajęcie sądowe lub inne, czy inne rozporządzenie prawami uczestnika lub w związku z takimi prawami, wszystkie zobowiązania uczestnika stają się natychmiast automatycznie wymagalne, bez potrzeby składania w tym przedmiocie jakichkolwiek oświadczeń, jak i bez wymogu uzyskania uprzedniej zgody jakiegokolwiek organu. Ponadto zobowiązania istniejące między [nazwa BC] i uczestnikiem podlegają automatycznemu potrąceniu, przy czym strona zobowiązana do zapłaty wyższej kwoty dokonuje na rzecz drugiej strony zapłaty różnicy. 5. Po dojściu do skutku potrącenia na podstawie ust. 4 [nazwa BC] niezwłocznie powiadamia o nim uczestnika. 6. [Nazwa BC] może bez uprzedniego powiadamiania obciążyć rachunek w PM każdego uczestnika każdą kwotą należną od takiego uczestnika na rzecz [nazwa BC], wynikającą ze stosunku prawnego między uczestnikiem a [nazwa BC]. Artykuł 37 Zabezpieczenia na środkach znajdujących się na subkontach 1. [Nazwa BC] przysługuje [odwołanie do techniki zabezpieczenia ustanawianego w odpowiednim systemie prawnym] na saldzie subkonta uczestnika otwartego dla rozrachunku instrukcji płatniczych związanych z systemami zewnętrznymi na podstawie umowy między danym systemem zewnętrznym a jego BC. Takie saldo zabezpiecza wykonanie zobowiązania uczestnika, o których mowa w ust. 7, wobec BC w związku z takim rozrachunkiem. 2. [Nazwa BC] dokona blokady salda subkonta uczestnika po otrzymaniu wiadomości od systemu zewnętrznego (za pomocą komunikatu o rozpoczęciu cyklu). Blokada ta wygaśnie z chwilą otrzymania wiadomości od systemu zewnętrznego (za pomocą komunikatu o zakończeniu cyklu). 3. Potwierdzając dokonanie blokady salda subkonta uczestnika, [nazwa BC] gwarantuje systemowi zewnętrznemu płatność do wysokości kwoty w danym saldzie. Gwarancja jest nieodwołalna, bezwarunkowa oraz płatna na pierwsze żądanie. Jeśli [nazwa BC] nie jest BC systemu zewnętrznego, to uznaje się, że [nazwa BC] otrzymał polecenie udzielenia wspomnianej gwarancji BC systemu zewnętrznego. 4. W razie braku jakichkolwiek postępowań upadłościowych w stosunku do uczestnika, instrukcje płatnicze odnoszące się do systemów zewnętrznych w przedmiocie wykonania zobowiązania uczestnika wynikającego z rozrachunku zostają rozliczone bez wykorzystania gwarancji oraz bez wykorzystania zabezpieczenia ustanowionego na saldzie subkonta uczestnika. 5. W razie upadłości uczestnika instrukcje płatnicze odnoszące się do systemów zewnętrznych w przedmiocie wykonania zobowiązania uczestnika wynikającego z rozrachunku stanowić będą pierwsze wezwanie do dokonania zapłaty w ramach gwarancji; obciążenie subkonta uczestnika wskazaną kwotą (i uznanie nią rachunku technicznego systemu zewnętrznego) pociąga za sobą w równym stopniu wykonanie zobowiązania gwarancyjnego przez [nazwa BC] oraz wykorzystanie prawa zabezpieczenia na saldzie subkonta uczestnika. 6. Gwarancja wygasa z chwilą zakomunikowania przez system zewnętrzny że rozrachunek został ukończony (za pomocą komunikatu o zakończeniu cyklu). 7. Uczestnik jest zobowiązany zrefundować [nazwa B