getBuySellInfoEx

Страницы: 1 2 3 След.
RSS
getBuySellInfoEx
 
Подскажите, пожалуйста.

А корректно ли работает сейчас функция getBuySellInfoEx? Иногда, всплывает предупреждение о превышении лимита.
 
Здравствуйте,
В последнее время никаких обращений о проблемой с функцией getBuySellInfoEx к нам не поступало.
Если Вы считаете что функция работает не правильно, приведите конкретный пример вызова функции, ее результат, и скриншоты таблиц лимитов по бумагам и по деньгам.
 
А динамически изменяемую маржу внутри дня, она сейчас учитывает?
 
А можно и как использовать для RIH6 ?
 
Здравствуйте,
Согласно документации, функция getBuySellInfoEx служит для получения параметров из таблицы «Купить/Продать».
А значит для ответа на Ваш вопрос Вам достаточно просто взглянуть на эту таблицу в терминале QUIK
Напомню, она открывается из таблицы Клиентский портфель, двойным кликом по какой либо строке в этой таблице.
Собственно если Вы там увидите RIH6 значит сможете получить его через функцию getBuySellInfoEx
Но Вы его там можете и не увидеть, так как в первую очередь эта таблица создана не для фьючерсов, а для акций/облигаций.
Фьючерсы там отображаются только в случае если брокер использует единую денежную позицию
 
Уточните, а эта функция сейчас учитывает ЦЕНУ заявки? Просто, кроме официального ГО, сейчас нужно и спрейд от цены заявки и цены клиринга +/- добавлять.
 
Цитата
Уточните, а эта функция сейчас учитывает ЦЕНУ заявки?
Как бы учитывает (где-то в 7.0.4 изменения смотрите или около того), но для SiH всё равно считает криво.
 
Вообще нужно доделать, что бы отражала правильно, может из-за того что цену шага изменили, сегодня глючило постоянно.

Это вопрос к разработчикам, ребята работает ли функции стабильно и будет ли она приведена в полное соответствие??

У нас вроде есть цена заявки, объём средств ИЛИ количество лотов в сделке - по этим параметрам можно вычислить.
 
Можно, но разработчикам, как известно, ничего не нужно.
 
Цитата
Это вопрос к разработчикам, ребята работает ли функции стабильно и будет ли она приведена в полное соответствие??  
Добрый день.

Роман, как уже сказал Сергей, если наблюдаете проблемы с функцией, то пришлите запрошенную информацию выше.
 
Егор, так вы сами можете проверить, Поменяйте стоимость заявки и заметите что параметр общего ГО и максимальное количество бумаг, не как не изменяться!
 
з.ы. это я про форму заявки. Там же тот же расчёт ведётся.
 
CalcBuySell("SPBFUT", "RIH6", "xx", "xx" , 80000, true, false) - одна кол. контрактов
CalcBuySell("SPBFUT", "RIH6", "xx", "xx" , 60000, true, false) - тоже одна  кол. контрактов, хотя 60000 поставили, это уже 10000 +-  к ГО должно быть (и о низ. верх. пределе помним).

В целом какую цену не ставь что в форме заявки, что через функции. ГО не как не реагирует на это.
 
Егор, так всё-таки, проблема есть?
 
Добрый день,

1. Функция CalcBuySell отображает максимально возможное количество лот в заявке по инструменту. У себя проверили - функция рассчитывает количество корректно, в зависимости от указанной цены, направления заявки. В случае ее неработоспособности просьба прислать нам на почту пример скрипта и скриншоты из рабочего места QUIK, где был бы виден результат работы функции.
2. В случае, если в форме ввода заявки у Вас ГО рассчитывается неверно, либо не изменяет свое значение в зависимости от указанной цены/количества, в первую очередь просьба проверить, что в меню "Система/Настройки/Основные настройки/Программа/Получение данных" установлена опция "Исходя из настроек открытых пользователем таблиц". После чего выполнить "Система/Заказ данных/Перезаказать данные". При сохранении проблемы просьба прислать архив рабочего места QUIK без файлов ключей и файла справки info.chm нам на адрес: quiksupport@arqatech.com указав в письме ссылку на данную ветку форума.
 
А в форме заявки?

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

К примеру:

ставлю 2 RIH6 по 74200 - сразу показывает Объем 227088,21 и ГО 26535,70
ставлю 2 по 65200 - показывает Объем 199543,82 и ГО 26535,70
ставлю 2 по 1 - показывает Объем 3,06 и ГО 26535,70

