natgillin/translations-raw huggingface dataset:
Чрез алгоритъм 4 се прилага процедура за сетълмент 5 (както е предвидено в глава 2.8.1 от Подробните функционални спецификации за потребителите) за сетълмент на платежни инструкции от спомагателни системи.
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.
За да се оптимизира сетълментът на много спешни транзакции на спомагателна система по подсметка на участник, се използва специален алгоритъм (алгоритъм 5).
To optimise the settlement of highly urgent ancillary system transactions on participants’ sub-accounts, a special algorithm (Algorithm 5) shall be used.
Съгласно алгоритъм 1 („всичко или нищо“) [посочете име на ЦБ] и в двата случая както спрямо всяко взаимоотношение, за което е установен двустранен лимит, така и спрямо общия брой от взаимоотношения, за които е установен многостранен лимит:
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:
изчислява цялостна ликвидна позиция на сметката в платежния модул на всеки един участник в TARGET2, като установява дали общата сума на всички изходящи и входящи платежни нареждания, чакащи на опашката, е отрицателна или положителна и, ако е отрицателна, проверява дали тя превишава наличната ликвидност на този участник (позицията на цялостна ликвидност представлява „общата ликвидна позиция“); и
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
проверява дали се спазват лимитите и резервираната ликвидност, зададени от всеки участник в TARGET2 във връзка с всяка съответна сметка в платежния модул.
check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected.
Ако резултатът от тези изчисления и проверки е положителен за всяка съответна сметка в платежния модул, [посочете име на ЦБ] и другите включени в операцията ЦБ извършват всички плащания едновременно по сметките в платежния модул на съответните участници в TARGET2.
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.
Съгласно алгоритъм 2 („частично“) [посочете име на ЦБ]:
Under Algorithm 2 (“partial”) the [insert name of CB] shall:
изчислява и проверява ликвидната позиция, лимитите на ликвидност и резервираната ликвидност на всяка съответна сметка в платежния модул, както е предвидено в алгоритъм 1; и
calculate and check the liquidity positions, limits and reservations of each relevant PM account as under Algorithm 1; and
извлича самостоятелни платежни нареждания, ако общата ликвидна позиция на една или повече съответни сметки в платежния модул е отрицателна, докато общата ликвидна позиция на всяка съответна сметка в участник в TARGET2 стане положителна.
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.
След това [посочете име на ЦБ] и другите включени в операцията централни банки, при условие че са налице достатъчно средства, извършват сетълмент на всички останали плащания едновременно по сметките в платежния модул на съответните участници в TARGET2 (с изключение на извлечените платежни нареждания).
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.
Когато извлича платежни нареждания, [посочете име на ЦБ] започва от сметката в платежния модул на участника в 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.
Процесът на избор се прилага само за кратък период, определен от [посочете име на ЦБ] по нейна собствена преценка.
The selection process shall only run for a short time, to be determined by the [insert name of CB] at its discretion.
Съгласно алгоритъм 3 („многосъставен“) [посочете име на ЦБ]:
Under Algorithm 3 (“multiple”) the [insert name of CB] shall:
сравнява двойките от сметки в платежния модул на участниците в TARGET2, за да установи дали може да се извърши сетълмент на наредените на опашка платежни нареждания в рамките на наличната ликвидност по съответните две сметки в платежния модул на участниците в TARGET2 и при зададените от тях лимити (като започва от двойката сметки в платежния модул с най-малка разлика между платежните нареждания, адресирани един към друг), а ЦБ, които са включени в операцията, отчитат едновременно тези плащания по двете сметки в платежния модул на участниците в TARGET2; и
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
ако по отношение на двойката сметки в платежния модул, описани в точка 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.
В този случай ЦБ, включени в операцията, извършват сетълмент на останалите плащания едновременно по сметките в платежния модул двамата участници в TARGET2, с изключение на изтеглените.
In this case the CB(s) involved shall settle the remaining payments, except the extracted ones, simultaneously on the two TARGET2 participants’ PM accounts.
След извършване на проверките, посочени в i)—ii), [посочете име на ЦБ] извършва проверка за многостранни сетълмент позиции (между сметка в платежния модул на участник и сметки в платежния модул на други участници в 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).
За тази цел процедурата, описана в i)—ii), се прилага mutatis mutandis.
For this purpose, the procedure described under subparagraphs (i) to (ii) shall apply mutatis mutandis.
Съгласно алгоритъм 4 („частичен сетълмент и сетълмент на спомагателни системи“) [посочете име на ЦБ] следва същата процедура, както при алгоритъм 2, но без да извлича платежни нареждания във връзка със сетълмента на спомагателна система (която извършва сетълмент на едновременна и многостранна основа).
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).
Съгласно алгоритъм 5 („сетълмент на спомагателни системи през подсметки“) [посочете име на ЦБ] следва същата процедура, както при алгоритъм 1, с тази разлика, че [посочете име на ЦБ] стартира алгоритъм 5 през интерфейса на спомагателната система и проверява единствено дали има достатъчно средства по подсметките на участниците.
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.
Освен това не се вземат предвид никакви лимити и резервирана ликвидност.
Moreover, no limits and reservations shall be taken into account.
Алгоритъм 5 се прилага също и за сетълмент през нощта.
Algorithm 5 shall also run during night-time settlement.
Платежни нареждания, въведени за обработка веднага след приемането им след стартирането на алгоритми от 1 до 4, могат все пак да се изпълнят веднага след приемането им, ако позициите и лимитите на съответните сметки в платежния модул на участниците в TARGET2 отговарят както на сетълмента на тези платежни нареждания, така и на сетълмента на платежните нареждания в настоящата процедура за оптимизация.
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.
Два алгоритъма обаче не могат да се прилагат едновременно.
However, two algorithms shall not run simultaneously.
При обработката през деня алгоритмите се прилагат в определена последователност.
During daytime processing the algorithms shall run sequentially.
Ако не е в ход едновременен многостранен сетълмент на спомагателна система, последователността е следната:
As long as there is no pending simultaneous multilateral settlement of an ancillary system, the sequence shall be as follows:
алгоритъм 1;
algorithm 1;
ако алгоритъм 1 е неуспешен, се прилага алгоритъм 2;
if algorithm 1 fails, then algorithm 2;
ако алгоритъм 2 е неуспешен, се прилага алгоритъм 3, или ако алгоритъм 2 е успешен, се повтаря алгоритъм 1.
if algorithm 2 fails, then algorithm 3, or if algorithm 2 succeeds, repeat algorithm 1.
Ако е в ход едновременен многостранен сетълмент („процедура 5“) във връзка със спомагателна система, се прилага алгоритъм 4.
When simultaneous multilateral settlement (‘procedure 5’) in relation to an ancillary system is pending, Algorithm 4 shall run.
Алгоритмите се прилагат гъвкаво чрез задаване на предварително определен период между прилагането на различните алгоритми, за да се гарантира минимален интервал между прилагането на два алгоритъма.
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.
Последователността във времето се контролира автоматично.
The time sequence shall be automatically controlled.
Възможна е и ръчна намеса.
Manual intervention shall be possible.
Докато се обработва от алгоритъм, платежното нареждане не може да се преподреди (промяна на реда на опашката) или анулира.
While included in a running algorithm, a payment order shall not be reordered (change of the position in a queue) or revoked.
Исканията за промяна на поредността или анулиране на платежно нареждане изчакват на опашката, докато алгоритъмът завърши.
Requests for reordering or revocation of a payment order shall be queued until the algorithm is complete.
Ако съответното платежно нареждане е изпълнено докато алгоритъмът е в ход, всяко искане за промяна на поредността или анулиране се отхвърля.
If the payment order concerned is settled while the algorithm is running, any request to reorder or revoke shall be rejected.
Ако платежното нареждане не е изпълнено, исканията на участника се приемат незабавно.
If the payment order is not settled, the participant’s requests shall be taken into account immediately.
Модулът за информация и контрол може да се използва за въвеждане на платежни нареждания.
The ICM may be used for inputting payment orders.
Модулът за информация и контрол може да се използва за получаване на информация и управление на ликвидност.
The ICM may be used for obtaining information and managing liquidity.
С изключение на платежните нареждания „на съхранение“ и информацията за статични данни, през модула за информация и контрол са достъпни единствено данни относно текущия работен ден.
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.
Информацията на екраните е само на английски език.
The screens shall be offered in English only.
Информацията се предоставя в режим „пул“, което означава, че всеки участник трябва да поиска да му бъде предоставена информация.
Information shall be provided in “pull” mode, which means that each participant has to ask to be provided with information.
Участниците проверяват редовно модула за информация и контрол в рамките на деня за важни съобщения.
Participants shall check the ICM regularly throughout the business day for important messages.
Само режим потребител-към приложение (U2A) е възможен за участници, използващи интернет базиран достъп.
Only user-to-application mode (U2A) shall be available for participants using Internet-based access.
Информацията се показва в браузър, работещ върху PC.
The information is displayed in a browser running on a PC.
Допълнителни подробности се съдържат в Наръчника за потребителите на модула за информация и контрол.
Further details are described in the ICM User Handbook.
Всеки участник трябва да разполага с поне една работна станция с достъп до интернет, за да има достъп до модула за информация и контрол през U2A.
Each participant shall have at least one workstation with Internet access to access the ICM via U2A.
Право на достъп до модула за информация и контрол се предоставя чрез използване на сертификати, чието използване е описано в параграфи от 10 до 13.
Access rights to the ICM shall be granted by using certificates, the use of which is described more fully in paragraphs 10 to 13.
Участниците могат също да използват модул за информация и контрол за прехвърляне на ликвидност:
Participants may also use the ICM to transfer liquidity:
[посочете, ако е приложимо] от тяхна сметка в платежния модул към тяхна сметка, извън платежния модул;
[insert if applicable] from their PM account to their account outside the PM;
между сметката в платежния модул и подсметките на участника; и
between the PM account and the participant’s sub-accounts; and
от сметката в платежния модул към огледалната сметка, управлявана от спомагателна система.
from the PM account to the mirror account managed by the ancillary system.
Подробни функционални спецификации за потребителите, Наръчник за потребителите на модула за информация и контрол и „Ръководство на потребителите относно интернет достъп за услугата сертифициране на публичен ключ“
The UDFS, the ICM User Handbook and the “User Manual: Internet Access for the Public Key Certification Service”
Допълнителни подробности и примери, разясняващи горните правила, се съдържат в Подробните функционални спецификации за потребителите и в Наръчника за потребителите на модула за информация и контрол, със съответните изменения, публикувани на уебсайта на [посочете име на ЦБ] и на уебсайта на TARGET2 на английски език, и в „Ръководството на потребителите относно интернет достъп за услугата сертифициране на публичен ключ“.
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”.
Издаване, временно спиране, възобновяване на действието, анулиране и подновяване на сертификати
Issuance, suspension, reactivation, revocation and renewal of certificates
Участниците подават искане до [посочете име на ЦБ] за издаване на сертификати, които да им позволят достъп до TARGET2-[посочете ЦБ/държава] посредством използване на интернет базиран достъп.
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.
Участниците подават искане до [посочете име на ЦБ] за временно спиране и възобновяване на действието на сертификати, както и за отмяна и подновяване на сертификати, когато притежател на сертификат не желае вече да има достъп до TARGET2 или ако участникът преустанови дейностите си в TARGET2-[посочете ЦБ/държава] (например в резултат на сливане или придобиване).
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).
Участникът предприема всякакви предпазни и организационни мерки, за да осигури, че сертификатите се използват в съответствие с Хармонизираните условия.
The participant shall adopt every precaution and organisational measure to ensure that certificates are used only in conformity with the Harmonised Conditions.
Участникът уведомява своевременно [посочете име на ЦБ] за всяко съществено изменение на информацията, съдържаща се във формулярите, и подадени към [посочете име на ЦБ] във връзка с издаването на сертификатите.
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.
Участник може да има най-много пет действащи сертификата за всяка сметка в платежния модул.
The participant may have a maximum of five active certificates for each PM account.
При поискване, [посочете име на ЦБ] може, по своя преценка, да подаде заявление за издаване на допълнителни сертификати от сертифициращите органи.
Upon request, the [insert name of the CB] may, at its discretion, apply for the issuance of further certificates from the certification authorities.
Третиране на сертификатите от участниците
Handling of certificates by the participant
Участникът осигурява съхраняването на всички сертификати и приема сигурни организационни и технически мерки за избягване увреждането на трети лица и за осигуряване използването на всеки сертификат само от посочения притежател на сертификата, за когото той е издаден.
The participant shall ensure the safekeeping of all certificates and adopt robust organisational and technical measures to avoid injury to third parties and to ensure that each certificate is only used by the specific certificate holder to which it was issued.
Участникът предоставя своевременно всяка информация, поискана от [посочете име на ЦБ] и гарантира надеждността на тази информация.
The participant shall promptly provide all information requested by [insert name of CB] and guarantee the reliability of that information.
Участниците носят по всяко време пълна отговорност, че всяка информация, предоставена на [посочете име на ЦБ] във връзка с издаването на сертификати, продължава да бъде вярна.
Participants shall at all times remain fully responsible for the continued accuracy of all information provided to [insert name of CB] in connection with the issuance of certificates.
Участникът поема пълната отговорност за осигуряване, че всички негови притежатели на сертификати съхраняват разпределените им сертификати отделно от тайните кодове PIN и PUK.
The participant shall assume full responsibility for ensuring that all of its certificate holders keep their assigned certificates separate from the secret PIN and PUK codes.
Участникът поема пълната отговорност за осигуряване, че никой от неговите притежатели на сертификат не използва сертификатите за функции или цели, различни от тези, за които сертификатите са издадени.
The participant shall assume full responsibility for ensuring that none of its certificate holders use the certificates for functions or purposes other than those for which the certificates were issued.
Участникът уведомява незабавно [посочете име на ЦБ] за всяко искане и причините за временно спиране, възобновяване на действието, анулиране или подновяване на сертификати.
The participant shall immediately inform [insert name of CB] of any request and rationale for suspension, reactivation, revocation or renewal of certificates.
Участникът отправя незабавно искане до [посочете име на ЦБ] за временно спиране на сертификати или на съдържащите се в тях ключове, които са дефектни или не се намират във владение на неговите притежатели на сертификат.
The participant shall immediately request [insert name of CB] to suspend any certificates, or the keys contained therein, that are defective or that are no longer in the possession of its certificate holders.
Участникът уведомява незабавно [посочете име на ЦБ] за всяка загуба или кражба на сертификат.
The participant shall immediately notify the [insert name of CB] of any loss or theft of certificates.
Изисквания за сигурност
Security Requirements
Компютърната система, използвана от участник за достъп до TARGET2 чрез интернет базиран достъп, се разполага в собствените или наетите от участника помещения.
The computer system that a participant uses to access TARGET2 using Internet-based access shall be located in premises owned or leased by the participant.
Достъп до TARGET2-[посочете ЦБ/държава] се позволява единствено от такива помещения, като, за избягване на съмнение, дистанционен достъп е недопустим.
Access to TARGET2-[insert CB/country reference] shall only be allowed from such premises, and, for the avoidance of doubt, no remote access shall be allowed.
Участникът използва всеки софтуер на базата на компютърни системи, които са инсталирани и настроени в съответствие с актуалните международни стандарти за ИТ сигурност, които включват като минимум изискванията, изброени в параграф 12, точка 3 и параграф 13, точка 4.
The participant shall run all software on computer systems that are installed and customised in accordance with current international IT security standards, which as a minimum shall include the requirements detailed in paragraphs 12(3) and 13(4).
Участникът въвежда подходящи мерки, които включват защита срещу вируси и зловреден софтуер, мерки за предотвратяване на опит за неправомерно придобиване на чувствителна информация по мрежов път (phishing), укрепване на сигурността (hardening) и процедури за управление на промени (patch management procedures).
The participant shall establish appropriate measures, including in particular anti-virus and malware protection, anti-phishing measures, hardening, and patch management procedures.
Всички тези мерки и процедури се актуализират редовно от участника.
All such measures and procedures shall be regularly updated by the participant.
Участникът установява криптирана връзка за комуникация с TARGET2-[посочете ЦБ/държава] за интернет достъп.
The participant shall establish an encrypted communication link with TARGET2-[insert CB/country reference] for Internet access.
Компютърните сметки на потребителите в работните станции на участника нямат административни привилегии.
User computer accounts in the participant’s workstations shall not have administrative privileges.
Привилегии се предоставят в съответствие с принципа за „най-малка привилегия“.
Privileges shall be assigned in accordance with the “least privilege” principle.
Участникът защитава по всяко време компютърните системи, използвани за интернет базиран достъп до TARGET2-[посочете ЦБ/държава], както следва:
The participant shall at all times protect the computer systems used for TARGET2-[insert CB/country reference] Internet access as follows: