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ł 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 BC] każdą płatność dokonaną przez niego w ramach takiej gwarancji.

Artykuł 38

Poufność

1.   [Nazwa BC] zachowuje w poufności wszelkie informacje prawnie chronione, w tym w szczególności informacje o takim charakterze odnoszące się do informacji o płatnościach lub informacji technicznych lub organizacyjnych należących do uczestnika lub jego klientów, chyba że uczestnik lub jego klient wyraził na piśmie zgodę na ich ujawnienie [wstawić następujące zastrzeżenie, jeżeli ma zastosowanie na tle prawa krajowego: albo ich ujawnienie jest zgodne z prawem [przymiotnik określający nazwę państwa] albo wymagane przez to prawo].

2.   W drodze wyjątku od postanowień ust. 1, uczestnik zgadza się, że [nazwa BC] jest uprawniony do ujawniania informacji o płatnościach lub informacji technicznych lub organizacyjnych odnoszących się do uczestnika lub jego klientów, uzyskanych w trakcie działania TARGET2-[oznaczenie BC/kraju] innym bankom centralnym lub osobom trzecim zaangażowanym w obsługę techniczną systemu TARGET2-[oznaczenie BC/kraju], w zakresie, w jakim jest to niezbędne dla sprawnego funkcjonowania systemu TARGET2-[oznaczenie BC/kraju], jak również organom sprawującym nadzór ostrożnościowy i systemowy państw członkowskich i Wspólnoty, w zakresie, w jakim jest to potrzebne do wykonywania ich zadań publicznych i o ile w każdym takim przypadku ujawnienie informacji nie jest sprzeczne z prawem właściwym. [Nazwa BC] nie ponosi odpowiedzialności za finansowe i rynkowe konsekwencje takiego ujawnienia informacji.

3.   W drodze wyjątku od postanowień ust. 1, [nazwa BC] jest uprawniony do wykorzystywania, ujawniania lub publikowania informacji dotyczących płatności odnoszących się do uczestnika lub jego klientów, o ile informacje te nie umożliwiają bezpośredniej lub pośredniej identyfikacji takiego uczestnika lub jego klientów – w celach statystycznych, historycznych, naukowych lub innych celach związanych z wykonywaniem funkcji publicznych przez [nazwa BC] lub inne instytucje publiczne, którym informacje takie są ujawniane.

4.   Informacje dotyczące działania systemu TARGET2-[oznaczenie BC/kraju], do których uczestnicy uzyskali dostęp, mogą być wykorzystywane tylko w celach określonych w niniejszych Warunkach. Uczestnicy mają obowiązek zachowywania takich informacji w poufności, chyba że [nazwa BC] udzieli wyraźnej zgody na piśmie na ich ujawnienie. Obowiązkiem uczestników jest zagwarantowanie, aby wszystkie osoby trzecie, którym zlecają oni, delegują lub powierzają zadania mające lub mogące mieć wpływ na wykonywanie zobowiązań uczestników na podstawie niniejszych Warunków, związane były wymaganiami w zakresie poufności zawartymi w niniejszym artykule.

5.   [Nazwa BC] jest upoważniony do przetwarzania i przekazywania dostawcy usług sieciowych niezbędnych danych w celu dokonania rozliczenia zleceń płatniczych.

Artykuł 39

Ochrona danych, zapobieganie praniu pieniędzy i inne podobne kwestie

1.   Przyjmuje się, że uczestnicy są świadomi wszystkich obowiązków ciążących na nich w związku z przepisami o ochronie danych, o zapobieganiu praniu pieniędzy i finansowaniu terroryzmu i są oni obowiązani do ich spełniania, w szczególności poprzez podejmowanie odpowiednich środków dotyczących płatności obciążających lub uznających ich rachunki w PM. Uczestnicy są ponadto obowiązani do zaznajomienia się z zasadami przechowywania danych stosowanymi przez dostawcę usług sieciowych przed nawiązaniem stosunku umownego z dostawcą usług sieciowych.

2.   Przyjmuje się, że uczestnicy upoważnili [nazwa BC] do pozyskiwania jakichkolwiek dotyczących ich informacji od organów nadzoru, organów finansowych lub organów regulujących rynki, zarówno krajowych, jak i zagranicznych, o ile informacje takie są niezbędne dla uczestnictwa danego uczestnika w systemie TARGET2-[oznaczenie BC/kraju].

Artykuł 40

Zawiadomienia

1.   O ile niniejsze Warunki nie stanowią inaczej, wszelkie zawiadomienia wymagane lub dopuszczalne zgodnie z niniejszymi Warunkami przekazuje się pocztą poleconą, faksem lub w inny sposób na piśmie albo w formie uwierzytelnionego komunikatu za pośrednictwem dostawcy usług sieciowych. Zawiadomienia kierowane do [nazwa BC] przekazuje się dyrektorowi [departamentu systemu płatniczego lub innej odpowiedniej jednostki organizacyjnej BC] [nazwa BC], [adres BC], lub do [adres SWIFT BC]. Zawiadomienia kierowane do uczestnika przekazuje się na adres, numer faksu lub na jego adres SWIFT, jaki dany uczestnik może co pewien czas zgłosić [nazwa BC].

2.   W celu wykazania, że dane zawiadomienie zostało przekazane, wystarczy udowodnić, iż zawiadomienie takie zostało dostarczone pod właściwy adres lub że koperta zawierająca takie zawiadomienie została właściwie zaadresowana i wysłana.

3.   Wszystkie zawiadomienia przekazuje się w języku [wstawić odpowiedni język danego kraju i/lub: „angielskim”].

4.   Za wiążące dla uczestników uważa się wszelkie wypełnione lub podpisane przez nich formularze i dokumenty [nazwa BC], przekazane zgodnie z ust. 1 i 2, które [nazwa BC] może w uzasadniony sposób uznawać za otrzymane od uczestników, ich pracowników lub osób działających na ich rzecz; obejmują one w szczególności formularze danych statycznych, o których mowa w art. 8 ust. 2 lit. a) oraz informacje dostarczone zgodnie z art. 11 ust. 5.

Artykuł 41

Stosunek umowny z dostawcą usług sieciowych

1.   Dla celów niniejszych Warunków dostawcą usług sieciowych jest SWIFT. Każdy z uczestników zawiera ze SWIFT odrębną umowę dotyczącą usług świadczonych przez SWIFT w związku z korzystaniem przez uczestnika z TARGET2-[oznaczenie BC/kraju]. Stosunek prawny między uczestnikiem a SWIFT podlega wyłącznie zasadom i warunkom SWIFT.

2.   Każdy z uczestników uczestniczy ponadto w TARGET2 CUG, na zasadach określonych przez BC dostarczające SSP działające jako administrator usług SWIFT dla SSP. Dopuszczenie uczestnika do TARGET2 CUG i jego wykluczenie z TARGET2 CUG jest skuteczne z chwilą zawiadomienia SWIFT przez administratora usług SWIFT.

3.   Uczestnicy są obowiązani do przestrzegania profilu usług SWIFT dla TARGET2 (TARGET2 SWIFT Service Profile) udostępnionego przez [nazwa BC].

4.   Usługi świadczone przez SWIFT nie stanowią części usług świadczonych przez [nazwa BC] w związku z TARGET2.

5.   [Nazwa BC] nie ponosi odpowiedzialności za żadne działania, błędy czy zaniechania SWIFT (w tym jego kierowników, pracowników i zleceniobiorców) jako dostawcy usług SWIFT, ani za żadne działania, błędy czy zaniechania dostawców sieci wybranych przez uczestników w celu uzyskania dostępu do sieci SWIFT.

Artykuł 42

Zmiany Warunków

[Nazwa BC] może w każdym czasie jednostronnie zmienić niniejsze Warunki, łącznie z dodatkami. Zmiany niniejszych Warunków, w tym zmiany dodatków do niniejszych Warunków, ogłasza się za pomocą [wstawić odpowiedni sposób ogłaszania]. Zmiany uważa się za zaakceptowane, jeżeli dany uczestnik nie zgłosi wyraźnego sprzeciwu w ciągu 14 dni od poinformowania go o takich zmianach. Jeżeli uczestnik sprzeciwi się wprowadzeniu zmian, [nazwa BC] jest uprawniony do natychmiastowego wypowiedzenia uczestnictwa takiego uczestnika w systemie TARGET2-[oznaczenie BC/kraju] oraz zamknięcia jego rachunkóww PM.

Artykuł 43

Prawa osób trzecich

1.   Bez pisemnej zgody [nazwa BC] uczestnicy nie są uprawnieni do przenoszenia, zastawiania lub cedowania na rzecz osób trzecich jakichkolwiek praw, interesów, zobowiązań, obowiązków lub roszczeń wynikających z niniejszych Warunków lub do nich się odnoszących.