И так во всех терминалах, везде 26535,70

Разные брокеры! Терминал: 6.17.3.6, с последним обновлением.
 
так же и МАКС в  заявках. если меняешь цену, то значение макс не меняется.
 
D lua вот такая функция:

local qty, comission = CalcBuySell("SPBFUT", "RIH6", "4100XXM", "4100XXM", 50000, true, false);

она показывает, ту же цыхру что и в форме.
 
А это через getBuySellInfoEx

tty = getBuySellInfoEx ("SPBFUT", "4100XXM", "SPBFUT", "RIH6", 1);

tty.can_buy = 200

tty = getBuySellInfoEx ("SPBFUT", "4100XXM", "SPBFUT", "RIH6", 100000);

tty.can_buy = 200
 
Суппорт так что,  проблема уже накипела! Я проверил на 4-х КВИКовских терминалах, одно и тоже. вы наверное маленький объем лотов для проверки используйте, проверьте на 1000 на фьючерсе РТС, а в форме Объем ГО вообще не как не меняется.
 
Цитата
В реализованном алгоритме расчета ГО  для клиентского места QUIK      версии 7.0 пока не поддержан учет  радиуса курса валют. Это приводит     к  расхождению ГО по сравнению с  биржевым. Постараемся доработать      функционал в одной из следующих  версий.
Цитата
1. Функция CalcBuySell отображает максимально возможное количество лот в заявке по инструменту. У себя проверили - функция рассчитывает количество корректно
Если вы уже признали недоработку, зачем противоречить самому себе?

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

25.01.2016 10:20:00
CalcBuySell("SPBFUT", "RIH6", "myClientCode", "myAccount", 69330, true, false) = 5
Код
25.01.2016 10:20:00 trans=
  {
    ["OPERATION"]="B"
    ["ACTION"]="NEW_ORDER"
    ["CLASSCODE"]="SPBFUT"
    ["TRANS_ID"]="100264"
    ["PRICE"]="69330"
    ["QUANTITY"]="5"
    ["ACCOUNT"]="<...>"
    ["SECCODE"]="RIH6"
    ["CLIENT_CODE"]="<...>"
  }

25.01.2016 10:20:00 transReply=
  {
    ["sec_code"]="RIH6"
    ["price"]=69330
    ["client_code"]="<...>"
    ["balance"]=0
    ["time"]=102000
    ["status"]=4
    ["qty"]=5
    ["class_code"]="SPBFUT"
    ["trans_id"]=100264
    ["account"]="<...>"
    ["exchange_code"]="<...>"
    ["quantity"]=5
    ["firm_id"]="SPBFUT"
    ["flags"]=262145
    ["result_msg"]="Ошибка создания заявки. [GW][332] \"Нехватка средств по лимитам клиента.\"."
    ["brokerref"]="<...>"
    ["order_num"]=0
    ["R"]=100264
    ["server_trans_id"]=22500
    ["uid"]=<...>
    ["ordernum"]=0
  }

 
Она вообще рассчёт ведёт только по клирингу! Дважды спрашивал, дважды отвечали что работает.
 
Добрый день,
Цитата
так же и МАКС в  заявках. если меняешь цену, то значение макс не меняется.
Причина в том, что Вы проверяете на версии QUIK 6.17.3. На данный момент максимально корректный расчет данных показателей доступен на актуальной версии рабочего места QUIK 7.0.4
Цитата
В реализованном алгоритме расчета ГО  для клиентского места QUIK       версии 7.0 пока не поддержан учет  радиуса курса валют. Это приводит      к  расхождению ГО по сравнению с  биржевым. Постараемся доработать       функционал в одной из следующих  версий.
Данная проблема относится к Валютному рынку и действительно имеет место быть. Мы работаем над ее устранением. Показатели же по Срочному и Фондовому рынкам рекомендуем проверять на актуальной версии терминала.
 
Цитата
Stanislav Tvorogov написал:
Данная проблема относится к Валютному рынку и действительно имеет место быть.

Из моих сообщений ясно и недвусмысленно следует, что проблема относится именно к Срочному рынку, а конкретно она проявляется на инструменте "Фьючерс на индекс РТС" (RTS-3.16) - "SPBFUT", "RIH6". Более того, приведенные расчеты подтверждаются ответом на транзакцию боевого, не демо, сервера брокера.
Версия терминала также была приведена - 7.0.4.10.

