getBuySellInfoEx

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.
Главная » Основные форумы » Программирование на языке Lua
Страницы: 1 2 3 След.
RSS
getBuySellInfoEx
 
#1
20.01.2016 18:08:52
Подскажите, пожалуйста.

А корректно ли работает сейчас функция getBuySellInfoEx? Иногда, всплывает предупреждение о превышении лимита.
 
 
#2
21.01.2016 05:35:38
Здравствуйте,
В последнее время никаких обращений о проблемой с функцией getBuySellInfoEx к нам не поступало.
Если Вы считаете что функция работает не правильно, приведите конкретный пример вызова функции, ее результат, и скриншоты таблиц лимитов по бумагам и по деньгам.
 
 
#3
22.01.2016 15:28:50
А динамически изменяемую маржу внутри дня, она сейчас учитывает?
 
 
#4
22.01.2016 15:57:47
А можно и как использовать для RIH6 ?
 
 
#5
25.01.2016 05:42:18
Здравствуйте,
Согласно документации, функция getBuySellInfoEx служит для получения параметров из таблицы «Купить/Продать».
А значит для ответа на Ваш вопрос Вам достаточно просто взглянуть на эту таблицу в терминале QUIK
Напомню, она открывается из таблицы Клиентский портфель, двойным кликом по какой либо строке в этой таблице.
Собственно если Вы там увидите RIH6 значит сможете получить его через функцию getBuySellInfoEx
Но Вы его там можете и не увидеть, так как в первую очередь эта таблица создана не для фьючерсов, а для акций/облигаций.
Фьючерсы там отображаются только в случае если брокер использует единую денежную позицию
 
 
#6
27.01.2016 16:44:28
Уточните, а эта функция сейчас учитывает ЦЕНУ заявки? Просто, кроме официального ГО, сейчас нужно и спрейд от цены заявки и цены клиринга +/- добавлять.
 
 
#7
27.01.2016 19:47:50
Цитата
Уточните, а эта функция сейчас учитывает ЦЕНУ заявки?
Как бы учитывает (где-то в 7.0.4 изменения смотрите или около того), но для SiH всё равно считает криво.
 
 
#8
29.01.2016 15:06:08
Вообще нужно доделать, что бы отражала правильно, может из-за того что цену шага изменили, сегодня глючило постоянно.

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

У нас вроде есть цена заявки, объём средств ИЛИ количество лотов в сделке - по этим параметрам можно вычислить.
 
 
#9
30.01.2016 10:39:56
Можно, но разработчикам, как известно, ничего не нужно.
 
 
#10
01.02.2016 09:29:47
Цитата
Это вопрос к разработчикам, ребята работает ли функции стабильно и будет ли она приведена в полное соответствие??  
Добрый день.

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

В целом какую цену не ставь что в форме заявки, что через функции. ГО не как не реагирует на это.
 
 
#14
04.02.2016 04:00:17
Егор, так всё-таки, проблема есть?
 
 
#15
04.02.2016 16:21:29
Добрый день,

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

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

К примеру:

ставлю 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, с последним обновлением.
 
 
#17
04.02.2016 19:14:55
так же и МАКС в  заявках. если меняешь цену, то значение макс не меняется.
 
 
#18
04.02.2016 19:24:10
D lua вот такая функция:

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

она показывает, ту же цыхру что и в форме.
 
 
#19
04.02.2016 22:10:26
А это через getBuySellInfoEx

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

tty.can_buy = 200

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

tty.can_buy = 200
 
 
#20
11.02.2016 15:06:25
Суппорт так что,  проблема уже накипела! Я проверил на 4-х КВИКовских терминалах, одно и тоже. вы наверное маленький объем лотов для проверки используйте, проверьте на 1000 на фьючерсе РТС, а в форме Объем ГО вообще не как не меняется.
 
 
#21
11.02.2016 21:32:12
Цитата
В реализованном алгоритме расчета ГО  для клиентского места 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
  }
 
 
