Connectivité FIX pour courtiers, fonds et sociétés de trading : réseau hébergé, moteur sous licence ou passerelle maison

FIX, abréviation de Financial Information Exchange, est le format de message standard qu'utilisent les sociétés de trading pour envoyer des ordres et recevoir des exécutions. La connectivité FIX est le lien de travail avec chaque courtier ou plateforme : une session qui reste ouverte et se rétablit après une coupure sans perdre un seul message. Ce lien peut se louer à un réseau hébergé, s'obtenir en achetant la licence d'un moteur FIX que vous exploitez vous-même, ou se construire sous la forme de votre propre passerelle. Quel que soit votre choix, prévoyez un budget pour les personnes, pour les tests avec chaque contrepartie et pour les heures qu'il faudra couvrir.

Qu'est-ce que FIX, et qui le maintient ?

La FIX Trading Community se présente comme « le gardien du protocole FIX ». Elle décrit les standards comme « des spécifications ouvertes et neutres sur le plan technologique pour le trading électronique et le traitement des transactions ». Le protocole « définit quelles informations métier sont échangées et ce qu'elles signifient », et couvre les ordres, les exécutions, les cotations et les données de marché sur les actions, les produits de taux, les devises et les dérivés.

Deux couches comptent en pratique. La couche applicative transporte les messages métier, comme un nouvel ordre ou un rapport d'exécution. La couche session maintient le lien en vie. La page de la FIX Trading Community sur les standards techniques dit que le protocole « permet une communication fiable et bidirectionnelle entre deux parties au moyen d'une session », avec des messages ordonnés et des numéros de séquence continus.

Quelles versions de FIX comptent en 2026 ?

La FIX Trading Community affirme : « Il est vivement recommandé aux sociétés d'utiliser FIX Latest. » Elle ajoute que, pour les sociétés dotées d'implémentations anciennes, « les versions 4.2 et 4.4 du protocole FIX sont toujours prises en charge par la FIX Trading Community », et que les autres versions ne sont plus prises en charge. Ce sont vos contreparties qui décident de la version que vous parlez. Un courtier qui fonctionne en 4.2 ne changera pas parce que vous préférez une version plus récente : listez donc les versions que propose chaque contrepartie avant de choisir un produit.

Que fait un réseau FIX hébergé ou un fournisseur de connectivité ?

Vous vous connectez une seule fois au fournisseur, et c'est lui qui tient les sessions avec les courtiers, les plateformes ou les clients de l'autre côté. Ce sont les descriptions que les fournisseurs donnent d'eux-mêmes, lues le 10 novembre 2026.

• Broadridge propose de « Réaliser l'intégration automatisée et la certification instantanée des contreparties FIX via notre interface web », et dit que l'on peut « Déployer comme solution entièrement ou partiellement managée ».
• Iress décrit son FIX Hub comme « un service de bout en bout, entièrement managé, avec une intégration légère et de la manipulation FIX », donnant accès aux contreparties « via un seul partenaire de connectivité, une seule connexion et une seule certification ».
• Le RA Hub de Rapid Addition « Prend en charge les déploiements sur site, dans le cloud ou hybrides » : vérifiez donc qui tiendrait les sessions. Rapid Addition dit que son offre de connectivité aux contreparties vise à « Simplifier et accélérer l'intégration des clients, améliorer l'expérience client et réduire le délai avant la première transaction. »

Testez chaque affirmation avec vos propres contreparties. Aucune des trois pages n'indiquait de prix.

À quoi renoncez-vous avec un fournisseur hébergé ?

Vous renoncez au contrôle du chemin que prennent vos ordres et du calendrier des modifications. Vos ordres transitent par les serveurs de quelqu'un d'autre. Iress parle de « manipulation FIX », et le service managé de Broadridge utilise « un service de normalisation ». Nous lisons dans les deux cas une modification des messages en transit par le fournisseur, bien qu'aucune des pages ne dise quels champs ni comment. Demandez précisément quels champs il modifie, et si vous voyez le message d'origine et le message modifié côte à côte.

Si le fournisseur est en panne, il vous faut une autre voie pour annuler ce qui est en cours sur la plateforme. Obtenez cette procédure par écrit.

Que demande l'exploitation d'un moteur FIX sous licence ou open source ?

