La gestion des ordres par l’API dépend du client émetteur et du rattachement de l’ordre (binding). Voir un ordre ne signifie pas pouvoir le modifier. Vérifiez le client d’origine et le workflow de propriété pris en charge avant de modifier des ID.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Pas à pas
- 1 Déterminez si l’ordre vient de TWS (saisie manuelle) ou d’une application API.
- 2 Notez le client d’origine et les identifiants de l’ordre à partir des journaux.
- 3 Vérifiez que l’application qui gère l’ordre est connectée avec le nom d’utilisateur et le client ID attendus.
- 4 Demandez au fournisseur de l’application comment elle traite les ordres manuels ou ceux d’un autre client.
- 5 Vérifiez toute modification prise en charge dans le relevé du courtier et contrôlez les effets sur la file d’attente ou le binding.
Un exemple pratique
Une application place un ordre et une seconde application peut le voir. Cela ne veut pas dire que la seconde en est propriétaire ni qu’elle peut le modifier. Conservez les détails du client d’origine avec l’ID de l’ordre et demandez au fournisseur quelle voie est prise en charge. Ne changez pas les client ID au hasard. Un ordre facile à suivre sous un client peut devenir plus difficile à gérer si vous changez le contexte sans plan.
Référence d'écran

Erreur à éviter
Questions fréquentes
Demander tous les ordres ouverts donne-t-il le contrôle sur eux ?
Pas automatiquement. Afficher et rattacher (binding) sont deux notions distinctes.
Un nouveau client ID peut-il résoudre tous les échecs de modification ?
Non. Il peut changer le contexte de propriété et rendre le problème plus difficile à diagnostiquer.