natgillin/translations-raw huggingface dataset:
if the payment order cannot be settled by the indicated debit time, the payment order shall not be returned but shall be kept in the relevant queue.
dacă ordinul de plată nu poate fi decontat până la momentul indicat pentru debitare, ordinul de plată nu este returnat, ci este plasat în coada de așteptare aferentă.
Under both options, if a payment order with a Latest Debit Time Indicator is not settled 15 minutes prior to the time indicated therein, a notification shall automatically be provided via the ICM.
Indiferent de opțiune, dacă un ordin de plată cu indicatorul «Latest Debit Time Indicator» nu este decontat cu 15 minute înainte de momentul indicat, în mod automat este transmisă o notificare prin intermediul ICM.
If the codeword “/CLSTIME/” is used, the payment shall be treated in the same way as a payment order referred to in subparagraph 2(b).
Dacă este utilizat cuvântul de cod «/CLSTIME/», ordinul de plată este tratat în același mod ca și ordinul de plată menționat la punctul 2 litera (b).
Settlement of payment orders in the entry disposition
Decontarea ordinelor de plată în etapa de procesare inițială
Offsetting checks and, if appropriate, extended offsetting checks (both terms as defined in paragraphs 2 and 3) shall be carried out on payment orders entered into the entry disposition to provide quick, liquidity-saving gross settlement of payment orders.
Pentru a deconta ordinele de plată pe bază brută, rapid și cu un necesar redus de lichiditate, se efectuează verificări privind posibilitatea compensării și, dacă este oportun, verificări extinse privind posibilitatea compensării (ambii termeni având semnificația prevăzută la subpunctele 2 și 3), cu privire la ordinele de plată introduse în etapa de procesare inițială.
An offsetting check shall determine whether the payee’s payment orders that are at the front of the highly urgent or, if inapplicable, the urgent queue are available to be offset against the payer’s payment order (hereinafter “offsetting payment orders”).
Verificarea privind posibilitatea compensării determină dacă există ordine de plată ale beneficiarului la începutul cozii de așteptare a ordinelor de plată foarte urgente sau, dacă nu este cazul, la începutul cozii de așteptare a ordinelor de plată urgente, care pot fi compensate cu ordinul de plată al plătitorului (denumite în continuare «ordine de plată compensabile»).
If an offsetting payment order does not provide sufficient funds for the respective payer’s payment order in the entry disposition, it shall be determined whether there is sufficient available liquidity on the payer’s PM account.
Dacă un ordin de plată compensabil nu disponibilizează suficiente fonduri pentru ordinul respectiv de plată al plătitorului în etapa de procesare inițială, se calculează dacă există suficientă lichiditate disponibilă în contul PM al plătitorului.
If the offsetting check fails, the [insert name of CB] may apply an extended offsetting check.
Daca verificarea privind posibilitatea compensării eșuează, [inserați numele băncii centrale] poate aplica o verificare extinsă privind posibilitatea compensării.
An extended offsetting check determines whether offsetting payment orders are available in any of the payee’s queues regardless of when they joined the queue.
Verificarea extinsă privind posibilitatea compensării determină dacă, în oricare dintre cozile de așteptare ale beneficiarului, există ordine de plată compensabile, indiferent de momentul intrării acestora în coada de așteptare.
However, if in the queue of the payee there are higher priority payment orders addressed to other TARGET2 participants, the FIFO principle may only be breached if settling such an offsetting payment order would result in a liquidity increase for the payee.
Cu toate acestea, dacă în coada de așteptare a beneficiarului există ordine de plată cu prioritate mai mare adresate altor participanți la TARGET2, principiul FIFO poate fi încălcat doar dacă în urma decontării acestor ordine de plată compensabile ar rezulta o creștere de lichiditate pentru beneficiar.
Settlement of payment orders in the queue
Decontarea ordinelor de plată aflate în cozile de așteptare
The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing participant.
Modul de procesare a ordinelor de plată aflate în cozile de așteptare depinde de clasa de prioritate alocată de participantul ordonator.
Payment orders in the highly urgent and urgent queues shall be settled by using the offsetting checks described in paragraph 6, starting with the payment order at the front of the queue in cases where there is an increase in liquidity or there is an intervention at queue level (change of queue position, settlement time or priority, or revocation of the payment order).
Ordinele de plată aflate în cozile de așteptare foarte urgente și urgente sunt decontate utilizând procedura de verificare a posibilității compensării, descrisă la punctul 6, începând cu ordinul de plată aflat la începutul cozii de așteptare în cazurile în care există o creștere a lichidității sau o intervenție la nivelul cozii de așteptare (modificarea poziției în coada de așteptare, a momentului decontării sau a priorității, sau revocarea ordinului de plată).
Payments orders in the normal queue shall be settled on a continuous basis including all highly urgent and urgent payment orders that have not yet been settled.
Ordinele de plată aflate în coada de așteptare normală sunt decontate în mod continuu, inclusiv ordinele de plată foarte urgente și urgente care nu au fost încă decontate.
Different optimisation mechanisms (algorithms) are used.
Sunt utilizate diferite mecanisme (algoritmi) de optimizare.
If an algorithm is successful, the included payment orders will be settled; if an algorithm fails, the included payment orders will remain in the queue.
Dacă un algoritm se finalizează cu succes, ordinele de plată incluse vor fi decontate; dacă un algoritm eșuează, ordinele de plată incluse rămân în coada de așteptare.
Three algorithms (1 to 3) shall be applied to offset payment flows.
Pentru a compensa fluxurile de plăți se utilizează trei algoritmi (de la 1 la 3).
By means of Algorithm 4, settlement procedure 5 (as defined in Chapter 2.8.1 of the UDFS) shall be available for the settlement of payment instructions of ancillary systems.
Prin intermediul algoritmului 4, procedura de decontare 5 (așa cum este definită în capitolul 2.8.1 din UDFS) este disponibilă pentru decontarea instrucțiunilor de plată ale sistemelor auxiliare.
To optimise the settlement of highly urgent ancillary system transactions on participants’ sub-accounts, a special algorithm (Algorithm 5) shall be used.
Pentru optimizarea decontării tranzacțiilor foarte urgente ale sistemelor auxiliare în subconturile participanților se utilizează un algoritm special (algoritmul 5).
Under Algorithm 1 (“all-or-nothing”) the [insert name of CB] shall, both for each relationship in respect of which a bilateral limit has been set and also for the total sum of relationships for which a multilateral limit has been set:
În cazul algoritmului 1 («totul-sau-nimic»), atât pentru fiecare relație în cadrul căreia a fost stabilită o limită bilaterală, cât și pentru suma totală a relațiilor pentru care a fost stabilită o limită multilaterală, [introduceți numele băncii centrale]:
calculate the overall liquidity position of each TARGET2 participant’s PM account by establishing whether the aggregate of all outgoing and incoming payment orders pending in the queue is negative or positive and, if it is negative, check whether it exceeds that participant’s available liquidity (the overall liquidity position shall constitute the “total liquidity position”); and
calculează poziția lichidității globale a contului PM al fiecărui participant la TARGET2 determinând dacă suma totală a valorilor tuturor ordinelor de plată inițiate și primite, aflate în coada de așteptare, este negativă sau pozitivă și, în cazul în care este negativă, verifică dacă aceasta depășește lichiditatea disponibilă a participantului (poziția lichidității globale constituie «poziția lichidității totale»); și
check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected.
verifică dacă limitele și rezervările stabilite de fiecare participant la TARGET2 în relație cu fiecare cont PM aferent sunt respectate.
If the outcome of these calculations and checks is positive for each relevant PM account, the [insert name of CB] and other CBs involved shall settle all payments simultaneously on the PM accounts of the TARGET2 participants concerned.
Dacă rezultatul acestor calcule și verificări este pozitiv pentru fiecare cont PM aferent, [inserați numele băncii centrale] și alte bănci centrale implicate decontează simultan toate plățile în conturile PM ale respectivilor participanți la TARGET2.
Under Algorithm 2 (“partial”) the [insert name of CB] shall:
În cadrul algoritmului 2 («parțial»), [inserați numele băncii centrale]:
calculate and check the liquidity positions, limits and reservations of each relevant PM account as under Algorithm 1; and
calculează și verifică pozițiile de lichiditate, limitele și rezervările fiecărui cont PM aferent, la fel ca și în cazul algoritmului 1; și
if the total liquidity position of one or more relevant PM accounts is negative, extract single payment orders until the total liquidity position of each relevant PM account is positive.
daca poziția lichidității totale a unuia sau mai multor conturi PM aferente este negativă, extrage câte un singur ordin de plată, până când poziția lichidității totale a fiecărui cont PM aferent este pozitivă.
Thereafter, the [insert name of CB] and the other CBs involved shall, provided there are sufficient funds, settle all remaining payments (except the extracted payment orders) simultaneously on the PM accounts of the TARGET2 participants concerned.
Ulterior, cu condiția existenței unor fonduri suficiente, [inserați numele băncii centrale] și celelalte bănci centrale implicate decontează simultan toate plățile rămase (cu excepția ordinelor de plată extrase) în conturile PM ale participanților la TARGET2 respectivi.
When extracting payment orders, the [insert name of CB] shall start from the TARGET2 participant’s PM account with the highest negative total liquidity position and from the payment order at the end of the queue with the lowest priority.
În ceea ce privește extragerea ordinelor de plată, [inserați numele băncii centrale] începe de la contul PM al participantului la TARGET2 cu cea mai mare poziție negativă a lichidității totale și de la ordinul de plată aflat la sfârșitul cozii de așteptare cu cea mai mică prioritate.
The selection process shall only run for a short time, to be determined by the [insert name of CB] at its discretion.
Procesul de selecție rulează doar o perioadă scurtă de timp, care va fi determinată de [inserați numele băncii centrale] la alegerea sa.
Under Algorithm 3 (“multiple”) the [insert name of CB] shall:
În cadrul algoritmului 3 («multiplu»), [inserați numele băncii centrale]:
compare pairs of TARGET2 participants’ PM accounts to determine whether queued payment orders can be settled within the available liquidity of the two TARGET2 participants’ PM accounts concerned and within the limits set by them (by starting from the pair of PM accounts with the smallest difference between the payment orders addressed to each other), and the CB(s) involved shall book those payments simultaneously on the two TARGET2 participants’ PM accounts; and
compară perechile de conturi PM ale participanților la TARGET2 pentru a determina dacă ordinele de plată aflate în coada de așteptare pot fi decontate în limitele lichidităților disponibile ale conturilor PM ale celor doi participanți la TARGET2 în cauză și în limitele stabilite de aceștia (începând de la perechea de conturi PM cu diferența cea mai mică între ordinele de plată adresate reciproc); banca (băncile) centrală (centrale) implicată (implicate) înregistrează simultan acele plăți în conturile PM ale celor doi participanți la TARGET2; și
if, in relation to a pair of PM accounts as described under point (i), liquidity is insufficient to fund the bilateral position, extract single payment orders until there is sufficient liquidity.
dacă, în ceea ce privește o pereche de conturi PM astfel cum este definită la punctul (i), lichiditatea este insuficientă pentru a acoperi poziția bilaterală, extrage câte un ordin de plată până când există suficientă lichiditate.
In this case the CB(s) involved shall settle the remaining payments, except the extracted ones, simultaneously on the two TARGET2 participants’ PM accounts.
În acest caz, banca (băncile) centrală (centrale) implicată (implicate) decontează simultan în conturile PM ale celor doi participanți plățile rămase, cu excepția celor extrase.
After performing the checks specified under subparagraphs (i) to (ii), the [insert name of CB] shall check the multilateral settlement positions (between a participant’s PM account and other TARGET2 participants’ PM accounts in relation to which a multilateral limit has been set).
După efectuarea verificărilor menționate la punctele (i) și (ii), [inserați numele băncii centrale] verifică pozițiile de decontare multilaterală (între un cont PM al unui participant la TARGET2 și conturile PM ale altor participanți, față de care a fost stabilită o limită multilaterală).
For this purpose, the procedure described under subparagraphs (i) to (ii) shall apply mutatis mutandis.
În acest sens, procedura prevăzută la punctele (i) și (ii) se aplică mutatis mutandis.
Under Algorithm 4 (“partial plus ancillary system settlement”) the [insert name of CB] shall follow the same procedure as for Algorithm 2, but without extracting payment orders in relation to the settlement of an ancillary system (which settles on a simultaneous multilateral basis).
În cadrul algoritmului 4 («decontare parțială plus sistem auxiliar»), [inserați numele băncii centrale] urmează aceeași procedură ca și în cazul algoritmului 2, dar fără a extrage ordinele de plată aferente operațiunilor de decontare ale unui sistem auxiliar (care decontează pe bază multilaterală simultană).
Under Algorithm 5 (“ancillary system settlement via sub-accounts”) the [insert name of CB] shall follow the same procedure as for Algorithm 1, subject to the modification that the [insert name of CB] shall start Algorithm 5 via the Ancillary System Interface and shall only check whether sufficient funds are available on participants’ sub-accounts.
În cadrul algoritmului 5 («decontare sistem auxiliar prin subconturi»), [inserați numele băncii centrale] urmează aceeași procedură ca și în cazul algoritmului 1, cu diferența că [inserați numele băncii centrale] inițiază algoritmul 5 prin intermediul interfeței sistemului auxiliar și verifică doar dacă există suficiente fonduri în subconturile participanților.
Moreover, no limits and reservations shall be taken into account.
În plus, nu se iau în considerare niciun fel de limite sau rezervări.
Algorithm 5 shall also run during night-time settlement.
Algoritmul 5 rulează și în timpul decontării din timpul nopții.
Payment orders entered into the entry disposition after the start of any of algorithms 1 to 4 may nevertheless be settled immediately in the entry disposition if the positions and limits of the TARGET2 participants’ PM accounts concerned are compatible with both the settlement of these payment orders and the settlement of payment orders in the current optimisation procedure.
Ordinele de plată introduse în etapa de procesare inițială după inițierea oricăruia dintre algoritmii de la 1 la 4 pot fi, cu toate acestea, decontate imediat în etapa de procesare inițială dacă pozițiile și limitele conturilor PM ale participanților la TARGET2 implicați permit atât decontarea acestor ordine de plată, cât și decontarea ordinelor de plată aflate în procedura de optimizare curentă.
However, two algorithms shall not run simultaneously.
Cu toate acestea, doi algoritmi nu pot rula simultan.
During daytime processing the algorithms shall run sequentially.
În timpul procesării în timpul zilei algoritmii rulează în mod consecutiv.
As long as there is no pending simultaneous multilateral settlement of an ancillary system, the sequence shall be as follows:
Atât timp cât nu se află în așteptare o decontare multilaterală simultană aferentă unui sistem auxiliar, ordinea de rulare este următoarea:
algorithm 1;
algoritmul 1;
if algorithm 1 fails, then algorithm 2;
dacă algoritmul 1 eșuează, atunci algoritmul 2;
if algorithm 2 fails, then algorithm 3, or if algorithm 2 succeeds, repeat algorithm 1.
dacă algoritmul 2 eșuează, atunci algoritmul 3, sau dacă algoritmul 2 nu eșuează, se repetă algoritmul 1.
When simultaneous multilateral settlement (‘procedure 5’) in relation to an ancillary system is pending, Algorithm 4 shall run.
Atunci când se află în așteptare o decontare multilaterală simultană («procedura 5») aferentă unui sistem auxiliar, rulează algoritmul 4.
The algorithms shall run flexibly by setting a pre-defined time lag between the application of different algorithms to ensure a minimum interval between the running of two algorithms.
Algoritmii rulează flexibil prin stabilirea unui interval de timp predefinit între aplicarea diferiților algoritmi pentru a asigura existența unui interval minim între rularea a doi algoritmi.
The time sequence shall be automatically controlled.
Succesiunea în timp va fi controlată automat.
Manual intervention shall be possible.
Este posibilă intervenția manuală.
While included in a running algorithm, a payment order shall not be reordered (change of the position in a queue) or revoked.
Un ordin de plată nu poate fi reordonat (schimbarea poziției în coada de așteptare) sau revocat cât timp se află într-un algoritm care rulează.
Requests for reordering or revocation of a payment order shall be queued until the algorithm is complete.
Solicitările de reordonare sau revocare a unui ordin de plată sunt plasate în coada de așteptare până la terminarea rulării algoritmului.
If the payment order concerned is settled while the algorithm is running, any request to reorder or revoke shall be rejected.
Dacă ordinul de plată respectiv este decontat în timpul rulării algoritmului, orice solicitare de reordonare sau revocare este respinsă.
If the payment order is not settled, the participant’s requests shall be taken into account immediately.
Dacă ordinul de plată nu este decontat, solicitările participantului sunt luate în considerare imediat.
The ICM may be used for inputting payment orders.
ICM poate fi utilizat pentru introducerea de ordine de plată.
The ICM may be used for obtaining information and managing liquidity.
ICM poate fi utilizat pentru obținerea de informații și administrarea lichidității.
With the exception of warehoused payment orders and static data information, only data in relation to the current business day shall be available via the ICM.
Cu excepția ordinelor de plată stocate și a informațiilor privind datele statice, doar datele aferente zilei de operare în curs sunt disponibile prin intermediul ICM.
The screens shall be offered in English only.
Afișarea este disponibilă doar în limba engleză.
Information shall be provided in “pull” mode, which means that each participant has to ask to be provided with information.
Informațiile sunt furnizate în modul «tragere» (pull), ceea ce înseamnă că fiecare participant trebuie să solicite să i se furnizeze informații.
Participants shall check the ICM regularly throughout the business day for important messages.
Participanții verifică ICM în mod regulat pe parcursul zilei de operare pentru mesaje importante.
Only user-to-application mode (U2A) shall be available for participants using Internet-based access.
Doar modul utilizator-către-aplicație (U2A) este disponibil pentru participanții care utilizează accesul prin intermediul internetului.
The information is displayed in a browser running on a PC.
Informațiile sunt afișate într-o aplicație pentru navigare pe internet care rulează pe un sistem PC.
Further details are described in the ICM User Handbook.
Detalii suplimentare sunt prevăzute în «Manualul utilizatorului ICM» (ICM User Handbook).
Each participant shall have at least one workstation with Internet access to access the ICM via U2A.
Fiecare participant dispune de cel puțin o stație de lucru cu acces la internet pentru a accesa ICM prin intermediul U2A.
Access rights to the ICM shall be granted by using certificates, the use of which is described more fully in paragraphs 10 to 13.
Drepturile de acces la ICM sunt acordate prin utilizarea certificatelor. Utilizarea acestora este detaliată la punctele 10-13.
Participants may also use the ICM to transfer liquidity:
Participanții pot utiliza ICM și pentru a transfera lichiditate:
[insert if applicable] from their PM account to their account outside the PM;
[inserați dacă este cazul] din propriul cont PM către propriul cont din afara PM;
between the PM account and the participant’s sub-accounts; and
între contul PM și subconturile participantului; și
from the PM account to the mirror account managed by the ancillary system.
din contul PM către contul «în oglindă» administrat de sistemul auxiliar.
The UDFS, the ICM User Handbook and the “User Manual: Internet Access for the Public Key Certification Service”
UDFS, Manualul utilizatorului ICM și «Manualul utilizatorului: accesul prin intermediul internetului la serviciul de certificare cu cheie publică»
Further details and examples explaining the above rules are contained in the UDFS and the ICM User Handbook, as amended from time to time and published on the [insert name of CB]’s website and the TARGET2 website in English, and in the “User Manual: Internet Access for the Public Key Certification Service”.
Detalii suplimentare și exemple care ilustrează regulile de mai sus sunt cuprinse în UDFS și în «Manualul utilizatorului ICM», astfel cum sunt modificate ocazional și publicate pe website-ul [inserați numele băncii centrale] și pe website-ul TARGET2 în limba engleză și în «Manualul utilizatorului: accesul prin intermediul internetului la serviciul de certificare cu cheie publică» (User Manual: Internet Access for the Public Key Certification Service).
Issuance, suspension, reactivation, revocation and renewal of certificates
Emiterea, suspendarea, reactivarea, revocarea și înnoirea certificatelor
The participant shall request from [insert name of CB] the issuance of certificates to allow them to access TARGET2 [insert CB/country reference] using Internet-based access.
Participantul solicită [inserați numele băncii centrale] emiterea de certificate care să le permită să acceseze TARGET2-[inserați referința băncii centrale/țării] utilizând accesul prin intermediul internetului.
The participant shall request from [insert name of CB] the suspension and reactivation of certificates, as well as the revocation and renewal of certificates, when a certificate holder no longer wishes to have access to TARGET2 or if the participant ceases its activities in TARGET2-[insert CB/country reference] (e.g. as the result of a merger or acquisition).
Participantul solicită [inserați numele băncii centrale] suspendarea și reactivarea certificatelor, precum și revocarea și reînnoirea certificatelor, în cazul în care un deținător al certificatului nu mai dorește să aibă acces la TARGET2 sau în cazul în care participantul își încetează activitățile în TARGET2-[inserați referința băncii centrale/țării] (de exemplu, ca rezultat al unei fuzionări sau achiziții).
The participant shall adopt every precaution and organisational measure to ensure that certificates are used only in conformity with the Harmonised Conditions.
Participantul adoptă toate măsurile prudențiale și organizaționale pentru a asigura faptul că certificatele sunt utilizate numai în conformitate cu Condițiile armonizate.