Список доступных для транзакций инструментов

в результате на счете пониженного ГО (брокер БКС), где брокером запрещены операции с опционами выдается следующее:

SPBFUT; PSFUT; SPBOPT; PSOPT; OPTEXP; FUTARENA; PSFUTARENA; FUTSPREAD; PSFSPREAD

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

Такого списка не существует и взять его нигде в QUIK нельзя. Ну просто потому, что настроить разные ограничения можно самыми причудливыми образами в самых разных частях системы, т.е. в итоге лишь подав транзакцию можно реально узнать доступна она тебе или нет.Разве что запросить у брокера, наверняка он предоставляет такой список где-то в регламенте.

Если честно - то не очень ясна решаемая задача. Типа супер универсальный робот с интерфейсом для пользователя по выбору только гарантировано доступных транзакций? ну как-то вроде трейдер (тут за таковых ратуют прямо очень) как бы сам должен быть в курсе каким инструментом он желает торговать (видимо ожидая прибыль), а каким не желает. Это же касается и режимов торгов.

ЦитатаСерж пишет: Тут вопрос ещё в том, а знает ли сам терминал по каким инструментам трейдеру разрешены операции?Или он узнаёт об этом только, когда в ответ на транзакцию с сервера приходит ответ с ошибкой? ЦитатаAlbert Eritsyan пишет: То есть если я правильно понял, в первом случае речь идет о "глубоко научном методе тыка", исключая возможность оптимизации круга инструментов (исключив не доступные для транзакций) количество лотов в ситуации, когда нужно быстро определиться? ЦитатаAlbert Eritsyan пишет: А втором случае есть какие либо специальные коды отказов в транзакции (либо четко ограниченный круг таковых, обусловленных именно наличием такого рода ограничений)? ЦитатаSergey Gorokhov пишет: Да речь идет о глубоко научном. Собственно можно поступить проще, как подсказали участники форума выше. Просто указать нужные классы. Это будет куда разумней, иначе есть шанс попасть "не в ту дырку". ЦитатаSergey Gorokhov пишет: Если в ответ на транзакцию нет номера заявки, и нет какого либо цифрового кода в круглых скобках и нет слова FORTS, значит заявка была отвергнута сервером. Кроме случая когда транзакции не доступны (нет прав) И кроме случаев когда тест транзакции содержит синтаксическую ошибку. В этом месте ошибку возвращает терминал Quik

Т.е. проверка наличия или отсутствия номера заявки и цифрового кода в скобках гарантия, что транзакцию отвергли по причине ограничений Брокера? Или возможны ситуации, когда Брокерские ограничения отсутствуют но отклик такой же?

Хотел также уточнить, а возможность доработки самого Квика, в плане предоставления клиентам списка доступных для транзакций инструментов в принципе не выполнима? Ведь это избавит от необходимости нагружать КВИК подобного рода проверочными ордерами.

ЦитатаAlbert Eritsyan пишет: Приведенный мной выше код и его результаты показали ошибочность такого подхода, так как в этом случае "как раз приглашают не в ту дырку" (см выше класс Опционов, когда они не доступны для торговли) ЦитатаAlbert Eritsyan пишет: Т.е. проверка наличия или отсутствия номера заявки и цифрового кода в скобках гарантия, что транзакцию отвергли по причине ограничений Брокера? Или возможны ситуации, когда Брокерские ограничения отсутствуют но отклик такой же? ЦитатаAlbert Eritsyan пишет: Хотел также уточнить, а возможность доработки самого Квика, в плане предоставления клиентам списка доступных для транзакций инструментов в принципе не выполнима? Ведь это избавит от необходимости нагружать КВИК подобного рода проверочными ордерами.

Сергей, давайте зарегистрируем пожелание по добавлению в КВИК возможности клиенту, не отправляя транзакцию, получать сведения о доступности конкретного инструмента для транзакций, например, при получении списка инструментов класса через getClassSecurities.В моем понимании в КВИКе вся необходимая информация имеется, нужно только лишь предоставить их по запросу клиента. На мой взгляд для этой цели getClassSecurities удобнее всего использовать, хотя, конечно же, Вам виднее.

ЦитатаSergey Gorokhov пишет: Да, и Вы не ответили на самый главный вопрос, чем эта проверка лучше заранее определенного списка классов заданных пользователем?На наш взгляд заранее заданный список куда лучше, так как избавляет от ошибок

Еще раз: прямая задача "Можно ли по данному инструменту на данном класcе этому пользователю в данный момент времени подать такую вот транзакцию" - решаема в QUIK (методом подачи транзакции здесь и сейчас и анализа полученного ответа).Обратная задача "тай список классов/инструментов, по которым я сейчас точно могу подать транзакции" в общем случае - не решаема в принципе.Решаема лишь частично и лишь в тех рамках, в каких терминал QUIK отображает или не отображает транзакции, основываясь на правах пользователя, но это лишь одна весьма ограниченная часть всех доступных ограничений.В самом деле, вы ведь наступали на недоступные транзакции, когда их подавали руками? наступали, значит заранее точно выявить таковые - нельзя.

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

Цитатаswerg пишет: Обратная задача "тай список классов/инструментов, по которым я сейчас точно могу подать транзакции" в общем случае - не решаема в принципе.

выскажу своё мнение:

брокеру для этого придётся писать, а точнее, опять же заказывать ЗА СВОЙ СЧЁТ серверный модуль для квика у ARQA, который будет являться по сути динамическим фильтром списков с функцией возможного оповещения тем или иным способом. Что брокер, разумеется делать не будет.

касаемо основного вопроса: вот, у меня была ситуация: опционы у меня присутствовали во всех списках в квике, лимит позволял но, у брокера была в своё время отключена по умолчанию эта возможность для всех клиентов (дабы оптимизировать свои риск-параметры). всё решилось только звонком брокеру.

Почему это не может сделать ARQA? Ответ: спрос на такую услугу - единичный. К тому же придётся переписывать часть квика для динамического апдейта всех списков. В конечном итоге, из-за такого сомнительного нововведения неизбежно возрастёт траффик и понизится производительность самого квика. (здесь могу, конечно, ошибаться)

Почему это не может да и врядли будет делать брокер? Ответ: Брокер не пишет серверные модули, а покупает их у той же ARQA.

Главный вопрос: Что будет, если в один момент прошла транзакция на основании информации из старых списков, а в следующий момент списки изменились и оказалось, что новая связанная транзакция уже невозможна исходя из изменившихся списков?

📎📎📎📎📎📎📎📎📎📎