#22
12.02.2016 01:32:19
Она вообще рассчёт ведёт только по клирингу! Дважды спрашивал, дважды отвечали что работает.
 
 
#23
12.02.2016 14:18:39
Добрый день,
Цитата
так же и МАКС в  заявках. если меняешь цену, то значение макс не меняется.
Причина в том, что Вы проверяете на версии QUIK 6.17.3. На данный момент максимально корректный расчет данных показателей доступен на актуальной версии рабочего места QUIK 7.0.4
Цитата
В реализованном алгоритме расчета ГО  для клиентского места QUIK       версии 7.0 пока не поддержан учет  радиуса курса валют. Это приводит      к  расхождению ГО по сравнению с  биржевым. Постараемся доработать       функционал в одной из следующих  версий.
Данная проблема относится к Валютному рынку и действительно имеет место быть. Мы работаем над ее устранением. Показатели же по Срочному и Фондовому рынкам рекомендуем проверять на актуальной версии терминала.
 
 
#24
12.02.2016 14:42:06
Цитата
Stanislav Tvorogov написал:
Данная проблема относится к Валютному рынку и действительно имеет место быть.

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

Чем еще смогу помочь?
 
 
#25
12.02.2016 15:07:35
Цитата
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).
 
 
#26
13.02.2016 04:42:09
Я бы на самом деле ещё протестировал саму формулу, потому что иногда МАКСИМУМ, не совсем МАКСИМУМ и есть возможность докупить несколько контрактов.
 
 
#27
13.02.2016 04:44:39
И с большими лотами.
 
 
#28
13.02.2016 04:46:28
7ка ещё сырая, на тестовой машине обновил с админа, захожу под другим юзером - сразу дам выбрасывает.  :evil:
 
 
#29
13.02.2016 16:08:12
Цитата
Роман написал:
Я бы на самом деле ещё протестировал саму формулу
Именно её (их) тестированием я и занимаюсь:
Гарантийная система рынка фьючерсов и опционов
Изменения с 7 сентября 2015 года в системе расчета гарантийного обеспечения
Принципы расчета вариационной маржи и гарантийного обеспечения с использованием текущих курсов валют

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

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

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

Прикольно будет, если сам "МОЕКС" ни фига не знает как у него ГО считается :))))
 
 
#31
14.02.2016 07:04:14
откатить версию:
из backup из каталога нужной версии переписываем в QUIK.
 
 
#32
16.02.2016 13:36:12
Кстати вот ещё глюк сегодня, через скрипт выставляю заявку продать 24 лота, начинает трещать о лимите, ввожу в ручную принял.

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

з.ы уже надоело сидеть и править этот глюк.
 
 
#33
16.02.2016 14:15:36
Здравствуйте,
Как уже было сказано, к сожалению у нас описанная проблема не воспроизводится.
И обращений от брокеров по данной теме мы не получали.
Значит проблема несет локальный характер. Возможно виноваты какие-то специфичные обстоятельства.
Чтобы хоть как-то приблизиться к решению вопроса, нам нужна конкретика, а не просто цифры.
А именно, кто брокер, какой сервер, какие параметры заявки вводились, точное время ответа на транзакцию, текущее состояние данных в таблицах и т.д.
И чтобы получить нам эту информацию от Вас, самый простой способ, воспроизвести проблему и прислать нам архив всей папки с терминалом QUIK (без ключей доступа) на адрес quiksupport@arqatech.com
Архив следует паковать при закрытом терминале.
 
 
#34
16.02.2016 14:27:15
p/s так не я один вам здесь написал об этой проблеме.
 
 
#35
16.02.2016 14:30:44
Цитата
Роман написал:
p/s так не я один вам здесь написал об этой проблеме.
Роман, просто поверьте на слово что если бы проблема была массовой то всплыла бы в гораздо бОльших объемах обращений.
 
 
#36
16.02.2016 14:46:19
массово МАКС ни кто не пользуется! SDL тоже пишет что по клирингу уже другая цена.
 
 
#37
16.02.2016 15:01:29
Роман, если запорошенная информация не будет нам отправлена то решение затянется на неопределенный срок.
 
 
#38
16.02.2016 16:25:50
Сергей я думаю вы сами понимаете, что файлы с диска ни я не кто либо из темы отправить вам не сможет, но здесь вам показали на примере использования формы, что у вас не верный расчёт производит, я не пойму какая проблема в том что бы открыть форму заявки и убедиться в этом?
 
 
#39
16.02.2016 16:43:14
Цитата
Роман написал:
какая проблема
Как уже ни раз было сказано у нас проблема не повторяется.



