1. Następujące dodatki stanowią integralną część niniejszych warunków uczestnictwa:

2. W przypadku sprzeczności lub rozbieżności między treścią dodatków a innymi przepisami niniejszych warunków uczestnictwa stosuje się inne postanowienia niniejszych warunków uczestnictwa.

1. Pod względem prawnym TARGET jest zorganizowany jako zbiór systemów płatności obejmujący wszystkie systemy będące komponentami TARGET wskazane jako "systemy" w odpowiednich przepisach krajowych implementujących dyrektywę 98/26/WE.

2. TARGET obejmuje systemy płatności w euro, które umożliwiają rozrachunek w pieniądzu banku centralnego i zapewniają usługi centralnego zarządzania płynnością oraz rozrachunek brutto w czasie rzeczywistym w odniesieniu do płatności i usług dotyczących rozrachunku systemów zewnętrznych, a także umożliwiają rozliczenia pieniężne w odniesieniu do rozrachunku transakcji, których przedmiotem są papiery wartościowe, oraz rozrachunku płatności natychmiastowych.

3. TARGET zapewnia:

Każdy rachunek w systemie TARGET-[nazwa BC] jest identyfikowany za pomocą niepowtarzalnego numeru rachunku składającego się z elementów opisanych w pkt 2 dodatku I.

1. Do ubiegania się o uczestnictwo w TARGET-[oznaczenie BC/kraju] są uprawnione następujące typy podmiotów:

o ile podmioty, o których mowa w lit. a) i b), nie podlegają środkom ograniczającym przyjętym przez Radę Unii Europejskiej lub państwa członkowskie zgodnie z art. 65 ust. 1 lit. b), art. 75 lub art. 215 Traktatu, których wprowadzenia zdaniem [nazwa BC], po poinformowaniu EBC, nie da się pogodzić ze sprawnym funkcjonowaniem TARGET.

2. [Nazwa BC] może również przyjmować jako uczestników, według swojego uznania, następujące podmioty:

1. W celu uzyskania statusu uczestnika systemu TARGET-[nazwa BC/kraju] podmiot uprawniony do ubiegania się o uczestnictwo w TARGET zgodnie z art. 4 ust. 1 lub podmiot, który może zostać przyjęty jako uczestnik TARGET przez [nazwa BC] na mocy art. 4 ust. 2, musi spełniać następujące wymogi:

2. Podmioty ubiegające się o uczestnictwo składają w [nazwa BC] wniosek, załączając do niego co najmniej następujące dokumenty oraz informacje:

3. Podmioty ubiegające się o uczestnictwo, które są już uczestnikami TARGET i ubiegają się o otwarcie nowego rachunku zgodnie z: (i) częścią III (rachunek RTGS-DCA); (ii) częścią IV (rachunek T2S DCA); (iii) częścią V (rachunek TIPS DCA); (iv) częścią VI (rachunek techniczny RTGS AS); lub (v) częścią VII (rachunek techniczny TIPS AS) - spełniają wymogi określone w ust. 1 i ust. 2 w zakresie odnoszącym się do nowego rachunku, o którego otwarcie się ubiegają.

4. [Nazwa BC] może również zażądać przedłożenia dodatkowych informacji, które uzna za niezbędne do oceny wniosku o otwarcie rachunku TARGET.

5. [Nazwa BC] odrzuca wniosek o uczestnictwo, jeżeli:

6. [Nazwa BC] zawiadamia podmiot ubiegający się o uczestnictwo w TARGET-[oznaczenie BC/kraju] 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. 4, o decyzji zawiadamia się w ciągu miesiąca od otrzymania przez [nazwa BC] od podmiotu ubiegającego się o uczestnictwo takich dodatkowych informacji. Decyzja odmowna zawiera uzasadnienie odmowy.

1. Uczestnicy, którzy nie są systemami zewnętrznymi, muszą posiadać co najmniej jeden rachunek MCA prowadzony przez [nazwa BC] oraz mogą również posiadać jeden lub większą liczbę rachunków RTGS DCA, rachunków T2S DCA lub rachunków TIPS DCA prowadzonych przez [nazwa BC].

2. Systemy zewnętrzne korzystające z procedur rozrachunkowych RTGS AS lub procedury rozrachunkowej TIPS AS podlegają warunkom określonym w niniejszej części oraz, odpowiednio, w części VI lub części VII. Systemy te mogą posiadać jeden lub większą liczbę rachunków MCA, rachunków T2S DCA oraz - w drodze wyjątku i za zgodą [nazwa BC] - jeden lub większą liczbę rachunków RTGS DCA, o ile takie rachunki nie są wykorzystywane na potrzeby rozliczania płatności natychmiastowych zgodnie ze schematem SCT Inst. Jeżeli system zewnętrzny posiada rachunek RTGS DCA lub rachunek T2S DCA, musi również posiadać co najmniej jeden rachunek MCA prowadzony przez [nazwa BC]. Jeżeli system zewnętrzny posiada co najmniej jeden rachunek MCA, rachunek RTGS DCA lub rachunek T2S DCA, do takiego systemu zewnętrznego zastosowanie mają również odpowiednie części niniejszych warunków uczestnictwa.

1. W zakresie, w jakim jest to technicznie możliwe, uczestnik może udzielić dostępu do swoich rachunków TARGET jednemu lub większej liczbie wyznaczonych przez siebie podmiotów w celu składania zleceń przekazania środków pieniężnych i wykonywania innych czynności.

2. Zlecenia przekazania środków pieniężnych złożone przez podmioty wyznaczone przez uczestnika zgodnie z ust. 1 lub środki przez nie otrzymane uznaje się za złożone lub otrzymane przez samego uczestnika.

3. Zlecenia przekazania środków pieniężnych i inne czynności wykonywane przez podmiot lub podmioty, o których mowa w ust. 1, są wiążące dla uczestnika bez względu na treść umów lub innych ustaleń pomiędzy uczestnikiem a takim podmiotem oraz bez względu na naruszenie postanowień takich umów lub ustaleń.

1. [Nazwa BC] identyfikuje pozycje podlegające opłacie zgodnie z dodatkiem VI i przypisuje każdą z nich uczestnikowi, który daną pozycję podlegającą opłacie zainicjował.

2. Opłaty należne z tytułu zleceń przekazania środków pieniężnych złożonych przez system zewnętrzny lub z tytułu środków pieniężnych otrzymanych przez system zewnętrzny, bez względu na to, czy system ten korzysta z procedury rozrachunkowej RTGS AS, czy z rachunku RTGS DCA, ponoszone są wyłącznie przez ten system zewnętrzny.

3. Pozycje podlegające opłacie, które zostały wygenerowane w wyniku czynności podmiotów wyznaczonych zgodnie z art. 7, jak również w wyniku czynności banku centralnego podejmowanych w imieniu uczestnika, przypisuje się temu uczestnikowi.

4. [Nazwa BC] wystawia uczestnikowi odrębne faktury za poszczególne usługi opisane w: (i) części III (rachunek RTGS-DCA); (ii) części IV (rachunek T2S DCA); (iii) części V (rachunek TIPS DCA); (iv) części VI (procedura rozrachunkowa RTGS AS); oraz (v) części VII (procedura rozrachunkowa TIPS AS).

5. [Nazwa BC] rozlicza każdą fakturę w drodze polecenia zapłaty obciążającego rachunek MCA danego uczestnika, chyba że uczestnik wyznaczył innego uczestnika TARGET (w TARGET-[oznaczenie BC/kraju] lub w innym systemie będącym komponentem TARGET) jako agenta płatności i zlecił [nazwa BC] obciążanie rachunku MCA tego agenta płatności. Zlecenie takie nie zwalnia uczestnika z obowiązku opłacenia każdej faktury.

6. W przypadku wyznaczenia agenta płatności uczestnik przedstawia [nazwa BC] potwierdzenie, że agent płatności zgodził się na działanie w tym charakterze.

7. Na potrzeby niniejszego artykułu każdy system zewnętrzny traktuje się oddzielnie, nawet jeżeli dwa lub większa liczba systemów zewnętrznych jest prowadzona przez ten sam podmiot prawny i niezależnie od tego, czy dany system zewnętrzny został wyznaczony na mocy dyrektywy 98/26/WE. System zewnętrzny, który nie został wyznaczony na mocy dyrektywy 98/26/WE, uznaje się za system zewnętrzny, jeżeli spełnia następujące kryteria: a) jest formalnym porozumieniem opartym na instrumencie umownym lub legislacyjnym, np. umowie pomiędzy uczestnikami a operatorem systemu; b) jego członkami jest wiele podmiotów; c) jest oparty na wspólnych zasadach i jednolitych porozumieniach; oraz d) celem jego działalności jest rozliczanie, netting lub rozrachunek płatności lub papierów wartościowych pomiędzy uczestnikami.

1. Na wniosek uczestnika [nazwa BC] tworzy grupę podmiotów ponoszących opłaty, umożliwiającą jej członkom korzystanie ze struktury opłat ze stawką malejącą mającej zastosowane do rachunków RTGS DCA. Grupa podmiotów ponoszących opłaty może obejmować jedynie posiadaczy rachunków RTGS DCA należących do tej samej grupy bankowej, z jednego lub większej liczby systemów będących komponentami TARGET.

2. Na wniosek posiadacza rachunku RTGS DCA [nazwa BC] dodaje takiego posiadacza rachunku RTGS DCA do grupy podmiotów ponoszących opłaty lub usuwa takiego posiadacza rachunku RTGS DCA z grupy podmiotów ponoszących opłaty funkcjonującej w TARGET-[nazwa BC/kraju] lub innym systemie będącym komponentem TARGET. Posiadacz rachunku RTGS DCA informuje pozostałych członków grupy podmiotów ponoszących opłaty o takim wniosku przed jego złożeniem.

3. Posiadacze rachunków RTGS DCA będący członkami grupy podmiotów ponoszących opłaty otrzymują faktury z tytułu ponoszonych opłat indywidualnie, zgodnie z art. 8.

1. [Nazwa BC] oferuje usługi opisane w częściach II, III, IV, V, VI i VII niniejszych warunków uczestnictwa na rzecz uczestników, którzy wybrali i otworzyli rachunki, o których mowa w tych częściach. O ile nie zostało to odmiennie uregulowane w niniejszych warunkach uczestnictwa lub przepisach prawa, [nazwa BC] podejmuje w celu wykonania zobowiązań określonych w niniejszych warunkach uczestnictwa wszelkie uzasadnione działania w granicach swoich kompetencji, bez gwarancji osiągnięcia pożądanego wyniku.

2. Podmiotem świadczącym usługi na podstawie niniejszych warunków uczestnictwa jest [nazwa BC]. Działania i zaniechania KBC poziomu 3 są uważane za działania i zaniechania [nazwa BC], za które ponosi on odpowiedzialność zgodnie z art. 22. Uczestnictwo na podstawie niniejszych warunków uczestnictwa nie prowadzi do powstania stosunków umownych między uczestnikami a KBC poziomu 3 w zakresie, w jakim KBC poziomu 3 działają w charakterze KBC poziomu 3. Instrukcje, komunikaty lub informacje otrzymywane przez uczestnika z TARGET lub przesyłane przez uczestnika do TARGET w związku z usługami świadczonymi na podstawie niniejszych warunków uczestnictwa uważa się za otrzymywane od [nazwa BC] lub wysyłane do [nazwa BC].

3. Uczestnik ponosi na rzecz [nazwa BC] opłaty zgodnie z art. 8.

4. Uczestnik zapewnia techniczne połączenie z TARGET-[oznaczenie BC/kraju] zgodnie z harmonogramem operacyjnym TARGET określonym w dodatku V. Obowiązek ten może być spełniony za pośrednictwem wyznaczonego podmiotu, o którym mowa w art. 7.

5. Uczestnik oświadcza i zapewnia [nazwa BC], że wykonywanie jego zobowiązań wynikających z niniejszych warunków uczestnictwa nie narusza jakichkolwiek przepisów ustawowych, wykonawczych lub statutowych mających zastosowanie do takiego uczestnika lub wiążących uczestnika postanowień umownych.

6. Uczestnik uiszcza wszelkie stosowne opłaty skarbowe, podatki od czynności cywilnoprawnych lub inne opłaty, jak również ponosi wszelkie inne koszty związane z otwarciem, utrzymywaniem lub zamknięciem rachunku TARGET.

1. Wykonując swoje prawa i obowiązki na podstawie niniejszych warunków uczestnictwa, [nazwa BC] i uczestnicy ściśle współpracują ze sobą w celu zapewnienia stabilności, poprawnego działania oraz bezpieczeństwa systemu TARGET-[oznaczenie BC/kraju]. Z zastrzeżeniem obowiązków wynikających z ochrony tajemnicy bankowej [nazwa BC] i uczestnicy przekazują sobie nawzajem wszelkie informacje i dokumenty mające znaczenie dla wykonywania odpowiednich praw i obowiązków na podstawie niniejszych warunków uczestnictwa.

2. [Nazwa BC] tworzy i prowadzi dział wsparcia użytkowników systemu, udzielający uczestnikom pomocy w rozwiązywaniu problemów związanych z funkcjonowaniem systemu.

3. Aktualne informacje o statusie operacyjnym każdej z usług są dostępne w ramach systemu informacyjnego TARGET (TARGET Information System, TIS) na właściwej podstronie strony internetowej EBC.

4. [Nazwa BC] może przekazywać uczestnikom istotne informacje systemowe za pomocą komunikatów (broadcast message) lub, jeżeli środek ten nie jest dostępny, za pomocą innych odpowiednich środków komunikacji.

5. Uczestnicy aktualizują na bieżąco istniejące formularze gromadzenia danych referencyjnych oraz przedkładają [nazwa BC] nowe formularze gromadzenia danych referencyjnych. Uczestnicy sprawdzają również dokładność dotyczących ich informacji wprowadzanych do TARGET-[oznaczenie BC/kraju] przez [nazwa BC].

6. Uczestnik niniejszym upoważnia [nazwa BC] do przekazywania KBC poziomu 3 informacji dotyczących uczestników, wykorzystywanych przez KBC poziomu 3 zgodnie z umowami pomiędzy KBC poziomu 3 a BC Eurosystemu regulującymi świadczenie usług przez KBC poziomu 3.

7. Uczestnicy niezwłocznie informują [nazwa BC] o wszelkich zmianach wpływających na zakres ich zdolności prawnej oraz o zmianach legislacyjnych wpływających na zagadnienia opisane w dotyczącej ich opinii krajowej, zgodnie z jej ramową treścią zawartą w dodatku III.

8. [Nazwa BC] może w każdej chwili zażądać aktualizacji lub odnowienia opinii krajowej lub opinii o zdolności, o których mowa w art. 5 ust. 1 lit. d) i e).

9. Uczestnicy niezwłocznie informują [nazwa BC] o wszelkich dotyczących ich przypadkach niewykonania zobowiązania, jak również o fakcie podlegania środkom w zakresie zapobiegania kryzysom lub środkom w zakresie zarządzania kryzysowego w rozumieniu dyrektywy Parlamentu Europejskiego i Rady 2014/59/UE (1) albo innym równoważnym obowiązującym przepisom.

1. Rachunki MCA, rachunki DCA oraz subkonta podlegają oprocentowaniu w wysokości niższej z następujących wartości: zera procent lub stopy depozytu w banku centralnym, z wyjątkiem sytuacji, w której rachunki takie są wykorzystywane w celu przechowywania:

Obliczanie i wypłata oprocentowania z tytułu utrzymywanych rezerw obowiązkowych podlega przepisom rozporządzenia Rady (WE) nr 2531/98 (3) oraz rozporządzenia (UE) 2021/378 (EBC/2021/1).

Obliczanie i wypłata oprocentowania z tytułu utrzymywanych nadwyżek rezerw podlega decyzji Europejskiego Banku Centralnego (UE) 2019/1743 (EBC/2019/31) (4).