Un moteur est une bibliothèque qui parle pour vous la couche session de FIX. OnixS décrit ses moteurs comme « des implémentations à haute vitesse du protocole Financial Information Exchange (FIX) » en .NET, C++ et Java. Ils sont livrés avec du code d'exemple pour « un état de session et un stockage de messages enfichables » et proposés sur « un abonnement à faible coût avec support complet ». Sa page n'indique aucun prix et offre une évaluation gratuite de 30 jours. Les moteurs open source n'ont pas de frais de licence. La page de QuickFIX/J renvoie à une liste de diffusion et à une étiquette Stack Overflow pour les questions. Le site du projet QuickFIX recense aussi du support commercial : vous achetez donc du support, ou vous comptez sur votre propre personnel.

Le moteur n'est que la plus petite partie du travail. Il reste à assurer tout ceci :

• La gestion des sessions pour chaque contrepartie : horaires de connexion, identifiants et remises à zéro des numéros de séquence.
• Le stockage des messages, pour que, après un redémarrage, vous puissiez répondre à une demande de renvoi, c'est-à-dire à une contrepartie qui réclame des messages qu'elle a manqués.
• La certification auprès de chaque plateforme ou courtier, à refaire quand une modification peut toucher la connexion ou ses messages.
• Une supervision qui prévient vite une personne quand une session est tombée.
• Du personnel, ou un planning d'astreinte, pour chaque heure d'ouverture des marchés où vous négociez.

Qu'est-ce que la certification, et combien de temps dure-t-elle ?

La certification est un test imposé par la plateforme ou le courtier avant qu'il laisse votre logiciel négocier en réel. L'ASX déclare : « Toutes les applications des clients doivent passer le processus de conformité de l'ASX avant d'accéder au marché de production. » Elle exige que votre logiciel soit « prêt pour la production, avant de réserver le test ». Elle se réserve aussi « le droit de bloquer l'accès au système de production aux logiciels non conformes ».

Le test n'est pas ponctuel. L'ASX énumère des cas où les clients doivent le repasser, notamment quand le logiciel est « modifié de quelque manière que ce soit susceptible d'affecter ou d'avoir un effet direct sur la connectivité ou la messagerie de l'ASX ». Demandez à un fournisseur hébergé si ses tests antérieurs avec une plateforme valent pour vos ordres, ou si vous devez passer les vôtres.

Où s'arrête le protocole, et où commence votre propre travail ?

FIX est un standard, mais chaque contrepartie y ajoute ses propres règles. C'est pour cela que la FIX Trading Community a créé FIX Orchestra. Il a été « conçu comme des règles d'engagement lisibles par machine entre contreparties », afin de réduire le temps nécessaire pour mettre en ligne un nouveau partenaire de négociation. Un livre de règles n'aide que si la contrepartie en publie un. L'ASX et le London Metal Exchange publient le leur sous forme de documents PDF.

Deux documents publiés par des plateformes et des courtiers montrent à quel point les règles peuvent s'écarter. Paxos, dans sa documentation de courtage en crypto-actifs, déclare : « Cancel on Disconnect est activé par défaut. » La même documentation dit qu'elle « force chaque semaine une déconnexion et une remise à zéro des numéros de séquence pour toutes les sessions ». La spécification du London Metal Exchange diffère sur la déconnexion : « La passerelle n'annulera pas automatiquement » les ordres non persistants d'un utilisateur. Un utilisateur peut demander l'annulation en cas de perte de connexion au moyen d'un indicateur sur chaque ordre.

Votre propre travail, c'est l'état des ordres : ce que votre système croit de chaque ordre, et ce que vous faites quand la contrepartie n'est pas d'accord. Chaque contrepartie demande une correspondance entre ses messages et vos états, qui couvre les rejets, les exécutions partielles, les annulations qui arrivent après une exécution et les modifications. Un moteur ou un réseau hébergé ne peut pas l'écrire à votre place, car elle dépend de vos règles métier.

Quand la latence compte-t-elle ?

Elle compte quand votre profit dépend d'être le premier sur un prix. Pour un courtier qui route des ordres de clients, ou un fonds qui exécute des ordres sur plusieurs heures, la fiabilité compte en général davantage. OnixS décrit ses moteurs comme « spécialement conçus pour les infrastructures de trading critiques, à très faible latence et à haute fréquence ». C'est l'affirmation de l'éditeur, et sa page ne donne aucun chiffre.

Mesurez-la vous-même. Relevez le moment où votre système envoie un ordre et celui où arrive le rapport d'exécution correspondant, un jour de forte activité. Un réseau hébergé place les systèmes du fournisseur sur ce chemin, et seuls vos chiffres montrent si cela compte pour vous. Voir aussi nos articles sur l'importance des millisecondes en trading et sur la colocation chez les bourses.

Que se passe-t-il quand une session tombe au milieu d'un ordre ?

