Comunica experienta
MonitorulJuridic.ro
Email RSS Trimite prin Yahoo Messenger pagina:   NORMA nr. 1 din 19 ianuarie 2005  privind modul unitar de completare a mentiunilor din ordinele de plata in mesajele electronice utilizate in sistemul ReGIS si in casa de compensare automata    Twitter Facebook
Cautare document
Copierea de continut din prezentul site este supusa regulilor precizate in Termeni si conditii! Click aici.
Prin utilizarea siteului sunteti de acord, in mod implicit cu Termenii si conditiile! Orice abatere de la acestea constituie incalcarea dreptului nostru de autor si va angajeaza raspunderea!
X

NORMA nr. 1 din 19 ianuarie 2005 privind modul unitar de completare a mentiunilor din ordinele de plata in mesajele electronice utilizate in sistemul ReGIS si in casa de compensare automata

EMITENT: BANCA NATIONALA A ROMANIEI
PUBLICAT: MONITORUL OFICIAL nr. 75 din 21 ianuarie 2005
Având în vedere prevederile <>art. 22 din Legea nr. 312/2004 privind Statutul Bãncii Naţionale a României, ale <>art. 63 şi 64 din Legea nr. 58/1998 privind activitatea bancarã, cu modificãrile şi completãrile ulterioare,
în temeiul dispoziţiilor <>art. 48 din Legea nr. 312/2004 ,

Banca Naţionalã a României emite prezentele norme.

