Tradovate-Export: P&L-Abweichung zwischen Brutto und Netto
Das P&L in Ihrem Journal stimmt nie ganz mit Ihrem Tradovate-Kontostand überein. Hier erfahren Sie, warum exportierte CSVs brutto sind, während Ihr Kontostand netto ist, und wie Sie beide bis auf den Cent abgleichen.
Sie exportieren Ihre Tradovate-Trades, laden die CSV-Datei in Ihr Journal, und der gesamte P&L stimmt nicht. Manchmal sind es nur ein paar Dollar pro Trade, manchmal Hunderte über eine geschäftige Woche hinweg, und er stimmt nie ganz mit dem Saldo überein, den Ihr Tradovate-Konto tatsächlich anzeigt. Bevor Sie annehmen, das Journal sei fehlerhaft oder Ihre Fills seien falsch, hier die eigentliche Ursache: In fast jedem Fall handelt es sich um eine Tradovate-P&L-Abweichung zwischen Brutto und Netto, und sie lässt sich auf eine einfache Einschränkung zurückführen. Die von Tradovate exportierten CSV-Dateien enthalten keine Kommissions- oder Gebührendaten. Ihr Kontostand ist netto, also nach Abzug dieser Kosten; die exportierten Zahlen sind brutto, also davor. Die Lücke, die Sie sehen, sind die Handelskosten, die Sie bereits bezahlt haben. Im Folgenden erfahren Sie, wie Sie das bestätigen, wo die fehlenden Gebührendaten tatsächlich zu finden sind und wie Sie beide abgleichen, damit Ihr Journal bis auf den Cent mit Ihrem Kontoauszug übereinstimmt.
Schnell-Checkliste bei einer Brutto-Netto-P&L-Abweichung
- Vergleichen Sie zuerst Brutto mit Brutto. Gleichen Sie das Brutto-P&L Ihres Journals mit dem Brutto-P&L von Tradovate für denselben Zeitraum ab, bevor Sie einen Fehler vermuten.
- Denken Sie daran, dass Exporte brutto sind. Der Orders-Export hat keine Kommissions- oder Gebührenspalte, daher zeigt jedes Tool, das ihn importiert, standardmäßig das P&L vor Kosten.
- Rufen Sie den Cash-History-Report ab. Dort erfasst Tradovate Kommissionen und Gebühren. Der Orders-Report tut das nicht.
- Gleichen Sie Zeitraum und Zeitzone ab. Eine Abweichung ist oft nur eine Sitzungsgrenze oder eine UTC-vs-lokal-Verschiebung, keine Gebührenlücke.
- Prüfen Sie API-synchronisierte Konten separat. Eine Synchronisierung enthält in der Regel nur Kommissions- und Gebührendaten vom selben Tag, sodass ältere synchronisierte Trades brutto erscheinen.
- Kennen Sie Ihre Kosten pro Seite versus Round-Turn. Stellen Sie sicher, ob Sie die Kommission einmal oder zweimal pro Trade abziehen.
Was eine "Brutto vs. Netto"-P&L-Abweichung bedeutet
Brutto-P&L ist Ihr reines Handelsergebnis: Ausstiegspreis minus Einstiegspreis, mal Kontrakte, mal Punktwert. Netto-P&L ist dieselbe Zahl, nachdem Kommissionen, Börsengebühren, NFA-Gebühren sowie etwaige Routing- oder Datenkosten abgezogen wurden. Bei einem einzelnen ES-Round-Turn ist der Unterschied winzig. Multiplizieren Sie ihn jedoch über Dutzende Trades, und die beiden Zahlen driften sichtbar auseinander, genau das sehen Sie, wenn eine Journal-Summe nicht mit Ihrem Tradovate-Saldo übereinstimmt.
Der Grund, warum diese Abweichung so zuverlässig auftritt, ist struktureller Natur. Wenn Sie den Orders-Report als CSV herunterladen, enthält Tradovate Fills, Preise, Mengen und Zeitstempel, aber keine Kommission oder Gebühr, die bei jeder Transaktion berechnet wurde. Ein Tradovate-Datei-Upload enthält schlicht keine Kommissions- oder Gebührendaten, daher ist alles, was allein aus dieser Datei erstellt wird, konstruktionsbedingt brutto. Ihr Konto hingegen hat all diese Kosten bereits abgezogen, sein P&L ist also netto. Zwei unterschiedliche Zahlen, beide korrekt, nur an unterschiedlichen Punkten gemessen.
Es gibt eine zweite Variante desselben Problems bei automatisierten oder synchronisierten Setups. Wenn ein Journal Trades über die Tradovate-API statt über eine Datei abruft, erhält es Kommissions- und Gebührendaten in der Regel nur für Aktivitäten desselben Tages. Historische Trades kommen ohne zugehörige Kosten an, sodass aktuelle Tage netto und ältere Tage brutto innerhalb desselben Reports erscheinen. Zu wissen, welchen Weg Ihre Daten genommen haben, manueller Export oder Live-Sync, verrät Ihnen sofort, warum ein Teil des Journals abgleicht und ein anderer nicht.
Häufigste Ursachen einer Tradovate-Export-P&L-Abweichung im Jahr 2026
1. Der Orders-Export enthält keine Kommissions- oder Gebührendaten
Das ist die Hauptursache hinter den meisten Abweichungen. Der Orders-Report (Order History / Fills) liefert Ihnen die Handelsmechanik, lässt die Kostenspalten aber komplett aus. Kommissionen und Gebühren sind im Orders-Export überhaupt nicht enthalten, sie befinden sich stattdessen im Cash-History-Report. Jedes Journal, das nur mit der Orders-Datei gespeist wird, meldet daher Brutto-P&L, und Brutto liest sich bei Ihren Gewinnern immer höher, oder bei Ihren Verlusten weniger negativ, als Ihr Netto-Kontostand.
2. Das P&L Ihres Kontos und Ihrer Kontoauszüge ist bereits netto
Das ist die Kehrseite von Ursache 1. Tradovates Kontostand, Kontoauszüge und Performance-Ansichten spiegeln das Geld wider, das sich tatsächlich bewegt hat, Kommissionen und Börsengebühren sind also bereits eingerechnet. Das ist die Netto-Zahl. Wenn Sie einen Brutto-Export mit einem Netto-Kontoauszug vergleichen, ist die Differenz kein Fehler, sondern die Summe aller Kommissionen und Gebühren des Zeitraums. Sie können das bestätigen, indem Sie prüfen, ob die Lücke proportional zu Ihrer Trade-Anzahl wächst, statt zufällig zu schwanken.
3. API-synchronisierte Konten enthalten nur Gebühren vom selben Tag
Wenn Ihr Journal per API statt per Datei-Upload mit Tradovate verbunden ist, erscheinen Kommissionen und Gebühren in der Regel nur für Trades, die am selben Tag ausgeführt wurden. Ältere synchronisierte Trades kommen ohne Kostendaten an, sodass ein synchronisiertes Journal für heute eine saubere Netto-Zahl und für letzte Woche eine unangepasste Brutto-Zahl zeigt, alles in einem Report. Das ist eine Einschränkung des Sync-Umfangs, keine Fill-Abweichung.
4. Nicht übereinstimmende Zeiträume, Sitzungen oder Zeitzonen
Ein überraschend großer Anteil der “Abweichungen” sind eigentlich dieselben Trades, nur über leicht unterschiedliche Zeitfenster gezählt. Futures-Sitzungen wechseln beim Börsenschluss (gegen 17 Uhr Central Time), und exportierte Zeitstempel können in UTC vorliegen, während Ihre Kontoansicht lokal ist. Wenn die Tagesgrenze Ihres Journals nicht mit der von Tradovate übereinstimmt, kann ein Trade auf einen anderen Tag fallen oder ganz aus dem verglichenen Zeitraum herausfallen, wodurch die Summen nicht übereinstimmen, obwohl jeder Fill passt.
5. Verwechslung von Kommission pro Seite und Round-Turn
Sobald Sie Kosten wieder hinzurechnen, ist es leicht, sie falsch abzuziehen. Kommissionen werden pro Seite berechnet, einmal beim Öffnen, einmal beim Schließen, sodass ein vollständiger Round-Turn zwei Kommissionsbelastungen plus Börsen- und Aufsichtsgebühren pro Kontrakt trägt. Wenn Ihr Abgleich die Kommission einmal statt zweimal anwendet, oder umgekehrt, tauschen Sie nur eine Abweichung gegen eine andere. Die genauen Sätze variieren je nach Tarif, Kontrakt und danach, ob Sie Micros oder Minis handeln, ziehen Sie also Ihre echten Zahlen heran, statt einen pauschalen Wert anzunehmen.
So beheben Sie eine Tradovate-Brutto-Netto-P&L-Abweichung: Schritt für Schritt
Bestätigen, dass es sich um eine Brutto-Netto-Lücke handelt (Brutto mit Brutto vergleichen)
Stellen Sie in Ihrem Journal die P&L-Ansicht auf brutto um (die meisten Tools haben einen Brutto/Netto-Umschalter oder eine Option “nach Brutto-P&L filtern”). Öffnen Sie in Tradovate die Konto-Performance-/Reports-Ansicht für denselben Zeitraum und lesen Sie das Brutto-P&L ab. Vergleichen Sie die beiden Brutto-Zahlen. Stimmen sie jetzt überein, ist die Diagnose bestätigt, es fehlen nur Kommissionen und Gebühren. Stimmen sie auf Brutto-Ebene nicht überein, stoppen Sie: Dann liegt ein Problem mit Zeitraum, Zeitzone oder fehlenden Fills vor, keine Gebührenlücke.
Den Cash-History-Report für Gebühren- und Kommissionsdaten abrufen
Öffnen Sie die Account Reports von Tradovate (der Reporting-Bereich der Plattform). Wählen Sie den Cash-History-Report, das ist das Journal, das Kommissionen und Gebühren bei ihrem Abzug erfasst, zusammen mit trade-gepaarten Einträgen beim Schließen von Positionen. Stellen Sie denselben Zeitraum ein, den Sie für den Orders-Export verwendet haben, damit beide Dateien identische Aktivität abdecken, und laden Sie ihn dann als CSV herunter.
Netto-P&L abgleichen (Dateien zusammenführen oder eine Kommissionsregel anwenden)
Es gibt zwei zuverlässige Wege. Reports zusammenführen: Laden Sie Orders.csv aus dem Orders-Report herunter und hängen Sie den Inhalt der Cash-History-CSV für denselben Zeitraum an, sodass die kombinierte Datei sowohl die Fills als auch deren Gebühren enthält. Oder wenden Sie eine Kommissions-/Gebührenregel in Ihrem Journal an, sofern Ihre Plattform das unterstützt, damit sich der Brutto-Import ohne manuelle Zeilenbearbeitung auf netto anpasst. Wenn Sie eine temporäre Regel nur zum Abgleich eines synchronisierten Kontos einrichten, löschen Sie sie danach wieder, damit zukünftige Importe, die bereits Gebühren vom selben Tag enthalten, nicht doppelt belastet werden.
Summen erneut prüfen
Nach Anwendung der Kosten sollte das Netto-P&L Ihres Journals nun mit dem Tradovate-Kontostand für den Zeitraum übereinstimmen. Weicht es weiterhin um einen kleinen, konstanten Betrag ab, prüfen Sie erneut die Kommission pro Seite versus Round-Turn.
Fehlerbehebungstabelle
| Was Sie sehen | Was es bedeutet | Lösung |
|---|---|---|
| Journal-P&L höher als Tradovate-Saldo | Export ist brutto; Konto ist netto nach Gebühren | Kommissionen/Gebühren aus Cash History hinzufügen |
| Brutto-Zahlen stimmen überein, Netto-Zahlen nicht | Es fehlen nur Kommissionen/Gebühren | Cash History zusammenführen oder eine Gebührenregel anwenden |
| Auch die Brutto-Zahlen stimmen nicht überein | Fehlausrichtung bei Zeitraum, Sitzung oder Zeitzone | Verglichenen Zeitraum und Zeitzone neu abgleichen |
| Aktuelle Tage netto, ältere Tage brutto | API-Sync enthält nur Gebühren vom selben Tag | Ältere Trades aus Cash History abgleichen |
| Kosten hinzugefügt, aber noch leicht abweichend | Fehler bei Kommission pro Seite vs. Round-Turn | Kommission pro Seite anwenden (Öffnen + Schließen) |
| Trade erscheint am falschen Tag | 17-Uhr-CT-Sitzung / UTC-vs-lokale Grenze | Tagesgrenze Ihres Journals an die Börse anpassen |
| Gebühren nach Abgleich doppelt gezählt | Temporäre Regel bei einem synchronisierten Konto belassen | Die temporäre Kommissionsregel löschen |
So verhindern Sie das mit PickMyTrade
Eine Brutto-Netto-Abweichung ist ein lästiges Abgleichsproblem, aber der eigentliche Gewinn liegt darin, Ihre Ausführung und Ihre Aufzeichnungen von Anfang an sauber zu halten. PickMyTrade sitzt zwischen Ihren TradingView-Alerts und Tradovate und standardisiert den Orderfluss, der später zu Ihrem Journal wird:
- Qty / Symbol Validation, jede Order trägt ein konsistentes, validiertes Symbol und eine validierte Größe, sodass Ihre exportierten Fills sauber sind und sich leicht mit Cash History abgleichen lassen.
- Entitlement & Risk Filters, berücksichtigt Prop-Firm-Limits und Kontostatus, sodass Sie nicht im Nachhinein Phantom- oder abgelehnte Orders abgleichen müssen.
- Rate-Limit-Safe Routing, staffelt den Orderfluss, sodass Fills vorhersehbar eintreffen und Ihr Handelsprotokoll vollständig ist, statt voller Wiederholungsversuche.
- Multi-Account Sync, spiegelt dieselbe Order über alle verbundenen Konten hinweg, sodass der Report jedes Kontos dieselbe, abgleichbare Geschichte erzählt.
Ein saubererer Orderfluss bedeutet ein Journal, das schneller abgleicht, Sie verbringen Ihre Zeit mit der Analyse von Trades, nicht mit der Jagd nach fehlenden Gebührenspalten.
Handeln ohne Ablehnungen
Verknüpfen Sie Ihre Alerts mit Tradovate über PickMyTrade und halten Sie Ihren Orderfluss sauber, konsistent und leicht abzugleichen.
Starten Sie Ihre kostenlose 5-tägige TestversionHäufig gestellte Fragen
Die exportierte CSV ist brutto, sie enthält keine Kommissions- oder Gebührendaten, während Ihr Kontostand netto nach diesen Kosten ist. Die Differenz zwischen beiden sind die Kommissionen und Gebühren, die Sie im Zeitraum bezahlt haben.
Nein. Der Orders-Export (Order History) enthält Fills, Preise, Mengen und Zeitstempel, aber keine Kommissionen oder Gebühren. Diese werden separat im Cash-History-Report erfasst.
Im Cash-History-Report innerhalb der Account Reports. Er erfasst Kommissionen und Gebühren bei ihrem Abzug, zusammen mit Einträgen beim Schließen von Positionen (trade-gepaart).
Vergleichen Sie zuerst Brutto mit Brutto, um zu bestätigen, dass die Fills übereinstimmen. Rufen Sie dann den Cash-History-Report für denselben Zeitraum ab und führen Sie ihn entweder mit Ihrer Orders-Datei zusammen oder wenden Sie in Ihrem Journal eine Kommissions-/Gebührenregel an, um auf netto zu kommen.
Sie synchronisieren wahrscheinlich per API statt eine Datei hochzuladen. API-Synchronisierungen enthalten in der Regel nur Kommissions- und Gebührendaten vom selben Tag, sodass historische Trades brutto erscheinen, bis Sie sie über Cash History abgleichen.
Nein, sie sind einfach brutto statt netto. Sowohl der Export als auch der Kontostand sind korrekt; sie messen das P&L lediglich vor und nach den Handelskosten.
Sie variieren je nach Tarif, Kontrakt und danach, ob Sie Micros oder Minis handeln, und beinhalten Börsen- und Aufsichtsgebühren zusätzlich zur Broker-Kommission. Prüfen Sie den aktuellen Kommissionsplan von Tradovate für Ihren Tarif, statt einen pauschalen Satz anzunehmen.
Meist ist es ein Fehler bei Kommission pro Seite versus Round-Turn. Die Kommission wird einmal beim Öffnen und einmal beim Schließen berechnet, sodass ein vollständiger Round-Turn zwei Kommissionsbelastungen plus Gebühren pro Kontrakt trägt. Stellen Sie sicher, dass Sie die Kosten für beide Seiten abziehen.
Diese Anleitung dient ausschließlich zu Bildungs- und Informationszwecken und stellt keine Finanz-, Anlage- oder Handelsberatung dar. Der Handel mit Futures und anderen gehebelten Produkten birgt ein erhebliches Verlustrisiko und ist nicht für jeden Anleger geeignet. PickMyTrade ist eine unabhängige Automatisierungsplattform eines Drittanbieters und steht in keiner Verbindung zu Tradovate, Inc. oder Bookmap und wird von diesen weder unterstützt noch gesponsert. Alle zugehörigen Namen, Logos und Marken sind Eigentum ihrer jeweiligen Inhaber. Plattformfunktionen und -abläufe ändern sich im Laufe der Zeit, bestätigen Sie daher vor dem Handeln stets den aktuellen Ablauf in der offiziellen Plattformdokumentation.