Ein Klick auf „Alle schließen“ beschreibt eine Anweisung. Er beweist noch keinen vollständig geschlossenen Kontozustand. In MT5 können Ablehnungen, ein gestoppter Ablauf oder das Schließen der Anwendung Positionen zurücklassen. Dieser Leitfaden behandelt die eingebauten Gruppenoperationen. Ein Zusatzprogramm oder selbst entwickelter EA kann anderen Regeln folgen.

Welchen Umfang hat der gewählte Befehl?

Notiere den vollständigen Namen: alle Positionen, nur profitable, nur verlustreiche, ein bestimmtes Symbol oder eine Richtung. Die ausgewählte Position kann beeinflussen, welche Befehle erscheinen. Ohne dokumentierten Umfang bleibt „alles geschlossen“ unklar. Eine Positionsumkehr ist ebenfalls keine Schließung auf null; sie kann neue gegenläufige Exposition erzeugen.

Bei einem Hedging-Konto versucht MT5 zuerst Close By mit entgegengesetzten Positionen desselben Symbols. Diese Phase arbeitet nacheinander und stoppt bei einem Fehler. Danach werden übrige Positionen gewöhnlich geschlossen: Die Anfragen werden ohne Warten auf die vorherige Bestätigung versendet. Eine einzelne Ablehnung lässt ihre Position offen, beendet diese spätere Phase aber nicht für die anderen. Bei FIFO ist das Schließen wieder sequenziell und stoppt im Fehlerfall. Ordne jeden Befund der richtigen Phase zu.

Gruppenbefehle setzen One Click Trading voraus. Bestimmte Varianten werden bei FIFO-Beschränkungen nicht angeboten. Lies Positionsmodus und ACCOUNT_FIFO_CLOSE am konkreten Konto, statt sie aus dem Aussehen des Terminals abzuleiten. Diese Eigenschaften sind keine weltweite Rechtsregel. /de/risikomanagement/hedging-forex-positionen/ erklärt getrennte Gegenpositionen gegenüber einer gemeinsamen Netting-Position. Ähnliche Namen verschiedener Instrumente machen sie nicht zu einem Close-By-Paar.

Fünf Positionen, ein verbleibender Bestand

Hypothetisches Diagnosemodell: Ein Hedging-Konto ohne FIFO-Beschränkung hält fünf Positionen. EUR/USD erlaubt Close By. Es gibt keine Teilausführungen, Neueinstiege oder sonstigen Änderungen. Das Modell zeigt Abhängigkeiten und bestätigte Ergebnisse, keine Servergeschwindigkeit. Geldgewinne werden nicht berechnet; Lots verschiedener Kontrakte werden nicht addiert.

TicketAusgangszustandBestätigter VerlaufRest
AEUR/USD Kauf 0,10 LotClose By mit B ausgeführtKein Rest
BEUR/USD Verkauf 0,10 LotClose By mit A ausgeführtKein Rest
CGBP/USD Kauf 0,20 Lot0,20 Lot geschlossenKein Rest
DUSD/JPY Verkauf 0,10 LotAnfrage abgelehnt; 0 Lot geschlossenVerkauf 0,10 Lot
EXAU/USD Kauf 0,05 Lot0,05 Lot geschlossenKein Rest
Fünf Positionen, eine bleibtHypothetisches Hedging-Konto ohne FIFO und ohne Teilausführungen im Hauptmodell.RECHEN- UND LERNBEISPIELA und B2 Positionen geschlossenC und E2 Positionen geschlossenD0,10 Lot Verkauf bleiben
Fünf Positionen, eine bleibt. Hypothetisches Hedging-Konto ohne FIFO und ohne Teilausführungen im Hauptmodell.

Gezählt wird der bestätigte Restbestand, nicht die Zahl abgesendeter Anfragen.

A und B
2 Positionen geschlossen – EUR/USD, Close By bestätigt.
C und E
2 Positionen geschlossen – Gewöhnliche Schließungen vollständig bestätigt.
D
0,10 Lot Verkauf bleiben – USD/JPY; Anfrage abgelehnt, keine Menge geschlossen.

Nach dem bestätigten Paar A–B sinkt die Positionszahl von fünf auf drei. Anschließend sendet der Terminal die gewöhnlichen Anfragen für C, D und E. C und E werden geschlossen, D wird abgelehnt. Am Ende bleibt genau eine Position: D, ein Verkauf über 0,10 Lot USD/JPY. Drei versendete gewöhnliche Anfragen beweisen keine drei ausgeführten Schließungen.

Zähle aktuelle Positionen und bestätigte geschlossene Mengen, nicht Hinweisfenster. Close By entfernt hier zwei Positionen durch eine Paaroperation. Die übrigen Anfragen haben getrennte Ergebnisse. /de/plattformen/mt4-mt5-order-abgelehnt-fehler-pruefen/ hilft bei der technischen Antwort; die synchronisierte Kontoabfrage zeigt den Restbestand. Eine ungeklärte Antwort ist dabei noch keine bestätigte Ablehnung.

Bewahre je Ticket Symbol, Richtung, Ausgangsmenge, Anfrage- oder Auftragskennung, Antwort, Deals und verbleibenden Umfang auf. Deal-Eigenschaften verknüpfen Ausführungen mit Auftrag und Position. Ein Auftrag kann mehrere Deals erzeugen; nicht jeder Teil ist eine vollständige Positionsschließung. Dokumentiere Zeiten samt ihrer Quelle und Zeitzone. Für ein deutsches Journal kennzeichnest du zusätzliche lokale Zeit ausdrücklich als Europe/Berlin.

Ein ergänzender, getrennter Teilmengenfall zeigt die nötige Mengenrechnung: Bei C würden bestätigte Teile von 0,06 und 0,04 Lot zusammen 0,10 Lot schließen. Von anfänglich 0,20 Lot blieben dann 0,10 Lot offen. Das sind zwei Deals, aber keine vollständige Schließung. Diese Variante ersetzt nicht die vollständige Ausführung von C in der obigen Tabelle.

Warum hinterlassen Fehler verschiedene Ergebnisse?

In einer separaten Variante desselben Ausgangsbestands erhält A–B einen Close-By-Fehler vor Ausführung. Wir nehmen ausdrücklich an, dass kein Schließungsdeal stattfand. Die Folge stoppt vor den gewöhnlichen Anfragen für C, D und E; alle fünf Positionen bleiben. Das unterscheidet sich von Ds späterer Ablehnung nach erfolgreichem Close By. Fehlt in einem echten Vorfall nur eine Antwort, musst du den Serverzustand erst klären.

Das Schließen der Anwendung beendet den Gruppenprozess, macht bestätigte Deals aber nicht rückgängig. Wurde A–B bereits geschlossen und C–E noch nicht angefragt, bleiben in dieser weiteren Variante drei Positionen. Für bereits gesendete Anweisungen brauchst du den tatsächlichen Ausgang. Ein Neustart bestätigt kein leeres Konto und ist kein Anlass, automatisch die ursprüngliche Liste aus dem Gedächtnis erneut abzusenden.

Ein EA, eine andere Anwendung oder ein weiterer Bediener kann währenddessen eine neue Position eröffnen. Ein neues Ticket ist nicht zwingend eine fehlgeschlagene alte Schließung. Vergleiche Historie, Quelle und Zeit. Bei eigener MQL5-Automatisierung bedeutet OrderSend mit Rückgabe true noch keine Ausführung. Kontrolliere Ergebnisfelder und Ereignisse; dafür brauchst du keinen echten Probehandel.

Reicht eine leere Positionsliste?

Prüfe zusätzlich ausstehende Aufträge. MT5 hat eigene Löschoperationen dafür. Ein Schließbefehl bestätigt ihre Stornierung nicht. Der hypothetische ausstehende Kauf P kann nach vollständig geschlossenen Positionen weiterbestehen und bei späterer Ausführung erneut eine Position erzeugen. /de/konzepte/forex-order-typen-market-limit-stop/ unterscheidet solche Aufträge und ihre tatsächlichen Ergebnisse.

Lies nach Synchronisierung ohne Filter, die ein Symbol oder eine Richtung verbergen. Gleiche Schließungen mit der Historie ab und beschreibe einen leeren Zustand mit Beobachtungszeit und Kontoumfang. Ein Bildschirmfoto beweist nicht, dass ein EA später keine Exposition wiederherstellt. Kontrolliere auch den Schutz verbliebener Positionen. Der Fehlversuch einer Gruppe beseitigt deren gegenwärtiges Risiko nicht.

Drei überprüfbare Schritte

  1. Erfasse auf Demo Kontomodus, FIFO-Einstellung, vollständigen Gruppennamen und sämtliche Ausgangstickets mit Mengen. Sichere die Liste vor dem Versuch und vergleiche den vorgesehenen Umfang mit der Auswahl. Dein Ergebnis soll eindeutig benennen, welche Positionen und welche Aufträge der Befehl überhaupt betrifft.
  2. Ordne jedem Ausgangsticket bestätigte Deals, Antwort und aktuelle Restmenge zu. Trenne die Close-By-Phase von gewöhnlichen Schließungen und markiere Ablehnung sowie ungeklärten Ausgang unterschiedlich. Wiederhole keine Gruppe aus dem Gedächtnis. Dein Ergebnis ist eine nachrechenbare Liste ausgeführter Mengen mit jedem verbleibenden Bestand.
  3. Kontrolliere nach Synchronisierung auf dem richtigen Konto sowohl Positionen als auch ausstehende Aufträge ohne verdeckende Filter. Prüfe den aktuellen Schutz jedes Restbestands und mögliche neue EA-Anweisungen. Bewahre Beobachtungszeit und endgültige Listen im Journal auf, bevor du die Kontrolle als abgeschlossen bezeichnest.