Tradovate No-Fee-Tarif lässt Orders scheitern (404)
Sie wechseln in den Tarif ohne monatliche Gebühr, um Kosten zu sparen, und die nächste Order-Anfrage liefert 404 Not Found. Login funktioniert, Charts laufen, nur das Ordern streikt. Hier erfahren Sie, was ein 404 wirklich bedeutet und wie Sie das Routing wiederherstellen.
On This Page
- Was ein 404 Ihnen wirklich sagt
- Zuerst: die Anfragezeile ausschließen
- Der eigentliche Auslöser: Der Tarifwechsel hat das Order-Routing gestört
- Die Lösung: einen Tarif mit Order-Routing und Marktdaten wiederherstellen
- Wenn Sie ein Prop-Firm- oder Evaluierungskonto haben
- Kurze Checkliste zur Beseitigung des 404
- Schluss mit der Pflege von Berechtigungen
Sie stellen Ihr Konto auf den Tarif ohne monatliche Gebühr um, um Kosten zu senken, und beim nächsten Order gibt der Server 404 Not Found zurück. Sonst wirkt alles normal. Sie können sich anmelden, Ihr Token authentifiziert, Ihre Kontoliste lädt, die Charts laufen, aber das Einzige, was Sie wirklich brauchen, das Senden einer Order, scheitert mit einem leeren 404-Body. Es sieht aus, als wäre der Endpunkt in dem Moment verschwunden, in dem sich Ihr Tarif geändert hat.
Das ist er nicht. Ein 404 ist enger gefasst, als es sich anfühlt, und sobald Sie wissen, was er sagt, ist die Lösung kurz. Fast immer steckt eine von zwei Ursachen dahinter: Ihre Anfragezeile zeigt auf eine Route, die nicht existiert (Host, Version, Pfad, Methode), oder die Order-Routing-Berechtigung Ihres Kontos wurde durch den Tarifwechsel gestört und noch nicht neu bereitgestellt. Wir schließen zuerst die Anfragezeile aus, weil das schnell geht, und gehen dann den Tarif- und Berechtigungsweg durch, der direkt nach einem Downgrade zuschlägt.
Was ein 404 Ihnen wirklich sagt
Jeder HTTP-Status verweist auf eine andere Ebene, und wer sie alle gleich behandelt, repariert das Falsche. Ein 404 bedeutet, dass der Server nicht finden konnte, worauf Ihre Anfragezeile zeigte: Die Route oder das Routing-Ziel für Ihr Konto ist nicht vorhanden. Ein 401 oder „access is denied“ bedeutet, dass die Route existiert, Sie aber nicht autorisiert waren. Ein 400 bedeutet, dass Pfad und Authentifizierung in Ordnung waren, der Body aber fehlerhaft. Ein 429 bedeutet, dass Sie ratenbegrenzt werden.
Wenn Sie also auf einen echten 404 starren, hören Sie auf, Ihr Order-JSON zu bearbeiten. Der Server ist nie so weit gekommen, es zu lesen. Zwei Ursachenfamilien erzeugen hier einen 404: eine Anfrage, die auf eine nicht existierende URL zielt, und ein Konto, das derzeit keine Orders routen kann, weil sein Tarif oder seine Berechtigung nicht in einem ordertauglichen Zustand ist. Der Zeitpunkt ist Ihr größter Hinweis. Wenn Orders vor fünf Minuten noch funktionierten und sich nur Ihr Abonnement geändert hat, tendieren Sie zur Berechtigungs-Erklärung, nehmen Sie sich aber dennoch sechzig Sekunden, um die Anfragezeile auszuschließen, denn ein Tarifwechsel ist auch ein naheliegender Moment, um die Umgebung zu wechseln oder eine veraltete URL zu kopieren.
Zuerst: die Anfragezeile ausschließen
Das sind die banalen 404-Ursachen, die nichts mit Ihrem Tarif zu tun haben und in einer Minute abgehakt sind. Wenn Sie Orders über die API oder ein Drittanbieter-Tool platzieren, bestätigen Sie alle vier Teile der URL, bevor Sie am Konto etwas anfassen.
- Der Host passt zur Umgebung. Ein Demo-/Simulationskonto routet über den Demo-Host, ein Live-Konto über den Live-Host. Eine Live-Order an den Demo-Host zu senden (oder umgekehrt) kann 404 liefern oder als nicht autorisiert abprallen. Wenn Sie gerade den Tarif Ihres Live-Kontos gewechselt haben, stellen Sie sicher, dass Ihr Tooling nicht stillschweigend auf dem Simulations-Host geblieben ist.
- Das Versionssegment ist vorhanden. Der Order-Pfad hängt am versionierten Root (dem Segment
/v1). Lassen Sie es weg, hat der nackte Host keine Order-Route, und Sie erhalten 404. - Schreibweise und Groß-/Kleinschreibung des Pfads. Die REST-Pfade unterscheiden zwischen Groß- und Kleinschreibung. Eine falsch geschriebene oder mit Bindestrich versehene Order-Operation passt auf nichts und antwortet mit 404.
- Die richtige Methode. Die Order-Platzierung ist ein POST. Die URL in die Browser-Adressleiste einzufügen (immer ein GET) oder das falsche Verb zu senden, äußert sich als Not-Found- oder Method-not-allowed-Fehler.
Wenn Sie Orders in der Desktop- oder Web-App statt per Code platzieren, gehört Ihnen die URL nicht, daher betrifft dieser Abschnitt Sie selten. Springen Sie zur Tarif-Erklärung. Wenn Sie die API nutzen und die Anfragezeile stimmt, oder wenn ihre Korrektur Ihren 404 in einen 401 verwandelt hat, sind Sie über diese Ebene hinaus. Schauen Sie sich nun das Konto an.
Der eigentliche Auslöser: Der Tarifwechsel hat das Order-Routing gestört
Hier verbindet sich der 404 mit Ihrem Abonnement. Live-Orders zu platzieren bedeutet nicht nur, angemeldet zu sein. Ihr Konto muss auf einem aktiven, ordertauglichen Tarif liegen und die Berechtigungen tragen, die dieser Tarif gewährt: den Marktdaten-Feed, mit dem die Plattform Ihre Order bepreisen kann, und für den programmatischen Zugriff die Automatisierungs- bzw. API-Berechtigung, die das Routing aus Code autorisiert. Diese Berechtigungen werden Ihrem Konto bereitgestellt und stecken nicht in Ihrem Passwort.
Wenn Sie den Tarif wechseln, muss die Plattform den alten Berechtigungssatz abbauen und den neuen aufbauen. Für ein kurzes Zeitfenster dieses Wechsels kann das Konto in einem Zustand sein, in dem das benötigte Order-Routing-Ziel noch nicht verfügbar ist. Eine Anfrage, die danach greift, kommt mit 404 zurück, denn aus Sicht des Servers gibt es nichts, wohin geroutet werden könnte. Ihr Login funktioniert weiter, weil die Authentifizierung auf einer anderen Ebene liegt. Genau deshalb ist das Symptom so einseitig: Alles wirkt in Ordnung, nur die Order nicht.
Zwei Varianten treten am häufigsten auf:
- Der neue Tarif ist noch nicht fertig bereitgestellt. Sie haben den No-Fee-Tarif gewählt, die Änderung wurde registriert, aber die Daten- und Order-Dienste haben noch nicht aufgeholt. Orders liefern 404 (oder werden mit „no quote available“ abgelehnt), bis Feed und Routing auf dem Konto live sind.
- Ein kostenpflichtiges Add-on wurde nicht übernommen. Wenn Ihr Order-Routing von einer kostenpflichtigen Berechtigung abhing, einem API-Zugriffs- oder Automatisierungs-Add-on auf einem kostenpflichtigen Tarif, kann ein Downgrade es entfernen. Die Aufrufe Ihres Bots, die gestern funktionierten, liefern nun 404, weil die Berechtigung, die sie autorisierte, weg ist.
Die Lösung: einen Tarif mit Order-Routing und Marktdaten wiederherstellen
Ziel ist, Ihr Konto wieder auf eine Kombination aus Tarif und Add-on zu bringen, die tatsächlich Live-Order-Routing und Marktdaten gewährt, und das Konto dann zu zwingen, die Änderung zu übernehmen. Gehen Sie in dieser Reihenfolge vor.
Das Konto auf einen ordertauglichen Tarif setzen
Öffnen Sie die Tarif- bzw. Abonnement-Einstellungen Ihres Kontos und bestätigen Sie, welcher Tarif aktiv ist. Wenn der Wechsel in den No-Fee-Tarif das Ordern gebrochen hat, wechseln Sie zurück zu einem Tarif mit den benötigten Berechtigungen oder fügen Sie das kostenpflichtige Add-on wieder hinzu, von dem Ihr Routing abhing. Die Tarifstufen selbst (kostenlos/No-Fee, monatlich und Lifetime) können alle auf einem finanzierten Live-Konto Orders platzieren. Entscheidend ist, dass der Tarif vollständig aktiv ist und jede von Ihrem Setup genutzte Automatisierungs-Berechtigung darauf aktiviert ist und nicht im alten Tarif zurückgeblieben ist.
Bestätigen, dass Marktdaten auf dem Konto live sind
Eine Order, die die Plattform nicht bepreisen kann, routet sie nicht, und ein frischer Tarif kann mit ausgeschalteten Daten ankommen. Prüfen Sie, dass Ihr Echtzeit-Marktdaten-Abonnement aktiv ist und das gehandelte Symbol Live-Kurse zeigt, nicht verzögerte oder leere. Sind die Kurse verzögert oder wird der Symbolname im Zustand „delayed“ dargestellt, müssen die mit dem neuen Tarif verbundenen Datenvereinbarungen oder das Abonnement wahrscheinlich erneut aktiviert werden, bevor Orders sauber durchgehen.
API- bzw. Automatisierungs-Add-on erneut prüfen
Wenn Sie Orders aus Code oder über eine Drittanbieter-Verbindung routen, autorisiert die Automatisierungs-Berechtigung dies, und ein Tarifwechsel ist genau der Moment, in dem sie verloren geht. Öffnen Sie Ihre Add-on-Einstellungen und bestätigen Sie, dass der API-Zugriff im aktuellen Tarif noch aktiviert ist. Da sich Verfügbarkeit und Preise von Add-ons mit der Zeit ändern, bestätigen Sie die aktuelle Anforderung in der Plattform, statt sich auf eine alte Notiz zu verlassen.
Eine frische Sitzung erzwingen, damit die Änderung greift
Neue Berechtigungen erreichen eine bereits geöffnete Sitzung nicht immer. Sobald Tarif und Add-ons als aktiv angezeigt werden, melden Sie sich auf jedem Gerät und jeder Plattform ab, Web, Desktop, Mobil und jedes verbundene Tool, und dann auf einem wieder an. Fordern Sie bei der API ein brandneues Access-Token an, statt das bisherige weiterzuverwenden. Ein vor der Änderung erzeugtes Token kann den alten Zustand ohne Order-Berechtigung tragen. Senden Sie dann eine einzelne Test-Order.
Wenn weiterhin 404 kommt, ist es ein Bereitstellungs- oder Abrechnungsproblem
Die Weitergabe an die Order- und Datendienste ist nicht immer sofort abgeschlossen, geben Sie ihr also etwas Zeit. Wenn aber der Tarif aktiv ist, die Daten live sind, das Add-on an ist, Sie sich mit einer frischen Sitzung neu verbunden haben und Orders weiterhin 404 liefern, haben Sie alle Selbsthilfe-Lösungen ausgeschöpft. Das ist ein Zustand der Kontobereitstellung oder Abrechnung, den der Support zurücksetzen muss, und kein Fehler in Ihrem Order-Code. Halten Sie Ihre Kontodaten sowie die genaue Anfrage und die 404-Antwort bereit, wenn Sie sich melden.
Wenn Sie ein Prop-Firm- oder Evaluierungskonto haben
Die Regeln drehen sich um, wenn das Konto nicht Ihnen gehört. Bei einem Prop-Firm-Evaluierungs- oder Funded-Konto besitzt die Firma den Tarif, das Datenabonnement und die Berechtigungen. Sie können Ihre Tarifstufe nicht selbst wechseln und sollten es nicht versuchen. Wenn Orders auf einem Firmenkonto nach einer Tarif- oder Datenänderung 404 liefern, muss die Firma die Bereitstellung beheben. Wenden Sie sich also an sie und nicht direkt an den Broker. Firmen unterscheiden sich außerdem darin, ob sie direkte API-Automatisierung überhaupt erlauben: Manche gestatten sie, manche blockieren sie, und die genauen Regeln sowie etwaige Kontolimits variieren je nach Firma und Kontogröße. Prüfen Sie daher die aktuellen Bedingungen Ihrer Firma, bevor Sie annehmen, dass eine Code-Änderung hilft.
Kurze Checkliste zur Beseitigung des 404
| Prüfpunkt | Was zu bestätigen ist |
|---|---|
| Anfragezeile (API) | Richtiger Host für Ihre Umgebung, Versionssegment vorhanden, exakte Groß-/Kleinschreibung im Pfad und ein POST. Schließen Sie das zuerst aus. |
| Aktiver Tarif | Das Konto liegt auf einem vollständig aktiven, ordertauglichen Tarif und nicht mitten im Übergang. |
| Marktdaten | Echtzeitdaten sind aktiv und Ihr Symbol zeigt Live-Kurse, nicht verzögerte oder leere. |
| Automatisierungs-Add-on | API-Zugriff bzw. Automatisierungs-Berechtigung ist im aktuellen Tarif aktiviert und nicht im alten zurückgeblieben. |
| Frische Sitzung | Überall abgemeldet und wieder angemeldet; bei der API ein nach der Änderung erzeugtes neues Access-Token. |
| Prop-Konto | Wenn die Firma den Tarif besitzt, ist die Lösung ihre Sache. Wenden Sie sich an die Firma, nicht an den Broker. |
Schluss mit der Pflege von Berechtigungen
Die meisten, die hier landen, wollen keine Experten für Kontobereitstellung werden. Sie wollen nur, dass eine Strategie in ihrem Futures-Konto ein- und aussteigt und weiterläuft, wenn sie einen Tarif ändern. Wenn das auf Sie zutrifft, gibt es einen kürzeren Weg, als Order-Aufrufe von Hand zu bauen, die brechen, sobald sich eine Berechtigung verschiebt.
Zu den benachbarten Themen, die entscheiden, ob Orders überhaupt geroutet werden: Vergleichen Sie die Stufen und was jede gewährt im Vergleich der Free-, Monthly- und Lifetime-Tarife. Stellen Sie sicher, dass die Automatisierungs-Berechtigung aktiviert ist, mit der Anleitung zum API-Zugriff und API-Schlüssel. Und wenn Ihr 404 zu einem Berechtigungsfehler wurde, arbeiten Sie die Anleitung zu „Access Is Denied“ beim Platzieren einer Order durch.
Schluss mit der Dauerkontrolle von Tarifen und Tokens
Möchten Sie, dass Ihre TradingView-Strategie in Ihr Futures-Konto routet, ohne dass Sie Tarife, Add-ons, Hosts und Tokens ständig überwachen müssen? Sehen Sie, wie PickMyTrade den gesamten Order-Ablauf automatisiert.
Starten Sie Ihre kostenlose 7-Tage-TestphaseHäufig gestellte Fragen
Das Order-Routing eines Live-Kontos ist an einen aktiven, ordertauglichen Tarif sowie an die Daten- und (für die API) Automatisierungs-Berechtigungen gebunden, die daran hängen. Beim Tarifwechsel gibt es ein Zeitfenster, in dem die Berechtigung, von der Ihre Order-Aufrufe abhängen, noch nicht neu bereitgestellt wurde. Das Routing-Ziel für Ihr Konto ist dann faktisch nicht vorhanden, und die Anfrage endet mit 404 Not Found. Login und Token funktionieren weiterhin, weshalb es sich anfühlt, als sei nur das Ordern kaputt. Stellen Sie einen Tarif mit Order-Routing und Marktdaten wieder her, lassen Sie das Konto neu bereitstellen und melden Sie sich dann ab und wieder an, damit die neue Berechtigung greift.
Ja, im Tarif ohne monatliche Gebühr können Sie innerhalb der Plattform ganz normal Orders platzieren. Der 404, den Sie sehen, hängt mit dem Übergang zusammen und ist keine feste Regel, dass der kostenlose Tarif nicht handeln darf. Bei einem Tarifwechsel gehen typischerweise zwei Dinge schief: Das Konto hat die Bereitstellung seiner Daten- und Order-Berechtigungen noch nicht abgeschlossen, oder das kostenpflichtige Automatisierungs-Add-on, auf das Ihr API-Code angewiesen war, wurde nicht übernommen. Beides erledigt sich, sobald der richtige Tarif und die richtigen Add-ons aktiv sind und Sie sich neu verbinden.
Nein, und der Unterschied zeigt Ihnen, wo Sie suchen müssen. Ein 404 bedeutet, dass der Server die Route oder das Ziel Ihrer Anfrage überhaupt nicht finden konnte. Deshalb äußern sich eine fehlende Berechtigung, ein falscher Host, ein fehlendes Versionssegment oder ein falsch geschriebener Pfad alle als 404. Ein 401 oder „Access is denied“ bedeutet, dass die Route existiert, Ihre Anfrage aber nicht autorisiert war, meist wegen Token, Berechtigung oder Konto-ID. Wenn Ihr 404 nach der Korrektur des Tarifs zu einem 401 wird, ist das ein Fortschritt, und Sie machen mit der Berechtigungs-Checkliste weiter.
Direkte API- und Drittanbieter-Verbindungen erfordern in der Regel eine Automatisierungs- oder API-Zugriffsberechtigung, die zusätzlich zu Ihrem Basistarif besteht, und genau diese Berechtigung autorisiert das programmatische Order-Routing. Ein Tarifwechsel kann sie entfernen oder zurücksetzen. Wenn Ihr Bot funktionierte, Sie dann herabgestuft haben und er seitdem 404 liefert, prüfen Sie erneut, ob das API-Zugriffs-Add-on im neuen Tarif noch aktiviert ist, und bestätigen Sie die aktuellen Bedingungen in der Plattform, da sich Verfügbarkeit und Preise von Add-ons mit der Zeit ändern.
Meist wenige Minuten, sobald Tarif und eventuelle Add-ons als aktiv angezeigt werden. Es geschieht aber nicht immer sofort, weil sich die Änderung erst auf die Order- und Datendienste ausbreiten muss. Warten Sie etwas und erzwingen Sie dann eine frische Sitzung: Melden Sie sich auf allen Geräten und Plattformen ab, wieder an, und fordern Sie bei der API ein neues Access-Token an, statt das alte weiterzuverwenden. Wenn es weiterhin 404 liefert, obwohl der Tarif eindeutig aktiv ist und Sie sich neu verbunden haben, ist das ein Fall für Support und Abrechnung, kein Code-Fehler.
Wenn Ihr Ziel ist, eine TradingView-Strategie in Ihr Futures-Konto laufen zu lassen, ohne Tarife, Add-ons, Hosts und Tokens ständig zu überwachen, leitet eine Brücke wie PickMyTrade die Alerts weiter und verwaltet den Order-Ablauf für Sie. Sie behalten weiterhin den Basistarif und die Daten, die Sie benötigen, schreiben aber keine rohen Order-Aufrufe von Hand, die jedes Mal brechen, wenn sich eine Berechtigung verschiebt. Es ist eine Abkürzung für die Automatisierung, kein Ersatz für die Roh-API, wenn Sie gezielt Kontrolle auf niedriger Ebene benötigen.
Diese Anleitung dient ausschließlich 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 weder von diesen unterstützt noch gesponsert. Alle genannten Namen, Logos und Marken sind Eigentum ihrer jeweiligen Inhaber. Funktionen und Schritte der Plattform ändern sich im Laufe der Zeit. Prüfen Sie den aktuellen Ablauf daher stets in der offiziellen Plattformdokumentation, bevor Sie handeln.