1.

ASCB ska säkerställa att de anslutna system med vilka de har bilaterala arrangemang tar fram en förteckning över likvidbanker som innehåller uppgifter om likvidbankernas PM-konton, som ASCB ska lagra i Modulen för Basdata (Hantering) hos SSP. Varje anslutet system får tillgång till förteckningen över sina respektive likvidbanker via ICM.

2.

ASCB ska säkerställa att de anslutna system med vilka de har bilaterala arrangemang omedelbart informerar dem om eventuella förändringar i förteckningen över likvidbanker. ASCB ska informera de berörda SCB om varje sådan förändring genom ett sändningsmeddelande via ICM.

3.

ASCB ska säkerställa att de anslutna system med vilka de har bilaterala arrangemang samlar in debiteringsmandaten och andra relevanta dokument från sina likvidbanker och översänder dem till ASCB. Sådana dokument ska tillhandahållas på det engelska språket och/eller för ASCB relevanta nationella språk. Om det/de nationella språket/en hos en ASCB inte är identiskt med det/de nationella språket/en för SCB, ska de nödvändiga dokumenten tillhandahållas endast på engelska eller både på engelska och det/de för ASCB relevanta nationella språket/en. Om anslutna system avvecklar via Target2-ECB ska dokumenten tillhandahållas på engelska.

4.

Om en likvidbank är en deltagare i den berörda ASCB:s delsystem i Target2, ska ASCB verifiera huruvida det debiteringsmandat som givits av likvidbanken är giltigt och föra in alla nödvändiga poster i Modulen för Basdata (förvaltning). Om en likvidbank inte är en deltagare i den berörda ASCB:s delsystem i Target2, ska ASCB översända debiteringsmandatet (eller en elektronisk kopia av detta, om så överenskommits mellan ASCB och SCB) till den relevanta SCB för att verifiera dess giltighet. SCB ska utföra sådan verifikation och ska informera den berörda ASCB om resultatet av verifikationen inom fem affärsdagar efter mottagandet av en sådan framställan. Efter verifikationen ska ASCB uppdatera förteckningen över likvidbanker i ICM.

5.

Den verifikation som genomförs av ASCB ska inte påverka det anslutna systemets ansvar att begränsa betalningsinstruktioner till förteckningen över likvidbanker som avses i punkt 1.

6.

Förutom i fall då de är en och samma, ska ASCB och SCB utbyta information om varje betydelsefull händelse under avvecklingsprocessen.

7.

ASCB ska säkerställa att de anslutna system med vilka de har bilaterala arrangemang lämnar uppgifter om namn och BIC för de anslutna system med vilka de avser att genomföra systemöverskridande avveckling samt det datum från vilket systemöverskridande avveckling med ett visst anslutet system ska inledas eller upphöra. Denna information ska registreras i Modulen för Basdata (Hantering).

1.

Alla betalningsinstruktioner som lämnas av ett anslutet system via ASI ska ske i form av XML-meddelanden.

2.

Alla betalningsinstruktioner som lämnas av ett anslutet system via ASI ska anses vara 'mycket brådskande' och ska avvecklas i enlighet med bilaga II.

3.

En betalningsinstruktion ska anses ha accepterats om

1.

Kreditinstruktioner ska anses ha införts i det relevanta delsystemet i Target2, och vara oåterkalleliga, vid den tidpunkt då de har accepterats av ASCB. Debiteringsinstruktioner ska anses ha införts i det relevanta delsystemet i Target2, och vara oåterkalleliga, vid den tidpunkt då de har accepterats av SCB.

2.

Tillämpningen av punkt 1 ska inte ha någon effekt på anslutna systems regler som fastställer en tidpunkt då betalningsöverföringar införs i det anslutna systemet och/eller oåterkalleligheten av överföringsuppdrag som lämnas in till ett sådant anslutet system vid en tidpunkt som är tidigare än då respektive betalningsinstruktion införs i det relevanta delsystemet i Target2.

1.

