El deslizamiento también es coste

Cierras una operación y el resultado no coincide con lo que esperabas al enviar la orden. Anotar la diferencia entre el precio solicitado y el ejecutado parece suficiente. Hasta que comparas entradas con salidas o añades esa diferencia al coste del diferencial: puedes estar cambiando el signo, mezclando referencias o descontando dos veces la misma pérdida.

El deslizamiento en trading necesita una definición comprobable. Este artículo se ocupa de su contabilidad, no del retraso de la orden ni de la capacidad del mercado: cómo conservar la referencia, interpretar el signo y distinguir una explicación del resultado de un cargo adicional.

Fija la referencia antes de mirar la ejecución

El precio de decisión, la cotización disponible al enviar la orden y el precio ejecutado pertenecen a registros distintos. Elegir uno u otro como referencia cambia la pregunta. Una comparación desde la decisión mide un recorrido diferente de una comparación desde el envío.

La documentación de MetaQuotes distingue el precio especificado en la orden, ORDER_PRICE_OPEN, del precio de la transacción, DEAL_PRICE [1][2]. Esa distinción no permite suponer que cualquier precio del historial reproduce la cotización que viste antes de enviar la solicitud.

Además, para órdenes de mercado con ejecución de mercado, MqlTradeRequest no exige especificar el campo de precio [3]. Si no guardaste una referencia previa, una vela posterior no recupera el dato perdido. La etiqueta correcta es Dato faltante, no deslizamiento nulo.

Como propuesta de registro, puedes comparar cada ejecución con la cotización del lado ejecutable observada antes del envío, conservando su marca temporal. No afirmamos que todos los intermediarios entreguen esa información: hace falta comprobar qué captura realmente tu sistema. Si eliges otra referencia, declárala y mantenla durante la revisión.

Conserva el signo y distingue posición de transacción

Una diferencia de precios no es automáticamente una pérdida. En una transacción de adquisición, pagar más que la referencia es adverso; pagar menos es favorable. En una transacción de venta, recibir menos es adverso y recibir más es favorable. Son descripciones contables, no indicaciones para abrir posiciones.

La convención que proponemos llama positivo al coste adverso y negativo a la mejora. Para una adquisición, la diferencia es precio ejecutado menos referencia. Para una venta, es referencia menos precio ejecutado. Otros registros pueden usar el signo contrario: importa que la convención esté escrita y se aplique sin cambios.

Al cerrar una posición comprada, la transacción de cierre es una venta. Al cerrar una posición vendida, es una adquisición. La diferencia económica usa el lado de la transacción; la identificación de la posición cerrada conserva su dirección original. Separar ambos campos evita invertir el coste de las salidas.

Para convertir la diferencia a pips necesitas una especificación comprobada del instrumento. No presupongas que un punto de plataforma equivale a un pip en cualquier símbolo. Si falta esa especificación, conserva la diferencia en precio y marca la conversión como Dato faltante. Redondear no resuelve una unidad dudosa.

Evita contar el diferencial dos veces

El diferencial separa las cotizaciones de ambos lados en un mismo instante. El deslizamiento compara una ejecución con la referencia elegida. La distinción determina qué componentes puedes sumar sin duplicarlos.

Si la referencia es el punto medio de las cotizaciones, la distancia hasta el precio ejecutado puede incluir el alejamiento desde ese punto medio hacia el lado ejecutable y la variación posterior. Añadir otra vez ese mismo alejamiento como diferencial lo cuenta dos veces. Es una consecuencia de la comparación, no una estimación del coste de ningún intermediario.

Si usas la cotización del lado ejecutable observada al enviar la orden, tienes una referencia distinta. Puedes estudiar la desviación posterior por separado, explicando cómo tratas el diferencial. No mezcles ambas mediciones en una misma serie como si fueran equivalentes.

Aquí encaja el enfoque de FX Capital: medir la ejecución antes de atribuir una diferencia a la calidad del método. Revisar no consiste solo en decir que el coste importa. Consiste en preguntar qué referencia se guardó, qué signo se aplicó y qué componentes ya estaban incluidos en el resultado.

El resultado calculado con precios realmente ejecutados ya incorpora el efecto de esos precios. Restarle después el deslizamiento como si fuera un cargo adicional duplica su efecto. Puedes mostrarlo para explicar la distancia respecto a un resultado teórico, pero no volver a descontarlo del resultado ejecutado. Las comisiones y otros cargos se concilian según lo que el extracto incluya efectivamente.

