Finden Sie die erste fehlende Phase: das TradingView-Alert-Ereignis, die Webhook-Zustellung, den Datensatz des empfangenden Dienstes oder die Rithmic-Order-Antwort. Ein ausgelöster Alert ist kein Beleg für eine Ausführung. Sichern Sie Zeitstempel und Protokolle, bevor Sie Einstellungen ändern oder etwas erneut senden. TradingView dokumentiert Wiederholungen bei bestimmten HTTP-Serverfehlern; gehen Sie daher nicht davon aus, dass ein Auslöser nur eine Zustellung erzeugen kann.
Hinweise zur Software zu Bildungszwecken. Der Handel ist mit Risiken verbunden. Finanzielle Hinweise und Informationshinweise lesen.
Mit den vorhandenen Nachweisen beginnen
| Zuletzt bestätigte Phase | Nächste sinnvolle Prüfung |
|---|---|
| Strategie-/Indikatorsignal im Chart | Wurde ein laufender Alert für das vorgesehene Ereignis erstellt? |
| Alert im TradingView Log | Konfiguration der Webhook-URL und Webhook-Status |
| Ergebnis der HTTP-Zustellung | Datensatz des empfangenden Dienstes und Payload-Validierung |
| Dienst hat den Alert akzeptiert | Vorgesehene Verbindung bzw. Konto und aufgezeichnete Order-Anfrage |
| Broker hat eine Anfrage bestätigt | Tatsächlicher Zustand: aktiv, abgelehnt, storniert oder ausgeführt |
Ist das Order-Ergebnis ungewiss, prüfen Sie den Konto-/Order-Datensatz, bevor Sie den Alert erneut senden. Ein Timeout kann das Verarbeitungsergebnis beim Empfänger unbekannt lassen.
1. Den laufenden Alert bestätigen
Prüfen Sie Aktivierungsstatus, Bedingung, Symbol, Zeitrahmen und Ablauf. Bei Skript-Alerts verwendet TradingView einen gespeicherten Kontext aus Skript, Eingaben und Chart. Das Ändern von Chart oder Skript-Eingaben aktualisiert diesen bestehenden Snapshot nicht; erstellen Sie den Alert neu, wenn sich dieser Kontext ändern muss, gemäß der Alert-Dokumentation von TradingView.
Ordnen Sie das Ereignis der Integration zu: Eine Indikatorbedingung, ein alert()-Aufruf und ein Order-Ausführungsereignis einer Strategie sind unterschiedliche Quellen. Die Auswahl beider Ereignisströme kann nur dann zwei Anfragen senden, wenn beide tatsächlich auslösen und Trade-Nachrichten enthalten. Prüfen Sie den Zeitverlauf, statt eine Duplizierung anzunehmen.
2. Die Webhook-Zustellung prüfen
Der offizielle Leitfaden zur Webhook-Konfiguration dokumentiert das Benachrichtigungsfeld, die Zwei-Faktor-Anforderung und die Spalte Webhook-Status. Verwenden Sie den exakten Endpunkt, der aus der empfangenden Anwendung kopiert wurde. Raten Sie keinen PickMyTrade-URL-Pfad.
| Ergebnisfamilie | Untersuchen |
|---|---|
| Weiterleitung | Geänderter Endpunkt oder Autorisierungsweiterleitung |
| Client-Fehler | Zugriff, Endpunkt, Formatierung oder Anfragelimit |
| Server-Fehler | Ausfall des empfangenden Dienstes und mögliches erneutes Senden |
| Timeout/nicht erreichbare URL | Antwortzeit, öffentliche Erreichbarkeit und Korrektheit des Endpunkts |
Dies sind diagnostische Kategorien aus dem Fehlerleitfaden von TradingView, keine erfundenen PickMyTrade-Fehlermeldungen. Eine localhost-Vorschauadresse ist kein öffentlicher empfangender Endpunkt.
3. Wiederholungen berücksichtigen
Der Leitfaden zur erneuten Übermittlung von TradingView besagt, dass HTTP-Antworten 500–599 außer 504 erneutes Senden im Abstand von fünf Sekunden auslösen können, mit höchstens vier Sendungen pro Auslöser. Übertragen Sie dies nicht auf jeden Timeout oder jeden Fehler. Es belegt nicht, wie der empfangende Dienst doppelte Orders verhindert.
4. Empfänger und Rithmic getrennt prüfen
Verwenden Sie bei PickMyTrade die aktuell generierte kontospezifische Nachricht. Vergleichen Sie Signaltyp, Verbindung bzw. Konto, Kontrakt, Menge und Exit-Modus. Das veröffentlichte JSON-Referenzdokument verwendet data und quantity; deren Ersetzung durch erratene action und qty ist keine verifizierte Korrektur. Die Referenz ersetzt weder den aktuellen Generator noch einen getesteten Payload.
Bewahren Sie jeden Validierungsfehler des Dienstes und die Antwort des Brokers auf. Bestätigen Sie den aufgelösten Kontrakt und das Konto, bevor Sie „Erfolg“ interpretieren. Die hier erfasste native Kursanzeige zeigt ESZ6-Daten, kein Webhook-Ergebnis:
Fehlt der Datensatz des Dienstes trotz gemeldeter Zustellung, übermitteln Sie Zeitstempel/Zeitzone und geschwärzten Anfragekontext über den offiziellen Support. Veröffentlichen Sie keine Token, Passwörter oder privaten Konto-/Order-IDs.
Häufige Fragen
Bedeutet HTTP-Erfolg, dass der Trade ausgeführt wurde?
Nein. Prüfen Sie Validierung beim empfangenden Dienst, Order-Bestätigung und die aufgezeichnete Ausführung getrennt.
Wiederholt TradingView nie?
Es dokumentiert eine bedingte erneute Übermittlung bei bestimmten Serverfehler-Antworten. Schließen Sie daraus weder auf universelle Wiederholungen noch auf eine Deduplizierung beim Empfänger.
Soll ich einen Alert mit Timeout erneut senden?
Gleichen Sie zuerst die Datensätze des empfangenden Dienstes und des Brokers ab. Ein zweites Senden kann eine weitere Anfrage erzeugen, wenn das frühere Ergebnis unbekannt ist.
Behebt das Ändern des Charts einen bestehenden Skript-Alert?
Nicht unbedingt. Sein gespeicherter Kontext bleibt getrennt; erstellen Sie ihn neu, wenn sich dieser Kontext ändern soll.