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

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 39 40 41 42 43 44 45 46 47 48 49 ... 72 След.
Статус выполнения ордера
 
Цитата
Владимир Зайцев написал:
Спасибо, пробелы в терминологии у меня пока. Но все же возможно ли как то получить тогда статус выполнения именно заявки? Я же когда формирую транзакцию, то после того как она ушла на сервер, знаю ее ORDER_NUMBER. Нельзя ли как то получить статус Завки по ORDER_NUMBER? Ну если не в формате tri, tro,trr то хотя бы как то заставить квик логировать?
Спасибо.
Добрый день.

Можно при помощи Trans2Quik. При помощи функции TRANS2QUIK_ORDER_STATUS_CALLBACK
можно получить состояние заявки: Состояние исполнения заявки: Значение «1» соответствует состоянию «Активна»,
«2» - «Снята», иначе «Исполнена»
Расчёт ГО в форме ввода заявки
 
Цитата
Николай написал:
Спасибо за оперативность!
А нельзя добавить параметр текущего ГО в таблицу параметров, чтобы он отображал текущее состояние ГО в моменте?
Добрый день.

Таблица текущих торгов транслируется с биржи, добавить к сожалению, не сможем.
Если со стороны биржи такой параметр есть, то да, можно. Однако в биржевом интерфейсе мы такого не наблюдаем.  
Расчёт ГО в форме ввода заявки
 
Цитата
Николай написал:
В версии 7.9.1.1 есть хорошая штука, при в воде заявки показывает объем ГО в моменте, что очень удобно.
После обновления до версии 7.12.0 это поле пропало.    Подскажите, где сейчас этот параметр можно посмотреть? Может быть его можно добавить в какой-то из таблиц или где-то есть настройка чтобы вернуть его опять в форму ввода заявки?
Добрый день,

Причина ошибки, описанной в данном инциденте, была найдена и
     устранена в версии 7.12.1 терминала QUIK.
Рекомендуем Вам обновить версию программы.
Приносим извинения за причиненные неудобства.
Последняя доступная версия QUIK
 
Цитата
Старатель написал:
В 7.12 в файл справки QLUA.chm запихали не относящиеся к QLUA файлы, из-за чего он сильно распух и при поиске по словам выдаёт кучу ненужной информации.

   Добрый день,

   
Причина ошибки, описанной в данном инциденте, была найдена и
   устранена в версии 7.12.1 терминала QUIK.

   Рекомендуем Вам обновить версию программы.
Приносим извинения за причиненные неудобства.      
Как определить время вечерней сессии, Как определить время начала вечерней сессии на срочном рынке используя средства луа
 
Цитата
Иван Ру написал:
Выбор принимаемых параметров и инструментов
Добрый день.

Пункт меню Система - Заказ данных - Поток котировок.  
Вертикальная разметка интервалов времени в "будущем" времени
 
Цитата
ак сделать/настроить отображение вертикальной сетки для "будущего" времени? Если такое вообще, конечно, возможно в QUIK...  

Здравствуйте,

Такой возможности нет.  
QUIK не загружается
 
Добрый день.

Необходимо вопрос исследовать.
Для начала пришлите на quiksupport@arqatech.com архив рабочего места QUIK без ключей доступа и файла chm,
главное, чтобы в архиве был файл с настройками.
Как временное решение, попробовать запустить QUIK без файла настроек (Info.wnd). Данный файл удалять не нужно.  
Новичок QPILE. Где можно посмотреть, скачать примеры файлов со скриптами?
 
Добрый день.

По ссылке: http://arqatech.com/upload/iblock/c9f/qpile.zip
Переключение таймфреймов по хоткею
 
Цитата
Imersio Arrigo написал:
Цитата
Egor Zaytsev   написал:
Два разных.
Не могли бы вы озвучить состав пожеланий зарегистрированных в посте #4?
1. Добавление горячей клавиши (ctrl+F9) на открытие окна "Доступные скрипты"
2. Рассмотреть возможность работы с горячими клавишами при активных окнах.
Переключение таймфреймов по хоткею
 
