Hora del servidor del bróker y horario de verano: la hora que su EA pierde sin avisar

Todo EA con un filtro horario está leyendo un reloj, y ese reloj no es el de Londres ni el de Nueva York. Es el reloj del servidor del bróker, y en la mayoría de los brókeres ese reloj salta una hora dos veces al año. Si la descripción dice «opera de 08:00 a 16:00 hora del servidor», la pregunta que importa es a qué horas reales corresponde eso en invierno, a cuáles en verano.

Un bróker elige un desfase fijo respecto a UTC y después decide qué hacer con el horario de verano. La convención más habitual es UTC+2 en invierno y UTC+3 en verano, cambiando en las fechas de Estados Unidos, porque así la vela diaria sigue cerrando a las 17:00 de Nueva York y la semana tiene cinco velas diarias. Otros cambian en las fechas europeas. Algunos mantienen un único desfase todo el año y nunca se mueven.

Un filtro escrito en horas del servidor está anclado al servidor, no a una sesión. Cuando el bróker sigue las fechas de Estados Unidos y Europa cambia dos o tres semanas después, durante esas semanas Londres abre una hora antes o una hora después en el reloj del servidor, y luego vuelve a su sitio. Cuando el bróker no sigue ninguna de las dos, el desplazamiento dura todo el verano.

Compare el reloj de Observación del mercado con UTC en una fecha de invierno y de nuevo en una fecha de verano. Si la diferencia es la misma en ambas, el bróker nunca cambia. Si difiere en una hora, localice las dos fechas en que cambió; esas fechas le dicen si sigue el calendario estadounidense o el europeo. El historial da la misma respuesta: mire la hora de apertura de una vela diaria de enero y de otra de julio. Son diez minutos y no hay nada que lo sustituya.

Las barras históricas llevan la hora del servidor que el bróker usaba en ese momento, así que un backtest sobre ese historial corre automáticamente bajo esa convención. Un archivo set ajustado con los datos de un bróker tiene sus horas ajustadas al reloj de ese bróker. Cargado en un bróker con otra convención, los parámetros parecen idénticos y cada ventana de sesión está desplazada una hora.

Las rupturas de sesión, las estrategias de rango asiático, los filtros de noticias ligados a la hora del reloj y cualquier lógica de cierre diario son sensibles a esa hora. A los sistemas de tendencia que leen un indicador al cierre de una vela H4 o D1 les importa mucho menos la hora del día, pero no son inmunes, porque el propio límite de la vela se mueve con el desfase del servidor. Una vela diaria que cierra a las 23:00 en lugar de a las 00:00 contiene una hora distinta, tiene otra apertura, otro máximo, otro mínimo y otro cierre, y por tanto toda señal basada en D1 cambia un poco.

Después de cada cambio de hora, abra el historial de operaciones y compare la hora de apertura de una operación con la sesión que, según la descripción, debería estar operando. Si coincide, no hay nada que hacer. Si está desplazada una hora y el EA tiene un parámetro de desfase GMT o de horario de verano, ese parámetro es lo único que debe tocar: cámbielo en uno y compruebe de nuevo. No reajuste las horas de sesión ni los stops para corregir una hora de desfase: el siguiente cambio de hora deshará el reajuste y le dejará con dos problemas en lugar de uno.

Nuestros EA más vendidos: GOLD NEURON (AI) https://www.mql5.com/es/market/product/187329 · ATLAS PORTFOLIO https://www.mql5.com/es/market/product/182751