1)

Katrs dalībnieks, kurš izmanto interneta piekļuvi, pievienojas TARGET2 IKM, ar iepriekš noteiktiem uzstādījumiem izmantojot lokālo datoru, operētājsistēmu un interneta pārlūkprogrammu, kas norādīti Lietotāju detalizēto darbības specifikāciju funkcionālā apraksta (User Detailed Functional Specifications; UDFS) pielikumā “Dalība ar interneta palīdzību – Sistēmas prasības interneta piekļuvei” (Internet-based participation – System requirements for Internet access). Katra dalībnieka MM kontu identificē astoņu vai 11 ciparu BIC. Turklāt katram dalībniekam, pirms tas var piedalīties TARGET2-[iekļaut atsauci uz CB], jāiztur testi, kas apliecina tā tehnisko un operacionālo gatavību.

2)

Maksājuma rīkojumu iesniegšanai un maksājuma ziņojumu nosūtīšanai MM kā ziņojumu nosūtītājs/saņēmējs tiks izmantots TARGET2 platformas BIC, TRGTXEPMLVP. Maksājuma rīkojumos, kas nosūtīti dalībniekam, kurš izmanto interneta piekļuvi, šo saņēmēju dalībnieku norāda saņēmējas iestādes ziņojuma laukā. Maksājuma rīkojumos, ko nosūta dalībnieks, kurš izmanto interneta piekļuvi, šo dalībnieku identificē kā maksātāju iestādi.

3)

Dalībnieki, kuri izmanto interneta piekļuvi, lieto publiskās atslēgas infrastruktūras pakalpojumus, kas norādīti “Lietotāja rokasgrāmatā publiskās atslēgas infrastruktūras pakalpojumu interneta piekļuvei”.

1)

Dalībnieki ar interneta piekļuvi var veikt šāda veida maksājumus:

Turklāt dalībnieki, kuri izmanto interneta piekļuvi MM kontam, var saņemt tiešā debeta rīkojumus.

2)

Dalībnieki ievēro ziņojumu lauku specifikācijas, kas definētas UDFS 1. sējuma 9.1.2.2. punktā.

3)

Ziņojumu lauku saturu saskaņā ar UDFS prasībām apstiprina TARGET2-[iekļaut atsauci uz valsti/CB] līmenī. Dalībnieki var savstarpēji vienoties par īpašiem noteikumiem attiecībā uz lauku saturu. Tomēr TARGET2-[iekļaut atsauci uz valsti/CB] neveic īpašas pārbaudes, vai dalībnieki ievēro šādus noteikumus.

4)

Dalībnieki, kuri izmanto interneta piekļuvi, TARGET2 var veikt seguma maksājumus, t. i., maksājumus, ko veic korespondētājbankas, lai norēķinātos par (segtu) kredīta pārvedumu ziņojumiem, kuri iesniegti klienta bankai citā, tiešākā veidā. Šajos seguma maksājumos ietvertos klientu datus neatspoguļo IKM.

1)

Visiem maksājuma rīkojumiem jāiztur dubultā ieraksta pārbaude, kuras mērķis ir noraidīt maksājuma rīkojumus, kas kļūdas dēļ iesniegti vairāk nekā vienu reizi.

2)

Pārbauda šādus ziņojuma laukus.

3)

Ja visi 2. apakšpunktā minētie lauki jaunā iesniegtā maksājuma rīkojumā ir identiski laukiem jau akceptētā maksājuma rīkojumā, jauno iesniegto maksājuma rīkojumu noraida.

1)

Maksājuma rīkojumiem, kas izmanto Agrākā debeta laika indikatoru, lieto kodu “/FROTIME/”.

2)

Maksājuma rīkojumiem, kas izmanto Vēlākā debeta laika indikatoru, pieejamas divas izvēles iespējas.

a)   Kods “/REJTIME/”– gadījumiem, kad maksājuma rīkojumu noraida, ja to nevar izpildīt līdz norādītajam debeta laikam.

b)   Kods “/TILTIME/”– gadījumiem, kad maksājuma rīkojumu nenoraida un iekļauj attiecīgajā rindā, ja to nevar izpildīt līdz norādītajam debeta laikam.

Abos gadījumos, ja 15 minūtes pirms norādītā laika maksājuma rīkojums ar Vēlākā debeta laika indikatoru nav izpildīts, automātiski tiek sniegts paziņojums ar IKM palīdzību.

3)

Ja tiek izmantots kods “/CLSTIME/”, ar maksājuma rīkojumu rīkojas tāpat kā ar 2. punkta b) apakšpunktā minēto maksājuma rīkojumu.

1)

