Transition des positions après 0:00 lorsque la banque fonctionne. Comment l'identifier ? Besoin d'aide de la part de la salle. - page 3
![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
C'est quoi un magik pour une position ?
Seuls les mandataires ont des magiciens
L'essence du problème.
Lorsque vous travaillez avec la/les banque(s) à 23:59, toutes les positions sont fermées avec le commentaire [rollover close] et immédiatement ouvertes avec [rollover open]. En soi, cela n'est pas nouveau.
Mais les positions nouvellement ouvertes(ordres) contiennent de nouveaux numéros de tickets et le champ MAGIC contient 0. Mais avant le retournement, MAGIC était !=0.
La question est la suivante .
Comment suivre les positions après le 0 ? Quel est l'algorithme le plus raisonnable pour cela, compte tenu des particularités de MT5 ?
IMHO, si après le rollover ni un magicien, ni un ticket, ni un identifiant ne sont sauvegardés (ce qui est logique), alors la situation est absolument insoluble du côté du client.
Nous devrions "régler quelque chose dans le conservatoire", c'est-à-dire du côté du serveur.
IMHO, si après un rollover aucune magie, aucun ticket, aucun identifiant n'est sauvegardé (ce qui est logique en général), la situation est absolument insoluble par programmation du côté client.
Nous devrions "régler quelque chose dans le conservatoire", c'est-à-dire du côté du serveur.
C'est compréhensible.
Il n'y a aucune garantie qu'une banque ou un courtier ne modifiera pas les paramètres du côté du serveur.
Nous aimerions avoir une option personnelle dans la commande (position) qui ne serait pas disponible du côté du serveur. Cela fait longtemps que l'on en parle sur le forum de la 4, mais on ne peut qu'espérer que les développeurs entendent. ....
Bien qu'il soit probablement trop tard pour "boire la péniche".
alors - la situation est complètement impossible à résoudre par programmation du côté client.
Pourquoi ? Si personne ne touche au magicien, la situation est parfaitement soluble du côté du client.
Eh bien, si vous coupez des morceaux d'une phrase, alors oui - toute situation sera résolue ;))
Ok. Tout est soluble maintenant. Sans changer le terminal.
IMHO, si après un rollover aucun magik, aucun ticket, aucun identifiant n'est sauvegardé (ce qui est logique en général), la situation est absolument insoluble du côté client de manière programmatique.
Nous devrions "régler quelque chose dans le jardin d'hiver", c'est-à-dire du côté du serveur.
La situation peut être résolue, et pas très difficilement.
Si nous parcourons l'historique, nous surveillerons les tickets des transactions et des commandes avec : zéro magie, faites à 00:00, et ayant le mot "rollover" dans les commentaires,
Nous créons une liste de tickers à ignorer et, dans les analyses ultérieures, nous ne les prenons tout simplement pas en compte.
Après tout, la position résultant du roulement ne change pas, la marge des transactions n'est pas prise, et le swap n'est pas calculé.
Et comme suggestion de MQ : pour éviter de telles situations, introduisez un filtre standard (configurable par le courtier) de rollover-trade. Les paramètres du filtre sont définis par le courtier et activés ou désactivés par l'utilisateur.
Après tout, la position ne change pas à la suite du transfert, aucune marge n'est prise sur les transactions et aucun swap n'est facturé.