Que faire quand un robot de trading se trompe ?

Par La rédaction — Patrimoine Magazine · Publié le 24 mai 2026 · Mis à jour le 18 août 2026

Quand un robot de trading se trompe, la priorité est d'empêcher de nouveaux ordres, de vérifier les positions chez le courtier et de conserver les preuves. Il faut ensuite distinguer une perte normale d'une erreur technique ou d'une règle mal conçue avant toute reprise. Le trading automatisé comporte un risque de perte en capital.

Une perte signifie-t-elle que le robot s'est trompé ?

Non. Une stratégie peut respecter exactement ses règles et perdre de l'argent. Les marchés restent incertains, et une série défavorable peut faire partie des scénarios annoncés. Promettre qu'un programme évitera toute perte serait trompeur.

Une erreur existe lorsque le comportement réel s'écarte du comportement prévu. Le robot achète un actif interdit, dépasse une limite, répète un ordre ou fonctionne pendant une plage exclue. Une règle peut aussi être correctement exécutée mais reposer sur une hypothèse devenue inadaptée.

Cette distinction change la réponse. Une perte conforme se traite dans le cadre du plan de risque. Une anomalie technique réclame un arrêt, un diagnostic et parfois une contestation. Une stratégie mal conçue exige une revue plus profonde que le simple redémarrage du logiciel.

Écrivez avant l'utilisation ce que signifie une erreur. Indiquez les instruments autorisés, les tailles maximales, les horaires et les conditions d'arrêt. Sans référence écrite, il devient difficile de séparer une surprise d'un défaut.

Quels gestes faut-il faire dans les premières minutes ?

Empêchez d'abord l'envoi de nouveaux ordres selon la procédure prévue. Utilisez la fonction de pause si elle a été testée. Si l'interface ne répond plus, contactez le courtier par son canal d'urgence plutôt que de multiplier les clics.

Ouvrez ensuite le compte du courtier. Relevez les positions, les ordres en attente, les montants et les heures. Le tableau de bord du robot peut être désynchronisé ; la situation tenue par l'intermédiaire financier est celle qui engage réellement le compte.

Ne fermez pas mécaniquement toutes les positions sans examiner les conséquences. Un ordre précipité sur un marché peu liquide peut aggraver l'écart de prix. Suivez la procédure définie avec le courtier et, lorsque l'enjeu le justifie, recherchez une assistance professionnelle compétente.

Prenez des captures, exportez les journaux et notez l'heure de chaque action. Évitez de modifier les fichiers originaux. Ces éléments serviront au diagnostic et à une éventuelle réclamation.

Comment trouver l'origine de l'incident ?

Commencez par reconstruire la chronologie. Quel signal a été reçu ? Quel ordre le programme a-t-il créé ? Quand le courtier l'a-t-il accepté ? À quel prix a-t-il été exécuté ? Cette suite localise souvent la rupture.

Vérifiez les causes techniques simples : connexion perdue, horloge décalée, données absentes, mise à jour récente ou paramètre modifié. Contrôlez aussi les règles du marché. Une suspension, une taille minimale ou une restriction peut entraîner un rejet que le robot gère mal.

Comparez la version active avec la version testée. Un changement mineur de code ou de réglage peut modifier plusieurs décisions. La date, l'auteur et le motif de chaque modification devraient figurer dans un registre.

Demandez au fournisseur un rapport écrit, pas seulement une explication orale. Il doit préciser la cause probable, les ordres concernés, la correction proposée et les tests réalisés. Une réponse vague du type comportement inhabituel ne permet pas d'autoriser une reprise.

Qui porte la responsabilité d'un ordre erroné ?

La réponse dépend des contrats et des faits. L'éditeur du logiciel, l'hébergeur, le fournisseur de données et le courtier n'assument pas le même rôle. Le client conserve souvent une part importante de responsabilité lorsqu'il active un programme ou lui donne accès au compte.

