Church
|
Date: 9/1/2011
State = Failed, Status = null.
|
|
Thanks:
|
|
|
|
|
Alexander
|
Date: 9/3/2011
В общем это так просто не исправить. Используйте IsAsyncMode. Начиная с версии 3.2.11 он будет использован по умолчанию.
подробнее - читайте в доке уже сейчас
|
|
Thanks:
|
|
|
|
|
Den
|
Date: 11/17/2011
Alexander Mukhanchikov В общем это так просто не исправить. Используйте IsAsyncMode. Начиная с версии 3.2.11 он будет использован по умолчанию.
подробнее - читайте в доке уже сейчас Коллеги, у кого-нибудь в итоге заработали Fill_or_cancel? :) Здесь написано про некий параметр @CotirContr. Может быть его не хватает при создании заявки и отправки через Quik?
|
|
Thanks:
|
|
|
|
|
Alexander
|
Date: 11/17/2011
Den Alexander Mukhanchikov В общем это так просто не исправить. Используйте IsAsyncMode. Начиная с версии 3.2.11 он будет использован по умолчанию.
подробнее - читайте в доке уже сейчас Коллеги, у кого-нибудь в итоге заработали Fill_or_cancel? :) Здесь написано про некий параметр @CotirContr. Может быть его не хватает при создании заявки и отправки через Quik? А через квик сейчас не работает? Даже если послать по той цене, которая гарантированно присутствует в стакане?
|
|
Thanks:
|
|
|
|
|
Den
|
Date: 11/18/2011
Alexander Mukhanchikov
А через квик сейчас не работает? Даже если послать по той цене, которая гарантированно присутствует в стакане?
Проверил в боевом Квике: 1. Если заявка может быть удовлетворена и по цене, и по объему - она сразу удовлетворяется. Ошибок нет. 2. Если цена в стакане есть, но не хватает объема - ошибка. 3. Если выставить цену в середину спреда - ошибка. 4. Если цена есть, но в глубине стакана - ошибка. Вывод: в любом случае когда заявка не может быть немедленно удовлетворена мы имеем ошибку. Если заявка немедленно удовлетворяется - ошибки нет.
|
|
Thanks:
|
|
|
|
|
Den
|
Date: 11/18/2011
|
|
|
|
Den Alexander Mukhanchikov
А через квик сейчас не работает? Даже если послать по той цене, которая гарантированно присутствует в стакане?
Проверил в боевом Квике: 1. Если заявка может быть удовлетворена и по цене, и по объему - она сразу удовлетворяется. Ошибок нет. 2. Если цена в стакане есть, но не хватает объема - ошибка. 3. Если выставить цену в середину спреда - ошибка. 4. Если цена есть, но в глубине стакана - ошибка. Вывод: в любом случае когда заявка не может быть немедленно удовлетворена мы имеем ошибку. Если заявка немедленно удовлетворяется - ошибки нет. Уважаемые разработчики! Я еще раз прочитал ответ с форума Квик и ТОЧНО понял, что требуется сделать в S# и почему: Если заявка не может быть удовлетворена, то с ФОРТСа летит сообщение "Неполное сведение FOK заявки", причем ударение на второй слог: "сведЕние" ( см. тут), что означает она не может быть удовлетворена. Квиковцы это сообщение тупо транслируют. Посему логично было бы на стороне S# это фильтровать и обрабатывать для всех заявок c EXECUTION_CONDITION == FILL_OR_KILL, выставляя заявке статус Cancelled, а не выбрасывать исключение. Что думаете на этот счет?
|
|
Thanks:
|
|
|
|
|
Alexander
|
Date: 11/19/2011
|
|
|
|
Den Den Alexander Mukhanchikov
А через квик сейчас не работает? Даже если послать по той цене, которая гарантированно присутствует в стакане?
Проверил в боевом Квике: 1. Если заявка может быть удовлетворена и по цене, и по объему - она сразу удовлетворяется. Ошибок нет. 2. Если цена в стакане есть, но не хватает объема - ошибка. 3. Если выставить цену в середину спреда - ошибка. 4. Если цена есть, но в глубине стакана - ошибка. Вывод: в любом случае когда заявка не может быть немедленно удовлетворена мы имеем ошибку. Если заявка немедленно удовлетворяется - ошибки нет. Уважаемые разработчики! Я еще раз прочитал ответ с форума Квик и ТОЧНО понял, что требуется сделать в S# и почему: Если заявка не может быть удовлетворена, то с ФОРТСа летит сообщение "Неполное сведение FOK заявки", причем ударение на второй слог: "сведЕние" ( см. тут), что означает она не может быть удовлетворена. Квиковцы это сообщение тупо транслируют. Посему логично было бы на стороне S# это фильтровать и обрабатывать для всех заявок c EXECUTION_CONDITION == FILL_OR_KILL, выставляя заявке статус Cancelled, а не выбрасывать исключение. Что думаете на этот счет? В 4.0.6 будет фикс, спасибо
|
|
Thanks:
|
|
|
|
|
Den
|
Date: 12/7/2011
Alexander Mukhanchikov
В 4.0.6 будет фикс, спасибо
Проверил на 4.0.6. Получил эсепшен: CodeТранзакция 'ACCOUNT=SPBFUTXXXXX; TRANS_ID=67142778; CLASSCODE=SPBFUT; SECCODE=RTS-12.11; QUANTITY=1; OPERATION=B; TYPE=L; ACTION=NEW_ORDER; PRICE=140000; EXECUTION_CONDITION=FILL_OR_KILL;' не была зарегистрирована. Причина 'Ошибка создания заявки. [FORTS] "Неполное сведение FOK заявки.".'.
У самой заявки я наблюдаю следующие поля: CodeCanceled: <False> Empty: <True> Partially: <False> Matched: <False> Balance: <1> State: <Failed> Status: <>
Похоже что поведение не изменилось, в чем заключался фикс?
|
|
Thanks:
|
|
|
|
|
Alexander
|
Date: 12/7/2011
Точку забыл во время фикса в сообщении "Неполное сведение FOK заявки." Сделал фикс#2, будет в 4.0.8
|
|
|
|
|
Den
|
Date: 12/12/2011
Alexander Mukhanchikov Точку забыл во время фикса в сообщении "Неполное сведение FOK заявки." Сделал фикс#2, будет в 4.0.8 Проверил, эксепшена нет. CodeState: <Failed> Status: <NotDone> Спасибо!
|
|
Thanks:
|
|
|
|