Au début, récupérer les trades semblait simple. Une plateforme. Un format. Un fichier.
Puis la réalité est arrivée. Chaque plateforme structure ses données différemment. Chaque broker a ses habitudes. Chaque fournisseur de données a ses propres accès, ses propres limites et ses propres API.
Et si LowFlow devait devenir un vrai outil pour plusieurs types de traders, il ne pouvait pas dépendre d'une seule source. C'est là que l'idée d'un système plus universel a commencé à prendre forme.
Aujourd'hui, LowFlow peut déjà recevoir les données de plusieurs façons : intégrations existantes, imports CSV et outils reliés aux plateformes. La prochaine étape est déjà claire : ouvrir davantage LowFlow aux API et aux fournisseurs de données externes.
Cette partie n'est pas encore complètement réglée. Mais ce n'est plus une question de savoir si elle arrivera. C'est une question de temps, d'accès et d'intégration.
L'objectif reste le même : LowFlow doit pouvoir s'adapter à l'environnement du trader, pas obliger le trader à s'adapter à LowFlow.
Une plateforme aujourd'hui. Une autre demain. Un fichier exporté. Un broker. Un fournisseur de données. Et éventuellement une connexion API directe lorsque les accès sont disponibles.
Derrière, ça demande beaucoup de travail : normaliser les formats, reconnaître les instruments, comprendre les entrées et sorties, éviter les doublons et garder une structure cohérente même quand les sources ne parlent pas le même langage.
Mais pour le trader, cette complexité doit rester invisible. Le journal reste au centre. Les sources de données gravitent autour. Pas l'inverse.