¿Por qué dos EA de oro gestionan el mismo pedido? Revisar el número mágico de MT4
Usar un caso de cuenta demo para explicar cómo el EA filtra pedidos por símbolo y número mágico, y cómo evitar que las posiciones heredadas queden sin gestión tras cambiar el número.
Autor: Thomas｜Práctica de MT4｜10 de noviembre de 2026
Resumen: cuando se ejecutan dos EA de oro en la misma cuenta de MT4, si usan las mismas condiciones de identificación de pedidos, pueden modificar al mismo tiempo el stop loss de un pedido. Al investigar, primero revisar el símbolo y el número mágico en el pedido, y luego revisar según qué condiciones filtra realmente el código. Los números y pedidos siguientes son suposiciones didácticas.
Dónde se registra el número mágico
OrderSend de MQL4 admite pasar el parámetro magic. Después de seleccionar correctamente un pedido, OrderMagicNumber puede leer el número de identificación de ese pedido. Puede proporcionar al programa una base de clasificación. Qué pedidos concretos se modificarán o cerrarán sigue dependiendo de la lógica de filtrado y ejecución del propio EA. Si el programa, al recorrer los pedidos de la cuenta, solo comprueba el símbolo, dos EA de oro, aunque tengan números mágicos diferentes, también podrían procesar el mismo lote de pedidos.
En la figura se supone que las estrategias A y B usan 101 y 202 respectivamente. A selecciona pedido por pedido del pool de operaciones, primero verifica el símbolo real y luego el número de identificación. Solo cuando ambos coinciden se pasa a la lógica posterior para comprobar el tipo de pedido y las acciones permitidas. Si falla la selección de pedido, se debe omitir y registrar el error. Antes de modificar, conviene volver a seleccionar el pedido objetivo para evitar usar datos antiguos copiados previamente en el programa.
Verificar en tres pasos con una cuenta demo
Primer paso: registrar la versión de los dos EA, los parámetros de entrada, el período del gráfico y el nombre completo del símbolo del bróker. El nombre del oro en diferentes cuentas puede llevar sufijo. Al desplegar varias instancias sobre el mismo símbolo, también hay que aclarar si gestionan pedidos de forma independiente o si por diseño comparten pedidos.
Segundo paso: en la cuenta demo, hacer que cada EA genere por separado un pedido de prueba identificable y, al mismo tiempo, preparar un pedido de prueba que deba excluirse. En el registro, anotar al menos el número de pedido, el símbolo, el número mágico y la acción que el programa se prepara para ejecutar. Luego activar una acción de gestión controlada, por ejemplo, intentar modificar el pedido de prueba propio de la estrategia A y comprobar si el pedido de la estrategia B mantiene su valor original. Es mejor verificar por separado las órdenes pendientes y las posiciones ejecutadas, porque el pool de operaciones puede contener ambos tipos de pedidos y las reglas reales de procesamiento suelen ser diferentes.
Tercer paso: volver a comprobar después de reiniciar el terminal o recargar el EA. Si el programa solo recuerda la lista de pedidos creados durante esta ejecución, el comportamiento tras el reinicio puede cambiar. Se puede comprobar si vuelve a identificar pedidos según las condiciones establecidas y si aparecen acciones inesperadas cuando no hay pedidos coincidentes. El número solo ayuda a aislar; si la comprobación de riesgo total dentro de la cuenta lee intencionadamente todas las posiciones, debe registrarse por separado de la autoridad para modificar realmente pedidos.
Gestionar los pedidos antiguos antes de cambiar el número
Supongamos que la estrategia A abrió previamente una posición con 101 y ahora se cambia a 303. Los cambios en los parámetros de entrada normalmente solo afectan a los valores usados por el código posterior; el número de identificación de los pedidos antiguos no migra automáticamente con la configuración del gráfico. Si la condición de gestión solo coincide con 303, los pedidos originales 101 podrían omitirse. Antes del cambio, se deben listar los pedidos antiguos y el tratamiento previsto, y luego verificar en el entorno demo el reinicio y la transición. Si se encuentra un EA cuya versión no se puede consultar o cuyos registros no explican la lógica de filtrado, pausar primero los cambios de gestión automática y comprobar el plan de salida de las posiciones existentes. Pasar la prueba demo solo indica el escenario probado; los cambios de cotización reales, el rechazo de pedidos por el servidor y el deslizamiento aún deben evaluarse por separado.