Oprocentowanie depozytów sektora publicznego podlega postanowieniom dotyczącym takich depozytów zawartym w art. 4 wytycznych (UE) 2019/671 (EBC/2019/7).

2. Salda overnight utrzymywane na rachunku technicznym TIPS AS lub na rachunku technicznym RTGS AS na potrzeby procedury rozrachunkowej systemu zewnętrznego D, jak również środki funduszu gwarancyjnego, w tym środki utrzymywane na rachunku funduszu gwarancyjnego AS, podlegają oprocentowaniu w wysokości stopy depozytu w banku centralnym.

1. Uczestnicy monitorują płynność na swoich rachunkach i zarządzają nią zgodnie z harmonogramem operacyjnym TARGET określonym w dodatku V oraz dokonują uzgadniania na poziomie transakcji co najmniej raz dziennie. Obowiązek ten może być spełniony za pośrednictwem wyznaczonego podmiotu, o którym mowa w art. 7.

2. Uczestnicy korzystają z narzędzi udostępnionych przez [nazwa BC] do celów uzgadniania rachunków, w szczególności z dziennego wyciągu z rachunku, który jest udostępniany każdemu uczestnikowi. Obowiązek ten może być spełniony za pośrednictwem wyznaczonego podmiotu, o którym mowa w art. 7.

3. Uczestnicy niezwłocznie informują [nazwa BC] o wszelkich przypadkach niezgodności dotyczących ich rachunków.

1. Na wniosek uczestnika podlegającego obowiązkowi utrzymywania rezerwy obowiązkowej [nazwa BC] oznacza jeden lub większą liczbę rachunków MCA lub DCA należących do tego uczestnika TARGET-[oznaczenie BC/kraju] jako rachunki wykorzystywane na potrzeby spełniania wymogów dotyczących rezerw obowiązkowych.

2. Jeżeli ma to zastosowanie do danego uczestnika, na potrzeby spełniania wymogów dotyczących rezerw obowiązkowych uwzględnia się sumę sald na koniec dnia wszystkich rachunków tego uczestnika w [nazwa BC] oznaczonych w tym celu.

1. Uczestnik może na swoich rachunkach MCA lub DCA ustalać kwoty limitów dolnych i limitów górnych.

2. Uczestnik może otrzymywać powiadomienia w przypadku przekroczenia kwoty limitu dolnego lub górnego. Ponadto, w odniesieniu do rachunków MCA lub rachunków RTGS DCA, uczestnik może zdecydować, że przekroczenie takie będzie inicjowało zlecenie przelewu płynności oparte na regułach.

3. Rozrachunek zlecenia przelewu płynności nie inicjuje sprawdzenia, czy doszło do przekroczenia kwoty limitu dolnego lub górnego.

1. Posiadacz rachunku MCA może utworzyć jedną lub większą liczbę grup monitorowania rachunków w celu monitorowania płynności na kilku rachunkach MCA lub DCA, przy czym staje się on podmiotem wiodącym każdej utworzonej przez siebie grupy monitorowania rachunków.

2. Uczestnik może dodać którykolwiek ze swoich rachunków MCA lub DCA otwarty w TARGET-[oznaczenie BC/kraju] lub w innym systemie będącym komponentem TARGET do jednej lub większej liczby grup monitorowania rachunków, tym samym stając się członkiem takiej grupy monitorowania rachunków. Członek grupy monitorowania rachunków może w dowolnym momencie zainicjować usunięcie swojego rachunku z takiej grupy monitorowania rachunków. Uczestnik informuje podmiot wiodący grupy monitorowania rachunków przed dodaniem swojego rachunku do tej grupy lub jego usunięciem z tej grupy.

3. Wyłącznie podmiot wiodący grupy monitorowania rachunków ma możliwość podglądu sald wszystkich rachunków należących do tej grupy.

4. Podmiot wiodący może usunąć grupę monitorowania rachunków, o czym uprzednio informuje pozostałych członków tej grupy.

1. Zlecenia przekazania środków pieniężnych składane przez uczestników uznaje się za przyjęte przez [nazwa BC]:

2. [Nazwa BC] niezwłocznie odrzuca zlecenia przekazania środków pieniężnych, które nie spełniają warunków określonych w ust. 1. [Nazwa BC] informuje uczestnika o odrzuceniu zlecenia przekazania środków pieniężnych w sposób określony w dodatku I.

1. Na potrzeby zdania pierwszego art. 3 ust. 1 oraz art. 5 dyrektywy 98/26/WE oraz [przepisy krajowe implementujące te przepisy dyrektywy 98/26/WE]:

2. Postanowienia ust. 1 nie uchybiają zasadom systemów zewnętrznych przewidującym jako chwilę wprowadzenia do systemu zewnętrznego lub chwilę nieodwołalności zleceń przekazania środków złożonych w systemie zewnętrznym chwilę wcześniejszą niż chwila wprowadzenia odpowiedniego zlecenia przekazania środków systemu zewnętrznego do odpowiedniego systemu będącego komponentem TARGET.

3. Zlecenia przekazania środków pieniężnych objęte algorytmem nie mogą zostać odwołane w czasie działania algorytmu.

1. W przypadku nadzwyczajnego zdarzenia zewnętrznego lub jakiegokolwiek innego zdarzenia mającego wpływ na transakcje na rachunkach TARGET stosuje się procedury zapewniania ciągłości działania i postępowania w sytuacjach awaryjnych opisane w dodatku IV.

2. W wyjątkowych okolicznościach zmianie może ulec harmonogram operacyjny TARGET, w którym to przypadku [nazwa BC] odpowiednio informuje uczestników.

3. W wyjątkowych okolicznościach system zewnętrzny może zwrócić się do [nazwa BC] o zmianę harmonogramu operacyjnego TARGET.

4. Na wypadek wystąpienia zdarzeń opisanych w ust. 1 Eurosystem zapewnia rozwiązanie awaryjne. Przyłączenie do rozwiązania awaryjnego i korzystanie z niego jest obowiązkowe dla uczestników uznanych przez [nazwa BC] za krytycznych oraz dla uczestników, którzy dokonują rozrachunku transakcji "bardzo krytycznych", zgodnie z dodatkiem IV. Inni uczestnicy mogą przyłączyć się do rozwiązania awaryjnego na swój wniosek.

1. Uczestnicy są zobowiązani do wdrożenia odpowiednich kontroli bezpieczeństwa w celu ochrony systemów przed nieuprawnionym dostępem i wykorzystaniem. Uczestnicy ponoszą wyłączną odpowiedzialność za odpowiednią ochronę poufności, integralności i dostępności swoich systemów.

2. Uczestnicy niezwłocznie informują [nazwa BC] o wszelkich incydentach związanych z bezpieczeństwem ich infrastruktury technicznej oraz, w odpowiednich przypadkach, o incydentach związanych z bezpieczeństwem infrastruktury technicznej usługodawców zewnętrznych. [Nazwa BC] może zażądać dodatkowych informacji dotyczących incydentu oraz, w razie potrzeby, podjęcia przez uczestnika odpowiednich środków zapobiegających powtórzeniu się incydentu.

3. [Nazwa BC] może nałożyć na wszystkich uczestników lub na uczestników uznanych za krytycznych dodatkowe wymogi bezpieczeństwa, w szczególności w zakresie cyberbezpieczeństwa i zapobiegania nadużyciom.

4. Uczestnicy przekazują [nazwa BC]: (i) stały dostęp do swojego potwierdzenia zgodności z wymogami wybranego przez nich dostawcy usług sieciowych w zakresie ochrony punktów końcowych (endpoint security); oraz (ii) corocznie - oświadczenie o samocertyfikacji dotyczącej TARGET, wymagane w odniesieniu do posiadanych przez nich typów rachunków, opublikowane na stronie internetowej [nazwa BC] oraz na stronie internetowej EBC w języku angielskim.

5. [Nazwa BC] dokonuje oceny oświadczeń o samocertyfikacji uczestnika w odniesieniu do stopnia zapewnienia zgodności z każdym z wymogów samocertyfikacji dotyczącej TARGET. Wymogi te są określone w dodatku VII.

6. Stopień zapewnienia przez uczestnika zgodności z wymogami samocertyfikacji dotyczącej TARGET klasyfikuje się w następujący sposób według rosnącego stopnia braku zgodności: "pełna zgodność", "niewielka niezgodność" lub "poważna niezgodność". Stosuje się następujące kryteria: pełna zgodność zostaje osiągnięta, gdy uczestnicy spełniają 100 % wymogów, niewielka niezgodność ma miejsce, gdy uczestnik spełnia mniej niż 100 %, ale co najmniej 66 % wymogów, a poważna niezgodność ma miejsce, gdy uczestnik spełnia mniej niż 66 % wymogów. Jeśli uczestnik wykaże, że dany wymóg nie ma do niego zastosowania, dla celów klasyfikacji uznaje się, że taki wymóg jest spełniony. Uczestnik, który nie osiągnie pełnej zgodności, przedkłada plan działania wskazujący, w jaki sposób zamierza ją osiągnąć. [Nazwa BC] informuje odpowiednie organy nadzoru o statusie zgodności takiego uczestnika.

7. Jeżeli uczestnik odmawia udzielenia stałego dostępu do swojego poświadczenia zgodności z wymogami wybranego przez siebie dostawcy usług sieciowych w zakresie ochrony punktów końcowych (endpoint security) lub nie przedstawi samocertyfikacji dotyczącej TARGET, poziom zgodności uczestnika klasyfikuje się jako "poważną niezgodność".

8. [Nazwa BC] dokonuje ponownych ocen zgodności uczestników z częstotliwością roczną.

9. [Nazwa BC] może nałożyć na uczestników, których poziom zgodności został oceniony jako "niewielka niezgodność" lub "poważna niezgodność", obowiązek podjęcia następujących środków naprawczych w porządku rosnącym według stopnia dotkliwości:

10. Uczestnicy, którzy udostępniają swój rachunek TARGET podmiotom trzecim zgodnie z art. 7 oraz uczestnicy, którzy rejestrują adresowalnych posiadaczy BIC zgodnie z art. 2 części III, przeciwdziałają ryzyku wynikającemu z takiego udostępniania zgodnie z wymogami bezpieczeństwa określonymi w ust. 1-9.

1. W zakresie wykonywania obowiązków wynikających z niniejszych warunków uczestnictwa [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 TARGET-[oznaczenie BC/kraju] w przypadku oszustwa (w tym w szczególności w przypadku umyślnego naruszenia zobowiązań) lub 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 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 w celu 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:

5. Niezależnie od [odpowiednie przepisy krajowe] przepisy ust. 1-4 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, obowiązków wynikających z niniejszych warunków uczestnictwa [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] zobowiązań lub stanowi zwyczajową praktykę rynkową. 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. KBC poziomu 3 nie są osobami trzecimi w rozumieniu niniejszego ustępu.

1. O ile niniejsze warunki uczestnictwa nie stanowią inaczej, wszystkie zlecenia przekazania środków pieniężnych i związane z nimi komunikaty, 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 odpowiedniego dostawcy usług sieciowych.

2. Zachowane przez [nazwa BC] lub odpowiedniego 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 odpowiedniego dostawcy usług sieciowych ma taką samą wartość dowodową, jak oryginalny komunikat, bez względu na formę oryginalnego komunikatu.

3. W przypadku awarii połączenia uczestnika z dostawcą usług sieciowych uczestnik korzysta z alternatywnych środków przekazu komunikatów uzgodnionych z [nazwa BC]. 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] przechowuje pełne zapisy zleceń przekazania środków pieniężnych 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ń przekazania środków pieniężnych lub otrzymania płatności, z zastrzeżeniem, że takie pełne zapisy będą obejmować okres co najmniej pięciu lat dla każdego uczestnika TARGET podlegającego stałemu nadzorowi na podstawie środków ograniczających przyjętych przez Radę Unii Europejskiej lub państwa członkowskie lub dłuższy okres, o ile wymagany jest przez przepisy szczególne.

5. Własne księgi i rejestry [nazwa BC] stanowią wystarczający dowód zobowiązań ciążących na uczestnikach oraz faktów i zdarzeń, na jakie powołują się strony.

1. Z zastrzeżeniem postanowień art. 25 uczestnictwo w TARGET-[oznaczenie BC/kraju] jest uczestnictwem na czas nieokreślony.

2. W dowolnej chwili - z zachowaniem terminu wypowiedzenia wynoszącego 14 dni operacyjnych lub krótszego terminu uzgodnionego z [nazwa BC] - uczestnik może wypowiedzieć:

3. W dowolnej chwili - z zachowaniem terminu wypowiedzenia wynoszącego trzy miesiące lub innego terminu uzgodnionego z danym uczestnikiem - [nazwa BC] może wypowiedzieć:

4. Po wypowiedzeniu uczestnictwa w systemie zobowiązania w zakresie poufności określone w art. 28 pozostają w mocy przez okres pięciu lat, poczynając od daty wypowiedzenia uczestnictwa.

5. Po wypowiedzeniu uczestnictwa [nazwa BC] zamyka wszystkie rachunki TARGET danego uczestnika zgodnie z art. 26.

1. Uczestnictwo uczestnika w TARGET-[oznaczenie BC/kraju] podlega natychmiastowemu wypowiedzeniu bez zachowania terminu wypowiedzenia albo zawieszeniu w przypadku zaistnienia jednego z poniższych przypadków niewykonania zobowiązania:

Na potrzeby niniejszego ustępu podjęcie środków w zakresie zapobiegania kryzysom lub środków w zakresie zarządzania kryzysowego w rozumieniu dyrektywy 2014/59/UE wobec uczestnika nie kwalifikuje się automatycznie jako wszczęcie postępowania upadłościowego.

2. [Nazwa BC] może wypowiedzieć bez zachowania terminu wypowiedzenia lub zawiesić uczestnictwo uczestnika w TARGET-[oznaczenie BC/kraju], jeżeli:

3. Korzystając ze swoich uprawnień określonych w ust. 2, [nazwa BC] bierze pod uwagę między innymi istotność niewykonania zobowiązania lub zdarzeń, o których mowa w ust. 2 lit. a)-c).

4. W przypadku zawieszenia lub wypowiedzenia przez [nazwa BC] uczestnictwa danego uczestnika w TARGET-[oznaczenie BC/kraju] na podstawie ust. 1 lub ust. 2 [nazwa BC] niezwłocznie - za pomocą komunikatu (broadcast) lub, jeżeli środek ten nie jest dostępny, za pomocą innych odpowiednich środków komunikacji - zawiadamia o takim zawieszeniu lub wypowiedzeniu danego uczestnika, pozostałe BC oraz uczestników wszystkich systemów będących komponentami TARGET. Komunikat taki uważa się za wydany przez rodzimy BC tego uczestnika.

5. Przyjmuje się, że po otrzymaniu przez uczestników komunikatu (broadcast) wydanego zgodnie z ust. 4 są oni poinformowani o wypowiedzeniu lub zawieszeniu uczestnictwa uczestnika w TARGET-[oznaczenie BC/kraju] albo innym systemie będącym komponentem TARGET. Uczestnicy ponoszą wszelkie straty wynikające ze skierowania zleceń przekazania środków pieniężnych do uczestników, których uczestnictwo zostało zawieszone lub wypowiedziane, jeżeli dane zlecenie przekazania środków pieniężnych zostało wprowadzone do TARGET-[oznaczenie BC/kraju] po otrzymaniu takiego komunikatu (broadcast).

1. [Wstawić, o ile ma zastosowanie: [nazwa BC] przysługuje prawo zastawu na istniejącym i przyszłym saldzie dodatnim na rachunkach TARGET uczestnika, dla zabezpieczenia wszystkich istniejących i przyszłych roszczeń wynikających ze stosunku prawnego między stronami.]

