Российская торговая система (стр. 41 )

Рис. 17.3. Диаграмма изменения статуса сделки с отложенным исполнением на биржевых торгах

2. Исполнение сделки с отложенным исполнением

Оформленная сделка может быть исполнена в течении (N+5) дней. Инициатором исполнения может выступать любая из сторон. После подтверждения исполнения сделки инициатором исполнения сделка получает публичный статус EOA (на стороне инициатора исполнения ее статус EOA, у конфирматора исполнения– EOF).

После подтверждения конфирматором исполнения сделка получает статус совершенной – публичный статус COB (на стороне инициатора исполнения ее статус COB, у конфирматора исполнения– CAB).

Инициатор исполнения может «откатить» подтверждение исполнения, не дождавшись действий со стороны конфирматора исполнения. В этом случае сделка получает статус EOM (на стороне инициатора исполнения ее статус EOM, у конфирматора исполнения – EOM). То же самое происходит со всеми наполовину исполненными сделками, в конце дня подтверждение инициатора исполнения сбрасывается, а сделка приобретает прежний статус EOM.

Если в течение (N+5) дней по сделке не получено подтверждения проведения расчетов ни от одной из сторон, такая сделка удаляется из торговой системы. То же самое происходит, если в течение последнего дня (N+5) по сделке получено подтверждение на исполнение от инициатора исполнения, но оно не подтверждено второй стороной.

Табл. 17.3. Статусы сделки с отложенным исполнением, заключаемой на биржевых торгах

Статус в Trades/ Сделки (публичный статус)	Статус в Reports/ Отчеты	Описание
Инициатор заключения	Конфирматор заключения
NEW	NEW		Оформление сделки по адресной заявке инициатором заключения.
NEO	UNO	ADO	Сделка, введенная инициатором заключения, но не подтвержденная конфирматором заключения.
EOM	EOM	EOM	Заключенная сделка, ожидающая расчетов.
	Инициатор исполнения	Конфирматор исполнения
EOA	EOA	EOF	Сделка, по которой получено подтверждение расчетов от инициатора исполнения.
COB	COB	CAB	Полностью в срок исполненная сделка.
DEL	DEL	CLR	Сделка аннулированная инициатором заключения.

18.8.6. Особенности выполнения операции заключения клиентской сделки с отложенным исполнением

При оформлении клиентской сделки инициатор и конфирматор сделки являются разными клиентами, относящимися к одной организации. Клиенты имеют одинаковые поля Contra (Контр.), но разные поля Customer(Счет).

Последовательность действий по формированию отчета о сделке и по подтверждению заключения сделки, описанные выше (см. Операция 17‑5- Операция 17‑6) остаются неизменными.

Клиентские сделки могут быть оформлены двумя способами:

· в автоматическом режиме (назовем его так условно) – при нажатой кнопке Me (Мы) – см. подробнее п. 13.12;

· стандартным – с помощью переключения формы ввода с инициатора на конфирматора, выполняя при этом поочередно операции инициации и подтверждения. Кнопка Me (Мы) при этом отжата, поле Contra Customer (Счет контр.) недоступно для редактирования. Рассмотрим этот режим подробнее ниже.

Вначале вы, как инициатор заключения сделки, отправляете отчет о сделке в Торговую систему. Направленная сделка отображается со стороны инициатора в статусе UNO (см. Рис. 17.4а).

Далее вы, как конфирматор сделки, подтверждаете отчет о сделке. Для этого выполните следующее:

· измените положение переключателя кода операции на противоположное (в примере на
Рис. 17.4б с Sell на Buy), после чего вы увидите сделку со стороны конфирматора в статусе ADO;

· измените при необходимости код клиента Customer (Счет) и нажмите Affirm (Подтверд.), что означает подтверждение отчета о сделке.

а)

б)

Рис. 17.4. Вкладка Trade Report на этапе заключения клиентской сделки с отложенным исполнением, а) со стороны инициатора, б) со стороны конфирматора

18.8.7. Особенности исполнения клиентской сделки с отложенным исполнением

При оформлении клиентской сделки инициатор и конфирматор сделки являются разными клиентами, относящимися к одной организации. Клиенты имеют одинаковые поля Contra (Контр.), но разные поля Customer (Счет).

Последовательность действий при подтверждении расчетов по сделке, описанные выше (см. Операция 17‑7 - Операция 17‑8) остаются неизменными.

Клиентские сделки могут быть исполнены двумя способами:

· в автоматическом режиме (назовем его так условно) – при нажатой кнопке Me (Мы) – см. подробнее п. 13.12;

· стандартным – с помощью переключения формы ввода с инициатора на конфирматора, выполняя при этом поочередно операции инициации и подтверждения. Кнопка Me (Мы) при этом отжата, поле Contra Customer (Счет контр.) недоступно для редактирования. Рассмотрим этот режим подробнее ниже.

Для выполнения действий со стороны продавца Sell (Прд.) или покупателя Buy (Куп.) установите надлежащее положение кнопки-переключателя кода операции. Инициатором исполнения может быть любая из сторон. В примере, приведенном на Рис. 17.5, у инициатора исполнения переключатель установлен в положение Sell.

Для подтверждения выполнения расчетов по сделке как Инициатору исполнения следует выполнить следующие действия:

· поместите из области Pending Trades (Неподтвержденные сделки) или вкладки Reports (Отчеты) на вкладку Trade Report (Отчет о сделке) отчет о сделке с отложенным исполнением; вы увидите сделку со стороны Инициатора исполнения (в нашем примере Sell) в статусе EOM (см. Рис. 17.5a);

