natgillin/translations-raw huggingface dataset:
Попълва се идентификационният код на правния субект (LEI) на емитента на пряката или крайната базисна облигация, когато базисният актив е облигация или фючърс върху облигация.
Issuer of the underlying bond
Падеж на базисната облигация
To be populated when the underlying type is a bond or a bond future with the legal entity identifier code (LEI) of the issuer of the direct or ultimate underlying bond.
Попълва се падежът на базисната облигация.
Maturity date of the underlying bond
Полето се отнася за дългови инструменти с фиксиран падеж.
To be populated with the date of maturity of the underlying bond.
Дата на емитиране на базисната облигация
The field applies to debt instruments with defined maturity.
Попълва се датата на емитиране на базисната облигация.
Issuance date of the underlying bond
Условна валута на суапцията
To be populated with the issuance date of the underlying bond
Попълва се за суапции.
Notional currency of the swaption
Падеж на базисния суап
To be populated for swaptions.
Да се попълва само за суапции, фючърси върху суапи и форуърди върху суапи.
Maturity of the underlying swap
ISIN код на инфлационния индекс
To be populated for swaptions, futures on swaps and forwards on a swap only.
За суапции за един от следните базисни видове суапи: „суап в една валута за прехвърляне на инфлационния риск“, „фючърси/форуърди върху суап в една валута за прехвърляне на инфлационния риск“, „суап в различни валути за прехвърляне на инфлационния риск“, „фючърси/форуърди върху суап в различни валути за прехвърляне на инфлационния риск“; когато инфлационният индекс има ISIN код, в полето се попълва ISIN кодът на въпросния индекс.
Inflation index ISIN code
Наименование на инфлационния индекс
In case of swaptions on one of the following underlying swap types: inflation single currency swap, futures/forwards on inflation single currency swap, inflation multi-currency swap, futures/forwards on inflation multi-currency swap; whenever the inflation index has an ISIN, the field has to be populated with the ISIN code for that index.
Да се попълни стандартизираното наименование на индекса за суапции за един от следните базисни видове суапи: „суап в една валута за прехвърляне на инфлационния риск“, „фючърси/форуърди върху суап в една валута за прехвърляне на инфлационния риск“, „суап в различни валути за прехвърляне на инфлационния риск“, „фючърси/форуърди върху суап в различни валути за прехвърляне на инфлационния риск“.
Inflation index name
Референтен лихвен процент
To be populated with standardised name of the index in case of swaptions on one of the following underlying swap types: inflation single currency swap, futures/forwards on inflation single currency swap, inflation multi-currency swap, futures/forwards on inflation multi-currency swap.
ALPHANUM-25 — ако референтният лихвен процент не фигурира в списъка INDEX
Name of the reference rate.
Срок на договора (лихвен процент)
ALPHANUM-25- if the reference rate is not included in the INDEX list
В това поле се попълва срокът на договора.
IR Term of contract
Срокът се изразява в дни, седмици, месеци или години.
This field states the term of the contract.
INTEGER-3+„DAYS“ — дни
The term shall be expressed in days, weeks, months or years.
INTEGER-3+„WEEK“ — седмици
INTEGER-3+‘DAYS’ — days
INTEGER-3+„MNTH“ — месеци
INTEGER-3+‘WEEK’ — weeks
INTEGER-3+„YEAR“ — години
INTEGER-3+‘MNTH’ — months
Полетата в този раздел следва да се попълват само за деривати върху валути съгласно определението в раздел 8, таблица 8.1 от приложение III
INTEGER-3+‘YEAR’ — years
Подвид на договора
The fields in this section should only be populated for foreign exchange derivatives as defined in Table 8.1 of Section 8 of Annex III
Попълва се, за да се разграничат форуърдите, опциите и суапите със и без доставка съгласно определенията в раздел 8, таблица 8.1 от приложение III.
Contract sub-type
„DLVB“ — с доставка
To be populated so as to differentiate deliverable and non-deliverable forwards, options and swaps as defined in Table 8.1 of Section 8 of Annex III.
„NDLV“ — без доставка
‘DLVB’ — Deliverable
Полетата в този раздел следва да се попълват само за деривати върху дялови инструменти съгласно определението в раздел 6, таблица 6.1 от приложение III
‘NDLV’ — Non-deliverable
Попълва се, когато идентификационният код по РПФИ е дериват, класът на базисния актив е дялов инструмент и подкласът не е нито суап, нито портфейлен суап.
The fields should only be populated for equity derivatives as defined in Table 6.1 of Section 6 of Annex III
„STIX“ — Борсов индекс
To be populated when the MiFIR identifier is a derivative, the asset class of the underlying is equity and the sub-asset class is neither swaps nor portfolio swaps.
„SHRS“ — Дял/Акция
‘STIX’ — Stock Index
„DIVI“ — Индекс на дивиденти
‘SHRS’ — Share/Stock
„DVSE“ — Дивиденти от акция
‘DIVI’ — Dividend Index
„BSKT“ — Кошница от акции в резултат на корпоративна дейност
‘DVSE’ — Stock dividend
„ETFS“ — Борсово търгувани фондове
‘BSKT’ — Basket of shares resulting from a corporate action
„VOLI“ — Индекс на волатилност
‘ETFS’ — ETFs
„OTHR“ — Друго (включително депозитарни разписки, сертификати и други финансови инструменти, подобни на дяловите)
‘VOLI’ — Volatility Index
Попълва се, когато идентификационният код по РПФИ е дериват, класът на базисния актив е дялов инструмент, подкласът е суап или портфейлен суап и разделителен критерий 2, посочен в раздел 6, таблица 6.1. от приложение III, е задължение на едно лице.
‘OTHR’ — Other (including depositary receipts, certificates and other equity like financial instrument)
Попълва се, когато идентификационният код по РПФИ е дериват, класът на базисния актив е дялов инструмент, подкласът е суап или портфейлен суап и разделителен критерий 2, посочен в раздел 6, таблица 6.1. от приложение III, е индекс.
To be populated when the MiFIR identifier is a derivative, the asset class of the underlying is equity, the sub-asset class is either swaps or portfolio swaps and the segmentation criterion 2 as defined in Table 6.1 of Section 6 of Annex III is a single name.
Попълва се, когато идентификационният код по РПФИ е дериват, класът на базисния актив е дялов инструмент, подкласът е суап или портфейлен суап и разделителен критерий 2, посочен в раздел 6, таблица 6.1. от приложение III, е кошница.
To be populated when the MiFIR identifier is a derivative, the asset class of the underlying is equity, the sub-asset class is either swaps or portfolio swaps and the segmentation criterion 2 as defined in Table 6.1 of Section 6 of Annex III is an index.
„BSKT“ — Кошница
To be populated when the MiFIR identifier is a derivative, the asset class of the underlying is equity, the sub-asset class is either swaps or portfolio swaps and the segmentation criterion 2 as defined in Table 6.1 of Section 6 of Annex III is a basket.
Параметър
‘BSKT’ — Basket
Да се попълни, когато идентификационният код по РПФИ е дериват, класът на базисния актив е дялов инструмент и подкласът е някое от следните: суапи, портфейлни суапи.
Parameter
„PRBP“ — Price return basic performance parameter
To be populated when the MiFIR identifier is a derivative, the asset class of the underlying is equity and the sub-asset class is one of the following: swaps, portfolio swaps.
PRDV — Parameter return dividend
‘PRBP’ — Price return basic performance parameter
„PRVA“ — Parameter return variance
‘PRDV’ — Parameter return dividend
„PRVO“ — Parameter return volatility
‘PRVA’ — Parameter return variance
Договори за разлика (ДЗР)
‘PRVO’ — Parameter return volatility
Полето се попълва само когато видът на договора е „договор за разлика“ или „договор за залагане на спредове“
Contracts for difference (CFDs)
Да се попълни, когато идентификационният код по РПФИ е дериват и видът на договора е „договор за разлика“ или „договор за залагане на спредове“.
The fields should only be populated when the contract type is equal to contract for difference or spread betting
„FTEQ“ — Фючърси върху дялови инструменти
To be populated when the MiFIR identifier is a derivative and the contract type is equal to contract for difference or spread betting.
„OPEQ“ — Опции върху дялови инструменти
‘FTEQ’ — Futures on an equity
Условна валута 1
‘OPEQ’ — Options on an equity
Валута 1 от базисната валутна двойка.
Notional currency 1
Полето е приложимо, когато базисният актив е валута.
Currency 1 of the underlying currency pair.
Условна валута 2
This field is applicable when the underlying type is currency.
Валута 2 от базисната валутна двойка.
Notional currency 2
ISIN код на базисния суап за кредитно неизпълнение
Currency 2 of the underlying currency pair.
За дериватите върху суапи за кредитно неизпълнение, да се впише ISIN кодът на базисния суап.
ISIN code of the underlying credit default swap
Код на базисния индекс
To be populated for derivatives on a credit default swaps with the ISIN code of the underlying swap.
За дериватите върху индекс на ДЗР, да се впише ISIN кодът на индекса.
Underlying Index code
Наименование на базисния индекс
To be populated for derivatives on a CDS index with the ISIN code of the index.
За дериватите върху индекс на ДЗР, да се впише стандартизираното наименование на индекса.
Underlying Index name
Серия
To be populated for derivatives on a CDS index with the standardised name of the index.
Номерът на серията на състава на индекса, ако е приложимо.
Series
За индекси на ДЗР или деривати върху индекси на ДЗР, да се впише серията на индекса на ДЗР.
The series number of the composition of the index if applicable.
Вариант
To be populated for a CDS Index or a derivative on a CDS Index with the series of the CDS Index.
Издава се нов вариант на дадена серия в случай на неизпълнение на един от съставните елементи, когато индексът трябва да се претегли отново с цел отчитане на новия общ брой на съставните елементи в рамките на индекса.
Version
За индекси на ДЗР или деривати върху индекси на ДЗР, да се впише вариантът на индекса на ДЗР.
A new version of a series is issued if one of the constituents defaults and the index has to be re-weighted to account for the new number of total constituents within the index.
Месеци на актуализация
To be populated for a CDS Index or a derivative on a CDS Index with the version of the CDS Index.
Всички месеци, за които се очаква актуализация, както е установено от доставчика на индекса за конкретна година.
Roll months
Полетата следва да се повтарят за всеки месец на актуализация.
All months when the roll is expected as established by the index provider for a given year.
Да се попълни за индекси на ДЗР или деривати върху индекси на ДЗР.
Field should be repeated for each month in the roll.
, „02“, „03“, „04“, „05“, „06“, „07“, „08“, „09“, „10“, „11“, „12“
To be populated for a CDS Index or a derivative on a CDS Index.
Следваща дата на актуализация
, ‘02’, ‘03’, ‘04’, ‘05’, ‘06’, ‘07’, ‘08’, ‘09’, ‘10’, ‘11’, ‘12’
За индекси на ДЗР или деривати върху индекси на ДЗР да се попълни следващата дата на актуализация, както е установено от доставчика на индекса.
Next roll date
Държавен и публичен емитент
To be populated in the case of a CDS Index or a derivative on a CDS Index with the next roll date of the index as established by the index provider.
Да се попълни, когато референтният субект по СКН върху задължение на едно лице или по дериват върху СКН върху задължение на едно лице е емитент на държавни дългови инструменти съгласно определението в раздел 9, таблица 9.1 от приложение III.
Issuer of sovereign and public type
„TRUE“ — референтният субект е държавен и публичен емитент
To be populated when the reference entity of a single name CDS or a derivative on single name CDS is a sovereign issuer as defined in Table 9.1 Section 9 of Annex III.
„FALSE“ — референтният субект не е държавен, нито публичен емитент
‘TRUE’ — the reference entity is an issuer of sovereign and public type
Референтно задължение
‘FALSE’ — the reference entity is not an issuer of sovereign and public type
За дериватите върху суапи за кредитно неизпълнение върху задължение на едно лице, да се впише ISIN кодът на референтното задължение.
Reference obligation
Референтен субект
To be populated for a derivative on a single name credit default swap with the ISIN of the reference obligation.
Да се впише референтният субект по суап за кредитно неизпълнение върху задължение на едно лице или по дериват върху суап за кредитно неизпълнение върху задължение на едно лице.
Reference entity
ISO 3166-2 — 2-буквен код на държавата, следван от тире „–“ и подразделение на кода на държавата с до 3 буквено-цифрови символа
To be populated with the reference entity of a single name CDS or a derivative on single name CDS.
Делегиран регламент (ЕС) 2017/584 на Комисията
Commission Delegated Regulation (EU) 2017/584
за допълване на Директива 2014/65/ЕС на Европейския парламент и на Съвета по отношение на регулаторните технически стандарти, с които се уточняват организационните изисквания към местата на търговия
supplementing Directive 2014/65/EU of the European Parliament and of the Council with regard to regulatory technical standards specifying organisational requirements of trading venues
като взе предвид Директива 2014/65/ЕС на Европейския парламент и на Съвета от 15 май 2014 година относно пазарите на финансови инструменти и за изменение на Директива 2002/92/ЕО и на Директива 2011/61/ЕС [1], и по-специално член 48, параграф 12, букви а), в) и ж) от нея,
Having regard to Directive 2014/65/EU of the European Parliament and of the Council of 15 May 2014 on markets in financial instruments and amending Directive 2002/92/EC and Directive 2011/61/EU [1], and in particular points (a), (c) and (g) of Article 48(12) thereof,
Важно е да се гарантира, че местата на търговия, които създават условия за алгоритмична търговия, разполагат с достатъчни системи и контрол.
It is important to ensure that trading venues that enable algorithmic trading have sufficient systems and controls.
Разпоредбите на настоящия Регламент следва да се прилагат не само към регулираните пазари, но и към многостранните системи за търговия и организираните системи за търговия съгласно член 18, параграф 5 от Директива 2014/65/ЕС.
The provisions of this Regulation should apply not only to regulated markets but also to multilateral trading facilities and organised trading facilities as determined by Article 18(5) of Directive 2014/65/EU.
Въздействието на технологичното развитие и по-специално на алгоритмичната търговия е един от основните фактори за определяне на капацитета и правилата за управление на местата на търговия.
The impact of technological development and in particular algorithmic trading is one of the main drivers to determine the capacity and arrangements to manage trading venues.
Рисковете, които възникват в алгоритмичната търговия, могат да са налице във всеки тип система за търговия, която се извършва чрез електронни средства.
The risks arising from algorithmic trading can be present in any type of trading system that is supported by electronic means.
Поради това следва да се определят конкретни организационни изисквания спрямо регулираните пазари, многостранните системи за търговия и организираните системи за търговия, които допускат или създават възможност за алгоритмична търговия чрез своите системи.
Therefore, specific organisational requirements should be laid down in respect of regulated markets, multilateral trading facilities and organised trading facilities allowing for or enabling algorithmic trading through their systems.
Такива системи са налице, когато алгоритмична търговия може да се извършва отделно от системите за търговия, при които не се разрешава алгоритмична търговия, включително системи за търговия, при които сделките се договарят чрез гласни преговори.
Such trading systems are those where algorithmic trading may take place as opposed to trading systems in which algorithmic trading is not permitted, including trading systems where transactions are arranged through voice negotiation.
Правилата за управление, ролята на функцията за осигуряване на съответствието, осигуряването на персонал и възлагането на трети лица следва да се регламентират като част от организационните изисквания, за да се гарантира устойчивостта на електронните системи за търговия.
Governance arrangements, the role of the compliance function, staffing and outsourcing should be regulated as part of the organisational requirements to ensure the resilience of electronic trading systems.
Следва да се разработят изисквания по отношение на системите на местата на търговия, които допускат или създават възможност за алгоритмична търговия.
Requirements should be laid down with respect to the systems of trading venues allowing or enabling algorithmic trading.
Те обаче следва да се прилагат заедно със самооценка на всяко място на търговия, тъй като не всички модели на търговия пораждат едни и същи рискове.
However, their specific application should take place in conjunction with a self-assessment to be conducted by each trading venue since not all trading models present the same risks.
Поради това някои организационни изисквания може да не са подходящи за определени модели на търговия, въпреки че техните системи за търговия може да се поддържат до известна степен чрез електронни средства.
Therefore, some organisational requirements may not be appropriate for certain trading models although their trading systems could be supported to a certain extent by electronic means.
По-специално, конкретните изисквания, които се определят по отношение на системите на основата на искания за котировки или хибридните системи, следва да се разглеждат според естеството, мащабите и сложността на извършваните дейности за алгоритмична търговия.
In particular, the specific requirements to be set in relation to request-for-quote systems or hybrid systems should be considered according to the nature, scale and complexity of the algorithmic trading activity undertaken.
По същия начин местата на търговия следва при необходимост да въвеждат по-строги изисквания.
Equally, more stringent requirements should be established by the trading venues where appropriate.
Следва внимателно да се вземат предвид рисковете, които поражда алгоритмичната търговия, като се обърне особено внимание на онези, които могат да засегнат основни елементи на системата за търговия, включително хардуера, софтуера и свързаните с тях канали за комуникация, използвани от местата на търговия и членовете, участниците или клиентите на местата на търговия („членовете“) за изпълнение на тяхната дейност, и всеки вид системи за извършване на сделки или системи за управление на нарежданията, които се поддържат от местата на търговия, включително алгоритмите за насрещни сделки.
Risks arising from algorithmic trading should be carefully taken into account, paying particular attention to those that may affect the core elements of a trading system, including the hardware, software and associated communication lines used by trading venues and members, participants or clients of trading venues (‘members’) to perform their activity and any type of execution systems or order management systems operated by trading venues, including matching algorithms.
Конкретните организационни изисквания към местата на търговия трябва да се определят чрез задълбочена самооценка, при която се отчитат редица параметри.
The specific organisational requirements for trading venues have to be determined by means of a robust self-assessment where a number of parameters have to be assessed.
Самооценката следва да включва всякакви други обстоятелства, които не са изрично посочени, но може да повлияят върху тяхната организация.
That self-assessment should include any other circumstances not expressly set out that may have an impact on their organisation.
Минималният срок за съхраняване на записи от самооценката и анализа на членовете за целите на настоящия Регламент следва да е същият, както при общите задължения за съхраняване на записите съгласно Директива 2014/65/ЕС.
The minimum period for keeping records of the self-assessment and the due diligence of members for the purpose of this Regulation should be the same as the general record-keeping obligations established in Directive 2014/65/EU.
Когато от местата на търговия се изисква да извършват мониторинг в реално време, необходимо е произтичащите от мониторинга сигнали да бъдат подавани колкото е технически възможно по-близо до незабавното, а именно — в рамките на не повече от пет секунди, за да бъдат ефективни.
Where trading venues are required to perform monitoring in real-time, it is necessary for the generation of alerts following that monitoring to be done as close to instantaneously as technically possible and therefore within no more than five seconds in order to be effective.
Поради същата причина всички действия, произтичащи от мониторинга, следва да се предприемат колкото е възможно по-скоро, като се допуска разумно равнище на ефикасност и разходи за системите за съответните страни.
For the same reason, any actions following that monitoring should be undertaken as soon as possible assuming a reasonable level of efficiency and of expenditure on systems on the part of the persons concerned.
Системите за изпитвания, които се предлагат от местата на търговия, не бива да пораждат смущения в търговията.
Testing facilities offered by trading venues should not pose risks to orderly trading.
За целта от местата на търговия следва да се изисква да разработят подходяща политика на справедливо използване, да гарантират строго разграничение между изпитвателната и производствената среда или да допускат изпитвания само извън работното време на мястото на търговия.
To that end, trading venues should be required to establish an adequate fair usage policy, ensure a strict separation between the testing environment and the production environment or permit testing only out of trading hours.
Изпитванията за съответствие следва да гарантират, че най-основните елементи на системите или алгоритмите, използвани от членовете, функционират правилно и според изискванията на мястото на търговия, включително да взаимодействат според очакванията с логиката за насрещни сделки на мястото на търговия и адекватната обработка на потоците данни към и от мястото на търговия.
Conformance testing should ensure that the most basic elements of the system or the algorithms used by members operate correctly and according to the venue's requirements, including the ability to interact as expected with the trading venue's matching logic and the adequate processing of data flows to and from the trading venue.
Изпитванията за устойчивост на смущения в пазарните условия следва да се разработват с оглед на конкретната проверка на реакцията на алгоритъма или стратегията при условия, които може да породят смущения на пазара.
Testing against disorderly trading conditions should be designed with a view to specifically addressing the reaction of the algorithm or strategy to conditions that may create a disorderly market.
Когато местата на търговия предлагат условия за изпитване на алгоритми чрез тестови символи, задължението им да предоставят условия за изпитвания за устойчивост на смущения в пазарните условия следва да се счита за изпълнено.
Where trading venues offer arrangements to test algorithms by offering testing symbols, their obligation to provide facilities to test against disorderly trading conditions should be deemed to be fulfilled.
За да се даде възможност на членовете ефективно да използват такива тестови символи, местата на търговия следва да публикуват спецификациите и характеристиките на тестовите символи в същите подробности, които публично се оповестяват за реалните договори за производство.
In order to enable members to effectively use such testing symbols, trading venues should publish the specifications and characteristics of the testing symbols to the same level of detail made publicly available for real life production contracts.
Местата на търговия следва да бъдат задължени да осигурят средства за улесняване на изпитванията за устойчивост на смущения в търговските условия.
Trading venues should be subject to an obligation to provide means to facilitate testing against disorderly trading conditions.
От техните членове обаче не бива да се изисква да използват тези средства.
However, their members should not be required to use those means.