2. [Wstawić, o ile 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ć, o ile ma zastosowanie: Uczestnik, działający jako posiadacz rachunku TARGET, 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 prawa [przymiotnik określający nazwę państwa]. Środki wpłacone na rachunki TARGET, których saldo jest przedmiotem zastawu, na skutek samego faktu ich wpłacenia podlegają nieodwołalnemu obciążeniu prawem zastawu, bez jakichkolwiek ograniczeń, jako zabezpieczenie pełnego wykonania zabezpieczonych zobowiązań.]

4. W razie wystąpienia:

zajęcie sądowe lub inne, albo 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 dodatkowych oświadczeń 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, której zobowiązania opiewają na wyższą kwotę, 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ć rachunki TARGET uczestnika kwotą należną od takiego uczestnika na rzecz [nazwa BC], wynikającą ze stosunku prawnego między uczestnikiem a [nazwa BC].

7. Postanowienia niniejszego artykułu nie powodują powstania jakiegokolwiek uprawnienia, zastawu, obciążenia, roszczenia lub potrącenia w odniesieniu do następujących rachunków TARGET wykorzystywanych przez system zewnętrzny:

1. [Nazwa BC] zachowuje w tajemnicy 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, uczestników z tej samej grupy lub klientów uczestnika, 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 informacji o działaniach podjętych na podstawie art. 25 nie uznaje się za poufne.

3. 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, uczestników z tej samej grupy bankowej lub klientów uczestnika, uzyskanych w trakcie działania TARGET-[oznaczenie BC/kraju]:

4. [Nazwa BC] nie ponosi odpowiedzialności za finansowe i rynkowe konsekwencje ujawnienia informacji w sposób zgodny z ust. 3.

5. 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.

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

7. [Nazwa BC] jest upoważniony do przetwarzania i przekazywania dostawcy usług sieciowych niezbędnych danych w celu dokonania rozrachunku zleceń przekazania środków pieniężnych.

1. Przyjmuje się, że uczestnicy są świadomi wszystkich obowiązków ciążących na nich w związku z przepisami o ochronie danych, mają oni obowiązek przestrzegania takich obowiązków oraz muszą być w stanie wykazać ich przestrzeganie przed właściwymi organami. Przyjmuje się, że uczestnicy są świadomi wszystkich obowiązków ciążących na nich w związku z przepisami o zapobieganiu praniu pieniędzy i finansowaniu terroryzmu, działalności łączącej się z ryzykiem rozprzestrzeniania broni jądrowej oraz rozwoju środków przenoszenia broni jądrowej. Uczestnicy mają obowiązek wykonywania tych obowiązków w szczególności poprzez podejmowanie odpowiednich środków dotyczących płatności obciążających lub uznających ich rachunki TARGET. Przed nawiązaniem stosunku umownego z wybranym przez siebie dostawcą usług sieciowych uczestnicy mają obowiązek zapoznania się z zasadami przechowywania danych stosowanymi przez takiego dostawcę.

2. Uczestnicy upoważniają [nazwa BC] do pozyskiwania dotyczących ich informacji od organów finansowych, organów nadzoru lub podmiotów prowadzących obrót, zarówno krajowych, jak i zagranicznych, o ile informacje takie są niezbędne do uczestnictwa danego uczestnika w TARGET-[oznaczenie BC/kraju].

3. Działając jako dostawcy usług płatniczych płatnika lub odbiorcy płatności, uczestnicy spełniają wszystkie wymogi wynikające ze środków administracyjnych lub środków ograniczających zastosowanych wobec nich zgodnie z art. 75 lub art. 215 Traktatu, łącznie z zawiadamianiem lub uzyskiwaniem zgody właściwego organu w odniesieniu do przetwarzania transakcji. Ponadto:

Dla celów niniejszego ustępu terminy "dostawca usług płatniczych", "płatnik" i "odbiorca płatności" otrzymują znaczenia przypisane im w mających zastosowanie środkach administracyjnych lub ograniczających.

1. O ile niniejsze warunki uczestnictwa nie stanowią inaczej, wszelkie zawiadomienia wymagane lub dopuszczalne zgodnie z niniejszymi warunkami uczestnictwa przekazuje się pocztą poleconą [jeżeli ma zastosowanie - faksem] lub innymi środkami komunikacji elektronicznej, jeżeli tak ustalono dwustronnie, albo w inny sposób na piśmie. Zawiadomienia kierowane do [nazwa BC] przekazuje się dyrektorowi [nazwa departamentu systemu płatniczego lub innej odpowiedniej jednostki organizacyjnej] [nazwa BC], [adres BC], lub na [adres BIC BC] lub [jeżeli ma zastosowanie - inne środki komunikacji elektronicznej, jeżeli tak ustalono dwustronnie]. Zawiadomienia kierowane do uczestnika przekazuje się na jego adres, [jeżeli ma zastosowanie - numer faksu] lub [odpowiednie informacje, jeżeli dwustronnie uzgodniono inne środki komunikacji elektronicznej] lub na jego adres BIC, zgłoszony przez uczestnika [nazwa BC] i aktualizowany.

2. W celu wykazania, że zawiadomienie zostało przekazane, wystarczy udowodnić, że zawiadomienie zostało wysłane do właściwego adresata w formie fizycznej lub środkami komunikacji elektronicznej.

3. Wszystkie zawiadomienia przekazuje się w języku [wstawić odpowiedni język danego kraju lub "angielskim"].

4. Wiążące dla uczestników są 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 gromadzenia danych referencyjnych, o których mowa w art. 5 ust. 2 lit. a) oraz informacje dostarczone zgodnie z art. 11 ust. 5.

1. W celu wysyłania do TARGET lub otrzymywania z TARGET instrukcji i komunikatów uczestnik:

2. Stosunek prawny między uczestnikiem a dostawcą usług sieciowych podlega wyłącznie warunkom umowy zawartej między tymi podmiotami.

3. Usługi świadczone przez dostawcę usług sieciowych nie stanowią części usług świadczonych przez [nazwa BC] w związku z TARGET.

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

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 uczestnictwa lub do nich się odnoszących.

2. Niniejsze warunki uczestnictwa nie stwarzają praw ani obowiązków odnoszących się do jakichkolwiek podmiotów poza [nazwa BC] i uczestnikami TARGET-[oznaczenie BC/kraju].

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

2. Z zastrzeżeniem właściwości Trybunału Sprawiedliwości Unii Europejskiej 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].

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

2. [Wstawić, o ile zgodne z właściwym prawem krajowym: Składając wniosek o uczestnictwo w TARGET-[oznaczenie BC/kraju], podmioty ubiegające się o uczestnictwo automatycznie zgadzają się na obowiązywanie niniejszych warunków uczestnictwa między nimi oraz w stosunku z [nazwa BC].]

1. [Nazwa BC] otwiera i prowadzi co najmniej jeden rachunek MCA dla każdego uczestnika, z wyjątkiem sytuacji, gdy uczestnik jest systemem zewnętrznym, który korzysta wyłącznie z procedur rozrachunkowych RTGS AS lub TIPS AS, w którym to przypadku decyzja o korzystaniu przez system zewnętrzny z rachunku MCA należy do tego systemu.

2. Na potrzeby rozrachunku operacji polityki pieniężnej zgodnie z [odniesienie do dokumentacji ogólnej] oraz rozrachunku odsetek od takich operacji uczestnik wyznacza swój główny rachunek MCA prowadzony przez [nazwa BC].

3. Główny rachunek MCA wyznaczony zgodnie z ust. 2 wykorzystuje się także na potrzeby:

4. Saldo ujemne na głównym rachunku MCA nie może być większe niż linia kredytowa (jeżeli została przyznana). Na rachunku MCA, który nie jest głównym rachunkiem MCA, nie może występować saldo debetowe.

1. Na wniosek posiadacza rachunku MCA [nazwa BC] wydaje zgodę na współzarządzanie rachunkiem MCA tego posiadacza rachunku MCA przez jeden z następujących podmiotów:

Jeżeli posiadacz rachunku MCA posiada więcej niż jeden rachunek MCA, każdy posiadany przez niego rachunek MCA może być współzarządzany przez innego współzarządzającego.

Współzarządzający ma takie same prawa i uprawnienia w odniesieniu do rachunku MCA, którym współzarządza, jakie ma w stosunku do swojego własnego rachunku MCA.

2. Posiadacz rachunku MCA przedstawia [nazwa BC] potwierdzenie uzyskania zgody współzarządzającego na działanie w tym charakterze. [Uwzględnić, jeżeli stosowana jest opcja przewidziana w ust. 1 lit. c) - Takie potwierdzenie uzyskania zgody na działanie w charakterze współzarządzającego nie jest wymagane, jeżeli współzarządzającym jest [nazwa BC.]].

3. Posiadacz rachunku MCA działający w charakterze współzarządzającego wypełnia zobowiązania posiadacza współzarządzanego rachunku MCA wynikające z postanowień art. 5 ust. 1 lit. a) części I, art. 10 ust. 4 części I oraz art. 31 ust. 1 części I.

4. Posiadacz współzarządzanego rachunku MCA wypełnia zobowiązania uczestnika w odniesieniu do współzarządzanego rachunku MCA wynikające z części I oraz części II. Jeżeli posiadacz rachunku MCA nie ma bezpośredniego połączenia technicznego z TARGET, nie stosuje się postanowień art. 5 ust. 1 lit. a) części I, art. 10 ust. 4 części I oraz art. 31 ust. 1 części I.

5. Do posiadacza rachunku MCA, który wyznaczył inny podmiot jako współzarządzającego jego rachunkiem MCA zgodnie z niniejszym artykułem, stosuje się art. 7 części I.

6. Posiadacz rachunku MCA [niezwłocznie] zawiadamia [nazwa BC] o fakcie zaprzestania działania przez współzarządzającego w tym charakterze lub o fakcie wypowiedzenia stosunku współzarządzania pomiędzy posiadaczem rachunku MCA a współzarządzającym.

1. Na wniosek posiadacza rachunku MCA [nazwa BC] tworzy grupę przelewu płynności MCA w celu umożliwienia przetwarzania zleceń przelewu płynności z MCA do MCA.

2. Na wniosek posiadacza rachunku MCA [nazwa BC] dodaje jeden z jego rachunków MCA do istniejącej grupy przelewu płynności MCA lub usuwa rachunek MCA tego posiadacza z istniejącej grupy przelewu płynności MCA utworzonej w TARGET-[nazwa BC/kraju] lub w innym systemie będącym komponentem TARGET. Przed złożeniem takiego wniosku posiadacz rachunku MCA informuje wszystkich pozostałych posiadaczy rachunków MCA należących do tej grupy przelewu płynności MCA.

1. Za pośrednictwem rachunku MCA w TARGET-[oznaczenie BC/kraju] przetwarzane są następujące transakcje:

2. Za pośrednictwem rachunku MCA w TARGET-[oznaczenie BC/kraju] przetwarzane mogą być następujące transakcje:

1. Posiadacz rachunku MCA może składać zlecenie przelewu płynności jako:

1. Posiadacz rachunku MCA może dla swojego rachunku MCA ustalać kwoty limitów dolnych i górnych.

2. Poprzez ustalenie kwoty limitu górnego i skorzystanie z opcji zlecenia przelewu płynności opartego na regułach w przypadku przekroczenia kwoty limitu górnego w wyniku rozrachunku zlecenia płatniczego posiadacz rachunku MCA zleca [nazwa BC] wykonanie zlecenia przelewu płynności opartego na regułach, które uznaje wskazany przez tego posiadacza rachunku MCA rachunek RTGS DCA lub inny rachunek MCA w ramach tej samej grupy przelewu płynności MCA. Uznany rachunek RTGS DCA lub rachunek MCA może być prowadzony w TARGET-[oznaczenie BC/kraju] lub w innym systemie będącym komponentem TARGET.

3. Ustalenie kwoty limitu dolnego i skorzystanie z opcji zlecenia przelewu płynności opartego na regułach w przypadku przekroczenia kwoty limitu dolnego w wyniku rozrachunku zlecenia płatniczego powoduje zainicjowanie zlecenia przelewu płynności opartego na regułach, które obciąża wskazany przez posiadacza rachunku MCA rachunek RTGS DCA lub inny rachunek MCA w ramach tej samej grupy przelewu płynności MCA. Obciążony rachunek RTGS DCA lub rachunek MCA może być prowadzony w TARGET-[oznaczenie BC/kraju] lub w innym systemie będącym komponentem TARGET. Posiadacz rachunku RTGS DCA lub rachunku MCA, który ma zostać obciążony, musi dokonać autoryzacji takiego obciążenia swojego rachunku.

4. Posiadacz rachunku MCA może autoryzować obciążenie swojego rachunku MCA w przypadku przekroczenia kwoty limitu dolnego na jednym lub kilku określonych rachunkach RTGS DCA lub rachunkach MCA w ramach tej samej grupy przelewu płynności w TARGET-[oznaczenie BC/kraju] lub w innym systemie będącym komponentem TARGET. Poprzez autoryzowanie obciążenia swojego rachunku posiadacz rachunku MCA zleca [nazwa BC] wykonanie zlecenia przelewu płynności opartego na regułach, które uznaje rachunek lub rachunki RTGS DCA lub rachunek lub rachunki MCA w przypadku przekroczenia kwoty limitu dolnego.

5. Posiadacz rachunku MCA może autoryzować obciążenie swojego rachunku MCA, jeżeli na rachunku RTGS DCA wyznaczonym na potrzeby wykonywania zleceń automatycznego przelewu płynności na podstawie art. 1 ust. 5 i 6 części III nie ma wystarczającej płynności do rozrachunku pilnych zleceń płatniczych, zleceń przekazania środków AS lub zleceń płatniczych o wysokim priorytecie. Poprzez autoryzowanie obciążenia swojego rachunku posiadacz rachunku MCA zleca [nazwa BC] wykonanie zlecenia przelewu płynności opartego na regułach, które uznaje jego rachunek RTGS DCA.

1. Rozrachunek zleceń przekazania środków pieniężnych, które zostały przyjęte, następuje natychmiast po ich przyjęciu, o ile na rachunku MCA płatnika dostępna jest płynność.

2. Jeżeli na rachunku MCA nie ma wystarczających środków do przeprowadzenia rozrachunku, stosuje się odpowiednią regułę spośród reguł opisanych w lit. a)-e) [w zależności od rodzaju zlecenia przekazania środków pieniężnych]:

3. Wszystkie zlecenia przekazania środków pieniężnych oczekujące w kolejce podlegają przetwarzaniu zgodnie z zasadą FIFO (first in, first out), bez ustalania priorytetów i zmiany kolejności.

4. Na koniec dnia operacyjnego zlecenia przekazania środków pieniężnych oczekujące w kolejce podlegają odrzuceniu.

1. Posiadacz rachunku MCA może zlecić [nazwa BC] zarezerwowanie określonej kwoty płynności na jego rachunku MCA na potrzeby rozrachunku operacji banku centralnego lub zleceń przelewu płynności na rachunki depozytowe overnight poprzez złożenie:

2. Jeżeli kwota niezarezerwowanej płynności nie jest wystarczająca do wykonania bieżącego lub stałego zlecenia rezerwacji płynności, [nazwa BC] wykonuje zlecenie rezerwacji częściowo. [Nazwa BC] wykonuje dalsze zlecenia rezerwacji aż do osiągnięcia całej kwoty, która ma być zarezerwowana. Na koniec dnia operacyjnego oczekujące zlecenia rezerwacji podlegają odrzuceniu.

3. Rozrachunek operacji banku centralnego wykonywany jest przy użyciu płynności zarezerwowanej zgodnie z ust. 1, natomiast rozrachunek pozostałych zleceń przekazania środków pieniężnych wykonywany jest przy użyciu płynności dostępnej po odjęciu zarezerwowanej kwoty płynności.

4. Niezależnie od postanowień ust. 3 w przypadku braku wystarczającej kwoty niezarezerwowanej płynności na głównym rachunku MCA posiadacza rachunku MCA na potrzeby zmniejszenia linii kredytowej w ramach kredytu w ciągu dnia posiadacza rachunku MCA [nazwa BC] wykorzystuje zarezerwowaną płynność.

1. Po wypowiedzeniu uczestnictwa danego uczestnika w TARGET-[oznaczenie BC/kraju] [nazwa BC] nie przyjmuje nowych zleceń przekazania środków pieniężnych od takiego uczestnika. Skierowane do takiego uczestnika zlecenia przekazania środków pieniężnych znajdujące się w kolejce, przechowywane zlecenia przekazania środków pieniężnych oraz nowe zlecenia przekazania środków pieniężnych podlegają odrzuceniu.

2. W przypadku zawieszenia uczestnictwa danego uczestnika w TARGET-[oznaczenie BC/kraju] z powodów innych niż wskazane w art. 25 ust. 1 lit. a) części I [nazwa BC] przechowuje wszystkie przychodzące i wychodzące zlecenia przekazania środków pieniężnych tego uczestnika na jego rachunku MCA i przekazuje je do rozrachunku dopiero po ich wyraźnym przyjęciu przez BC zawieszonego uczestnika.

3. W razie zawieszenia uczestnictwa danego uczestnika w TARGET-[oznaczenie BC/kraju] z powodów wskazanych w art. 25 ust. 1 lit. a) części I wychodzące zlecenia przekazania środków pieniężnych z rachunku MCA takiego uczestnika są przetwarzane wyłącznie na podstawie instrukcji jego przedstawicieli, w tym przedstawicieli wyznaczonych przez organ właściwy lub sąd, takich jak syndyk masy upadłościowej uczestnika, albo na podstawie prawomocnej decyzji organu właściwego lub sądu zawierającej instrukcje co do sposobu przetwarzania zleceń przekazania środków pieniężnych. Wszystkie przychodzące zlecenia przekazania środków pieniężnych przetwarza się zgodnie z ust. 2.

1. [Nazwa BC] udziela kredytu w ciągu dnia instytucjom kredytowym mającym siedzibę w Unii lub w EOG, będącym kwalifikowanymi kontrahentami operacji polityki pieniężnej Eurosystemu i mającym dostęp do kredytu w banku centralnym, w tym także jeżeli instytucje te działają za pośrednictwem oddziału z siedzibą w Unii lub w EOG, jak również posiadającym siedzibę w EOG oddziałom instytucji kredytowych z siedzibą poza EOG, o ile oddziały takie mają siedzibę w tym samym państwie, co dany KBC strefy euro. Kredytu w ciągu dnia nie udziela się jednak podmiotom podlegającym środkom ograniczającym przyjętym przez Radę Unii Europejskiej lub państwa członkowskie zgodnie z art. 65 ust. 1 lit. b), art. 75 lub art. 215 Traktatu, których wprowadzenia zdaniem [nazwa BC] nie da się pogodzić ze sprawnym funkcjonowaniem TARGET.

2. [Nazwa KBC] może również udzielać kredytu w ciągu dnia następującym podmiotom:

pod warunkiem, że w przypadkach określonych w lit. a)-d) podmiot otrzymujący kredyt w ciągu dnia ma siedzibę w tej samej jurysdykcji, co [nazwa KBC].

3. Kredytu w ciągu dnia udziela się wyłącznie w dni operacyjne TARGET.

4. W przypadku podmiotów, o których mowa w ust. 2 lit. a)-d), i zgodnie z [przepisy krajowe implementujące art. 19 wytycznych (UE) 2015/510 (EBC/2014/60)], kredyt w ciągu dnia ograniczony jest do dnia, w którym został przyznany, i nie jest możliwe jego przedłużenie do następnego dnia.

5. [Nazwa BC] może przyznać dostęp do kredytu overnight określonym uprawnionym partnerom centralnym w zakresie wskazanym w art. 139 ust. 2 lit. c) Traktatu w związku z art. 18 i art. 42 Statutu ESBC oraz [przepisy krajowe implementujące art. 1 ust. 1 wytycznych (UE) 2015/510 (EBC/2014/60)]. Takimi uprawnionymi partnerami centralnymi są partnerzy centralni, którzy w każdym odpowiednim momencie:

6. Kredyt overnight udzielony uprawnionym partnerom centralnym podlega postanowieniom niniejszego art. 10 oraz art. 11 i art. 12 (w tym także postanowieniom dotyczącym kwalifikowanego zabezpieczenia).

7. Do uprawnionych partnerów centralnych, którzy nie dokonali zwrotu kredytu overnight udzielonego im przez ich KBC, stosuje się sankcje, o których mowa w art. 12 i art. 13.

1. Kredyt w ciągu dnia jest nieoprocentowany.

2. Niespłacenie kredytu w ciągu dnia przez podmiot, o którym mowa w art. 10 ust. 1, na koniec dnia uważa się automatycznie za wniosek takiego podmiotu o skorzystanie z kredytu w banku centralnym. Jeżeli podmiot, o którym mowa w art. 10 ust. 1, posiada rachunek DCA, przy obliczaniu kwoty wnioskowanego automatycznego kredytu w banku centralnym bierze się pod uwagę saldo na koniec dnia na jego rachunku lub rachunkach DCA. Nie powoduje to równoważnego zwolnienia aktywów zdeponowanych wcześniej jako zabezpieczenie pozostałego do spłaty kredytu w ciągu dnia.

3. W przypadku niespłacenia do końca dnia z jakiejkolwiek przyczyny kredytu w ciągu dnia przez podmiot, o którym mowa w art. 10 ust. 2 lit. a), c) lub d), podlega on następującym sankcjom:

4. Rada Prezesów EBC może odstąpić od zastosowania sankcji, o których mowa w ust. 3, lub zmniejszyć ich wysokość, jeżeli zaistnienie salda debetowego na koniec dnia na rachunku danego uczestnika zostało spowodowane siłą wyższą lub niesprawnością techniczną TARGET w znaczeniu określonym w [odniesienie do środków implementujących załącznik III].

1. [Nazwa BC] zawiesza dostęp do kredytu w ciągu dnia lub pozbawia takiego dostępu w razie zaistnienia jednego z następujących przypadków niewykonania zobowiązania:

2. [Nazwa KBC] może podjąć decyzję o zawieszeniu dostępu uczestnika do kredytu w ciągu dnia lub o pozbawieniu go takiego dostępu, jeżeli którykolwiek KBC zawiesi lub wypowie uczestnictwo tego uczestnika w TARGET zgodnie z postanowieniami, za pomocą których taki KBC dokonał implementacji art. 25 ust. 2 części I.

3. [Nazwa BC] może podjąć decyzję o zawieszeniu lub ograniczeniu dostępu uczestnika do kredytu w ciągu dnia lub o pozbawieniu go takiego dostępu w razie uznania tego uczestnika za stwarzającego ryzyko z punktu widzenia wymogów ostrożnościowych.

1. Na wniosek posiadacza rachunku MCA [nazwa BC] otwiera i prowadzi jeden lub większą liczbę rachunków RTGS DCA oraz jedno lub większą liczbę subkont, jeżeli są one niezbędne na potrzeby rozrachunku systemu zewnętrznego. Jeżeli posiadacz rachunku MCA zobowiązał się do zachowania zgodności ze schematem SCT Inst przez podpisanie porozumienia o zachowaniu zgodności ze schematem polecenia przelewu natychmiastowego SEPA, rachunek lub rachunki RTGS DCA (i subkonta) otwiera się i prowadzi tylko jeżeli posiadacz rachunku MCA jest i pozostaje stale osiągalny - albo jako posiadacz rachunku TIPS DCA, albo jako podmiot osiągalny za pośrednictwem posiadacza rachunku TIPS DCA.

2. Na wniosek posiadacza rachunku otwartego zgodnie z ust. 1 (posiadacza rachunku RTGS DCA) [nazwa BC] dodaje rachunek RTGS DCA lub jego subkonto do grupy rachunków banku rozrachunkowego na potrzeby rozrachunku systemu zewnętrznego. Posiadacz rachunku RTGS DCA przekazuje [nazwa BC] odpowiednie dokumenty, należycie podpisane przez tego posiadacza rachunku RTGS DCA i system zewnętrzny.

3. Na rachunku RTGS DCA lub jego subkontach nie może występować saldo debetowe.

4. Saldo na subkontach pozostające do kolejnego dnia operacyjnego musi wynosić zero.

5. Posiadacz rachunku RTGS DCA wyznacza jeden ze swoich rachunków RTGS DCA w TARGET-[oznaczenie BC/kraju] na potrzeby przetwarzania zleceń automatycznego przelewu płynności. Przez takie wyznaczenie posiadacz rachunku RTGS DCA zleca [nazwa BC] wykonanie automatycznego przelewu płynności, które uznaje rachunek MCA, jeżeli na jego głównym rachunku MCA nie ma wystarczających środków do rozrachunku zleceń płatniczych będących operacjami banku centralnego.

6. Uczestnik posiadający dwa lub większą liczbę rachunków RTGS DCA oraz dwa lub większą liczbę rachunków MCA wyznacza jeden ze swoich rachunków RTGS DCA w TARGET-[oznaczenie BC/kraju], który nie został jeszcze wyznaczony jako jego główny rachunek MCA, na potrzeby przetwarzania zleceń automatycznego przelewu płynności w przypadku gdy na jednym z jego pozostałych rachunków MCA nie ma wystarczających środków do rozrachunku zleceń płatniczych będących operacjami banku centralnego.

1. Posiadacze rachunków RTGS DCA będący instytucjami kredytowymi, o których mowa w art. 4 ust. 1 lit. a) lub b) części I lub art. 4 ust. 2 lit. e) części I, mogą rejestrować adresowalnych posiadaczy BIC. Posiadacze rachunków RTGS DCA są uprawnieni do rejestrowania adresowalnych posiadaczy BIC, którzy zobowiązali się do zachowania zgodności ze schematem SCT Inst przez podpisanie porozumienia o zachowaniu zgodności ze schematem polecenia przelewu natychmiastowego SEPA, tylko jeśli takie podmioty są osiągalne - albo jako posiadacze rachunku TIPS DCA, albo jako podmioty osiągalne za pośrednictwem posiadacza rachunku TIPS DCA.

2. Posiadacze rachunków RTGS DCA będący podmiotami, o których mowa w art. 4 ust. 2 lit. a)-d) części I mogą jako adresowalnego posiadacza BIC rejestrować wyłącznie dowolny kod BIC należący do tego samego podmiotu prawnego.

3. Adresowalny posiadacz BIC może składać zlecenia przekazania środków pieniężnych posiadaczowi rachunku RTGS DCA oraz otrzymywać zlecenia przekazania środków pieniężnych za pośrednictwem posiadacza rachunku RTGS DCA.

4. Adresowalny posiadacz BIC nie może być zarejestrowany przez więcej niż jednego posiadacza rachunku RTGS DCA.

5. Zlecenia przekazania środków pieniężnych złożone lub przelewy pieniężne otrzymane przez adresowalnego posiadacza BIC uważa się za złożone lub otrzymane przez samego uczestnika.

6. Takie zlecenia przekazania środków pieniężnych i inne czynności wykonywane przez adresowalnych posiadaczy BIC są wiążące dla uczestnika bez względu na treść umów lub innych ustaleń pomiędzy uczestnikiem a takim podmiotem, a także bez względu na ewentualne naruszenie postanowień takich umów lub ustaleń.

1. Posiadacz rachunku RTGS DCA, który jest instytucją kredytową, o której mowa w art. 4 ust. 1 lit. a) lub b) części I, może zezwolić następującym instytucjom kredytowym i oddziałom na korzystanie z jego rachunku RTGS DCA w celu bezpośredniego składania lub otrzymywania zleceń przekazania środków pieniężnych poprzez dostęp wieloadresowy:

2. Zezwolenia na korzystanie z rachunku RTGS DCA poprzez dostęp wieloadresowy zgodnie z ust. 1 udziela się podmiotom, o których mowa w ust. 1 lit. a), które zobowiązały się do zachowania zgodności ze schematem SCT Inst przez podpisanie porozumienia o zachowaniu zgodności ze schematem polecenia przelewu natychmiastowego SEPA, wyłącznie jeżeli takie podmioty są osiągalne - albo jako posiadacz rachunku TIPS DCA, albo jako podmiot osiągalny za pośrednictwem posiadacza rachunku TIPS DCA.

3. Do posiadaczy rachunków RTGS DCA udostępniających swoje rachunki RTGS DCA poprzez dostęp wieloadresowy stosuje się postanowienia art. 7 części I.

1. Na wniosek posiadacza rachunku RTGS DCA [nazwa BC] tworzy grupę przelewu płynności RTGS DCA w celu umożliwienia przetwarzania zleceń przelewu płynności z RTGS DCA do RTGS DCA.

2. Na wniosek posiadacza rachunku RTGS DCA [nazwa BC] dodaje jeden z jego rachunków RTGS DCA do istniejącej grupy przelewu płynności RTGS lub usuwa rachunek RTGS DCA tego posiadacza z istniejącej grupy przelewu płynności RTGS utworzonej w TARGET-[nazwa BC/kraju] lub w innym systemie będącym komponentem TARGET. Przed złożeniem takiego wniosku posiadacz rachunku RTGS DCA informuje wszystkich pozostałych posiadaczy rachunków RTGS DCA należących do tej grupy przelewu płynności RTGS.

1. Zlecenia płatnicze na inne rachunki RTGS DCA oraz zlecenia przekazania środków pieniężnych na rachunki funduszu gwarancyjnego AS przetwarza się za pośrednictwem rachunku RTGS DCA w TARGET-[oznaczenie BC/kraju].

2. Rozrachunek zleceń przekazania środków pieniężnych dotyczących procedur rozrachunkowych RTGS AS następuje za pośrednictwem rachunku RTGS DCA lub jego subkont w TARGET-[oznaczenie BC/kraju].

3. Za pośrednictwem rachunku RTGS DCA lub jego subkont w TARGET-[oznaczenie BC/kraju] przetwarzane mogą być następujące transakcje:

4. Za pośrednictwem rachunku RTGS DCA w TARGET-[oznaczenie BC/kraju] mogą być przetwarzane zlecenia przelewu płynności na rachunki T2S DCA.

1. Posiadacz rachunku RTGS DCA może składać zlecenie przelewu płynności jako:

2. Stałe zlecenie przelewu płynności może być wprowadzone lub zmodyfikowane przez posiadacza rachunku RTGS DCA w dowolnym momencie w ciągu dnia operacyjnego; takie zlecenie staje się skuteczne od kolejnego dnia operacyjnego.

3. Natychmiastowe zlecenie przelewu płynności może być wprowadzane przez posiadacza rachunku RTGS DCA w dowolnym momencie w ciągu dnia operacyjnego. Natychmiastowe zlecenie przelewu płynności do przetwarzania zgodnie z procedurą rozrachunkową C lub D RTGS AS może także być wprowadzone przez odpowiedni system zewnętrzny w imieniu banku rozrachunkowego.

1. Posiadacz rachunku RTGS DCA może dla swojego rachunku RTGS DCA ustalać kwoty limitów dolnych i górnych.

2. Posiadacz rachunku RTGS DCA może autoryzować obciążenie swojego rachunku RTGS DCA w przypadku przekroczenia kwoty limitu dolnego na jednym lub kilku określonych rachunkach MCA w TARGET-[oznaczenie BC/kraju] lub innym systemie będącym komponentem TARGET. Poprzez autoryzowanie obciążenia swojego rachunku RTGS DCA posiadacz rachunku RTGS DCA zleca [nazwa BC] wykonanie zlecenia przelewu płynności opartego na regułach, które uznaje rachunek lub rachunki MCA w przypadku przekroczenia kwoty limitu dolnego.

3. Posiadacz rachunku RTGS DCA może autoryzować obciążenie swojego rachunku MCA wyznaczonego na potrzeby wykonywania zleceń automatycznego przelewu płynności na podstawie art. 1 ust. 5 i 6 w przypadku braku wystarczającej płynności na rachunku RTGS DCA do rozrachunku pilnych zleceń płatniczych, zleceń przekazania środków AS lub zleceń płatniczych o wysokim priorytecie.

1. Kolejność przetwarzania zleceń przekazania środków pieniężnych, od najpilniejszych do najmniej pilnych, jest następująca:

2. Następującym zleceniom automatycznie przypisuje się priorytet "pilny":

3. Zleceniom przekazania środków pieniężnych, które nie zostały wskazane w ust. 2, automatycznie przypisuje się priorytet "normalny", z wyjątkiem zleceń płatniczych, którym posiadacz rachunku RTGS DCA przypisał w sposób uznaniowy priorytet "wysoki".

1. Rozrachunek zleceń przekazania środków pieniężnych na rachunkach RTGS DCA następuje natychmiast po ich przyjęciu, lub później w momencie wskazanym przez posiadacza rachunku RTGS DCA zgodnie z art. 16 lub art. 17, pod warunkiem że:

2. Jeżeli w odniesieniu do zlecenia przekazania środków pieniężnych nie jest spełniony którykolwiek z warunków określonych w ust. 1 lit. a)-c), zastosowanie mają poniższe zasady.

3. Zlecenia przekazania środków pieniężnych na rachunkach RTGS DCA inne niż zlecenia, o których mowa w ust. 2, umieszcza się w kolejce zleceń oczekujących i przetwarza zgodnie z zasadami określonymi w art. 10.

1. Zlecenia przekazania środków pieniężnych na rachunkach RTGS DCA znajdujące się w kolejce zleceń oczekujących zgodnie z art. 9 ust. 3 przetwarza się zgodnie z ich priorytetem. Z zastrzeżeniem postanowień ust. 2-5 zasadę FIFO (first in, first out) stosuje się w ramach każdej kategorii i podkategorii danego priorytetu zleceń przekazania środków pieniężnych w następujący sposób:

2. Płatnik może zmienić priorytet swoich zleceń przekazania środków pieniężnych innych niż pilne zlecenia przekazania środków pieniężnych.

3. Płatnik może zmieniać pozycję swoich zleceń przekazania środków pieniężnych znajdujących w kolejce. Płatnik może przesuwać takie zlecenia przekazania środków pieniężnych w kolejce albo za zlecenia automatycznego przelewu płynności, albo na koniec odpowiedniej kolejki, ze skutkiem natychmiastowym, w dowolnym momencie w czasie trwania okna rozrachunkowego dla płatności klientowskich i płatności międzybankowych, zgodnie z dodatkiem V.

4. W celu optymalizacji rozrachunku zleceń przekazania środków pieniężnych znajdujących się w kolejce [nazwa BC] może:

5. Zlecenia przekazania środków pieniężnych znajdujące się w kolejce są odrzucane, jeżeli ich rozrachunek jest niemożliwy przed granicznym czasem realizacji dla danego rodzaju komunikatu, określoną w dodatku V.

6. Zastosowanie mają postanowienia dotyczące rozrachunku zleceń przekazania środków pieniężnych zawarte w dodatku I.

1. Posiadacz rachunku RTGS DCA może zlecić [nazwa BC] dokonanie rezerwacji określonej kwoty płynności na jego rachunku RTGS DCA poprzez złożenie:

2. Posiadacz rachunku RTGS DCA przypisuje bieżącym lub stałym zleceniom rezerwacji płynności następujące priorytety:

3. W przypadku gdy kwota niezarezerwowanej płynności nie jest wystarczająca do wykonania bieżącego lub stałego zlecenia rezerwacji płynności, [nazwa BC] wykonuje zlecenie rezerwacji częściowo oraz wykonuje dalsze zlecenia rezerwacji aż do osiągnięcia całej kwoty, która ma być zarezerwowana. Na koniec dnia operacyjnego oczekujące zlecenia rezerwacji podlegają odrzuceniu.

4. Wnioskując o ustanowienie rezerwacji określonej kwoty płynności dla pilnych zleceń przekazania środków pieniężnych, posiadacz rachunku RTGS DCA zleca [nazwa BC] przeprowadzenie rozrachunku tylko zleceń przekazania środków pieniężnych o wysokim i normalnym priorytecie, wyłącznie w przypadku pozostawania dostępnej płynności po odjęciu kwoty zarezerwowanej na realizację pilnych zleceń przekazania środków pieniężnych.

5. Wnioskując o ustanowienie rezerwacji określonej kwoty płynności dla zleceń przekazania środków pieniężnych o wysokim priorytecie, posiadacz rachunku RTGS DCA zleca [nazwa BC] przeprowadzenie rozrachunku tylko zleceń przekazania środków pieniężnych o normalnym priorytecie, wyłącznie w przypadku pozostawania dostępnej płynności po odjęciu kwoty zarezerwowanej na realizację pilnych zleceń przekazania środków pieniężnych i zleceń przekazania środków pieniężnych o wysokim priorytecie.

1. Posiadacz rachunku RTGS DCA może złożyć żądanie zwrotu płatności w celu zażądania zwrotu zlecenia płatniczego, którego rozrachunek już nastąpił.

2. Żądanie zwrotu płatności jest przekazywane odbiorcy płatności zlecenia płatniczego, którego rozrachunek już nastąpił; odbiorca płatności może na nie odpowiedzieć pozytywnie lub negatywnie. Pozytywna odpowiedź nie inicjuje zwrotu środków.

1. RTGS directory jest listą kodów BIC używaną do celów routingu informacji i zawiera kody BIC:

2. RTGS directory podlega codziennej aktualizacji.

3. Przy braku odmiennych wniosków posiadacza rachunku RTGS DCA w tym zakresie, jego BIC publikuje się w RTGS directory.

4. Posiadacze rachunków RTGS DCA są uprawnieni do udostępniania RTGS directory wyłącznie swoim oddziałom oraz podmiotom korzystającym z dostępu wieloadresowego.

5. Posiadacze rachunków RTGS DCA przyjmują do wiadomości, że [nazwa BC] oraz inne BC są uprawnione do publikowania ich nazw oraz kodów BIC. Ponadto publikowane mogą być nazwy i kody BIC adresowalnych posiadaczy BIC lub podmiotów korzystających z dostępu wieloadresowego, przy czym posiadacze rachunków RTGS DCA zapewniają uzyskanie zgody na taką publikację od adresowalnych posiadaczy BIC oraz podmiotów korzystających z dostępu wieloadresowego.

1. Po wypowiedzeniu uczestnictwa danego posiadacza rachunku RTGS DCA w TARGET-[oznaczenie BC/kraju] [nazwa BC] nie przyjmuje nowych zleceń przekazania środków pieniężnych od takiego posiadacza rachunku RTGS DCA. Skierowane do takiego posiadacza rachunku RTGS DCA zlecenia przekazania środków pieniężnych znajdujące się w kolejce, przechowywane zlecenia przekazania środków pieniężnych oraz nowe zlecenia przekazania środków pieniężnych podlegają odrzuceniu.

2. W przypadku zawieszenia uczestnictwa danego posiadacza rachunku RTGS DCA w TARGET-[oznaczenie BC/kraju] z powodów innych niż wskazane w art. 25 ust. 1 lit. a) części I [nazwa BC] przechowuje wszystkie przychodzące i wychodzące zlecenia przekazania środków pieniężnych tego posiadacza rachunku RTGS DCA na jego rachunku RTGS DCA i przekazuje je do rozrachunku dopiero po ich wyraźnym przyjęciu przez BC zawieszonego posiadacza rachunku RTGS DCA.

3. W razie zawieszenia uczestnictwa danego posiadacza rachunku RTGS DCA w TARGET-[oznaczenie BC/kraju] z powodów wskazanych w art. 25 ust. 1 lit. a) części I, wychodzące zlecenia przekazania środków pieniężnych z rachunku RTGS DCA takiego posiadacza rachunku RTGS DCA są przetwarzane wyłącznie na podstawie instrukcji jego przedstawicieli, w tym przedstawicieli wyznaczonych przez organ właściwy lub sąd, takich jak syndyk masy upadłościowej posiadacza rachunku RTGS DCA, albo na podstawie prawomocnej decyzji organu właściwego lub sądu zawierającej instrukcje co do sposobu przetwarzania zleceń przekazania środków pieniężnych. Wszystkie przychodzące zlecenia przekazania środków pieniężnych przetwarza się zgodnie z ust. 2.

1. Posiadacz rachunku RTGS DCA może ograniczyć wykorzystanie dostępnej płynności na potrzeby zleceń płatniczych na swoich indywidualnych rachunkach RTGS DCA w odniesieniu do innych rachunków RTGS DCA z wyjątkiem rachunków RTGS DCA należących do BC poprzez ustalenie limitów dwustronnych lub wielostronnych. Limity takie mogą być ustalone tylko w odniesieniu do zleceń płatniczych o priorytecie normalnym.

2. Ustalając limit dwustronny, posiadacz rachunku RTGS DCA zleca [nazwa BC] niedokonywanie rozrachunku przyjętego zlecenia płatniczego, jeżeli łączna wysokość jego zleceń płatniczych o normalnym priorytecie wychodzących od niego na rachunek RTGS DCA innego posiadacza rachunku RTGS DCA, pomniejszona o łączną wysokość wszystkich przychodzących pilnych płatności oraz płatności o wysokim lub normalnym priorytecie przychodzących z tego rachunku RTGS DCA (pozycja dwustronna netto), przekraczałaby ustalony limit dwustronny.

3. Posiadacz rachunku RTGS DCA może ustalić limit wielostronny obejmujący dowolny stosunek niepodlegający limitowi dwustronnemu. Ustalenie limitu wielostronnego może nastąpić wyłącznie jeżeli posiadacz rachunku RTGS DCA ustalił co najmniej jeden limit dwustronny. Ustalając limit wielostronny, posiadacz rachunku RTGS DCA zleca [nazwa BC] niedokonywanie rozrachunku przyjętego zlecenia płatniczego, jeżeli łączna wysokość jego zleceń płatniczych o normalnym priorytecie wychodzących od niego na wszystkie inne rachunki RTGS DCA posiadaczy rachunków RTGS DCA, wobec których nie został ustalony limit dwustronny, pomniejszona o łączną wysokość wszystkich pilnych płatności oraz płatności o wysokim lub normalnym priorytecie przychodzących z takich rachunków RTGS DCA (pozycja wielostronna netto), przekraczałaby ustalony limit wielostronny.

4. Limity mogą być zmieniane w czasie rzeczywistym, ze skutkiem natychmiastowym lub od następnego dnia operacyjnego. W razie zmiany kwoty limitu na zero nie będzie możliwe dokonanie jego kolejnej zmiany w tym samym dniu operacyjnym. Zdefiniowanie nowego limitu dwustronnego lub wielostronnego staje się skuteczne od następnego dnia operacyjnego.

1. Posiadacz rachunku RTGS DCA może wskazać najwcześniejszy termin, przed którym nie może nastąpić rozrachunek zlecenia płatniczego, lub najpóźniejszy termin, po którym zlecenie płatnicze zostanie odrzucone - poprzez użycie, odpowiednio, wskaźnika najwcześniejszego terminu obciążenia lub wskaźnika najpóźniejszego terminu obciążenia, albo może wskazać przedział czasowy, podczas którego powinien nastąpić rozrachunek zlecenia płatniczego - poprzez użycie obydwu tych wskaźników. Posiadacz rachunku RTGS DCA 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 odrzuceniu.

2. W przypadku gdy 15 minut przed wskazanym najpóźniejszym terminem obciążenia rozrachunek zlecenia płatniczego nie nastąpił, posiadacz rachunku RTGS DCA otrzymuje odpowiednie powiadomienie.

1. Zlecenia płatnicze mogą być składane z wyprzedzeniem do 10 dni kalendarzowych przed podaną datą rozrachunku (przechowywane zlecenia płatnicze).

2. Przechowywane zlecenia płatnicze są przyjmowane i składane do przetwarzania w dniu określonym przez posiadacza rachunku RTGS DCA na początku okna rozrachunku w tym dniu dla płatności klientowskich i międzybankowych, zgodnie z dodatkiem V. Przechowywane zlecenia płatnicze umieszcza się przed zleceniami płatniczymi o tym samym priorytecie.

1. Posiadacz rachunku RTGS DCA (płatnik) może zezwolić innemu posiadaczowi rachunku RTGS DCA (odbiorcy płatności) w TARGET-[oznaczenie BC/kraju] lub w innym systemie będącym komponentem TARGET na obciążanie rachunku RTGS DCA płatnika za pomocą polecenia zapłaty.

2. Aby umożliwić takie porozumienie, płatnik przekazuje [nazwa BC] uprzednią autoryzację upoważniającą [nazwa BC] do obciążania rachunku RTGS DCA płatnika po otrzymaniu ważnej instrukcji polecenia zapłaty.

3. Jeżeli odbiorca płatności otrzyma autoryzację opisaną w ust. 1, może złożyć instrukcje polecenia zapłaty na obciążenie rachunku RTGS DCA płatnika kwotą określoną w instrukcji.

4. Uznaje się, że posiadacz rachunku RTGS DCA, który wnioskuje o dodanie do grupy rachunków banku rozrachunkowego systemu zewnętrznego, udzielił [nazwa BC] autoryzacji upoważniającej [nazwa BC] do obciążenia rachunku RTGS DCA posiadacza rachunku RTGS DCA i subkonta po otrzymaniu przez ten system zewnętrzny ważnej instrukcji polecenia zapłaty.

1. [Nazwa BC] przysługuje [odniesienie do techniki ustanowienia zabezpieczenia we właściwym systemie prawnym] na saldzie subkonta posiadacza rachunku RTGS DCA otwartego na podstawie porozumienia pomiędzy odpowiednim systemem zewnętrznym a jego BC dotyczącego rozrachunku instrukcji płatniczych dotyczących systemu zewnętrznego zgodnie z procedurą rozrachunkową C RTGS AS. Takie saldo zabezpiecza wykonanie zobowiązania posiadacza rachunku RTGS DCA, o którym mowa w ust. 7, wobec BC w związku z takim rozrachunkiem.

2. Po otrzymaniu przez [nazwa BC] komunikatu o rozpoczęciu cyklu [nazwa BC] zapewnia, aby saldo na subkoncie posiadacza rachunku RTGS DCA (w tym zwiększenia lub zmniejszenia tego salda wynikające z uznania lub obciążenia subkonta płatnościami rozrachunku międzysystemowego lub z uznania subkonta zleceniami przelewu płynności) w momencie rozpoczęcia cyklu przez system zewnętrzny mogło być wykorzystywane wyłącznie do rozrachunku zleceń przekazania środków systemu zewnętrznego dotyczących tej procedury rozrachunkowej C. Po otrzymaniu przez [nazwa BC] komunikatu o zakończeniu cyklu saldo na subkoncie jest dostępne do wykorzystania przez posiadacza rachunku RTGS DCA.

3. Potwierdzając saldo na subkoncie posiadacza rachunku RTGS DCA, [nazwa BC] gwarantuje systemowi zewnętrznemu płatność do wysokości kwoty tego salda. O ile ma to zastosowanie, poprzez potwierdzenie zwiększenia lub zmniejszenia salda po uznaniu lub obciążeniu subkonta płatnościami rozrachunku międzysystemowego lub uznaniu subkonta zleceniami przelewu płynności następuje automatyczne zwiększenie lub zmniejszenie gwarancji o kwotę płatności. Z zastrzeżeniem wskazanych powyżej przypadków zwiększenia lub zmniejszenia gwarancji, 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ł zlecenie udzielenia wspomnianej gwarancji BC systemu zewnętrznego.

