сделки на Т+2 во внутреннем учете

Правила форума

referens

 

 

Рег.: 14.12.2010

Сообщений: 705

Сообщ. #11 от 07.06.2013 12:11 Стандартное
Коллеги, такой форум нашла по Т+2 http://forum.finam.ru/index.php?showtopic=14715&st=0, может пригодиться кому.

referens

 

 

Рег.: 14.12.2010

Сообщений: 705

Сообщ. #12 от 20.08.2013 12:00 Стандартное
Коллеги, 2 сентября биржа всех переводит на Т+2, поделитесь пожалуйста своими мысляит: как контролировать риски, кто какие ограничительные показатели уже предусмотрел, самое главное: как объединять маржинальные сделки и сделки с неполным обеспечением?

Legal

 

 

Рег.: 24.07.2008

Сообщений: 998

Сообщ. #13 от 20.08.2013 13:41 Стандартное
пробежалась по форуму, многое совершенно не понятно.
увеличивается плечо, а если клиент торгует без маржиналки, что тогда, он все равно сможет залезть в долг перед брокером?
к примеру, если я покупаю бумагу на все средства, расчеты пройдут через 3 дня, то средства на моем счете блокируются или нет, или на них можно  опять что-то купить и это продать не дожидаясь поставки/оплаты, тем самым заработав/потеряв , избежав реального движения???

referens

 

 

Рег.: 14.12.2010

Сообщений: 705

Сообщ. #14 от 20.08.2013 14:28 Стандартное
Хотелось бы разъяснить следующий вопрос: сделки, совершенные на Т+2, с моей точки зрения, не маржинальные и не необеспеченные по определению, т.к. при их совершении не соблюдается одновременное соблюдение следующих условий:

1. они соврешены не на условиях полного обеспечения;
2. они соврешены не на условиях исполнения сделки в день ее заключения.

Соответственно все минусы, что по деньгам, что по бумагам, которые образуются в результате непоставки клиентом активов, не являются маржинальным займом, тогда как их классифицировать? Я в интернете нашла всего три регламента крупных брокерских контор, которые уже прописали порядок совершения сделок с частичным обеспечением, а главное - порядок переноса позиций, и это две встречные сделки на РПС на недостающий актив  с датами расчетов Т+1 и Т+2. Из вышесказанного я делаю вывод, что стандартные схемы по закрытию маржинальных позиций типа займа ЦБ неактуальны, ну кроме, пожалуй, РЕПО. И особенно мне интересно, если брокеры захотят оставить старую схему займа ЦБ, то как классифицировать минус по деньгам у клиента? как дебиторскую задолженность? И еще вопрос: раз это немаржинальтные сделки, то приказ 06-24/пз-н игнорируем и маржу не считаем? Коллеги, очень прошу, включайтесь в обсуждение, вопрос крайне важный.

Legal

 

 

Рег.: 24.07.2008

Сообщений: 998

Сообщ. #15 от 20.08.2013 15:19 Стандартное
http://superinvestor.ru/archives/8488 вот достаточно разжевали вопросы

ИК*

АО Инвестиционная компания ЛМС

 

Рег.: 13.03.2012

Сообщений: 2

Сообщ. #16 от 27.08.2013 17:20 Стандартное
ИМХО. 1. Согласен с referens, согласно 06-24/пз-н  сделки, заключенные в Т+2 не попадают под определение маржинальных и необеспеченных сделок.
2. По поводу мнения, что сделки в т+2 могут стать маржинальными в день исполнения в силу всем известным причинам, рассуждаю так, клиент изначально подает брокеру поручение на  совершение какой сделки? правильно, допустим,обычной, не маржинальной, подает соответствующее поручение, то каким образом спустя 2 дня, если такое вдруг произойдет, вы переквалифицируете сделку, заключенную 2 дня назад как немаржинальную в маржинальную, и более того, как вы это отразите в регистрах вн.учета, если изначально вы отразили ее как обычную сделку, без соответствующих расчетов ур. маржи и т.д.

Legal

 

 

Рег.: 24.07.2008

Сообщений: 998

Сообщ. #17 от 27.08.2013 21:56 Стандартное
а я поняла, что в любом случае на счете блокируется какое-либо обеспечение, или деньги, или бумаги, так что по сути ничего меняться не должно, просто расчеты пройдут позже.
но не понятно другое, а как же увеличится плечо,  наверное это будет только для маржинальных сделок, для клиентов, которым доступно плечо

Legal

 

 

Рег.: 24.07.2008

Сообщений: 998

Сообщ. #18 от 27.08.2013 22:00 Стандартное
в общем, понимаю так -для клиенат торгующего без плеча ровным счетом нич не изменится, для маржинальщиков - увеличится плечо. но вопрос как брокер будет брать свой % за маржиналку, за 2 дня ″простоя″ тоже будет взимать денежку?

коллега

 

 

Рег.: 20.03.2009

Сообщений: 926

Сообщ. #19 от 28.08.2013 11:09 Стандартное

Цитата:

но вопрос как брокер будет брать свой % за маржиналку, за 2 дня ″простоя″ тоже будет взимать денежку?

на мой взгляд надо брать денежку с клиента. Если клиент не хочет платить, то пусть не лезет в маржиналку, а совершает операции на свои

TTT*

АО БФА

 

Рег.: 25.06.2009

Сообщений: 31

Сообщ. #20 от 28.08.2013 12:13 Стандартное
Пункты 1 и 2 относятся к определению только необеспеченных сделок. Маржинальная сделка совершается за счет средств брокера.
В день совершения сделки взимается только комиссия биржи. Брокер может предоставить клиенту займ в сумме этой комиссии (при наличии обеспечения под этот займ).
Если клиент маржинальный в минусе по деньгам, брокер смотрит на величину обеспечения по маржинальному займу и по сделке Т+.
У клиента свободно обеспечение в размере скидки. Эту часть можно, вероятно, использовать как обеспечение под Т+. А если уровень маржи позволяет, брокер может учесть в качестве обеспечения по Т+ и часть обеспечения по маржиналке (обеспечение по маржиналке уменьшится, соответственно, уменьшится и уровень маржи). Если пересчитанный таким образом уровень маржи будет все еще больше ограничительного, клиент сможет совершить сделку Т+. Она будет маржинальной, если за счет брокера будет оплачена комиссия ТС, т.е. сумма нового займа = комиссии ТС.
Исполнение в день Т+2 это другая песня. Согласно п.15 приказа 06-24/пз-н брокер имеет право совершать операции с ДС и ЦБ при любом уровне маржи, если это исполнение обязательств по сделкам. Так что будет, например, исполнение сделки за счет брокера, увеличится сумма займа, уменьшится уровень маржи, и это скажется на возможности клиента совершить следующую маржинальную сделку.

 

Для того чтобы участвовать в форуме, зарегистрируйтесь на сайте. Если вы уже регистрировались, войдите на сайт НАУФОР, используя свой e-mail и пароль.

Script Execution time: 0,234
6 queries used