Copiez le point de terminaison exact du webhook et le message généré par le service récepteur pris en charge, sélectionnez l’événement d’alerte TradingView correspondant, puis vérifiez la livraison ainsi que le résultat réel chez le courtier. N’inventez pas de point de terminaison et n’utilisez pas un ancien message générique comme modèle d’ordre Rithmic vérifié. Il s’agit d’une séquence de configuration documentée ; le flux d’exécution propre au compte n’a pas été testé ici.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Préparer la configuration
Confirmez avec le générateur actuel le compte/System prévu, le contrat d’exécution, la source d’événement, la quantité et le dispositif de sortie. Consultez la comparaison des offres TradingView actuelle ainsi que l’authentification à deux facteurs requise. Une simple mise à niveau d’offre n’accorde ni les données de bourse ni l’autorisation du fournisseur pour l’automatisation.
Séquence documentée
- Vérifiez la connexion Rithmic prise en charge par le service récepteur et le compte attendu.
- Générez le message pour la voie réelle d’indicateur/de stratégie et le contrat prévu.
- Copiez le point de terminaison fourni par l’application sans modifier au hasard son jeton ou son chemin privé.
- Créez l’alerte TradingView avec l’événement et le message requis par le script ou l’intégration.
- Activez la notification par webhook dans la boîte de dialogue actuelle et saisissez ce point de terminaison.
- Vérifiez la durée de l’alerte ainsi que le symbole, l’unité de temps et les paramètres enregistrés.
- N’enregistrez qu’après avoir confirmé la configuration, puis utilisez le processus de vérification approprié et autorisé.
Le guide officiel des webhooks documente le comportement des messages HTTP. Il ne certifie pas la manière dont un destinataire donné traite les ordres.
Exemples de champs TradingView
Source : guide des alertes TradingView de PickMyTrade, consulté le 8 octobre 2026. Il s’agit d’exemples d’emplacement des champs. Ses captures d’écran historiques contiennent un exemple de graphique et de charge utile différent ainsi qu’un ancien point de terminaison .trade ; ne copiez pas ces valeurs dans le flux Rithmic .io. Utilisez le message et le point de terminaison du générateur actuel correspondant. Pour un indicateur, choisissez la condition prévue de cet indicateur ; pour une stratégie, suivez la source d’événement qu’elle requiert plutôt que de supposer qu’un événement générique de croisement de prix est équivalent.
Vérifier sans confondre les résultats
| Enregistrement | Vérification |
|---|---|
| Alert Log | L’événement prévu s’est réellement déclenché |
| Statut du webhook | Résultat de la livraison pour cette tentative |
| Service récepteur | Validation du message, compte/contrat résolus et action demandée |
| Ordre chez le courtier | Enregistrement indiquant accepté, rejeté, annulé, en attente ou exécuté |
Séparez les requêtes dont le résultat est incertain des échecs confirmés. La règle de nouvelle tentative de TradingView s’applique à des réponses d’erreur serveur précises ; un service récepteur doit disposer de son propre traitement documenté. Ne renvoyez pas à l’aveugle parce que le résultat initial est inconnu.
Exemples du fournisseur pour les écrans de résultats
Sources : guide des alertes PickMyTrade et guide des ordres, consultés le 8 octobre 2026. Comparez l’heure, la connexion, le compte, le symbole et les identifiants dans vos propres enregistrements. Le statut d’une alerte et le statut d’un ordre décrivent des étapes différentes ; rapprochez l’historique des ordres et des exécutions du courtier lui-même avant de conclure qu’une transaction a été exécutée. Ces exemples du fournisseur sont des illustrations distinctes, et non une chaîne d’exécution vérifiée de bout en bout.
Modifier une alerte de script existante
TradingView documente le contexte enregistré du script, des entrées et du graphique. Modifier le graphique ne change pas cet instantané. Recréez l’alerte de script lorsque ce contexte doit changer, puis vérifiez la configuration distincte du symbole et des sorties du service. Évitez que deux alertes de trading, l’ancienne et la nouvelle, se chevauchent, en passant par le flux de travail pris en charge.
Portée des preuves et vérifications pour votre compte
Le 8 octobre 2026, la session PickMyTrade authentifiée affichait une connexion Rithmic existante marquée Connected et deux comptes disponibles. Le générateur actuel a produit un message de documentation non enregistré pour ces deux destinations. La période d’historique affichée, du 8 septembre au 9 octobre, ne contenait aucun journal d’alertes ni aucun ordre. L’unique configuration enregistrée existante concernait IB, et non Rithmic. Aucun message n’a été envoyé, aucune alerte TradingView n’a été enregistrée et aucun ordre n’a été soumis.
Le message masqué à deux destinations et le calcul de ticks sélectionné sont désormais conservés. Pour valider votre propre flux de travail, comparez l’événement TradingView correspondant, le contrat d’exécution résolu, la réponse du destinataire et le résultat réel chez le courtier. Une réponse 2xx du webhook n’établit ni l’acceptation d’un ordre ni son exécution. N’utilisez pas l’essai public temporaire de Rithmic comme substitut du compte Protocol éligible exigé par le récepteur documenté.
Questions fréquentes
Le format de l’URL du webhook est-il universel ?
Non. Utilisez le point de terminaison exact généré par le destinataire actuel, en gardant les jetons privés.
Un JSON valide suffit-il ?
Non. La syntaxe, la signification du signal, le compte, le contrat et le résultat chez le courtier sont des vérifications distinctes.
L’exemple de notification montre-t-il une alerte Rithmic testée ?
Non. Il s’agit d’une illustration officielle des commandes par le fournisseur.
Une livraison réussie peut-elle quand même ne donner aucune exécution ?
Oui. Vérifiez séparément la validation ultérieure, le statut de l’ordre et l’exécution.