Vitaly Skorobogatov (Все сообщения пользователя)

Совместно со специалистами КИТ Финанс нам удалось разобраться в причинах проблемы.
Вынуждены признать, что первоначальная рекомендация (обратиться к брокеру для проверки прав) не помогла бы разрешить ситуацию. Проблема оказалась достаточно нетривиальной и вызвана отсутствием корневого сертификата публичного доверенного центра сертификации COMODO в ОС Android версии 5.0. Во всех более новых версиях Android этот сертификат уже присутствует.

Соответственно, для подключения РМ QUIK Android X с Вашего Galaxy S4 к серверу QUIK КИТ Финанс - потребуется установка этого сертификата на Ваш телефон вручную. Мы готовы помочь Вам сделать это - напишите нам письмо на адрес quiksupport@qrqatech.com, в ответ мы предоставим инструкции.

Добрый день! Совместно с Вашим брокером мы пытаемся разобраться в причинах проблемы. Возникло подозрение, что она может быть связана с настройками серверной части QUIK. Как только появится больше ясности или мы будем считать, что проблема решена - известим.

Мы свяжемся со специалистами Финама и постараемся совместно решить проблему.

За всех разработчиков отвечать не могу, мне иногда бывает - родителей не всегда слушался, на выборы вот не сходил. Если готовы поделится своим опытом - пишите на quiksupport@arqatech.com, по психологическим вопросам дальше готовы общаться в рамках email-переписки.

Спасибо за столь развернутое мнение! Как уже было озвучено нами ранее в этой переписке - данная тема была сродана для получения обратной связи от клиентов, а не для предупреждения, что сейчас начнется рубка с плеча. Считаем, что эту самую обратную связь мы получили :) Общественность вполне убедительно аргументировала свою позицию. Мы люди вроде бы тоже разумные - т.е. услышали, поняли и приняли решение о преждевременности отказа от QPILE.

Ввиду того, что мы получили более чем достаточное вполне количество объективных обоснований того, что QPILE пока нужен и в ряде случаев QLUA его не заменяет - принятие решения о прекращении поддержки откладывается на неопределенный срок. За сравнительную информацию о недостатках LUA в QUIK спасибо, мы ее учтем и используем при дальнейшем планировании развития QLUA.

Тема вызвала большой резонанс, поэтому чувствуем необходимость прояснить свою позицию по данному вопросу. Нам действительно не хочется продолжать поддерживать QPILE, тут секрета никакого нет. Но окончательного решения по этому вопросу не принято и тема была поднята для выяснения отношения общественности к этому вопросу. На основании Ваших ответов мы будем думать, что делать дальше. Если вскроется, что существует целый пласт задач, которые можно решить только на QPILE - решение о прекращении поддержки QPILE будет отложено на неопределенное время. До тех пор, пока существующие ограничения LUA не будут каким-то образом преодолены. Сейчас мы просто собираем информацию и благодарны за то, что ей с нами делятся.

Можно, но нам не кажется это перспективным. Тем не менее, для Вас существует решение FIX Client connector, с помощью которого можно реализовать для себя сколь угодно простой интерфейс :) Со скриптами тоже проблем не будет - интеграция через TCP/IP их любого языка программирования.

> но прошу всё же подумать над тем как убрать обращение к этому файлу при запуске программы.
Хорошо, принято.

> 4-ый вопрос: много ли клиентов пользуются этим коннектором?
> По крайней мере, озвучьте хоть относительную цифру. Больше 20?. Меньше 20-ти?

Это коммерческая информация, мы ее не разглашаем.

> 5. Будет ли и как долго он поддерживаться?

Мы стараемся поддерживать все наши продукты, до тех пор, пока ими пользуются наши клиенты.

> 6. Будете ли Вы, как компания-изготовитель - нести финансовую ответственность за возможные сбои, полученные по Вашей вине?

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

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

Использовать, наверное, еще можно. Но это ПО нами уже не поддерживается.

Да. После того, как брокеры выложат восстановленный график RTS на свои сервера.