ART. 1
În scopul asigurãrii condiţiilor necesare pentru procesarea automatã (în englezã straight-through-processing sau STP) a plãţilor transmise prin sistemul ReGIS şi prin casa de compensare automatã, prezentele norme stabilesc:
a) modul unitar de completare a menţiunilor din ordinele de platã în mesajele electronice utilizate în sistemul ReGIS şi în casa de compensare automatã;
b) drepturile şi obligaţiile participanţilor la sistemele menţionate la lit. a), care decurg din utilizarea mesajelor electronice în cadrul respectivelor sisteme.
ART. 2
Participanţii care transmit mesaje electronice prin sistemul ReGIS şi prin casa de compensare automatã vor respecta modul unitar de completare în mesajele respective a menţiunilor din ordinele de platã, conform prevederilor art. 3-17.
ART. 3
În mesajele de tip MT 103 iniţiate în sistemul ReGIS, pentru plãţile în nume propriu ale unei unitãţi teritoriale a unui participant sau pentru plãţile unui client al unitãţii teritoriale respective, care nu are cont deschis la aceasta, şi/sau pentru plãţile destinate unei unitãţi teritoriale a unui participant sau pentru plãţile destinate unui client al unitãţii teritoriale respective, care nu are cont deschis la aceasta, la menţiunea account din câmpurile 50K, respectiv 59 no letter option, se va completa codul IBAN alocat de participant respectivului cont al unitãţii teritoriale respective.
ART. 4
În vederea efectuãrii de cãtre centralele sau unitãţile teritoriale ale participanţilor a oricãror plãţi în nume propriu în relaţia cu Trezoreria Statului, acestea vor aloca coduri IBAN conturilor interne din care se efectueazã plãţile respective cãtre Trezoreria Statului şi vor utiliza exclusiv mesaje de tip MT 103 sau, dupã caz, mesaje XML de tip Core Bulk Large Remittance Credit Transfer şi Core Bulk Large Remittance Direct Debit Transfer, care vor fi completate cu respectivele coduri IBAN.
ART. 5
În mesajele de tip MT 103 iniţiate de un participant în sistemul ReGIS, informaţiile despre plãtitor vor fi incluse întotdeauna în câmpul 50K, atât în cazul plãţilor unui client al sãu, cât şi în cazul plãţilor efectuate de participant în nume propriu sau de cãtre o unitate teritorialã a acestuia.
ART. 6
La menţiunea account din câmpul 50K din mesajele de tip MT 103 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ã.
ART. 7
Spaţiul de 4x35 de caractere din câmpul 50K din mesajele de tip MT 103 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: adresã plãtitor; î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.
ART. 8
În mesajele de tip MT 103 informaţiile despre beneficiar vor fi incluse întotdeauna în câmpul 59 no letter option, 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.
ART. 9
La menţiunea account din câmpul 59 no letter option 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.
ART. 10
Spaţiul de 4x35 de caractere din câmpul 59 no letter option 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: adresã beneficiar; î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 beneficiar, 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.
ART. 11
În câmpul 70, informaţiile reprezentând referinţe privind conţinutul economic al operaţiunii se vor completa 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 70 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ã SWIFT yyyymmdd. Cele trei informaţii vor fi separate prin caracterul "/" (spre exemplu, /RFB/1234/ 20041103/20041104);
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 al patrulea.
ART. 12
(1) În cazul în care informaţiile reprezentând referinţe privind conţinutul economic al operaţiunii depãşesc capacitatea câmpului 70, se va continua în câmpul 72.
(2) În cazul în care în câmpul 72 se continuã informaţiile din câmpul 70, se vor folosi aceiaşi indicatori ca şi pentru câmpul 70, respectiv ROC şi RFB.
(3) În cazul returnãrii unei plãţi eronate, în câmpul 72 se va folosi codul /REJT/ sau /RETN/, conform regulilor SWIFT, 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 conform standardelor SWIFT;
c) pe al treilea rând: /MREF/Referinţa mesajului iniţial refuzat.
ART. 13
Folosirea altor câmpuri ale mesajelor SWIFT utilizate în sistemul ReGIS este opţionalã, fiind reglementatã de standardele SWIFT.
ART. 14
Câmpul 71A (Detail of charges) va fi completat întotdeauna cu opţiunea SHA (shared).
ART. 15
Î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 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ã.
ART. 16
Î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 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;
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.
ART. 17
În mesajele XML de tip Core Bulk Large Remittance Credit Transfer şi Core Bulk Large Remittance Direct Debit Transfer, informaţiile reprezentând referinţe privind conţinutul economic al operaţiunii, inclusiv informaţiile solicitate de cãtre Ministerul Finanţelor Publice în cazul plãţilor cãtre Trezoreria Statului sau referinţa unei plãţi returnate, vor fi completate în câmpul Remmitance Information, folosindu-se pentru delimitarea rândurilor separatorul descris în documentaţia tehnicã a casei de compensare automatã şi respectându-se indicatorii SWIFT folosiţi în cazul mesajelor SWIFT FIN MT 103 (a se vedea art. 9-12).
ART. 18
(1) În cazul în care un participant primeşte prin sistemul de plãţi un mesaj electronic care nu respectã prevederile prezentei norme, participantul în cauzã poate condiţiona executarea instrucţiunii de platã aferente mesajului electronic respectiv de plata de cãtre participantul care a transmis mesajul a unui comision pentru acoperirea cheltuielilor de procesare manualã a mesajului respectiv.
(2) Comisioanele aferente mesajelor electronice de platã prin care se returneazã sumele aferente unor mesaje care nu au respectat prevederile prezentelor norme se suportã de cãtre participanţii care au transmis mesajele iniţiale în mod eronat.
ART. 19
Administratorul de sistem al casei de compensare automatã va comunica în timp util Bãncii Naţionale a României orice modificare a formatului sau tipului mesajelor electronice utilizate în sistemul pe care îl administreazã, în vederea modificãrii corespunzãtoare a prezentelor norme.

Preşedintele Consiliului de administraţie
al Bãncii Naţionale a României,
Mugur Isãrescu,
guvernator

Bucureşti, 19 ianuarie 2005.
Nr. 1.
------------
Da, vreau informatii despre produsele Rentrop&Straton. Sunt de acord ca datele personale sa fie prelucrate conform Regulamentul UE 679/2016

Comentarii


Maximum 3000 caractere.
Da, doresc sa primesc informatii despre produsele, serviciile etc. oferite de Rentrop & Straton.

Cod de securitate


Fii primul care comenteaza.
MonitorulJuridic.ro este un proiect:
Rentrop & Straton
Banner5

Atentie, Juristi!

5 Modele de Contracte Civile si Acte Comerciale conforme cu Noul Cod civil si GDPR

Legea GDPR a modificat Contractele, Cererile sau Notificarile obligatorii

Va oferim Modele de Documente conform GDPR + Clauze speciale

Descarcati GRATUIT Raportul Special "5 Modele de Contracte Civile si Acte Comerciale conforme cu Noul Cod civil si GDPR"


Da, vreau informatii despre produsele Rentrop&Straton. Sunt de acord ca datele personale sa fie prelucrate conform Regulamentul UE 679/2016