Tendex — Plateforme d'investissement pour le marché des actifs numériques

L'interface existante de la plateforme était obsolète, peu pratique pour les investisseurs et ne reflétait pas le statut d'un fonds suisse régulé. Il fallait renouveler la partie visuelle et l'UX sans perdre de fonctionnalités et sans perturber les processus métier en cours.

• Audit des templates Twig existants et identification des composants réutilisables.
• Développement d'un nouveau design system : grille, typographie, composants UI.
• Réimplémentation des pages clés avec Twig et intégration de composants Vue pour les zones interactives (graphiques, tableaux, formulaires).
• Assurance de la responsivité et du rendu correct sur les appareils mobiles.

Les investisseurs ou les administrateurs devaient pouvoir résilier un plan d'investissement de manière anticipée, avec un recalcul correct de la rentabilité, des frais et du remboursement. Il fallait éviter toute désynchronisation des données lors d'opérations parallèles.

• Conception d'un modèle de domaine pour la résiliation du plan couvrant tous les états (actif, gelé, en file d'attente).
• Implémentation d'un service de calcul de la rentabilité finale et des frais.
• Déport des opérations lourdes vers des tâches asynchrones via RabbitMQ.
• Ajout de l'idempotence des opérations et de verrous via Redis.

La simple suppression d'un utilisateur cassait les entités liées (plans d'investissement, transactions, parrainages). Il fallait implémenter une suppression sécurisée préservant l'historique financier et les exigences réglementaires.

• Introduction d'un mécanisme de soft-delete pour les utilisateurs tout en préservant les relations.
• Conception d'un traitement en cascade : anonymisation des données personnelles, préservation de l'historique des transactions.
• Implémentation d'une tâche en arrière-plan pour le nettoyage des entités liées via RabbitMQ.
• Ajout de la journalisation et de l'audit des opérations de suppression.

Les investisseurs avaient besoin de pouvoir suspendre temporairement l'accumulation de rendement d'un plan sans le clôturer — par exemple en cas d'instabilité du marché. Ces périodes devaient être correctement prises en compte dans les calculs.

• Ajout de l'état « gelé » dans le cycle de vie du plan d'investissement.
• Implémentation de la logique de pause des accumulations et de reprise correcte.
• Mise à jour du calcul de rentabilité pour tenir compte des périodes de gel.
• Ajout de notifications à l'investisseur sur le statut du plan.

Les investisseurs souhaitaient créer un plan à l'avance avec un lancement automatique à une date donnée. Une planification fiable des tâches était nécessaire, robuste aux pannes et aux redémarrages de services.

• Implémentation du démarrage différé via le scheduler Symfony + RabbitMQ delayed messages.
• Ajout d'un traitement idempotent du démarrage (protection contre le double démarrage).
• Mise en place du monitoring des tâches différées et de la journalisation.
• Implémentation de notifications à l'investisseur sur le démarrage.

Le système de parrainage nécessitait de la flexibilité : les administrateurs devaient pouvoir modifier l'attribution des parrainages, et les investisseurs voir la structure actuelle. L'implémentation existante ne permettait pas de modifier les attributions sans perdre l'historique des accumulations.

• Conception d'un modèle de relations de parrainage avec versioning.
• Implémentation d'une interface de modification des parrainages pour les administrateurs.
• Préservation de l'historique des accumulations lors des changements d'attribution.
• Ajout d'une validation contre les dépendances cycliques.

La croissance de la charge et du nombre d'opérations (accumulations, démarrage/arrêt de plans, notifications) exigeait de sortir les opérations lourdes du cycle HTTP synchrone afin de ne pas bloquer les requêtes utilisateurs.

• Conception d'une file d'événements pour les opérations de domaine clés.
• Implémentation de workers avec Symfony Messenger + RabbitMQ.
• Ajout de politiques de retry, d'une dead-letter queue et du monitoring.
• Assurance de l'idempotence des handlers.

La recherche rapide sur de grands volumes de données (transactions, plans, utilisateurs) et la construction d'analytiques nécessitaient un moteur de recherche spécialisé plutôt que des requêtes SQL lourdes.

• Configuration des index ElasticSearch pour les entités clés.
• Implémentation de la synchronisation des données via des événements RabbitMQ.
• Ajout de requêtes de recherche avec filtres et agrégations pour l'analytique.
• Optimisation des mappings et de la réindexation.

La fréquence élevée d'accès aux données fréquemment utilisées et la nécessité de se protéger contre les race conditions lors d'opérations parallèles exigeaient un cache fiable et un mécanisme de verrous.

• Introduction du caching des données chaudes et des agrégats dans Redis.
• Implémentation de verrous distribués pour les opérations critiques (démarrage/résiliation de plans).
• Configuration de l'invalidation du cache via des événements.
• Ajout du monitoring hit/miss et des temps de réponse.

Un fonds régulé exige un audit complet de toutes les opérations financières : qui, quand, quoi et sur quelle base. Il fallait construire un système d'audit qui ne ralentit pas les processus principaux.

• Conception d'un schéma d'audit log lié à l'utilisateur, au plan et à la transaction.
• Implémentation de l'écriture asynchrone de l'audit via RabbitMQ.
• Ajout d'outils de recherche et d'export des audit logs pour les administrateurs (ElasticSearch).
• Assurance de l'immuabilité des enregistrements.

La plateforme d'investissement fonctionne 24/7, et tout retard dans le traitement des événements ou toute panne de worker est critique. Un système de monitoring des métriques clés et d'alertes était nécessaire.

• Mise en place de la collecte de métriques sur les files d'attente (RabbitMQ), Redis, ElasticSearch et les événements métier clés.
• Implémentation d'alertes sur anomalies (croissance de la DLQ, retards, erreurs de workers).
• Ajout de dashboards pour l'équipe.
• Intégration de la journalisation des opérations critiques.