Support Board
Date/Time: Sat, 05 Sep 2026 23:01:27 +0000
Sierra Chart Trade Activity Log / DPL Showing Incorrect Trade Data
View Count: 432
| [2026-07-17 15:06:38] |
| johnnyboy - Posts: 9 |
|
Hi, I'm using Sierra Chart with a Tradeify evaluation account through Rithmic, and I'm noticing that my Trade Activity Log and DPL (Daily Profit/Loss in Points) do not match my actual executions. For example, today: I entered 2 MES contracts long at 7500.00. I exited at 7505.25. This should be a 5.25-point move per contract ($52.50 total). However, Sierra Chart recorded the trade as 1 contract with only $26.25 profit, and my DPL also does not match the actual trade. Additionally, on a previous trading day, one of my trades was recorded with an incorrect exit price, resulting in a much larger profit than I actually made. I have not changed any trade logging, fill matching, or position settings in Sierra Chart. I also noticed that my previous live account (Account: E8578) now has incorrect historical trade data as well. Trades that were originally recorded correctly are now showing different prices and incorrect profit/loss values. It appears that historical data in that account has changed after the fact, which makes me think this may not be isolated to my current Tradeify evaluation account. I've verified that: I'm trading the correct symbol (MESU6.CME). Live chart prices display correctly. Tick size and symbol settings appear to be correct. I also came across the Sierra Chart documentation regarding Trade Activity Log price formatting and Trade Statistics for Charts. It mentions that incorrect prices/P&L can occur when viewing order fills from a different trading service or when trade statistics are built from incorrect or incomplete order fills. Since I'm seeing incorrect prices and P&L not only on my current Tradeify evaluation but also on my historical live account (E8578), could this be related to symbol/service mapping or trade activity log configuration for different trading services? Could you please help me determine why the Trade Activity Log and DPL are not matching my actual executions, and why the historical trades in my live account (E8578) appear to have changed? Thank you for your help. |
| [2026-07-17 16:07:32] |
| John - SC Support - Posts: 47793 |
|
If you are trading using a "Trade and Current Quote Symbol", then make sure that the "Currency Value per Tick" for your chart is set properly for the MES, even though the main symbol is ES. Refer to the following: Chart Settings: Updating Currency Value per Tick for Trade Symbol If your Daily P/L is not matching up correctly when connected to a particular account, then go through the items at the following link: Help With Daily Profit/Loss Value: Simplified Steps to Solve Incorrect Daily Profit/Loss With regards to the Trade Activity Log showing different prices for previous trades, this is not possible, except for the situation in which you are viewing data for one trading service while connected to a different trading service. In this case, you will see the prices as they are stored in our system for the trades that were done with a different service. This is because each service uses a different format for how they transmit the data, so what you see has to be modified to show for the current selected service. In order to view historical trade data, you need to have that service selected in the "Current Selected Service" in your "Data/Trade Service Settings". You do not need to be actually connected (File >> Connect to Data Feed), but you do have to have that service setup properly. Refer to the following: Trade Activity Log: Solving Trade Activity Incorrect Price Formatting and P/L Values For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-07-21 13:36:45] |
| johnnyboy - Posts: 9 |
|
I verified the Tick Size, Price Display Format, and Currency Value per Tick, and they all match the MES contract specifications. However, my main concern remains that a trade where I entered 2 MES contracts is being recorded as 1 contract in the Trade Activity Log, resulting in incorrect DPL. Could you advise what could cause the quantity itself to be recorded incorrectly?
|
| [2026-07-21 13:55:25] |
| johnnyboy - Posts: 9 |
|
I believe I've narrowed the issue down further. In the Order Fills tab, the trade is recorded correctly: Buy 2 MES @ 7500.00 Sell 2 MES @ 7505.25 However, in the Trades tab, the same fills are summarized as: Long 1 @ 7500.00 → 7505.25 (+26.25) Short 1 @ 7505.25 (still open) This does not match the underlying fills. Additionally, a previous trade from 2026-07-16 is shown as a single-contract short from 7592.00 to 7500.00 for +$460, which is not a trade I actually took. Since the raw Order Fills appear to be correct, could you advise why the Trades tab is grouping or matching these fills incorrectly, and which settings control this behavior? |
| [2026-07-21 15:38:41] |
| John - SC Support - Posts: 47793 |
|
One of the items to check is the "Profit/Loss Display Format" for the "Trade Activity Log". Make sure it is not set to an option that states "Ignore Quantity". As to the order fills, make sure you have the DisplaySettings set to go far enough back that all the required order fills are displayed. It sounds like you may be loading the data such that it is between the opening and closing of a position. It is also possible that you are missing an order fill, as your trading service may not have reported this properly. This is a known issue with Rithmic in particular. Refer to the following regarding manually entering an order fill. You will not be able to automatically download it, as Rithmic does not keep order fills for very long. Trade Activity Log: Manually Inserting Missing Order Fills For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-07-21 17:48:41] |
| johnnyboy - Posts: 9 |
|
I reviewed the Order Fills and today's trades appear complete (Buy 2 / Sell 2, etc.). Could you help me identify which order fill you believe is missing? If there is a missing fill, I'd be happy to manually insert it, but I'm not sure which execution is absent from the Trade Activity Log. I also noticed another behavior today that may help identify the issue. I placed three trades: Long 2 contracts → In the Trades tab, this was summarized as Long 1. Long 2 contracts → Again, this was summarized as Long 1. Short 2 contracts → This trade was summarized correctly as Short 2. During all of these trades, Sierra Chart correctly showed my live position size and unrealized P/L while the trades were open. The issue only appears after the trades are completed, when they are summarized in the Trades tab and reflected in the Daily Profit/Loss calculations. Since the short trade was recorded correctly as 2 contracts, but both long trades were summarized as only 1 contract, does this point to a trade matching or order fill reconstruction issue? |
| [2026-07-21 18:34:18] |
| John - SC Support - Posts: 47793 |
|
We can not say what Order Fill is missing. The information for what occurred is completely on your system and we have no insight into it. You need to look at the order fills in comparison to your trades and make sure everything lines up. If something is missing, then you would need to add that in. As to the Long 2 Contracts showing as a trade of 1, you need to consider that altough you entered for a trade of 2, it may have filled as two separate trades of 1 each - in other words, you got a fill for 1 contract and then a fill for another 1 contract. So these could show as 2 individual trades of 1 each, or it could start with a quantity of 1 and then be added to with another quantity of 1. It depends on how the orders filled at both ends of the trades. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-07-22 04:44:57] |
| johnnyboy - Posts: 9 |
|
in my trading activity you can clearly see the qty of 2, but in my trades tab is showing only 1 with the second one being canceled with no exit price? my rithmic account is receiving the fills with no problem, everything is working fine. I do think this is somehow related to Sierra.
|
 Screenshot 2026-07-21 140841.png / V - Attached On 2026-07-22 04:41:30 UTC - Size: 170.91 KB - 64 views Screenshot 2026-07-21 140500.png / V - Attached On 2026-07-22 04:41:48 UTC - Size: 408 KB - 63 views Screenshot 2026-07-21 140403.png / V - Attached On 2026-07-22 04:42:17 UTC - Size: 88.49 KB - 60 views |