2.   Niniejsze Warunki nie stwarzają żadnych praw ani obowiązków odnoszących się jakichkolwiek podmiotów poza [nazwa BC] i uczestnikami w TARGET2-[oznaczenie BC/kraju].

Artykuł 44

Prawo właściwe, właściwość sądów, miejsce wykonania świadczenia, odrębność postanowień

1.   Dwustronny stosunek między [nazwa BC] a uczestnikami w TARGET2-[oznaczenie BC/kraju] podlega prawu [przymiotnik określający nazwę państwa].

2.   Z zastrzeżeniem właściwości Trybunału Sprawiedliwości Wspólnot Europejskich, wszelkie spory wynikające ze spraw związanych ze stosunkiem, o którym mowa w ust. 1, podlegają wyłącznej jurysdykcji właściwych sądów [miejsce siedziby BC].

3.   Miejscem wykonania świadczenia w odniesieniu do stosunków prawnych między [nazwa BC] a uczestnikami jest [miejsce siedziby BC].

Artykuł 45

Odrębność postanowień

Jeżeli którekolwiek z postanowień niniejszych Warunków jest lub stanie się nieważne, okoliczność taka nie wyklucza możliwości stosowania wszystkich pozostałych postanowień Warunków.

Artykuł 46

Wejście w życie i wiążący charakter Warunków

1.   Niniejsze Warunki wchodzą w życie z dniem [odpowiednia data].

2.   [Wstawić o ile zgodne z właściwym prawem krajowym: uczestnicząc w systemie TARGET2-[oznaczenie BC/kraju], uczestnicy automatycznie zgadzają się na obowiązywanie niniejszych Warunków między nimi oraz w stosunku z [nazwa BC].

---

(1)  Dz.U. L 177 z 30.6.2006, str. 1.

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

(3)  Rozporządzenie Komisji (WE) nr 2238/2004 z dnia 29 grudnia 2004 r. zmieniające rozporządzenie (WE) nr 1725/2003 w sprawie przyjęcia niektórych międzynarodowych standardów rachunkowości zgodnie z rozporządzeniem (WE) nr 1606/2002 Parlamentu Europejskiego i Rady, w odniesieniu do MSSF nr 1, MSR nr 1 do 10, 12 do 17, 19 do 24, 27 do 38, 40 i 41 oraz interpretacji SKI nr 1 do 7, 11 do 14, 18 do 27 oraz 30 do 33 (Dz.U. L 394 z 31.12.2004, str. 1).

(4)  Dz.U. L 332 z 31.12.1993, str. 1.

(5)  Dz.U. L 145 z 30.4.2004, str. 1.

(6)  Dz.U. L 275 z 27.10.2000, str. 39.

(7)  Dz.U. L 318 z 27.11.1998, str. 1.

(8)  Dz.U. L 250 z 2.10.2003, str. 10.

(9)  Dz.U. L 43 z 14.2.1997, str. 25.

ZAŁĄCZNIK III

UDZIELANIE KREDYTU W CIĄGU DNIA

Definicje

Dla celów niniejszego załącznika poniższe określenia oznaczają:

—	„dyrektywa bankowa” – 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);

—	„instytucja kredytowa” – instytucję kredytową w rozumieniu art. 2 oraz 4 ust. 1 lit. a) dyrektywy bankowej, w znaczeniu nadanym w krajowych przepisach implementujących, podlegająca nadzorowi ostrożnościowemu właściwego organu;

—	„kredyt banku centralnego na koniec dnia” – stały instrument kredytowy Eurosystemu dostępny dla kontrahentów chcących otrzymać od KBC kredyt z dnia na dzień (overnight) oprocentowany według ustalonego z wyprzedzeniem oprocentowania kredytu banku centralnego na koniec dnia;

—	„oprocentowanie kredytu banku centralnego na koniec dnia” – stopę procentową stosowaną do kredytu banku centralnego na koniec dnia;

—	„oddział” – oddział w rozumieniu odpowiednich przepisów prawa krajowego implementujących art. 4 ust. 3 dyrektywy bankowej;

—

„podmiot sektora publicznego” – 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 (2) (obecnie art. 101 i 103 ust. 1));

—

„przedsiębiorstwo inwestycyjne” – przedsiębiorstwo inwestycyjne w rozumieniu 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 (3), z wyłączeniem instytucji wyszczególnionych w 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 punktach 2, 3, 6 i 7 sekcji A załącznika I do dyrektywy 2004/39/WE;

—	„bliskie powiązania” – bliskie powiązania w rozumieniu rozdziału 6 załącznika I do wytycznych EBC/2000/7 z dnia 31 sierpnia 2000 r. w sprawie instrumentów i procedur polityki pieniężnej Eurosystemu (4);

—	„postępowanie upadłościowe” – postępowanie upadłościowe w rozumieniu art. 2 lit. j) dyrektywy 98/26/WE;

—

„niewykonanie zobowiązania” – zaistnienie lub groźbę zaistnienia zdarzenia mogącego zagrozić wykonaniu zobowiązań podjętych przez dany podmiot na podstawie krajowych postanowień stanowiących implementację niniejszych wytycznych lub na podstawie innych zasad mających zastosowanie do stosunku między tym podmiotem a którymkolwiek z BC Eurosystemu, w tym w szczególności: a) przypadek, gdy podmiot przestaje spełniać kryteria dostępu lub wymagania określone w załączniku II; b) wszczęcie postępowania upadłościowego w stosunku do podmiotu; c) złożenie wniosku o wszczęcie postępowania wskazanego w lit. b); d) wydanie przez podmiot 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 podmiot układu lub ugody z wierzycielami; f) sytuacja, w której podmiot jest niewypłacalny lub niezdolny do spłaty swoich długów albo zostanie uznany za taki przez odpowiedni uczestniczący KBC; g) sytuacja, w której saldo dodatnie podmiotu na jego rachunku w PM, względnie całość lub znacząca część aktywów podmiotu 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 podmiotu; h) sytuacja, w której uczestnictwo danego podmiotu w innym systemie będącym komponentem systemu TARGET2 i/lub systemie zewnętrznym zostaje zawieszone lub ustaje; i) sytuacja, w której jakiekolwiek istotne wystąpienie albo oświadczenie złożone przez podmiot 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 podmiot, okaże się nieprawidłowe lub nieprawdziwe; lub j) dokonanie przelewu (cesji) całości lub znaczącej części aktywów podmiotu.

Podmioty uprawnione do zaciągania kredytu w ciągu dnia

1.

Uczestniczące KBC udzielają kredytu w ciągu dnia podmiotom, o których mowa w ust. 2 posiadającym rachunek w danym uczestniczącym KBC. Kredytu w ciągu dnia nie udziela się jednakże podmiotowi mającemu siedzibę w kraju niebędącym państwem członkowskim siedziby uczestniczącego KBC, w którym podmiot ten posiada rachunek.

2.

Kredytu w ciągu dnia udziela się wyłącznie następującym podmiotom: a) instytucjom kredytowym mającym siedzibę w EOG będącym uprawnionymi kontrahentami operacji polityki pieniężnej Eurosystemu oraz mającym dostęp do kredytu banku centralnego na koniec dnia, w tym także jeżeli instytucje te działają za pośrednictwem oddziału z siedzibą w EOG, jak również posiadającym siedzibę w EOG oddziałom instytucji kredytowych z siedzibą poza EOG; b) instytucjom kredytowym mającym siedzibę w EOG niebędącym uprawnionymi kontrahentami operacji polityki pieniężnej Eurosystemu lub niemającym dostępu do kredytu banku centralnego na koniec dnia, w tym także, jeżeli działają one za pośrednictwem oddziału zlokalizowanego w EOG oraz za pośrednictwem oddziału z siedzibą w EOG, jak również posiadającym siedzibę w EOG oddziałom instytucji kredytowych z siedzibą poza EOG; c) ministerstwom finansów lub odpowiadającym im organom rządów centralnych lub regionalnych państw członkowskich działającym na rynkach pieniężnych oraz instytucjom sektora publicznego państw członkowskich uprawnionym do prowadzenia rachunków klientów; d) przedsiębiorstwom inwestycyjnym mającym siedzibę w EOG, o ile zawarły one porozumienie z kontrahentem operacji polityki pieniężnej Eurosystemu zapewniające pokrycie wszelkich pozycji debetowych pozostałych na koniec danego dnia; oraz e) podmiotom innym niż te, o których mowa w lit. a) i b), świadczącym usługi rozliczeniowe i rozrachunkowe, mającym siedzibę w EOG i podlegającym nadzorowi systemowemu właściwego organu, o ile uzgodnienia w sprawie udzielania takim instytucjom kredytu w ciągu dnia zostały uprzednio przedstawione Radzie Prezesów i zostaną przez nią zatwierdzone.

