Ein Live-EA kann verbunden sein und trotzdem eine unvollständige Handelsaufzeichnung hinterlassen. Vor der Gewinninterpretation ist abzugleichen, was der EA entschieden, angefragt und der Broker tatsächlich erfasst hat. Ein Screenshot geschlossener Gewinner belegt diese Kette nicht.
Entscheidungsbelege, Ausführungsbelege und Kontobuchführung bleiben bis zum Abgleich getrennt. Dieser Leitfaden liefert ein reproduzierbares Prüfbeispiel, keinen Überwachungs-EA, automatischen Wiederherstellungscontroller oder Rentabilitätsnachweis. Für die Betriebsüberwachung siehe den Leitfaden zu Heartbeat und Warnmeldungen.
1. Konto und EA-Lauf eindeutig eingrenzen
Ein Manifest nennt Brokerserver, Konto, Live- oder Demomodus, Kontowährung sowie Standard- oder Cent-Einheiten. EA-Build, Version der Eingabedatei, Laufkennung, tatsächliche Symbolsuffixe, Zeitrahmen, Prüfintervall und Abgleichzeitpunkt festhalten. Zugangsdaten gehören nicht in geteilte Berichte.
Im erfundenen Beispiel handelt ein eindeutig bekannter EA-Lauf EURUSD H1 auf einem USD-Konto. Das Zeitfenster ist 08:00–12:00 nach festgelegter Brokerzeit. Anfangskontostand und Eigenkapital betragen $10,000 ohne offene Positionen. Das Laufmanifest belegt die Zuordnung; auf dem Konto ist außerdem ein anderer bekannter Verantwortlicher zugelassen. Dies ist ein Buchführungsdatensatz, kein Strategieregelwerk.
2. Belege zu einem gemeinsamen Abgleichzeitpunkt sichern
Rohe Entscheidungs- und Anfrageprotokolle des EA, Experts- und Journal-Protokolle, den benötigten Kontohistorienbereich sowie Aufnahmen offener Orders und des Kontos sichern. Erfassungszeitpunkte und Quellzeiträume dokumentieren. Originalexporte unverändert lassen; korrigierte oder spätere Aufnahmen erhalten eine neue Version. Der Protokollleitfaden erläutert die Terminaldateien.
Uhren nur anhand dokumentierter Zeitbasen und Zeitverschiebungen normalisieren. Ereigniszeit der Quelle und Empfangszeit des Sammlers getrennt speichern. Ähnliche Zeitstempel beweisen weder Kausalität noch Latenz. Ein sich änderndes Live-Konto liefert keine atomare Momentaufnahme: während der Erfassung geänderte Belege kennzeichnen und erneut zum erklärten Abgleichzeitpunkt abstimmen.
3. MT4-Orderpools und Felder richtig lesen
MODE_TRADES enthält offene Marktorders und Pending Orders; MODE_HISTORY geschlossene Orders und stornierte Pending Orders. Eine Schlusszeit von null allein unterscheidet offene Marktexponierung nicht von einer Pending Order: den Ordertyp prüfen. Vor dem Zählen ausdrücklich nach BUY- und SELL-Marktorders filtern. Die geladene Historie hängt vom Bereich im Terminalreiter Account History ab.
OrderSelect() kopiert Orderdaten in das Programm; vor der Nutzung aktueller Felder erneut auswählen. Die Position einer Historienzeile garantiert keine chronologische Reihenfolge. Exporte anhand ausdrücklicher Zeitstempel und Kennungen sortieren, Gleichstände und Herkunft erhalten und die Entscheidungsfolge nicht aus der Zeilenreihenfolge ableiten.
4. Entscheidungen, Versuche und Brokerorders zuordnen
Die Tabelle erfasst nur den Ziel-EA. D000 wird um 08:00 protokolliert und Order 500 um 08:30 geschlossen. D001 wird um 09:00 protokolliert und Order 501 um 10:15 geschlossen. D002 um 10:00 dokumentiert ausdrücklich kein Signal. D003 um 11:00 eröffnet Order 502, die um 12:00 noch offen ist. Jeder Einstiegsversuch hat in diesem Datensatz genau eine eindeutig zugeordnete Brokerorder.
| Entscheidung | Protokolliertes Signal | Lokaler Anfragebeleg | Brokerticket | Prüfklassifikation |
|---|---|---|---|---|
| D000 | SELL | Q0 · bestätigt | 500 | Zugeordnet · geschlossen |
| D001 | BUY | Q1 · Timeout 128 | 501 | Zugeordnet · geschlossen |
| D002 | Kein Signal | Keine Anfrage | — | Dokumentiertes Auslassen |
| D003 | SELL | Q3 · bestätigt | 502 | Zugeordnet · offen |
Es gibt 4 protokollierte Entscheidungen, 3 Einstiegsversuche und 3 zugeordnete Orders: 2 geschlossen und 1 offen. Die offene Order ist nicht fehlend und die Entscheidung ohne Signal keine abgelehnte Order. Diese Bezugsgrößen unterscheiden sich. Die beispielhaften Zeiten und Richtungen definieren keine Einstiegsstrategie.
5. Timeout vor einem weiteren Versuch klären
Fehler 128 bedeutet Handels-Timeout; er bestätigt keine Ablehnung durch den Broker. In der konstruierten Folge besteht BUY-Order 501 bereits vor Rückgabe des lokalen Timeouts. Aktuelle Marktorders, Pending Orders und Historie anhand des festgelegten Kontos und eindeutig passender Anfragebelege abstimmen, bevor über einen erneuten Versuch entschieden wird.
Zeit und Symbol allein sind bei gleichzeitigen Orders schwache Zuordnungen. Lässt sich kein eindeutiges Ergebnis feststellen, die Anfrage als ungeklärt markieren und einen improvisierten doppelten Einstieg verhindern. Für betriebliche Eskalation und bestehenden Schutz gilt die vorhandene Kontorisikoregelung; die Prüfung erlaubt weder Liquidation noch lockerere Risikolimits.
6. Verantwortliche und Orderverläufe zuordnen
Brokerkonto, Ticket, Symbol, Laufbelege und die dokumentierte Magic-Number-Konvention abgleichen. Eine Magic Number ist kein EA-Versionsstempel; ein Ticket ist broker- und kontenübergreifend keine universelle Kennung. Kollisionen, fehlende Manifeste und manuelle Eingriffe verlangen Untersuchung statt bequemer Zuordnung zum Ziel-EA. Bei gemeinsamem Konto die Portfoliozuordnung prüfen.
Eine Historienzeile muss keiner unabhängigen Strategieentscheidung entsprechen. Teilschließungen, Restbestandsbelege und Close-by-Vorgänge benötigen den tatsächlich dokumentierten Brokerverlauf. Ursprüngliches und geschlossenes Volumen ohne Doppelzählung verfolgen, Verknüpfungen und Korrekturen erhalten und ungeklärte Zuordnungen sichtbar lassen. Dieses Beispiel enthält weder Teilschließungen noch Pending Orders.
7. Verbuchte Kosten genau einmal mit Vorzeichen addieren
Alle Tabellenbeträge sind USD. Für eine ausgewählte geschlossene Order, deren Kosten in diesen Feldern stehen, lautet das verbuchte Netto OrderProfit() + OrderCommission() + OrderSwap(). Der Kursgewinn/-verlust enthält weder Provision noch Swap. Tatsächliche Werte mit Vorzeichen addieren; einen negativen Kostenbetrag nicht erneut abziehen. Order 602 gehört dem anderen bekannten Verantwortlichen und schließt um 11:30.
| Ticket | Verantwortlicher | Kursgewinn/-verlust | Provision | Swap | Verbuchtes Netto |
|---|---|---|---|---|---|
| 500 | Ziel-EA | −25.00 | −2.00 | 0.00 | −27.00 |
| 501 | Ziel-EA | +40.00 | −2.00 | −1.00 | +37.00 |
| 602 | Anderer Verantwortlicher | +8.00 | −1.00 | 0.00 | +7.00 |
Das geschlossene Netto des Ziel-EA beträgt +$10, das des anderen Verantwortlichen +$7. Reale Ausführungspreise enthalten bereits den Ausführungs- und Spreadeffekt: keinen hypothetischen Spread- oder Slippage-Puffer erneut vom verbuchten Ergebnis abziehen. Separat gebuchte Gebühren gehören genau einmal in eine eigene Buchungszeile, nicht zusätzlich in die Ordersumme. Siehe den Handelskostenleitfaden.
8. Buchführung mit Kontostand und Eigenkapital abstimmen
Eine Einzahlung von $500 um 08:45 ist ein externer Geldfluss. Ohne Auszahlungen, Gutschriften oder Zusatzgebühren beträgt der Endkontostand $10,517: anfangs $10,000 plus Einzahlung sowie geschlossenes Netto +$10 und +$7. Um 12:00 hat Order 502 einen offenen Kursverlust von −$18; aktuelle Provision und Swap sind null. Ohne weitere offene Positionen oder Anpassungen beträgt das beobachtete Eigenkapital $10,499.
Ohne Einzahlung ergibt sich für das Gesamtkonto ein Geldergebnis von −$1. Das zum Abgleichzeitpunkt bewertete Ergebnis des Ziel-EA beträgt −$8 aus geschlossen +$10 und offen −$18; mit +$7 des anderen Verantwortlichen ergeben sich dieselben −$1. Dies ist ein Geldabgleich, keine prozentuale oder zeitgewichtete Rendite. Gebührenbuchung, Gutschriften und Eigenkapitalbehandlung unterscheiden sich je nach Server: tatsächliches Broker-Eigenkapital und Bestandteile prüfen, statt diese vereinfachte Überleitung immer vorauszusetzen.
Optional: USD-Buchführung mit Vorzeichen nachrechnen
Geschlossene Orders: 40 − 2 − 1 = +37; −25 − 2 + 0 = −27; 8 − 1 + 0 = +7. Geschlossenes Netto des Ziel-EA: 37 − 27 = +10. Kontostand: 10,000 + 500 + 10 + 7 = 10,517. Eigenkapital: 10,517 − 18 = 10,499. Geldergebnis des Gesamtkontos: 10,499 − 10,000 − 500 = −1. Bewertetes Ziel-EA-Ergebnis: 10 − 18 = −8. Alle Beträge sind USD; Dezimalpunkte und Tausenderkommas folgen der englischen Zahlenschreibweise.
9. Fehlende Belege als unbekannt ausweisen
Eine leere Handelshistorie beweist kein fehlendes Signal. Dokumentiertes Auslassen erfordert Entscheidungsbelege, die der EA tatsächlich bereitstellt. Eine EX4-Datei oder ein externer Beobachter macht interne ausgelassene Entscheidungen nicht automatisch sichtbar. Fehlt ein Herstellerprotokoll, die Abdeckungsgrenze nennen. Nicht den Handels-EA vom Chart entfernen, nur um einen Beobachter anzuhängen.
Fehlende Historie, veraltete Aufnahmen, nicht zugeordnete Anfragen und unerklärte Kontostandsdifferenzen sind zu untersuchende Unbekannte. Sie bedeuten weder null Verluste noch saubere Ausführung. Originalpräzision erhalten und nur die Anzeige runden. Differenzen in Kontowährung abstimmen sowie Erklärung, Quelle und Korrekturversion dokumentieren. Der Demo-versus-Live-Leitfaden behandelt weitere Vergleichsgrenzen.
10. Belege vor der Leistungsprüfung freigeben
Ein vollständiger Abgleich unterstützt die spätere Eigenkapital- und Drawdown-Prüfung; er bestätigt keinen Handelsvorteil des EA. Eine saubere kleine Stichprobe bleibt klein. Keine universelle Zahl von Tagen oder Trades belegt verlässliche Forward-Leistung. Strategie- und Konfigurationsänderungen als getrennte Laufversionen festhalten, statt die Vergangenheit umzuschreiben.
- Sind Konto, Lauf, Währung, Zeitbasis und Abgleichzeitpunkt eindeutig?
- Sind die Quellzeiträume vollständig und alle Entscheidungen, Anfragen und Brokerbelege zugeordnet oder sichtbar ungeklärt?
- Sind Verantwortliche, Volumenverlauf und Kosten mit Vorzeichen ohne Duplikate zugeordnet?
- Stimmen Geldflüsse, verbuchter Kontostand, offene Exponierung und beobachtetes Eigenkapital überein?
- Bleibt die Leistungsfreigabe bei fehlenden oder mehrdeutigen Belegen ausgesetzt?
Manifest, Originalexporte, zugeordnetes Buchungsjournal, Beleglücken und Prüfentscheidung gemeinsam sichern. Die Betriebsüberwachung nach bestehender Risikoregelung fortsetzen. Diese Prüfung bietet weder automatische Orderverwaltung noch garantierte Warnzustellung oder Verlustgrenze und genehmigt keine neue Live-Allokation.
11. Fragen zum Live-Abgleich
Bedeutet ein Timeout, dass die Order fehlgeschlagen ist?
Nein. Der Ausführungsstatus bleibt ungewiss. Vor jedem erneuten Versuch offene, ausstehende und historische Brokerbelege mit der Anfrage abgleichen; sonst kann eine doppelte Order die Exponierung erhöhen.
Entspricht die Zahl der Historienorders den abgeschlossenen Trades?
Nicht allein. Der geladene Zeitraum kann unvollständig sein, und die Historie enthält stornierte Pending Orders. Vor der Definition einer Tradezahl Ordertypen filtern und Teilschließungsverläufe rekonstruieren.
Bedeutet positiver geschlossener EA-Gewinn einen Kontogewinn?
Nein. Offene Verluste, andere Verantwortliche, Kosten und externe Geldflüsse beeinflussen die Aussage. Hier schließt der Ziel-EA mit +$10, sein bewertetes Ergebnis beträgt aber −$8 und das Konto-Geldergebnis ohne Einzahlung −$1.
Beweist ein vollständig zugeordnetes Journal künftige Rentabilität?
Nein. Es belegt nachvollziehbare Buchführung für den erfassten Zeitraum und die Quellen. Forward-Validierung verlangt weiterhin ein festes Protokoll, ausreichend relevante Belege und ehrlichen Umgang mit Unsicherheit und Strategieänderungen.
12. Quellen und Geltungsbereich
Offizielle Referenzen: MQL4 OrderSelect, Orderpools und kopierte Felder, MQL4 OrderProfit und ausgeschlossene Kosten sowie MQL4 OrdersHistoryTotal und geladene Historie. Quellen geprüft am 2026-10-18. Die Dokumentation beschreibt Felder und Verhalten; sie zertifiziert weder diese Prüfung noch einen EA.
Alle Entscheidungen, Tickets, Zeitstempel und Geldbeträge sind erfundene Lehrwerte. Die Diagramme illustrieren diese Annahmen präzise, sind aber keine ursprünglichen Testerberichte oder verifizierte Live-Leistung. Rentabilität, angemessenes Risiko, garantierte Ausführung oder künftige Ergebnisse werden nicht behauptet.