Lo que la gente suele malinterpretar sobre los problemas de ejecución
Los problemas de ejecución suelen confundirse con “el mercado se movió en mi contra” o con malas elecciones del tipo de orden. En la práctica, los problemas de ejecución significan que los resultados que observas al colocar una orden no coinciden con la ejecución que esperabas.
Un error común es tratar la ejecución como un evento único. En realidad, la ejecución abarca múltiples pasos: enviar la orden, que la plataforma/proveedor la reciba, igualarla o enrutarla y, finalmente, informarte del relleno. Cuando algo sale mal en cualquier paso, el resultado puede diferir.
Otro error es mezclar mecánicas estables con condiciones variables. Los cambios en el precio de mercado y los cambios de liquidez son variables y están fuera de tu control. Los costos de negociación (como comisiones y diferenciales) también forman parte del resultado realizado. El comportamiento del proveedor y el rendimiento del sistema pueden añadir variabilidad adicional. Si no separas estas causas, puedes concluir incorrectamente que un factor “lo causó todo”.
Mecánica: qué significa “ejecución” y qué datos importan
Para razonar con claridad, define lo que esperabas en el momento de colocar una orden. Los datos esperados típicos incluyen: la dirección y el tamaño de la orden, el tipo de orden (mercado vs límite), el precio de entrada previsto (para órdenes límite y activadas) y las restricciones (por ejemplo, cualquier límite de tiempo o de precio).
Luego compáralo con lo que realmente obtuviste: el/los precio(s) de relleno, si recibiste un relleno completo o solo un relleno parcial, la(s) hora(s) de ejecución informada(s) y cualquier mensaje de estado como “rechazada”, “expirada” o “rellenada”.
Un punto neutral clave: los “problemas de ejecución” no son automáticamente “malos”. También pueden reflejar que tu suposición sobre cómo funciona tu tipo de orden no coincidía con la realidad. Por ejemplo, una orden límite puede no ejecutarse si el mercado no alcanza tu límite, lo cual es un comportamiento esperado, no necesariamente un mal funcionamiento de la ejecución.
Evidencia y ejemplos: errores, consecuencias y verificaciones
Un error frecuente es culpar a la ejecución por no rellenos esperados. Si colocas una orden límite por debajo del precio actual (para una compra) y el mercado nunca opera en ese nivel, el resultado es que no hay relleno. La consecuencia puede ser informar erróneamente la situación como un error del sistema en lugar de una condición de cumplimiento.
Otro error es ignorar los costos al comparar los resultados esperados con los observados. Incluso si el precio de relleno es “cercano”, la rentabilidad realizada puede estar dominada por diferenciales, comisiones u otras tarifas. Una verificación neutral establece los supuestos explícitamente: qué costos se incluyeron, qué precios de relleno exactos se usaron y si la comparación es comparable.
Un tercer error es usar solo un punto de datos, como la ganancia o pérdida final. Mejores verificaciones se centran en la cadena de evidencia: hora de envío de la orden, cualquier cambio de estado intermedio, marcas de tiempo de ejecución y el/los precio(s) de relleno exactos. Si ves grandes diferencias, considera múltiples causas: cambios rápidos de precio, liquidez reducida, latencia entre la decisión y el relleno, o rellenos parciales.
Limitaciones y riesgos a tener en cuenta
Los resultados de la ejecución varían según las condiciones del mercado, los costos, el método de ejecución y las reglas del lugar de negociación y del proveedor. Debido a esto, los patrones históricos no predicen de manera confiable los resultados futuros.
Al menos un modo de falla material a tener en cuenta es el relleno parcial: una orden puede ejecutarse a más de un nivel de precio, o la orden puede ejecutarse solo parcialmente. Esto puede cambiar el precio de relleno promedio y también puede afectar la exposición posterior.
Otro modo de falla es el rechazo o la expiración de la orden debido a restricciones. Si una orden es rechazada, la operación “esperada” nunca existe; comparar la ganancia esperada con los resultados observados se vuelve inválido.
Verificación: una lista de verificación neutral que puedes aplicar
Usa una lista de verificación neutral que no asuma una sola causa:
- Escribe tus supuestos: tipo de orden, precio previsto y qué significaba “relleno esperado” para esa configuración específica.
- Confirma los resultados utilizando los campos informados: estado (rellenada/rechazada/expirada), precio(s) de relleno y marcas de tiempo de ejecución.
- Separa las causas: movimiento del mercado vs costos de negociación vs cualquier comportamiento informado del sistema/proveedor.
- Recalcula con los mismos supuestos (incluyendo tarifas) para asegurar que tu comparación sea consistente.
- Si algo parece anormal, trátalo como “causa desconocida” hasta que puedas mapearlo a un paso específico en la cadena de ejecución.