Вчера, с 10:18 до 11:25 МБ не транслировала значение индекса RTS. Расчетные данные за этот период стали доступны позднее, но технология трансляции данных графиков индексов такова, что "вставить" данные в разрыв постфактум QUIK не может. Пропущенные данные мы уже получили, графики скорректируем, после чего "фикс" будет доступен брокерам.

Мне кажется, ответ был дан - в рамках класса инструментов QUIK - нет. Т.е. если вам предоставлены права на биржевой класс - операция и будет совершаться на бирже. Если права даны на внебиржевой класс - операции будут совершаться там.

Ответ сотрудников ARQA Technologies:
в QUIK отсутствует такой термин как "обычные заявки клиентов". Существуют классы инструментов. Торговые классы могут быть как биржевыми, так и небиржевыми - например, классы Модуля алгоритмической торговли или Системы брокерских котировок. Брокер может предоставлять клиентам права на любые классы. Никаких штатных механизмов "перехвата" заявки клиента, выставленной в рамках биржевого класса, с последующим перенаправлением куда-либо еще - в QUIK'е нет. Как убедиться в этом, выше уже было написано - сделки, выставленные по своим заявкам, Вы всегда сможете обнаружить в реестре обезличенных сделок МБ, например. Если Вы торгуете в рамках небиржевого класса - исполнение заявки производится по правилам этого класса. В Модуле алгоритмической торговли, например, заявка исполняется по правилам, заложенным в алгоритм. В классах Системы брокерских котировок - по правилам обработки внебиржевых заявок, настроенных брокером для конкретного класса.

Можете считать ответ неверным, но суть не меняется. На ФОРТС такого понятия, как рыночная заявка - не существует. QUIK позволяет ее сэмулировать, подставляя максимальную или минимально возможную цену при выборе опции "Рыночная заявка". Это экономит время. Но можете подставлять заведомо "играющие" цены и вручную.

Добрый день!
Честно говоря, нам казалось, что предоставленный выше в этой теме ответ вроде бы исчерпывающе отвечает на заданные вопросы. Прошу понять, сейчас добавить к нему просто нечего. Если он чем-то не устраивает или вызывает вопросы - готов продолжать дискуссию.

С точки зрения получения доступа к данным Рабочего Места QUIK, а также вызова его внутренних функций и интерфейсов, скрипту на языке LUA разрешается использовать только методы явно описанные в документации на Рабочее Место QUIK. Это замечание распространяется на все вызовы, осуществляемые не только из самого скрипта LUA, но также из загружаемых скриптом библиотек.

Добрый день!
Ответы на вопросы, заданные в первом письме -
1. Нет, ссылки на форум мы добавлять в документацию не будем.
2. Встраивать свой хелп в наше ПО по умолчанию не допускается, поскольку
а) нарушаются наши права
б) получатель такого «модифицированного» хелпа будет считать это нашим продуктом, и любые возможные  огрехи в этом «модифицированном» хелпе будет относить на наш счет.
3. Тексты из документации, имеющиеся у нас на сайте, разумеется, можно распространять  при условии ссылки на авторство нашей компании.
 

Raff, Вам нужно обратиться к Вашему брокеру.

Кроссплатформенный у нас уже есть - это webQuik. Создание кроссплатформенного "толстого клиента" - это несколько иная задача, чем портирование win-приложения c x32 на x64. Эту задачу мы пока реализовать не готовы. К тому же, для все же немногочисленных поклонников Linux и MacOS существуют вполне рабочие альтернативы в виде запуска win-клиента под различными эмуляторами.

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

Оба ответа, как ни странно, можно считать правильными. За годы в рамках линейки QUIK, которая состоит не только их Рабочего места, нами разработано множество различного ПО. Задача перехода на x64 перед нами, безусловно, стоит. Все новые компоненты системы разрабатываются сразу под x64, имеющиеся портируются. В настоящий момент приоритет за серверными компонентами, но и до Рабочего места, рано или поздно, дело тоже дойдет.

Приносим извинения за действительно, несколько сумбурный разбор этой истории. С проблемой разобрались. Действительно, для доллар-гривны и доллар-лиры в QUIK транслируется неправильная валюта шага цены. В следующей версии шлюзового ПО QUIK эта проблема будет исправлена.

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