Om ett anslutet system ansöker om att använda ett avvecklingsförfarande, ska den berörda ASCB erbjuda ett eller flera av nedanstående avvecklingsförfaranden:

2.

Avvecklingsförfarande 1 ('likviditetsöverföring') erbjuds inte längre.

3.

SCB ska stödja avvecklingen av det anslutna systemets betalningsinstruktioner i enlighet med valet av avvecklingsmetod som beskrivs i punkt 1 genom att bl.a. avveckla betalningsinstruktioner på likvidbankernas PM-konton eller underkonton.

4.

Ytterligare detaljer om de avvecklingsförfaranden som beskrivs i underpunkt 1 återfinns i punkterna 10 till 14.

1.

Utöver PM-konton kan följande typer av konton öppnas i PM och användas av ASCB, de anslutna systemen och likvidbanker avseende de avvecklingsförfaranden som beskrivs i punkt 6.1:

2.

När ASCB tillhandahåller avvecklingsförfarande 4, 5 eller 6 för gränssnittsmodeller, ska den öppna ett tekniskt konto i dess delsystem i Target2 för det berörda anslutna systemet. Sådana konton kan erbjudas av ASCB som ett alternativ till avvecklingsförfarandena 2 och 3. Separata tekniska konton ska öppnas avseende avvecklingsförfarandena 4 och 5. För avvecklingsförfarande 3, 4, 5 eller 6 för gränssnittsmodeller, ska saldot på tekniska konton vara noll eller positivt vid slutet av den berörda avvecklingsprocessen för det berörda anslutna systemet och saldot vid dagens slut ska vara noll. Tekniska konton identifieras antingen genom BIC-koden för det anslutna systemet eller för den relevanta ASCB:n.

3.

När avvecklingsförfarande 6 realtid tillhandahålls ska en ASCB öppna ett tekniskt konto i sitt delsystem i Target2. Tekniska konton för avvecklingsförfarande 6 realtid kan endast ha saldo noll eller positivt saldo under dagen och kan ha ett positivt saldo över natten. Ett saldo över natten på kontot ska förräntas på samma sätt som garanterade medel i enlighet med artikel 11 i denna riktlinje.

4.

När avvecklingsförfarandena 4 eller 5 tillhandahålls kan en ASCB öppna ett garantifondskonto i sitt delsystem i Target2 för de anslutna systemen. Saldot på dessa konton ska användas för att avveckla de anslutna systemens betalningsinstruktioner om det inte finns någon likviditet tillgänglig på likvidbankens PM-konto. ASCB, anslutna system eller borgensmän kan inneha garantimedelskonton. Garantimedelskonton identifieras med hjälp av den berörda kontoinnehavarens BIC.

5.

När ASCB erbjuder avvecklingsförfarande 6 för gränssnittsmodeller ska SCB öppna ett eller flera underkonton i deras delsystem i Target2 för likvidbanker, som ska användas för att ställa likviditet till förfogande samt, i tillämpliga fall, systemöverskridande avveckling. Underkonton ska identifieras, i kombination med ett kontonummer som är specifikt för det berörda underkontot, med hjälp av den BIC som hör till det PM-konto till vilket de hör. Kontonumret består av landskoden plus upp till 32 tecken (beroende på strukturen för det berörda nationella bankkontot).

6.

De konton som avses i punkterna 1 a–c ska inte publiceras i Target2-katalogen. Om så önskas av en innehavare av ett PM-konto får de berörda kontoutdragen (MT 940 och MT 950) för alla sådana konton tillhandahållas kontoinnehavaren vid varje affärsdags slut.

7.

De detaljerade reglerna om öppnande av de typer av konton som nämns i denna punkt och deras tillämpning som stöd för avvecklingsförfarandena kan specificeras ytterligare i bilaterala arrangemang mellan de anslutna systemen och ASCB.

1.

När avvecklingsförfarande 2 tillhandahålls ska ASCB och SCB stödja avvecklingen av likviditetsledet i transaktioner relaterade till anslutna system genom att avveckla betalningsinstruktioner som inlämnats av anslutna system i individualiserad form hellre än i batchform. Om en betalningsinstruktion att debitera ett PM-konto hos en kort likvidbank placeras i kö i enlighet med bilaga II, ska den berörda SCB informera likvidbanken genom ett sändningsmeddelande via ICM.

2.

Avvecklingsförfarande 2 får också tillhandahållas det anslutna systemet för avveckling av multilaterala saldon och i sådana fall ska ASCB öppna tekniska konton för sådana anslutna system. Därutöver ska ASCB inte erbjuda det anslutna systemet tjänsten att på ett korrekt sätt hantera ordningsföljden av de inkommande och utgående betalningarna som kan vara nödvändiga för sådan multilateral avveckling. Det anslutna systemet ska självt bära ansvaret för att organisera den nödvändiga ordningsföljden.

3.

ASCB får erbjuda avveckling av betalningsinstruktioner inom vissa tidsfrister som ska fastställas av det anslutna systemet, såsom avses i punkterna 15.2 och 15.3.

4.

Likvidbankerna och de anslutna systemen ska ha tillgång till information via ICM. De anslutna systemen ska informeras när avvecklingen fullbordats eller om avvecklingen misslyckas via ett meddelande i ICM. Om de så önskar ska likvidbanker som har tillgång till Target2 via Target2-leverantören av nätverkstjänster informeras om att avvecklingen fullbordats via ett SWIFT MT 900- eller MT 910-meddelande. Innehavare av ett PM-konto som använder internetbaserad åtkomst ska informeras via ett meddelande i ICM.

1.

När avvecklingsförfarande 3 tillhandahålls ska ASCB och SCB stödja avvecklingen av likviditetsledet i transaktioner relaterade till anslutna system genom att avveckla betalningsinstruktioner som inlämnats av anslutna system i batchform. Om en betalningsinstruktion att debitera ett PM-konto hos en kort likvidbank placeras i kö i enlighet med bilaga II, ska den berörda SCB informera likvidbanken genom ett sändningsmeddelande via ICM.

2.

Avvecklingsförfarande 3 får också tillhandahållas det anslutna systemet för avveckling av multilaterala saldon. Punkt 10.2 ska i tillämpliga delar gälla, med förbehåll för ändringarna att

3.

Om multilateral avveckling misslyckas (t.ex. om inte alla insamlingar från korta likvidbankers konton lyckas) ska det anslutna systemet lämna betalningsinstruktioner för att upphäva debettransaktioner som redan avvecklats.

4.

ASCB får tillhandahålla

5.

Likvidbankerna och de anslutna systemen ska ha tillgång till information via ICM. De anslutna systemen ska informeras när avvecklingen fullbordats eller om avvecklingen misslyckas beroende på vilket alternativ som har valts – en enstaka eller global underrättelse. Om de så önskar ska likvidbanker informeras om att avvecklingen fullbordats via ett SWIFT MT 900- eller MT 910-meddelande. Innehavare av ett PM-konto som använder internetbaserad åtkomst ska informeras via ett meddelande i ICM.

1.

När avvecklingsförfarande 4 tillhandahålls ska ASCB och SCB stödja avvecklingen av multilaterala likvidtillgodohavanden av transaktioner i anslutna system genom att avveckla betalningsinstruktioner som inlämnats av de anslutna systemen i batchform. ASCB ska öppna ett specifikt tekniskt konto för ett sådant anslutet system.

2.

ASCB och SCB ska säkerställa att betalningsinstruktioner bearbetas i den ordningsföljd som krävs. De ska endast genomföra krediteringar om alla debiteringar har genomförts framgångsrikt. Betalningsinstruktioner: a) att debitera korta likvidbankers konton och kreditera det anslutna systemets tekniska konto; och b) att kreditera långa likvidbankers konton och debitera anslutna systems tekniska konto inlämnas i en gemensam fil.

3.

Betalningsinstruktioner om att debitera PM-kontot för korta likvidbanker och att kreditera det anslutna systemets tekniska konto kommer att avvecklas först; endast när alla sådana betalningsinstruktioner har avvecklats (inklusive eventuell överföring av medel till det tekniska kontot genom en garantifondsmekanism), kommer PM-kontona för de långa likvidbankerna att krediteras.