Цитата
Imersio Arrigo написал:
Цитата
Egor Zaytsev   написал:
Ваши пожелания зарегистрированы. Мы постараемся рассмотреть их и
А это два разных пожелания или одно?
Добрый день.

Два разных.  
Переключение таймфреймов по хоткею
 
Цитата
vgi написал:
• А также для Lua-скриптов повесьте  Ctrl+F9  хотя бы, коль  Ctrl+F11  занимает QPILE.

• А ещё при активном окне Доступных Lua-скриптов горячие клавиши Квика не работают.
С учётом отсутствуя горячей клавиши для вызова/скрытия Lua-скриптов, это обращает на себя внимание.

Почините, пожалуйста.
Спасибо!
Здравствуйте!

Ваши пожелания зарегистрированы. Мы постараемся рассмотреть их и
сообщить Вам результаты анализа. Впоследствии, по результатам анализа,
будет приниматься решение о реализации пожеланий в будущих версиях ПО.
Переключение таймфреймов по хоткею
 
Цитата
Александр написал:
Здравствуйте, предлагаю сделать возможным изменять таймфрейм выделенного графика по хоткею, например CTRL+Стрелка вверх (вариативно).
Здравствуйте!

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и
сообщить Вам результаты анализа. Впоследствии, по результатам анализа,
будет приниматься решение о реализации пожелания в будущих версиях ПО.
Последняя доступная версия QUIK
 
Цитата
Русский написал:
Цитата
Управление видимостью трендовых линий и фигур на графиках при смене   инструмента. Для этого в форму редактирования свойств диаграммы   добавлена опция «Оставлять трендовые линии и фигуры при смене   инструмента». Описание см. п. 4.2.1 Руководства пользователя.
Подскажите, где теперь будет храниться информация о линиях и их привязке к инструменту, по-прежнему в файле настроек wnd?
Да.  
tri Связанные заявки
 
Цитата
Владимир Зайцев написал:
Цитата
Egor Zaytsev   написал:
В таком случае Вам необходимо сначала выставить обычную заявку, а по ней уже "стоп по исполнению".

Пример так:
Если это тейк профит по исполнению, то пример такой так:
Тэйк-профит по исполнению заявки
по частичному  исполнению заявки с номером 81874488 выставить тэйк-профит на покупку Лукойла в  объеме исполненной части заявки-условия, при достижении цены 265 с отступом 10  пипсов и защитным интервалом 10 пипсов
ACTION=NEW_STOP_ORDER; TRANS_ID=11;  STOP_ORDER_KIND=ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER;  BASE_ORDER_KEY=81874488; USE_BASE_ORDER_BALANCE=yes;  ACTIVATE_IF_BASE_ORDER_PARTLY_FILLED=yes; SPREAD=10; OFFSET=10;  OFFSET_UNITS=PRICE_UNITS; SPREAD_UNITS=PRICE_UNITS; STOPPRICE=265;  CLIENT_CODE=Q5; OPERATION=B; SECCODE=LKOH; CLASSCODE=TQBR; ACCOUNT=L01-00000F00;
Хм, понятно.
1. Я выставляю обычную заявку на шорт Роснефть по рыночной цене.
ACCOUNT=L01-00000F00; CLIENT_CODE=164587; TYPE=M; TRANS_ID=152; CLASSCODE=TQBR; SECCODE=ROSN; ACTION=NEW_ORDER; OPERATION=S; PRICE=0; QUANTITY=29;
2. Следом я меняю TRANS_ID+1 и выставляю то что вы мне привели из документации.
Все вроде понятно, но откуда мне знать какой BASE_ORDER_KEY ей будет присвоен? Его надо будет считывать из файла с логами? Или я могу в обычной заявке сам задать его и сразу же Тейк профит по исполнению выставить?

Еще вопрос, Тейк профит который Вы написали, он хранится на сервере? Можно ему выставить EXPIRY_DATE=GTC чтобы он хранился до тех пор пока не исполнится и переносился из дня в день?
Спасибо.
Добрый день.

BASE_ORDER_KEY заранее знать не можете,поэтом каким-то образом его нужно будет заполнять после выставления лимитированной заявки.
Поэтому здесь выход в рамках tri такой ставите обычную заявку, смотрите ее номер и заполняете для стопа исполнения.

Цитата
Еще вопрос, Тейк профит который Вы написали, он хранится на сервере? Можно ему выставить EXPIRY_DATE=GTC чтобы он хранился до тех пор пока не исполнится и переносился из дня в день?
Да. Если у Вас есть права на соответствующую опцию. Это можно проверить открыв форму ввода стоп заявки и посмотреть активен ли пункт "Срок действия - до отмены".  
Как определить, открыта ли таблица , созданная скриптом?
 
Цитата
kvazar1988 написал:
Но мне не нужно закрытие. Мне нужно знать открыта ли таблица? К примеру она была открыта до включения скрипта. Как это определить?
Добрый день.

Отвечено Вам почтой.  
Феерическое
 
Цитата
s_mike@rambler.ru написал:
Цитата
Egor Zaytsev   написал:
Цитата
    s_mike@rambler.ru   написал:
Цитата
Egor Zaytsev   написал:
Цитата
      s_mike@rambler.ru     написал:
Не имеет значения, кто виноват. Брокер, терминал или папа римский.

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

Для поиска ошибок существует процедура тестирования.

Я привел вам скриншот, демонстрирующий проблему в вашем ПО. Если компания заинтересована в улучшении своей продукции -пусть принимает меры. Я не сотрудник компании.
Связались с Вашим брокером. Запросили необходимые данные для проверки.
Графики на сервере корректные, с 30 мая по 5 июня никаких действия с графиками не проводились. Брокер также на своей стороне проблем не видит.
Если У Вас по прежнему сохраняется проблема. Просьба прислать архив рабочего места QUIK без ключей доступа.
уже нет, графики за 30 мая появились.

что совершенно не отменяет проблему.
Добрый день.

Однако и без какой либо информации искать проблему затруднительно.
Если проблема повторится, то пришлите архив рабочего места QUIK.  
tri Связанные заявки
 
В таком случае Вам необходимо сначала выставить обычную заявку, а по ней уже "стоп по исполнению".

Пример так:
Если это тейк профит по исполнению, то пример такой так:

Тэйк-профит по исполнению заявки
по частичному  исполнению заявки с номером 81874488 выставить тэйк-профит на покупку Лукойла в  объеме исполненной части заявки-условия, при достижении цены 265 с отступом 10  пипсов и защитным интервалом 10 пипсов
ACTION=NEW_STOP_ORDER; TRANS_ID=11;  STOP_ORDER_KIND=ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER;  BASE_ORDER_KEY=81874488; USE_BASE_ORDER_BALANCE=yes;  ACTIVATE_IF_BASE_ORDER_PARTLY_FILLED=yes; SPREAD=10; OFFSET=10;  OFFSET_UNITS=PRICE_UNITS; SPREAD_UNITS=PRICE_UNITS; STOPPRICE=265;  CLIENT_CODE=Q5; OPERATION=B; SECCODE=LKOH; CLASSCODE=TQBR; ACCOUNT=L01-00000F00;
Как определить, открыта ли таблица , созданная скриптом?
 
Добрый день.

Можно функцией IsWindowClosed
Функция возвращает «true», если окно с таблицей «t_id» закрыто.
Феерическое
 
Цитата
s_mike@rambler.ru написал:
Цитата
Egor Zaytsev   написал:
Цитата
    s_mike@rambler.ru   написал:
Не имеет значения, кто виноват. Брокер, терминал или папа римский.

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

Для поиска ошибок существует процедура тестирования.

