Three checkpoints in this guide
Follow the full walkthrough in order, or jump directly to one of its main sections.
Start with one account, one trading period and one definition of a completed trade. Compare closed-position results with the charges that actually hit that account, then check a few trades in the journal. Only after those numbers agree should you ask which setup, session or exit habit is working.
Tradovate lets a trader view several account reports; they do not all answer the same question. An order report can show what was submitted, a position or performance report can show paired trading results, and Cash History can show charges or other account cash changes. A green P&L total alone cannot tell you whether the same planned setup repeatedly made money after costs.
A positive gross setup can be negative after costs. Two partial exits can be a single planned idea, even if a report counts two paired trades. A demo, personal live and prop-linked account can use the same platform name but represent different decisions and rules.
Choose the report that matches the question
Tradovate's platform overview describes on-demand reports for order, position and cash activity. Check which report and export your own account actually offers; do not treat the first available file as complete “trade history.”
| Question | Better starting record | Why the other records still matter |
|---|---|---|
| Which positions closed, and what was their P&L? | Performance or position-history view for the exact account/range | Order/fill IDs verify partial exits and reversals |
| Why does the net result differ from gross? | Cash History plus the paired result | Commission, exchange, clearing and regulatory charges may be separate cash events |
| Did an order actually execute? | Orders and fill-level evidence | A submitted, cancelled or rejected order is not a completed trade |
| Does the journal match the source? | A known closed cycle plus both trade and cash records | The two systems may count fills, pairs or planned ideas differently |
The Tradovate partner report documentation describes Performance as showing P&L with and without commissions, and Cash History as reflecting paired trades and fee deductions. Those are partner/admin reports, not a promise that every individual trader sees the same screen. Use the reports your own account provides, and do not assume a missing column means zero fees.
Gross is not the same as net
Here is hypothetical arithmetic, not a real Tradovate or TSB account. Suppose a trader's fully closed MES position earns $20 gross across its paired exits. The source account shows -$1.60 in total commission and other transaction charges that belong to that position. The illustrated net trading result is $18.40. If a Performance column is already labeled after commissions, subtracting those charges again would be an error. Conversely, a journal that imports only the $20 paired-trade gross and ignores Cash History overstates this result.
Do not calculate contract dollars by assuming every “ES-looking” symbol has the same point value. MES and ES have different contract multipliers, and a dated contract code matters. Use provider contract metadata or the actual report currency/amount rather than a guessed conversion from ticks. The goal of the small worked example is to establish a reconciliation rule: source trade result + applicable signed cash changes = a net amount with a known definition. It is not a universal fee schedule or a prediction of your actual costs.
If the report and journal disagree, isolate one trade by account, contract, time and quantity. Compare the gross result, each charge and final net. Then check whether the date filter is a trading session or a calendar day; a close around the boundary can otherwise appear in different windows. Do not silently move a row to make totals agree.
Partial exits: one idea can create several result rows
Imagine a trader buys two contracts as one planned position, takes one off at the first target and the other at a later stop. The economic total is the sum of both exits and all related entry/exit costs. But a performance view may show two paired results while the trader's plan was one idea. A journal that groups those into one campaign can be useful for reviewing the plan; it should still retain both native executions and the original source amounts.
For example, make the earlier $20 gross / $1.60 costs / $18.40 net illustration one two-contract campaign: the first paired exit contributes +$30 gross, the second -$10 gross. That is two paired result rows, one positive and one negative, but one positive planned campaign after its $1.60 in attributable costs. Pair win rate is 1/2; campaign win rate is 1/1. Neither percentage measures a durable edge from this one hypothetical idea. Keep the two native exits, their order/fill identities and the single campaign tag; never add the full campaign P&L to each exit.
The analytical danger is comparing denominators without noticing. “One of two paired exits won” can become a 50% pair win rate. “The single planned idea made money” becomes one positive campaign. Neither sentence alone says whether scaling out improved expectancy. To answer that, compare repeated same-setup ideas with similar initial risk, instrument and session context, after costs. Compare net result per campaign and the distribution of losers, not merely the count of green exit rows. A single illustrated exit does not prove the method.
If an entry is in one import/sync window and the exit in another, verify that the opening quantity and fee carried through. If one side is missing, do not infer a buy/sell pair merely because the next row has a convenient price. Label the trade not verified and inspect source coverage.
If a position appears that the trader does not remember opening, inspect the Orders report before deleting it as a duplicate. Tradovate's partner investigation guide describes protective orders left working after a manual close; a later fill opened a new position. An unexpected real execution is different from a duplicated journal import. Check the order evidence available to your account before choosing which problem you have.
Separate the platform record from prop rules
Tradovate is a platform and account-history source; it is not one universal prop program. A personal live account, demo account, and a prop firm's Tradovate-connected account can have different ownership, reset times and risk rules. Reconcile each journal account separately. If you want to replay a challenge, first select the exact firm's plan and phase, then apply its current rule set to properly timed source evidence. A green P&L line is not proof the account stayed inside a daily-loss or trailing-loss rule.
The same applies to “Tradovate versus NinjaTrader” questions. That existing comparison is about platform workflow. This page is about what your Tradovate account records support as a performance conclusion. It should link to the comparison for platform choice, not turn the performance method into a disguised software ranking.
What should a journal add?
Tradovate's reports can answer much of the numeric question. A journal adds durable setup tags, comparable account separation, notes about the planned risk or reason for a partial exit, and a review loop that tests one change prospectively. If the source is complete, start with a repeated observation—say, that a named setup performs worse after transaction costs in a specific session. Then inspect the underlying trades and define a next-session test. Do not call a pattern “your edge” from a small, changing sample.
TSB AI Coach adds a deeper layer after the Tradovate record is sound. It can examine a selected account and period for costs, sessions, exits or data gaps, then point to the recorded trades behind an observation. For the partial-exit question, a useful answer would show the comparable trade set and whether the result was driven by one outlier, not announce that scaling out is always better. If the opening trade or fee history is missing, the right answer is an evidence gap, not a strong verdict.
TSB's supported-source directory lists Tradovate read-only sync and file upload; the product docs explain how to start. A connection, a position report and Cash History are different evidence surfaces. If you use files, a cash ledger alone cannot prove a completed trade; pair the supported position report with its matching charges. Import a representative winner, loser, fee-bearing trade and partial exit, and make the journal agree with the original account before using an AI summary. The precise file pairing belongs in the import instructions, not in a performance verdict.
If you use both Tradovate and NinjaTrader
If the same account appears through a Tradovate-branded and a NinjaTrader-branded route, do not count it as two independent trading histories. Check a known closed trade against both sources: account, instrument, entry, exits, quantity and net amount should agree. A matching P&L number alone does not prove that every execution is the same.
Do not delete either history just to make a chart look clean. Preserve the source reports and investigate any missing entry, exit or fee. An unexplained difference belongs in data-quality review before AI Coach compares sessions or setups.
Once that passes, ask a question a report cannot answer alone: “Which planned futures setup still works after the recorded costs, across a comparable set of sessions?” If it fails, the right next action is fixing the record, not writing a more confident prompt.
Common Tradovate journal questions
Why is my Tradovate net P&L lower than the trade result? Check whether you are comparing a pre-commission result with an after-commission number. Cash History can show charges separately. Do not subtract them twice if your starting result is already net.
Why does my journal show fewer trades than Tradovate's report? A report may count each paired exit, while you may call a two-exit position one planned idea. Compare the same account, dates and counting unit before calling either number wrong.
Can I combine a prop account with my personal Tradovate account? You can review them side by side, but preserve separate account identities, fees and rule sets. A profitable personal account is not proof that the same trades would pass a particular prop program.