Attiecībā uz ievades pozīcijā iekļautajiem maksājuma rīkojumiem veic ieskaita pārbaudes un attiecīgā gadījumā pagarinātās ieskaita pārbaudes (abi termini definēti 2. un 3. apakšpunktā), lai nodrošinātu ātrus, likviditāti taupošus maksājuma rīkojumu bruto norēķinus.

2)

Ieskaita pārbaudē nosaka, vai iespējams veikt maksājuma saņēmēja maksājuma rīkojumus, kas ir īpaši steidzamu vai, ja tādu nav, steidzamu rindu sākumā, un maksātāja maksājuma rīkojuma ieskaitu (turpmāk tekstā – ieskaita maksājuma rīkojumi). Ja ieskaita maksājuma rīkojumi nenodrošina pietiekami daudz līdzekļu attiecīgajam maksātāja maksājuma rīkojumam ievades pozīcijā, nosaka, vai ir pietiekama pieejamā likviditāte maksātāja MM kontā.

3)

Ja ieskaita pārbaudes rezultāts ir negatīvs, [iekļaut CB nosaukumu] var piemērot pagarināto ieskaita pārbaudi. Pagarinātajā ieskaita pārbaudē nosaka, vai ieskaita maksājuma rīkojumi ir pieejami jebkurā no maksājuma saņēmēja rindām neatkarīgi no tā, kad tie iekļauti rindā. Tomēr, ja maksājuma saņēmēja rindā ir augstākas prioritātes maksājuma rīkojumi, kas adresēti citiem TARGET2 dalībniekiem, FIFO principu var neievērot vienīgi tad, ja šāda ieskaita maksājuma rīkojuma izpilde palielinās maksājuma saņēmēja likviditāti.

1)

Darbības ar rindās iekļautajiem maksājuma rīkojumiem ir atkarīgas no rīkotājdalībnieka noteiktās prioritātes grupas.

2)

Maksājuma rīkojumi īpaši steidzamās un steidzamās rindās ar 6. punktā aprakstītās ieskaita pārbaudes palīdzību tiek izpildīti, sākot ar rindas sākumā esošo maksājuma rīkojumu, ja tiek palielināta likviditāte vai tiek veiktas pārmaiņas rindā (rindas kārtības, norēķinu laika vai prioritātes pārmaiņas vai maksājuma rīkojuma atsaukšana).

3)

Maksājuma rīkojumi parastajā rindā tiek izpildīti secīgi, ietverot visus īpaši steidzamos un steidzamos maksājumus, kas vēl nav izpildīti. Tiek izmantoti dažādi optimizācijas mehānismi (algoritmi). Ja algoritma piemērošana ir veiksmīga, algoritmā iekļautie maksājuma rīkojumi tiks izpildīti, bet, ja algoritma piemērošana nav veiksmīga, algoritmā iekļautie maksājuma rīkojumi paliks rindā. Trīs algoritmi (1.–3.) tiek izmantoti maksājumu plūsmu ieskaitam. Ar 4. algoritmu pieejama 5. norēķinu procedūra (kas definēta UDFS 2.8.1. punktā), lai izpildītu papildsistēmu maksājuma norādījumus. Lai optimizētu papildsistēmu īpaši steidzamu darījumu izpildi dalībnieku apakškontos, izmanto īpašu algoritmu (5. algoritmu).

4)

Maksājuma rīkojumi, kas ievades pozīcijā iekļauti pēc 1.–4. algoritma uzsākšanas, ievades pozīcijā var tomēr tikt izpildīti nekavējoties, ja attiecīgo TARGET2 dalībnieku MM kontu pozīcijas un limiti ir savietojami gan ar šo maksājuma rīkojumu izpildi, gan notiekošajā optimizācijas procedūrā esošo maksājuma rīkojumu izpildi. Tomēr abi algoritmi nevar tikt izpildīti vienlaikus.

5)

Dienas apstrādes laikā algoritmi darbojas secīgi. Tik ilgi, kamēr nav neizpildītu papildsistēmas vienlaicīgo daudzpusējo norēķinu, ir spēkā šāda secība:

Ja ir neizpildīti papildsistēmas vienlaicīgie daudzpusējie norēķini (“5. procedūra”), darbojas 4. algoritms.

6)

Algoritmu izpilde ir elastīga, nosakot iepriekš noteiktu laika nobīdi starp dažādu algoritmu piemērošanu, lai nodrošinātu to, ka divu algoritmu izpildi nošķir minimāls laika posms. Algoritmu izpildes secību kontrolē automātiski. Jāparedz manuālas iejaukšanās iespēja.

7)

Laikā, kad maksājuma rīkojums iekļauts algoritma darbībā, to nevar atsaukt vai mainīt tā atrašanās vietu rindā. Lūgumus mainīt atrašanās vietu rindā vai atsaukt maksājuma rīkojumu līdz algoritma izpildes pabeigšanai iekļauj rindā. Ja attiecīgais maksājuma rīkojums algoritma darbības laikā tiek izpildīts, lūgumus tam mainīt vietu rindā vai to atsaukt noraida. Ja maksājuma rīkojums netiek izpildīts, dalībnieka lūgumu ņem vērā nekavējoties.

1)

IKM var izmantot maksājuma rīkojumu ievadīšanai.

2)

IKM var izmantot informācijas saņemšanai un likviditātes pārvaldībai.

3)

Izņemot uzglabātos maksājuma rīkojumus un statisko datu informāciju, IKM ir pieejami tikai tie dati, kas saistīti ar attiecīgo darbadienu. Informācija ir pieejama tikai angļu valodā.

4)

Informācija tiek sniegta pēc pieprasījuma. Tas nozīmē, ka katram dalībniekam jālūdz sniegt informāciju. Dalībnieki regulāri darbadienas laikā pārbauda, vai IKM nav svarīgu ziņojumu.

5)

Dalībniekiem, kuri izmanto interneta piekļuvi, pieejams tikai režīms “lietotājs-lietojumprogramma” (user-to-application mode; U2A). U2A režīms atļauj tiešu komunikāciju starp dalībnieku un IKM. Informācija tiek atspoguļota pārlūkprogrammā, kas darbojas datorā. Sīkāki norādījumi pieejami IKM lietotāja rokasgrāmatā.

6)

Katram dalībniekam ir vismaz viena darbstacija ar interneta pieslēgumu, lai piekļūtu IKM ar U2A palīdzību.

7)

Piekļuves tiesības IKM piešķir, izmantojot sertifikātus, kuru lietošana sīkāk aprakstīta 10.–13. punktā.

8)

Dalībnieki IKM drīkst izmantot arī likviditātes pārvedumiem:

1)

Dalībnieks lūdz [iekļaut CB nosaukumu] izsniegt sertifikātus, kas ļauj piekļūt TARGET2-[iekļaut atsauci uz CB/valsti], izmantojot interneta piekļuvi.

2)

Dalībnieks lūdz [iekļaut CB nosaukumu] bloķēt vai reaktivēt sertifikātus, kā arī tos atsaukt vai atjaunot gadījumos, ja sertifikātu turētājs vairs nevēlas piekļūt TARGET2 vai ja dalībnieks pārtraucis savu darbību TARGET2-[iekļaut atsauci uz CB/valsti] (piemēram, apvienošanās vai pārņemšanas rezultātā).

3)

Dalībnieks veic visus piesardzības un organizatoriskos pasākumus, lai nodrošinātu, ka sertifikāti tiek lietoti tikai atbilstoši Saskaņotajiem noteikumiem.

4)

Dalībnieks bez kavēšanās informē [iekļaut CB nosaukumu] par jebkurām būtiskām pārmaiņām informācijā, kas iekļauta veidlapās, kuras [iekļaut CB nosaukumu] iesniegtas saistībā ar sertifikātu izsniegšanu.

5)

Dalībniekam var būt ne vairāk kā pieci aktīvi sertifikāti katram MM kontam. Saņemot attiecīgu lūgumu, [iekļaut CB nosaukumu] pēc saviem ieskatiem var iesniegt pieteikumu sertificēšanas iestādēs par papildu sertifikātu izsniegšanu.

1)

Dalībnieks nodrošina visu sertifikātu drošu glabāšanu un veic stingrus organizatoriskos un tehniskos pasākumus, lai novērstu kaitējumus trešām personām un nodrošinātu, ka katru sertifikātu lieto tikai konkrētais sertifikāta turētājs, kuram sertifikāts tika izsniegts.

2)

Dalībnieks bez kavēšanās sniedz visu [iekļaut CB nosaukumu] prasīto informāciju un garantē šīs informācijas ticamību. Dalībnieki jebkurā brīdī pilnībā atbild par to, ka joprojām ir pareiza visa informācija, ko tie snieguši [iekļaut CB nosaukumu] saistībā ar sertifikātu izsniegšanu.

3)

Dalībnieki pilnībā atbild par to, ka viņu sertifikātu turētāji tiem piešķirtos sertifikātus tur atsevišķi no slepenajiem PIN un PUK kodiem.

4)

Dalībnieki pilnībā atbild par to, ka viņu sertifikātu turētāji neizmanto sertifikātus funkcijām vai mērķiem, kas nav tie, kuriem sertifikāti tika izsniegti.

5)

Dalībnieks nekavējoties informē [iekļaut CB nosaukumu] par jebkuru lūgumu un tā pamatojumu sertifikātu bloķēšanai, reaktivēšanai, atsaukšanai vai atjaunošanai.

6)

Dalībnieks nekavējoties lūdz [iekļaut CB nosaukumu] bloķēt sertifikātus vai tajos iekļautās atslēgas, ja sertifikāti ir bojāti vai vairs nav to turētāju valdījumā.

7)

Dalībnieks nekavējoties informē [iekļaut CB nosaukumu] par sertifikātu pazušanu vai zādzību.

1)

Datorsistēma, ko dalībnieks izmanto, lai piekļūtu TARGET2 ar interneta palīdzību, atrodas dalībniekam piederošās vai nomātās telpās. Piekļuve TARGET2-[iekļaut atsauci uz CB/valsti] atļauta tikai no šādām telpām, un, lai izvairītos no neskaidrībām, attālināta piekļuve nav atļauta.

2)

Dalībnieks visu programmatūru lieto datorsistēmās, kas instalētas un iekārtotas saskaņā ar spēkā esošajiem starptautiskajiem IT drošības standartiem, kas ietver vismaz 12. punkta 3) apakšpunktā un 13. punkta 4) apakšpunktā izklāstītās prasības. Dalībnieks nodrošinās ar piemērotiem datordrošības līdzekļiem, t. sk. pret vīrusiem un ļaunprogrammatūru, veic pasākumus pret personas datu izmānīšanu (pikšķerēšanu), drošības uzlabošanas (hardening) pasākumus un ielāpu pārvaldības (patch management) procedūras. Dalībnieks regulāri atjaunina šādus pasākumus un procedūras.

3)

Dalībnieks interneta piekļuves mērķiem izveido šifrētu komunikāciju saikni ar TARGET2-[iekļaut atsauci uz CB/valsti].

4)

Lietotāju kontiem dalībnieka darbstacijās nav administratora privilēģiju. Privilēģijas piešķir saskaņā ar “mazāko privilēģiju” principu.

5)

Dalībnieks vienmēr šādi aizsargā datorsistēmas, ko izmanto TARGET2-[iekļaut atsauci uz CB/valsti] interneta piekļuvei:

6)

Dalībnieks nodrošina, ka tā sertifikātu turētāji vienmēr izmanto drošas pārlūkošanas principus, t. sk.:

7)

Lai mazinātu riskus savai sistēmai, dalībnieks vienmēr uztur spēkā šādus pārvaldības principus:

1)

Dalībnieks ar atbilstošu organizatorisko un/vai tehnisko pasākumu palīdzību vienmēr nodrošina, ka lietotāja identifikatori (ID), kas atklāti piekļuves tiesību kontrolei (Piekļuves tiesību pārbaude), netiek izmantoti ļaunprātīgi, jo īpaši, ka par tiem neuzzina neautorizētas personas.

2)

Dalībnieka rīcībā ir lietotāju administrēšanas process, kas nodrošina attiecīgā lietotāja ID tūlītēju un neatgriezenisku dzēšanu, ja darbinieks vai cits sistēmas lietotājs, kas to lieto dalībnieka telpās, atstāj dalībnieka organizāciju.

3)

Dalībnieka rīcībā ir lietotāju administrēšanas process, kas nekavējoties un neatgriezeniski ļauj bloķēt tāda lietotāja ID, kurš ir jebkādā veidā pakļauts apdraudējumam, t. sk. gadījumos, ja sertifikāti ir pazaudēti vai nozagti, vai izkrāpta parole.

4)

Ja dalībnieks trijos gadījumos nespēj novērst ar drošību saistītus defektus vai konfigurācijas kļūdas (piemēram, ar ļaunprogrammatūru inficētu sistēmu dēļ), SSP sniedzējas CB var neatgriezeniski bloķēt visus dalībnieka lietotāju ID.

1.

Tiešajiem dalībniekiem mēneša maksa par maksājuma rīkojumu apstrādi TARGET2-[iekļaut atsauci uz CB/valsti] ir 70 euro par interneta piekļuvi MM kontam un 100 euro par MM kontu, un fiksēta maksa par darījumu (debeta grāmatojumu) ir 0.80 euro.

2.

Papildu mēneša maksa 30 euro par kontu jāmaksā tiešajiem dalībniekiem, kuri nevēlas, ka TARGET2 direktorijā publicē to konta BIC.

3.

Tiešajiem dalībniekiem piemēro šādus rēķina nosūtīšanas noteikumus. Tiešais dalībnieks rēķinu par iepriekšējo mēnesi, kurā norādīta komisijas maksa, saņem ne vēlāk kā nākamā mēneša piektajā norēķinu dienā. Maksājumu [iekļaut CB nosaukumu] norādītajā kontā veic ne vēlāk kā attiecīgā mēneša 10. darbadienā, un to debetē no šā dalībnieka MM konta.