Как видно ГО меняется.
 
 
#40
16.02.2016 17:18:27
Цитата
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).
так вопрос то не в том, что она меняется, а в том что не правильно меняется именно в цифрах!
 
 
#41
16.02.2016 17:26:05
Цитата
Роман написал:
так вопрос то не в том, что она меняется, а в том что не правильно меняется именно в цифрах!
как же, Вы же сами писали:
Цитата
Роман написал:
ставлю 2 RIH6 по 74200 - сразу показывает Объем 227088,21 и ГО 26535,70
ставлю 2 по 65200 - показывает Объем 199543,82 и ГО 26535,70
ставлю 2 по 1 - показывает Объем 3,06 и ГО 26535,70

И так во всех терминалах, везде 26535,70
 
 
#42
16.02.2016 17:28:22
У меня просто постоянно напрягает, сообщения по лимитам , может из-за из-за валотильности они лезут, но вроде не должно - конечную цену указываю, откуда эти проскальзывания берутся! Если бы я один здесь писал, то задумался, а внутренних проблемах, но так как здесь присоединились и другие пользователи добью вопрос.
 
 
#43
16.02.2016 17:28:45
Это старая версия была
 
 
#44
16.02.2016 17:29:31
Как уже было сказано и еще раз повторим. Без конкретной информации процедура анализа неминуемо затянется на неопределенный срок.
Мы и дальше можем гадать какие цифры правильные а какие нет. Либо увидим перед глазами конкретный пример и сразу определим ошибку.
И как уже было сказано и еще раз повторим, что конкретный пример это не просто цифры на форуме, кто брокер, какой сервер, какие параметры заявки вводились, точное время  ответа на транзакцию, текущее состояние данных в таблицах и т.д.
 
 
#45
16.02.2016 17:30:44
с 7 поста я поменял на 7 версию
 
 
#46
16.02.2016 17:31:53
Сергей, но вы подтверждаете что проблема описная SDL присутствует и у вас?
 
 
#47
16.02.2016 17:35:29
Цитата
Роман написал:
Сергей, но вы подтверждаете что проблема описная SDL присутствует и у вас?
Нет не подтверждаю.
Не воспроизводится.
В примере данные от 25го числа и непонятно какая версия терминала. О чем тоже уже говорилось выше и повторяю еще раз, используйте актуальную версию терминала.
 
 
#48
16.02.2016 17:45:50
Цитата
Роман написал:
так вопрос то не в том, что она меняется, а в том что не правильно меняется именно в цифрах!

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

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

Где учет радиуса курса USD?!
 
 
#49
16.02.2016 17:57:02
Цитата
Sergey Gorokhov написал:
Нет не подтверждаю.
Не воспроизводится.
Потрясающе. Теперь вы против своих собственных скринов окна заявки не будете возражать? Надеюсь, вы используете актуальную версию терминала.
 
 
#50
16.02.2016 18:09:49
Цитата
SDL написал:
Потрясающе. Теперь вы против своих собственных скринов окна заявки не будете возражать? Надеюсь, вы используете актуальную версию терминала.
Не вижу противоречий, Вы говорите что функция CalcBuySell у Вас возвращает 5 и Вы не можете купить 5. эта проблема не воспроизвелась.
Что касается учета радиуса курса валют, то на данный момент этот функционал пока еще не реализован.
 
 
Страницы: 1 2 3 След.
Читают тему
Техническая поддержка
+7 383 219 1606
© 2000–2025,
ARQA Technologies
Наверх