1.

Varje deltagare som använder internetbaserad åtkomst måste ansluta sig till ICM i Target2 via en lokal klient, ett operativsystem och en webbläsare enligt specifikationerna i bilagan ’Internetbaserat deltagande – Systemkrav för Internetåtkomst till de detaljerade funktionsspecifikationerna för användare (UDFS)’, med fastställda inställningar. Varje deltagares PM-konto ska identifieras som en åtta- eller elvasiffrig BIC. Vidare ska varje deltagare klara en serie tester för att pröva dess tekniska och operativa kompetens innan den kan delta i Target2-[ange centralbanks-/landsreferens].

2.

För lämnandet av betalningsuppdrag och utbytet av betalningsmeddelanden i PM ska Target2-plattformens BIC, TRGTXEPMLVP, användas som meddelandesändare/meddelandemottagare. Betalningsuppdrag som skickas till en deltagare som använder internetbaserad åtkomst ska identifiera den mottagande deltagaren i fältet för mottagande institution. Betalningsuppdrag som utförs av en deltagare som använder internetbaserad åtkomst kommer att identifiera den deltagaren som uppdragsgivande institution.

3.

Deltagare som använder internetbaserad åtkomst ska använda infrastrukturtjänsten för publika nycklar enligt specifikationerna i användarmanualen om Internetåtkomst för certifiering av publika nycklar.

1.

Deltagare som använder internetbaserad åtkomst kan göra följande typer av betalningar:

Deltagare som använder internetbaserad åtkomst till ett PM-konto kan dessutom ta emot direktdebiteringsuppdrag.

2.

Deltagare ska följa fältspecifikationerna enligt kapitel 9.1.2.2 i UDFS, bok 1.

3.

Innehållet i fälten ska valideras på Target2-[ange lands-/centralbanksreferens]-nivå i enlighet med UDFS-kraven. Deltagare kan sinsemellan komma överens om särskilda regler avseende innehållet i fälten. I Target2-[ange lands-/centralbanksreferens] kommer det emellertid inte att ske några särskilda kontroller av huruvida deltagarna följer sådana regler eller inte.

4.

Deltagare som använder internetbaserad åtkomst får via Target2 utföra s.k. cover payments, dvs. betalningar som utförs av korrespondentbanker för att avveckla (täcka) meddelanden om betalningsöverföring som lämnas till en kundbank genom andra, mer direkta medel. Kunduppgifter i dessa cover payments ska inte visas i ICM.

1.

Alla betalningsuppdrag ska gå igenom en duplikatkontroll, vilket har till syfte att avvisa betalningsuppdrag som av misstag har lämnats mer än en gång.

2.

Följande fält i de olika typerna av meddelanden ska kontrolleras:

3.

Om alla de fält som anges i punkt 2 avseende ett nyligen lämnat betalningsuppdrag är identiska med dem som är i relation till ett betalningsuppdrag som redan har accepterats, ska det nyligen lämnade betalningsuppdraget returneras.

1.

För betalningsuppdrag där Earliest Debit Time Indicator används, ska kodordet ’/FROTIME/’ användas.

2.

För betalningsuppdrag där Latest Debet Time Indicator används, ska två alternativ finnas.

a)   Kodordet ’/REJTIME/’: om betalningsuppdrag inte kan avvecklas inom den indikerade debettiden ska betalningsuppdraget returneras.

b)   Kodordet ’/TILTIME/’: om betalningsuppdraget inte kan avvecklas inom den indikerade debettiden ska betalningsuppdraget inte returneras utan behållas i den relevanta kön.

Enligt båda alternativen ska en underrättelse automatiskt tillhandahållas via ICM om en betalningsorder med Latest Debet Time Indicator inte avvecklas 15 minuter före den tid som anges i denna.

3.

Om kodordet ’/CLSTIME/’ används ska betalningen behandlas på samma sätt som en betalningsorder som avses i punkt 2 b.

1.