3.	Kredyt w ciagu dnia udzielany podmiotom, o których mowa w ust. 2 lit b)–e), ograniczony jest do danego dnia i nie jest możliwe jego przedłużenie do następnego dnia.

Zabezpieczenie kwalifikowane

4.

Kredytu w ciągu dnia udziela się za kwalifikowanym zabezpieczeniem, w formie zabezpieczonych śróddziennych przekroczeń salda lub śróddziennych transakcji z przyrzeczeniem odkupu, z zachowaniem postanowień minimalnych wspólnych wymagań ustalanych przez Radę Prezesów w odniesieniu do operacji polityki pieniężnej Eurosystemu. Kwalifikowane zabezpieczenie składa się z aktywów i instrumentów tego samego rodzaju, co aktywa kwalifikowane do wykorzystania w operacjach polityki pieniężnej Eurosystemu oraz podlega tym samym zasadom wyceny i kontroli ryzyka, co zasady określone w załączniku I do wytycznych EBC/2000/7.

5.	Instrumenty dłużne emitowane lub gwarantowane przez podmiot lub przez jakąkolwiek inną osobę trzecią, z którą ten podmiot ma bliskie powiązania, akceptuje się jako zabezpieczenie kwalifikowalne wyłącznie w sytuacjach wskazanych w punkcie 6.2 załącznika I do wytycznych EBC/2000/7.

6.	Na wniosek odpowiedniego uczestniczącego KBC Rada Prezesów może zwolnić ministerstwa finansów lub odpowiadające im organy, o których mowa w punkcie 2 lit. c), z obowiązku przedstawienia odpowiedniego zabezpieczenia przed uzyskaniem kredytu w ciągu dnia.

Procedura udzielania kredytu

7.	Kredyt w ciągu dnia jest dostępny tylko w dni operacyjne.

8.	Kredyt w ciągu dnia jest nieoprocentowany.

9.	Niespłacenie do końca dnia przez podmiot, o którym mowa w punkcie 2 lit. a), kredytu w ciągu dnia do końca dnia uważa się automatycznie za wniosek takiego podmiotu o uruchomienie kredytu banku centralnego na koniec dnia.

10.

W przypadku niespłacenia do końca dnia z jakiejkolwiek przyczyny kredytu w ciągu dnia do końca dnia przez podmiot, o którym mowa w punkcie 2 lit. b), d) lub e), podlega on następującym sankcjom: a) jeżeli dany podmiot ma na swoim rachunku saldo ujemne na koniec dnia po raz pierwszy w ciągu ostatnich dwunastu miesięcy, jest on zobowiązany do zapłaty od kwoty takiego salda ujemnego odsetek karnych w wysokości pięciu punktów procentowych ponad oprocentowanie kredytu banku centralnego na koniec dnia; b) jeżeli dany podmiot ma na swoim rachunku saldo ujemne na koniec dnia co najmniej po raz drugi w ciągu ostatnich dwunastu miesięcy, wówczas odsetki karne, o których mowa w lit. a), ulegają podwyższeniu o 2,5 punktu procentowego za każdy przypadek wystąpienia salda ujemnego w ciągu wspomnianego okresu dwunastomiesięcznego.

11.	Rada Prezesów może odstąpić od zastosowania sankcji, o których mowa w pkt 10, lub zmniejszyć ich wysokość, jeżeli zaistnienie salda ujemnego na koniec dnia na rachunku danego podmiotu zostało spowodowane siłą wyższą i/lub awarią techniczną TARGET2, w znaczeniu określonym w załączniku II.

Zawieszenie lub pozbawienie dostępu do kredytu w ciągu dnia

12.

Uczestniczący KBC może zawiesić dostęp do kredytu w ciągu dnia lub pozbawić takiego dostępu w przypadku zaistnienia niewykonania zobowiązania lub jeżeli: a) rachunek podmiotu w uczestniczącym KBC zostanie zawieszony lub zamknięty; b) dany podmiot przestanie spełniać którekolwiek z określonych w niniejszym załączniku wymagań uzyskania dostępu do kredytu w ciągu dnia.

13.	Zawieszenie lub pozbawienie przez uczestniczący KBC dostępu do kredytu w ciągu dnia uprawnionego kontrahenta operacji polityki pieniężnej Eurosystemu wymaga dla swojej skuteczności zatwierdzenia przez EBC.

14.

W drodze odstępstwa od postanowień pkt 13, w razie pilnych okoliczności uczestniczący KBC może zawiesić dostęp kontrahenta operacji polityki pieniężnej do kredytu w ciągu dnia ze skutkiem natychmiastowym. W przypadku takim zainteresowany uczestniczący KBC, októrym mowa, natychmiast informuje o tym na piśmie EBC. EBC jest uprawniony do uchylenia decyzji uczestniczącego KBC. Jednakże nieprzesłanie przez EBC uczestniczącemu KBC takiej decyzji uchylającej w ciągu dziesięciu dni operacyjnych od otrzymania przez EBC zawiadomienia o zawieszeniu dostępu ze skutkiem natychmiastowym uważa się za zatwierdzenie przez EBC decyzji KBC.

---

(1)  Dz.U. L 177 z 30.6.2006, str. 1.

(2)  Dz.U. L 332 z 31.12.1993, str. 1.

(3)  Dz.U. L 145 z 30.4.2004, str. 1.

(4)  Dz.U. L 310 z 11.12.2000, str. 1.

ZAŁĄCZNIK IV

PROCEDURY ROZRACHUNKOWE DLA SYSTEMÓW ZEWNĘTRZNYCH

1.   Definicje

W uzupełnieniu definicji zawartych w art. 2 użyte w niniejszym załączniku terminy oznaczają:

—

„instrukcja uznaniowa” – instrukcję płatniczą złożoną przez system zewnętrzny i skierowaną do banku centralnego systemu zewnętrznego w celu obciążenia jednego z rachunków prowadzonych dla lub zarządzanych przez system zewnętrzny w PM i uznania rachunku w PM lub subkonta banku rozrachunkowego określoną kwotą,

—

„instrukcja obciążeniowa” – instrukcję płatniczą skierowaną do rozrachunkowego banku centralnego rozrachunku i złożoną przez system zewnętrzny w celu obciążenia, na podstawie upoważnienia do obciążania, rachunku w PM lub subkonta banku rozrachunkowego określoną kwotą i uznania jednego z rachunków systemu zewnętrznego w PM albo rachunku w PM lub subkonta innego banku rozrachunkowego,

—	„instrukcja płatnicza” lub „instrukcja płatnicza systemu zewnętrznego” – instrukcję uznaniową lub instrukcję obciążeniową,

—	„bank centralny systemu zewnętrznego” – BC Eurosystemu, z którym dany system zewnętrzny zawarł porozumienie dwustronne w sprawie rozrachunku instrukcji płatniczych systemu zewnętrznego w PM;

—	„rozrachunkowy bank centralny” – BC Eurosystemu prowadzący rachunek w PM banku rozrachunku;

—	„bank rozrachunkowy” – uczestnika, którego rachunek w PM lub subkonto wykorzystywane jest do rozrachunku instrukcji płatniczych systemów zewnętrznych;

—	„moduł informacyjno-kontrolny (ICM)” – 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, zarządzania płynnością oraz inicjowania zleceń płatniczych w sytuacjach awaryjnych;

—	„komunikat ICM” – informacje udostępnione równocześnie wszystkim lub wybranym uczestnikom TARGET2 za pośrednictwem ICM;

—

„upoważnienie do obciążania” – upoważnienie udzielone przez bank rozrachunkowy, w formie przewidzianej przez BC Eurosystemu w formularzach danych statycznych przeznaczonych zarówno dla jego systemu zewnętrznego, jak i dla jego rozrachunkowego banku centralnego, uprawniające system zewnętrzny do składania instrukcji obciążeniowych, oraz uprawniające rozrachunkowy bank centralny do obciążania rachunku w PM lub subkonta banku rozrachunkowego w wyniku instrukcji obciążeniowych;

—	„pozycja krótka” – zobowiązanie do zapłaty podczas rozrachunku instrukcji płatniczych systemów zewnętrznych;

—	„pozycja długa” – posiadanie roszczenia o zapłatę podczas rozrachunku instrukcji płatniczych systemów zewnętrznych.

2.   Rola banków centralnych systemów zewnętrznych oraz rozrachunkowych banków centralnych

Każdy z BC Eurosystemu działa w charakterze rozrachunkowego banku centralnego w odniesieniu do tych banków rozrachunkowych, dla których prowadzi rachunki w PM.

