Собственно вопрос, какой номер счета что писать в CLIENT_CODE=?
В лк есть номера счетов формата: 2xxx4RxxSA, КЛФ-1xxxxx3, 9690xxx, но они не подходят.
на первый ругается «Ошибка: (533) Неверно указан код клиента»
на остальные «Неверный код клиента»
Если заявку подавать вручную через квик, то с 2xxx4RxxSA заявка подается.
Столкнулся с проблемой считывания длинных номеров заявок.
Вывод по ODBC в MsAccess в поле с типом двойное с плавоюшей точкой обрезает последние знаки, а в тип длинное целое не хочет выводить.
Получить через функцию SendSyncTransaction через TRANS2QUIK.DLL тоже не получается, последние разряды возвращает не те, видимо размерности не хватает.
Кто как победил длинные номера?
Друзья, кто разбирается в виндоус и квик, какая версия виндоус более устойчива в работе с квик версий уровня 7.29?
Купил два компа-коробочки (проц и материнка, без всего остального) с виндоус 11 про, подключил к бесперебойнику, настроил удаленное подключение.
Проработало все это месяца три. Только уехал в отпуск один комп, падла, начал зависать, а на нем основные боты работали. В итоге пропустил отличный трейд.
Посоветуйте, какую винду лучше поставить? Производительность и крутые новомодные фишки не интерисуют абсолютно, т.к. роботам пофиг на версию винды, а ресурсов хватает. Важна стабильность.
Есть в Quikе функция загрузки транзакций из внешней программы через Trans2Quik.dll или из файла, в которую на вход нужно подать строку следующего формата:
Где в значение ACCOUNT нужно указать свой счет.
У меня на счете два субсчета на срочной секции Мосбиржи и на фондовой.
Заявки по счетам на срочной секции импортируются исправно, там я указываю субсчета, которые указаны в личном кабинете Открытия,
Заявки по счету фондовой фондовой не импортируются ни в формате ACCOUNT=42ххх/00, ни в формате ACCOUNT=42ххх
Сам Quik через форму ввода заявок работает, когда в поле Код клиента указано 42ххх/00
Обращение в службы поддержки Открытия результатов не дали. Подбор с разными вариантами значений ACCOUNT= слешей и кавычек тоже.