4.

Om en betalningsinstruktion att debitera ett PM-konto hos en kort likvidbank placeras i kö i enlighet med bilaga II, ska den berörda SCB informera likvidbanken genom ett sändningsmeddelande via ICM.

5.

Om en kort likvidbank inte har tillräckliga medel på sitt PM-konto kommer en garantifondsmekanism att aktiveras av ASCB om detta har avtalats i det bilaterala arrangemanget mellan ASCB och det anslutna systemet.

6.

Om en sådan garantifondsmekanism inte tillhandahålls och hela avvecklingen misslyckas, ska ASCB och SCB anses ha erhållit instruktionen att returnera alla betalningsinstruktioner i filen och ska upphäva betalningsinstruktioner som redan har avvecklats.

7.

ASCB ska informera likvidbankerna om att avvecklingen misslyckats genom ett sändningsmeddelande via ICM.

8.

ASCB får tillhandahålla

9.

Likvidbankerna och de anslutna systemen ska ha tillgång till information via ICM. De anslutna systemen ska informeras när avvecklingen fullbordats eller om avvecklingen misslyckas. Om de så önskar ska likvidbanker informeras om att avvecklingen fullbordats via ett SWIFT MT 900- eller MT 910-meddelande. Innehavare av ett PM-konto som använder internetbaserad åtkomst ska informeras via ett meddelande i ICM.

1.

När avvecklingsförfarande 5 tillhandahålls ska ASCB och SCB stödja avvecklingen av multilaterala likvidtillgodohavanden av transaktioner relaterade till anslutna system genom att avveckla betalningsinstruktioner som inlämnats av de anslutna systemen. För att avveckla relevanta betalningsinstruktioner ska algoritm 4 användas (se tillägg I till bilaga II). Till skillnad från avvecklingsförfarande 4 fungerar avvecklingsförfarande 5 enligt principen 'allt eller inget'. I detta förfarande ska debiteringen av de korta likvidbankernas PM-konton och krediteringen av de långa likvidbankernas PM-konton göras samtidigt (och ej i ordningsföljd, såsom sker i avvecklingsförfarande 4). Punkt 12 ska gälla i tillämpliga delar med förbehåll för följande ändring. Om en eller flera betalningsinstruktioner inte kan avvecklas ska alla betalningsinstruktioner placeras i kö och algoritm 4, så som beskrivs i punkt 16.1, ska upprepas för att avveckla det anslutna systemets betalningsinstruktioner i kön.

2.

ASCB får tillhandahålla

3.

Likvidbankerna och de anslutna systemen ska ha tillgång till information via ICM. De anslutna systemen ska informeras när avvecklingen fullbordats eller om avvecklingen misslyckas. Om de så önskar ska likvidbanker informeras om att avvecklingen fullbordats via ett SWIFT MT 900- eller MT 910-meddelande. Innehavare av ett PM-konto som använder internetbaserad åtkomst ska informeras via ett meddelande i ICM.

4.

Om en betalningsinstruktion att debitera ett PM-konto hos en kort likvidbank placeras i kö i enlighet med bilaga II, ska den berörda SCB informera likvidbankerna genom ett sändningsmeddelande via ICM.

1.

Avvecklingsförfarande 6 kan användas både för gränssnittsmodellen och för realtidsmodellen, såsom framgår av styckena 4–12 respektive 13–16 nedan. När det gäller realtidsmodellen ska det berörda anslutna systemet använda ett tekniskt konto för att insamla nödvändig likviditet som ställts till förfogande av dess likvidbanker för finansiering av deras positioner. När det gäller gränssnittsmodellen ska likvidbanken öppna minst ett underkonto avseende ett specifikt anslutet system.

2.

Om de så önskar ska likvidbankerna informeras via ett SWIFT MT 900- eller MT 910-meddelande och innehavare av ett PM-konto som använder internetbaserad åtkomst ska informeras via ett meddelande i ICM om krediteringen och debiteringen av deras PM-konton och, i förekommande fall, deras underkonton.

3.

När ASCB och SCB erbjuder systemöverskridande avveckling inom ramen för avvecklingsförfarande 6, ska de stödja betalningar avseende systemöverskridande avveckling om dessa betalningar har initierats av de berörda anslutna systemen. För avvecklingsförfarande 6 gränssnitt, kan ett anslutet system endast initiera systemöverskridande avveckling under sin behandlingscykel, och avvecklingsförfarande 6 måste pågå i det anslutna system som tar emot betalningsinstruktionen. För avvecklingsförfarande 6 realtid, kan ett anslutet system initiera systemöverskridande avveckling när som helst under den dagliga överföringsfasen av Target2 och för transaktioner i det anslutna systemet nattetid. Möjligheten att genomföra systemöverskridande avveckling mellan två olika anslutna system ska registreras i Modulen för Basdata (Hantering).

4.

När avvecklingsförfarande 6 gränssnitt tillhandahålls ska ASCB och SCB stödja avvecklingen av bilaterala och/eller multilaterala likvidtillgodohavanden från det anslutna systemets transaktioner genom att

5.

När avvecklingsförfarande 6 gränssnitt tillhandahålls

6.

Avvecklingsförfarande 6 gränssnitt ska tillhandahållas när som helst under den dagliga överföringsfasen av Target2 och för transaktioner i det anslutna systemet nattetid. Den nya affärsdagen ska starta direkt efter det att kassakraven har uppfyllts; all debitering eller kreditering som därefter görs på de relevanta kontona därefter ska valuteras den nya affärsdagen.

7.

Inom ramen för avvecklingsförfarande 6 gränssnitt ska ASCB och SCB tillhandahålla följande typer av likviditetsöverföringstjänster till och från underkontot:

8.

Avvecklingsförfarande 6 gränssnitt påbörjas genom ett meddelande om att förfarandet påbörjas och avslutas med ett meddelande om att förfarandet avslutas, som båda ska sändas av det anslutna systemet (eller ASCB å dess vägnar). Vid meddelanden om att förfarandet påbörjas ska avvecklingen av stående uppdrag för överföring av likviditet ske till underkonton. Meddelande om att förfarandet avslutas medför en automatisk återföring av likviditet från underkontot till PM-kontot.

9.

Inom ramen för avvecklingsförfarande 6 gränssnitt ska reserverad likviditet på underkonton frysas så länge det anslutna systemets behandlingscykel pågår (som startar med ett meddelande om att cykeln påbörjas och slutar med ett meddelande om att cykeln avslutas och som båda sänds av det anslutna systemet) för att därefter frisläppas. Det frysta saldot kan ändras under behandlingscykeln till följd av betalningar avseende systemöverskridande avveckling eller om en likvidbank överför likviditet från sitt PM-konto. ASCB ska underrätta det anslutna systemet om likviditetsminskningen eller likviditetsökningen på underkontot till följd av betalningar avseende systemöverskridande avveckling. Om det anslutna systemet så önskar ska ASCB även underrätta det om sådan likviditetsökning på underkontot som har uppstått till följd av likviditetsöverföring av likvidbanken.

10.

Inom varje behandlingscykel i det anslutna systemet enligt avvecklingsförfarande 6 gränssnitt ska betalningsinstruktioner avvecklas med markerad likviditet varigenom algoritm 5 (enligt hänvisningen i tillägg I till bilaga II) ska användas som en regel.

11.

Inom varje behandlingscykel i det anslutna systemet enligt avvecklingsförfarande 6 gränssnitt ska en likvidbanks markerade likviditet ökas via kreditering av vissa inkommande betalningar direkt till dess underkonton, dvs. kupongbetalningar och inlösen. I sådana fall ska likviditeten först krediteras det tekniska kontot, sedan debiteras sådant konto innan likviditeten krediteras underkontot (eller på PM-kontot).

12.

Systemövergripande avveckling mellan två anslutna system som använder gränssnittsmodellen kan endast initieras av ett anslutet system (eller dess ASCB som agerar för dess räkning) vars deltagares underkonto debiteras. Betalningsinstruktionen avvecklas genom att det belopp som anges i betalningsinstruktionen debiteras en deltagares underkonto i det anslutna system som initierar betalningsinstruktionen samt krediteras en deltagares underkonto i ett annat anslutet system.

Det anslutna system som initierar betalningsinstruktionen och det andra anslutna systemet ska underrättas när avvecklingen fullbordats. Om de så önskar ska likvidbanker informeras om att avvecklingen fullbordats via ett SWIFT MT 900- eller MT 910-meddelande. Innehavare av ett PM-konto som använder internetbaserad åtkomst ska informeras via ett meddelande i ICM.

13.

När avvecklingsförfarande 6 realtid tillhandahålls ska ASCB och SCB stödja sådan avveckling.

14.

Inom ramen för avvecklingsförfarande 6 realtid ska ASCB och SCB tillhandahålla följande typer av likviditetsöverföringstjänster till och från ett tekniskt konto:

15.

Meddelandena om att ett förfarande påbörjas respektive avslutas skickas automatiskt när dagens verksamhet påbörjas respektive vid överföringarna vid dagens slut.

16.

Systemövergripande avveckling mellan två anslutna system som använder realtidsmodellen sker utan inblandning av det anslutna systemet vars tekniska konto kommer att krediteras. Betalningsinstruktionen avvecklas genom att det belopp som anges i betalningsinstruktionen debiteras det tekniska konto som används av det anslutna system som initierar betalningsinstruktionen samt krediteras det tekniska konto som används av ett annat anslutet system. Betalningsinstruktionen kan inte initieras av det anslutna system vars tekniska konto kommer att krediteras.

Det anslutna system som initierar betalningsinstruktionen och det andra anslutna systemet ska underrättas när avvecklingen fullbordats. Om de så önskar ska likvidbanker informeras om att avvecklingen fullbordats via ett SWIFT MT 900- eller MT 910-meddelande. Innehavare av ett PM-konto som använder internetbaserad åtkomst ska informeras via ett meddelande i ICM.

1.

Den fakultativa anslutna mekanismen 'informationsperiod' får tillhandahållas av ASCB för avvecklingsförfarandena 3, 4 och 5. Om det anslutna systemet (eller dess ASCB å dess vägnar) har angett en fakultativ 'informationsperiod' ska likvidbanken få ett sändningsmeddelande via ICM som anger den tidpunkt fram till vilken likvidbanken kan begära att den berörda betalningsinstruktionen ska upphävas. En sådan begäran ska beaktas av SCB endast om den meddelats via, och godkänts av det anslutna systemet. Avvecklingen ska påbörjas om SCB inte erhåller någon sådan begäran före 'informationsperiodens' utgång. Om SCB erhåller en sådan begäran före 'informationsperiodens' utgång

2.

Om ett anslutet system skickar avvecklingsinstruktioner före den utsatta avvecklingstiden ('från'), ska instruktionerna sparas till utsatt avvecklingstid. I detta fall lämnas endast betalningsinstruktionerna till ingångsprocessen när 'från'-tiden inträffar. Denna fakultativa mekanism kan användas vid avvecklingsförfarande 2.

3.

Avvecklingsperioden ('till') gör det möjligt att allokera en begränsad tid för avveckling i anslutna system för att inte förhindra eller försena avvecklingen av andra transaktioner relaterade till anslutna system eller Target2-transaktioner. Om en betalningsinstruktion inte avvecklas före 'till'-tiden eller inom den fastställda avvecklingsperioden, ska dessa betalningsinstruktioner antingen returneras eller, när det gäller avvecklingsförfarandena 4 och 5, kan garantifondsmekanismen aktiveras. Avvecklingsperioden ('till') kan anges för avvecklingsförfarandena 2–5.

4.

