natgillin/translations-raw huggingface dataset:
If a payment order is rejected, an abort notification shall be provided via the ICM indicating the reason for the rejection by using error codes.
Če je plačilni nalog zavrnjen, se preko ICM zagotovi obvestilo o prekinitvi, ki navaja razlog zavrnitve z uporabo kod za napake.
The error codes are defined in Chapter 9.4.2 of the UDFS.
Kode za napake so opredeljene v poglavju 9.4.2 UDFS.
For payment orders using the Earliest Debit Time Indicator, the codeword “/FROTIME/” shall be used.
Za plačilne naloge, ki uporabljajo indikator najzgodnejšega trenutka obremenitve, se uporabi koda ‚/FROTIME/‘.
For payment orders using the Latest Debit Time Indicator, two options shall be available.
Za plačilne naloge, ki uporabljajo indikator najpoznejšega trenutka obremenitve, sta na voljo dve možnosti.
Codeword “/REJTIME/”
Koda ‚/REJTIME/‘
if the payment order cannot be settled by the indicated debit time, the payment order shall be returned.
če plačilnega naloga do navedenega trenutka obremenitve ni bilo mogoče poravnati, se plačilni nalog vrne.
Codeword “/TILTIME/”
Koda ‚/TILTIME/‘
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.
če plačilnega naloga do navedenega trenutka obremenitve ni bilo mogoče poravnati, se plačilni nalog ne vrne, temveč se zadrži v ustreznem prioritetnem vrstnem redu.
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.
Pri obeh možnostih velja, da se preko ICM avtomatično zagotovi obvestilo, če plačilni nalog z indikatorjem najpoznejšega trenutka obremenitve ni poravnan 15 minut pred navedenim trenutkom.
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).
Pri uporabi kode ‚/CLSTIME/‘, se plačilo obravnava na enak način kakor plačilni nalog, naveden v pododstavku 2(b).
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.
Preverjanja možnosti izravnave in po potrebi dodatna preverjanja možnosti izravnave (pojma, kakor sta opredeljena v odstavkih 2 in 3) se opravijo v zvezi s plačilnimi nalogi, vnesenimi v razporeditev ob vstopu, z namenom zagotovitve hitre in likvidnostno varčne bruto poravnave plačilnih nalogov.
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”).
Pri preverjanju možnosti izravnave se ugotovi, ali so plačilni nalogi prejemnika plačila, ki so na začetku zelo nujnega ali, če se ta ne uporablja, nujnega prioritetnega vrstnega reda, na razpolago za izravnavo s plačilnim nalogom plačnika (v nadaljnjem besedilu: plačilni nalogi za izravnavo).
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.
Če plačilni nalog za izravnavo ne zagotavlja dovolj sredstev za zadevni plačnikov plačilni nalog pri razporeditvi ob vstopu, je treba ugotoviti, ali je na plačnikovem PM računu dovolj razpoložljive likvidnosti.
If the offsetting check fails, the [insert name of CB] may apply an extended offsetting check.
Če preverjanje možnosti izravnave ne uspe, lahko [vstaviti ime CB] uporabi dodatno preverjanje možnosti izravnave.
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.
Pri dodatnem preverjanju možnosti izravnave se ugotovi, ali so plačilni nalogi za izravnavo na razpolago v katerem koli prioritetnem vrstnem redu prejemnika plačila, ne glede na to, kdaj so bili uvrščeni v prioritetni vrstni red.
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.
Vendar pa se v primeru, da so v prioritetnem vrstnem redu prejemnika plačila plačilni nalogi z višjo prioriteto, ki so naslovljeni na druge udeležence v sistemu TARGET2, lahko krši načelo FIFO samo, če bi poravnava takega plačilnega naloga za izravnavo povzročila povečanje likvidnosti pri prejemniku plačila.
Settlement of payment orders in the queue
Poravnava plačilnih nalogov v prioritetnem vrstnem redu
The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing participant.
Obravnava plačilnih nalogov, uvrščenih v prioritetnih vrstnih redih, je odvisna od prioritetnega razreda, v katerega jih je uvrstil udeleženec nalogodajalec.
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).
Plačilni nalogi v zelo nujnih in nujnih prioritetnih vrstnih redih se poravnajo z uporabo preverjanj možnosti izravnave, opisanih v odstavku 6, začenši s plačilnim nalogom na začetku prioritetnega vrstnega reda v primerih, kadar obstaja povečanje likvidnosti ali intervencija na ravni prioritetnega vrstnega reda (sprememba mesta v prioritetnem vrstnem redu, časa poravnave ali prioritete ali preklic plačilnega naloga).
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.
Plačilni nalogi v normalnem prioritetnem vrstnem redu se redno poravnajo, vključno z vsemi zelo nujnimi in nujnimi plačilnimi nalogi, ki še niso bili poravnani.
Different optimisation mechanisms (algorithms) are used.
Uporabijo se različni mehanizmi (algoritmi) optimizacije.
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.
Če bo algoritem uspešen, bodo vključeni plačilni nalogi poravnani; če algoritem ne bo uspešen, bodo vključeni plačilni nalogi ostali v prioritetnem vrstnem redu.
Three algorithms (1 to 3) shall be applied to offset payment flows.
Za izravnavo plačilnih tokov se uporabljajo trije algoritmi (1 do 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.
Preko algoritma 4 je za poravnavo plačilnih navodil podsistema na razpolago postopek poravnave 5 (kakor je opredeljen v poglavju 2.8.1 UDFS).
To optimise the settlement of highly urgent ancillary system transactions on participants’ sub-accounts, a special algorithm (Algorithm 5) shall be used.
Za optimizacijo poravnave zelo nujnih transakcij podsistema na podračunih udeležencev se uporablja posebni algoritem (algoritem 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:
Pri algoritmu 1 (‚vse ali nič‘) mora [vstaviti ime CB] za vsako razmerje, v zvezi s katerim je bil določen dvostranski limit, pa tudi za skupno vsoto razmerij, za katere je bil določen večstranski limit:
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
izračunati celotno likvidnostno pozicijo vsakega PM računa udeleženca v sistemu TARGET2 z ugotovitvijo, ali je seštevek vseh odhodnih in dohodnih plačilnih nalogov, ki čakajo v prioritetnem vrstnem redu, negativen ali pozitiven, in v primeru negativnega seštevka preveriti, ali presega razpoložljivo likvidnost tega udeleženca (celotna likvidnostna pozicija pomeni ‚skupno likvidnostno pozicijo‘), in
check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected.
preveriti, ali so limiti in rezervacije, ki jih je določil vsak udeleženec v sistemu TARGET2, v zvezi z vsakim zadevnim PM računom upoštevani.
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.
Če je rezultat teh izračunov in preverjanj pozitiven za vsak zadevni PM račun, morajo [vstaviti ime CB] in druge udeležene CB poravnati vsa plačila istočasno na PM računih zadevnih udeležencev v sistemu TARGET2.
Under Algorithm 2 (“partial”) the [insert name of CB] shall:
Pri algoritmu 2 (‚delna‘) mora [vstaviti ime CB]:
calculate and check the liquidity positions, limits and reservations of each relevant PM account as under Algorithm 1; and
izračunati in preveriti likvidnostne pozicije, limite in rezervacije za vsak zadevni PM račun kakor pri algoritmu 1, in
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.
če je skupna likvidnostna pozicija enega ali več zadevnih PM računov negativna, izločiti posamezne plačilne naloge, dokler skupna likvidnostna pozicija vsakega zadevnega PM računa ni pozitivna.
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.
Nato morajo [vstaviti ime CB] in druge udeležene CB, pod pogojem, da obstaja dovolj sredstev, poravnati vsa preostala plačila (razen izločenih plačilnih nalogov) istočasno na PM računih zadevnih udeležencev v sistemu TARGET2.
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.
Pri izločanju plačilnih nalogov [vstaviti ime CB] začne pri PM računu udeleženca v sistemu TARGET2 z najvišjo negativno skupno likvidnostno pozicijo in pri plačilnem nalogu na koncu prioritetnega vrstnega reda z najnižjo prioriteto.
The selection process shall only run for a short time, to be determined by the [insert name of CB] at its discretion.
Postopek izbire teče samo kratek čas, ki ga določi [vstaviti ime CB] po lastnem preudarku.
Under Algorithm 3 (“multiple”) the [insert name of CB] shall:
Pri algoritmu 3 (‚večkratna‘) mora [vstaviti ime CB]:
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
primerjati pare PM računov udeležencev v sistemu TARGET2, da ugotovi, ali se lahko plačilni nalogi v prioritetnem vrstnem redu poravnajo znotraj razpoložljive likvidnosti na PM računih teh dveh udeležencev v sistemu TARGET2 in znotraj limitov, ki sta jih določila (začenši s parom PM računov z najmanjšo razliko med plačilnimi nalogi, naslovljenimi drug na drugega), udeležena(-e) CB pa mora(-jo) vknjižiti ta plačila istočasno na PM račune teh dveh udeležencev v sistemu TARGET2, in
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.
če v primeru para PM računov, kakor je opisano v točki (i), ni dovolj likvidnosti za financiranje dvostranske pozicije, izločiti posamezne plačilne naloge, dokler ni dovolj likvidnosti.
In this case the CB(s) involved shall settle the remaining payments, except the extracted ones, simultaneously on the two TARGET2 participants’ PM accounts.
V tem primeru udeležena(-e) CB poravna(-jo) preostala plačila, razen izločenih, istočasno na PM računih teh dveh udeležencev v sistemu TARGET2.
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).
Po opravljenih preverjanjih, določenih v pododstavkih (i) do (ii), [vstaviti ime CB] preveri večstranske pozicije za poravnavo (med udeleženčevim PM računom in PM računi drugih udeležencev v sistemu TARGET2, v odnosu do katerih je bil določen večstranski limit).
For this purpose, the procedure described under subparagraphs (i) to (ii) shall apply mutatis mutandis.
V ta namen se smiselno uporablja postopek, opisan v pododstavkih (i) do (ii).
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).
Pri algoritmu 4 (‚delna poravnava, skupaj s poravnavo podsistema‘) [vstaviti ime CB] ravna po istem postopku kakor pri algoritmu 2, vendar brez izločanja plačilnih nalogov v zvezi s poravnavo podsistema (ki se poravna istočasno in večstransko).
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.
Pri algoritmu 5 (‚poravnava podsistema preko podračunov‘) [vstaviti ime CB] ravna po istem postopku kakor pri algoritmu 1, ob upoštevanju spremembe, da [vstaviti ime CB] sproži algoritem 5 preko vmesnika za podsisteme in preveri le, ali je na podračunih udeležencev na razpolago dovolj sredstev.
Moreover, no limits and reservations shall be taken into account.
Poleg tega se ne upoštevajo nobeni limiti in rezervacije.
Algorithm 5 shall also run during night-time settlement.
Algoritem 5 teče samo v času nočne poravnave.
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.
Plačilni nalogi, ki so vneseni v razporeditev ob vstopu po začetku katerega koli algoritma od 1 do 4, se lahko kljub temu poravnajo nemudoma pri razporeditvi ob vstopu, če so pozicije in limiti zadevnih PM računov udeležencev v sistemu TARGET2 združljivi tako s poravnavo teh plačilnih nalogov kot s poravnavo plačilnih nalogov v trenutnem postopku optimizacije.
However, two algorithms shall not run simultaneously.
Vendar dva algoritma ne smeta teči istočasno.
During daytime processing the algorithms shall run sequentially.
Med dnevno obdelavo algoritmi tečejo zaporedoma.
As long as there is no pending simultaneous multilateral settlement of an ancillary system, the sequence shall be as follows:
Dokler ni v teku nobene istočasne večstranske poravnave podsistema, je zaporedje naslednje:
algorithm 1;
algoritem 1;
if algorithm 1 fails, then algorithm 2;
če algoritem 1 ne uspe, sledi algoritem 2;
if algorithm 2 fails, then algorithm 3, or if algorithm 2 succeeds, repeat algorithm 1.
če algoritem 2 ne uspe, sledi algoritem 3, ali če algoritem 2 uspe, sledi ponovno algoritem 1.
When simultaneous multilateral settlement (‘procedure 5’) in relation to an ancillary system is pending, Algorithm 4 shall run.
Dokler je v teku istočasna večstranska poravnava (postopek 5) v zvezi s podsistemom, teče algoritem 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.
Algoritmi tečejo fleksibilno z določitvijo vnaprej opredeljenega časovnega zamika med uporabo različnih algoritmov, ki zagotavlja najmanjši časovni presledek med tekom dveh algoritmov.
The time sequence shall be automatically controlled.
Časovno zaporedje se kontrolira avtomatično.
Manual intervention shall be possible.
Mogoča je ročna intervencija.
While included in a running algorithm, a payment order shall not be reordered (change of the position in a queue) or revoked.
Kadar je plačilni nalog vključen v algoritem v teku, ne sme biti prerazporejen (sprememba mesta v prioritetnem vrstnem redu) ali preklican.
Requests for reordering or revocation of a payment order shall be queued until the algorithm is complete.
Zahteve za prerazporeditev ali preklic plačilnega naloga se vrstičijo, dokler se algoritem ne zaključi.
If the payment order concerned is settled while the algorithm is running, any request to reorder or revoke shall be rejected.
Če je zadevni plačilni nalog poravnan, medtem ko algoritem teče, se katera koli zahteva za prerazporeditev ali preklic zavrne.
If the payment order is not settled, the participant’s requests shall be taken into account immediately.
Če plačilni nalog ni poravnan, se udeleženčeve zahteve upoštevajo nemudoma.
The ICM may be used for inputting payment orders.
ICM se lahko uporabi za vnašanje plačilnih nalogov.
The ICM may be used for obtaining information and managing liquidity.
ICM se lahko uporabi za pridobivanje informacij in upravljanje z likvidnostjo.
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.
Z izjemo skladiščenih plačilnih nalogov in informacij o statičnih podatkih so preko ICM na voljo samo podatki za trenutni delovni dan.
The screens shall be offered in English only.
Zasloni so na voljo samo v angleščini.
Information shall be provided in “pull” mode, which means that each participant has to ask to be provided with information.
Informacije se zagotovijo na način ‚zagotoviti si‘ (‚pull mode‘), kar pomeni, da mora vsak udeleženec zaprositi za zagotovitev informacij.
Participants shall check the ICM regularly throughout the business day for important messages.
Udeleženci morajo ves delovni dan redno preverjati, ali so v ICM pomembna sporočila.
Only user-to-application mode (U2A) shall be available for participants using Internet-based access.
Udeležencem, ki uporabljajo internetni dostop, je na voljo samo način od uporabnika do aplikacije (‚user-to-application mode‘) (U2A).
The information is displayed in a browser running on a PC.
Informacije so prikazane v brskalniku, ki teče v sistemu PC.
Further details are described in the ICM User Handbook.
Nadaljnje podrobnosti so opisane v Priročniku za uporabnike ICM.
Each participant shall have at least one workstation with Internet access to access the ICM via U2A.
Vsak udeleženec mora imeti najmanj eno delovno postajo z internetnim dostopom, s katere dostopa do ICM preko 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.
Pravice dostopa do ICM se zagotovijo z uporabo potrdil, katerih uporaba je celoviteje opisana v odstavkih 10 do 13.
Participants may also use the ICM to transfer liquidity:
Udeleženci lahko uporabijo ICM tudi za prenos likvidnosti:
[insert if applicable] from their PM account to their account outside the PM;
[vstaviti po potrebi] z njihovega PM računa na njihov račun zunaj PM;
between the PM account and the participant’s sub-accounts; and
med PM računom in udeleženčevimi podračuni, in
from the PM account to the mirror account managed by the ancillary system.
s PM računa na zrcalni račun, ki ga vodi podsistem.
The UDFS, the ICM User Handbook and the “User Manual: Internet Access for the Public Key Certification Service”
UDFS, Priročnik za uporabnike ICM in priročnik za uporabo storitve potrjevanja javnih ključev pri internetnem dostopu
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”.
Nadaljnje podrobnosti in primeri, ki razlagajo zgornja pravila, so vsebovani v UDFS in Priročniku za uporabnike ICM, kakor sta občasno spremenjena in objavljena na spletni strani [vstaviti ime CB] in na spletni strani sistema TARGET2 v angleščini, ter v priročniku za uporabo storitve potrjevanja javnih ključev pri internetnem dostopu (User Manual: Internet Access for the public key certification service).
Issuance, suspension, reactivation, revocation and renewal of certificates
Izdaja, onemogočenje uporabe, ponovno aktiviranje, preklic in obnovitev potrdil
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.
Udeleženec mora od [vstaviti ime CB] zahtevati izdajo potrdil, da se mu omogoči dostop do sistema TARGET2-[vstaviti sklic na CB/državo] z uporabo internetnega dostopa.
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).
Udeleženec mora od [vstaviti ime CB] zahtevati onemogočenje uporabe in ponovno aktiviranje potrdil, pa tudi preklic in obnovitev potrdil, kadar imetnik potrdila ne želi več imeti dostopa do sistema TARGET2 ali če udeleženec preneha opravljati svoje dejavnosti v sistemu TARGET2-[vstaviti sklic na CB/državo] (npr. zaradi združitve ali prevzema).
The participant shall adopt every precaution and organisational measure to ensure that certificates are used only in conformity with the Harmonised Conditions.
Udeleženec mora sprejeti vse varnostne in organizacijske ukrepe, s katerimi zagotovi, da se potrdila uporabljajo samo skladno z Usklajenimi pogoji.
The participant shall promptly notify [insert name of CB] of any material change to any of the information contained in the forms submitted to [insert name of CB] in connection with the issuance of certificates.
Udeleženec mora [vstaviti ime CB] nemudoma obvestiti o vsaki bistveni spremembi katere koli informacije, ki jo vsebujejo obrazci, predloženi [vstaviti ime CB] v zvezi z izdajo potrdil.
The participant may have a maximum of five active certificates for each PM account.
Udeleženec ima lahko največ pet aktivnih potrdil za vsak PM račun.
Upon request, the [insert name of the CB] may, at its discretion, apply for the issuance of further certificates from the certification authorities.
Na zahtevo lahko [vstaviti ime CB] po lastnem preudarku zaprosi organe za potrjevanje za izdajo dodatnih potrdil.
Handling of certificates by the participant
Udeleženčevo ravnanje s potrdili