Support Board
Date/Time: Tue, 11 Feb 2025 13:49:45 +0000
Post From: Second trade entry logic ERROR!
| [2020-09-01 20:10:13] |
| |
|
We want to be 100% clear here. There is no problem whatsoever here. None at all. You are talking about a nonexistent issue. It can not be done, having a entry and it's stop move to breakeven +X, on multiple entries, This is supported and works properly. and have the stop working for their associate entry? This is a nonsensical thing you are saying. There is a stop and it is working, and when It triggers it triggers. That is it. Depending upon when it triggers, and the timing of the order fill, will determine how it is matched with another fill but that is without regard to its parent order.We have nothing further to say. To say something is not working properly in Sierra Chart and there some kind of problem and other programs are doing this right and Sierra Chart is wrong, is just not true. If you have an issue, for some unknown nonsensical reason, discontinue Sierra Chart and go elsewhere rather than posting all this nonsense on this support board. And we also see you are using Rithmic and the way Rithmic works is no different than Sierra Chart in this regard. The order of operations for additions and subtractions which is the case with order fills, does not affect the final profit/loss when the position is then flat. The Rithmic system, your brokers accounting, futures exchanges and Sierra Chart simply do not match fills with regards to the association between parent order and its child orders. They would use either LIFO or FIFO. One or the other. This is time based matching. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2020-09-02 08:29:05
|