Cómo solucionar problemas de ejecución anómala del EA: primero conserve los registros de MT4, luego modifique la configuración

Autor: Thomas｜EA y práctica de plataforma｜5 de octubre de 2026

Cuando un EA de repente deja de operar, aparecen órdenes duplicadas, o su comportamiento tras reiniciar difiere de lo esperado, el error más común es modificar parámetros de inmediato, reinstalar el programa y luego adivinar dónde está el problema. Esto puede sobrescribir la información más valiosa del incidente. La investigación debe comenzar guardando la evidencia y luego distinguir las causas a nivel de programa, terminal y cuenta.

Primero guarde los registros antes y después de la anomalía

Registre la hora en que apareció la anomalía, el instrumento de trading completo, el período del gráfico, la versión del EA, el archivo de parámetros y las posiciones de la cuenta en ese momento. La hora aquí debe especificar si se utiliza la hora del ordenador, la hora del servidor de trading o la hora de Pekín convertida manualmente; no empalme directamente registros de diferentes relojes.

Los registros no necesariamente contienen todo el proceso de decisión del programa. La información que el desarrollador no ha emitido no puede inferirse como una ejecución normal solo porque «no hay errores». Conservar registros continuos antes y después ayuda más a determinar la secuencia de los hechos que una sola captura de pantalla de error; antes de hacerlos públicos o enviarlos al personal de soporte, verifique si contienen números de cuenta, información personal u otro contenido sensible.

Experts y Journal, qué revisar en cada uno

La pestaña Experts de MT4 muestra principalmente la información de funcionamiento del EA adjunto, incluidos los mensajes del propio programa y los registros de operaciones relacionadas. La pestaña Journal se centra en la actividad del terminal cliente en la sesión actual. Al investigar la misma anomalía, se puede contrastar la información de ambos lugares, pero no tome ninguno de ellos como un comprobante completo de ejecución.

En el menú contextual de la pestaña correspondiente, utilice Open para abrir el directorio de registros relevante y escribir los registros actualmente mostrados en el archivo de registro. La ayuda oficial indica que los registros del EA se encuentran en MQL4/LOGS dentro del directorio de datos del terminal, y los registros del terminal en LOGS; los archivos generalmente se nombran por fecha. El directorio de datos puede variar entre distintas instancias de instalación, por lo que se debe acceder desde el terminal que se está utilizando para evitar tomar por error los archivos de otro terminal.

Primero determine: ¿no se activó o se activó pero no se ejecutó?

«No hay nuevas órdenes» puede corresponder al menos a varios estados diferentes: las condiciones de la estrategia no se cumplen; el programa no se cargó correctamente; los permisos de trading automático están restringidos; la solicitud de trading fue rechazada; el resultado de la solicitud difiere de lo esperado. Ver solo el identificador del programa en el gráfico no permite determinar directamente a cuál de ellos corresponde.

Primero, según las reglas originales de la estrategia, confirme si realmente debería activarse en el instrumento y período especificados. Luego revise si en el período relevante hay información de carga, inicialización u operaciones de trading. Si existe una solicitud de trading, verifique el resultado contrastando el mensaje de retorno y los registros de órdenes de la cuenta; no considere que la ejecución fue exitosa solo por el texto impreso por el programa. Si los registros carecen de pasos clave, solicite al desarrollador que añada registros.

La verificación de permisos debe corresponder punto por punto, no abrirlo todo

La configuración del terminal MT4 y las propiedades del propio EA afectan los permisos de trading automático; operaciones como cambiar de cuenta, instrumento del gráfico o período también pueden estar relacionadas con la configuración de trading automático del terminal. Verifique la configuración actual real y, junto con la descripción del programa, determine el comportamiento esperado; no sustituya la investigación haciendo clic repetidamente en los botones.

No habilite incondicionalmente llamadas DLL u otro acceso externo solo para que el programa comience a operar. Primero confirme si el programa realmente necesita dicha capacidad, si la fuente es confiable y si su propósito está claramente explicado. La falta de permisos puede ser la causa de algún eslabón, pero abrir todos los permisos no es una solución confiable.

Antes de reiniciar, confirme primero cómo se manejarán las posiciones existentes

Después de conservar las órdenes actuales, las órdenes pendientes y el estado del programa, decida si reiniciar. Si al reiniciar el programa reconocerá las órdenes existentes depende de la implementación específica; no se puede asumir que cada EA restaurará automáticamente su estado interno original. Especialmente en programas con lógica de añadir posiciones o gestión de múltiples órdenes, el inicio repetido puede entrar en conflicto con las posiciones existentes; es necesario verificarlo según las reglas del programa.

Desactivar el trading automático no significa que las posiciones existentes ya se hayan cerrado, ni se debe interpretar «programa en pausa» como desaparición del riesgo. La forma de manejar las órdenes existentes debe establecerse de antemano; no se puede improvisar una suposición tras la aparición de una anomalía. Si se sospecha que el programa está generando órdenes anómalas, actúe según el proceso establecido de pausa y revisión manual, y al mismo tiempo verifique la exposición real en la cuenta.

Verificar el resultado de la reparación con un solo cambio

El entorno de simulación puede usarse para reproducir operaciones y comprobar el comportamiento del programa, pero no puede demostrar que las condiciones de ejecución en cuenta real sean exactamente iguales. Cambie solo un factor claramente definido cada vez, conserve los parámetros y registros antes y después de la modificación, y luego observe si la anomalía relevante desaparece. Si al mismo tiempo cambia de versión, modifica parámetros y cambia de cuenta, a menudo es difícil determinar qué paso surtió efecto.

Un registro de investigación eficaz debe indicar el fenómeno, la hora, la evidencia, el contenido de las modificaciones y el resultado de la revisión. Las anomalías que no se puedan explicar deben seguir consultándose con el desarrollador o el soporte de la plataforma; no sustituya el análisis de causas con «ya se reanudó el trading», ni presente una reparación técnica como garantía de rentabilidad.

El trading con apalancamiento puede causar pérdidas importantes. Este artículo es para compartir conocimientos de operación y mantenimiento, y no constituye una instrucción de compra o venta. La investigación de registros puede ayudar a localizar problemas, pero no puede garantizar la seguridad del programa, la eficacia de la estrategia ni beneficios futuros.