Алексей Украинцев (Все сообщения пользователя)

Как любые изменения, так что-нибудь не так. 2 года не трогал, все было нормально. Не приходит обновление статусов стоп-ордеров, подскажите, куда копать?

Можно ли открыть 5-10 таблиц, фильтрануть в них инструменты и получать разные потоки по инструментам в таблицы БД?  

Дмитрий, Андрей, спасибо за информацию. А какое поле будет у заявки ? bigint?

коллеги, а когда собственно начнется трансляция 19-значных номеров на практике? в документации квика сейчас поле "Номер сделки DECIMAL(15,0) " ?

Andrey Bezrukov, это фото https://drive.google.com/file/d/1sel2ase2Paozr-M7GZ5E9sCajEOrQPTp/view?usp=sharing

Андрей,  добрый вечер! Я описал проблему, если не использовать в Access тип данных bigint, проблем нет. Займет 5 минут - создайте базу в Acesss с 1 таблицей и 1 полем этого типа и затем источник ODBC. При попытке выводе ODBC из Квика вы увидите источник этот источник данных. да, но таблиц базы не видит - зеро. Проблемы могут быть на чьей угодно стороне...

Проблема найдена методом тыка. Создал новую БД и ее видит Квик. Я в своих файлах использовал тип данных bigint. При этом формат файла приводится к Aceess2016. см. https://support.microsoft.com/ru-ru/office/%d0%b8%d1%81%d0%bf%d0%be%d0%bb%d1%8c%d0%b7%d0%be%d­0%b2%d0%b0%d0%bd%d0%b8%d0%b5-%d1%82%d0%b8%d0%bf%d0%b0-%d0%b4%d0%b0%d0%bd%d0%bd%d1%8b%d1%85-bigint-5b623f6e-641d-4e97-8bdf-b77bae076f70?ui=ru-ru&rs=ru-ru&ad=ru

осталось понять что с этим сделать

Создал источники посредством Access - тот же плачевный результат. Нет таблиц.  

может здесь что-то дельное написано, но не понимаю, что конкретно сделать
https://docs.microsoft.com/ru-ru/office/troubleshoot/access/cannot-use-odbc-or-oledb

Работа с 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 с тем же результатом.

вернее сказать: и так бывает, и наоборот - в квике есть - в БД нет...именно это поле

Не создал файл, сделаю. Но сегодня вот такая картина https://1drv.ms/f/s!AtVVm7syI3VZl3DxaA3KYFKePGLU, проблема явно не в БД

При экспорте сделок часть 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 не работает?

Поле 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 слэша, вместо одного.Поживем - увидим.
Если это не поможет - вышлю файлы.

Stanislav Tvorogov,Добавил ACCOUNT -  не помогло, http://gyazo.com/639f4fa9be561c8189d0c139cfda366c
в системных сообщениях - ничего http://gyazo.com/bb7ff72c285da5d51e56ae0265ccc91e
в тро - ничего.  
Id у каждой заявки уникальный http://gyazo.com/c05aa9c2248051ccaf7bb8f52a1e471f

Что такое???

Stanislav Tvorogov, спасибо, попробую, отпишусь!

коллеги, есть идеи? неужели только у меня не работает за всю историю?

сергей, если имеется ввиду что каждой заявке свой id, то да, конечно.
http://gyazo.com/053b0441cc8d96d879f59b48b8126e5c
tro. trr - игнор, ничего

Странно, но конструкция то работает, то не работает. Не пойму причину. Чищу файлы, перезапускаю импорт  - работает. Потом снова не работает..

сергей,спасибо за подсказку, только не заменить, а добавить
вопрос снимается, я невнимательный.  

а техподдержка есть?

сергей, а какой базовый у Си или Ри? странно, заявки то выставляются с SECCODE, попробую

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

CLASSCODE=SPBFUT; SECCODE=SiM5; TRANS_ID=99; ACTION=KILL_ORDER; ORDER_KEY=15345557304; OPERATION=B;