А точно дело в брокере? Просто в тех поддержку я по этому поводу писал больше года назад и получил в ответ "ждите в следующих версиях"
Вот нашел переписку:
Я:
Заявка №336339935 это донабор позиции (тоже лимиткой). Кроме этого хотелось бы поставить стоп и тейк для уже существующей позиции. Правильно ли я понимаю, что TSLab может поставит только 1 лимитку для каждой позиции???
Тех поддержка:
Да, нельзя выставить на данном этапе несколько заявок.
Я:
Понял. Но это, честно говоря, странно. Технических ограничений к этому, вроде бы, нет. Зачем искусственные ограничения? Еще и такие которые преодолеть не понятно как. Придется отказаться от донабора позиции и вместо этого создавать новую, что сильно усложнит код и повысит вероятность ошибок в нем (ну да я не про програмист). Это оставит 2 лимитки на позицию для стопа и тейка - уже лучше, но не решает проблему целиком.
Кроме этого считаю не корректным, что программа даже не информирует о том, что моя попытка выставить заявку проигнорирована. У меня же позиция получилась вообще и без стопа и без тейк профита в течении нескольких часов, при этом я на каждом пересчете пытаюсь выставить соответствующие заявки, а программа мои попытки игнорирует и даже не информирует об этом. Как то не так это должно работать.
Тех поддержка:
по личному опыту могу сказать, что данную проблему можно обойти разделив условия. К чему ближе цена, ту заявку и выставлять, таким образом в разное время будут разные заявки, а с частым пересчетом практически всегда будет работать нужное именно в этот момент условие.
Я: Да, это тоже вариант, но:
1. далеко не для всех стратегий подойдет. Как минимум не очень хорошо будет работать с мало ликвидными инструментами и в стратегиях с малым временем нахождения в позиции (тут частота пересчета не поможет). При этом и там и там ОСОБЕННО важно ставить именно лимитки.
2. учитывая "эпическую" мощь машин на вашем паркинге занижать интервал пересчета не очень хочется.
3. все это дополнительные, не такие уж простые в реализации танцы с бубнами. Это усложняет работу с программой и увеличивает вероятность ошибки.
Поэтому, все таки, существуют ли объективные причины для этого ограничения? Есть ли планы по его отмене?
Тех поддержка:
Программа вся развивается начиная с самых простейших кодов, когда подобные ограничения просто не учитывались в виду того, что подобных кубиков не было. А так как это затрагивает весь торговый движок программы, то переписать не так просто. В дальнейшем в новой серии тслаб, это уже будет учтенно, но точных сроков, пока еще нет.