Avräkningskontroller och, där det är tillämpligt, utvidgade avräkningskontroller (båda termerna definierade i punkterna 2 och 3) ska utföras på betalningsuppdrag som införs i ingångsprocessen för att tillhandahålla snabb och likviditetssparande bruttoavveckling av betalningsuppdrag.

2.

En avräkningskontroll ska avgöra huruvida betalningsmottagarens betalningsuppdrag som är först i den mycket brådskande, eller om detta inte är tillämpligt, brådskande kön, är tillgängliga för att avräknas mot betalarens betalningsuppdrag (nedan kallad avräkning av betalningsuppdrag). Om ett motstående betalningsuppdrag inte tillhandahåller tillräckliga medel för respektive betalares betalningsuppdrag i ingångsprocessen ska det avgöras huruvida tillräckliga medel finns tillgängliga på betalarens PM-konto.

3.

Om avräkningskontrollen misslyckas får [ange centralbankens namn] tillämpa en utvidgad avräkningskontroll. En utvidgad avräkningskontroll avgör huruvida avräknande betalningsuppdrag finns tillgängliga i någon av betalningsmottagarnas köer oavsett när de anslöt sig till kön. Men om det i betalningsmottagarens kö finns betalningsuppdrag med högre prioritet adresserade till andra Target2-deltagare får FIFO-principen endast brytas om avvecklingen av ett sådant avräknande betalningsuppdrag skulle resultera i en likviditetsökning för betalningsmottagaren.

1.

Behandlingen av betalningsuppdrag placerade i kö beror på vilken prioritetsklass den tillordnats av den uppdragsgivande deltagaren.

2.

Betalningsuppdrag i mycket brådskande och brådskande köer ska avvecklas genom att avräkningskontrollerna i punkt 6 används, vilket börjar med det betalningsuppdrag som står längst fram i kön i fall där det finns en likviditetsökning eller det sker en intervention på könivån (ändring av köpositionen, avvecklingstiden eller prioriteten, eller återkallelse av betalningsuppdraget).

3.

Betalningsuppdrag i den normala kön ska avvecklas på rullande basis inklusive alla mycket brådskande och brådskande betalningsuppdrag som ännu inte har avvecklats. Olika optimeringsmekansimer (algoritmer) används. Om en algoritm är framgångsrik, kommer de inkluderade betalningsuppdragen att avvecklas; om en algoritm misslyckas kommer de inkluderade betalningsuppdragen att förbli i kön. Tre algoritmer (1 till 3) ska tillämpas för att avräkna betalningsflöden. Genom algoritm 4 ska avvecklingsförfarande 5 (enligt definitionen i kapitel 2.8.1 i UDFS) vara tillgängligt för avvecklingen av betalningsinstruktioner för anslutna system. För att optimera avvecklingen av mycket brådskande transaktioner i anslutna system på deltagarnas underkonton ska en särskild algoritm (algoritm 5) användas.

4.

Betalningsuppdrag som införs i ingångsprocessen efter det att algoritmerna 1–4 påbörjats får avvecklas omedelbart i ingångsprocessen om positionerna och gränserna för de berörda Target2-deltagarnas PM-konton är kompatibla med både avvecklingen av dessa betalningsuppdrag och avvecklingen av betalningsuppdrag i det rådande optimeringsförfarandet. De två algoritmerna ska dock inte löpa samtidigt.

5.

Under den dagliga överföringsfasen ska algoritmerna löpa i följd. Så länge som det inte finns någon pågående samtidig multilateral avveckling av ett anslutet system ska ordningsföljden vara:

När samtidig multilateral avveckling avseende (’procedur 5’) avseende ett anslutet system pågår ska algoritm 4 löpa.

6.

Algoritmerna ska löpa flexibelt genom att en fördefinierad tidsfördröjning sätts mellan tillämpningen av olika algoritmer för att säkerställa ett minimiintervall mellan två algoritmers löpande. Tidsföljden ska automatiskt kontrolleras. Manuell intervention ska vara möjlig.

7.

När ett betalningsuppdrag inkluderas i en löpande algoritm ska turordningen för ett betalningsuppdrag inte ändras (ändring av positionen i kön) eller återkallas. Begäran om ändring av turordningen eller återkallande av ett betalningsuppdrag ska ställas i kö till dess att algoritmen är komplett. Om det berörda betalningsuppdraget avvecklas medan algoritmen löper ska en begäran om turordningsändring eller återkallande avvisas. Om betalningsuppdraget inte avvecklas ska deltagarens begäran omedelbart tas i beaktande.

1.

ICM kan användas för att lägga in betalningsuppdrag.

2.

ICM kan användas för att få information och för att hantera likviditet.

3.

Med undantag av lagrade betalningsuppdrag och uppgifter om basdata, ska endast uppgifter som avser den rådande affärsdagen vara tillgängliga via ICM. Skärmarna ska endast finnas på det engelska språket.

4.

Informationen ska tillhandahållas i ’dra’-form, vilket betyder att varje deltagare måste be att få informationen. Deltagare ska under affärsdagen regelbundet kontrollera ICM för att se om det finns några viktiga meddelanden.

5.

Endast funktionen användare-till-applikation (U2A) ska vara tillgänglig för deltagare som använder internetbaserad åtkomst. U2A medger direkt kommunikation mellan en deltagare och ICM. Informationen visas i en webbläsare i en PC. Ytterligare detaljer finns i ICM:s användarhandbok.

6.

Varje deltagare ska ha åtminstone en arbetsstation med Internetåtkomst för att ha tillgång till ICM via U2A.

7.

Tillträdesrättigheter till ICM ska beviljas genom att använda certifikat. Hur dessa används beskrivs mer ingående i punkterna 10–13.

8.

Deltagare får också använda ICM för att överföra likviditet

1.

Deltagaren ska begära att [ange centralbankens namn] utfärdar certifikat så att deltagaren kan få tillgång till Target2 [ange centralbanks-/landsreferens] via internetbaserad åtkomst.

2.

Deltagaren ska begära avstängning och återaktivering av certifikat samt återkallande och förnyande av certifikat från [ange centralbankens namn] när en certifikatinnehavare inte längre önskar tillgång till Target2 eller om deltagaren upphör med sin verksamhet i Target2-[ange centralbanks-/landsreferens] (t.ex. till följd av en sammanslagning eller ett förvärv).

3.

Deltagaren ska vidta varje försiktighets- och organisationsåtgärd för att säkerställa att certifikaten endast används i enlighet med de harmoniserade villkoren.

4.

Deltagaren ska utan dröjsmål meddela [ange centralbankens namn] om det har skett någon betydande förändring av informationen i de formulär som har lämnats till [ange centralbankens namn] i samband med utfärdandet av certifikaten.

5.

Deltagaren får ha högst fem aktiva certifikat för varje PM-konto. På begäran får [ange namn på centralbanken] efter eget gottfinnande ansöka om utfärdande av ytterligare certifikat från certifieringsmyndigheterna.

1.

Deltagaren ska säkerställa att samtliga certifikat hålls i säkert förvar och anta tillförlitliga organisatoriska och tekniska åtgärder för att undvika skada på tredje part samt se till att varje certifikat används enbart av den specifika certifikatinnehavare som det har utfärdats till.

2.

Deltagaren ska utan dröjsmål tillhandahålla all information som har begärts av [ange centralbankens namn] och garantera att denna information är tillförlitlig. Deltagare ska alltid bära det fulla ansvaret för att all information som har lämnats till [ange centralbanks-/landsreferens] i samband med utfärdande av certifikat fortsätter att vara korrekt.

3.

Deltagaren har det fulla ansvaret för att säkerställa att samtliga dess certifikatinnehavare förvarar sina tilldelade certifikat åtskilt från de hemliga PIN- och PUK-koderna.

4.

Deltagaren har det fulla ansvaret för att säkerställa att ingen av dess certifikatinnehavare använder certifikaten för andra funktioner eller syften än de har utfärdats för.

5.

Deltagaren ska omgående informera [ange centralbankens namn] om varje begäran om och motiv till avstängning, återaktivering, återkallande eller förnyande av certifikat.

6.

Deltagaren ska omgående begära att [ange centralbankens namn] ska avstänga samtliga certifikat, eller nycklarna i dessa, som är defekta eller inte längre innehas av respektive certifikatinnehavare.

7.

Deltagaren ska omgående meddela [ange centralbankens namn] om det har förekommit någon förlust eller stöld av certifikat.

1.

Det datorsystem som en deltagare använder för att få tillgång till Target2 via internetbaserad åtkomst ska vara beläget i lokaler som ägs eller hyrs av deltagaren. Det ska endast vara tillåtet att ha tillgång till Target2-[ange centralbanks-/landsreferens] från dessa lokaler och för att undvika tvivel ska ingen form av fjärranslutning vara tillåten.

2.

Deltagaren ska köra all programvara på datorsystem som har installerats och verksamhetsanpassats i enlighet med gällande internationella it-säkerhetsstandarder, vilket åtminstone ska omfatta kraven i punkterna 12.3 och 13.4. Deltagaren ska fastställa lämpliga åtgärder, som framför allt ska omfatta skydd mot **antivirus och sabotageprogram, åtgärder mot nätfiske samt härdning och förfaranden för uppdateringshantering. Samtliga sådana åtgärder och förfaranden ska regelbundet uppdateras av deltagaren.

3.

Deltagaren ska upprätta en krypterad kommunikationslänk till Target2-[ange centralbanks-/landsreferens] för Internetåtkomst.

4.

Användarnas datorkonton i deltagarens arbetsstationer får inte ha administrativa rättigheter. Rättigheterna ska tilldelas enligt principen om minsta möjliga behörighet.

5.

Deltagaren ska alltid skydda de datorsystem som används för Target2-[ange centralbanks-/landsreferens] för Internetåtkomst enligt följande:

6.

Deltagaren ska säkerställa att dess certifikatinnehavare alltid följer praxis för säker surfning genom att bl.a. göra följande:

7.

Deltagaren ska alltid tillämpa följande hanteringsprinciper för att reducera systemrisker:

1.

Deltagaren ska med hjälp av lämpliga organisatoriska och/eller tekniska åtgärder alltid säkerställa att användar-ID som anges för att kontrollera åtkomsträttigheter (Access Right Review) inte missbrukas och framför allt att inga obehöriga personer får kännedom om dem.

2.

Deltagaren ska ha inrättat en process för användaradministration som säkerställer att tillhörande användar-ID raderas omedelbart och permanent om en anställd eller annan systemanvändare i deltagarens lokaler lämnar deltagarens organisation.

3.

Deltagaren ska ha inrättat en process för användaradministration och ska omedelbart och permanent stänga av användar-ID där det föreligger någon form av risk, vilket även omfattar förlust eller stöld av certifikat eller nätfiske av ett lösenord.

4.

Om en deltagare inte kan undanröja säkerhetsrelaterade fel eller konfigurationsfel (som t.ex. beror på att systemet har infekterats av sabotageprogram) efter tre händelser, får de centralbanker som tillhandahåller SSP permanent blockera alla deltagarens användar-ID.

1.

Månadsavgiften för verkställandet av betalningsuppdrag i Target2-[ange centralbanks-/landsreferens] för direkta deltagare ska vara 70 euro per PM-konto, en avgift för Internetåtkomst plus 100 euro per PM-konto plus en fast avgift per transaktion (debitering) på 0,80 euro.

2.

För direkta deltagare som inte önskar få sitt kontos BIC offentliggjort i Target2-katalogen tillkommer en ytterligare månadsavgift på 30 euro per konto.

3.

För direkta deltagare gäller följande faktureringsregler. Den direkta deltagaren ska erhålla fakturan för föregående månad med alla uppgifter om de avgifter som ska betalas, senast den femte affärsdagen under påföljande månad. Betalning ska erläggas senast den tionde arbetsdagen den månaden till det konto som anges av [ange namnet på centralbanken] och ska debiteras den deltagarens PM-konto.