Transición de posiciones después de las 0:00 cuando el banco está en funcionamiento. ¿Cómo identificarlo? Necesito ayuda de la sala. - página 3

 

¿Qué es un magik para un puesto?

Los magos son sólo para las garantías

 
VBAG:

La esencia del problema.

Cuando se trabaja con el banco(s) a las 23:59 todas las posiciones se cierran con el comentario [rollover close] y se abren inmediatamente con [rollover open]. Esto en sí mismo no es nuevo.

Pero las nuevas posiciones abiertas(órdenes) contienen nuevos números de ticket y el campo MAGIC contiene 0. Pero antes del rollovera MAGIC era !=0.

La pregunta es.

¿Cómo debemos seguir las posiciones después del 0? ¿Cuál es el algoritmo más razonable para ello, teniendo en cuenta las peculiaridades de MT5?

En mi opinión, si después del vuelco no se guarda ni un mago, ni un billete, ni un identificador (lo cual es lógico), la situación es absolutamente irresoluble desde el lado del cliente.

Deberíamos "retocar algo en el conservatorio", es decir, en el lado del servidor.

 
Dima_S:

IMHO, si después de un rollover no se guarda ningún magik, ningún ticket, ningún identificador (lo cual es lógico en general), la situación es absolutamente irresoluble programáticamente desde el lado del cliente.

Deberíamos "retocar algo en el conservatorio", es decir, en el lado del servidor.

Es comprensible.

No hay garantía de que algún banco o corredor no cambie la configuración en el lado del servidor.

Nos gustaría tener una opción personal en el pedido (posición) que no estuviera disponible en el lado del servidor. Hace tiempo que se habla de esto en el foro de la 4, pero sólo cabe esperar que los desarrolladores escuchen. ....

Aunque probablemente sea demasiado tarde para "beber la barcaza".

 
Dima_S:

entonces - la situación es completamente irresoluble programáticamente en el lado del cliente.

¿Por qué? Si nadie toca al mago, la situación es absolutamente solucionable en el lado del cliente.
 
TheXpert:
¿Por qué? Si nadie toca al mago, la situación es perfectamente solucionable del lado del cliente.
Bueno, si cortas trozos de una frase, entonces sí - cualquier situación es solucionable))
 
Dima_S:
Bueno, si cortas trozos de una frase, entonces sí - cualquier situación se resolverá))
De acuerdo. Ahora se puede resolver. Sin cambiar de terminal.
 
TheXpert:
De acuerdo. Ahora todo tiene solución. Sin cambiar de terminal.
(Perfecto. El tema puede ser eliminado))
 
Dima_S:

IMHO, si después de un rollover no se guarda ningún magik, ningún ticket, ningún identificador (lo cual es lógico en general), la situación es absolutamente irresoluble desde el lado del cliente de forma programática.

Deberíamos "retocar algo en el conservatorio", es decir, en el lado del servidor.

La situación se puede resolver, y no es muy difícil.

Si repasamos el historial, controlaremos los tickets de ofertas y pedidos con: magia cero, realizados a las 00:00, y que tengan la palabra "rollover" en los comentarios,

Creamos una lista de teletipos que hay que ignorar, y en el análisis posterior simplemente no los tenemos en cuenta.

Al fin y al cabo, la posición como resultado del rollover no cambia, no se toma el margen de las operaciones y no se calcula el swap.

Y como sugerencia de MQ: para evitar estas situaciones, introduzca un filtro estándar (configurable por el corredor) para la negociación de rollover. Los parámetros de filtrado son establecidos por el corredor y activados o desactivados por el usuario.

 
Urain:

Al fin y al cabo, la posición no cambia como resultado del rollover, no se toma margen en las operaciones y no se cobra el swap.

El swap se acumula (implícitamente) por un cambio en el precio de apertura (sobreapertura)
 
Hombre, ponlo como reapertura y ya está, para qué inventar algo ))