Ошибка при выставлении стоп-заявок. Превышено допустимое число знаков после разделителя.

Покажите как цену формируете, как подаёте заявку. И выведите цену перед подачей заявки.

ACCOUNT=SPBFUT00434; TRANS_ID=60827882; CLASSCODE=EQBR; SECCODE=SBER; QUANTITY=1; CLIENT_CODE=SPBFUT00434; EXPIRY_DATE=GTC; OPERATION=B; ACTION=NEW_STOP_ORDER; STOPPRICE=95.69000000000000; PRICE=95.69000000000000;

Код ошибки Failed Сообщение Неправильно указана цена: "95.69000000000000" Сообщение об ошибке: Превышено допустимое число знаков после разделителя дробной части

Принтскрин прикрепил. Цена — просто значение decimal.

Maxim: ACCOUNT=SPBFUT00434; TRANS_ID=60827882; CLASSCODE=EQBR; SECCODE=SBER; QUANTITY=1; CLIENT_CODE=SPBFUT00434; EXPIRY_DATE=GTC; OPERATION=B; ACTION=NEW_STOP_ORDER; STOPPRICE=95.69000000000000; PRICE=95.69000000000000;

Код ошибки Failed Сообщение Неправильно указана цена: "95.69000000000000" Сообщение об ошибке: Превышено допустимое число знаков после разделителя дробной части

Принтскрин прикрепил. Цена — просто значение decimal.

http://quik.ru/forum/qpile/66523/66525/

ссылка может помочь?

Неа, не может.

С количеством знаков после запятой у меня все нормально. Два знака как и положено для Сбера.

Скорей всего ошибка происходит на этапе формирования строки транзакции. Наверно, там что-то вроде Price.ToString() присутствует. Вот этот тустринг и выдает лишние нули в строку транзакции, а Квик эти лишние нули не может переварить.

Ecng.Common.MathHelper.RemoveTrailingZeros

Классно )) Конвертнуть в double, а потом обратно в decimal )

Спасибо за совет. Воспользуюсь.

Maxim: Классно )) Конвертнуть в double, а потом обратно в decimal )

Вы о чем?

О том, что в методе Ecng.Common.MathHelper.RemoveTrailingZeros нули убираются следующим образом:

public static decimal RemoveTrailingZeros(this decimal value) { return (decimal) ((double) value); }

Не знал.

Только что столкнулся с подобной проблемой. Есть ли какие-то правила по работе с decimal, чтобы в самый интересный момент Quik не отказывался принять заявку?