3.   Zarządzanie stosunkami między BC, systemami zewnętrznymi i bankami rozrachunkowymi

1)

Banki centralne systemów zewnętrznych zapewniają dostarczenie przez systemy zewnętrzne, z którymi zawarły porozumienia dwustronne, listy banków rozrachunkowych zawierającej informacje dotyczące ich rachunków w PM, którą bank centralny systemu zewnętrznego przechowuje w module (zarządzania) danymi statycznymi platformy SSP. Każdy system zewnętrzny ma dostęp do listy swych banków rozrachunkowych za pośrednictwem ICM.

2)

Banki centralne systemów zewnętrznych zapewniają niezwłoczne informowanie ich przez systemy zewnętrzne, z którymi zawarły porozumienia dwustronne, o wszelkich zmianach dotyczących listy banków rozrachunkowych. Banki centralne systemów zewnętrznych informują o takich zmianach odpowiedni rozrachunkowy bank centralny za pomocą komunikatu ICM.

3)

Banki centralne systemów zewnętrznych zapewniają, iż systemy zewnętrzne, z którymi zawarły porozumienia dwustronne, zbierają od swych banków rozrachunkowych upoważnienia do obciążania i inne odpowiednie dokumenty oraz przekazują je bankowi centralnemu systemu zewnętrznego. Dokumenty sporządza się w języku angielskim lub w języku (językach) narodowym danego banku centralnego systemu zewnętrznego. Jeżeli język (języki) narodowy banku centralnego systemu zewnętrznego nie jest (nie są) językiem (językami) rozrachunkowego banku centralnego, niezbędne dokumenty sporządza się wyłącznie w języku angielskim, albo zarówno w języku angielskim jak i w języku (językach) banku centralnego systemu zewnętrznego. W przypadku systemów zewnętrznych dokonujących rozrachunku za pośrednictwem systemu TARGET2-ECB, dokumenty sporządza się w języku angielskim.

4)

Jeżeli dany bank rozrachunkowy jest uczestnikiem systemu będącego komponentem systemu TARGET2 odpowiedniego banku centralnego systemu zewnętrznego, bank centralny systemu zewnętrznego weryfikuje ważność upoważnienia do obciążania udzielonego przez ten bank rozrachunkowy oraz dokonuje niezbędnych wpisów w module (zarządzania) danymi statycznymi. Jeżeli dany bank rozrachunkowy nie jest uczestnikiem systemu będącego komponentem systemu TARGET2 odpowiedniego banku centralnego systemu zewnętrznego, bank centralny systemu zewnętrznego przekazuje upoważnienie do obciążania (lub, w razie odpowiedniego uzgodnienia pomiędzy bankiem centralnym systemu zewnętrznego a rozrachunkowym bankiem centralnym, jego elektroniczną kopię) odpowiedniemu rozrachunkowemu bankowi centralnemu (bankom centralnym) celem zweryfikowania jego ważności. Rozrachunkowy Bank centralny (banki centralne) dokonuje takiej weryfikacji i informuje o jej wyniku odpowiedni bank centralny (banki centralne) systemu zewnętrznego w ciągu pięciu dni operacyjnych od otrzymania wniosku w tej sprawie. Po dokonaniu weryfikacji, bank centralny systemu zewnętrznego aktualizuje listę banków rozrachunkowych w ICM.

5)	Weryfikacja przeprowadzana przez bank centralny systemu zewnętrznego nie zwalnia systemu zewnętrznego z odpowiedzialności za ograniczenie instrukcji płatniczych do listy banków rozrachunkowych, o której mowa w ust. 1.

6)	Bank centralny systemu zewnętrznego i rozrachunkowy bank centralny wymieniają między sobą informacje dotyczące wszelkich istotnych zdarzeń w przeprowadzaniu rozrachunku, jeżeli funkcji tych nie pełni ten sam podmiot.

4.   Inicjowanie instrukcji płatniczych za pośrednictwem interfejsu ASI

1)	Instrukcje płatnicze składane przez system zewnętrzny za pośrednictwem interfejsu ASI mają formę komunikatów XML.

2)	Wszystkie instrukcje płatnicze składane przez system zewnętrzny za pośrednictwem interfejsu ASI uważa się za płatności o priorytecie „bardzo pilne”, a ich rozrachunek realizowany jest zgodnie z postanowieniami załącznika II.

3)

Instrukcję płatniczą uważa się za przyjętą, jeżeli: a) instrukcja płatnicza jest zgodna z zasadami ustalonymi przez dostawcę usług sieciowych; b) instrukcja płatnicza jest zgodna z zasadami formatowania oraz warunkami systemu będącego komponentem systemu TARGET2 odpowiedniego banku centralnego systemu zewnętrznego; c) bank rozrachunkowy jest wpisany na listę banków rozrachunkowych, o której mowa w pkt 3 ust. 1; oraz d) w przypadku zawieszenia uczestnictwa banku rozrachunkowego w TARGET2 uzyskano wyraźną zgodę banku centralnego rozrachunku zawieszonego banku rozrachunkowego.

5.   Wprowadzenie instrukcji płatniczych do systemu i ich nieodwołalność

1)

Instrukcje uznaniowe uważa się za wprowadzone do odpowiedniego systemu będącego komponentem systemu TARGET2 w momencie ich przyjęcia przez bank centralny systemu zewnętrznego i z tą chwilą stają się nieodwołalne. Instrukcje obciążeniowe uważa się za wprowadzone do odpowiedniego systemu będącego komponentem systemu TARGET2 w momencie ich przyjęcia przez rozrachunkowy bank centralny i z tą chwilą stają się nieodwołalne.

2)

Stosowanie postanowień ust. 1 nie uchybia regulaminom systemów zewnętrznych przewidującym jako chwilę wprowadzenia poleceń przelewu do systemu lub chwilę nieodwołalności zlecenia moment wcześniejszy niż chwila wprowadzenia odpowiedniej instrukcji płatniczej do odpowiedniego systemu będącego komponentem systemu TARGET2.

6.   Procedury rozrachunkowe

1)

Jeżeli system zewnętrzny zwraca się o zastosowanie procedury rozrachunkowej, odpowiedni bank centralny systemu zewnętrznego oferuje jedną lub większą ilość procedur rozrachunkowych określonych poniżej: a) procedurę rozrachunkową 1 („przekazanie płynności”); b) procedurę rozrachunkową 2 („rozrachunek w czasie rzeczywistym”); c) procedurę rozrachunkową 3 („rozrachunek dwustronny”); d) procedurę rozrachunkową 4 („standardowy rozrachunek wielostronny”); e) procedurę rozrachunkową 5 („równoczesny rozrachunek wielostronny”); f) procedurę rozrachunkową 6 („płynność dedykowana”).

2)	Rozrachunkowe banki centralne prowadzą obsługę rozrachunku instrukcji płatniczych systemów zewnętrznych zgodnie z wyborem procedur rozrachunkowych, o których mowa w ust. 1, między innymi poprzez rozrachunek instrukcji płatniczych na rachunkach w PM lub subkontach banków rozrachunkowych.

3)	Dalsze szczegóły dotyczące procedur rozrachunkowych wskazanych w ust. 1 zawierają pkt 9–14.

7.   Brak obowiązku otwierania rachunku w PM

Systemy zewnętrzne nie są obowiązane do bycia bezpośredniego uczestnictwa w systemie będącym komponentem systemu TARGET2 lub posiadania rachunku w PM przy korzystaniu z interfejsu ASI.

8.   Rachunki umożliwiające obsługę procedur rozrachunkowych

1)

Oprócz rachunków w PM, do obsługi procedur rozrachunkowych, o których mowa w pkt 6 ust. 1, banki centralne systemów zewnętrznych, systemy zewnętrzne oraz banki rozrachunkowe mogą otwierać w PM i wykorzystywać następujące rodzaje rachunków: a) rachunki techniczne; b) rachunki lustrzane; c) rachunki funduszu gwarancyjnego; d) subkonta.

3)

Bank centralny systemu zewnętrznego oferujący procedury rozrachunkowe 4, 5 lub 6 dla modeli interfejsowych, otwiera w swoim systemie będącym komponentem systemu TARGET2 rachunek techniczny dla odpowiednich systemów zewnętrznych. Rachunki takie mogą być oferowane opcjonalnie w ramach procedur rozrachunkowych 2 i 3. Dla procedur rozrachunkowych 4 i 5 otwiera się odrębne rachunki techniczne. Saldo na kontach technicznych na koniec odpowiedniego procesu rozrachunku systemów zewnętrznych wynosi zero lub jest dodatnie, a na koniec dnia – wynosi zero. Rachunki techniczne identyfikuje się przy pomocy kodu BIC odpowiedniego systemu zewnętrznego.

