¿Qué se considera un “problema de ejecución”?
Un problema de ejecución es cualquier discrepancia entre cómo esperas que se maneje una orden y lo que realmente sucede después de enviarla. En términos prácticos, puede manifestarse como llenados a precios diferentes a los esperados, llenados retrasados, llenados parciales u órdenes que son rechazadas o no se llenan.
Para evaluar los problemas de ejecución de manera objetiva, separa tres capas:
- Tu intención de orden (los parámetros exactos que enviaste).
- La ruta de ejecución (cómo el mercado y los procesos de manejo de órdenes traducen esa intención en llenados).
- Tu registro de resultados (lo que recibes: llenados, marcas de tiempo y costos).
Esta separación te ayuda a evitar confundir el movimiento normal del mercado con problemas del proveedor o de la infraestructura.
Cómo inspeccionar la mecánica (qué verificar en tus registros)
Usa una lista de verificación que compare el comportamiento previsto vs observado:
- Detalles de la orden y supuestos
- Confirma el tipo de orden (por ejemplo, de mercado vs limitada) y todos los parámetros que elegiste.
- Declara los supuestos para cualquier ejemplo que calcules (por ejemplo, “precio esperado” significa tu último precio cotizado al momento del envío).
- Marcas de tiempo y secuenciación
- Verifica la hora de envío de la orden y las horas en que recibiste confirmaciones y llenados.
- Busca retrasos inusuales entre el envío y los eventos de llenado.
- Información exacta de llenado y precios
- Compara las condiciones de ejecución solicitadas (si las hay) con los precios de llenado reales.
- Observa si las diferencias de precio aparecen de manera consistente durante la misma ventana de eventos.
- Coincidencia de cantidad y llenados parciales
- Verifica si se llenó el tamaño total solicitado.
- Si ocurrieron llenados parciales, verifica si fueron a diferentes precios y si la cantidad restante se llenó más tarde o no se llenó en absoluto.
- Costos y efecto neto
- Identifica todos los costos relevantes incluidos en tu registro de resultados (comisiones, costos de spread/transacción y cualquier otra tarifa mostrada).
- Evalúa los resultados netos: una pequeña diferencia de precio puede amplificarse una vez que se incluyen los costos.
- Marcadores de fallo y rechazo
- Registra cualquier mensaje explícito de rechazo/stop/“no ejecutado”.
- Determina si el problema fue un fallo a nivel de orden (sin llenado) o una discrepancia a nivel de ejecución (llenado pero no como se esperaba).
Evidencia y ejemplos: demostrar lo que sucedió (sin adivinar)
Una forma útil de evaluar un evento es calcular una comparación de “esperado vs real” utilizando solo datos que puedas verificar de tus propios registros.
Marco de ejemplo (los supuestos deben ser explícitos):
- Supón que el precio esperado = la última cotización mostrada en el momento en que enviaste la orden.
- Calcula la diferencia de precio = precio de llenado real menos precio esperado (usa la convención de signos correcta).
- Si hay múltiples llenados (llenados parciales), calcula las diferencias por llenado y también sobre una base ponderada utilizando las cantidades llenadas.
Luego clasifica el patrón:
- Diferencia de precio sin retraso a menudo se alinea con el movimiento del mercado entre tu precio de referencia y el llenado.
- Retraso más llenado eventual puede indicar que el mercado se movía más rápido que la referencia que usaste.
- Rechazos o llenados faltantes apuntan a un modo de fallo en la etapa de manejo de la orden.
Este enfoque se centra en la observación y en comparaciones basadas en registros, no en atribuir culpas.
Limitaciones, riesgos y los principales modos de fallo a vigilar
Los resultados de ejecución se ven afectados por condiciones cambiantes del mercado, liquidez y la estructura del manejo de órdenes. Debido a esto, incluso los “problemas” bien documentados pueden no tener una única causa.
Los modos de fallo materiales a buscar incluyen:
- Deslizamiento: los llenados ocurren a precios diferentes a tu referencia.
- Llenados parciales: recibes menos de lo solicitado de inmediato, a veces a través de múltiples eventos de llenado.
- Rechazo o no ejecución de la orden: la orden no entra en ejecución como se pretendía.
- Eventos asíncronos: confirmaciones, ediciones, cancelaciones o llenados llegan en un orden inesperado.
Limitación de verificación: las relaciones históricas (por ejemplo, “cuando X sucedió antes, el precio se movió de manera similar”) no prueban resultados futuros. Los costos y el comportamiento del mercado pueden cambiar.
Verificación y siguientes preguntas a plantear
Para verificar tu conclusión de manera independiente, asegúrate de que cada afirmación esté vinculada a algo que puedas mostrar en el registro:
- ¿Tienes los parámetros exactos de la orden que enviaste?
- ¿Tienes marcas de tiempo que te permitan comparar el momento del envío vs el del llenado?
- ¿Tienes detalles completos de llenado y costos para el tamaño total ejecutado?
- ¿Tienes mensajes explícitos de rechazo/error si la ejecución falló?
Si una discrepancia es real, la siguiente pregunta generalmente no es “¿Quién la causó?” sino “¿Qué capa es inconsistente con mi intención?”—tus entradas, el momento, los detalles de llenado/precios o la presencia de mensajes de fallo explícitos.