KILL_ALL_ORDERS может использоваться при импорте транзакций из tri-файла (см. Руководство пользователя QUIK, Раздел 6. Совместная работа с другими приложениями / Импорт транзакций).
Рекомендуем в настройках Рабочего места QUIK - Основные настройки (F9) / Программа / Получение данных / Котировки - выбрать "умный" заказ данных. Если же есть необходимость использовать опцию "по выбранным классам", рекомендуем убедиться, что выбраны все необходимые классы из списка.
Приносим свои извинения за длительное отсутствие реакции на Ваше обращение.
Отметим, что QUIKSharp не является нашей разработкой, у нас нет информации о данном продукте и мы, к сожалению, не можем помочь Вам с ответом на этот вопрос. Возможно, данному продукту посвящены отдельные ресурсы, на которых Вы сможете найти полезную информацию. Также Вы можете воспользоваться поиском по нашему форуму - похожая тема могла обсуждаться ранее.
Для заявок типа "Стоп-цена по другому инструменту" условие имеет вид: "Если цена <=" ( или ">=") и означает исполнение заявки, если цена последней сделки по другому инструменту пересечет указанное значение.
Цитата
Тогда какую цену выставить в поле цена?
В поле "Цена" необходимо указать цену лимитированной заявки, выставляемой в торговую систему при наступлении заданного условия.
Цитата
Если предположить что цена опустится до 100 и отскочит вверх то в поле цена надо установить несколько выше 100р, например 105р для гарантированного исполнения, так? Или же в поле цена установить цену ниже 100р, например 80р из расчета что цена упадет еще ниже? Тогда по какой цене будет исполнение?
После выполнения заданного ценового условия происходит выставление лимитированной заявки с указанной ценой; сделка по такой заявке может исполниться по цене, не хуже указанной, при наличии соответствующего встречного предложения.
Рекомендуем дополнительно ознакомиться с информацией о работе с условными заявками в Руководстве пользователя QUIK (Раздел 5. Торговые операции клиента / Условные (стоп-) заявки).
Данное сообщение об ошибке возвращает ODBC-драйвер MS Access при попытке обратиться к базе, которая содержит в своих таблицах тип данных bigint (см. статью). В качестве возможного решений предлагается отказаться от типа данных bigint, если это возможно, или выполнить обновление MS Access.
Данное сообщение об ошибке возвращает ODBC-драйвер MS Access при попытке обратиться к базе, которая содержит в своих таблицах тип данных bigint (см. статью). В качестве возможного решений предлагается отказаться от типа данных bigint, если это возможно, или выполнить обновление MS Access.
Проверили на конфигурации Рабочего места QUIK 9.3.1, вывод по ODBC численных значений более 10^15 осуществляется корректно.
Попробуйте настроить экспорт в новую таблицу БД и проверить корректность полученных данных. Также рекомендуем проверить корректность вывода номера заявки по DDE.
Уточните, пожалуйста, с какой именно проблемой Вы сталкиваетесь? Если при попытке подключения появляется какое-либо сообщение об ошибке, просим Вас прислать его скриншот.
По вопросу отображения комиссии в Таблице сделок Рабочего места QUIK рекомендуем обратиться к Вашему обслуживающему брокеру.
Что касается получения значений комиссии из таблицы с помощью QLua, просим Вас уточнить версию Рабочего места QUIK, а также предоставить для анализа используемый скрипт. Вы можете отправить запрошенную информацию на нашу почту quiksupport@arqatech.com.
Регистр символов в командах по умолчанию игнорируется интерпретатором QPILE, все строковые константы переводятся автоматически в верхний регистр - поэтому некоторые коды инструментов, например, SiM3, не могут быть корректно обработаны.
В данном случае необходимо отменить автоматический перевод символов в верхний регистр, добавив между заголовком и телом программы строку:
Код
USE_CASE_SENSITIVE_CONSTANTS
При добавлении указанного ключа значения строковых переменных не будут переводиться в верхний регистр.
В таблице "Позиции по деньгам" есть поле "Доступно" - в нем отображается сумма средств, доступных для совершения операций. При расчете этой суммы учитываются также доступные заемные средства; рассчитать аналогичное значение только с использованием собственных средств можно, если вычесть из "Доступно" значение поля "Текущий лимит".
С подробным описанием таблицы "Позиции по деньгам" и ее полей Вы можете ознакомиться в Руководстве пользователя QUIK (Раздел 3. Просмотр информации / Позиции по деньгам).
Просим Вас прислать для анализа копию используемого Рабочего места QUIK, а также используемые скрипты на нашу почту quiksupport@arqatech.com. Просьба дополнительно указать в письме Ваш UID, а также ссылку на данную тему форума.
Проблему воспроизвести не удалось, приведенный код возвращает корректный результат. Попробуйте выполнить перезаказ данных Рабочего места QUIK (Система / Заказ данных / Перезаказать данные - Торговые данные текущей сессии, Локальные справочники) и повторно запустить скрипт.
К сожалению, в данном случае не можем предложить какой-либо алгоритм, кроме описанного ранее.
Для инструмента SRM3 действительно указан базовый актив SBRF - эта информация транслируется из торговой системы биржи. За более подробной информацией о данном коде базового актива Вы можете обратиться к специалистам Московской биржи.
TRANS_ID на заявках проставляет сервер QUIK, связывая номер заявки с тем, что получен в ответе на транзакцию. В некоторых случаях тело заявки бывает получено раньше ответа на транзакцию. Тогда сервер просто не знает, какой TRANS_ID ей указать, и отправляет пользователю как есть (с TRANS_ID=0). Позже, когда ответ на транзакцию получен, сервер проставляет на заявке верный TRANS_ID.
К сожалению, сейчас какой-либо анализ сложившейся ситуации не представляется возможным: исходной информации недостаточно, и нам не удалось воспроизвести ошибку на своей конфигурации. Если Вам удастся зафиксировать проблему и точно определить условия ее воспроизведения, мы возобновим разбор.
Уточните, пожалуйста, что понимается под сбоем ДФА? Правильно понимаем, что в этот момент соединение с сервером не установлено? Есть ли возможность записать видео с воспроизведением эффекта?
Просим Вас прислать для анализа Lua-скрипт, выполнение которого приводит к такой ошибке. Вы можете отправить файл на нашу почту quiksupport@arqatech.com, в этом случае необходимо указать в письме ссылку на данную тему форума.
Возможно, у Ваших дополнительных учетных записей не настроен доступ к получению информации по Срочному рынку. Рекомендуем уточнить данный вопрос у Вашего обслуживающего брокера.
Просим Вас предоставить для анализа используемый Lua-скрипт или его фрагмент, в котором локализуется проблема. Вы можете отправить информацию на нашу почту quiksupport@arqatech.com, в этом случае необходимо указать в письме ссылку на данную тему форума.
Сергей Гусаков, к сожалению, в представленном терминале не нашли среди открытых таблиц те, что зафиксированы на скриншоте. Просим Вас еще раз сделать архив с открытыми таблицами (необходимо открыть таблицы, затем обязательно закрыть терминал - проверьте в Диспетчере задач, что процесс info.exe пропал из списка активных) и повторить загрузку.
Для анализа эффекта нам потребуется копия данного Рабочего места QUIK. Просим Вас сделать архив терминала QUIK (без файлов ключей pubring.txk и secring.txk, если используются), разместить на любом удобном Вам файлообменном сервисе и прислать на указанный адрес ссылку на загрузку файла.
Правильно понимаем, что такое отображение наблюдается непосредственно в таблицах Рабочего места QUIK? Просим Вас сделать и прислать скриншот таблицы с таким отображением. Вы можете отправить скриншот на нашу почту quiksupport@arqatech.com, в этом случае в письме необходимо указать ссылку на данную тему форума.
По обращению 1 мы производим анализ проблемы, к сожалению, он еще не завершен. Как только результат будет получен, мы поделимся с Вами информацией. По обращениям 2, 3 отвечали Вам ранее, что доработки в Lua 5.3 не будут выполняться, рекомендуем использовать Lua 5.4.
Параметр "Маркеры рассылки" предназначен для служебного использования, интерпретация и использование отображаемой информации конечными пользователями Рабочего места QUIK не предусмотрены.
Информация об указанном параметре будет добавлена в документацию в одной из ближайших версий ПО.
Для проверки исполнения заявки достаточно получить набор битовых флагов и определить значение бита 0 (заявка активна, иначе – не активна) и бита 1 (заявка снята). Если значения битов 0 и 1 равны "0", то заявка исполнена.
Мы постараемся рассмотреть возможность размещения приложения в альтернативных магазинах, благодарим Вас за предложение.
В настоящий момент кроме установки из PlayMarket есть возможность загрузить .apk-файл приложения с нашего сайта: https://arqatech.com/ru/support/files/ (раздел QUIK Android X).
Рекомендуем активировать опцию "Получать обезличенные сделки с момента подключения" (Основные настройки (F9) / Программа / Получение данных / Обезличенные сделки), чтобы ограничить объем получаемой информации и не загружать "пропущенные" сделки.
Действительно, при вызове getDepo из Lua-скрипта из-за синхронизационных проблем могут возникать ошибки. Данная проблема будет устранена в одной из ближайших версий ПО. В качестве решения проблемы рекомендуем использовать вызов getDepoEx.
Просим Вас предоставить для анализа копию Вашего Рабочего места QUIK (без файлов ключей secring.txk и pubring.txk, если используются). Архив с файлами терминала можно выложить на любой удобный Вам файлообменный сервис и прислать ссылку на загрузку файла на нашу почту quiksupport@arqatech.com (в письме необходимо указать ссылку на данную тему форума).
Причиной аварийного завершения работы терминала с данным сообщением может являться появление ошибки в файлах настроек или иных рабочих файлах, ошибка в работе терминала или несовместимость используемых Lua-скриптов и dll от сторонних разработчиков.
Для установления точной причины возникновения ошибки просим Вас прислать указанный в тексте сообщения об ошибке файл info_20230209_132747.dmp, расположенный в директории dmp в папке с рабочим местом QUIK, на нашу почту quiksupport@arqatech.com.
1. Можно ли сразу получить статус заявки (снята/выставлена/исполнена) через TRANS2QUIK_SEND_SYNC_TRANSACTION (TRANS2QUIK_SEND_ASYNC_TRANSACTION) без использования функции обратного вызова TRANS2QUIK_ORDER_STATUS_CALLBACK?
Возврат из функции TRANS2QUIK_SEND_SYNC_TRANSACTION происходит только после получения результата выполнения транзакции (или после разрыва связи терминала QUIK с сервером); таким образом, есть возможность получить сообщение в торговой системе и номер выставленной заявки в случае успешной отправки транзакции, либо сообщение о возникшей ошибке. При этом узнать о дальнейших изменениях статуса выставленной заявки - например, об исполнении - в рамках вызова TRANS2QUIK_SEND_SYNC_TRANSACTION уже не представляется возможным.
TRANS2QUIK_SEND_ASYNC_TRANSACTION после отправки транзакции не ожидает получения результата. Для получения результата транзакции необходимо использовать функцию обратного вызова.
Цитата
2. Можно ли одним вызовом отправить две заявки по разным бумагам с условием, если исполняется первая заявка (например, FILL-OR_KILL), то выставляется заявка по второй бумаге?
В Вашей программе происходит обращение к графикам с идентификаторами "idSih5M", "TABLE5", "idSih1M", "TABLE1" - рекомендуем убедиться, что графики с указанными идентификаторами открыты в Рабочем месте QUIK.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.