| [2026-07-22 14:18:35] |
| John - SC Support - Posts: 47793 |
|
If you look at the Order Fills that you have listed and add/subtract the quantities based on whether it is a Buy or Sell, you end up with a quantity of -1. Meaning that based on just those order fills, you are not flat in the market, but rather have an open position for -1. If you are flat, which we assume you are, then either you are not loading order fills for the Trade Activity Log going back far enough, meaning that the first order fill from 2026-07-16 09:43:45 was not actually the beginning of a position, but rather the end of one, so you are off by an order fill. Or, you are missing an order fill somewhere along the way in this. You need to look at the Order Fills and see how they align with what you actually did and find the missing fill. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-07-22 16:19:39] |
| johnnyboy - Posts: 9 |
|
I understand what you're saying about the running position being -1 across the loaded Order Fills. However, that's not what I'm asking about. In the screenshots I attached, the Trade Activity Log clearly shows a completed 2-contract entry and a completed 2-contract exit, yet the Trades tab reconstructs it as a 1-contract trade with the second contract left unmatched. Can you explain why those specific fills are being reconstructed that way? If you believe the issue is caused by an earlier missing fill, could you identify where the running position first becomes incorrect?
|
| [2026-07-22 17:08:32] |
| John - SC Support - Posts: 47793 |
|
If you believe the issue is caused by an earlier missing fill, could you identify where the running position first becomes incorrect?
This is exactly what we think. That, or you are not starting the loading of the data early enough. We can not tell you where it occurred, as we do not know what exactly you were trading and when. That is what you need to determine based on the Order Fills. You need to determine where a fill is missing based on what you were trading and when. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-07-23 16:37:12] |
| johnnyboy - Posts: 9 |
|
Can someone from support help me figure what's actually happening? because at this point I don't see any missing data and trades that ia m currently taking are still not reflecting my actual trades. PLease!
|
| [2026-07-24 22:33:56] |
| Sierra_Chart Engineering - Posts: 24776 |
|
We will be reviewing this shortly.
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, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-07-27 08:38:23] |
| Sierra_Chart Engineering - Posts: 24776 |
|
Additionally, on a previous trading day, one of my trades was recorded with an incorrect exit price, resulting in a much larger profit than I actually made. Trade Activity Log: Viewing Historical Trade Activity And if there is a wrong price, you can edit that but that would really be close to impossible to be wrong to begin with. If these are completely different trading services (Rithmic versus Teton), then definitely yes, this would be the problem: I also came across the Sierra Chart documentation regarding Trade Activity Log price formatting and Trade Statistics for Charts. It mentions that incorrect prices/P&L can occur when viewing order fills from a different trading service or when trade statistics are built from incorrect or incomplete order fills. Since I'm seeing incorrect prices and P&L not only on my current Tradeify evaluation but also on my historical live account (E8578), could this be related to symbol/service mapping or trade activity log configuration for different trading services? Trade Activity Log: Solving Trade Activity Incorrect Price Formatting and P/L Values Make sure the first fill loaded in the Trade Activity Log is a fill for the start of a position and there are no missing fills thereafter. Refer to: Trade Activity Log: Understanding and Setting the Start Date-Time for a Trades List 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-07-27 08:47:41
|
| [2026-07-27 08:44:40] |
| Sierra_Chart Engineering - Posts: 24776 |
|
Regarding, all of the screenshots at post #8, there is a large number of fills there and it is fully outside the scope of our support, totally outside the scope of our support to be manually going through that and seeing how all of that is matched up. Completely impossible for us to do anyway. So we cannot even begin to answer your questions. The Trades tab is going to match those order fills based upon what is explained here: Trade Activity Log: Order Fill Matching and Flat to Flat Definition Change the starting date and time in the Trade Activity Log, to the current date and time just before you start a position. Otherwise, there is a lot of work to analyze those order fills. Also refer to: Trade Activity Log: Questions About the Trade Activity Log Data 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-07-27 08:49:07
|
| [2026-07-27 15:56:12] |
| johnnyboy - Posts: 9 |
|
outside of your scope to provide the support needed? can I just get a refund please? would you be able to help with that? Thanks!
|
| [2026-07-27 16:35:42] |
| johnnyboy - Posts: 9 |
|
I also want to mention that I have removed my rithmic account and connected with Teton and now my live trading history is actually showing uo is suppose to show. i just have to test now be trading on that account and seeing how it reacts. but do you think this has something to do with with how tradify is reading these trades? thanks
|
| [2026-07-27 17:36:27] |
| John - SC Support - Posts: 47793 |
|
do you think this has something to do with with how tradify is reading these trades?
It would not be how Tradify is "reading these trades". But, it definitely is that the Rithmic connection that is being used by Tradify did not properly give the information to Sierra Chart regarding an order fill along the way. This is not unusual from Rithmic. Refer to the following regarding our thoughts on Rithmic: Rithmic Trading Platform Service: Rithmic Support Policy That is why you would need to look through and see where something is missing. If you want us to issue a refund, then please review our Refund Policy at the following link: Sierra Chart Purchase and License Information: Refunds For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
To post a message in this thread, you need to log in with your Sierra Chart account: