Ошибка при выставлении заявки

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

referens

 

 

Рег.: 14.12.2010

Сообщений: 705

Сообщ. #1 от 01.08.2013 13:03 Стандартное
Уважаемые коллеги, может кто-то из вас сталкивался со следующе проблемой: при выставлении заявки на биржу с телефона трейдер ошибся в идентификаторе клиента и сделка была проведена по коду другого клиента. Биржа идентификаторы менять отказывается.  Как можно корректно повесить сделку на того клиента, который фактически выставил заявку?

коллега

 

 

Рег.: 20.03.2009

Сообщений: 926

Сообщ. #2 от 01.08.2013 16:24 Стандартное

Цитата:

Уважаемые коллеги, может кто-то из вас сталкивался со следующе проблемой: при выставлении заявки на биржу с телефона трейдер ошибся в идентификаторе клиента и сделка была проведена по коду другого клиента. Биржа идентификаторы менять отказывается.  Как можно корректно повесить сделку на того клиента, который фактически выставил заявку?

referens, тут все просто.
По клиенту, по которому не та сделка прошла, проводите еще раз сделку (обратную), чтоб вернуть всё как было. Комиссии клиенту все возвращаете, т.е. денег у клиента должно быть столько, сколько было до этой ошибочной сделке. Трейдер пишет объяснительную. Эту объяснительную прикладываете в дело клиенту (как подтверждение того, что сделки без поручений клиента прошли). Это нормальная ситуация + клиент у вас подписывал декларацию о рисках:)))

По другому клиенту, по которому надо было, проводите сделку и в поручении пропишите срок исполнения два дня (это если вы только на второй день увидели, что не тому клиенту сделку провели)

Investor

SPb 

 

Рег.: 19.11.2012

Сообщений: 145

Сообщ. #3 от 01.08.2013 17:44 Стандартное
Если Вы работаете по номинальной схеме и депозитарий Ваш, то вообще проблем нет: во внутреннем учете просто поставите сделку тому клиенту, которому надо (никто это в жизни не проверит) и все. Ведь отчетность по операциям Вы ему предоставляете, а не биржа.
Если схема попечительская или депозитарий не под вашим контролем, то через объяснительную работаете, как советует Коллега.

referens

 

 

Рег.: 14.12.2010

Сообщений: 705

Сообщ. #4 от 01.08.2013 17:51 Стандартное
А как быть с курсовой разницей? Если у клиента - убыток, на основании какого документа мы компенсируем его или наоборот, если у него - прибыль, на основании чего мы ее заберем?

коллега

 

 

Рег.: 20.03.2009

Сообщений: 926

Сообщ. #5 от 01.08.2013 18:40 Стандартное

Цитата:

во внутреннем учете просто поставите сделку тому клиенту, которому надо

referens, вы сделки руками вводите или отчет с биржи загружаете в программы? Программы вам дадут провести как предлагает Investor?

Цитата:

(никто это в жизни не проверит)

с этим согласна, при условии, что все сделки встали нормально и нигде косяки не вылезли. Но если это увидет контролер, готовьте каску и бронежилет всем отделам))

referens, а почему вы не хотите сделать так, как я советовала? Ведь это вполне законно, просто и нормально. У вас убытки большие из-за этой сделки?

referens

 

 

Рег.: 14.12.2010

Сообщений: 705

Сообщ. #6 от 02.08.2013 10:08 Стандартное

Цитата:

referens, а почему вы не хотите сделать так, как я советовала? Ведь это вполне законно, просто и нормально. У вас убытки большие из-за этой сделки?


Насчет законности я сомневаюсь, на основании чего мы сделку проведем: распорядительной записки? Как потом компенсировать курсовые разницы - тоже непонятно, сделка эта в отчет и в регистры попадает - тоже вопросы может вызвать у клиента. Я склонялась изначально к варианту Investorа, только хотела провести официально на оснвоании служебной записки, но тогда в регистр в качестве основания попадет именно эта записка и это основание привлечет внимание проверяющих к сделке, перевешивать неофициально - не мой принцип работы, если честно, к тому же по депу: основанием является отчет клиринговой организации, а там эта сделка висит на другом клиенте, получается деп незаконно повесит бумаги на другого клиента, в общем много ″НО″.

baranov*

АО ОЛМА ИФ

 

Рег.: 08.08.2012

Сообщений: 61

Сообщ. #7 от 02.08.2013 10:34 Стандартное
во внутреннем учете просто поставите сделку тому клиенту, которому надо (никто это в жизни не проверит) и все
Инвестор, вы очень сильно ошибаетесь.

В свое время, я сталкивался с такой ситуацией. Мы писали Акт об обнаружении и исправлении технической ошибки, в котором описывали ситуацию и принятые меры (исправление данных в системе внутреннего учета). Акт подписывался Нач. Бэк-офиса, Контролером, и начальником торгового подразделения. Контролер, вроде бы писал еще свой отчет.

referens

 

 

Рег.: 14.12.2010

Сообщений: 705

Сообщ. #8 от 02.08.2013 11:49 Стандартное

Цитата:

В свое время, я сталкивался с такой ситуацией. Мы писали Акт об обнаружении и исправлении технической ошибки, в котором описывали ситуацию и принятые меры (исправление данных в системе внутреннего учета). Акт подписывался Нач. Бэк-офиса, Контролером, и начальником торгового подразделения. Контролер, вроде бы писал еще свой отчет.



В акт ФСФР это попало? и с какой формулировкой?

baranov*

АО ОЛМА ИФ

 

Рег.: 08.08.2012

Сообщений: 61

Сообщ. #9 от 02.08.2013 12:20 Стандартное
Нет, при проверке вопросов не возникло.

referens

 

 

Рег.: 14.12.2010

Сообщений: 705

Сообщ. #10 от 02.08.2013 12:39 Стандартное

Цитата:

Нет, при проверке вопросов не возникло.



То есть вы сначала в бэк выгрузили, а потом коррекцию делали? я к тому6 нельзя это выявить в течение дня, до загрузки в бэк? А  с депом как выкрутились? Деп не может произвести коррекцию на основании внутренней записки, у него о снование - отчет клиринговой организации.

baranov*

АО ОЛМА ИФ

 

Рег.: 08.08.2012

Сообщений: 61

Сообщ. #11 от 02.08.2013 14:27 Стандартное
Я правил биржевой отчет по сделкам. И ″перезаливал″ его руками в бэк. Т.е. на первый взгляд неправильной сделки и не было.
А для второго был акт со всеми приложениями. Поскольку были бумажные клиентские поручения, (распечатанные потом, но это ж неважно), вопросов не возникало.
Поскольку деп. был сторонний и работал по нашим поручениям - тут тоже проблем не было.
ПС Это было года четыре назад.

 

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

Script Execution time: 0,5
8 queries used