Login Page - Create Account

Support Board


Date/Time: Fri, 29 Mar 2024 09:31:44 +0000



Undesired partial reversal of trade (automatic opening of a trade in the other direction)

View Count: 422

[2022-08-02 09:34:03]
User538960 - Posts: 27
Dear SC Support Team,

it has been at least three times by now, that it happened to me that a position consisting of several contracts which had been scaled in was not only closed once hitting the stop loss that was trailed behind, but instead, immediately an opposing position consisting of 1 or several contracts was initiated automatically. It can be seen in the Trade Activity Log that those undesired reversed positions were opened immediately at the same time the other contracts were closed. (An unprotected new position! (No Stop Loss in place))

I attached two pictures to illustrate the issue.

And while the first time I noticed it, and on one occasion today, it happened in an account I copied trades to by means of your own trade copier, using a multiplier (and I have several other issues with that, as posted here: Issue with Copied Trades (No. of Contracts + SL Location)), today it also happened in the origin chart/account, picture 1, (and was then copied, multiplied by 2, to another account. :-( .)

I'm running SC release 2419 and I am using Denali data, with the order routing being via Rithmic's SIM server (as I am currently trading evaluation accounts).

Could you please kindly look into this issue and give me some feedback?
Thank you.
(I have lost money every time that happened, flattening the undesired reverse positions manually. So, I'm not happy with it...)
Date Time Of Last Edit: 2022-08-02 09:56:55
Private File
Private File
[2022-08-02 10:17:58]
Sierra Chart Engineering - Posts: 104368
Why is this the case?:
it has been at least three times by now, that it happened to me that a position consisting of several contracts which had been scaled in was not only closed once hitting the stop loss that was trailed behind, but instead, immediately an opposing position consisting of 1 or several contracts was initiated automatically.

We do not know what you are doing to cause this or why this has happened. We need you to look at the Trade Activity Log and tell us what orders have caused this to happen, and what is the origin of those orders, and what is wrong with them:
Trade Activity Log: Viewing Historical Trade Activity

And then we can see how we could help, if possible.

It is unlikely there is a problem on the Sierra Chart side regarding this. Very unlikely. There is not going to be any effort on our part to look into this. You need to present a clear problem to us that we have control over. We doubt there is one.
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: 2022-08-02 10:25:34
[2022-08-02 10:57:55]
User538960 - Posts: 27
Thank you for your response.

Why is this the case is exactly what I am wondering and why I contacted you.

As requested, I attached both trade activity logs (No. 1 corresponding to picture 1 of my last post, log No. 2 corresponding to pic No. 2 of my last post), marking the reversal positions which were triggered automatically for whatever reason.
(I did not mark the first incident in Trade Activity Log No. 2...but you can see that the issue marked in Log No. 1 has been copied to the other account with double the size)

In both cases, I took trades scaling in a few contracts several times. In the account corresponding to pic/log 1, the initial position is on 2 contracts and each additonal scale-in is on one contract (double that for the account corresponding to pic/log No. 2).
I always have attached orders in place (SL + TPs); each scaled-in position is then automatically added to the existing SL/TPs. The SL is moved to BE+1 after 4 ticks in profit automatically, and then later manually by me to potentially lock in more profits.

You seem very confident that this is not a problem caused by SC.
And that might very well be the case. But I can assure you that I did not reverse the positions manually, nor did I place any additional orders to do that.

So, do you think that issue might be caused by Rithmic's SIM order routing?
Date Time Of Last Edit: 2022-08-02 11:00:36
Private File
Private File
[2022-08-02 13:06:59]
Sierra Chart Engineering - Posts: 104368
You can only look at the first tab, the "Trade Activity" tab to analyze a problem like this.

Basically what you want to look for, are all of the new orders during the entire trading sequence. Are those orders correct with all of their parameters. Are there any unexpected orders. Any unexpected modifications. Any unexpected cancellations. Things like that.

And also only look at trading from the primary account. Not accounts orders are being allocated to. That only complicates things to a level which we would not analyze in this case. There is another thread you mentioned you have about that and that is still pending for us to look into.
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: 2022-08-02 13:07:15
[2022-08-02 17:56:52]
User538960 - Posts: 27
My apologies.
After I had sent the post with the attached log files, then shutting down the PC, I also thought that the "Trades" tab alone probably isn't that helpful.
I now had a look at the tab you mentioned (only for the origin account), displaying "All Activity", the time being filtered from the trade openening to me flattening the odd reversed positon manually at the end.

I exported it to the .txt format (which is not easy to read) and attached it here for you.

I noticed that at 07:23:08:993050 there was an "Auto trail order modification", which requested a quantity of "4" (based on the "LatModifyQuantity of 4", although at that time there were already only 3 contracts remaining open, as also indicated in the column "Position Quantity"!).
Of course, that explains why after that last automatically modified SL order then got triggered, I ended up with a net -1 position.
But the question remains why the "last modify quantity" was wrong and then set for the "autotrail modification".

What is your opinion on this, please?
Thank you for your feedback.
Private File

To post a message in this thread, you need to log in with your Sierra Chart account:

Login

Login Page - Create Account