Чем еще смогу помочь?
 
Цитата
Stanislav Tvorogov написал:
Показатели же по Срочному и Фондовому рынкам рекомендуем проверять на актуальной версии терминала

Пожалуйста, вот самая свежая проверка:
12.02.2016, 14:50.
RIH6, данные промклиринга 12.02.2016 от 14:04:

Стоимость шага цены (MinStepPrice) - 15,89082
Нижний лимит (Pmin) - 64 470
Верхний лимит (Pmax) - 71 890
Расчетная цена последнего клиринга - 68 180
Базовое ГО - 13 913,53

Терминал 7.0.4.10, боевые торги. Вводим лимитную заявку:
RIH6, покупка, цена=68180 (=расчетной), кол-во=1.

Видим в поле объем ГО=11 790,99.
Неправильно! При цене заявки равной расчетной должны увидеть величину базового ГО (13 913,53).
 
Я бы на самом деле ещё протестировал саму формулу, потому что иногда МАКСИМУМ, не совсем МАКСИМУМ и есть возможность докупить несколько контрактов.
 
И с большими лотами.
 
7ка ещё сырая, на тестовой машине обновил с админа, захожу под другим юзером - сразу дам выбрасывает.  :evil:
 
Цитата
Роман написал:
Я бы на самом деле ещё протестировал саму формулу
Именно её (их) тестированием я и занимаюсь:
Гарантийная система рынка фьючерсов и опционов
Изменения с 7 сентября 2015 года в системе расчета гарантийного обеспечения
Принципы расчета вариационной маржи и гарантийного обеспечения с использованием текущих курсов валют

Цитата
Роман написал:
иногда МАКСИМУМ, не совсем МАКСИМУМ и есть возможность докупить несколько контрактов
Не понял этого. Если на клетке со слоном написано "буйвол", не верь глазам своим? (с)

Цитата
Роман написал:
И с большими лотами.
Вовсе не исключаю каких-либо ещё проблем с расчетом ГО при определенных условиях. Однако. Приведенные примеры демонстрируют наличие проблем именно при указанных условиях. И неплохо бы изжить для начала их.
 
Это означает, что если пишет тебе максимум 15 контрактов, то я ввожу 16 и спокойно их покупаю.

А как откатить версию, не фига она у меня не слезает с дампа? В предыдущей версии, кстати, тоже был глюк с работой под разными юзерами а админом, не как нельзя было обновить список серверов, приходилось в ручную вписывать!

Прикольно будет, если сам "МОЕКС" ни фига не знает как у него ГО считается :))))
 
откатить версию:
из backup из каталога нужной версии переписываем в QUIK.
 
Кстати вот ещё глюк сегодня, через скрипт выставляю заявку продать 24 лота, начинает трещать о лимите, ввожу в ручную принял.

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

з.ы уже надоело сидеть и править этот глюк.
 
Здравствуйте,
Как уже было сказано, к сожалению у нас описанная проблема не воспроизводится.
И обращений от брокеров по данной теме мы не получали.
Значит проблема несет локальный характер. Возможно виноваты какие-то специфичные обстоятельства.
Чтобы хоть как-то приблизиться к решению вопроса, нам нужна конкретика, а не просто цифры.
А именно, кто брокер, какой сервер, какие параметры заявки вводились, точное время ответа на транзакцию, текущее состояние данных в таблицах и т.д.
И чтобы получить нам эту информацию от Вас, самый простой способ, воспроизвести проблему и прислать нам архив всей папки с терминалом QUIK (без ключей доступа) на адрес quiksupport@arqatech.com
Архив следует паковать при закрытом терминале.
 
p/s так не я один вам здесь написал об этой проблеме.
 
Цитата
Роман написал:
p/s так не я один вам здесь написал об этой проблеме.
Роман, просто поверьте на слово что если бы проблема была массовой то всплыла бы в гораздо бОльших объемах обращений.
 
массово МАКС ни кто не пользуется! SDL тоже пишет что по клирингу уже другая цена.
 
Роман, если запорошенная информация не будет нам отправлена то решение затянется на неопределенный срок.
 
Сергей я думаю вы сами понимаете, что файлы с диска ни я не кто либо из темы отправить вам не сможет, но здесь вам показали на примере использования формы, что у вас не верный расчёт производит, я не пойму какая проблема в том что бы открыть форму заявки и убедиться в этом?
 
