Comunica experienta
MonitorulJuridic.ro
NORMĂ nr. 1 din 15 februarie 2024 privind modul unitar de completare a menţiunilor din ordinele de plată către Ministerul Finanţelor - Trezoreria Statului în mesajele electronice utilizate în sistemele de plăţi
EMITENT: Banca Naţională a României PUBLICAT: Monitorul Oficial nr. 141 din 20 februarie 2024
Având în vedere prevederile art. 2 alin. (2) lit. b) şi ale art. 22 alin. (1) şi (2) din Legea nr. 312/2004 privind Statutul Băncii Naţionale a României, ale art. 404, 407 şi art. 408 alin. (1) din Ordonanţa de urgenţă a Guvernului nr. 99/2006 privind instituţiile de credit şi adecvarea capitalului, aprobată cu modificări şi completări prin Legea nr. 227/2007, cu modificările şi completările ulterioare, ale art. 13 alin. (4) din Legea nr. 253/2004 privind caracterul definitiv al decontării în sistemele de plăţi şi în sistemele de decontare a operaţiunilor cu instrumente financiare, cu modificările şi completările ulterioare,
în temeiul art. 48 din Legea nr. 312/2004 privind Statutul Băncii Naţionale a României şi al art. 405 din Ordonanţa de urgenţă a Guvernului nr. 99/2006 privind instituţiile de credit şi adecvarea capitalului, aprobată cu modificări şi completări prin Legea nr. 227/2007, cu modificările şi completările ulterioare,
Banca Naţională a României emite prezenta normă.
ART. 1
Prezenta normă se aplică instituţiilor de credit persoane juridice române şi sucursalelor instituţiilor de credit din alte state membre stabilite în România, care participă la sistemele de plăţi autorizate de Banca Naţională a României.
ART. 2
În scopul asigurării condiţiilor necesare pentru procesarea automată a plăţilor transmise prin sistemele de plăţi către Ministerul Finanţelor - Trezoreria Statului, prezenta normă stabileşte:
a) modul unitar de completare a menţiunilor din ordinele de plată în mesajele electronice utilizate de sistemele de plăţi menţionate la art. 1;
b) obligaţiile participanţilor la sistemele menţionate la art. 1, care decurg din utilizarea mesajelor electronice în cadrul respectivelor sisteme.
ART. 3
Participanţii care efectuează plăţi în relaţia cu Ministerul Finanţelor - Trezoreria Statului, prin sistemul ReGIS, utilizează exclusiv mesaje de tip pacs.009, pacs.008 sau, după caz, pacs.004.
ART. 4
(1) Participanţii care transmit mesaje de plată pacs.008 către Ministerul Finanţelor - Trezoreria Statului prin sistemul ReGIS respectă modul unitar de completare în mesajele respective a menţiunilor din ordinele de plată, conform prevederilor din anexa nr. 1, iar mesajele de plată de tip pacs.009 şi pacs.004 transmise către Ministerul Finanţelor - Trezoreria Statului respectă cerinţele SWIFT specifice acestor tipuri de mesaje.
(2) Participanţii care transmit mesaje de plată pacs.008 către Ministerul Finanţelor - Trezoreria Statului prin sistemul SENT respectă prevederile în vigoare ale Schemei SEPA Credit Transfer a Consiliului European al Plăţilor, adoptată de Asociaţia Română a Băncilor pentru plăţile în RON, cu procesarea menţiunilor suplimentare prevăzute în anexa nr. 2.
(3) Participanţii care nu au adoptat Schema SEPA Credit Transfer şi care transmit mesaje de plată XML Core Bulk Large Remittance Credit Transfer prin sistemul SENT respectă modul unitar de completare în mesajele respective a menţiunilor din ordinele de plată, conform prevederilor anexei nr. 3. Conversia mesajelor de plată XML Core Bulk Large Remittance Credit Transfer în/din format SEPA este asigurată la nivelul sistemului SENT.
ART. 5
(1) Mesajele de tip Return (pacs.004) sunt transmise către/de către Ministerul Finanţelor - Trezoreria Statului, într-un termen de maximum 3 zile bancare de la data decontării mesajului original de plată.
(2) Pentru situaţiile excepţionale în care returnarea prin mesaj pacs.004 nu se poate realiza în termenul de 3 zile, sumele de bani se returnează printr-un mesaj pacs.008.
(3) Returnarea peste termenul de 3 zile a mesajelor de plată cu sume mai mici de 50.000 lei poate fi efectuată prin sistemul de mică valoare - SENT, fiind comunicate în câmpul de explicaţii elementele necesare pentru identificarea şi reconcilierea cu mesajul original iniţial (de exemplu, UETR, referinţa iniţială etc.).
(4) Pentru situaţiile menţionate la alin. (2) şi (3), câmpul de explicaţii ce conţine elementele necesare pentru identificarea şi reconcilierea cu mesajul original iniţial se completează pentru procesarea prin sistemul ReGIS potrivit detaliilor menţionate în anexa nr. 1, pct. 13, iar pentru procesarea prin sistemul SENT potrivit detaliilor menţionate în anexa nr. 2, pct. 4 sau în anexa nr. 3, pct. 9.
ART. 6
Pentru nerespectarea prezentei norme, Banca Naţională a României poate dispune aplicarea de măsuri de remediere şi/sau sancţiuni participanţilor la sistemele de plăţi, în conformitate cu prevederile art. 407 şi 408 din Ordonanţa de urgenţă a Guvernului nr. 99/2006 privind instituţiile de credit şi adecvarea capitalului, aprobată cu modificări şi completări prin Legea nr. 227/2007, cu modificările şi completările ulterioare.
ART. 7
Anexele nr. 1-3 fac parte integrantă din prezenta normă.
ART. 8
Prezenta normă se publică în Monitorul Oficial al României, Partea I.
ART. 9
La data intrării în vigoare a prezentei norme, Normele Băncii Naţionale a României nr. 1/2005 privind modul unitar de completare a menţiunilor din ordinele de plată în mesajele electronice utilizate în sistemul ReGIS şi în casa de compensare automată, publicate în Monitorul Oficial al României, Partea I, nr. 75 din 21 ianuarie 2005, se abrogă.
Preşedintele Consiliului de administraţie al Băncii Naţionale a României,
Mugur Constantin Isărescu
Bucureşti, 15 februarie 2024.
Nr. 1.
ANEXA 1
CORELAREA
informaţiilor din mesajul SWIFT (pacs. 008), necesare a fi comunicate
de către participanţi, pentru a se asigura decontarea automată şi
reconcilierea finală în relaţie cu Ministerul Finanţelor -
Trezoreria Statului în sistemul ReGIS
1. ID01 = număr ordin de plată - obligatoriu conform schemei; /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/PmtId/EndToEndId
2. ID02 = data decontării/data mesajului - obligatoriu conform schemei; /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/IntrBkSttlmDt
3. ID03 = data debitării ordinului de plată - obligatoriu pentru TREZ (În situaţia în care informaţia lipseşte sau este invalidă, va fi completată automat de Ministerul Finanţelor - Trezoreria Statului cu data decontării în sistemul ReGIS.);
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/AccptncDtTm
4. ID04 = cod identificare fiscală plătitor - CIF (CF - cod înregistrare fiscală, CUI - cod unic de înregistrare, CNP - cod numeric personal, NIF - număr de identificare fiscală) - Identificatorul poate fi preluat din oricare din cele 2 elemente:
- Organisation - pentru persoane juridice; sau
– Private - pentru persoane fizice.
Se va completa un singur identificator fiscal - obligatoriu pentru TREZ; /Document/FIToFICstmrCdtTrf/ CdtTrfTxInf/Dbtr/Id/OrgId/Othr/Id sau /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/Dbtr/Id/PrvtId/Othr/Id
5. ID05 = cont/IBAN plătitor (contul poate fi preluat indiferent de elementul prin care va fi transmis; se va completa doar una din variante, în funcţie de tipul contului IBAN/non-IBAN), obligatoriu pentru TREZ;
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/DbtrAcct/Id/IBAN (pentru coduri IBAN) /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/ DbtrAcct/Id/Othr/Id (pentru coduri non-IBAN)
6. ID06 = BIC banca plătitoare/expeditoare din România - obligatoriu conform schemei şi/sau pentru TREZ;
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/InstgAgt/FinInstnId/BICFI
7. ID07 = BIC banca beneficiară/destinatară = TREZROBU - obligatoriu conform schemei şi/sau pentru TREZ;
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/InstdAgt/FinInstnId/BICFI
8. ID08 = cod identificare fiscală beneficiar - CIF (CF - cod înregistrare fiscală, CUI - cod unic de înregistrare, CNP - cod numeric personal, NIF - număr de identificare fiscală) - Identificatorul poate fi preluat din oricare din cele 2 elemente:
- Organisation - pentru persoane juridice; sau
– Private - pentru persoane fizice.
Se va completa un singur identificator fiscal - obligatoriu pentru TREZ, se va completa cu o valoare validă, conform algoritmului specific de validare;
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/Cdtr/Id/OrgId/Othr/Id
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/Cdtr/Id/PrvtId/Othr/Id
9. ID09 = IBAN beneficiar (TREZROBU are doar conturi în format IBAN.) - obligatoriu pentru TREZ, se va completa cu un IBAN valid, conform algoritmului specific de validare;
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/CdtrAcct/Id/IBAN
10. ID10 = număr de evidenţă a plăţii (cod ANAF) - opţional pentru TREZ; atunci când se completează trebuie să fie codul de maximum 23 de caractere numerice alocat/generat de Agenţia Naţională de Administrare Fiscală/ANAF; dacă numărul de evidenţă a plăţii lipseşte, câmpul nu se va completa/va rămâne gol; /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Strd/TaxRmt/RefNb
11. ID11 = data emiterii ordinului de plată = data documentului - obligatoriu pentru TREZ;
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Strd/TaxRmt/Dt
12. ID 12 = explicaţii privind conţinutul economic al operaţiunii - opţional pentru TREZ; atunci când se completează, trebuie transmis conţinutul introdus de client. /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Strd/AddtlRmtInf
13. ID13 = câmpul de explicaţii pentru retururile realizate peste 3 zile; se va completa astfel:
/RETN/cod eroare potrivit standardelor SWIFT/MREF/referinţa mesajului iniţial refuzat/valoarea UETR din mesajul iniţial
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Ustrd
ANEXA 2
CORELAREA
informaţiilor din mesajul pacs.008, necesare a fi comunicate de
către participanţi, pentru a se asigura decontarea automată şi
reconcilierea finală în relaţie cu Ministerul Finanţelor -
Trezoreria Statului în sistemul SENT
1. ID15 = număr de evidenţă a plăţii (cod ANAF) - opţional pentru TREZ; atunci când se completează, trebuie să fie codul de maximum 23 de caractere numerice alocat/generat de Agenţia Naţională de Administrare Fiscală/ANAF; dacă numărul de evidenţă a plăţii lipseşte, câmpul nu se va completa/va rămâne gol; /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Ustrd
2. ID14 = data emiterii ordinului de plată = data documentului - obligatoriu pentru TREZ;
/Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Ustrd
3. ID07 = explicaţii privind conţinutul economic al operaţiunii - opţional pentru TREZ; atunci când se completează, trebuie transmis conţinutul introdus de client. /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Ustrd
4. ID07 = explicaţii pentru retururile realizate peste 3 zile; se va completa astfel:
/RETN/cod eroare potrivit standardelor SWIFT/MREF/referinţa mesajului iniţial refuzat/valoarea UETR din mesajul iniţial /Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Ustrd
ANEXA 3
CORELAREA
informaţiilor din mesajul XML Core Bulk Large Remittance Credit Transfer,
necesar a fi comunicate de către participanţi, pentru a se asigura
decontarea automată şi reconcilierea finală în relaţia cu
ceilalţi participanţi la sistemul SENT
1. La menţiunile <DbtrAcc> şi <CdtrAcc> se va completa codul IBAN alocat de participant respectivului cont al unităţii teritoriale respective.
2. La menţiunea <DbtrAcc> se va completa după cum urmează:
a) IBAN plătitor, în cazul în care plata este făcută în numele unui client; sau
b) codul BIC al centralei participantului plătitor, precedat de caracterele RO00, sau un cod IBAN alocat de către respectivul participant unui cont intern al centralei proprii, după caz, atunci când plata este făcută de centrala participantului în nume propriu; sau
c) codul IBAN al contului unităţii teritoriale din care se face plata, în cazul în care plata este ordonată de către o unitate teritorială a participantului, în nume propriu, sau în cazul în care plata este ordonată de către un client care nu are cont deschis la unitatea teritorială respectivă.
3. Câmpul <Dbtr> se va completa după cum urmează:
a) pe primul rând se va trece: nume/denumire plătitor; în cazul în care numele/denumirea depăşeşte spaţiul disponibil de 35 de caractere, acesta va fi trunchiat corespunzător;
b) pe rândurile 2 şi 3 se va trece: adresa plătitorului; în cazul în care această informaţie lipseşte, dar există informaţia de pe rândul 4, pe fiecare dintre aceste rânduri se va completa câte un punct; dacă lipseşte informaţia nu numai din rândurile 2 şi 3, ci şi din rândul 4, aceste rânduri pot fi lăsate libere. În cazul în care adresa completă depăşeşte spaţiul disponibil de 70 de caractere, se vor folosi prescurtări;
c) pe ultimul rând (rândul 4) se va trece: codul de înregistrare fiscală al plătitorului sau CNP plătitor, după caz. În cazul în care informaţia din acest câmp lipseşte, acest rând va fi lăsat liber. Completarea acestui câmp este obligatorie în cazul plăţilor către Trezoreria Statului.
4. Informaţiile despre beneficiar vor fi incluse întotdeauna în <Cdtr> şi <CdtrAcct>, atât pentru plăţile destinate unui client al unui participant, cât şi pentru cele destinate participantului, respectiv unei unităţi teritoriale a acestuia.
5. La menţiunea <CdtrAcct> se va completa după cum urmează:
a) IBAN beneficiar, în cazul în care plata este făcută către un client al unui participant; sau
b) codul BIC al centralei participantului beneficiar, precedat de caracterele RO00, sau un cod IBAN alocat de către respectivul participant unui cont intern al centralei proprii, după caz, atunci când plata este făcută către centrala participantului; sau
c) codul IBAN al contului unităţii teritoriale a participantului către care se face plata, dacă beneficiarul este chiar unitatea teritorială respectivă sau un client al acesteia care nu are cont deschis la aceasta.
6. Spaţiul de 4 x 35 de caractere din câmpul <Cdtr> se va completa după cum urmează:
a) pe primul rând se va trece: nume/denumire beneficiar; în cazul în care numele depăşeşte spaţiul disponibil de 35 de caractere, acesta va fi trunchiat corespunzător;
b) pe rândurile 2 şi 3 se va trece: adresa beneficiarului; în cazul în care această informaţie lipseşte, dar există informaţia pe rândul 4, pe fiecare dintre aceste rânduri se va completa câte un punct; dacă lipseşte informaţia nu numai din rândurile 2 şi 3, ci şi din rândul 4, aceste rânduri pot fi lăsate libere. Această informaţie este obligatorie doar în cazul în care beneficiarul nu deţine cont deschis la unitatea teritorială respectivă. În cazul în care adresa completă depăşeşte spaţiul disponibil de 70 de caractere, se vor folosi prescurtări;
c) pe ultimul rând (rândul 4) se va trece: codul de înregistrare fiscală al beneficiarului sau CNP-ul beneficiarului, după caz. În cazul în care informaţia din acest câmp lipseşte, acest rând va fi lăsat liber. Completarea acestui câmp este obligatorie în cazul tuturor plăţilor către Trezoreria Statului. Această informaţie va fi menţionată şi în cazul în care plătitorul este şi contribuabilul pentru care se plăteşte obligaţia.
7. În câmpul <RmtInf> se vor completa informaţiile privind conţinutul economic al operaţiunii fie cu opţiunea ROC/Informaţii reprezentând referinţe privind conţinutul economic al operaţiunii şi opţional//RFB/Număr ordin de plată, fie, în cazul plăţilor către Trezoreria Statului, în câmpul <RmtInf> se vor completa obligatoriu următoarele informaţii:
a) pe primul rând: /ROC/Număr de evidenţă a plăţii (codul de 23 de caractere alocat de Agenţia Naţională de Administrare Fiscală, iar în cazurile în care acesta nu există pe documentul de plată, se completează cu un punct);
b) pe al doilea rând: /RFB/Nr. ordin de plată/data emiterii ordinului de plată/data plăţii ordinului de plată în format de dată yyyymmdd. Cele trei informaţii vor fi separate prin caracterul „/“ (spre exemplu, /RFB/1234/20241103/20241104);
c) pe al treilea rând: Explicaţii privind conţinutul economic al operaţiunii. Este obligatoriu de completat în cazul în care nu există informaţia de pe primul rând. Dacă informaţia depăşeşte 35 de caractere, se va continua pe rândul următor.
8. În cazul în care informaţiile reprezentând conţinutul economic al operaţiunii depăşesc cele 4 rânduri, se va continua pe rândul următor şi se vor folosi aceiaşi indicatori, respectiv ROC şi RFB.
9. În cazul returnării unei plăţi eronate, în câmpul <RmtInf> se va folosi codul /REJT/sau/RETN/, după cum urmează:
a) pe primul rând: /REJT/(sau/RETN/) Câmpul din mesajul original datorită căruia are loc returnarea şi posibil alte elemente ale mesajului (spre exemplu, opţiunea de câmp sau identificatorul de secvenţă) ce pot fi utile iniţiatorului la determinarea motivului returnării;
b) pe al doilea rând: Cod de eroare;
c) pe al treilea rând:/MREF/Referinţa mesajului iniţial refuzat.
10. Câmpul <ChrgBr> va fi completat întotdeauna cu opţiunea SHA (shared).
11. În mesajele XML de tip Core Bulk Large Remittance Credit Transfer, câmpul IBAN plătitor se va completa la menţiunea <IBAN> .../<IBAN> cu una dintre opţiunile următoare:
a) IBAN plătitor, în cazul în care plata este făcută în numele unui client; sau
b) codul BIC al centralei participantului plătitor, precedat de caracterele RO00, sau un cod IBAN alocat de către respectivul participant unui cont intern al centralei proprii, după caz, atunci când plata este făcută de centrala participantului în nume propriu; sau
c) codul IBAN al contului unităţii teritoriale din care se face plata, în cazul în care plata este ordonată de către o unitate teritorială a participantului în nume propriu sau, în cazul mesajelor XML de tip Core Bulk Large Remittance Credit Transfer, de către un client care nu deţine cont deschis la unitatea teritorială respectivă.
12. În mesajele XML de tip Core Bulk Large Remittance Credit Transfer şi Core Bulk Large Remittance Direct Debit Transfer, folosite în relaţia cu casa de compensare automată, câmpul IBAN beneficiar se va completa la menţiunea <IBAN> .../<IBAN> cu una dintre opţiunile următoare:
a) IBAN-ul beneficiarului, în cazul în care plata este făcută către un client al unui participant; sau
b) codul BIC al centralei participantului beneficiar, precedat de caracterele RO00, sau un cod IBAN alocat de către respectivul participant unui cont intern al centralei proprii, după caz, atunci când plata este făcută către centrala participantului;
c) codul IBAN al contului unităţii teritoriale a participantului către care se face plata, dacă beneficiarul este chiar unitatea teritorială respectivă sau, în cazul mesajelor XML de tip Core Bulk Large Remittance Credit Transfer, un client al acesteia care nu are cont deschis la aceasta.
13. În mesajele XML de tip Core Bulk Large Remittance Credit Transfer, informaţiile reprezentând referinţe privind conţinutul economic al operaţiunii, inclusiv informaţiile solicitate de către Ministerul Finanţelor în cazul plăţilor către Trezoreria Statului sau referinţa unei plăţi returnate, vor fi completate în câmpul Remittance Information.
-------
Newsletter GRATUIT
Aboneaza-te si primesti zilnic Monitorul Oficial pe email
Comentarii
Fii primul care comenteaza.
MonitorulJuridic.ro este un proiect:
