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

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

Страницы: 1 2 3 4 5 6 7 8 9 10 11 ... 17 След.
Объем на графиках индексов, Непонятные цифры на графике объема по индексам
 
funduk,

Приносим извинения за задержку с ответом.

Итоги разбора следующие.
На самом деле нет "лишних" и "дубликатов" технических сделок.
Дело в том, что в текущей реализации системы QUIK, на технически обезличенных сделках проставляется локальное время сервера при их генерации, а не время фактического расчёта.
Фактическим результатом такого подхода является то, что в пределах двух секунд возможно несущественное перераспределение сделок в пределах 1-2 секунд.

Можем предложить зарегистрировать пожелание на изменение данного подхода таким образом, чтобы на сделках проставлялась метка времени, соответствующая времени расчёта обновления индекса в ТС, а не времени генерации сделки сервером.
Это должно исключить подобные эффекты.

Регистрируем?
Объем на графиках индексов, Непонятные цифры на графике объема по индексам
 
funduk,

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

Хорошо, письмо и архив терминала получили.
Ответим в рамках почтовой переписки.
Объем на графиках индексов, Непонятные цифры на графике объема по индексам
 
Здравствуйте, funduk.

Получили ли какой-либо комментарий от брокера по описанной ситуации?
Если требуется участие с нашей стороны - Вы можете настоять на разборе со стороны брокера и инициировать его обращение к нам.

Либо, Вы можете также как и в предыдущем случае - написать нам по почте, сообщить пример свечки, для которой наблюдаете описанный эффект, прислать архив терминала, и уточнить к какому серверу Вы были подключены.
Также просьба уточнить - как именно Вы наблюдаете дубликаты сделок?
Правильно понимаем, что брокер предоставил Вам доступ к потоку обезличенных сделок по классу INDX и Вы отслеживаете данные по таблице обезличенных сделок?
Или Вы это делаете как-то иначе, как именно?
Объем на графиках индексов, Непонятные цифры на графике объема по индексам
 
funduk, дублируем итоги разбора.



Скорректируем описание расчёта свечей текущего дня для графика цены и объёма по значениям индекса
Цитата
Andrey Bezrukov написал:
сегодняшние свечки рассчитываются локально терминалом с учётом настроек запроса данных
свечки графика цены и объёма всё же рассчитываются сервером, а не терминалом, происходит это следующим образом.
Сервер получает обновления значения и в случае изменения значения генерирует по ним технические обезличенные сделки, объём каждой сделки равен 1.
Т.е. на каждое изменение значения индекса приходится 1 техническая сделка с единичным объёмом.
По этим техническим сделкам, как и для графиков торгуемых инструментов - рассчитываются свечки графика цены и объёма для индексов.

С учётом того, что МБ рассчитывает и рассылает обновления индекса каждую секунду - в одной минутной свечечке объём не может быть больше 60, при этом не все 60 обновлений индекса могут содержать изменение его индекса, т.е. не по каждому обновлению генерируется техническая сделка, это происходит только при изменении значения индекса, поэтому на практике, не редки случаи, объём минутной свечи меньше 60.

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

По итогам разбора совместно с в Вашим брокером - каких-либо проблем в рассылке данных из ТС на сервер QUIK брокера, или с сервера QUIK брокера в Ваш терминал выявлено не было.
Объем на графиках индексов, Непонятные цифры на графике объема по индексам
 
Здравствуйте, funduk.

Ваше письмо и архив получили, смотрим.
Дальнейшие комментарии по вопросу предоставим в рамках почтовой переписки.
При необходимости - результаты разбора сообщим в данной теме форума.
Объем на графиках индексов, Непонятные цифры на графике объема по индексам
 
funduk,
Цитата
funduk написал:
3 секунды, то есть по крайней мере для индексов эта часть логики не работает.
Правильно понимаем, что речь идёт о объёмах свечей *текущего* дня?
Т.е., условно, сегодня, в течении дня, согласно этой настройке, у Вас не должно быть объёмов минутных свечей больше 20, но фактически Вы наблюдаете свечи с объёмами более 20, верно?
То, что речь именно о сегодняшних свечах - это важный момент, поскольку сегодняшние свечки рассчитываются локально терминалом с учётом настроек запроса данных, а иссторические данные прошлых дней - рассчитываются и транслируются уже сервером QUIK, как отметили прошлым письмом. Сервер, как отметили, при расчёте и рассылке архивных данных не учитывает настройки прореживания на терминале, т.е. его свечки могут иметь бОльший объём, т.к. количество обновлений.

Цитата
funduk написал:
Когда стояла 1 секунда, тоже было не 60 стабильно.
Имеете ввиду, в *текущий день* в одну минутную свечу приходило больше 60 обновлений, т.е. объём был больше 60? Просьба уточнить, с учётом комментария выше.
Если же имеется ввиду, что объёмы были меньше 60 - то это объяснить тем, что за конкретную минуту из ТС пришло меньше 60 обновлений данных по значению индекса.

Цитата
funduk написал:
Пока что я предполагаю, что сервер QUIK (у брокера, не у ARQA и не у биржи) получает от ТС (брокера, не ARQA, не биржи) не все обновления, или не может все полученные оттранслировать. Или есть какой-то центральный сервер QUIK (у ARQA или у биржи), который от биржи чего-то не дополучает или получает всё, но не может остальным оттранслировать полностью?
Здесь прокомментируем, что если говорить о Фондовом рынке МБ - то ТС (торговая система) - это только и исключительно ТС Московской биржи, ни о какой "ТС брокера, не биржи" в данном контексте нет.
Централизованного сервера QUIK, через который данные расходятся из ТС ФР МБ в сервера других брокеров в данной цепочке также нет, каждый брокер подключается к ТС индивидуально, через свои копии специализированных интерфейсов.

Предлагаем разобрать описываемую Вами ситуацию на конкретных примерах.

Для этого, понаблюдайте, пожалуйста, за тем, как строится график цены и объёма по интересующим Вас индексам в течении дня, обращая внимание на значение объёмов свечей.
При выявлении свечей, у которых объём превышает ожидаемое значение с учётом настроек запроса данных, и свечей, объёмы которых сильно меньше ожидаемых - отключитесь от сервера QUIK, закройте программу, дождитесь, когда процесс info.exe пропадёт из списка процессов Диспетчера задач Windows.
После этого - создайте архив всей папки с файлами терминала.
Если в архив попадут файлы ключа *.txk - удалите их из архива.

Напишите нам письмо по адресу quiksupport@arqatech.com, в котором дайте ссылку на данную тему форума, сообщите ссылку для скачивания архива терминала из облачного хранилища, укажите, для каких именно минутных свечей каких индексов выявили некорректные значения объёмов, требующие изучения, сообщите кто Ваш брокер, Ваш UID в его системе QUIK (отображается в заголовке программы, когда Вы подключены), если брокер предлагает несколько серверов для подключения - укажите, к какому именно серверу были подключены. С этой информацией мы посмотрим, почему в терминале свечи могли рассчитаться именно таким образом, сверимся с данными МБ, и при необходимости - обратимся к Вашему брокеру за получением доп. технической информации. По завершению разбора, рассчитываем на то, что удастся прояснить ситуацию и предоставить Вам соответствующий комментарий.
Объем на графиках индексов, Непонятные цифры на графике объема по индексам
 
funduk,

По всей видимости, предыдущие ответы были не вполне корректными / не полными. Приносим извинения.
Ниже постараемся более подробно описать особенности построения графиков для индексов, чтобы прояснить ситуацию и ответить на Ваш вопрос.

Для графиков цены и объёма по инструментам, по которым фактически заключаются сделки, график объёма отображает суммарный объём сделок в денежном выражении за период расчёта свечи.
Объём считается, грубо говоря, как произведение цены сделки на количество ЦБ в сделке; количество ЦБ - это произведение количества лот на лотность, т.е. количество ЦБ в одном лоте.
Расчёт свечей осуществляется сервером QUIK и транслируется в клиентские терминалы QUIK.

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

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

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

Если говорить о графике объёма истории изменения параметра, который строится в течении текущего дня - то свечи их объём рассчитываются в терминале QUIK локально, объём, т.е. количество обновлений параметра определяется тем, как часто сам параметр транслируется из ТС новой записью, а также настройками периодичности запроса данных в терминале (Система/Настройки/Основные настройки/Программа/Получение данных - "Запрашивать данные раз в ... сек.").
Соответственно, если включить настройку и указать период запроса 1 сек., то за одну минутную свечу объём не будет превышать 60.

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

В Вашем конкретном примере, можем предположить, что у Вас включен период запроса данных раз в 1 секунду, откуда мы получаем, что объём не может быть больше 60, а то, что иногда Вы наблюдаете меньший объём, например, 55 - означает, что за период расчёта данной минутной свечи из ТС пришло только 55 обновлений записи со значением параметра.

Если же Вы ожидаете увидеть в объёме свечи графика индекса объём совокупный объём в сделках по ЦБ, входящих в состав индекса - то в терминале QUIK, как отметили Выше, эту информацию в чистом виде на графике увидеть нельзя.
Баг со снятием алгоритмических заявок, Баг со снятием алгоритмических заявок
 
АнатолийМ,

Касательно связки окон ТТП + Таблица Алго-заявок:

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Что касается текущих проблем с алго-заявками у Финама:
обращение от брокера действительно было, и мы уже работаем совместно с брокером над решением; за дополнительной информацией о сроках восстановления доступности сервиса алго-заявок - рекомендуем обращаться к брокеру Финам.
Баг со снятием алгоритмических заявок, Баг со снятием алгоритмических заявок
 
Здравствуйте, АнатолийМ.

Приносим извинения за задержку с ответом.
Нам удалось связаться с Вашим брокером Финам и получить у него необходимые данные для разбора.
Дальнейший разбор описанной проблемы мы продолжим непосредственно с Вашим брокером.
За дополнительными деталями по данной проблеме рекомендуем обращаться непосредственно к брокеру Финам.

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

Т.е. такова текущая реализация.
Можем предложить пожелание на реализацию логики, которая позволит отображать алго-заявки по конкретному торговому инструменту в таблице алго-заявок в условиях связки с другой таблицей, например - таблицей ТТП, а не скрывать их из-за различия классов и инструментов, как это происходит сейчас.
Регистрируем?
Баг со снятием алгоритмических заявок, Баг со снятием алгоритмических заявок
 
Здравствуйте, АнатолийМ.

Правильно ли понимаем, что такое происходит только в период аукциона открытия, но во время основной торговой сессии заявки снимаются корректно - со снятием связанной биржевой заявки из стакана также снимается и алго-заявка, верно?
Вместе с ответом на этот вопрос - просьба сообщить примеры номеров алго-заявок и связанных с ними биржевых заявок, которые были выставлены в стакан в период аукциона открытия, и при снятии которых не были сняты алго-заявки.
Достаточно одного примера алго-заявки и связанной с ней биржевой заявкой.
Желательно, чтобы пример был наиболее "свежий", например, за дату Вашего обращения - 27.04, либо за текущий день, если ситуация повторилась, например.
Также просьба сообщить кто является Вашим брокером - нам потребуется обратиться к нему для получения дополнительной технической информации для разбора данной ситуации.

Запрошенную информацию Вы можете сообщить здесь, или письмом по адресу quiksupport@arqatech.com, в письме просьба явным образом сослаться на данную тему форума.

Заранее большое спасибо.
Мерцание строк таблицы Excel при экспорте по DDE, При экспорте таблицы из QUIK в Excel по по DDE мерцают строки
 
Здравствуйте, Анатолий....

На стороне терминала QUIK нет настроек, которые бы управляли частотой обновления данных, передаваемых по DDE - все обновления таблиц в терминале передаются сразу.
Задержка обновления может быть связана с задержками обработки данных самим DDE-сервером, которым в данном случае выступаем таблица Excel.

Со стороны терминала, можем предложить поэкспериментировать с настройкой "Новый поток на отдельный DDE-сервер" в пункте меню Программа / Экспорт данных - раздел "Экспорт по DDE": если настройка выключена - включите её и проверьте, наблюдаются ли какие-либо улучшения в работе экспорта по DDE.
В противном случае - предлагаем проверить настройки DDE-сервера в Excel на предмет возможных причин задержки в обработке и отображении данных в таблице.
баги в 10.0.1
 
Здравствуйте, Кирилл,

Ваше письмо получено, проблема изучается. Постараемся в ближайшее время дать ответ.
баги в 10.0.1
 
Здравствуйте, Кирилл.

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

2. Воспроизвести описанный эффект на терминале 10 версии не удалось.
Возможно, Вы используете устаревший терминал, в котором действительно могла быть недоработка, приводившая к такому эффекту, которая была устранена в одном из последующих обновлений.
Предлагаем обновить терминал до более актуальной версии, при необходимости - за обновлением можете обратиться к Вашему брокеру.
Также предлагаем убедиться, что после изменения настроек - происходит нажатие кнопки "Сохранить" в окне настроек, а также проверить, что файл info.ini с настройками терминала и используемый файл *.wnd доступны для записи для пользователя, от имени которого запускается программа.
Несоответствие данных в таблице "Торги" и в дневных свечах.
 
Сергей,

Мы описали, как работает функционал построения графиков цены и объёма по индексам.
Данные в ТТП по индексам также транслируются ТС МБ, а не рассчитываются отдельно сервером/терминалом QUIK.

Из этого описания, а также из Ваших комментариев становится ясно, что никакой ошибки нет, система работает так, как и задумано, в соответствии с исчерпывающим описанием выше.

То, что со стороны МБ есть определённые особенности в части трансляции данных, а наше ПО отображает эти данные "как есть" и Вас это не устраивает - не является ошибкой в нашем ПО, которую необходимо исправлять.

Готовы зарегистрировать пожелание на доработку, которая позволит исключить транслируемые ТС значения индекса до начала торгов при расчёте свечек графика и, как предполагается, должна исключить расхождения данных в ТТП с дневными свечками, обусловленные особенностями трансляции данных из ТС.
Регистрируем?
Несоответствие данных в таблице "Торги" и в дневных свечах.
 
Здравствуйте, Сергей,

Выше уже был дан развёрнутый комментарий о том, почему так происходит.
Если Вас данное положение дел не устраивает, то Вы можете обратиться по этому вопросу к Вашему действующему брокеру и инициировать его обращение к специалистам МБ с пожеланием исключить трансляцию избыточной и не актуальной информации о значении индекса до начала торгов, либо для обращения к нам, компании-разработчику QUIK за обсуждением возможных опций по устранению данного эффекта со стороны системы QUIK.
AddLabel из скрипта-индикатора
 
Здравствуйте, Старатель.

Новой информации по данному пожеланию пока что нет.
Чтение данных метки, Зависание терминала
 
Здравствуйте, Nikolay,

К сожалению, описанная в данном обращении проблема не имеет каких-то временных способов устранения или обходных путей. Ошибка, из-за которой проявляется проблема, будет устранена в ближайшей очередной версии ПО.
Приносим извинения за причиненные неудобства.
Чтение данных метки, Зависание терминала
 
Здравствуйте, Nikolay.

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

Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
График или др. инфо о сделках РПС
 
Здравствуйте, Инпирдихтель.

Если какой-либо класс инструментов не доступен в Вашем терминале (не находится ни класс, ни его инструменты) - наиболее вероятно, брокер не предоставил Вам доступа к данному классу.

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

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

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Разный вид формы стоп-заявок при открытии из разных источников
 
Здравствуйте, СергейК.

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

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

Такова текущая реализация функционала алго-заявок.
Замена возможна только для алго-заявок типа:
- заявка со сроком
- айсберг
Доступными для изменения параметрами являются параметры:
«Видимое кол-во», «Кол-во», «Агрессивность» и «Цена», установка признака "Рыночная" недоступно для изменения.
Об этом сказано в руководстве пользователя алго-модуля, раздел 2.4 Доступные функции.

Правильно понимаем, что вместе с заменой, Вы хотели бы иметь возможность вместо указания цены - выставлять признак рыночной заявки для алго-заявок данных типов?
Можем зарегистрировать пожелание на данную доработку.
Регистрируем?
Изменение открытого интереса, Дополнительный параметр таблицы обезличенных сделок.
 
Григорий, именно это пожелание и было зарегистрировано.
Файлы TAB , WND и приватность
 
Здравствуйте, Инпирдихтель.

В wnd- и tab- файлах Ваши персональные данные (счета/коды клиента) попадают в случае, если в таблица используются фильтры по ним (пользовательские или глобальные).
Чтобы гарантировано очистить эти фильтры в файле настроек и убрать информацию по Вашим счетам надо сделать следующее:

0) Отключитесь от сервера QUIK
1) Нажмите комбинацию клавиш CTRL+G
2) В открывшемся окне поставьте галочку "Применить к окнам на всех закладках"
3) В этом же окне во всех всплывающих списках "Фильтр фирм", "Фильтр счетов депо" и "Фильтр клиентов" выберите "СНЯТЬ".  Напротив Фильтр клиентов нажмите на кнопку с троеточием и перенесите код из Выбранного столбца в Доступный, нажмите Да  и нажмите "Применить"
4) Войдите в меню - (F9) Торговля> Настройка счетов> Очистить список выбранных счетов
5) Выполните команду Система/Заказ данных/Перезаказать данные. Отметьте Торговые данные и Локальные справочники.
6) Подключитесь к серверу.

После этого в wnd- и tab- файлах данных по счетам и торговым кодам не будет.
Однако они будут и останутся в *.dat-файлах, локальных хранилищах программы, таким образом, при необходимости - Вы сможете продолжить работать с доступными Вам счетами и клиентскими кодами.
Изменение открытого интереса, Дополнительный параметр таблицы обезличенных сделок.
 
Здравствуйте.
Григорий,
Судя по всему, это просто макеты, параметр добавлен на снимки экрана искусственно, в каком-либо редакторе изображений просто чтобы продемонстрировать важность и полезность запрашиваемой доработки.
Из ранее озвученного нами - пожелание уже было зарегистрировано, его реализация была признана целесообразной, однако ещё не была реализована.
В рамках данной темы повторно регистрировать одно и то же пожелание мы не можем.
Если Вы тоже считаете, что данный функционал (разность открытого интереса между сделками в таблице обезличенных сделок) важен и интересен Вам - Вы можете озвучить это по почте quiksupport@arqatech.com, мы его повторно зарегистрируем от Вас.

Григорий,
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Квик 9.3.3.3., портфель косячит всегда
 
Здравствуйте, Александр Васильев.

Из Вашего описания наблюдаемого эффекта, к сожалению, неясно о какой именно проблеме идёт речь, на которую ссылается Ваш брокер, а также причём здесь индикаторы, которые не могут как-либо влиять на расчёт таблиц "Состояние счёта", "Купить/Продать" и "Состояние счета".
Возможно, подразумеваются пользовательские таблицы, которые создаются и наполняются скриптами на LUA?

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

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

Вы можете предоставить запрошенный комментарий и материалы здесь, или написать нам письмо на общий почтовый ящик quiksupport@arqatech.com со ссылкой на данную тему форума.
Отобразить несклько разномасштабных графиков, в одной области окна
 
Alex2345,

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

Благодарим за уточнение.

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

Полагаем, брокер сможет прокомментировать текущие настройки в части работы с цены приобретения (она же балансовая цена), а также ответит на сопутствующие вопросы, либо, если ему потребуется помощь в изменений данного поведения - он обратится к нам с предоставлением необходимой технической информации.
таблица состояние счета, балансовая цена у депозитарной расписки умножается на курс доллара
 
Здравствуйте, Дмитрий.

К сожалению, нет возможности ознакомиться с предоставленным снимком экрана.
Просьба загрузить изображение и продемонстрировать суть вопроса, воспользовавшись инструкцией по загрузке изображений в сообщениях на форуме.
Либо, Вы можете написать нам по почте quiksupport@arqatech.com и продемонстрировать суть вопроса в письме со ссылкой на данную тему форума.
Отобразить несклько разномасштабных графиков, в одной области окна
 
Здравствуйте, Alex2345.

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

В результате два графика будут строиться в одной области каждый в своём масштабе по своей вертикальной шкале - один по правой, другой по левой.
условная продажа, итог минус 2,0% от суммы заявки
 
Здравствуйте, agrevbethh.

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

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

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

Ошибки в описании нет.
Количество базовой валюты указывает количество валюты, например, покупаемой в результате сделки по валютной паре.

Покупая 1000 долларов за рубли, т.е. USDRUB - будет указано 1000 для базовой валюты.

Для котируемой валюты такой сделки - будет указано количество рублей, за которые эти доллары были куплены, т.е. будет учитываться цена, она же - курс доллара к рублю, например, 75 руб. / доллар.
В данном случае, чтобы купить 1000 долларов будет потрачено 75 000 рублей - это и будет количество котируемой валюты.
Не показывает линию уровня позиции на графике. Что делать?, После обновления Quik при открытии перестал показывать уровни позиций по инструменту на графике.
 
Здравствуйте, Тимур.

Теперь набор файлов обновления до последней версии (сейчас это 9.3.3) доступен на нашем сайте arqatech.com в разделе Техническая поддержка / Файловый архив / Комплект файлов для обновления программы вручную.
Возможность разделять настройки индикатора по группам
 
Здравствуйте, Евгений.

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

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

По поводу анализа причин зависания интересует следующее:
1. Были ли в момент попытки закрытия программы открыты окна с отчетами.
2. Зависнет ли программа, если послe выхода из сна закрыть все имеющиеся окна с отчетами
3. Зависнет ли программа, если послe выхода из сна выгрузить плагин отчетов вручную, через пункт меню "Система->О программе->Компоненты", нужно снять галочку рядом с модулем Reports.dll.

Если программа все равно зависнет, сделайте ещё раз дамп-файл приложения и пришлите его нам для анализа вместе с архивом самого проблемного рабочего места.

Заранее большое спасибо.

Приносим извинения за причиненные неудобства.
Таблица обезличенных сделок и параметр "ALL_TRADES", Количество сделок через ALL_TRADES не соответствует сделкам в таблице
 
Дмитрий,

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

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

Если же Вы считаете, что Вам была сообщена некорректная информация, или что функционал (в целом, или его отдельные функции) отрабатывают не так, как это ожидается, как это описано в документации - просьба привести конкретный пример, с подробным описанием ситуации, при котором эффект воспроизводится, а также сопроводить сообщение минимальным и достаточным кодом, позволяющим воспроизвести эффект.
Стоп лосс с задержкой
 
Здравствуйте, РоманК.

Информации о рассмотрении пожелания в настоящем нет.
Уточнить сроки рассмотрения и реализации также не представляется возможным.
Когда информация появится - мы сообщим об этом.

Во избежание возможного недопонимания, предлагаем также ознакомиться с регламентом работы с пожеланиями.
Если запрашиваемый функционал столь важен, то в качестве возможного решения, до тех пор, пока не прояснится ситуация с Вашим пожеланием - предлагаем рассмотреть возможность подготовки самостоятельного импровизированного решения с использованием QPILE/QLUA/Trans2QUIK API.
Стоп лосс с задержкой
 
Здравствуйте, Андрей, Scamp34.

В рамках одной и той же темы мы не можем зарегистрировать одно и то же пожелание несколько раз.
Однако, Вы можете написать нам на почту quiksupport@arqatech.com, сослаться на данную тему и сообщить, что Вы также заинтересованы в реализации данного функционала.
Таблица обезличенных сделок и параметр "ALL_TRADES", Количество сделок через ALL_TRADES не соответствует сделкам в таблице
 
Здравствуйте, Дмитрий.

На сколько понимаем, количество записей в таблице ALL_TRADES получаете через функцию GET_NUMBER_OF.
Данная функция возвращает суммарное количество всех обезличенных сделок, которые есть в таблице обезличенных сделок, независимо от того, как именно происходит нумерация сделок в том или ином режиме.

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

Поэтому сравнивать количество обезличенных сделок, получаемых функцией GET_NUMBER_OF("ALL_TRADES") и сравнивать его с номерами (NUMBER) на обезличенных сделках некорректно.
Алгоритмические заявки., Уведомление о снятии
 
ISINhere2001,

Мы приняли к сведению замечание о том, что Вам неудобно работать с данным функционалом в его текущей реализации.
И тем не менее, это не является ошибкой в работе программы, и данный вопрос будет рассматриваться как пожелание на изменение текущего функционала.
Алгоритмические заявки., Уведомление о снятии
 