Quatre situations sont possibles. L'ordre n'a peut-être jamais atteint la plateforme. Il y est peut-être encore en cours. Il a peut-être été exécuté, en totalité ou en partie, avec le rapport perdu au retour. Ou la plateforme l'a peut-être annulé en voyant la déconnexion. Votre système doit établir laquelle, sans envoyer l'ordre deux fois.

La couche session aide. Pour un trou en cours de session, la spécification du LME dit : « Le client peut utiliser le message Resend Request (35=2) pour récupérer les messages perdus. » À la connexion après une coupure, elle dit que les trous doivent être comblés automatiquement, et que « Aucune des deux parties ne doit générer de Resend Request (35=2) à partir du MsgSeqNum (34) du message Logon entrant ». Elle dit aussi que sa passerelle « ne gère pas les renvois éventuels des messages initiés par le client ». Elle ajoute que « Tout message dont le ClOrdID (11) est en double sera rejeté à la suite du contrôle d'unicité de l'identifiant d'ordre client ». La passerelle rejette donc une nouvelle tentative qui reprend le même identifiant, et traite comme un ordre normal celle envoyée sous un nouvel identifiant. Sachez ce qu'est devenu le premier ordre avant de le renvoyer sous un nouvel identifiant.

Avant de signer, faites ce test avec l'éditeur : coupez la connexion alors qu'un ordre est en cours, reconnectez-vous et comparez ce que croit chaque partie. Une équipe qui construit doit le scripter et le refaire après chaque version.

Quelles obligations s'appliquent quand vous vous connectez aux marchés ?

Les règles varient selon les pays et selon la nature de votre société : utilisez donc cette section comme une carte pour la discussion avec votre avocat. Les citations ne reprennent pas chaque régime en entier.

• UE. L'article 17 de MiFID II, la directive européenne sur les marchés d'instruments financiers, est publié par l'ESMA, le régulateur européen des marchés, dans son recueil de règles en ligne. Il dit qu'une entreprise d'investissement qui fait du trading algorithmique « doit mettre en place des systèmes et des contrôles des risques efficaces » afin que ses systèmes soient « résilients et disposent d'une capacité suffisante ». Une société qui recourt à une technique à haute fréquence doit conserver « des enregistrements exacts et horodatés dans l'ordre de tous les ordres passés, y compris les annulations d'ordres ».
• Tests dans l'UE. L'article 6 du règlement délégué 2017/589, connu sous le nom de RTS 6 et écrit pour les entreprises d'investissement qui font du trading algorithmique, dit qu'une société « doit tester la conformité de ses systèmes de trading algorithmique et de ses algorithmes de trading » avec la plateforme. Cela s'applique « lors de la première connexion à cette plateforme de négociation par un dispositif d'accès sponsorisé ». L'accès sponsorisé consiste à envoyer des ordres directement à une plateforme sous le code de négociation d'une autre société, sans passer par l'infrastructure de celle-ci. L'article 12 exige la capacité d'« annuler immédiatement, par mesure d'urgence » les ordres non exécutés sur toutes les plateformes auxquelles la société est connectée.
• États-Unis. La Rule 15c3-5 de la SEC impose à un broker-dealer qui a accès au marché d'« établir, documenter et maintenir un système de contrôles de gestion des risques et de procédures de supervision ». Les contrôles doivent être « raisonnablement conçus » pour « Empêcher la saisie d'ordres erronés, en rejetant les ordres qui dépassent des paramètres de prix ou de taille appropriés ». Ils doivent aussi être « sous le contrôle direct et exclusif du broker ou du dealer ». Une exception permet à la société d'attribuer des contrôles réglementaires précis, par contrat écrit, à un client qui est lui-même un broker-dealer enregistré. Le directeur général « doit, chaque année, certifier » ces contrôles.
• FINRA. La Regulatory Notice 15-09, publiée le 26 mars 2015, énumère des bonnes pratiques suggérées pour les sociétés qui font du trading algorithmique. Elles comprennent « les tests sont réalisés indépendamment du développement du code » et « des mécanismes qui permettent à la société de désactiver rapidement l'algorithme ou la plateforme qui le soutient ».

Pour le Royaume-Uni, une revue de la FCA publiée le 21 août 2025 dit que les sociétés de trading algorithmique « sont tenues de tester la conformité de leurs algorithmes avec le système de la plateforme de négociation ou du fournisseur d'accès direct au marché, conformément à l'article 6 de RTS 6 ». Elle rapporte que certaines sociétés notent que ces procédures « différaient fortement d'une plateforme à l'autre ». Cet article ne cite pas le FCA Handbook : interrogez donc votre avocat sur ses chapitres consacrés au trading algorithmique.

Selon le régime et la façon dont la société négocie, ces règles peuvent imposer un moyen d'annuler tous les ordres sur toutes les plateformes, des traces d'ordres horodatées et des preuves de test. Un fournisseur hébergé peut en fournir une partie.

Quand construire sa propre passerelle se justifie-t-il ?

Construisez quand une exigence qui vous rapporte de l'argent dépasse tous les produits testés. Voici des signes à repérer :

• La logique d'état de vos ordres est au cœur de votre stratégie, et un fournisseur qui modifie ou met en file d'attente les messages vous gêne.
• Il vous faut des contrôles de risque qui s'exécutent avant chaque ordre, dans le même processus que celui qui l'envoie, comme dans notre article sur le chemin critique du risque pre-trade.
• Le coût d'un réseau hébergé, compté sur quelques années pour l'ensemble des sessions, dépasse celui d'une équipe qui exploite votre propre système.

Ne construisez pas parce que la licence d'un moteur paraît chère. La certification, la supervision et le planning d'astreinte pour les heures de marché restent à votre charge quelle que soit la voie. Notre article sur le terminal décrit une conception générale pour un cœur FIX qui vous appartient.

Que gardez-vous si vous quittez un fournisseur ?

Cela dépend du contrat : réglez donc la question avant de commencer. Demandez si vos certifications appartiennent aux sessions du fournisseur, de sorte qu'une nouvelle route exige de nouveaux tests. Demandez où se trouve l'historique des messages, et sous le nom de qui chaque contrepartie a enregistré les identifiants et les adresses réseau.

Avant de signer, demandez un export de tous les messages dans un format lisible. Demandez le droit de reprendre les sessions avec l'accord des contreparties, et un préavis assez long pour retester. Avec un moteur, vous gardez les sessions et l'historique ; avec votre propre développement, vous possédez aussi le code, si le contrat le prévoit.

Que demander à un éditeur, ou à une société qui construirait la passerelle ?

• À lesquelles de nos contreparties êtes-vous déjà connectés, et quelles versions de FIX et quelles dates de certification pouvez-vous montrer ?
• Quels champs modifiez-vous en transit, et voyons-nous les deux versions de chaque message ?
• Que deviennent nos ordres en cours si notre session ou la vôtre tombe, et pouvez-vous le montrer en direct ?
• Notre propre personnel peut-il annuler tous les ordres sur toutes les plateformes sans vous appeler ?
• Où l'historique des messages est-il conservé, pendant combien de temps, et dans quel format pouvons-nous l'exporter ?
• Qui repasse la certification quand nous changeons notre logiciel ou quand la plateforme change ses règles ?
• Qui est d'astreinte pendant les heures de chaque marché, et quel est le délai de réponse, par écrit ?

Où se situe amBrain ?

amBrain publie ce blog. Elle décrit ainsi une partie de son travail en trading : « amBrain construit une infrastructure de trading algorithmique : exécution des ordres, données de marché et contrôles de risque pre-trade. » Sa fiche de services pour le trading et la FinTech cite « Développement de terminaux de trading, systèmes de gestion des ordres et intégration des places de marché via le protocole FIX. » Ce n'est qu'une description de service.

amBrain développe des logiciels depuis 2019. Sur sa façon de travailler avec ses clients, elle dit : « Trois formats : livraison complète, équipe dédiée ou ingénieurs intégrés à votre équipe. » Sur la propriété, sa formule est : « Le client conserve la pleine propriété du produit et du code, à l'exception de nos composants réutilisables. » Demandez la liste nominative de ces composants avant de signer.

Cet article n'est pas une étude de cas et ne décrit aucun travail pour un client. Rien n'y indique qu'amBrain a construit une passerelle FIX, un produit de connectivité ou un réseau hébergé pour un client. Les citations proviennent de pages publiées de la FIX Trading Community, des éditeurs et des plateformes nommés plus haut, de l'ESMA, de la FINRA, de la FCA, du Code of Federal Regulations des États-Unis et de legislation.gov.uk. L'article ne revendique aucune relation entre amBrain et aucun d'eux, ne recommande aucun de leurs produits et ne donne aucun prix ni délai d'amBrain.

Ce n'est pas non plus un conseil juridique ou d'investissement. Vérifiez les règles qui s'appliquent à votre société avec un avocat dans chaque marché où vous négociez. Si amBrain figure sur votre liste, posez-lui les mêmes questions qu'à n'importe quelle autre société.