Как любые изменения, так что-нибудь не так. 2 года не трогал, все было нормально. Не приходит обновление статусов стоп-ордеров, подскажите, куда копать?
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Андрей, добрый вечер! Я описал проблему, если не использовать в Access тип данных bigint, проблем нет. Займет 5 минут - создайте базу в Acesss с 1 таблицей и 1 полем этого типа и затем источник ODBC. При попытке выводе ODBC из Квика вы увидите источник этот источник данных. да, но таблиц базы не видит - зеро. Проблемы могут быть на чьей угодно стороне...
Работа с Access по ODBC, уже лет 5 все было ок. После всем озвученного перехода Квика, провел все упражнения: офис 365 переставил х64, Квик переставил х64, поставил MS Access dataengine 2016 x64. источник создал х64. Выдает вот такое сообщение https://drive.google.com/open?id=1sel2ase2Paozr-M7GZ5E9sCajEOrQPTp. Сразу скажу что пробовал и MS Access dataengine 2010 x64 с тем же результатом.
При экспорте сделок часть id транзакций просто теряется, почему это происходит? Например, у меня сегодня из 891 сделок - потеряны в 9. Вывод в access по ODBC. Робот использует эту информацию, скажите честно - это непобедимый баг? Если да, буду менять реализацию алгоритма.
Доброго времени, эта строчка не обрабатывается тоже ACTION=KILL_ORDER;CLASSCODE=SPBFUT;ACCOUNT=7600QH0;CLIENT_CODE=7600QH0;SECCODE=RIU5;BASE_CONTRACT=RI;TRANS_ID=27;ORDER_KEY=16526826406;OPERATION=S;
эта строка три-файла не работает: CLASSCODE=SPBFUT;ACCOUNT=7600QH0;CLIENT_CODE=7600QH0;SECCODE=SiU5;BASE_CONTRACT=SiU5;TRANS_ID=17;ACTION=KILL_ORDER;ORDER_KEY=16509108316;OPERATION=S; COMMENT = 7600QH0/M1=3+3+;
Снимать заявки программно все-таки нужно. Возвращаясь к теме, я правильно читаю инструкцию - "поле коммент служит для снятия ГРУППЫ ЗАЯВОК? т.е. если я снимаю ОДНУ, то поле коммент не нужно?
Снимать заявки программно все-таки нужно. Возвращаясь к теме, я правильно читаю инструкцию - "поле коммент служит для снятия ГРУППЫ ЗАЯВОК? т.е. если я снимаю ОДНУ, то поле коммент не нужно?
Sergey Gorokhov, а поле комментарий было бы здорово просто так завести, мне, например, удобно различать различные алгоритмы и сбрасывать туда параметры входов, выходов. удобно для анализа....
Поле COMMENT используется только при выполнении транзакций KILL_ALL_ORDERS, KILL_ALL_STOP_ORDERS, KILL_ALL_NEG_DEALS. При постановке других транзакций используется необязательное к заполнению поле CLIENT_CODE размером в 20 символов, в котором, при необходимости, указывается код клиента и комментарий к заявке (разделенные нужным количеством слэшей, например "Вася\\Комментарий"). При снятии заявок по условию код клиента (без комментария) указывается в поле CLIENT_CODE, а комментарий в поле COMMENT. Например, при вводе стоп-заявки нужно писать так: TRANS_ID=2; CLASSCODE=EQBR; ACTION=NEW_STOP_ORDER; SECCODE=EESR; ACCOUNT=xxx; PRICE=8.970; QUANTITY=1; OPERATION=S; STOPPRICE=8.979; CLIENT_CODE=zzz//XYZ;
для особо одаренных видимо... пока пошел по пути ухода от стоп-заявок, использую виртуальные стопы, как только будет необходимость снятия ордера - отпишусь по ситуации. Также добавил поле COMMENT при снятии. у меня уходили заявки с полем CLIENT_CODE = "счет / комментарий", данные попадают в поле комментарий. Указал сейчас также 2 слэша, вместо одного.Поживем - увидим. Если это не поможет - вышлю файлы.
Добрый день, уже замучился, не работает снятие заявок и стоп-заявок на фортс. Работа через tri. Пробовал с набором разных параметров. Никак не могу определить проблему. Не обрабатывается.