ISINhere2001,
Цитата
ISINhere2001 написал:
Недели за две сможете проверить  существование проблемы с логами автоматического снятия алгозаявок ?
Ни о какой проблеме речи не идёт.
Сейчас оповещения о снятии алго-заявок реализованы иначе, чем прочие сообщения по алго-заявками - последние реализованы в виде системных сообщений, которые накапливаются в таблице сообщений. Причины такого решения сейчас уточнить затруднительно, возможно, так получилось исторически, тем не менее это не ошибка в работе программы, которую необходимо анализировать и исправлять, а особенность текущей реализации.
В связи с этим рассматриваем Ваше замечание как пожелание по доработке терминала, в этом плане оно вполне понятно - хорошо и удобно, когда вся значимая информация об алго-заявках единообразным образом отображается в терминале и копится история событий хотя бы за текущий день, чтобы можно было к ней обратиться.
По срокам рассмотрения и возможной реализации данной доработки сориентировать в настоящем не можем. Когда и если доработка будет выполнена - об этом будет упомянуто в списках изменений на соответствующее обновление программы.
Алгоритмические заявки., Уведомление о снятии
 
ISINhere2001,
Благодарим за комментарий.
Касательно сообщений о снятии алго-заявок:
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Что касается отображения меток - начиная с версии 9.1.0 терминала функция «Оставлять трендовые линии, фигуры и метки при смене инструмента» в настройках окна диаграммы стала распространятся не только на рисунки и линии, но и на метки. Ранее метки отображались для графиков всех инструментов, независимо от того, для какого инструмента они были нанесены.

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

Если же даже с этой опцией метки не появятся - то просьба сообщить об этом здесь, или в указанной теме, ответим по данному вопросу в ней несколько позже.
Алгоритмические заявки., Уведомление о снятии
 
Здравствуйте, ISINhere2001.

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

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

Ваше сообщение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
Настройки автозаполнения полей ввода заявки, Автозаполнение кода клиента и объёма в заявке для 2-х счетов (Спот, срочка)
 
Здравствуйте, Andrew.

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Плечо в квик 1:2001000,00, Плечо в квик 1:2001000,00
 
Здравствуйте, Иван.

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

За более подробными разъяснениями о том, как Ваш брокер использует этот параметр – рекомендуем обратиться непосредственно к нему с соответствующим вопросом.
Ошибка "Не указан режим транзакции" в айсберг заявке
 
Здравствуйте, Валерия.

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

Предлагаем обновиться до версии 9.2.2.
Обновиться можно через пункт меню Система/О программе/Проверить обновление программы, или вручную, скачав файлы обновления с нашего сайта по ссылке.
Перед обновлением вручную: закройте программу и создайте её полную резервную копию. Для обновления необходимо скопировать файлы из архива в папку с программой и подтвердить замену одноимённых файлов.

В качестве шаблона транзакции предлагаем использовать не пример из документации, а строку транзакции, полученную с помощью таблицы "Карман транзакций".
Транзакции, которые добавляются в эту таблицу не отправляются в торговую систему до выполнения действия "Достать из кармана".
Вы можете добавить нужную транзакцию в эту таблицу, воспользовавшись обычной формой ввода (двойной клик левой кнопкой мыши по пустой области таблицы, например).
В дальнейшем, Вы можете создать копию этой транзакции и/или поменять её параметры.
Кроме того, Вы можете сохранить транзакции из этой таблицы в *.tri-файл через соответствующий пункт контекстного меню. Строки транзакций, созданные таким образом - гарантировано не содержат ошибок в структуре и положении полей и могут использоваться как шаблоны для создания аналогичных траназкций.

Это более правильный и надёжный способ подготовки транзакций для *.tri-файла, рекомендуем использовать его.

Вопрос об изменениях в в работе с такими транзакциями относительно версии 7.2 терминала предлагаем не рассматривать, поскольку это очень старая версия терминала, и продолжать работать на ней мы не рекомендуем - предлагается обновиться до более новой версии.
Страницы: 1 2 3 4 5 6 7 8 9 10 11 ... 17 След.
Наверх