Я привел вам скриншот, демонстрирующий проблему в вашем ПО. Если компания заинтересована в улучшении своей продукции -пусть принимает меры. Я не сотрудник компании.
Связались с Вашим брокером. Запросили необходимые данные для проверки.
Графики на сервере корректные, с 30 мая по 5 июня никаких действия с графиками не проводились. Брокер также на своей стороне проблем не видит.
Если У Вас по прежнему сохраняется проблема. Просьба прислать архив рабочего места QUIK без ключей доступа.  
Феерическое
 
Цитата
s_mike@rambler.ru написал:
Не имеет значения, кто виноват. Брокер, терминал или папа римский.

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

Скорее всего вы имеете ввиду не удалить, а снять заявки.
Описываемой вами транзакции - нет.
Есть возможность снять все заявки из торговой системы.
Но Вашу задачу, да можно решить при помощи LUA.
Подобных примеров у нас нет, но есть общие примеры по языку: http://arqatech.com/upload/iblock/194/quik_lua.zip
Феерическое
 
Добрый день.

Проверили у себя, 30 мая на месте.
Возможно проблема на стороне брокера, так как история подгружается с сервера брокера.
Можно обратиться к ним за уточнением. Также на рабочем месте QUIK перазакажите архив графиков.  
tri Связанные заявки
 
Добрый день.

Связанную заявку можно выставить только стоп лимит, без тейк профита.
Пример такой:

Стоп-заявка со связанной заявкой
РусГидро, покупка 15 лотов
по цене 8,500, стоп-цена >= 8,000, и лимитированная заявка по 6,000

ACTION=NEW_STOP_ORDER; STOP_ORDER_KIND=WITH_LINKED_LIMIT_ORDER; ACCOUNT=
NL0080000043; TRANS_ID=16; CLASSCODE=TQBR; SECCODE=HYDR; OPERATION=B;
QUANTITY=15; CLIENT_CODE=1001; STOPPRICE=8.0; PRICE=8.5; LINKED_ORDER_PRICE=
6.0; KILL_IF_LINKED_ORDER_ PARTLY_FILLED=NO;
История торгов
 
Цитата
_sk_ написал:
смёржить
Добрый день.

Нет.
Проблема с WinRos
 
Цитата
A.T. написал:
Старая тема, и до сих пор не сделанная в QUIK 7.11
Тоже попрошу добавить галочку для исключения компонента iwr.dll при запуске.

Но это еще не все проблемы с WinRos.exe ))

Зарегистрируйте и передайте разработчикам мое пожелание слово в слово, они поймут.

Пожалуйста, не надо упаковывать WinRos.exe UPX-ом, а то он единственный выделяется особым цветом как упакованный в Process Explorer Марка Руссиновича.
Упакованные образы там специально помечают, чтобы бросалось в глаза, потому что упаковывают как правило вирусы и прочие деструктивные программы ))
Экономия ~300kb, а смысла никакого.

Я могу, конечно, сам распаковывать (upx.exe -d), но для меня было бы лучше winros вообще отключить, я им не пользуюсь.

Спасибо.
Здравствуйте!


Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и
сообщить Вам результаты анализа. Впоследствии, по результатам анализа,
будет приниматься решение о реализации пожелания в будущих версиях ПО.
История торгов
 
Цитата
Старатель написал:
1. Каким образом происходит обновление графиков при смене (идентификатора) сессии? Путём дозаписи в конец?
2. Если у брокера произошёл сбой, и часть графика за какой-то период не отображается, а затем он положил на сервер корректные данные, как получить корректный график, не потеряв при этом накопленную историю свыше 3000 свечей, которой нет на сервере?
Добрый день.

1. Не совсем понятно, что значит "путем дозаписи в конец"
2. К сожалению, в этом месте решения нет.
После перезаказа архива - накопленные свечи "затрутся"
Несчастное окно
 