Garantifondsmekanismen får användas om en likvidbanks likviditet är otillräcklig för att täcka dess skyldigheter från avveckling i anslutna system. För att möjliggöra en avveckling av alla betalningsinstruktioner involverade i en avveckling i anslutna system används denna mekanism för att vid behov tillhandahålla extra likviditet. Denna mekanism får användas vid avvecklingsförfarandena 4 och 5. Om garantifondsmekanismen används är det viktigt att föra ett särskilt konto för garantifondsmekanismen där 'nödfallslikviditet' finns att tillgå eller görs tillgänglig vid behov.

1.

Algoritm 4 stöder avvecklingsförfarande 5. För att underlätta avvecklingen och för att minska behovet av likviditet, inkluderas alla betalningsinstruktioner i anslutna system (oavsett prioritet). Betalningsinstruktioner i anslutna system som ska avvecklas enligt avvecklingsförfarande 5 kringgår ingångsprocessen och hålls avskilda i PM fram till slutet på det aktuella optimeringsförfarandet. I samma körning av algoritm 4 kommer flera anslutna system som använder avvecklingsförfarande 5 att inkluderas om de avser att avveckla samtidigt.

2.

I avvecklingsförfarande 6 gränssnitt kan likvidbanken reservera likviditet för att avveckla saldon som uppstår i ett specifikt anslutet system. Reservering sker genom att nödvändig likviditet placeras på ett angivet underkonto (gränssnittsmodellen). Algoritm 5 används både för transaktioner under natten i anslutna system och för den dagliga överföringsfasen. Avvecklingsförfarandet sker genom debitering av de korta likvidbankernas underkonton till förmån för det anslutna systemets tekniska konto och därefter debitering av det anslutna systemets tekniska konto till förmån för de långa likvidbankernas underkonton. När det gäller kreditsaldon kan bokningen ske direkt – om detta anges av det anslutna systemet inom den relevanta transaktionen – på likvidbankens PM-konto. Om avvecklingen av en eller flera debiteringsinstruktioner misslyckas (t.ex. på grund av ett fel hos ett anslutet system) ska den aktuella betalningen placeras i kö på underkontot. Avvecklingsförfarande 6 gränssnitt kan använda algoritm 5 löpande på underkonton. Därutöver behöver algoritm 5 inte beakta några gränser eller reserveringar. För varje likvidbank beräknas den sammanlagda positionen och, om det finns täckning för alla sammanlagda positioner, kommer alla transaktioner att avvecklas. Transaktioner för vilka det inte finns någon täckning kommer åter att placeras i kö.

1.

Ett anslutet system som använder ASI eller deltagargränssnittet, ska oavsett antalet konton det kan inneha hos ASCB och/eller SCB omfattas av avgiftsstrukturen som består av nedanstående element.

2.

Varje avgift som ska betalas i förhållande till en betalningsinstruktion som inlämnas eller betalning som tas emot av ett anslutet system, antingen via deltagargränssnittet eller ASI ska uteslutande faktureras detta anslutna system. ECB-rådet får fastställa mer detaljerade regler för avgörandet av fakturerbara transaktioner som avvecklas via ASI.

3.

Varje anslutet system ska från sin ASCB erhålla en faktura för föregående månad baserad på de avgifter som framgår av punkt 1 ovan, senast den nionde affärsdagen under påföljande månad. Betalning ska erläggas senast den fjortonde affärsdagen den månaden till det konto som anges av ASCB eller ska debiteras från ett konto som angetts av det anslutna systemet.

4.

Inom ramen för denna punkt ska varje anslutet system som har betecknats enligt direktiv 98/26/EG behandlas separat, även om två eller fler bedrivs av samma juridiska enhet. Denna regel ska även tillämpas på de anslutna system som inte har betecknats enligt direktiv 98/26/EG, i vilket fall de anslutna systemen ska identifieras genom referens till följande kriterier: a) ett formellt arrangemang, baserat på avtal eller lagstiftning, t.ex. en överenskommelse bland deltagarna och systemoperatören, b) med multipelt medlemskap, c) med gemensamma regler och standardiserade arrangemang, samt d) för clearing, nettning och/eller avveckling av betalningar och/eller säkerheter mellan deltagarna.