Un tableau de conformité pour tout votre desk, construit à partir de la série d'equity et non d'un solde ressaisi. Chaque compte est jugé selon les règles de sa propre firme, et les traders choisissent exactement ce qu'ils partagent.
Les espaces sont configurés par notre équipe : nombre de sièges et période de facturation convenus avec vous. Le suivi d'un seul compte reste gratuit.
Un outil de suivi que vos traders refusent de rejoindre ne vaut rien pour la firme : la limite est donc imposée par la base de données, pas promise dans une charte.
Seul le propriétaire du compte peut le rattacher à un espace : aucune action côté gestionnaire ne le fait. Retirer un membre détache tous les comptes qu'il a partagés, dans la même transaction de base de données que le retrait.
Tout ce que fait un gestionnaire, plus le changement de rôles, le retrait de membres et la cession de l'espace. Un desk conserve toujours au moins un propriétaire : le dernier ne peut être ni retiré ni rétrogradé.
Lit l'état de conformité des comptes partagés et gère les invitations. Ne peut ni changer les rôles, ni modifier l'espace, ni rien écrire dans le compte d'un trader : aucune capacité du modèle ne le permet.
Choisit lesquels de ses comptes il partage avec le desk, et retire un partage ou part quand il le souhaite. Il voit ses propres comptes, jamais ceux d'un collègue.
Un compte FTMO en drawdown statique et un compte Topstep en glissant intraday coexistent, chacun jugé par son propre jeu de règles, triables selon qui est le plus proche d'une limite.
Les alertes se déclenchent au changement de palier de gravité, pas à chaque tick : un trader à 82 % de sa limite journalière est prévenu une fois, pas toutes les cinq minutes jusqu'à couper le canal.
La fenêtre de perte journalière se réinitialise à minuit dans le fuseau de la firme, pas le vôtre ni celui du serveur : supposer UTC décale chaque fenêtre de plusieurs heures et peut masquer une vraie infraction comme en inventer une fausse.
Attributions de sièges, changements de rôle, retraits et suspensions sont consignés dans une piste d'audit avec l'opérateur et son IP. « Qui pouvait voir ce compte, et depuis quand » a une réponse, pas une supposition.
Exactement deux choses, et uniquement pour les comptes que le trader a choisi de partager : l'état des règles de ce compte prop firm (perte journalière consommée, plancher de drawdown, ratio de consistance, jours tradés, et si une règle stricte a été enfreinte) ainsi que la série d'equity d'où proviennent ces chiffres. Rien d'autre ne franchit la limite. Le desk ne voit jamais les clés API d'exchange du trader, son journal de trading, ses analyses de graphiques par IA, ses autres comptes prop, ni aucun compte qu'il n'a pas partagé. Le partage est une action que le trader effectue sur sa propre page et retire quand il veut, et retirer un membre détache ses comptes partagés dans la même transaction de base de données : l'accès cesse au moment où l'adhésion cesse, pas à la synchronisation suivante.
La plupart des desks utilisent un tableur et un canal de discussion : chaque trader publie un solde, quelqu'un le ressaisit, et une formule signale ceux proches d'une limite. Cela échoue de trois façons précises. D'abord, un tableur stocke des soldes, alors que le drawdown glissant est fonction du SOMMET d'equity atteint : un compte monté à +4 000 latents puis revenu à l'équilibre a déjà déplacé son plancher chez toute firme en glissant intraday, tandis que la colonne des soldes de clôture ne montre rien. Ensuite, la fenêtre de perte journalière se réinitialise dans le fuseau de la firme, pas dans celui du lecteur : un tableur en UTC décale donc chaque fenêtre de plusieurs heures et peut aussi bien masquer une vraie infraction qu'en inventer une fausse. Enfin, c'est rétrospectif : la donnée arrive après que le trader a clôturé. TraderAI lit la série d'equity elle-même, applique la variante de règle de la firme et alerte au changement de palier de gravité plutôt qu'à chaque tick - l'alerte arrive donc tant qu'il reste de la marge pour clôturer.
Non, et c'est garanti par la base de données, pas par une règle interne. La colonne qui relie un compte prop à un espace de travail ne peut être écrite que par le propriétaire du compte, depuis sa propre page ; aucun endpoint destiné aux gestionnaires ne l'écrit, et aucun rôle du modèle de permissions ne porte une capacité qui l'exprimerait. Un desk peut inviter quelqu'un, et cette invitation est liée à une adresse e-mail puis vérifiée contre le compte authentifié au moment de l'acceptation : un lien transféré ne peut donc pas introduire un inconnu dans l'espace. Tout le reste relève du trader : quels comptes partager, quand retirer un partage, et s'il quitte le desk. Partir détache tous les comptes qu'il avait partagés, dans la même transaction que le départ.
Les espaces se vendent par desk et non par trader, et ils sont configurés par notre équipe plutôt qu'achetés en libre-service : le nombre de sièges, la durée du contrat et le cycle de facturation d'une prop firm se négocient, et un bouton de paiement ne peut rien capter de tout cela. Contactez le support avec le nom de votre société, le nombre de traders à installer et la période de facturation souhaitée : l'espace est provisionné avec son propriétaire déjà en place et un lien d'invitation prêt à envoyer. Les traders individuels n'ont pas besoin d'un espace : le suivi des règles de prop firm est gratuit pour un compte sur toutes les offres TraderAI, avec toutes les variantes de drawdown et toutes les alertes. La couche espace ajoute la vue à l'échelle du desk, les rôles et le tableau de conformité partagé par-dessus des comptes que les traders tiennent déjà.
Oui aux deux, et les deux restent indépendants à dessein. Un trader peut appartenir à plusieurs espaces en même temps, et chaque compte partagé est rattaché à un seul d'entre eux : un compte partagé avec le desk A est invisible pour le desk B, et un trader travaillant pour deux sociétés n'expose pas par accident le compte de l'une à l'autre. Les règles du compte se configurent par compte et non par espace, ce qui compte car les règles de prop firm ne sont pas des faits stables : elles varient selon la société, la taille du compte et le programme, et changent sans préavis. Deux traders du même desk peuvent donc mener de front un compte FTMO en drawdown statique et un compte Topstep en glissant intraday, chacun jugé par son propre jeu de règles, dans un seul tableau de conformité.
Oui. Les relevés d'equity peuvent venir de trois sources, et chacune est étiquetée par relevé et non par compte : un rapport peut donc toujours dire quel chiffre a été mesuré et lequel a été saisi. Un exchange connecté fournit un instantané en direct incluant le P/L latent - le chiffre qui enfreint réellement une règle intraday. La saisie manuelle est une option à part entière et la seule disponible chez la plupart des prop firms MT4/MT5 : le trader saisit le solde et toutes les règles en découlent exactement comme depuis un flux en direct. Un troisième recours reconstitue l'equity à partir des trades clôturés du journal, et l'interface le signale comme réalisé-seulement, car il ne voit pas une position ouverte en perte - précisément ce qui enfreint une règle intraday. Mélanger les sources sur un compte est normal et pris en charge : une saisie manuelle erronée peut être supprimée sans jeter l'historique mesuré autour d'elle.