Цитата
Старатель написал:
QUIK 7.10. При подключении к серверу происходит обновление окна "Доступные скрипты", по простому: "моргает". Оно как бэ не надо.

Добрый день,

   поведение будет исправлено в обной из следующих версий программы.
OnTransReply выдает о состоянии заявки 4303
 
Добрый день.

Ответили, на Ваш вопрос в запросе почтой.
Дублируем.

На такие сообщения вида:
trans_Status 4312 trans_result_msg ,
можно не обращать внимание. Если в ответе на транзакции ошибки нету, то
значит транзакция успешна отправлена.  
Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами игнорируется, Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами не добавляет их в подписку сделок
 
Добрый день.

После добавления в код новой бумаги Вам нужно сначала отписаться, а далее подписать снова.
Наглядно так:

- Подписываемся на бумагу AGRO:
 TRANS2QUIK_SUBSCRIBE_TRADES
 TRANS2QUIK_START_TRADES
- Добавляем бумагу MSNG
 TRANS2QUIK_UNSUBSCRIBE_TRADES
 TRANS2QUIK_START_TRADES
- Подписываемся на AGRO|MSNG
  TRANS2QUIK_SUBSCRIBE_TRADES
 TRANS2QUIK_START_TRADES
Порядок следования в ТОС
 
Добрый день.

Вопрос изучили. Описанное Вами выше поведение не является ошибочным.
Вы получаете информацию в том порядке, в котором отдает сервер.
Да, сначала как вы описали могут поступать только обезличенные сделки по какому то определенному инструменту,
который первый был заказан, а далее сервер может отдавать инструменты в хаотичном порядке.  
Порядок следования в ТОС
 
Цитата
s_mike@rambler.ru написал:
Скрипт большой, чтобы его выложить.

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


никаких сортировок чего+то подобного в скрипте нет.
Хорошо, тогда выложите содержимое файла.  
СМС уведомления о сделках - проблема! дублируются сообщения
 
Цитата
Sergey Denegin написал:
Понял ) номер терминала значит )
Письмо отправил.
Спасибо большое, что взялись за решение этого вопроса!
Получили. Запрос брокеру отправили.  
СМС уведомления о сделках - проблема! дублируются сообщения
 
Цитата
Sergey Denegin написал:
Готовы выслать на почту, только уточните, что такое UID?
При подключении к серверу QUIK вверху слева отображается UID c номером.
Это идентификационный номер пользователя.  
OnTransReply выдает о состоянии заявки 4303
 
Необходимо из таблицы Сообщений посмотреть, какой ответ приходит.
Сделайте скриншот таблицы сообщений и приведите текст транзакции.  
СМС уведомления о сделках - проблема! дублируются сообщения
 
Цитата
Sergey Denegin написал:
Все эти данные я предоставил брокеру. Как я могу инициировать обращение брокера к вам, если они утверждают, что у них на сервере отправляется только одна смс, а я при этом регулярно получаю по две смс?
Здравствуйте,

Давайте мы попробуем сделать им запрос.
В таком случае сообщите пример сделки по которой приходило два смс (в ближайшие дни, дату тоже сообщите),
UID вашего пользователя, и адрес сервера подключения. Эту информацию можете сообщить нам на почту: quiksupport@arqatech.com
OnTransReply выдает о состоянии заявки 4303
 
Цитата
kvazar1988 написал:
OnTransReply выдает о состоянии заявки 4303. Что это за ошибка?
Добрый день.

В таблице сообщений, что показывает?  
Порядок следования в ТОС
 
Добрый день.

Проверили у себя на примере сохранения обезличенных сделок в файл.
Выгрузил те сделки, которые были заказаны и в том порядке, в котором они присутствуют в самой таблице.
Можете выложить свой скрипт.  
Порядок следования в ТОС
 
Добрый день.

Ваше обращение в поле зрения, не переживайте.
Постараемся ответить в ближайшее время.  
Параметр "Средневзвешенная цена" таблицы текущие торги
 
