MT4 EA Fehler 130 beheben? Vier Schritte vom Stop-Loss-Abstand bis zu dynamischen Limits

Autor: Thomas｜EA- und MT4-Praxis｜20. Oktober 2026

Wenn der EA bereits am Chart hängt und der automatische Handel aktiviert ist, aber bei der Orderübermittlung „130“ erscheint, entsteht oft der Eindruck, das Programm sei völlig defekt. Die MQL4-Referenzdokumentation führt 130 als ERR_INVALID_STOPS: Stop-Loss, Take-Profit, der Preis einer Pending Order oder deren Normalisierung in der Anfrage wurden vom Handelsserver nicht akzeptiert. Das ist ein Hinweis zur Fehlersuche, kein Grund, den Stop-Loss blind aufzuweichen. Dieser Artikel erläutert in vier Schritten, welche Aufzeichnungen geprüft werden sollten.

Schritt 1: Zuerst feststellen, welche Anfrage fehlgeschlagen ist

Das relevante Log im MT4-Terminal oder im Programm öffnen und die fehlerhafte Serverzeit, das Symbol, die Orderrichtung, ob es sich um OrderSend oder OrderModify handelt, sowie den zurückgegebenen Fehlercode notieren. Wenn im Log nur „Order fehlgeschlagen“ steht, sollte der EA zunächst – ohne sensible Daten wie Passwörter auszugeben – den Anfragepreis, Stop-Loss, Take-Profit und Rückgabewert protokollieren. Zuerst unterscheiden, ob das Öffnen einer Position, das Ändern des Stop-Loss oder eine Pending Order fehlgeschlagen ist; die zu prüfenden Preisbeziehungen unterscheiden sich in allen drei Fällen.

Auf einem Live-Konto nicht durch wiederholtes Senden derselben fehlgeschlagenen Anfrage „auf Glück“ probieren. Wiederholte Versuche können zusätzliche Last erzeugen und bei veränderten Marktbedingungen plötzlich erfolgreich sein, wodurch eine unerwartete Position entsteht. Zuerst in einer Simulationsumgebung reproduzieren und dabei die Parameterversion sowie die damaligen Plattformkurse festhalten.

Schritt 2: Bid, Ask, Point und Digits prüfen

Mit MarketInfo in MQL4 lassen sich Bid, Ask, Point und Digits des aktuellen Symbols auslesen. Point steht für eine der kleinsten Anzeigeeinheiten des Kurses, Digits für die Anzahl der Nachkommastellen; wie viele US-Dollar „10 Punkte“ entsprechen, muss anhand des tatsächlichen Point des jeweiligen Symbols berechnet werden, und Gold-Codes sowie Genauigkeiten verschiedener Broker dürfen nicht vermischt werden. Vor der Übergabe muss der Preis außerdem auf die entsprechende Stellenzahl normalisiert werden.

Ein Beispiel dient nur der mathematischen Veranschaulichung: Wenn bei einem simulierten Symbol Point 0,01 und der Mindestabstand 50 Punkte beträgt, ergibt sich ein Abstand von 0,50 Kurseinheiten; bei einem Symbol mit Point 0,001 sind es 0,05. Die Zahlen stellen keine realen Kontraktregeln einer Plattform von heute dar. Beim Prüfen der Logs zugleich Bid und Ask speichern, um nicht mit dem Verkaufspreis die Seite zu prüfen, für die eigentlich der Kaufpreis maßgeblich ist, oder umgekehrt.

Schritt 3: MODE_STOPLEVEL und Orderart prüfen

Die offizielle OrderSend-Dokumentation erläutert, dass Stop-Loss und Take-Profit nicht zu nah am Marktpreis liegen dürfen; auch der vorgesehene Eröffnungspreis einer Pending Order darf nicht zu nah am aktuellen Markt liegen. Mit MarketInfo(Symbol(),MODE_STOPLEVEL) lässt sich der veröffentlichte Mindestabstand in Punkten abfragen. Anschließend je nachdem, ob es sich um einen Kauf, einen Verkauf oder welche Art von Pending Order handelt, Preisrichtung, Abstand und Normalisierung getrennt prüfen, statt einen festen Offset auf alle Orders anzuwenden.


Die obige Abbildung ist eine originelle Prozessskizze ohne reale Kurse oder Kontodaten. Der Mindestabstand ist lediglich die technische Grenze, ab der der Server eine Order akzeptiert, und nicht gleichbedeutend mit einem strategisch sinnvollen Stop-Loss-Abstand. Wird der Stop-Loss nur weiter entfernt, um 130 zu umgehen, vergrößert sich das ursprünglich geplante Risiko pro Trade; zuerst die Positionsgröße neu berechnen und gegebenenfalls auf den Trade verzichten.

Schritt 4: Auch bei Rückgabe 0 nicht auf fehlende Limits schließen

Die offizielle MQL4-Erläuterung zu MODE_STOPLEVEL weist ausdrücklich darauf hin: Eine Rückgabe von 0 kann bedeuten, dass kein fester Mindestabstand besteht, oder auch, dass der Server ein dynamisches Limit verwendet, das das Terminal nicht direkt darstellen kann. Im letzteren Fall kann dennoch 130 zurückgegeben werden. Daher gilt nicht: „Wenn 0 ermittelt wird, kann der Stop-Loss direkt am Preis liegen.“ Bei starken Marktbewegungen können Kursaktualisierungen, Spreadänderungen und serverseitige Regeln zuvor berechnete Abstände ungültig machen.

Wenn die Codeberechnung mit dem damaligen Log übereinstimmt und dennoch 130 auftritt, Fehlerzeit, Symbol, Orderparameter und Plattformversion aufbewahren, die Symbolspecifikationen und Orderbeschränkungen des Brokers prüfen und beim Plattform-Support nachfragen. Nicht anhand von Point und StopLevel anderer Plattformen auf die Regeln dieses Kontos schließen und erst recht nicht durch Entfernen des Stop-Loss die eigentliche Fehlerursache verdecken.

Prüfreihenfolge nach der Korrektur

Zunächst in einem Demokonto einen minimalen reproduzierbaren Fall ausführen: für dasselbe Symbol die vier Kurs-Parameter und StopLevel protokollieren, eine einzelne Testanfrage senden und Serverantwort sowie Orderstatus prüfen. Danach das Verhalten bei schnellen Kursänderungen oder in verschiedenen Handelssitzungen testen. Sicherstellen, dass das Programm über einen Stopp- oder Abkühlmechanismus nach Fehlern verfügt und bei Wiederholungen keine Positionen doppelt eröffnet. Abschließend prüfen, ob Risikobudget, Spread und akzeptabler Verlust noch dem ursprünglichen Plan entsprechen.

Der Schwerpunkt bei der Fehlersuche zu Fehler 130 ist „warum die Anfrage abgelehnt wurde“, nicht „wie sie mit Gewalt ausgeführt wird“. Die Ergebnisse eines EA hängen auch von Strategielogik, Netzwerk und Plattformausführung ab; keine Korrektur garantiert Gewinne oder vermeidet Verluste. Gehebelter Handel kann zu erheblichen Verlusten führen.