3)

Bank centralny systemu zewnętrznego oferujący procedury rozrachunkowe 1 lub 6 dla modeli zintegrowanych otwiera, a w razie oferowania procedury rozrachunkowej 3 lub 6 dla modeli interfejsowych, może otwierać w swoim systemie będącym komponentem systemu TARGET2 rachunki lustrzane. Rachunki lustrzane są specjalnymi rachunkami w PM posiadanymi przez bank centralny systemu zewnętrznego w jego systemie będącym komponentem systemu TARGET2 do użytku przez systemy zewnętrzne. Konta lustrzane identyfikuje się przy pomocy kodu BIC odpowiedniego banku centralnego systemu zewnętrznego.

4)

Bank centralny systemu zewnętrznego oferujący procedury rozrachunkowe 4 lub 5 może otwierać w swoim systemie będącym komponentem systemu TARGET2 rachunki funduszu gwarancyjnego dla systemów zewnętrznych. Salda tych rachunków wykorzystuje się do rozrachunku instrukcji płatniczych systemów zewnętrznych w przypadku braku dostępnej płynności na rachunku w PM banku rozrachunkowego. Posiadaczami rachunków funduszu gwarancyjnego mogą być banki centralne systemów zewnętrznych, systemy zewnętrzne oraz gwaranci. Rachunki funduszu gwarancyjnego identyfikuje się przy pomocy kodu BIC odpowiedniego posiadacza rachunku.

5)

Jeżeli procedura rozrachunkowa 6 jest oferowana przez bank centralny systemu zewnętrznego dla modeli interfejsowych, rozrachunkowe banki centralne otwierają w swoim systemach będących komponentami TARGET2 dla banków rozrachunkowych jedno lub większą liczbę subkont, do wykorzystywania przy dedykowaniu płynności. Subkonta identyfikuje się za pomocą kodu BIC rachunku w PM, do którego się one odnoszą, w połaczeniu z numerem rachunku określonym dla danego subkonta. Numer rachunku składa się z kodu kraju oraz z nie więcej niż 32 znaków (w zależności od obowiązującej w danym kraju struktury rachunków bankowych).

6)	Rachunków, o których mowa w ust. 1 lit. a)–d), nie zamieszcza się w TARGET2 directory. Na wniosek uczestnika posiadaczowi rachunku mogą być przekazywane na koniec każdego dnia operacyjnego odpowiednie wyciągi (komunikat MT940 i MT950) dla wszystkich wymienionych rodzajów rachunków.

7)	Szczegółowe zasady otwierania rodzajów rachunków, o których mowa w niniejszym punkcie, oraz ich wykorzystywania do obsługi procedur rozrachunkowych mogą zostać dookreślone przez porozumienia dwustronne między systemami zewnętrznymi a bankami centralnymi systemów zewnętrznych.

9.   Procedura rozrachunkowa 1 – przekazanie płynności

1)

Banki centralne systemów zewnętrznych oraz rozrachunkowe rozrachunkowe banki centralne oferujące procedurę rozrachunkową 1 obsługują przekazywanie płynności z rachunku lustrzanego na rachunek w PM banku rozrachunkowego za pośrednictwem interfejsu ASI. Przekazanie płynności może być zainicjowane przez system zewnętrzny albo przez bank centralny systemu zewnętrznego działający w imieniu systemu zewnętrznego.

2)

Procedurę rozrachunkową 1 stosuje się dla modelu zintegrowanego tylko w razie, gdy odpowiedni system zewnętrzny musi skorzystać z rachunku lustrzanego, w pierwszej kolejności do pobrania niezbędnej płynności dedykowanej przez jego bank rozrachunkowy, a w drugiej do ponownego przekazania tej płynności na rachunek w PM banku rozrachunkowego.

3)	Banki centralne systemów zewnętrznych mogą oferować rozrachunek instrukcji płatniczych w pewnych ramach czasowych ustalanych przez systemy zewnętrzne zgodnie z pkt 15 ust. 2 i 3.

4)

Banki rozrachunkowe i systemy zewnętrzne mają dostęp do informacji za pośrednictwem ICM. Systemy zewnętrzne są powiadamiane o dokonaniu rozrachunku albo jego niedojściu do skutku. Jeśli system zewnętrzny inicjuje przekazanie płynności z rachunku lustrzanego do rachunek w PM banku rozrachunkowego, wówczas bank rozrachunkowy zostaje powiadomiony o dokonaniu uznania za pomocą komunikatu SWIFT MT 202.

10.   Procedura rozrachunkowa 2 – rozrachunek w czasie rzeczywistym

1)

Banki centralne systemów zewnętrznych i rozrachunkowe banki centralne oferujące procedurę rozrachunkową 2 obsługują rozrachunek gotówkowej części transakcji systemu zewnętrznego prowadząc rozrachunek instrukcji płatniczych składanych przez system zewnętrzny w sposób indywidualny, bez łączenia w pakiety. Jeżeli instrukcja płatnicza obciążenia rachunku w PM banku rozrachunkowego z pozycją krótką zostaje umieszczona w kolejce zleceń oczekujących na zasadach określonych w załączniku II, rozrachunkowy rozrachunkowy bank centralny informuje o tym ten bank rozrachunkowyza pomocą komunikatu ICM.

2)

Procedura rozrachunkowa 2 może także być oferowana systemowi zewnętrznemu dla rozrachunku sald wielostronnych, przy czym bank centralny systemu zewnętrznego otwiera dla takiego systemu zewnętrznego rachunek techniczny. Ponadto bank centralny systemu zewnętrznego nie oferuje systemowi zewnętrznemu usługi odpowiedniego zarządzania kolejnością płatności przychodzących i wychodzących, która może być wymagana przy takim rozrachunku wielostronnym. Odpowiedzialność za niezbędną kolejność ponosi we własnym zakresie system zewnętrzny.

3)	Bank centralny systemu zewnętrznego może oferować rozrachunek instrukcji płatniczych w pewnych ramach czasowych ustalanych przez system zewnętrzny, zgodnie z pkt 15 ust. 2 i 3.

4)

Banki rozrachunkowe i systemy zewnętrzne mają dostęp do informacji za pośrednictwem ICM. Systemy zewnętrzne są powiadamiane o dokonaniu rozrachunku albo jego niedojściu do skutku. Na swój wniosek banki rozrachunkowe są powiadamiane o skutecznym dokonaniu rozrachunku za pomocą komunikatu SWIFT MT 900 albo MT 910.

11.   Procedura rozrachunkowa 3 – rozrachunek dwustronny

1)

Banki centralne systemów zewnętrznych i rozrachunkowe rozrachunkowe banki centralne oferujące procedurę rozrachunkową 3 obsługują rozrachunek gotówkowej części transakcji systemu zewnętrznego, prowadząc rozrachunek instrukcji płatniczych składanych przez system zewnętrzny w pakietach. Jeżeli instrukcja płatnicza obciążenia rachunku w PM banku rozrachunkowego z pozycją krótką zostaje umieszczona w kolejce zleceń oczekujących na zasadach określonych w załączniku II, rozrachunkowy bank centralny informuje o tym ten bank rozrachunkowy za pomocą komunikatu ICM.

2)

Procedura rozrachunkowa 3 może także być oferowana systemowi zewnętrznemu dla rozrachunku sald wielostronnych. Punkt 10 ust. 2 stosuje się odpowiednio, z uwzględnieniem następujących postanowień: a) instrukcje płatnicze: (i) obciążenia rachunków w PM banków rozrachunkowych z pozycją krótką i uznanie rachunku technicznego systemu zewnętrznego; oraz (ii) obciążenia rachunku technicznego systemu zewnętrznego i uznanie rachunków w PM banków rozrachunkowych z pozycją długą składane są w osobnych plikach; oraz b) uznanie rachunków w PM banków rozrachunkowych z pozycją długą następuje dopiero po obciążeniu wszystkich rachunków w PM banków rozrachunkowych z pozycją krótką.

3)

W przypadku niedojścia do skutku rozrachunku wielostronnego (przykładowo z uwagi na nieskuteczność wszystkich pobrań środków z rachunków banków rozrachunkowych z pozycją krótką) system zewnętrzny składa odpowiednie instrukcje płatnicze w celu odwrócenia skutków już rozliczonych transakcji obciążeniowych.

4)	Banki centralne systemów zewnętrznych mogą oferować: a) rozrachunek instrukcji płatniczych w pewnych ramach czasowych ustalanych przez system zewnętrzny, zgodnie z pkt 15 ust. 3; lub b) funkcję „okresu informacyjnego”, o której mowa w pkt 15 ust. 1.

5)