Цитата
Oleg Strelnikov написал:
Как считается параметр Параметр "Средневзвешенная цена" таблицы текущие торги ? В частности инересует за какой период времени он рассчитывается для инструментов SiM7 и USD000UTSTOM. Как построить графики этого параметра?
Здравствуйте,

Параметр рассчитывается на стороне биржи, точную формулу можете уточнить у них.
Рассчитывается параметр за текущую сессию.
График можно построить из таблицы текущих торгов, нажав правой кнопкой мыши по инструменту по параметру "Средневзвешенная цена". Если на построенном графике не будет истории, то скорее всего Ваш брокер не накапливает историю по данному параметру.  
Очередность срабатывания OnTransReply, OnOrder, OnTrade
 
Цитата
Andrei2016 написал:
2) Сервер QUIK сразу же отправляет запись, пришедшую с биржи, пользователю в соответствии с имеющимся в биржевой записи параметром client_code - по ВСЕМ кодам uid рабочих мест клиента, зарегистрированных у данного брокера. Для обычных - не корпоративных - пользователей такой uid обычно один, в связи с тем, что немногие пользователи - физические лица работают сразу с двумя и более рабочими местами. Но для корпоративных клиентов брокера наличие нескольких рабочих мест и, соответственно, нескольких uid - дело обычное.
Здравствуйте, по первому пункту верно.
По второму есть уточнения. Если у пользователя два разных UID, то он получит ответ только на одном UID.
По 3 пункту такие уточнения:
QUIK не требует уникальности поля trans_id, его уникальность должен поддерживать пользователь. Данное поле предоставляет возможность однозначного сопоставления поданной пользователем транзакции и полученного с
сервера QUIK ответа на транзакцию. Если пользователь не поддерживает уникальность поля TRANS_ID, он теряет возможность корректного определения, по какой транзакции пришел ответ с сервера. Стоит отметить, что событие OnTransReply() срабатывает для всех транзакций с полем TRANS_ID.

На остальные вопросы ответим позже.  
Параметр "Заблокировано" в таблице лимитов по бумагам
 
Цитата
Русский написал:
Цитата
Egor Zaytsev   написал:
Должно быть так. Как видим у Вас не так
У Вас всё-равно не так, как должно быть. "Доступно" так и осталось = -1, хотя вы заблокировали 1 на покупку, и "Доступно" должно было стать = 0.
Версия 7.9.1.1
Добрый день.

По текущей формуле ошибки здесь нет:
Сумма средств, доступных для заявок на покупку
Доступно = Всего - Заблокировано = 0-1=-1

Цитата
Когда позиция закрывается не одной заявкой, а выставляется несколько заявок на разных уровнях, я для проверки смотрю в колонку "Заблокировано". Мне нужно, чтобы "заблокировано" было равно "текущей позиции". Это значит, что я выставил заявки на всю позицию, ни больше неё, ни меньше неё.
В свою очередь зарегистрировали пожелание. Мы постараемся рассмотреть его и сообщить Вам результаты анализа.
Впоследствии, по результатам анализа, будет приниматься решение о
реализации пожелания в будущих версиях ПО.
Параметр "Заблокировано" в таблице лимитов по бумагам
 
Цитата
Русский написал:
Цитата
Egor Zaytsev   написал:
Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0

-ставим заявка на покупку 1 акция (заявка исполнена):

Доступно=1, Заблокировано=0, Заблокировано на покупку=0, Всего =1

- ставим заявку на продажу 1 акции (заявка исполнена)

Доступно=0, Заблокировано=1, Заблокировано на покупку=0, Всего =1

Второй вариант, который описывает Ваш первый случай. Где по вашему здесь ошибка?
Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0

-ставим заявка на  продажу  1 акция (заявка исполнена):

Доступно=-1, Заблокировано=0, Заблокировано на покупку=0

- ставим заявку на  покупку  1 акции (заявка  НЕ исполнена)

Доступно=-1,  Заблокировано=0, Заблокировано на покупку=1

Вариант, который описывает мой случай. По Вашему здесь нет ошибки?
Есть.

Должно быть так. Как видим у Вас не так, нужно разбираться. Для начала сообщите версию рабочего места QUIK.



Цитата
. Почему параметр "Заблокировано" отображает только лоты, заблокированные на продажу, когда по логике и по Руководству он должен отображать ВСЕ заблокированные лоты, и на покупку, и на продажу?
В руководстве не точное описание. Ваше обращение получено, проблема изучается, постараемся в ближайшее время дать ответ.  
Расчет QUANTITY в .tri, Расчет QUANTITY в .tri
 
Цитата
Владимир Зайцев написал:
Добрый день. Столкнулся вот с каким вопросом.
1. Робот ищет на свечах сигнал на вход.
2. Заполняет файл .tri для импорта в Quik.

В поле количество лотов QUANTITY надо указывать количество лотов.
Можно ли не указывать этот параметр, а как то передать приказ на покупку, на определенную сумму?  Т.е. к примеру SBER, по текущей цене, на 2000 рублей. В таком случае выполнится заявка на покупку одного лота.
Суть проблемы в том, что каждая акция имеет под ценой свое количество лотов. Не справочник же заводить с количеством лотов по кодам бумаг.
Если все же надо указывать количество лотов точное, то где можно найти справочник по количеству лотов? Интересует информация для всех площадок.
Спасибо.
Добрый день..

Нет, QUANTITY это обязательный параметр.
Цитата
Если все же надо указывать количество лотов точное, то где можно найти справочник по количеству лотов?
Такого справочника не существует. Вы сами решаете, на какое кол-во совершать операцию.
Может Вы имеете ввиду размером лота инструмента (Минимально допустимое количество ценных бумаг в одной заявке, штук), то эта информация отображается в таблице текущих торгов.  
Параметр "Заблокировано" в таблице лимитов по бумагам
 
Цитата
Русский написал:
Я понимаю, что работает так. Вопрос в том, почему работает так. Вы как будто специально не понимаете, о чём я.
Скажу по-другому.
У меня куплена 1 акция (длинная позиция), "доступно" = 1. Я  ставлю  заявку на продажу 1 акции (т.е. блокирую), и у меня "доступно" = 0.
А, если, у меня продана 1 акция (короткая позиция), "доступно" = -1. Я  ставлю заявку на покупку 1 акции (т.е. блокирую), и у меня всё ещё "доступно" = -1. Ничего не блокируется.
Вы считаете тут нет ошибки?
Предоставлено мало информации.

Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0

-ставим заявка на покупку 1 акция (заявка активна):

Доступно=0, Заблокировано=0, Заблокировано на покупку=1, Всего =0

Согласно документации: Блокируется параметр "Заблокировано на покупку"

- ставим заявку на продажу 1 акции (заявка активна)

Доступно=-1, Заблокировано=1, Заблокировано на покупку=1, Всего =0

Это один вариант.

Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0

-ставим заявка на покупку 1 акция (заявка исполнена):

Доступно=1, Заблокировано=0, Заблокировано на покупку=0, Всего =1

- ставим заявку на продажу 1 акции (заявка исполнена)

Доступно=0, Заблокировано=1, Заблокировано на покупку=0, Всего =1

Второй вариант, который описывает Ваш первый случай. Где по вашему здесь ошибка?  
Параметр "Заблокировано" в таблице лимитов по бумагам
 
Цитата
Русский написал:
Цитата
Egor Zaytsev   написал:
ЗаблокированоСумма средств, заблокированных под исполнение заявок  клиента
В том-то и дело, что "под исполнение заявок клиента", а не "под исполнение заявок  на продажу ". Например, у меня продана 1 акция, "доступно" = -1, "заблокировано" = 0. Я ставлю заявку на покупку 1 акции, и у меня всё ещё "доступно" = -1, "заблокировано" = 0.
Работает так:
При покупки блокируется "Заблокировано на покупку", при продаже "Заблокировано".
Можете выложить скриншоты таблицы лимитов по бумагам и таблицы заявок.  
Очередность срабатывания OnTransReply, OnOrder, OnTrade
 
Добрый день.

Цитата
Может ли OnTransReply() быть вызван ДВА раза? Если да, то в каких случаях?
Нет, одна транзакция - один ответ.

Цитата
Может ли OnOrder() быть вызван ТРИ раза или более? Если да, то в каких случаях?
OnOrder вызывается не только когда заявка приезжает, но и при любых
других изменениях относящихся к заявке. Речь не только про изменения
видимых параметров, есть еще и служебные параметры. Например, в
ситуации когда ответ на транзакцию приезжает позже тела транзакции.
Или случае, когда заявка исполняется несколькими сделками.

Цитата
3) Какое максимальное количество вызовов OnTrade() может быть совершенно в условно отдельный момент обработки информации о новой сделке (биржевая запись + информационные преобразования на сервереQUIKу брокера)?
В теории сколько угодно.

Цитата
4) Планируется ли, возможно ли увеличение в обозримом будущем количества вызовов указанных QLUA-функций^ OnTransReply(), OnOrder(), OnTrade()?
Пока информации нет.

Цитата
По логике последовательность вызовов должна быть жесткой:  OnTransReply --> OnOrder --> OnTrade (***).
Да, верно. Однако могут приходить  в любом порядке. Заранее нельзя быть уверенным в порядке срабатывания.
Параметр "Заблокировано" в таблице лимитов по бумагам
 
Цитата
Русский написал:
Параметр "Заблокировано" в таблице лимитов по бумагам показывает только кол-во бумаг, заблокированных на продажу. При этом в "Руководстве" этого не указано. Наоборот, в "Руководстве" указано, что данный параметр используется для расчёта параметра "Доступно". Т.е., если позиция шортовая и выставлены заявки на её закрытие, то "Заблокировано" = 0, а "Доступно" = объёму позиции. Просьба поправить параметр "Заблокировано" так, чтобы он учитывал заявки, встречные направлению открытой позиции (т.е, если бумага куплена, то учитываются только заявки на продажу, если бумага продана, то учитываются только заявки на покупку).
Добрый день.

Сейчас в руководстве (как в самой таблице) два параметра "Заблокировано" и "Заблокировано на покупку"
Описание:
ЗаблокированоСумма средств, заблокированных под исполнение заявок  клиента
Заблокировано на покупкуСумма средств, заблокированных при выставлении заявок на покупку
Цитата
И можно бы поправить "Руководство", т.к. в разделе лимитов по бумагам при описании параметров таблицы указывается "сумма средств", хотя должно быть "кол-во бумаг" или "кол-во лотов".
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и
сообщить Вам результаты анализа. Впоследствии, по результатам анализа,
будет приниматься решение о реализации пожелания в будущих версиях ПО.
Предложение по выбору ТФ на линиях, Показывать или не показывать линии на выбранном ТФ.
 
Цитата
Imersio Arrigo написал:
Цитата
Egor Zaytsev   написал:
Здравствуйте,

На форуме номера не публикуем.
А почему? Что за секретная информация?
Вроде я неоднократно видел что номера публиовались. не?
Информация не носит секретности. Можем Вам отправить почтой.  
СМС уведомления о сделках - проблема! дублируются сообщения
 
Здравствуйте,

Необходимо через брокера инициировать обращение к нам.
Брокеру предоставить полную информацию о проблеме. День проблемы, пример сделки, адрес сервера
на который подключались и свой UID пользователя.  
Предложение по выбору ТФ на линиях, Показывать или не показывать линии на выбранном ТФ.
 
Здравствуйте,

На форуме номера не публикуем. Текст, как в первом обращении.  
Страницы: Пред. 1 ... 39 40 41 42 43 44 45 46 47 48 49 ... 72 След.
Наверх