Проверил на ММвб, оказывается, это они стали так слать НКД. Т.е сегодня для Рус-28 13.104166666667. Я думал это вы может что-то поменяли, а вы не виноваты. Написал им вопрос по этому поводу.
Да, вы правы, в Открытии правильно, версия 9.3.1.11, а в Втб неправильно, версия 9.2.3.15. При этом, у Втб это неправильно в самих таблицах текущих торгов в их настройке, но правильно в настройках программы в получении данных. У Открытия правильно везде. Интересно, это зависит от версии или от брокера?
Цитата
Anzhelika Belokur написал: 2.Можем зарегистрировать пожелание на более удачное отображение в столбце "длинных" значений. Регистрируем?
Ежели вы хотите сделать мой вариант, то ради бога.
Цитата
Anzhelika Belokur написал: нумерации в формате chm нет, так исторически сложилось. Можем зарегистрировать пожелание на доработку документации. Регистрируем?
Скажем так, мне это не критично, сами смотрите. В идеале документации в разных форматах должны быть идентичными, сейчас есть некоторое неудобство.
А если сделать столбец уже, то будут только точки. Кстати, это ещё 1 вопрос - почему так? Может, меня устроит и более короткий вариант (да на самом деле всех устроит). Я считаю, если столбец уже, чем нужно для отображения полного значения, (ну по крайней мере это так для НКД) то нужно просто округлять. Вы можете возразить, что мол тогда пользователь не будет знать, что там есть что-то ещё. Ну тогда можно показывать 2 точки или ещё какой-нибудь символ в конце.
Позднее написал и Втб. Последние написали, что исправили. Но по факту оказалось, что исправили они не номинал в таблице ТТ - они утверждают, что не могут это поменять - а сумму в таблице заявок. Поля “Объём” и “Расчётная сумма” в ней правильные, а вот поле Номинал - нет. У Открытия такая же ситуация, при том, что они мне не отвечали.
Список облигаций, у к-х происходит амортизация в ближайшее время, вы можете узнать на странице
1. Название параметра в ТТТ "средневзвешанная цена" - правильно "средневзвешенная цена". 2. В последней версии квика 9.3.1.11 Нкд у Rus-28 и ВЭБ1P-30В бывает слишком длинный, слишком много знаков после точки. Например, сегодня 19.01 у ВЭБ1P-30В 1237,385487. 3. Нумерация разделов в документации в формате pdf отсутствует в формате chm. Например в списке изменений версии 9.2 написано "Описание параметра см. в п. 3.63.1 Руководства пользователя.". В pdf версии это найти легко, а в chm? Нужно добавить номера разделов в начало в содержание.
Я так понял, это про номинал. Вообще странно, т.к. зачем его транслировать, если план амортизаций известен заранее, то и номинал рассчитывается по нему на любой день. В Открытие написал.
Оставшийся номинал у облигаций с амортизацией показывается на сегодня, а не на дату расчётов. По идее, должно быть как с Нкд - на дату расчётов. Скриншот сделан 08.12.21 - по бумаге МСБЛиз2P03, на эту дату номинал 523,80, а на дату расчётов 09.12 - 476,18. Форма заявки из-за этого показывает неправильную сумму.
Daniil Pozdnyakov написал: Касательно пункта 4. Предлагаем Вам сократить размер столбца таблицы таким образом, чтобы остались только названия инструментов без наименования их классов.
Про 4 я тоже считаю правильное предложение. У меня конечно так сделано, но это же неудобно и некрасиво. Точнее, у меня этот столбец вообще почти невидим, вместо него краткое название.
Я отправил через форму на сайте. Сейчас я уже не помню тему. Тут на форуме нет отправленных писем, только сообщения, так что я теперь отправлю через сообщения. "Ссылки на видео"
Это дело не простое, если тебе надо поймать такой момент, а вот когда не надо, он сразу появляется : )
Пример 1. Выбрана цена 73,5675. На 00:02 она исчезает, при том, что более высокая цена 73,5700 в стакане есть.
Пример 2. Я выбираю цену 73,5700. На 00:04 цены слева двигаются вверх, она попадает в спред и исчезает. Затем цены двигаются вниз, и 73,5700 снова видна, но уже без выделения.
Это вроде не очень критичная проблема, но немного неудобно. На всякий случай сами видео я вам шлю через email.
Заодно добавлю, что в стакане типа 3 при исчезновении изначально выбранной цены из котировок текущая строка исчезает вообще. Это происходит и если эта цена остаётся в текущем диапазоне, просто конкретно по ней нет заявок, и если она выходит за пределы диапазона стакана. В стаканах других двух типов она остаётся на какой-то ближайшей цене в обоих случаях.
Вы меня видимо не так поняли. Мне важно не выделение текущей ячейки в момент клика, мне важно последующее движение текущей строки при обновлении котировок.
Эта сеточка, показывающая фокус, на данном типе стакана вообще исчезает при первом же обновлении котировок и на очень ликвидных инструментах она исчезает сразу же, так что скажем, если бы я хотел скопировать курс доллара из стакана USDRUB_TOD, то сделать это было бы не просто. Это тоже отдельная проблема и её тоже можно исправить - на других двух типах стаканов сетка остаётся.
Но меня интересует не сеточка после клика, а текущая строка, к-я пересекает весь стакан. Когда котировки меняются, то эта текущая строка пытается остаться на той же цене. Но она в таком стакане делает это только для левой части (покупка).
На моей картинке вначале текущая строка стоит на ценах 75,035 и 75,065. При изменении котировок текущая строка будет перемещаться и оставаться только на 75,035, на какой половине стакана я бы ни кликнул изначально. А надо чтобы она следила за ценой в той части, по к-й был клик.
Версия 8.13.1, но не думаю, что это имеет значение.
Сейчас в стакане типа 3 (см. картинку) при клике на строке программа пытается сохранить текущую строку на цене в левой части стакана (покупка). И это не зависит от того, по какой части стакана был клик. Если я хочу, чтобы текущая строка оставалась на той же цене продажи, то у меня нет возможности так сделать. Нужно, чтобы программа выбирала сторону в зависимости от того, по какой части стакана был клик. Тогда, если кликнуть по правой части, то программа будет держать текущую строку на выбранной цене продажи (красная часть). В других форматах стакана (1 и 2) такой проблемы нет, т.к. цены покупки и продажи находятся в разных областях в принципе.
Добрый день. Просьба при открытии формы поиска (Ctrl-Shift-F) при установке фокуса на поле ввода выделять строку, к-я там есть, если она там есть. Обычно же вставляешь из буфера что-то другое, так что предыдущая строка как правило не нужна.
И ещё при открытии этой формы, особенно 1-й раз для данного запуска программы, перед фокусировкой поля ввода есть какая-то пауза, так что когда я нажимаю Ctrl-Shift-F и сразу Ctrl-V, то в большинстве случаев ничего не вставляется, приходится повторить Ctrl-V. Мелочь конечно, но зачем пауза?!
Egor Zaytsev написал: Для модуля QMargin запрашиваются все инструменты
Да и непонятно, зачем запрашивать прям все инструменты. Если инструмента у меня нет или хотя бы он не показан ни в одной таблице (а в таком случае он будет отмечен для заказа), то рассчитывать по нему что угодно, связанное с маржинальностью просто не имеет смысла.
Я понял, это видимо нужно для расчётов в ситуации, когда мне нужно купить что-то не только на свои, но и на заёмные средства, и программе нужно знать какие бумаги и с каким плечом торгуются. Или если это продажа, то может кто-то хочет сделать шорт. Это в таблице "Состояние счёта" есть настройка "С использованием заёмных средств", видимо ей нужно.
Но я торгую только на свои и шорт/лонг не использую и в любом случае меня вполне устроит если формы заявок будут делать расчёт исходя только из моих средств. Если при продаже на форме заявки в max будет показыватся число с учётом шортов/плеч, думаю это будет перебор : )
При первом подключении к серверу с отключенным умным заказом Вы с сервера получаете набор определенных параметров и при выставлении лимитированной заявки Вы указываете цену, поэтому макс рассчитывается, при подаче тейк профита вы не можете указать цену, а ее в заказе параметров нет. Соответственно, когда включаете умный заказ он получает эту цену и тейк профит начинает рассчитываться. На следующий день все повторяется. Можете добавить в параметры "Рыночную цену", "Текущую цену"
Спасибо за объяснение. На самом деле оказалось, что нужно было добавить "Цена последней сделки" - именно этот параметр решает вопрос. И у меня почему-то он везде добавлен, а для СПб нет.
Но это всё относится скорее к покупке, а не к продаже. При продаже нужно знать только количество бумаг у меня (за минусом бумаг в заявках), цена не нужна. И max тут не рассчитывается по цене, он нужен просто, чтобы не продать лишнее, т.к. я мог забыть, что у меня есть какие-то старые тейк-профиты по этой же бумаге.
У вас же и простая заявка, и стоп-заявка для продажи используют цену, простая - ту, что ввёл пользователь, а стоп - цену последней сделки. При этом они не используют само значение цены, они проверяют просто сам факт наличия какого-то значения вообще, и если оно есть, то они рассчитывают max в принципе по числу бумаг в наличии (а какая цена - не важно). В этом смысле можно для продажи проверку наличия цены для вычисления max не делать.
Что касается покупки, то использовать в стопах цену последней сделки для вычисления max не совсем правильно, ведь она может сильно отличаться от цены, к-ю выставляет пользователь. Конечно, реальная цена сделки тоже будет отличаться от цены пользователя, но намного меньше (обычно). В этом смысле цену последней сделки можно использовать только до того момента, пока поле цены пустое, а если пользователь ввёл свою цену, то и max нужно рассчитывать по ней.
Конечно, т.к. реальная сделка может произойти через месяцы, никто не знает, сколько в тот момент у человека будет денег на счету, так что в этих условиях правильный расчёт max для покупки не возможен, это только оценка на текущий момент, но тут уж ничего не поделаешь.
Кстати, в умном заказе кстати фильтр параметров не отключается, видимо он как-то секретно получает цену последней сделки.
А именно, облигации ОРГрупп1Р1-ОРГрупп1Р4, 08.10 были перенесены в TQIR, и график цены показывает данные только после переноса. При этом на сайте биржи график правильный (включает старые данные), т.е. они научились показывать такие ситуации корректно сразу. А в квике график начинается с 08.10 и левее не показывает. Попробовал удалить каталог archive и перезаказать данные, не помогает. Как увидеть весь график?
У вас наверное рассчитывается потому, что вы просто отключаете умный заказ. Если я включаю умный заказ и затем отключаю, то max тоже продолжает считаться. Но это скорее всего на 1 день. Письмо послал.
Бумага в наличие есть, на скриншоте показано max=72 в простой заявке. Это число учитывает число бумаг у меня минус число бумаг в уже выставленных других заявках, оно правильное.
Я включил умный заказ и проблема исчезла. Однако я не хочу использовать умный заказ только из-за этого и вообще. Если опция ручного выбора инструментов существует, то все аспекты программы должны работать корректно и когда выбрана она.
В данный момент, если я отключаю умный заказ, то в простой заявке max для продажи рассчитывается правильно и для ММВБ и для СПб. Это значит, что в программе в принципе есть все данные по моим бумагам и деньгам на счёте биржи СПб для расчёта max. При этом в стоп-заявке для продажи бумаг на ММВБ max показывается тоже правильно (и без умного заказа), а для бумаг на СПб показывается 0. Это означает, что программа для тейк-профита именно на СПб вычисляет max не так, как для простых заявок, т.е. она почему-то не использует те данные, к-е у программы уже в принципе есть. Я хочу, чтобы она просто работала так же, как простая заявка.
Egor Zaytsev написал: Проблема только на рынке СПБ?
Да. 8.13.1.16 Умный заказ у меня не включён, т.к. он не особо умный, но он к этому отношения не имеет. Как показано на картинке выше, простая заявка видит число моих акций Озона на СПб правильно, даже сразу после покупки в режиме Т2. А стоп-заявка тейк-профит (продажа) не видит ничего и сейчас. Умный заказ вообще про заказ данных про бумаги с биржи, а не про бумаги на моих счетах.
Возможно, я чего-то не знаю или делаю не так, но факт на картинке. Счёт клиента выбран правильно, с SPB на конце, аналогичная простая заявка показывает max правильно, других заявок на продажу по этому инструменту не было.
Добрый день. Сейчас строка в этом фильтре работает как просто строгое условие поиска. Но будет намного удобнее, если она будет работать как список строк. Например, мне надо найти облигации в долларах. Если ввести просто "обл", то найдутся все облигации, и нет способа ограничить этот список. Можно конечно целиком ввести "облигации (расч" или даже просто "ции (", но это неудобно. Пусть введённая строка разбивается по пробелам, т.е. если ввести "обл usd", то получается 2 строки для поиска, обл и usd, и показываются только классы, к-е содержат обе эти строки, не важно как, не обязательно подряд. Так можно будет легче находить классы, когда знаешь, какие там слова.
СергейК написал: Аналогично можно сделать и при добавлении из окна результатов поиска. Пусть там будет маленькая опция или кнопка на панели инструментов
на самом деле избыточна. Логика должна быть такой: если 1 или несколько бумаг добавляются в ТТТ (куда угодно) из результатов поиска и при этом в настройках список обновляемых инструментов настраивается вручную, то все добавляемые бумаги следует автоматически добавить и в список выбранных (только эти бумаги, а не целый класс, как это сделано в т.н. "умном" заказе данных). Действительно, если пользователь добавляет бумагу в таблицу, очевидно, что ему нужны её данные, и он неизбежно добавит её через настройки. А если был выбран умный заказ, то итак ничего не надо делать.
Почему я использую ручную настройку я писал в другой теме. Мне после анализа ответили, что умный заказ не умеет вообще грузить отдельные инструменты, и грузит только классы целиком, так что я им пользоваться не хочу, а хочу, чтобы было удобнее работать с ручной настройкой - сейчас это совсем неудобно, т.к. каждую бумагу приходится добавлять отдельно.
Ежели вы про "Рассчитывать доступное количество" - "Исходя только из собственных средств", то эта опция у меня была включена и работает правильно. Я на самом деле ошибся ещё и потому, что у меня в файле Excel, где я записываю сделки, были записаны количества бумаг, а не лоты, т.е. 60 и 30, а не 6 и 3. Это провоцирует ввести в форме заявке то же самое число. Я у себя в файле всё поисправлял, но я хочу, чтобы по всем направлениям были сделаны изменения. Новичкам тоже будет удобнее, если рядом с числом лотов будет указано реальное количество бумаг.
Спасибо, может есть смысл ещё сделать 1 поле справа от количества, там будет количество не лотов, а бумаг (штук), т.е. например, указано 10 лотов и тогда будет 100 штук. Тоже будет способствовать правильному пониманию. Основной вопрос - куда это поле добавить, так чтобы форма осталась красивой.
Пусть на форме заявки показывается предупреждение, что в результате выполнения этой заявки возникнет плечо. Т.е. это допустимая операция, но будет минус. Я понимаю, что там показывается и max и сумма операции, но мне нужно именно выделение цветом или ещё как-то ситуации, когда число лотов превышает max, чтобы это сразу бросалось в глаза. Просто получилось так, что я продал золота в 10 раз больше, чем надо. Я конечно знал, что там лот 10, и раньше несколько раз покупал и продавал без ошибок, а в очередной раз забыл про лот, а на сумму и max не посмотрел на автомате. Там же через рубль делается, надо быстро и золото продать и доллар купить, возникает спешка, не до проверок. А вот если бы было выделение цветом, сразу было бы видно. Как угодно, любое сообщение или значок. Например, текст в поле max становится красным и жирным, или это поле целиком становится красным с белым текстом.
Необходимые для работы (используемые Вами) параметры в текущей реализации заказываются по классу, а не по отдельному инструменту
Понятно, ну если это не баг, а фича, то может в будущем сделают по инструменту, а сейчас я предпочту как раз с целью экономии трафика использовать ручные настройки. Кстати, рекомендовать в таком случае умный заказ для экономии трафика не есть логично.
Цитата
В заказ данных добавляются все инструменты и параметры, необходимые для расчета маржинальных параметров портфеля, исходя из настроек на стороне брокера
Я к сожалению не знаю, какие это именно классы и инструменты, но то, что я вижу в таблицах меня устраивает.
Я сделал шот списка классов до включения умного заказа и после. Сравнить вы можете на прилагаемой картинке. Появились отметки на многих классах, к-е мне совсем не нужны. Среди изменений не только классы, но и фильтры. У многих классов до этого была галочка на сером фоне, т.к. был фильтр, а теперь фильтра нет, т.е. будет грузиться инфа не по 10 (грубо говоря) инструментам, к-е я выбрал, а по всем, а их там сотни (а на SPB: Акции - 1525). Фильтры параметров не слетают, уже хорошо.
1. Это мне нужно для того, чтобы заходить в ту же настройку принимаемых инструментов проще. Впрочем, горячей клавиши было бы достаточно. Я использую ручной выбор инструментов потому что этот якобы умный заказ автоматически включает несколько лишних опций, к-е мне совсем не нужны.
2. Не нашёл сходу эту опцию в редакторе горячих клавиш, спасибо, теперь вижу. Я искал по "котировки"... Если бы это работало, было бы здорово, но F10, F11 и Ctrl-F9 мне ничего не дали. Скорее всего, эта функция не работает потому, что ранее она была на отдельной панели, а теперь является частью общих настроек. Вот кстати посмотрите, работает ли у вас.
Есть 2 момента. 1. Программа запоминает раскрытый узел в дереве настроек только до перезапуска. Пусть она запоминает его и между перезапусками. Т.е. если я 1 раз зашёл в "Получение данных - Котировки", то затем достаточно нажать F9, и я сразу там. Но после перезапуска программы этого нет, надо снова раскрывать. 1.а. Можно даже запоминать введённую строку в поле фильтра, чтобы тоже не набирать снова и снова.
2. Можно ли сделать возможность задать горячую клавишу конкретно для этого пункта настроек. Т.е. как F9, но чтобы не просто открывать настройки, а именно этот раздел?