Banki rozrachunkowe i systemy zewnętrzne mają dostęp do informacji za pośrednictwem ICM. Systemy zewnętrzne są powiadamiane o dokonaniu rozrachunku albo jego niedojściu do skutku. Na swój wniosek banki rozrachunkowe są powiadamiane o skutecznym dokonaniu rozrachunku za pomocą komunikatu SWIFT MT 900 albo MT 910.

12.   Procedura rozrachunkowa 4 – standardowy rozrachunek wielostronny

1)

Banki centralne systemów zewnętrznych i rozrachunkowe banki centralne oferujące procedurę rozrachunkową 4 obsługują rozrachunek wielostronnych sald gotówkowych transakcji systemu zewnętrznego prowadząc rozrachunek instrukcji płatniczych składanych przez system zewnętrzny w pakietach. Banki centralne systemów zewnętrznych otwierają dla takiego systemu zewnętrznego specjalne rachunki techniczne.

2)

Banki centralne systemów zewnętrznych i rozrachunkowe banki centralne zapewniają wymaganą kolejność instrukcji płatniczych. Uznania rachunków mogą nastąpić dopiero po skutecznym dokonaniu wszystkich obciążeń. Instrukcje płatnicze: a) obciążenia rachunków banków rozrachunkowych z pozycją krótką i uznanie rachunku technicznego systemu zewnętrznego; oraz b) uznania rachunków banków rozrachunkowych z pozycją długą i obciążenie rachunku technicznego systemu zewnętrznego są składane w jednym pliku.

3)

Instrukcje płatnicze obciążenia rachunków w PM banków rozrachunkowych z pozycją krótką i uznanie rachunku technicznego systemu zewnętrznego podlegają rozrachunkowi w pierwszej kolejności; dopiero po rozrachunku wszystkich takich instrukcji płatniczych (przy ewentualnym zasileniu rachunku technicznego przez mechanizm funduszu gwarancyjnego) uznaje się rachunki w PM banków rozrachunkowych z pozycją długą.

4)	Jeżeli instrukcja płatnicza obciążenia rachunku w PM banku rozrachunkowego z pozycją krótką zostaje umieszczona w kolejce zleceń oczekujących na zasadach określonych w załączniku II, rozrachunkowe banki centralne informują o tym ten bank rozrachunkowy za pomocą komunikatu ICM.

5)	Jeżeli środki banku rozrachunkowego z pozycją krótką na jego rachunku w PM są niewystarczające, bank centralny systemu zewnętrznego uruchamia mechanizm funduszu gwarancyjnego, o ile przewiduje to dwustronne porozumienie między bankiem centralnym systemu zewnętrznego a systemem zewnętrznym.

6)

Przy braku mechanizmu funduszu gwarancyjnego, w razie niedojścia do skutku całego rozrachunku uważa się, że banki centralne systemów zewnętrznych i rozrachunkowe banki centralne otrzymały polecenie zwrócenia wszystkich instrukcji płatniczych w pliku i są one obowiązane do odwrócenia skutków już rozliczonych instrukcji płatniczych.

7)	Banki centralne systemów zewnętrznych informują banki rozrachunkowe o niedojściu rozrachunku do skutku za pomocą komunikatu ICM.

8)

Rozrachunkowe banki centralne mogą oferować: a) rozrachunek instrukcji płatniczych w pewnych ramach czasowych ustalanych przez system zewnętrzny, zgodnie z pkt 15 ust. 3; b) funkcję „okresu informacyjnego”, o której mowa w pkt 15 ust. 1; c) mechanizm funduszu gwarancyjnego, o którym mowa w punkcie 15 ust. 4.

9)

Banki rozrachunkowe i systemy zewnętrzne mają dostęp do informacji za pośrednictwem ICM. Systemy zewnętrzne są powiadamiane o dokonaniu rozrachunku albo jego niedojściu do skutku. Na swój wniosek banki rozrachunkowe są powiadamiane, na ich wniosek, o skutecznym dokonaniu rozrachunku za pomocą komunikatu SWIFT MT 900 albo MT 910.

13.   Procedura rozrachunkowa 5 – równoczesny rozrachunek wielostronny

1)

Banki centralne systemów zewnętrznych i rozrachunkowe banki centralne oferujące procedurę rozrachunkową 5 obsługują rozrachunek wielostronnych sald gotówkowych transakcji systemów zewnętrznych, prowadząc rozrachunek instrukcji płatniczych składanych przez system zewnętrzny. W rozrachunku odpowiednich instrukcji płatniczych stosuje się algorytm 4 (patrz: dodatek I do załącznika II). W przeciwieństwie do procedury rozrachunkowej 4, procedura rozrachunkowa 5 działa na zasadzie „wszystko albo nic”. W procedurze tej obciążanie rachunków w PM banków rozrachunkowych z pozycją krótką i uznawanie rachunków w PM banków rozrachunkowych z pozycją długą następuje równocześnie (a nie w etapach, jak w procedurze rozrachunkowej 4). Punkt 12 stosuje się odpowiednio z uwzględnieniem następującego postanowienia: „w razie niemożności dokonania rozrachunku jednej lub większej liczby instrukcji płatniczych wszystkie instrukcje płatnicze umieszcza się w kolejce zleceń oczekujących i powtarza się algorytm 4, zgodnie z opisem w pkt 16 ust. 1, w celu dokonania rozrachunku oczekujących w kolejce instrukcji płatniczych systemów zewnętrznych”.

2)

Banki centralne systemów zewnętrznych mogą oferować: a) rozrachunek instrukcji płatniczych w pewnych ramach czasowych ustalanych przez system zewnętrzny, zgodnie z pkt 15 ust. 3; b) funkcję „okresu informacyjnego”, o której mowa w pkt 15 ust. 1; c) mechanizm funduszu gwarancyjnego, o którym mowa w pkt 15 ust. 4.

3)

Banki rozrachunkowe i systemy zewnętrzne mają dostęp do informacji za pośrednictwem ICM. Systemy zewnętrzne są powiadamiane o dokonaniu rozrachunku albo jego niedojściu do skutku. Banki rozrachunkowe są powiadamiane, na ich wnioswk, o skutecznym dokonaniu rozrachunku za pomocą komunikatu SWIFT MT 900 albo MT 910.

4)	Jeżeli instrukcja płatnicza obciążenia rachunku w PM banku rozrachunkowego z pozycją krótką znajduje się w kolejce zleceń oczekujących na zasadach określonych w załączniku II, odpowiedni rozrachunkowy bank centralny informuje o tym banki rozrachunkowe za pomocą komunikatu ICM.

14.   Procedura rozrachunkowa 6 – płynność dedykowana

1)

Procedura rozrachunkowa 6 może być stosowana w modelu interfejsowym i modelu zintegrowanym, zgodnie z opisem, odpowiednio, w ust. 3–10 i ust. 11–13. W modelu zintegrowanym odpowiedni system zewnętrzny musi stosować rachunek lustrzany dla pobierania niezbędnej płynności odłożonej przez jego banki rozrachunku. W modelu interfejsowym bank rozrachunkowy musi otworzyć co najmniej jedno subkonto dla danego systemu zewnętrznego.

2)	Banki rozrachunkowe są powiadamiane, na ich wniosek, za pomocą komunikatu SWIFT MT 900 albo MT 910 o uznaniu i obciążeniu ich rachunków w PM oraz, o ile są one prowadzone, ich subkont.

A)   Model interfejsowy

3)

Banki centralne systemów zewnętrznych i rozrachunkowe banki centralne oferujące procedurę rozrachunkową 6 obsługują rozrachunek dwustronnych lub wielostronnych sald gotówkowych transakcji systemów zewnętrznych: a) umożliwiając bankowi rozrachunkowemu pokrywanie z góry swoich przewidywanych zobowiązań wynikających z rozrachunku w drodze przekazywania płynności (zwanej dalej „płynnością dedykowaną”) ze swojego rachunku w PM na swoje subkonto przed przetworzeniem przez system zewnętrzny; oraz b) przeprowadzając rozrachunek instrukcji płatniczych systemu zewnętrznego po zakończeniu przetwarzania przez system zewnętrzny: w stosunku do banków rozrachunkowych z pozycją krótką przez obciążanie ich subkont (w granicach środków dostępnych na takim koncie) i uznawanie rachunku technicznego systemu zewnętrznego, a w stosunku do banków rozrachunkowych z pozycją długą przez uznawanie ich subkont i obciążanie rachunku technicznego systemu zewnętrznego.

4)

Oferujące procedurę rozrachunkową 6: a) rozrachunkowe banki centralne otwierają co najmniej jedno subkonto dotyczące jednego systemu zewnętrznego dla każdego banku rozrachunku; oraz b) banki centralne systemów zewnętrznych otwierają rachunek techniczny dla systemu zewnętrznego przeznaczony do: (i) uznawania środkami zebranymi z dedykowanych subkont banków rozrachunkowych z pozycją krótką; oraz (ii) obciążania środkami przy uznawaniu dedykowanych subkont banków rozrachunkowych z pozycją długą.

