Un webhook TradingView envoie un message HTTP à un destinataire. Pour que ce message demande un ordre Rithmic, le destinataire doit disposer d’une connexion de compte prise en charge et interpréter correctement le message. Un graphique ou une alerte déclenchée n’est pas en soi un ordre chez le courtier. Cette distinction concerne l’automatisation par alertes ; ne l’utilisez pas pour affirmer de façon générale ce qu’il en est de la connexion manuelle de chaque courtier à TradingView.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Distinguer les étapes
| Étape | Tâche principale | Preuve à conserver |
|---|---|---|
| Script/alerte | Génère l’événement voulu | Type d’événement, contexte enregistré et horodatage |
| Livraison du webhook | Envoie le message au point de terminaison choisi | État de la livraison |
| Destinataire | Valide et traduit le message | Requête acceptée/rejetée et compte/contrat résolus |
| Voie Rithmic | Traite la demande de trading autorisée | Accusé de réception du courtier et état de l’ordre |
| Exécution | Enregistre toute exécution réelle | Quantité exécutée, prix et heure |
TradingView documente la livraison des webhooks séparément du comportement de toute application réceptrice.
Ce dont un pont a besoin
Vérifiez sa compatibilité actuelle avec les comptes Rithmic, les restrictions du fournisseur, les détails de connexion, le format du message généré et le processus de reprise opérationnelle. Un pont n’est pas le fournisseur du compte et on ne peut pas présumer qu’il supprime les règles d’une société de financement.
La documentation de configuration de PickMyTrade décrit sa connexion Rithmic et indique les exclusions et exigences de comptes. La capture d’écran du fournisseur montre le sélecteur de courtier et la navigation des connexions, et non une connexion réalisée ici :
Qu’en est-il d’une application personnalisée ?
La suite d’API de Rithmic a ses propres exigences de kit, de test et de conformité en production. La FAQ restreint par ailleurs l’accès Protocol pour les démos papier à données en direct. Un identifiant sur poste de travail n’autorise pas une application de production quelconque. N’inventez pas de voie d’API gratuite et ne copiez pas un point de terminaison deviné dans un tutoriel.
Questions à se poser avant de se fier au flux de travail
- Le service prend-il en charge ce fournisseur, ce type de compte et la voie d’application prévue ?
- Le fournisseur autorise-t-il l’automatisation prévue ?
- Quels sont le message et le point de terminaison exacts générés par le service actuel ?
- Comment sont gérés les changements de position, les sorties partielles et les livraisons en double ?
- Quelles preuves confirment l’acceptation par le courtier et les résultats réels ?
Aucun pont n’a été connecté, aucune alerte envoyée et aucun ordre soumis pour ce guide conceptuel.
Questions fréquentes
Un webhook est-il une connexion à Rithmic ?
Non. C’est un message livré à un destinataire ; la connexion de compte de ce destinataire est un élément distinct.
Le panneau de courtier de TradingView équivaut-il à un pont d’alertes ?
Non. Identifiez le flux de travail réel, manuel ou automatisé, et son intégration prise en charge plutôt que de les considérer comme interchangeables.
L’hébergement dans le cloud permet-il de contourner une panne de Rithmic ?
Aucune garantie de ce type ne découle de l’hébergement. Vérifiez la voie de compte sous-jacente et le comportement documenté du service en cas de connexion indisponible.
La prise en charge de la connexion prouve-t-elle l’autorisation de la société ?
Non. La compatibilité, les règles du fournisseur et les résultats d’exécution sont des vérifications distinctes.