Lisez les clauses sur les interruptions, les erreurs de données et les pertes indirectes. Repérez le droit applicable et la procédure de réclamation. Une limitation contractuelle n'empêche pas de documenter l'incident ni de demander une réponse motivée.

Si vous contestez une exécution, respectez rapidement le délai indiqué par le courtier. Envoyez les identifiants d'ordres, les heures, les montants et les preuves disponibles. Décrivez les faits sans supposer une cause que l'enquête n'a pas établie.

En cas de montant significatif ou de désaccord persistant, un juriste ou un médiateur compétent dans votre pays peut éclairer les recours. La France, la Belgique, le Luxembourg et la Suisse n'appliquent pas nécessairement les mêmes procédures.

Quels types d'erreurs faut-il distinguer ?

Classer l'incident empêche de corriger le mauvais élément. Voici une grille de départ.

Une même séquence peut combiner plusieurs causes. Une coupure de données déclenche une mauvaise valeur, puis le programme répète un ordre rejeté. Il faut alors corriger la détection initiale et le mécanisme de répétition.

Illustration : cinq ordres hypothétiques de 2 000 € au lieu d'un seul créent une exposition de 10 000 €. Le chiffre ne prédit pas la perte ; il montre pourquoi une limite globale indépendante du logiciel constitue une protection utile.

Cherchez aussi pourquoi les protections n'ont pas arrêté la chaîne. L'enquête ne doit pas seulement demander ce qui a cassé, mais ce qui aurait dû empêcher l'incident de prendre cette ampleur.

Comment décider si le système peut redémarrer ?

Exigez une cause comprise ou, au minimum, un dispositif qui empêche sa répétition. Une correction doit être testée sur des données historiques, puis dans un environnement de simulation. Les conditions de l'incident doivent faire partie du test.

Le redémarrage progressif limite l'exposition. Illustration : une taille hypothétique réduite pendant une période d'observation permet de comparer les ordres prévus et réels. Ce n'est pas une garantie, car une panne peut réapparaître sous une autre forme.

Mettez à jour la fiche d'urgence. Ajoutez le signal qui a manqué, le bon contact et la méthode d'arrêt qui a fonctionné. Un incident coûteux peut au moins améliorer la procédure future.

Renoncez à reprendre si le fournisseur refuse les journaux, minimise l'écart ou modifie son récit. La capacité à enquêter fait partie du service. Un résultat passé flatteur ne compense pas l'absence de contrôle.

Comment réduire les conséquences de la prochaine erreur ?

Placez des limites à plusieurs niveaux. Le robot peut limiter chaque ordre, tandis que le courtier plafonne l'exposition ou bloque certains instruments. Une protection indépendante reste active même si le code principal se comporte mal.

Testez régulièrement le bouton d'arrêt et les alertes. Renouvelez les clés d'accès et accordez seulement les permissions nécessaires ; un programme qui n'a pas besoin de retirer des fonds ne devrait pas disposer de ce droit.

Gardez une part d'intervention humaine claire. Une personne identifiée doit recevoir les alertes, savoir lire le compte et pouvoir joindre le courtier. L'automatisation sans responsable désigné crée un vide au pire moment.

La préparation ne supprime pas le risque de perte en capital. Elle réduit le délai de réaction, facilite l'enquête et empêche parfois une erreur limitée de devenir une série d'ordres incontrôlée.

Organisez un exercice à froid au moins une fois par an. Simulez une alerte, retrouvez les coordonnées du courtier et vérifiez les droits de chaque accès sans envoyer d'ordre réel. L'exercice révèle les numéros périmés, les mots de passe indisponibles et les responsabilités mal comprises. Corrigez la fiche immédiatement, puis datez la nouvelle version.

Ce qu'il faut retenir

• Une perte conforme aux règles n'est pas forcément une erreur du robot.
• En cas d'anomalie, bloquez les nouveaux ordres et vérifiez le compte du courtier.
• Conservez journaux, captures et identifiants avant toute modification.
• Aucun redémarrage ne devrait précéder un diagnostic et des tests documentés.