4. W razie braku postępowań upadłościowych w stosunku do posiadacza rachunku RTGS DCA zlecenia przekazania środków AS zmierzające do wykonania zobowiązania posiadacza rachunku RTGS DCA wynikającego z rozrachunku zostają rozliczone bez wykorzystania gwarancji oraz bez wykorzystania zabezpieczenia ustanowionego na saldzie subkonta posiadacza rachunku RTGS DCA.

5. W przypadku niewypłacalności posiadacza rachunku RTGS DCA zlecenia przekazania środków AS zmierzające do wykonania zobowiązania posiadacza rachunku RTGS DCA wynikającego z rozrachunku stanowią pierwsze wezwanie do zapłaty w ramach gwarancji; obciążenie subkonta posiadacza rachunku RTGS DCA wskazaną kwotą (i uznanie nią rachunku technicznego RTGS AS) pociąga za sobą w równym stopniu wykonanie zobowiązania gwarancyjnego przez [nazwa BC] oraz wykorzystanie prawa zabezpieczenia na saldzie subkonta posiadacza rachunku RTGS DCA.

6. Gwarancja wygasa z chwilą otrzymania przez [nazwa BC] komunikatu o zakończeniu cyklu, potwierdzającego zakończenie rozrachunku.

7. Posiadacz rachunku RTGS DCA jest zobowiązany do zwrotu na rzecz [nazwa BC] płatności dokonanych przez [nazwa BC] w ramach takiej gwarancji.

1. Na wniosek posiadacza rachunku MCA [nazwa BC] otwiera i prowadzi jeden lub większą liczbę rachunków T2S DCA.

2. Na rachunku T2S DCA nie może występować saldo debetowe.

3. Posiadacz rachunku T2S DCA wyznacza jeden rachunek MCA na potrzeby przetwarzania zleceń przelewu płynności pomiędzy rachunkami T2S DCA, zgodnie z art. 3 ust. 1 lit. c). Wyznaczony rachunek MCA może być utrzymywany w TARGET-[oznaczenie BC/kraju] lub w innym systemie będącym komponentem TARGET oraz może należeć do innego uczestnika.

1. Posiadacz rachunku T2S DCA może złożyć wniosek do [nazwa BC] o powiązanie jego rachunku T2S DCA z jednym lub większą liczbą rachunków papierów wartościowych posiadanych przez niego we własnym imieniu albo w imieniu jego klientów, którzy posiadają rachunki papierów wartościowych w jednym albo większej liczbie uczestniczących centralnych depozytów papierów wartościowych.

2. Posiadacze rachunków T2S DCA dokonujący powiązania swoich rachunków T2S DCA z rachunkami papierów wartościowych w imieniu klientów zgodnie z ust. 1 są odpowiedzialni za sporządzenie i utrzymywanie wykazu powiązanych rachunków papierów wartościowych oraz, jeżeli ma to zastosowanie, wprowadzenie funkcji zabezpieczania klientowskiego (client-collateralisation).

3. W wyniku wniosku, o którym mowa w ust. 1, uznaje się, że posiadacz rachunku T2S DCA udzielił centralnemu depozytowi papierów wartościowych prowadzącemu takie powiązane rachunki papierów wartościowych upoważnienia do obciążania rachunku T2S DCA kwotami wynikającymi z transakcji, których przedmiotem są papiery wartościowe, dokonanych na tych rachunkach papierów wartościowych.

4. Przepis ust. 3 stosuje się bez względu na postanowienia umowne łączące posiadacza rachunku T2S DCA z centralnym depozytem papierów wartościowych lub z posiadaczami rachunku papierów wartościowych.

1. Za pośrednictwem rachunku T2S DCA w TARGET-[oznaczenie BC/kraju] przetwarzane są następujące transakcje:

2. Za pośrednictwem rachunku T2S DCA mogą być przetwarzane płatności z tytułu zdarzeń korporacyjnych (corporate actions payments).

1. Uczestnicy mogą rezerwować lub blokować płynność na swoich rachunkach T2S DCA. Nie oznacza to gwarancji rozrachunku wobec jakiejkolwiek osoby trzeciej.

2. Wnioskując o ustanowienie rezerwacji albo blokady płynności w określonej kwocie, uczestnik zleca [nazwa BC] obniżenie dostępnej płynności o tę kwotę.

3. Wniosek o ustanowienie rezerwacji jest instrukcją, wskutek której, jeżeli dostępna płynność jest większa lub równa kwocie wnioskowanej rezerwacji, wniosek o ustanowienie rezerwacji podlega przetworzeniu. Jeżeli dostępna płynność jest niższa, podlega ona zarezerwowaniu, a niedobór może zostać pokryty przez przychodzącą płynność, aż do osiągnięcia pełnej kwoty rezerwacji.

4. Wniosek o ustanowienie blokady jest instrukcją, wskutek której, jeżeli dostępna płynność jest większa lub równa kwocie wnioskowanej blokady, wniosek o ustanowienie blokady podlega przetworzeniu. Jeżeli dostępna płynność jest niższa, nie dochodzi do zablokowania żadnej kwoty, a wniosek o ustanowienie blokady składany jest ponownie, aż dostępna płynność umożliwi pokrycie pełnej kwoty wnioskowanej blokady.

5. W każdym momencie podczas dnia operacyjnego, w którym doszło do przetworzenia wniosku o ustanowienie rezerwacji albo wniosku o ustanowienie blokady, uczestnik może złożyć w [nazwa BC] instrukcję anulowania rezerwacji albo blokady. Nie jest dopuszczalne anulowanie częściowe.

6. Wszelkie wnioski o ustanowienie rezerwacji albo blokady płynności składane na podstawie niniejszego artykułu wygasają na koniec dnia operacyjnego.

1. Znacznik czasu dla przetwarzania zleceń przelewu płynności nadaje się w kolejności ich otrzymania.

2. Wszystkie zlecenia przelewu płynności złożone w TARGET-[oznaczenie BC/kraju] przetwarza się według zasady FIFO (first in, first out), bez ustalania priorytetów i zmiany kolejności.

3. Po przyjęciu zlecenia przelewu płynności na rachunek TIPS DCA, rachunek MCA, rachunek RTGS DCA lub rachunek T2S DCA zgodnie z art. 17 części I TARGET-[oznaczenie BC/kraju] sprawdza, czy na rachunku T2S DCA płatnika są wystarczające środki do przeprowadzenia rozrachunku. W przypadku dostępności wystarczających środków rozrachunek zlecenia przelewu płynności następuje natychmiast. Jeżeli wystarczające środki nie są dostępne, stosuje się następujące zasady:

1. Po wypowiedzeniu uczestnictwa posiadacza rachunku T2S DCA w TARGET-[oznaczenie BC/kraju] [nazwa BC] nie przyjmuje nowych zleceń przekazania środków pieniężnych od takiego posiadacza rachunku T2S DCA.

2. W przypadku zawieszenia uczestnictwa danego posiadacza rachunku T2S DCA w TARGET-[oznaczenie BC/kraju] z powodów innych niż wskazane w art. 25 ust. 1 lit. a) części I [nazwa BC] przechowuje wszystkie przychodzące i wychodzące zlecenia przekazania środków pieniężnych tego uczestnika na jego rachunku T2S DCA i przekazuje je do rozrachunku dopiero po ich wyraźnym przyjęciu przez BC zawieszonego posiadacza rachunku T2S DCA.

3. W przypadku zawieszenia uczestnictwa danego posiadacza rachunku T2S DCA w TARGET-[oznaczenie BC/kraju] z powodów wskazanych w art. 25 ust. 1 lit. a) części I wychodzące zlecenia przekazania środków pieniężnych z rachunku T2S DCA takiego posiadacza rachunku T2S DCA są przetwarzane wyłącznie na podstawie instrukcji jego przedstawicieli, w tym przedstawicieli wyznaczonych przez organ właściwy lub sąd, takich jak syndyk masy upadłościowej posiadacza rachunku T2S DCA, albo na podstawie prawomocnej decyzji organu właściwego lub sądu zawierającej instrukcje co do sposobu przetwarzania zleceń przekazania środków pieniężnych. Wszystkie przychodzące zlecenia przekazania środków pieniężnych przetwarza się zgodnie z ust. 2.

1. [Nazwa BC] udostępnia usługę autokolateralizacji posiadaczowi rachunku T2S DCA, któremu udziela kredytu w ciągu dnia zgodnie z art. 10 części II na jego wniosek, o ile uczestnik ten nie podlega środkom ograniczającym przyjętym przez Radę Unii Europejskiej lub państwa członkowskie zgodnie z art. 65 ust. 1 lit. b), art. 75 lub art. 215 Traktatu, których zastosowania, zdaniem [nazwa BC], nie da się pogodzić ze sprawnym funkcjonowaniem TARGET.

2. Autokolateralizacja jest udostępniana wyłącznie w dniu operacyjnym TARGET, jest ograniczona do tego dnia i nie jest możliwe jej przedłużenie do następnego dnia (overnight credit).

1. Autokolateralizacja opiera się na kwalifikowanym zabezpieczeniu. Kwalifikowane zabezpieczenie składa się z aktywó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 [przepisy krajowe implementujące postanowienia części czwartej wytycznych (UE) 2015/510 (EBC/2014/60)].

2. Ponadto, zabezpieczenie kwalifikowane dla autokolateralizacji:

1. Kredyt uzyskany poprzez autokolateralizację jest kredytem nieoprocentowanym.

2. Posiadacz rachunku T2S DCA może spłacić autokolateralizację w każdym momencie dnia.

3. Spłata autokolateralizacji następuje najpóźniej w momencie określonym w dodatku V oraz zgodnie z następującą procedurą:

1. [Nazwa BC] zawiesza dostęp posiadacza rachunku T2S DCA do autokolateralizacji albo pozbawia go takiego dostępu w przypadku zawieszenia lub pozbawienia dostępu tego posiadacza rachunku T2S DCA do kredytu w ciągu dnia zgodnie z art. 13 części II.

2. [Nazwa BC] ogranicza dostęp posiadacza rachunku T2S DCA do autokolateralizacji w przypadku ograniczenia dostępu tego posiadacza rachunku T2S DCA do kredytu w ciągu dnia zgodnie z art. 13 części II. W takim przypadku ustalony limit stosuje się do sumy autokolateralizacji i kredytu w ciągu dnia łącznie, a nie do każdego z tych instrumentów oddzielnie.

1. Na wniosek posiadacza rachunku MCA [nazwa BC] otwiera i prowadzi jeden lub większą liczbę rachunków TIPS DCA.

2. Na rachunku TIPS DCA nie może występować saldo debetowe.

1. Posiadacz rachunku TIPS DCA może wysyłać komunikaty:

2. Posiadacz rachunku TIPS DCA odbiera komunikaty:

3. Do posiadacza rachunku TIPS DCA, który wysyła lub otrzymuje komunikaty za pośrednictwem podmiotu przekazującego w taki sposób, jakby ten posiadacz rachunku TIPS DCA wysyłał lub odbierał komunikaty bezpośrednio, stosuje się postanowienia art. 7 części I.

1. Posiadacz rachunku TIPS DCA ma prawo wyznaczyć jeden lub większą liczbę podmiotów osiągalnych. Podmioty osiągalne mają obowiązek zachowywania zgodności ze schematem SCT Inst i uprzedniego podpisania porozumienia o zachowaniu zgodności ze schematem polecenia przelewu natychmiastowego SEPA.

2. Posiadacz rachunku TIPS DCA jest zobowiązany do przedstawienia [nazwa BC] dowodów na zachowywanie zgodności ze schematem SCT Inst przez każdy wyznaczony podmiot osiągalny.

3. Posiadacz rachunku TIPS DCA informuje [nazwa BC], jeśli jakikolwiek wyznaczony podmiot osiągalny przestanie zachowywać zgodność ze schematem SCT Inst, oraz niezwłocznie podejmuje kroki w celu uniemożliwienia takiemu podmiotowi osiągalnemu uzyskania dostępu do rachunku TIPS DCA.

4. Posiadacz rachunku TIPS DCA może przyznać swoim wyznaczonym podmiotom osiągalnym dostęp za pośrednictwem jednego lub większej liczby podmiotów przekazujących.

5. Do posiadaczy rachunków TIPS DCA, którzy wyznaczą podmioty osiągalne, stosuje się postanowienia art. 7 części I.

6. Posiadacz rachunku TIPS DCA, który wyznaczył podmiot osiągalny, zapewnia nieprzerwaną dostępność tego podmiotu osiągalnego na potrzeby odbierania komunikatów.

1. Za pośrednictwem rachunku TIPS DCA w TARGET-[oznaczenie BC/kraju] przetwarzane są następujące transakcje:

1. Znacznik czasu dla przetwarzania zleceń przekazania środków pieniężnych nadaje się w kolejności ich otrzymania.

2. Wszystkie zlecenia przekazania środków pieniężnych złożone w TARGET-[oznaczenie BC/kraju] przetwarza się według zasady FIFO (first in, first out), bez ustalania priorytetów i zmiany kolejności.

3. Po przyjęciu zlecenia płatniczego dotyczącego płatności natychmiastowej zgodnie z art. 17 części I TARGET-[oznaczenie BC/kraju] sprawdza, czy na rachunku TIPS DCA płatnika dostępne są wystarczające środki do przeprowadzenia rozrachunku i stosuje następujące zasady:

4. Środki zarezerwowane zgodnie z ust. 3 lit. b) nie są dostępne na potrzeby rozrachunku kolejnych zleceń przekazania środków pieniężnych.

5. Z zastrzeżeniem ust. 3 lit. b) [nazwa BC] odrzuca zlecenie płatnicze dotyczące płatności natychmiastowej, jeżeli kwota zlecenia płatniczego dotyczącego płatności natychmiastowej przekracza mający zastosowanie limit wykorzystania salda (CMB).

6. Po przyjęciu natychmiastowego zlecenia przelewu płynności zgodnie z art. 17 części I TARGET-[oznaczenie BC/kraju] sprawdza, czy na rachunku TIPS DCA płatnika dostępne są wystarczające środki. W przypadku braku wystarczających środków zlecenie przelewu płynności zostaje odrzucone.

7. Po przyjęciu pozytywnej odpowiedzi na żądanie zwrotu płatności zgodnie z art. 17 części I TARGET-[oznaczenie BC/kraju] sprawdza, czy na rachunku TIPS DCA, który ma zostać obciążony, dostępne są wystarczające środki. W przypadku braku wystarczających środków pozytywna odpowiedź na żądanie zwrotu płatności zostaje odrzucona. W przypadku dostępności wystarczających środków rozrachunek pozytywnej odpowiedzi na żądanie zwrotu płatności następuje natychmiast.

8. Z zastrzeżeniem ust. 7 TARGET-[oznaczenie BC/kraju] odrzuca pozytywne odpowiedzi na żądanie zwrotu płatności, jeżeli kwota pozytywnej odpowiedzi na żądanie zwrotu płatności przekracza mający zastosowanie limit wykorzystania salda (CMB).

1. Posiadacz rachunku TIPS DCA może złożyć żądanie zwrotu płatności.

2. Żądanie zwrotu płatności przekazuje się odbiorcy płatności zlecenia płatniczego dotyczącego płatności natychmiastowej, którego rozrachunek już nastąpił; odbiorca płatności może odpowiedzieć za pomocą pozytywnej lub negatywnej odpowiedzi na żądanie zwrotu płatności.

1. TIPS directory jest listą kodów BIC używaną do celów routingu informacji, która zawiera kody BIC:

2. TIPS directory podlega codziennej aktualizacji.

3. Posiadacze rachunków TIPS DCA są uprawnieni do udostępniania TIPS directory wyłącznie swoim oddziałom, swoim podmiotom osiągalnym i ich podmiotom przekazującym. Podmioty osiągalne są uprawnione do udostępniania TIPS directory wyłącznie swoim oddziałom.

4. Dany kod BIC może wystąpić w TIPS directory tylko jeden raz.

5. Posiadacze rachunków TIPS DCA przyjmują do wiadomości, że [nazwa BC] oraz inne BC są uprawnione do publikowania ich nazw oraz kodów BIC. Ponadto [nazwa BC] oraz inne BC są uprawnione do publikowania nazw oraz kodów BIC podmiotów osiągalnych wyznaczonych przez posiadaczy rachunków TIPS DCA, a posiadacze rachunków TIPS DCA mają obowiązek zapewnienia, aby podmioty osiągalne wyraziły zgodę na taką publikację.

1. Centralne repozytorium MPL (Mobile Proxy Lookup) zawiera tabelę mapowania proxy-IBAN na potrzeby usługi MPL.

2. Każdy adres proxy może być powiązany tylko z jednym numerem IBAN. Numer IBAN może być powiązany z jednym lub wieloma adresami proxy.

3. Do danych zawartych w repozytorium MPL stosuje się art. 28 części I.

1. Po wypowiedzeniu uczestnictwa danego posiadacza rachunku TIPS DCA w TARGET-[oznaczenie BC/kraju] [nazwa BC] nie przyjmuje nowych zleceń przekazania środków pieniężnych od takiego posiadacza rachunku TIPS DCA.

2. Jeżeli uczestnictwo danego posiadacza rachunku TIPS DCA w TARGET-[oznaczenie BC/kraju] zostało zawieszone z powodów innych niż wskazane w art. 25 ust. 1 lit. a) części I, [nazwa BC]:

3. Jeżeli uczestnictwo danego posiadacza rachunku TIPS DCA w TARGET-[oznaczenie BC/kraju] zostało zawieszone z powodów wskazanych w art. 25 ust. 1 lit. a) części I, [nazwa BC] odrzuca wszystkie przychodzące i wychodzące zlecenia przekazania środków pieniężnych tego posiadacza rachunku TIPS DCA.

4. Przed zawieszeniem lub wypowiedzeniem uczestnictwa w TARGET-[oznaczenie BC/kraju] posiadacza rachunku TIPS DCA na podstawie art. 25 ust. 1 lub 2 części I [nazwa BC] przetwarza jego zlecenia płatnicze dotyczące płatności natychmiastowej, na realizację których [nazwa BC] zarezerwował środki na rachunku TIPS DCA zgodnie z art. 6 ust. 3 lit. b).

1. Na wniosek systemu zewnętrznego [nazwa BC] może otwierać i prowadzić jeden lub większą liczbę rachunków technicznych RTGS AS obsługujących procedury rozrachunkowe RTGS AS.

2. Na rachunku technicznym RTGS AS nie może występować saldo debetowe.

3. Rachunków technicznych RTGS AS nie publikuje się w RTGS directory.

4. System zewnętrzny wybiera co najmniej jedną z następujących procedur rozrachunkowych do celów przetwarzania zleceń przekazania środków AS:

5. Do procedur rozrachunkowych A, B, C, D oraz E RTGS AS stosuje się, odpowiednio, zasady określone w art. 3, art. 4, art. 5, art. 6 oraz art. 7.

6. Procedury rozrachunkowe RTGS AS działają w ramach czasowych określonych w dodatku V.

7. System zewnętrzny zwraca się do [nazwa BC] o utworzenie grupy rachunków banku rozrachunkowego.

8. System zewnętrzny wysyła zlecenia przekazania środków AS wyłącznie na rachunki należące do grupy rachunków banku rozrachunkowego, o której mowa w ust. 7.

1. System zewnętrzny składa wniosek o otwarcie dedykowanego rachunku technicznego RTGS AS obsługującego przetwarzanie zleceń przekazania środków AS z wykorzystaniem procedury rozrachunkowej A. Na koniec dnia saldo na takim rachunku musi wynosić zero.

2. System zewnętrzny może złożyć wniosek o otwarcie rachunku funduszu gwarancyjnego systemu zewnętrznego obsługującego rozrachunek w związku z usługą "okresu rozrachunkowego". Salda na rachunku funduszu gwarancyjnego AS używa się do rozrachunku zleceń przekazania środków AS w przypadku gdy na rachunku RTGS DCA banku rozrachunkowego nie ma wystarczającej płynności. Rachunek funduszu gwarancyjnego AS może być utrzymywany przez [nazwa BC], system zewnętrzny lub kwalifikowanego uczestnika. Rachunków funduszu gwarancyjnego systemu zewnętrznego nie publikuje się w RTGS directory.

3. System zewnętrzny składa zlecenia przekazania środków AS jako pakiety będące pojedynczymi plikami, w ramach których suma obciążeń musi być równa sumie uznań.

4. [Nazwa BC] w pierwszej kolejności podejmuje próbę rozrachunku zleceń przekazania środków AS, które obciążają rachunki RTGS DCA banków rozrachunkowych i uznają rachunek techniczny RTGS AS systemu zewnętrznego. Dopiero po dokonaniu rozrachunku wszystkich takich zleceń przekazania środków AS (w tym ewentualnego przekazania środków na rachunek techniczny RTGS AS z rachunku funduszu gwarancyjnego AS) [nazwa BC] podejmuje próbę rozrachunku zleceń przekazania środków AS, które obciążają rachunek techniczny RTGS AS oraz uznają rachunki RTGS DCA banków rozrachunkowych.

5. Jeżeli zlecenie przekazania środków AS obciążające rachunek RTGS DCA banku rozrachunkowego jest umieszczone w kolejce zleceń oczekujących, [nazwa BC] informuje bank rozrachunkowy za pomocą komunikatu (broadcast message).

6. Jeżeli został otwarty rachunek funduszu gwarancyjnego AS a bank rozrachunkowy nie ma na swoim rachunku RTGS DCA wystarczających środków, system zewnętrzny może zlecić [nazwa BC] aktywowanie mechanizmu funduszu gwarancyjnego poprzez zlecenie obciążenia rachunku funduszu gwarancyjnego AS i uznania rachunku technicznego RTGS AS. Jeżeli na rachunku funduszu gwarancyjnego AS nie ma wystarczających środków do zakończenia rozrachunku, rozrachunek nie dochodzi do skutku.

7. Jeżeli z jakiegokolwiek powodu rozrachunek nie dochodzi do skutku, w tym z powodu określonego w ust. 6, [nazwa BC] odrzuca wszystkie zlecenia przekazania środków AS zawarte w pojedynczym pliku, o którym mowa w ust. 3, których rozrachunek nie nastąpił, oraz stornuje zlecenia przekazania środków systemu zewnętrznego, których rozrachunek już nastąpił.

8. Systemy zewnętrzne są powiadamiane o dokonaniu rozrachunku, albo o jego niedojściu do skutku.

9. System zewnętrzny może wybrać następujące usługi:

1. System zewnętrzny składa wniosek o otwarcie dedykowanego rachunku technicznego RTGS AS obsługującego przetwarzanie zleceń przekazania środków AS z wykorzystaniem procedury rozrachunkowej B. Na koniec dnia saldo na takim rachunku musi wynosić zero.

2. System zewnętrzny może złożyć wniosek o otwarcie rachunku funduszu gwarancyjnego AS obsługującego rozrachunek w związku z usługą "okresu rozrachunkowego". Salda na rachunku funduszu gwarancyjnego AS używa się do rozrachunku zleceń przekazania środków AS w przypadku gdy na rachunku RTGS DCA banku rozrachunkowego nie ma wystarczającej płynności. Rachunek funduszu gwarancyjnego AS może być utrzymywany przez [nazwa BC], system zewnętrzny lub kwalifikowanego uczestnika. Rachunków funduszu gwarancyjnego systemu zewnętrznego nie publikuje się w RTGS directory.

3. System zewnętrzny składa zlecenia przekazania środków AS jako pakiety będące pojedynczymi plikami, w ramach których suma obciążeń musi być równa sumie uznań.

4. Procedura rozrachunkowa B działa według zasady "wszystko albo nic" (all-or-nothing). [Nazwa BC] podejmuje próbę równoczesnego rozrachunku wszystkich zleceń przekazania środków AS, które obciążają rachunki RTGS DCA banków rozrachunkowych i uznają rachunek techniczny RTGS AS systemu zewnętrznego, oraz wszystkich zleceń przekazania środków AS, które obciążają rachunek techniczny RTGS AS i uznają rachunki RTGS DCA banków rozrachunkowych. Jeżeli rozrachunek jednego lub większej liczby zleceń przekazania środków AS nie jest możliwy, wszystkie zlecenia przekazania środków AS umieszcza się w kolejce zleceń oczekujących, stosuje się algorytm optymalizacji oraz informuje się banki rozrachunkowe.

5. Jeżeli został otwarty rachunek funduszu gwarancyjnego AS a bank rozrachunkowy nie ma na swoim rachunku RTGS DCA wystarczających środków, system zewnętrzny może zllecić [nazwa BC] aktywowanie mechanizmu funduszu gwarancyjnego poprzez zlecenie obciążenia rachunku funduszu gwarancyjnego AS i uznania rachunku technicznego RTGS AS. Jeżeli na rachunku funduszu gwarancyjnego AS nie ma wystarczających środków do zakończenia rozrachunku, rozrachunek nie dochodzi do skutku.

6. Jeżeli z jakiegokolwiek powodu rozrachunek nie dochodzi do skutku, w tym z powodu, o którym mowa w ust. 5, [nazwa BC] odrzuca wszystkie zlecenia przekazania środków AS zawarte w pojedynczym pliku, o którym mowa w ust. 3, których rozrachunek nie nastąpił.

7. Systemy zewnętrzne są powiadamiane o dokonaniu rozrachunku, albo o jego niedojściu do skutku.

8. System zewnętrzny może wybrać następujące usługi:

1. Procedura rozrachunkowa C obsługuje rozrachunek z użyciem dedykowanej płynnościna subkontach. System zewnętrzny składa wniosek o otwarcie dedykowanego rachunku technicznego RTGS AS obsługującego przetwarzanie zleceń przekazania środków AS z użyciem procedury rozrachunkowej C. Na koniec dnia saldo na takim rachunku musi wynosić zero. Taki rachunek techniczny RTGS AS może także być wykorzystywany do przetwarzania zleceń przekazania środków AS z wykorzystaniem procedury rozrachunkowej E.

2. System zewnętrzny zapewnia, aby każdy bank rozrachunkowy otworzył co najmniej jedno subkonto, które będzie wykorzystywane przez system zewnętrzny wyłącznie na potrzeby tej procedury rozrachunkowej.

3. [Nazwa BC] rozpoczyna obowiązkową procedurę rozrachunkową C automatycznie w każdym dniu operacyjnym TARGET zgodnie z harmonogramem określonym w dodatku V; uruchamia ona rozrachunek stałych zleceń przelewu płynności wyznaczonych do obowiązkowej procedury rozrachunkowej C poprzez obciążenie rachunków RTGS DCA banków rozrachunkowych i uznanie subkonta, o którym mowa w ust. 2.

4. Procedura rozrachunkowa C jest zamykana komunikatem o zakończeniu procedury, który może być wysłany przez system zewnętrzny w dowolnym momencie przed granicznym czasem realizacji (cut-off time) dla płatności międzybankowych, określonym w dodatku V. Jeżeli system zewnętrzny nie wyśle komunikatu o zakończeniu procedury przed granicznym czasem realizacji, [nazwa BC] zamyka procedurę z upływem tego granicznego czasu realizacji.

5. Zamknięcie obowiązkowej procedury rozrachunkowej C prowadzi do automatycznego przelewu płynności z subkonta, o którym mowa w ust. 2, na rachunek RTGS DCA.

6. Po zamknięciu obowiązkowej procedury rozrachunkowej C system zewnętrzny może rozpocząć opcjonalną procedurę w dowolnym momencie przed granicznym czasem realizacji dla płatności międzybankowych określoną w dodatku V; uruchamia ona rozrachunek stałych zleceń przelewu płynności wyznaczonych do opcjonalnej procedury rozrachunkowej C poprzez obciążenie rachunku RTGS DCA banku rozrachunkowego i uznanie jego subkonta RTGS. System zewnętrzny może rozpocząć i zamknąć jedną lub kilka kolejnych opcjonalnych procedur przed granicznym czasem realizacji dla płatności międzybankowych. Zamknięcie opcjonalnej procedury rozrachunkowej C prowadzi do automatycznego przelewu płynności z subkonta, o którym mowa w ust. 2, na rachunek RTGS DCA.

7. Obowiązkowa procedura rozrachunkowa C oraz jakakolwiek późniejsza opcjonalna procedura rozrachunkowa C mogą składać się z jednego lub kilku cykli.

8. System zewnętrzny może, w dowolnym momencie po rozpoczęciu obowiązkowej lub opcjonalnej procedury rozrachunkowej C, rozpocząć cykl za pomocą komunikatu o rozpoczęciu cyklu. Po rozpoczęciu cyklu przekazy płynności z subkonta, o którym mowa w ust. 2, nie mogą być wykonywane do momentu wysłania komunikatu o zakończeniu cyklu przez system zewnętrzny. Saldo może zostać zmienione w trakcie cyklu w wyniku płatności rozrachunku międzysystemowego lub jeżeli bank rozrachunkowy przekaże płynność na swoje subkonto. [Nazwa BC] zawiadamia system zewnętrzny o zmniejszeniu lub zwiększeniu płynności na subkoncie, które powstało w wyniku płatności rozrachunku międzysystemowego. Na wniosek systemu zewnętrznego [nazwa BC] zawiadamia go również o zwiększeniu płynności na subkoncie, które powstało w wyniku zlecenia przelewu płynności przez bank rozrachunkowy.

9. System zewnętrzny może składać zlecenia przekazania środków AS jako pakiety w jednym lub kilku plikach, w czasie otwarcia cyklu. Zlecenia przekazania środków pieniężnych mogą dotyczyć następujących transakcji:

10. [Nazwa BC] niezwłocznie dokonuje rozrachunku zleceń przekazania środków AS, których rozrachunek jest możliwy. Zlecenia przekazania środków AS, których rozrachunek nie jest możliwy natychmiastowo, umieszcza się w kolejce zleceń oczekujących oraz uruchamia się algorytm optymalizacji. Zlecenia przekazania środków AS, których rozrachunek nie nastąpił w momencie zamknięcia cyklu, podlegają odrzuceniu.

11. Najpóźniej do zamknięcia cyklu system zewnętrzny zawiadamia się o statusie poszczególnych zleceń przekazania środków AS.

1. Procedura rozrachunkowa D RTGS AS obsługuje rozrachunek z wykorzystaniem uprzedniego nansowania. System zewnętrzny składa wniosek o otwarcie dedykowanego rachunku technicznego RTGS AS obsługującego przetwarzanie zleceń przekazania środków AS z wykorzystaniem procedury rozrachunkowej D.

2. Saldo na rachunkach technicznych RTGS AS może wynosić zero lub być dodatnie. Płynność może pozostawać na rachunku technicznym RTGS AS do następnego dnia operacyjnego, w którym to przypadku podlega oprocentowaniu określonemu w art. 12 ust. 2 części I.

3. [Nazwa BC] zawiadamia system zewnętrzny o przekazaniach płynności obciążających rachunki RTGS DCA banków rozrachunkowych i uznających rachunek techniczny RTGS AS. Takie przelewu płynności mogą być przeprowadzane w każdym dniu operacyjnym TARGET zgodnie z harmonogramem zawartym w dodatku V. System zewnętrzny może wprowadzać natychmiastowe zlecenia przelewu płynności, które obciążają rachunek techniczny RTGS AS i uznają rachunki RTGS DCA banków rozrachunkowych.

