Positions automatisées - Vue d’ensemble
📊 Statut des Tests
Tests Frontend (Checkly)
Tests Backend (Vitest)
🎯 Vue d’ensemble
Ce document décrit le workflow complet des positions swing, de la réception des signaux TradingView jusqu’à la fermeture de la position. Le système gère automatiquement les ordres BUY1, BUY2, TP1, TP2 et le Stop Loss selon un diagramme d’état précis.📊 Diagramme de Workflow Complet
📝 TERMINOLOGIE
”Montant” = Quantité (Amount)
Quand on parle de “montant” dans ce document, cela fait référence à la quantité de tokens, pas au prix :buy1Amount= quantité de tokens achetés avec BUY1buy2Amount= quantité de tokens achetés avec BUY2tp1Amount= quantité de tokens à vendre avec TP1tp2Amount= quantité de tokens à vendre avec TP2relativeAmount= quantité totale de tokens (buy1 + buy2)
Prix vs Quantité
- Prix :
buy1Price,buy2Price,tp1Price,tp2Price(en USDT par token) - Quantité :
buy1Amount,buy2Amount,tp1Amount,tp2Amount(en tokens)
Logique TP1/TP2
- TP1 a un prix plus bas que TP2 (pour LONG)
- TP1 est donc toujours fermé avant TP2
- TP2 ne peut jamais être fermé avant TP1
🔄 États de la Position
Le système gère trois états principaux :- NEW : Position créée, en attente de l’exécution de BUY1
- Transition NEW → RUNNING : Passage effectif une fois BUY1 exécuté
- RUNNING : Position active, gestion des ordres BUY2, TP1, TP2
- Transition RUNNING → CLOSED : Fermeture (tendance, SL, etc.)
- CLOSED : Position fermée et finalisée
🔗 Navigation
Pour plus de détails sur chaque état et les variantes de workflow, consultez :- État NEW : Création de position
- Transition NEW → RUNNING : Conditions de passage en RUNNING
- État RUNNING : Gestion des ordres et variantes de workflow
- Transition RUNNING → CLOSED : Déclencheurs de fermeture
- État CLOSED : Conditions et processus de fermeture
📚 Références
- Service SwingPositionService : Implémentation complète
- Schema Prisma : Modèle de données