Цитата
Роман написал:
какая проблема
Как уже ни раз было сказано у нас проблема не повторяется.



Как видно ГО меняется.
 
Цитата
SDL написал:
Цитата
Stanislav Tvorogov   написал:
Показатели же по Срочному и Фондовому рынкам рекомендуем проверять на актуальной версии терминала
Пожалуйста, вот самая свежая проверка:
12.02.2016, 14:50.
RIH6, данные промклиринга 12.02.2016 от 14:04:

Стоимость шага цены (MinStepPrice) - 15,89082
Нижний лимит (Pmin) - 64 470
Верхний лимит (Pmax) - 71 890
Расчетная цена последнего клиринга - 68 180
Базовое ГО - 13 913,53

Терминал 7.0.4.10, боевые торги. Вводим лимитную заявку:
RIH6, покупка, цена=68180 (=расчетной), кол-во=1.

Видим в поле объем ГО=11 790,99.
Неправильно! При цене заявки равной расчетной должны увидеть величину базового ГО (13 913,53).
так вопрос то не в том, что она меняется, а в том что не правильно меняется именно в цифрах!
 
Цитата
Роман написал:
так вопрос то не в том, что она меняется, а в том что не правильно меняется именно в цифрах!
как же, Вы же сами писали:
Цитата
Роман написал:
ставлю 2 RIH6 по 74200 - сразу показывает Объем 227088,21 и ГО 26535,70
ставлю 2 по 65200 - показывает Объем 199543,82 и ГО 26535,70
ставлю 2 по 1 - показывает Объем 3,06 и ГО 26535,70

И так во всех терминалах, везде 26535,70
 
У меня просто постоянно напрягает, сообщения по лимитам , может из-за из-за валотильности они лезут, но вроде не должно - конечную цену указываю, откуда эти проскальзывания берутся! Если бы я один здесь писал, то задумался, а внутренних проблемах, но так как здесь присоединились и другие пользователи добью вопрос.
 
Это старая версия была
 
Как уже было сказано и еще раз повторим. Без конкретной информации процедура анализа неминуемо затянется на неопределенный срок.
Мы и дальше можем гадать какие цифры правильные а какие нет. Либо увидим перед глазами конкретный пример и сразу определим ошибку.
И как уже было сказано и еще раз повторим, что конкретный пример это не просто цифры на форуме, кто брокер, какой сервер, какие параметры заявки вводились, точное время  ответа на транзакцию, текущее состояние данных в таблицах и т.д.
 
с 7 поста я поменял на 7 версию
 
Сергей, но вы подтверждаете что проблема описная SDL присутствует и у вас?
 
Цитата
Роман написал:
Сергей, но вы подтверждаете что проблема описная SDL присутствует и у вас?
Нет не подтверждаю.
Не воспроизводится.
В примере данные от 25го числа и непонятно какая версия терминала. О чем тоже уже говорилось выше и повторяю еще раз, используйте актуальную версию терминала.
 
Цитата
Роман написал:
так вопрос то не в том, что она меняется, а в том что не правильно меняется именно в цифрах!

Это потому, что нас слушают, но не слышат.
Пример на демо-системе, ок, там то же самое.
Возьмем первый скрин. Цена 75130, по верхнему лимиту. Введено 1000 контрактов, давайте для простоты и наглядности брать 1 контракт, ГО тогда будет 16588.68

А теперь следите за руками:
3L / MinStep * MinStepPrice = 3 * (Pmax - РЦ) / MinStep * MinStepPrice = 3 * (75130 - 71550) / 10 * 15.44570 = 16588.6818

Где учет радиуса курса USD?!
 
Цитата
Sergey Gorokhov написал:
Нет не подтверждаю.
Не воспроизводится.
Потрясающе. Теперь вы против своих собственных скринов окна заявки не будете возражать? Надеюсь, вы используете актуальную версию терминала.
 
Цитата
SDL написал:
Потрясающе. Теперь вы против своих собственных скринов окна заявки не будете возражать? Надеюсь, вы используете актуальную версию терминала.
Не вижу противоречий, Вы говорите что функция CalcBuySell у Вас возвращает 5 и Вы не можете купить 5. эта проблема не воспроизвелась.
Что касается учета радиуса курса валют, то на данный момент этот функционал пока еще не реализован.
Страницы: 1 2 3 След.
Читают тему (гостей: 2)
Наверх