Übergang von Positionen nach 0:00, wenn die Bank in Betrieb ist. Wie kann man sie identifizieren? Ich brauche Hilfe aus dem Saal. - Seite 3

 

Was ist eine Magie für eine Position?

Nur Haftbefehle haben Magie

 
VBAG:

Der Kern des Problems.

Bei der Arbeit mit der/den Bank(en) um 23:59 werden alle Positionen mit dem Kommentar [rollover close] geschlossen und sofort mit [rollover open] geöffnet. Dies ist an sich nichts Neues.

Die neu eröffneten Positionen(Aufträge) enthalten jedoch neue Ticketnummern und das Feld MAGIC enthält 0. Vor dem Rollover war MAGIC jedoch !=0.

Die Frage ist.

Wie sollten wir die Positionen nach der 0 verfolgen? Was ist der sinnvollste Algorithmus dafür, unter Berücksichtigung der Besonderheiten von MT5?

IMHO, wenn nach dem Rollover weder ein Magier, noch ein Ticket, noch ein Identifikator gespeichert werden (was logisch ist), dann ist die Situation von Seiten des Kunden absolut unlösbar.

Wir sollten "etwas im Wintergarten", d.h. auf der Serverseite, optimieren.

 
Dima_S:

IMHO, wenn nach einem Rollover keine Magie, kein Ticket, kein Identifikator gespeichert wird (was im Allgemeinen logisch ist), ist die Situation absolut unlösbar programmatisch von der Client-Seite.

Wir sollten "etwas im Wintergarten", d.h. auf der Serverseite, optimieren.

Das ist verständlich.

Es gibt keine Garantie dafür, dass eine Bank oder ein Broker die Einstellungen auf der Serverseite nicht ändert.

Wir würden gerne eine persönliche Option in der Bestellung (Position) haben, die auf der Serverseite nicht verfügbar ist. Darüber wird im Forum zu 4 schon lange gesprochen, aber man kann nur hoffen, dass die Entwickler darauf hören. ....

Obwohl es wahrscheinlich zu spät ist, um "den Kahn zu trinken".

 
Dima_S:

dann ist die Situation auf der Client-Seite programmatisch völlig unlösbar.

Und warum? Wenn niemand den Zauberer berührt, ist die Situation auf der Kundenseite absolut lösbar.
 
TheXpert:
Und warum? Wenn niemand den Zauberer berührt, ist die Situation auf der Kundenseite durchaus lösbar.
Nun, wenn Sie Stücke aus einem Satz herausschneiden, dann ja - jede Situation ist lösbar))
 
Dima_S:
Nun, wenn Sie Stücke aus einem Satz herausschneiden, dann ja - jede Situation wird gelöst))
Ja. Das Problem ist jetzt lösbar. Ohne das Terminal zu wechseln.
 
TheXpert:
Ja. Alles ist jetzt lösbar. Ohne das Terminal zu wechseln.
(Perfekt. Das Thema kann gelöscht werden))
 
Dima_S:

IMHO, wenn nach einem Rollover keine Magie, kein Ticket, kein Identifikator gespeichert wird (was im Allgemeinen logisch ist), ist die Situation auf der Client-Seite programmatisch absolut unlösbar.

Wir sollten "etwas im Wintergarten" - also auf der Serverseite - optimieren.

Die Situation kann gelöst werden, und zwar ohne große Schwierigkeiten.

Wenn wir die Historie durchgehen, werden wir Tickets von Geschäften und Aufträgen mit folgenden Merkmalen finden: Null Magie, um 00:00 Uhr gemacht und mit dem Wort "Rollover" in den Kommentaren,

Wir erstellen eine Liste von Tickern, die wir ignorieren wollen, und lassen sie in der nachfolgenden Analyse einfach unberücksichtigt.

Schließlich ändert sich die Position durch den Prolongationsvorgang nicht, die Marge der Geschäfte wird nicht berücksichtigt und der Swap wird nicht berechnet.

Und als Vorschlag von MQ: Um solche Situationen zu vermeiden, sollte ein standardmäßiger (vom Broker konfigurierbarer) Rollover-Trade-Filter eingeführt werden. Die Filterparameter werden vom Makler festgelegt und vom Benutzer aktiviert oder deaktiviert.

 
Urain:

Schließlich ändert sich die Position durch den Rollover nicht, es wird keine Marge für die Geschäfte genommen und es wird kein Swap berechnet.

Der Swap entsteht (implizit) durch die Änderung des Eröffnungskurses (Übereröffnung)
 
Mann, schreibe es einfach auf die Wiedereröffnung und das war's, warum etwas erfinden ))