Respuesta directa
Para evaluar las órdenes de MT5, se necesita un conjunto completo de datos de órdenes y ejecución, además de información sobre de dónde provienen esos datos, cuándo se registraron y si son lo suficientemente consistentes para respaldar sus cálculos. Sin estas entradas y verificaciones, cualquier conclusión puede ser engañosa porque la intención de la orden, los detalles de ejecución y el contexto del mercado pueden no coincidir.
Mecanismo y definición (qué significa “evaluar”)
Una “orden” de MT5 puede entenderse como la combinación de (1) la instrucción que envía (intención) y (2) los resultados que registra la plataforma de trading (ejecución). Evaluar una orden generalmente significa que puede responder preguntas como:
- ¿Qué instrumento y dirección se solicitaron?
- ¿Qué cantidad y tipo de orden se utilizaron?
- ¿Cuándo se envió la orden y cuándo se activó?
- ¿Qué precio(s) de ejecución y marcas de tiempo se registraron realmente?
- ¿Qué costos o comisiones se aplicaron y dónde se muestran?
- ¿La plataforma modificó o canceló posteriormente la orden y por qué (si está disponible)?
Para hacer esto de manera confiable, se recopilan tanto los campos estáticos (cómo se definió la orden) como los campos dinámicos (cómo se ejecutó a lo largo del tiempo). La mecánica estable es la estructura de estos campos; las condiciones variables incluyen la calidad de ejecución, los spreads, las comisiones, el deslizamiento y los informes específicos de la cuenta.
Evidencia y ejemplo (lista de verificación de datos)
Use esta lista de verificación para reunir el conjunto de datos mínimo necesario para una verificación independiente:
- Datos de intención de la orden (lo que solicitó)
- Identificador del instrumento o símbolo
- Lado/dirección (compra o venta)
- Tipo de orden (por ejemplo, tipo mercado vs. tipo pendiente)
- Volumen solicitado (tamaño del lote/cantidad)
- Precio solicitado (si la orden lo requiere)
- Condiciones de tiempo (válida hasta/expiración si está presente)
- Parámetros de stop/límite, si corresponde
- Datos de ejecución y ciclo de vida (lo que realmente sucedió)
- Hora de envío de la orden (según lo registrado por la plataforma)
- Hora de activación (si la orden espera condiciones)
- Hora(s) de ejecución o llenado
- Precio(s) de llenado
- Cambios de estado (colocada, parcialmente llenada, llenada, cancelada, rechazada)
- Cualquier código de motivo registrado o notas de texto que indiquen por qué ocurrió una acción
- Procedencia y contexto de la cuenta (de dónde provienen los datos)
- A qué cuenta pertenece la orden (identificador de cuenta)
- Qué plataforma o terminal registró los datos (y si se usaron múltiples terminales)
- La zona horaria utilizada en las marcas de tiempo (local de la plataforma vs. UTC)
- La fuente de datos exacta para los “costos” (estados de cuenta de la plataforma, diario de órdenes, historial de operaciones o informes de trading)
- Supuestos de oportunidad y consistencia (cómo calculará) Haga explícitos los supuestos antes de calcular los resultados. Por ejemplo:
- Suponga que las marcas de tiempo son comparables entre registros solo si se usa la misma base de zona horaria.
- Suponga que los precios de llenado corresponden a las entradas de ejecución/operación registradas, no al precio solicitado.
- Suponga que los costos se toman de los campos del informe de cuenta que se muestran para esa ejecución.
Ejemplo de limitación material: Si calcula la ganancia usando el precio solicitado mientras la orden se llenó a un precio diferente, su resultado no coincidirá con lo que registró la plataforma. El dato correcto a usar es el dato de llenado/operación registrado.
Limitaciones y riesgos (qué puede fallar)
Al menos un modo de falla material es común: discrepancia de datos entre la “intención” y la “ejecución”. Por ejemplo, una orden puede ser aceptada pero llenada a un precio diferente debido a las condiciones de ejecución, o puede ser parcialmente llenada, produciendo múltiples llenados que deben agregarse.
Otras limitaciones a considerar:
- Campos faltantes: Algunos detalles de costos pueden no ser visibles en la vista de la orden y solo pueden aparecer en una vista de informe separada.
- Ambigüedad temporal: Diferentes registros pueden usar diferentes zonas horarias o incluir latencia; esto afecta cualquier intento de alinear los eventos de la orden con los momentos del mercado.
- Relaciones históricas: El comportamiento de ejecución pasado no garantiza resultados futuros; la calidad de ejecución puede cambiar.
- Diferencias de proveedor/cuenta: Los formatos de informe varían según la configuración de la cuenta y la del bróker, por lo que un nombre de campo en un diseño de terminal puede no coincidir con otro.
Debido a que estos problemas son estructurales, no debe tratar un solo número (como una instantánea de “ganancia”) como prueba de corrección a menos que pueda rastrearlo hasta los campos de orden y ejecución utilizados en su cálculo.
Verificación y siguiente pregunta
Para verificar que su conjunto de datos sea suficiente, debe poder reproducir los principales resultados calculados a partir de los mismos campos que informa la plataforma: instrumento, dirección, volumen, precio(s) de llenado y los costos aplicables. Si no puede rastrear cada componente hasta un valor registrado específico y una marca de tiempo, trate la evaluación como incompleta.