La stack technologique d’un courtier forex

Qu’est-ce que la stack technologique d’un courtier forex ?

La stack technologique d’un courtier forex regroupe tous les systèmes nécessaires entre le moment où un client clique sur « Déposer » et celui où un ordre est coté, exécuté, enregistré et intégré aux rapports. La plateforme n’est qu’une brique sur huit, et l’essentiel des difficultés opérationnelles se situe aux jonctions entre les briques.

Les clients voient un espace client, un WebTrader et une application ; vos équipes voient un CRM, un terminal manager, un tableau de bord des paiements et une file de dossiers KYC. Sous les deux se trouve le serveur MetaTrader 5, qui détient les comptes de trading, les groupes, les symboles et les positions, et avec lequel toutes les autres briques doivent concorder.

Le test pratique d’une stack est simple : lorsqu’un client effectue un dépôt par carte un dimanche à 23 h, l’argent apparaît-il sur son solde MT5 sans intervention humaine, le CRM enregistre-t-il par quel prestataire de paiement il est passé, et la conformité peut-elle voir le statut KYC qui l’a autorisé ? Si l’une de ces réponses est « quelqu’un vérifie le matin », vous avez une brique mal connectée.

Que fait chaque brique de la stack d’un courtier, et comment se connecte-t-elle à MT5 ?

Chaque brique a une seule fonction et une manière précise d’atteindre le serveur MetaTrader 5. MetaQuotes publie plusieurs interfaces de programmation à cet effet, et savoir laquelle utilise un éditeur vous indique de quel niveau d’accès il a besoin. Ce tableau est la carte que nous utilisons pour cadrer une nouvelle société de courtage.

Pourquoi le serveur de trading MT5 est-il au centre de la stack ?

Le serveur de trading est au centre parce que c’est le seul endroit où le solde, les positions ouvertes et la marge d’un compte font foi. Tous les autres systèmes en détiennent une copie ou une référence. Si le CRM affiche un solde et MT5 un solde inférieur, c’est MT5 qui l’emporte, car c’est ce chiffre qu’utilisent le calcul de marge et la logique de stop-out.

MetaQuotes décrit la plateforme comme plusieurs serveurs qui coopèrent plutôt que comme une seule machine : un serveur de trading, un serveur d’historique et des points d’accès auxquels se connectent les clients. Elle précise aussi que c’est le courtier qui l’exploite, et non MetaQuotes. La société indique que « MetaQuotes ne fournit pas de solutions SaaS » et, sur sa page MT5 destinée aux courtiers, que vous « déployez notre logiciel de manière autonome sur votre propre matériel ». C’est pourquoi l’hébergement constitue une brique à part entière, et pourquoi le titulaire de la licence du serveur porte la responsabilité de l’infrastructure.

Depuis le serveur, vos administrateurs définissent ce que MetaQuotes appelle les conditions de trading : « exigences de marge, spécifications des contrats, limites de crédit, swaps », ainsi que les spreads, les majorations et les commissions. En pratique, cela passe par les groupes. Un groupe est un ensemble de comptes partageant l’effet de levier, le niveau de stop-out, les symboles et les commissions ; les clients particuliers, professionnels et sans swap ont généralement chacun le leur.

Comment la liquidité, les bridges et les flux de prix se connectent-ils à MetaTrader 5 ?

La liquidité se connecte à MT5 de trois manières : via un bridge tiers, via une passerelle (gateway) construite sur la MT5 Gateway API, ou via Ultency, l’outil d’agrégation de MetaQuotes. Les trois résolvent les deux mêmes problèmes : faire entrer des prix exécutables dans le serveur et transmettre les ordres des clients (ou l’exposition nette qui en résulte) à un fournisseur de liquidité.

MetaQuotes indique que la Gateway API « sert à intégrer MetaTrader 5 à d’autres systèmes de trading et à créer des flux de données personnalisés ». Le bridge est le produit commercial que la plupart des courtiers achètent par-dessus : il agrège plusieurs fournisseurs, applique les majorations, décide quels ordres sont transmis à l’extérieur et lesquels restent en interne, et renvoie les exécutions vers MT5. Ultency est l’alternative intégrée de MetaQuotes ; la société indique qu’elle donne accès à « plus de 30 fournisseurs de liquidité » avec une latence « pouvant descendre à 0,1 ms » (chiffre de MetaQuotes).

Le choix découle de votre modèle d’exécution : un courtier A-book a besoin d’un bridge rapide et transparent sur le glissement (slippage), un courtier B-book a besoin d’un reporting d’exposition auquel il peut se fier. Notre guide de l’exécution A-book, B-book et hybride détaille les arbitrages, et les guides du bridge de liquidité MT5 et du flux de prix couvrent la partie technique.

Deux détails passent facilement inaperçus. D’abord, les noms de symboles et les tailles de contrat doivent correspondre exactement entre MT5 et chaque fournisseur ; un contrat sur l’or de 100 onces d’un côté et de 1 once de l’autre produira des couvertures cent fois trop grandes ou trop petites. Ensuite, prévoyez la défaillance d’un fournisseur ; une configuration à fournisseur unique sans source de cotation de secours représente un risque pour la continuité d’activité.

Quel est le rôle du CRM dans la stack technologique d’un courtier forex ?

Le CRM est le centre opérationnel : il crée les clients, ouvre leurs comptes MT5, enregistre leurs documents et leurs paiements, verse les commissions des IB et donne aux équipes une vue unique de chaque personne. Il atteint MT5 par la Manager API (qui, selon MetaQuotes, permet de développer des « utilitaires d’administration et de gestion personnalisés ») ou par la Web API, qui « sert à intégrer la plateforme aux ressources web et aux autres services de l’entreprise ».

Ce qui compte le plus dans un CRM de courtier, c’est sa synchronisation. Lorsqu’un dépôt est validé, le CRM doit passer une opération de solde sur le bon compte MT5, une seule fois, et relire les transactions, les fonds propres (equity) et le résultat réalisé afin que les commissions des IB et les relevés clients soient calculés à partir des chiffres du serveur, et non d’une estimation en cache. Demandez à chaque éditeur ce qui se passe si la connexion à MT5 tombe en plein dépôt.

L’espace client fait généralement partie du CRM. C’est là que les clients s’inscrivent, téléversent leurs documents, déposent, retirent, ouvrent des comptes supplémentaires et consultent leur lien IB. Les avertissements sur les risques, les listes de pays exclus et les documents juridiques s’y trouvent aussi, car c’est ce que les régulateurs, les prestataires de paiement et les examinateurs des magasins d’applications regardent en premier. Notre page logiciel CRM forex décrit les options : la société FXUP dispose de son propre CRM et travaille aussi avec des CRM partenaires, et nous proposons celui qui convient à votre entrée en relation, à vos paiements et à votre structure d’IB ; les guides de la MT5 Manager API et de la MetaTrader 5 Web API expliquent plus en détail les deux méthodes de connexion.

Où se placent le KYC, la LCB-FT et les prestataires de paiement ?

Le KYC, la LCB-FT et les paiements se placent derrière le CRM plutôt qu’à côté du serveur de trading. Le CRM décide si un client peut déposer ou trader en fonction de son statut de vérification, interroge le prestataire KYC ou le prestataire de paiement, et seulement ensuite transmet l’instruction à MT5. Respecter cet ordre évite l’échec classique : un client qui trade avec l’argent d’un compte non vérifié.

Les obligations juridiques liées au KYC dépendent de votre licence, mais les UK Money Laundering Regulations 2017 (règlement britannique de lutte contre le blanchiment de 2017) illustrent bien ce que les systèmes doivent permettre. La regulation 28 impose à l’entreprise d’« identify the customer » (identifier le client), de « verify the customer’s identity » (vérifier l’identité du client) et d’« assess, and where appropriate obtain information on » (évaluer et, le cas échéant, obtenir des informations sur) l’objet et la nature envisagée de la relation d’affaires. La regulation 40 exige des enregistrements suffisants « to enable the transaction to be reconstructed » (pour permettre de reconstituer la transaction), conservés en général cinq ans après la fin de la relation. En termes de stack, chaque document, chaque résultat de filtrage et chaque paiement doit rester consultable après le départ du client.

Les paiements ont leur propre régime de sécurité. Le PCI Security Standards Council indique que la norme PCI DSS « fournit un socle d’exigences techniques et opérationnelles destinées à protéger les données des comptes de paiement », et elle s’applique aux entités qui stockent, traitent ou transmettent des données de titulaires de carte. La plupart des courtiers restent hors de son champ grâce à des pages de paiement hébergées, si bien que les numéros de carte ne transitent jamais par leurs serveurs.

Comment le WebTrader et les applications mobiles se connectent-ils à la stack ?

Les interfaces se connectent soit par les terminaux de MetaQuotes, soit par une application à votre marque qui dialogue avec le serveur via la MT5 Web API. Les applications MetaTrader 5 standard portent la marque MetaQuotes ; une interface à votre marque affiche votre nom à l’écran et vous permet de maîtriser le parcours de connexion, les langues et les liens vers l’espace client.

Nos propres interfaces fonctionnent ainsi : une interface en Flutter et un back-end en Go connecté via la MetaTrader 5 Web API, avec graphiques, indicateurs aux formules MT5, ordres au marché et en attente, SL/TP, clôture partielle et historique, en anglais, en turc et en arabe (de droite à gauche). Vous pouvez les essayer sur un véritable environnement de démonstration MT5 : la démo du WebTrader et la démo de l’application mobile.