Reconstruye las ejecuciones parciales

Una orden y una transacción no son el mismo registro. MetaQuotes documenta por separado el precio y volumen de la transacción, la orden de origen y su hora, también en milisegundos [2]. Esos campos permiten relacionar ejecuciones y solicitudes; no sustituyen la referencia que debías guardar antes.

Conserva cada ejecución confirmada. Si una orden se completa en varios fragmentos, el precio del último no describe necesariamente el precio de todo el volumen. Como criterio de agregación, puedes obtener un precio medio ponderado por el volumen ejecutado, sin borrar los fragmentos que permiten comprobarlo.

Si comparas toda la orden con una referencia única previa al envío, mantén esa referencia al agrupar. Si asignas una referencia específica a cada fragmento, guarda la correspondencia. Cambiar el punto de comparación después para mejorar el resultado altera la medición. Los dos enfoques responden a preguntas diferentes.

Los rechazos y las cantidades sin ejecutar no son ejecuciones a precio perfecto. Regístralos fuera de la medida de deslizamiento de las transacciones confirmadas, con su estado visible. Medir solo lo ejecutado es válido para esa pregunta concreta; ocultar lo que quedó fuera no lo es.

Incluye mejoras, pérdidas y datos ausentes

Una mejora de precio pertenece al registro tanto como una desviación adversa. Borrar las mejoras sesga la medición; borrar las desviaciones adversas porque acompañaron operaciones perdedoras también. Conserva ambos signos y muestra las pérdidas con la misma estructura que los demás desenlaces.

No atribuyas una desviación a una causa solo por verla en el extracto. Sin cotizaciones previas, tiempos compatibles y trazabilidad de la orden, puede quedar medida la diferencia pero no su origen. Hipótesis: parte del desajuste podría proceder del recorrido entre referencia y ejecución. Es una explicación por contrastar, no un diagnóstico confirmado ni una acusación contra un intermediario.

Evidencia: la documentación permite distinguir orden, transacción, precio ejecutado, volumen y hora [1][2][3]. Riesgo: una referencia ausente, un signo invertido o una resta duplicada puede producir una conclusión equivocada aunque el precio final esté correctamente copiado. Este artículo no aporta una muestra de clientes ni resultados de una estrategia; esos datos son Dato faltante.

Antes de resumir un registro, comprueba estas preguntas:

• ¿La referencia se guardó antes de la ejecución y tiene una definición escrita?
• ¿Se conoce el lado de la cotización usado y su marca temporal?
• ¿El signo distingue desviación adversa y mejora en entradas y salidas?
• ¿La conversión a pips usa una especificación comprobada?
• ¿Se conservan los fragmentos y su vínculo con la orden original?
• ¿El resultado ejecutado ya contiene el efecto que pretendes descontar?
• ¿Las pérdidas, las mejoras, los rechazos y los huecos siguen visibles?

La utilidad de medir no es obtener una cifra tranquilizadora. Es que otro lector pueda reconstruirla usando las mismas referencias. Cuando no puede, un dato pendiente de obtener resulta más honesto que un coste aparentemente preciso.

Fuentes verificables y alcance

[1] MetaQuotes. Documentación MQL5, Propiedades de las órdenes: ORDER_PRICE_OPEN. https://www.mql5.com/es/docs/constants/tradingconstants/orderproperties

[2] MetaQuotes. Documentación MQL5, Propiedades de las transacciones: DEAL_ORDER, DEAL_PRICE, DEAL_VOLUME y DEAL_TIME_MSC. https://www.mql5.com/es/docs/constants/tradingconstants/dealproperties

[3] MetaQuotes. Documentación MQL5, Estructura MqlTradeRequest: campo price y excepción de ejecución de mercado. https://www.mql5.com/es/docs/constants/structures/mqltraderequest

Las fuentes documentan campos y condiciones de la plataforma, no costes observados ni resultados de FX Capital. La convención de signo y la checklist son propuestas de medición explicadas en el texto, no estadísticas de mercado ni recomendaciones de intermediario.

Nota de riesgo: este contenido es educativo y trata de medición, no de asesoramiento personalizado ni de recomendaciones de inversión. Operar en mercados financieros implica riesgo de pérdida. El registro de costes no evita las pérdidas ni garantiza resultados futuros.