1. Procedura rozrachunkowa E RTGS AS obsługuje rozrachunek dwustronny oraz indywidualne przetwarzanie zleceń przekazania środków AS. System zewnętrzny może stosować procedurę rozrachunkową E bez rachunku technicznego RTGS AS do rozrachunku dwustronnego. System zewnętrzny składa wniosek o otwarcie rachunku technicznego RTGS AS obsługującego przetwarzanie zleceń przekazania środków AS z wykorzystaniem procedury rozrachunkowej E, jeżeli wybrał indywidualne przetwarzanie zleceń przekazania środków AS. Na koniec dnia saldo na takim rachunku technicznym RTGS AS musi wynosić zero. Taki rachunek techniczny RTGS AS może być również wykorzystywany do realizacji procedury rozrachunkowej C.

2. System zewnętrzny może składać zlecenia przekazania środków AS jako pakiety, w jednym lub kilku plikach, pomiędzy:

System zewnętrzny jest odpowiedzialny za zapewnienie prawidłowej kolejności zleceń przekazania środków AS w pliku, tak aby zagwarantować niezakłócony rozrachunek.

3. [Nazwa BC] niezwłocznie dokonuje rozrachunku zleceń przekazania środków AS, których rozrachunek jest możliwy. Zlecenia przekazania środków AS, których rozrachunek nie jest możliwy natychmiastowo, umieszcza się w kolejce zleceń oczekujących. Jeżeli zlecenie przekazania środków AS obciążające rachunek RTGS DCA banku rozrachunkowego zostanie umieszczone w kolejce zleceń oczekujących, bank rozrachunkowy informuje się za pośrednictwem komunikatu (broadcast).

4. System zewnętrzny może wybrać następujące usługi:

5. System zewnętrzny zawiadamia się o statusie poszczególnych złożonych zleceń przekazania środków AS.

1. Usługa "okresu informacyjnego" (information period) umożliwia systemowi zewnętrznemu informowanie swoich banków rozrachunkowych o płynności niezbędnej do przeprowadzenia skutecznego rozrachunku. Ta opcjonalna usługa umożliwia systemowi zewnętrznemu zdefiniowanie okresu przed rozpoczęciem rozrachunku zleceń przekazania środków AS. W czasie tego okresu i na wniosek banku rozrachunkowego system zewnętrzny może odwołać albo pojedyncze zlecenia przekazania środków AS (w przypadku procedury rozrachunkowej E RTGS AS), albo pliki (w przypadku procedury rozrachunkowej A i B RTGS AS). System zewnętrzny może także zlecić [nazwa BC] wykonanie takiego odwołania w jego imieniu.

2. W przypadku gdy system zewnętrzny lub [nazwa BC] w jego imieniu odwołuje pojedyncze zlecenia przekazania środków AS (w przypadku procedury rozrachunkowej E RTGS AS) lub pliki (w przypadku procedury rozrachunkowej A i B RTGS AS) w czasie "okresu informacyjnego", przetwarzanie zleceń przekazania środków systemu zewnętrznego zostaje anulowane.

3. Usługa "okresu rozrachunkowego" (settlement period) umożliwia systemowi zewnętrznemu zdefiniowanie okresu, do którego może odbywać się rozrachunek zleceń przekazania środków AS. Usługa ta jest warunkiem wstępnym korzystania z rachunku funduszu gwarancyjnego oraz jest opcjonalna dla korzystania z rachunków technicznych AS.

4. W czasie "okresu rozrachunkowego" system zewnętrzny lub [nazwa BC] w jego imieniu może odwoływać albo pojedyncze zlecenia przekazania środków AS (w przypadku procedury rozrachunkowej E RTGS AS), albo pliki (w przypadku procedury rozrachunkowej A i B RTGS AS), które nie mają ostatecznego statusu, przy czym zastosowanie mają następujące zasady:

1. Rozrachunek międzysystemowy umożliwia systemowi zewnętrznemu uznanie rachunku technicznego RTGS AS innego systemu zewnętrznego lub subkonta banku rozrachunkowego innego systemu zewnętrznego i jest dostępny dla systemu zewnętrznego stosującego procedurę rozrachunkową C lub D RTGS AS.

2. [Nazwa BC] na wniosek systemu zewnętrznego zezwala na rozrachunek międzysystemowy między tym systemem zewnętrznym a innym systemem zewnętrznym w TARGET-[oznaczenie BC/kraju] lub w innym systemie będącym komponentem TARGET. Składający wniosek system zewnętrzny przekazuje [nazwa BC] zgodę drugiego systemu zewnętrznego.

3. Rozrachunek międzysystemowy może zostać zainicjowany tylko wtedy, gdy oba systemy zewnętrzne otworzyły procedurę rozrachunkową. Ponadto, jeżeli rozrachunek międzysystemowy jest inicjowany przez system zewnętrzny stosujący procedurę rozrachunkową C RTGS AS, dla tego systemu zewnętrznego musi być również otwarty cykl rozrachunku.

4. System zewnętrzny stosujący procedurę rozrachunkową C RTGS AS w kontekście rozrachunku międzysystemowego składa zlecenia przekazania środków AS wyłącznie pojedynczo; zlecenia te obciążają subkonto jednego z banków rozrachunkowych tego systemu zewnętrznego. Takie zlecenia przekazania środków AS uznają subkonto banku rozrachunkowego otrzymującego systemu zewnętrznego, jeżeli ten otrzymujący system zewnętrzny stosuje procedurę rozrachunkową C RTGS AS, lub uznaje rachunek techniczny RTGS AS otrzymującego systemu zewnętrznego, jeżeli ten system zewnętrzny stosuje procedurę rozrachunkową D RTGS AS.

5. System zewnętrzny stosujący procedurę rozrachunkową D RTGS AS w kontekście rozrachunku międzysystemowego składa zlecenia przekazania środków AS wyłącznie pojedynczo; zlecenia te obciążają rachunek techniczny RTGS AS tego systemu zewnętrznego. Takie zlecenia przekazania środków AS uznają subkonto banku rozrachunkowego otrzymującego systemu zewnętrznego, jeżeli ten otrzymujący system zewnętrzny stosuje procedurę rozrachunkową C RTGS AS, lub uznaje rachunek techniczny RTGS AS otrzymującego systemu zewnętrznego, jeżeli ten system zewnętrzny stosuje procedurę rozrachunkową D RTGS AS.

Oba systemy zewnętrzne wykorzystujące rozrachunek międzysystemowy są powiadamiane za pośrednictwem komunikatu o rozrachunku lub odrzuceniu przekazania środków AS.

1. [Nazwa BC] może na wniosek systemu zewnętrznego, który przeprowadza rozrachunek płatności natychmiastowych zgodnie ze schematem SCT Inst lub płatności bliskich płatności natychmiastowej w swoich własnych księgach, otwierać i prowadzić jeden lub większą liczbę rachunków technicznych TIPS AS.

2. Na rachunku technicznym TIPS AS nie może występować saldo debetowe.

3. System zewnętrzny korzysta z rachunku technicznego TIPS AS do gromadzenia niezbędnej płynności przez jego członków rozliczających na potrzeby zasilenia ich pozycji.

4. System zewnętrzny może wybrać otrzymywanie zawiadomień o uznaniach i obciążeniach swojego rachunku technicznego TIPS AS. Jeżeli system zewnętrzny wybierze tę usługę, zawiadomienia przesyła się natychmiast po obciążeniu lub uznaniu rachunku technicznego TIPS AS.

5. System zewnętrzny może wysyłać zlecenia płatnicze dotyczące płatności natychmiastowych i pozytywne odpowiedzi na żądanie zwrotu płatności do każdego posiadacza rachunku TIPS DCA lub systemu zewnętrznego TIPS. System zewnętrzny odbiera i przetwarza zlecenia płatnicze dotyczące płatności natychmiastowych, żądania zwrotu płatności i pozytywne odpowiedzi na żądanie zwrotu płatności od każdego posiadacza rachunku TIPS DCA lub systemu zewnętrznego TIPS.

1. Posiadacz rachunku technicznego TIPS AS może wysyłać komunikaty:

2. Posiadacz rachunku technicznego TIPS AS odbiera komunikaty:

3. Postanowienia art. 7 części I mają zastosowanie do posiadacza rachunku technicznego TIPS AS, który wysyła lub otrzymuje komunikaty za pośrednictwem podmiotu przekazującego w taki sposób, jakby ten posiadacz rachunku technicznego TIPS AS wysyłał lub odbierał komunikaty bezpośrednio.

1. Znacznik czasu dla przetwarzania zleceń przekazania środków pieniężnych nadaje się w kolejności ich otrzymania.

2. Wszystkie zlecenia przekazania środków pieniężnych złożone w TARGET-[oznaczenie BC/kraju] przetwarza się według zasady FIFO (first in, first out), bez ustalania priorytetów i zmiany kolejności.

3. Po przyjęciu zlecenia płatniczego dotyczącego płatności natychmiastowej zgodnie z art. 17 ust. 1 części I [nazwa BC] sprawdza, czy na rachunku technicznym TIPS AS płatnika dostępne są wystarczające środki do przeprowadzenia rozrachunku i następnie stosuje następujące zasady:

4. Środki zarezerwowane zgodnie z ust. 3 lit. b) nie są dostępne na potrzeby rozrachunku kolejnych zleceń przekazania środków pieniężnych.

5. Z zastrzeżeniem ust. 3 lit. b) [nazwa BC] odrzuca zlecenie płatnicze dotyczące płatności natychmiastowej, jeżeli kwota zlecenia płatniczego dotyczącego płatności natychmiastowej przekracza mający zastosowanie limit wykorzystania salda (CMB).

6. Po przyjęciu zlecenia przelewu płynności z rachunku technicznego TIPS AS na rachunek TIPS DCA zgodnie z art. 17 ust. 1 części I [nazwa BC] sprawdza, czy na rachunku technicznym TIPS AS płatnika dostępne są wystarczające środki. W przypadku braku wystarczających środków zlecenie przelewu płynności zostaje odrzucone. W przypadku dostępności wystarczających środków rozrachunek zlecenia przelewu płynności następuje natychmiast.

7. Po przyjęciu pozytywnej odpowiedzi na żądanie zwrotu płatności zgodnie z art. 17 części I [nazwa BC] sprawdza, czy na rachunku technicznym TIPS AS, który ma zostać obciążony, są dostępne wystarczające środki. W przypadku braku wystarczających środków pozytywna odpowiedź na żądanie zwrotu płatności zostaje odrzucona. W przypadku dostępności wystarczających środków rozrachunek pozytywnej odpowiedzi na żądanie zwrotu płatności następuje natychmiast.

8. Z zastrzeżeniem ust. 7 [nazwa BC] odrzuca pozytywne odpowiedzi na żądanie zwrotu płatności, jeżeli kwota pozytywnej odpowiedzi na żądanie zwrotu płatności przekracza dostępny limit wykorzystania salda.

1. Posiadacz rachunku technicznego TIPS AS może złożyć żądanie zwrotu płatności.

2. Żądanie zwrotu płatności przekazuje się odbiorcy płatności zlecenia płatniczego dotyczącego płatności natychmiastowej, którego rozrachunek już nastąpił; odbiorca płatności może odpowiedzieć pozytywną lub negatywną odpowiedzią na żądanie zwrotu płatności.

1. Posiadacz rachunku technicznego TIPS AS ma prawo wyznaczyć jeden lub większą liczbę podmiotów osiągalnych. Podmioty osiągalne mają obowiązek zachowywania zgodności ze schematem SCT Inst i uprzedniego podpisania porozumienia o zachowaniu zgodności ze schematem polecenia przelewu natychmiastowego SEPA.

2. Posiadacz rachunku technicznego TIPS AS jest zobowiązany do przedstawienia [nazwa BC] dowodów na zachowywanie zgodności ze schematem SCT Inst przez każdy wyznaczony podmiot osiągalny.

3. Posiadacz rachunku technicznego TIPS AS informuje [nazwa BC], jeśli jakikolwiek wyznaczony podmiot osiągalny przestanie zachowywać zgodność ze schematem SCT Inst, oraz niezwłocznie podejmuje kroki w celu uniemożliwienia takiemu podmiotowi osiągalnemu uzyskania dostępu do rachunku technicznego TIPS AS.

4. Posiadacz rachunku technicznego TIPS AS może przyznać swoim wyznaczonym podmiotom osiągalnym dostęp za pośrednictwem jednego lub większej liczby podmiotów przekazujących.

5. Do systemów zewnętrznych, które wyznaczą podmioty osiągalne, stosuje się postanowienia art. 7 części I.

6. Posiadacz rachunku technicznego TIPS AS, który wyznaczył podmiot osiągalny, zapewnia nieprzerwaną dostępność tego podmiotu osiągalnego na potrzeby odbierania komunikatów.

1. Za pośrednictwem rachunku technicznego TIPS AS w TARGET-[oznaczenie BC/kraju] przetwarzane są następujące transakcje:

1. TIPS directory jest listą kodów BIC używaną do celów routingu informacji, która zawiera kody BIC:

2. TIPS directory podlega codziennej aktualizacji.

3. Posiadacze rachunków technicznych TIPS AS są uprawnieni do udostępniania TIPS directory wyłącznie swoim wyznaczonym podmiotom osiągalnym i ich podmiotom przekazującym. Podmioty osiągalne są uprawnione do udostępniania TIPS directory wyłącznie swoim oddziałom.

4. Dany kod BIC może wystąpić w TIPS directory tylko jeden raz.

5. Posiadacze rachunków technicznych TIPS AS przyjmują do wiadomości, że [nazwa BC] oraz inne BC są uprawnione do publikowania nazw oraz kodów BIC podmiotów osiągalnych wyznaczonych przez posiadaczy rachunków technicznych TIPS AS a posiadacze rachunków technicznych TIPS AS mają obowiązek zapewnienia, aby podmioty osiągalne wyraziły zgodę na taką publikację.

1. Centralne repozytorium MPL (Mobile Proxy Lookup) zawiera tabelę mapowania proxy-IBAN na potrzeby usługi MPL.

2. Każdy adres proxy może być powiązany tylko z jednym numerem IBAN. Numer IBAN może być powiązany z jednym lub wieloma adresami proxy.

3. Do danych zawartych w repozytorium MPL stosuje się art. 28 części I.

1. Po wypowiedzeniu uczestnictwa danego posiadacza rachunku technicznego TIPS AS w TARGET-[oznaczenie BC/kraju] [nazwa BC] nie przyjmuje nowych zleceń przekazania środków pieniężnych od takiego posiadacza rachunku technicznego TIPS AS.

2. Jeżeli uczestnictwo danego posiadacza rachunku technicznego TIPS AS w TARGET-[oznaczenie BC/kraju] zostało zawieszone z powodów innych niż wskazane w art. 25 ust. 1 lit. a) części I, [nazwa BC]:

3. Jeżeli uczestnictwo danego posiadacza rachunku technicznego TIPS AS w TARGET-[oznaczenie BC/kraju] zostało zawieszone z powodów wskazanych w art. 25 ust. 1 lit. a) części I, BC posiadacza rachunku technicznego TIPS AS, którego uczestnictwo zostało zawieszone, odrzuca wszystkie przychodzące i wychodzące zlecenia przekazania środków pieniężnych tego posiadacza rachunku technicznego TIPS AS.

4. Przed zawieszeniem lub wypowiedzeniem uczestnictwa w TARGET-[oznaczenie BC/kraju] posiadacza rachunku technicznego TIPS AS na podstawie art. 25 ust. 1 lub 2 części I [nazwa BC] przetwarza jego zlecenia płatnicze dotyczące płatności natychmiastowej, na realizację których [nazwa BC] zarezerwował środki na rachunku technicznym TIPS AS zgodnie z art. 4 ust. 3 lit. b).