Les applications mobiles ajoutent une couche que les fondateurs oublient souvent : les magasins d’applications. La règle 3.2.1(viii) des App Review Guidelines d’Apple dispose que les applications de trading « doivent être soumises par l’établissement financier qui fournit ces services et disposer des licences et autorisations nécessaires dans les pays où vous les rendez disponibles ». C’est pourquoi nous publions les applications à votre marque depuis vos propres comptes développeur App Store et Google Play, et pourquoi les pays dans lesquels l’application est disponible doivent correspondre à ceux que couvre votre licence. Les pages application de trading mobile forex et WebTrader à votre marque entrent dans le détail.

Si vous voulez voir comment une interface à votre marque s’intégrerait à votre serveur actuel, envoyez-nous sur Telegram le nom de votre serveur et vos couleurs, et nous vous montrerons une maquette sur l’environnement de démonstration.

Comment l’argent et les ordres circulent-ils dans la stack ?

Deux flux suffisent presque à comprendre comment tient une stack de courtier : un dépôt et un ordre. Si vous savez les retracer sur papier, en nommant le système et l’API à chaque étape, vous comprenez votre stack ; chaque lacune relevée indique où apparaîtront les problèmes de rapprochement.

1. Le client demande un dépôtLe client choisit un moyen de paiement dans l’espace client ; le CRM vérifie le statut KYC et crée une transaction en attente avec une référence unique.
2. Le PSP traite le paiementLe client est redirigé vers la page hébergée du prestataire de paiement. Le PSP confirme le résultat au CRM par un appel de retour (callback), et non par le seul retour du client sur l’espace client.
3. Le CRM crédite MT5Une fois le callback confirmé, le CRM passe une opération de solde unique sur le bon compte MT5 via la Manager API ou la Web API, et enregistre le ticket de transaction MT5 avec l’opération.
4. Le client passe un ordreDepuis le WebTrader ou l’application, l’ordre atteint le serveur de trading, qui vérifie la marge, les paramètres du symbole et les règles du groupe avant de l’accepter.
5. Le serveur achemine l’ordreSelon les paramètres d’exécution du groupe, l’ordre est exécuté en interne ou transmis par le bridge ou la passerelle à un fournisseur de liquidité, et le prix d’exécution revient dans MT5.
6. Tout concordeLe CRM relit les transactions pour les relevés et les commissions des IB, et les totaux de fin de journée doivent concorder dans chaque système.

Qui contrôle chaque brique avec une licence propre, un white label et un grey label ?

Le contrôle dépend de qui détient la licence du serveur MetaTrader 5. Avec votre propre licence, vous contrôlez chaque brique et assumez chaque responsabilité. Avec un white label, un fournisseur détient le serveur au titre de son contrat avec MetaQuotes et vous fournit un environnement dédié. Avec un grey label, vous partagez le serveur du fournisseur.

Nous employons une définition constante : un grey label MT5 est une société de courtage installée sur le serveur MetaTrader 5 sous licence d’une autre société ; vous disposez de vos propres groupes de clients et de votre marque sur le WebTrader, les applications mobiles, le CRM et l’espace client, tandis que la licence du serveur MT5 reste chez le fournisseur. Le grey label est un terme du secteur, pas un produit MetaQuotes.

La situation du white label demande de la prudence. La disponibilité d’un nouveau white label MT5 dépend de la position actuelle de MetaQuotes, et la presse spécialisée a rapporté en 2022 que MetaQuotes avait durci ses conditions : TradeInformer écrivait le 3 octobre 2022 que « MetaQuotes a cessé d’approuver les white labels pour les nouveaux clients ». Nous vérifions donc la situation pour chaque cas au lieu de la promettre ; notre guide sur la politique de MetaQuotes en matière de white label rassemble les sources. Pour MT4, c’est plus simple : MetaQuotes indique que les licences MT4 « ne sont plus disponibles à l’achat ». Si vous avez spécifiquement besoin de MT4, écrivez-nous et nous vérifierons la disponibilité pour votre cas.

Quelles réglementations façonnent chaque brique de la stack ?

La réglementation atteint la stack brique par brique : les règles sur les produits se traduisent dans les paramètres de groupe du serveur, les règles d’identification dans le CRM et chez le prestataire KYC, les règles de paiement dans l’intégration des PSP, et les règles de résilience opérationnelle dans l’hébergement et les contrats avec les fournisseurs. Les exemples sont des textes européens et britanniques ; votre régulateur peut appliquer d’autres règles.