· нажмите Affirm (Подтверд.) для подтверждения исполнения расчетов по сделке.

Для подтверждения выполнения расчетов по сделке как Конфирматору исполнения следует выполнить следующие действия:

· поместите из области Pending Trades (Неподтвержденные сделки)) или вкладки Reports (Отчеты) на вкладку Trade Report (Отчет о сделке) отчет о сделке с отложенным исполнением; вы увидите сделку со стороны конфирматора исполнения (в нашем примере Buy) в статусе EOF (см. Рис. 17.5б). Если подтверждение со стороны конфирматора исполнения производится сразу же после операции подтверждения исполнения со стороны инициатора исполнения, то достаточно изменить положение переключателя кода операции на противоположное;

· подтвердите исполнение сделки, нажав Affirm (Подтверд.); статус сделки изменится на CAB (со стороны конфирматора – см. Рис. 17.5с). На этом исполнение сделки считается законченным.

а)

б)

с)

Рис. 17.5. Вкладка Trade Report на этапе исполнения расчетов по сделке,
а) со стороны Инициатора исполнения б) со стороны Конфирматора исполнения, с) выполненная сделка со стороны Конфирматора исполнения

Часть V. Рынок репо

19.1. Операция репо

Операция репо представляет собой пару связанных сделок купли-продажи пакета ценных бумаг - первая и вторая части сделки.

Первая часть сделки заключается в день T. Предметом этой сделки являются:

· права и обязанности сторон по купле-продаже пакета ЦБ с исполнением в день T;

· обязательства сторон по заключению в день T+N (N=0, 1, 2, …, 366) договора купли-продажи упомянутого пакета ЦБ на согласованных условиях (вторая часть сделки), таких как сумма сделки и срок ее заключения.

Предметом второй части сделки являются права и обязанности сторон по купле-продаже того же пакета ценных бумаг в противоположном направлении с исполнением в день заключения второй части сделки.

Объектом первой и второй частей сделки является одинаковое количество Q ценных бумаг определенного вида. Суммы S первой и второй части различаются – в зависимости от типа операции (см. пункт 18.2) сумма первой части сделки S1 может быть больше или меньше суммы второй части сделки S2.

В день T заключается первая часть сделки с условием обратного выкупа, которая исполняется в части обязательств по купле-продаже ценных бумаг.

В день T+N заключается и исполняется вторая часть сделки.

В период от момента заключения первой части сделки (день Т) до дня заключения второй части сделки (день Т+N), включая сам день T+N, стороны с обоюдного согласия могут вносить изменения в условия второй части сделки, согласованные первой частью сделки.

19.2. Типы операций репо

Система репо позволяет производить четыре операции репо, перечисленные в Табл. 18.1Ошибка! Источник ссылки не найден.. В скобках приводится двухбуквенный код операции на этапе первой и второй частей сделки, который используется в системе репо в RTS Plaza.

Движение активов между участниками операции репо при выполнении операций показано в Табл. 18.2Ошибка! Источник ссылки не найден.. Операции различаются тем, какие активы имелись у сторон перед началом операции, и соотношением сумм S2 и S1, т. е. тем, кто получил прибыль в результате выполнения операции.

В зависимости от соотношения между S2 и S1 перечисленные в Табл. 18.1Ошибка! Источник ссылки не найден. операции по отношению к разным сторонам операции являются займом или кредитованием. Соответственно участников этих операций будем именовать Borrower (заемщиком) или Lender (кредитором).

Табл. 18.1. Операции репо

Назначение операции репо	Код первой части сделки репо	Наименование первой части сделки репо	Код второй части сделки репо	Наименование второй части сделки репо
заем денег под залог ценных бумаг	Borrow Money (BM)	продажа ЦБ с обязательством их обратной покупки по цене выше цены продажи	Return Money (RM)	обратная покупка ЦБ по цене выше цены продажи
заем ценных бумаг под залог денег	Borrow Securities (BS)	покупка ЦБ с обязательством их обратной продажи по цене ниже цены покупки	Return Securities (RS)	обратная продажа ЦБ по цене ниже цены покупки
кредитование деньгами под залог ценных бумаг	Lend Money (LM)	покупка ЦБ с обязательством их обратной продажи по цене выше цены покупки	Accept Money (AM)	обратная продажа ЦБ по цене выше цены покупки
кредитование ценными бумагами под залог денег	Lend Securities (LS)	продажа ЦБ с обязательством их обратной покупки по цене ниже цены продажи	Accept Securities (AS)	обратная покупка ЦБ по цене ниже цены продажи

Табл. 18.2. Движение активов между участниками операции репо

Операция	Участники	Участники владеют	Соотношение сумм
до операции репо	после первой части сделки	после второй части сделки
Borrow Money	Borrower	Q ценных бумаг	Сумма S1	Q ценных бумаг	S2 > S1
Lender	Сумма S1	Q ценных бумаг	Сумма S2
Borrow Securities	Borrower	Сумма S1	Q ценных бумаг	Сумма S2	S2 < S1
Lender	Q ценных бумаг	Сумма S1	Q ценных бумаг
Lend Money	Lender	Сумма S1	Q ценных бумаг	Сумма S2	S2 > S1
Borrower	Q ценных бумаг	Сумма S1	Q ценных бумаг
Lend Securities	Lender	Q ценных бумаг	Сумма S1	Q ценных бумаг	S2 < S1
Borrower	Сумма S1	Q ценных бумаг	Сумма S2

19.3. Выполнение операции репо в RTS Plaza

Система репо как часть программных средств Plaza Workstation позволяет трейдеру выполнять следующие действия на рынке репо: