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

 

C'est quoi un magik pour une position ?

Seuls les mandataires ont des magiciens

 
VBAG:

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.

 
Dima_S:

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".

 
Dima_S:

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 absolument soluble du côté du client.
 
TheXpert:
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 est soluble ;))
 
Dima_S:
Eh bien, si vous coupez des morceaux d'une phrase, alors oui - toute situation sera résolue ;))
Ok. C'est soluble maintenant. Sans changer le terminal.
 
TheXpert:
Ok. Tout est soluble maintenant. Sans changer le terminal.
(Parfait. Vous pouvez supprimer le sujet))
 
Dima_S:

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.

 
Urain:

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é.

Le swap est comptabilisé (implicitement) par une modification du prix d'ouverture (sur-ouverture).
 
Mec, mets-le sur la réouverture et c'est tout, pourquoi inventer quelque chose ?)