Prenons les mesures de l’ESMA (Autorité européenne des marchés financiers) sur les CFD annoncées le 27 mars 2018 : des limites d’effet de levier pour les clients particuliers commençant à « 30:1 pour les principales paires de devises », une clôture des positions à « 50 % de la marge minimale requise » et une « protection contre le solde négatif par compte ». Chacune de ces mesures devient un paramètre de groupe ou de symbole MT5, et une erreur sur un seul groupe constitue un manquement pour chacun des clients qui en font partie. Concernant DORA (Digital Operational Resilience Act, règlement européen sur la résilience opérationnelle numérique), l’ESMA indique que le règlement « est entré en vigueur le 16 janvier 2023 et s’applique à compter du 17 janvier 2025 » ; ses piliers incluent le risque lié aux prestataires tiers de TIC, avec des « dispositions contractuelles clés », ce qui explique pourquoi les courtiers européens demandent désormais à leurs fournisseurs de technologie des plans de sortie et des conditions de notification des incidents.

Dans quel ordre assembler la stack technologique d’un courtier forex ?

Partez de la licence et du serveur, puis avancez vers l’extérieur ; ne peaufinez les interfaces qu’une fois les flux d’argent opérationnels. L’ordre ci-dessous est celui que nous suivons dans la plupart des projets ; brûler les étapes oblige généralement à refaire l’intégration du CRM dès que les groupes du serveur changent.

1. Arrêter le cadre juridique et le choix du serveurDécidez où vous êtes agréé, quels clients vous servirez et si vous démarrez sur un grey label MT5, un white label MT5 ou votre propre licence MT5. Tout le reste en découle.
2. Concevoir les groupes et les symbolesNotez pour chaque catégorie de clients l’effet de levier, le stop-out, la commission et les symboles avant que quiconque ne configure le serveur.
3. Connecter la liquidité et le flux de prixContractez avec un fournisseur, alignez les symboles et les tailles de contrat, et testez les exécutions et le glissement dans un groupe de démonstration.
4. Connecter le CRM à MT5Création de comptes, opérations de solde, relecture des transactions et règles des IB ; vérifiez qu’un dépôt partiellement échoué n’est pas crédité deux fois.
5. Ajouter le KYC et les paiementsBranchez le prestataire KYC et les PSP via le CRM, avec des points de contrôle de vérification avant tout dépôt et retrait.
6. Personnaliser les interfacesWebTrader, applications mobiles et espace client sur votre domaine et vos comptes développeur, avec les avertissements sur les risques et les pays exclus en place.
7. Répéter puis passer en productionVos équipes effectuent des tests de bout en bout avec de l’argent réel et vérifient les rapports par rapport à MT5 avant l’entrée en relation du premier client.

Où la stack d’un courtier forex casse-t-elle le plus souvent ?

Les stacks cassent généralement dans les intégrations, pas dans les produits. Ces quatre schémas couvrent la plupart des messages nocturnes que nous recevons de courtiers dont les fournisseurs n’ont jamais été correctement reliés.

Quelle place FXUP occupe-t-elle dans la stack technologique d’un courtier forex ?

FXUP construit et exploite les briques situées entre le serveur MT5 et vos clients, et les connecte au serveur, à la liquidité et aux prestataires de paiement que vous utilisez. Cela couvre les mises en place de grey label et de white label, les interfaces à votre marque, le CRM pour courtiers, l’intégration de fournisseurs de liquidité, le copy trading et le PAMM, ainsi que l’accompagnement en matière de licence. En tant que cabinet de conseil, nous prenons aussi en charge, contre rémunération, les exigences et la demande auprès de MetaQuotes pour les clients qui veulent leur propre licence MT5 ; dans les dossiers que nous traitons, MetaQuotes facture un abonnement mensuel selon le niveau (Entry, Standard ou Enterprise) et demande trois mois d’avance pour Entry. Un grey label est généralement en production en une à deux semaines environ et un white label en deux à quatre semaines environ, selon les documents, l’entrée en relation avec le fournisseur de liquidité et les approbations.

Nous sommes un fournisseur de technologie indépendant : FXUP n’est pas affiliée à MetaQuotes, n’agit pas en tant que courtier et ne détient pas de fonds de clients. Nous ne publions pas de prix ; notre guide sur le coût technologique d’une société de courtage forex explique ce qui détermine le coût de chaque brique et comment comparer les devis ligne par ligne, et si vous nous précisez la voie choisie et les briques dont vous avez besoin, nous vous enverrons des chiffres à jour pour votre configuration.

Si vous exploitez déjà certaines de ces briques et voulez savoir quoi conserver et quoi remplacer, écrivez-nous sur WhatsApp avec la liste de vos fournisseurs actuels. Nous vous dirons où nous voyons un risque d’intégration, même si la réponse est que vous n’avez besoin de rien de notre part.

Questions fréquentes

Votre question n’y est pas ? Posez-la sur WhatsApp, écrivez à @FXUPCK sur Telegram ou par e-mail à [email protected].