5)

Procedura rozrachunkowa 6 jest oferowana zarówno dla przetwarzania dziennego, jak i nocnych operacji systemów zewnętrznych. Przy rozrachunku nocnym nowy dzień operacyjny zaczyna się natychmiast po spełnieniu wymagań dotyczących minimalnych rezerw obowiązkowych; jakiekolwiek dokonane później uznanie lub obciążenie odpowiednich rachunków jest uwzględniane w następnym dniu operacyjnym.

6)

W ramach procedury rozrachunkowej 6 w związku z dedykowaniem płynności banki centralne systemów zewnętrznych i rozrachunkowe banki centralne oferują następujące rodzaje usług przekazywania płynności na subkonta i z subkont: a) zlecenia stałe, które banki rozrachunkowe mogą złożyć lub zmienić w każdej chwili w ciągu dnia operacyjnego za pośrednictwem ICM (o ile jest dostępny); zlecenia stałe złożone po wysłaniu komunikatu o rozpoczęciu procedury w danym dniu operacyjnym procedury rozrachunkowej 6 są wykonywane dopiero w następnym dniu operacyjnym. Jeżeli jest kilka zleceń stałych do uznania różnych subkont, to ich rozrachunek następuje według ich wysokości, zaczynając od najwyższego. W czasie nocnych operacji systemów zewnętrznych, w przypadku niewystarczania środków na rachunku w PM dla wielu zleceń stałych są one rozliczane po proporcjonalnej redukcji wszystkich zleceń; b) zlecenia bieżące, które mogą być składane wyłącznie przez bank rozrachunkowy (za pośrednictwem ICM) albo odpowiedni system zewnętrzny za pośrednictwem komunikatu XML w czasie trwania procedury rozrachunkowej 6 (rozumianym jako okres między komunikatem o rozpoczęciu procedury a komunikatem o zakończeniu procedury) i które będą podlegały rozrachunkowi tylko do chwili rozpoczęcia cyklu przetwarzania w systemie zewnętrznym. W przypadku niewystarczalności środków na rachunku w PM dla zlecenia bieżącego złożonego przez system zewnętrzny zlecenie takie jest rozliczane częściowo; oraz c) zlecenia SWIFT przechodzące poprzez komunikat MT 202, które mogą być składane wyłącznie w czasie trwania procedury rozrachunkowej 6 i tylko podczas przetwarzania dziennego. Takie zlecenia podlegają natychmiastowemu rozrachunkowi. W przypadku cyklu w toku następuje to bez powiadamiania systemu zewnętrznego.

7)

Procedura rozrachunkowa 6 rozpoczyna się komunikatem o rozpoczęciu procedury i kończy komunikatem o zakończeniu procedury, przy czym oba komunikaty są wysyłane przez system zewnętrzny. Dla operacji nocnych systemów zewnętrznych komunikat o rozpoczęciu procedury jest wysyłany przez bank centralny systemu zewnętrznego. Komunikat o rozpoczęciu procedury wywołuje rozrachunek zleceń stałych opiewających na przekazanie płynności na subkonta. Komunikat o zakończeniu procedury prowadzi do automatycznego zwrotnego transferu płynności z subkonta na rachunek w PM.

8)

W procedurze rozrachunkowej 6 płynność dedykowana na subkontach podlega zamrożeniu na czas trwania cyklu przetwarzania systemu zewnętrznego (rozpoczynający się komunikatem o rozpoczęciu procedury i kończący komunikatem o zakończeniu procedury, przy czym oba komunikaty są wysyłane przez system zewnętrzny) i uwolnieniu po zakończeniu cyklu.

9)	W ramach każdego cyklu przetwarzania systemu zewnętrznego instrukcje płatnicze podlegają rozrachunkowi z płynności dedykowanej zasadniczo przy zastosowaniu algorytmu 5 (o którym mowa w dodatku I do załącznika II).

10)

W ramach każdego cyklu przetwarzania systemu zewnętrznego płynność dedykowana banku rozrachunkowego może zostać podwyższona w drodze bezpośredniego uznawania jego subkont kwotami określonych płatności przychodzących (tj. płatności z tytułu kuponów czy wykupu instrumentów). W takich przypadkach płynność musi być najpierw zapisana na rachunku technicznym, a następnie dokonuje się obciążenia tego konta przed zaksięgowaniem płynności na subkoncie (względnie na rachunku w PM).

B)   Model zintegrowany

11)

Banki centralne systemów zewnętrznych i rozrachunkowe banki centralne oferujące procedurę rozrachunkową 6 dla modeli zintegrowanych obsługują taki rozrachunek. W przypadku stosowania procedury rozrachunkowej 6 dla modelu zintegrowanego podczas przetwarzania dziennego odpowiednie funkcje oferowane są jedynie ograniczonym zakresie.

12)

W ramach procedury rozrachunkowej 6 w odniesieniu do modelu zintegrowanego banki centralne systemów zewnętrznych i rozrachunkowe banki centralne oferują następujące rodzaje usług przekazywania płynności na rachunek lustrzany: a) zlecenia stałe (do przetwarzania dziennego i operacji nocnych systemów zewnętrznych), które banki rozrachunkowe mogą złożyć lub zmienić w każdej chwili w ciągu dnia operacyjnego za pośrednictwem ICM (o ile jest dostępny). Zlecenia stałe złożone po wysłaniu komunikatu o rozpoczęciu procedury w danym dniu operacyjnym są wykonywane dopiero w następnym dniu operacyjnym. Jeżeli jest kilka zleceń stałych, ich rozrachunek następuje według ich wysokości, zaczynając od najwyższego. W czasie nocnych operacji systemów zewnętrznych. W przypadku braku pokrycia dla zlecenia stałego do przetwarzania dziennego podlega ono odrzuceniu. W czasie nocnych operacji systemów zewnętrznych, w przypadku niewystarczalności środków na rachunku w PM dla zleceń stałych są one rozliczane po proporcjonalnej redukcji wszystkich zleceń; b) zlecenia bieżące, które mogą być składane wyłącznie przez bank rozrachunkowy (za pośrednictwem ICM) albo odpowiedni system zewnętrzny za pośrednictwem komunikatu XML w czasie trwania procedury rozrachunkowej 6 (rozumianym jako okres między komunikatem o rozpoczęciu procedury a komunikatem o zakończeniu procedury) i które będą podlegały rozrachunkowi pod warunkiem, że cykl przetwarzania w systemie zewnętrznym jeszcze się nie rozpoczął. W przypadku niewystarczalności środków na rachunku w PM dla zlecenia bieżącego jest ono rozliczane częściowo; oraz c) zlecenia SWIFT przychodzące poprzez komunikat MT 202 mogą być składane tylko podczas przetwarzania dziennego. Takie zlecenia podlegają natychmiastowemu rozrachunkowi.

13)	Zasady dotyczące komunikatów o rozpoczęciu i zakończeniu procedury, jak również rozpoczęcia i zakończenia cyklu w modelu interfejsowym stosuje się odpowiednio.

15.   Opcjonalne mechanizmy powiązane

1)

Banki centralne systemów zewnętrznych mogą oferować opcjonalny mechanizm powiązany „okres informacyjny” dla procedur rozrachunkowych 3, 4 i 5. Jeżeli system zewnętrzny (albo działający w jego imieniu bank centralny systemu zewnętrznego) określił opcjonalny „okres informacyjny”, bank rozrachunkowy otrzymuje komunikat ICM wskazujący termin, do upływu którego bank rozrachunkowy może zwrócić się z wnioskiem o odwrócenie skutków danej instrukcji płatniczej. Wniosek taki jest uwzględniany przez rozrachunkowy bank centralny tylko w razie jego przekazania za pośrednictwem systemu zewnętrznego i zatwierdzenia przez ten system. Rozrachunek rozpoczyna się, jeżeli rozrachunkowy bank centralny nie otrzymał takiego wniosku przed upływem „okresu informacyjnego”. W razie otrzymania przez rozrachunkowy bank centralny takiego wniosku w „okresie informacyjnym”: a) w przypadku stosowania procedury rozrachunkowej 3 do rozrachunku dwustronnego dana instrukcja płatnicza jest odwoływana; oraz b) w przypadku stosowania procedury rozrachunkowej 3 do rozrachunku wielostronnego lub jeśli w procedurze rozrachunkowej 4 cały rozrachunek nie dochodzi do skutku, wszystkie instrukcje płatnicze w pliku są odwoływane i wszystkie banki rozrachunkowe oraz system zewnętrzny są powiadamiane za pomocą komunikatu ICM.

2)

Jeżeli system zewnętrzny wysyła instrukcje rozrachunkowe przed planowanym początkowym terminem rozrachunku („od”), instrukcje są zachowywane aż do planowanego terminu. W takim przypadku instrukcje płatnicze są dopiero składane do wstępnej próby przetwarzania dopiero z nadejściem terminu początkowego „od”. Niniejszy mechanizm opcjonalny może być stosowany w procedurach rozrachunkowych 1 i 2.

3)

Czas rozrachunku („do”) umożliwia przeznaczenie ograniczonego czasu na rozrachunek w systemie zewnętrznym dla uniknięcia zablokowania lub opóźnienia rozrachunku innych transakcji związanych z systemem zewnętrznym albo transakcji w TARGET2. Jeżeli instrukcja płatnicza nie zostanie rozliczona do osiągnięcia chwili „do”, instrukcja ta podlega zwrotowi albo, w procedurach rozrachunkowych 4 i 5, może zostać uruchomiony mechanizm funduszu gwarancyjnego. Czas rozrachunku („do”) można określić dla procedur rozrachunkowych 1–5.

4)

Mechanizm funduszu gwarancyjnego może być zastosowany w wypadku, gdy płynność banku rozrachunkowego nie wystarcza dla pokrycia jego zobowiązań wynikających z rozrachunku w systemie zewnętrznym. W celu umożliwienia rozrachunku wszystkich instrukcji płatniczych biorących udział w rozrachunku w systemie zewnętrznym, mechanizm ten jest stosowany w celu dostarczenia dodatkowej potrzebnej płynności. Mechanizm ten może być stosowany w procedurach rozrachunkowych 4 i 5. Dla stosowania mechanizmu funduszu gwarancyjnego konieczne jest utrzymywanie specjalnego rachunku funduszu gwarancyjnego, na którym „pomocnicza płynność” jest dostępna lub udostępniana na żądanie.

16.   Stosowane algorytmy

1)

Procedura rozrachunkowa 5 jest obsługiwana przez algorytm 4. Dla ułatwienia rozrachunku i ograniczenia zapotrzebowania na płynność włączone są wszystkie zlecenia płatnicze systemów zewnętrznych (niezależnie od ich priorytetu). Zlecenia płatnicze systemów zewnętrznych do rozliczenia według procedury 5 omijają wstępną próbę przetwarzania i są odrębnie przechowywane w PM do zakończenia bieżącej procedury optymalizacji. Do jednego zastosowania algorytmu 4 włącza się kilka systemów zewnętrznych stosujących procedurę 5, jeżeli zamierzają one dokonać rozrachunku w tym samym czasie.

2)

W procedurze rozrachunkowej 6 bank rozrachunkowymoże dedykować płynność w określonej wysokości do rozrachunku sald pochodzących z określonego systemu zewnętrznego. Dedykowanie następuje przez zaksięgowanie potrzebnej płynności na specjalnym subkoncie (model interfejsowy). Algorytm 5 stosuje się zarówno do operacji nocnych systemów zewnętrznych, jak i przetwarzania dziennego. Proces rozrachunku odbywa się w drodze obciążania pozycji krótkiej subkont uczestników na rzecz rachunku technicznego systemu zewnętrznego, a następnie obciążania rachunku technicznego systemu zewnętrznego na rzecz pozycji długiej subkont uczestników. W przypadku dodatniego salda księgowanie może nastąpić bezpośrednio – o ile zostało ono wskazane w odniesieniu do danej transakcji przez system zewnętrzny – na rachunku w PM banku rozrachunkowego. W przypadku niedojścia do skutku rozrachunku jednej lub więcej instrukcji obciążających (tzn. w wyniku błędu systemu zewnętrznego) dana płatność jest umieszczana w kolejce na subkoncie. Procedura rozrachunkowa 6 może zastosować algorytm 5 na subkontach. Algorytm 5 nie musi ponadto uwzględniać żadnych ograniczeń i zastrzeżeń. Dla każdego banku rozrachunkowego oblicza się pozycję zbiorczą, przy czym w przypadku pokrycia wszystkich pozycji zbiorczych rozliczane są wszystkie transakcje. Transakcje niepokryte są z powrotem umieszczane w kolejce.

17.   Skutki zawieszenia lub zakończenia

W razie zawieszenia albo zakończenia korzystania przez system zewnętrzny z interfejsu ASI podczas cyklu rozrachunkowego instrukcji płatniczych systemu zewnętrznego bank centralny systemu zewnętrznego uważa się za upoważniony do dokończenia cyklu rozrachunkowego w imieniu systemu zewnętrznego.

18.   Zestawienie opłat i fakturowanie

1)

Zestawienie opłat pobieranych od systemu zewnętrznego korzystającego z interfejsu ASI albo z interfejsu użytkownika, niezależnie od liczby rachunków, jakie może on posiadać w banku centralnym systemu zewnętrznego lub w rozrachunkowym banku centralnym, składa się z trzech następujących elementów: a) stałej opłaty miesięcznej w wysokości 1 000 EUR pobieranej od każdego systemu zewnętrznego (opłata stała I); b) drugiej stałej opłaty miesięcznej w wysokości od 417 EUR do 4 167 EUR, proporcjonalnie do wartości bazowej brutto rozrachunków gotówkowych w euro danego systemu zewnętrznego (opłata stała II). Zakresy od (mln EUR/dzień) do (mln EUR/dzień) Opłata roczna Opłata miesięczna 1 0 mniej niż 1 000 5 000 EUR 417 EUR 2 1 000 mniej niż 2 500 10 000 EUR 833 EUR 3 2 500 mniej niż 5 000 20 000 EUR 1 667 EUR 4 5 000 mniej niż 10 000 30 000 EUR 2 500 EUR 5 10 000 mniej niż 50 000 40 000 EUR 3 333 EUR 6 ponad 50 000 — 50 000 EUR 4 167 EUR Bank centralny systemu zewnętrznego oblicza wartość brutto transakcji gotówkowych w euro danego systemu zewnętrznego raz do roku, na podstawie takiej wartości brutto za ostatni rok; wynik tych obliczeń wykorzystuje się do ustalenia opłat pobieranych od 1 stycznia każdego roku kalendarzowego; c) opłaty za transakcje obliczonej na tej samej podstawie, co zestawienie opłat dla uczestników TARGET2 zawarte w dodatku VI do załącznika II. System zewnętrzny może wybrać jedną z dwóch następujących opcji: zryczałtowana stawka 0,80 EUR za zlecenie płatnicze (opcja A) lub stawki malejące (opcja B), z następującymi modyfikacjami: — w opcji B wartości zakresów odnoszące się do liczby zleceń płatniczych dzieli się przez dwa, oraz — poza opłatą stałą I oraz opłatą stałą II, pobiera się stałą opłatę miesięczną w wysokości 100 EUR dla opcji A oraz 1 250 EUR dla opcji B.

2)

Wszystkie opłaty należne w związku ze zleceniem płatniczym złożonym lub płatnością otrzymaną przez system zewnętrzny za pomocą interfejsu użytkownika lub interfejsu ASI obciążają wyłącznie dany system zewnętrzny. Rada Prezesów może ustalić bardziej szczegółowe zasady określania podlegających opłatom transakcji, których rozrachunek następuje w systemach zewnętrznych.

3)

Systemy zewnętrzne otrzymują od odpowiednich banków centralnych systemów zewnętrznych faktury za poprzedni miesiąc, obliczone na podstawie opłat określonych w ust. 1 nie później niż piątego dnia operacyjnego kolejnego miesiąca. Płatności realizowane są nie później niż dziesiątego dnia operacyjnego tego miesiąca, na rachunek wskazany przez bank centralny systemu zewnętrznego, albo kwotami takich opłat obciąża się rachunek wskazany przez system zewnętrzny.

4)

Dla celów niniejszego punktu każdy system zewnętrzny, który został wyodrębniony na podstawie dyrektywy 98/26/EC, traktowany jest oddzielnie, nawet jeżeli ten sam podmiot prowadzi dwa lub więcej systemów. Te same zasady stosuje się do systemów zewnętrznych, które nie zostały wyodrębnione na podstawie dyrektywy 98/26/EC, w których to przypadkach system zewnętrzny będzie określany przy użyciu następujących kryteriów: a) ustaleń formalnych, opartych na podstawie umownej lub ustawowej (np. umowa między uczestnikami a operatorem systemu); b) członkostwie wielu podmiotów; c) wspólnych zasadach oraz standardowych umowach; oraz d) działalności polegającej na rozliczeniu, kompensowaniu lub rozrachunku płatności lub transakcji papierami wartościowymi między uczestnikami.