Definir los “problemas de ejecución” y qué se puede verificar
Los problemas de ejecución son situaciones en las que el resultado de colocar una orden no coincide con el comportamiento de ejecución que un proveedor declara que aplicará, o cuando el manejo real de la orden muestra retrasos inesperados, rechazos, ejecuciones parciales o resultados de precio/distribución inconsistentes con el proceso declarado. La verificación significa que usted puede señalar hechos observables (marcas de tiempo, cambios de estado de la orden, detalles de ejecución y registros de mensajes) y compararlos con las reglas descritas en los documentos públicos del proveedor.
Separar la mecánica estable de las condiciones variables
Para verificar los problemas de ejecución con precisión, separe lo que es estructural de lo que varía:
- Mecánica estable: pasos del ciclo de vida de la orden (enviada → aceptada → enrutada/en cola → ejecutada/rellenada → completada o cancelada), y cómo se interpreta la intención de “mercado” frente a “límite”.
- Condiciones variables: profundidad de liquidez, volatilidad, costos de negociación (comisiones/spreads/commission) y eventos externos que afectan a todo el mercado.
Un riesgo material en la verificación es asumir que cualquier discrepancia es un “problema”. Incluso cuando un proceso de ejecución funciona según lo descrito, el movimiento del mercado puede cambiar las ejecuciones entre el envío de la orden y su ejecución.
Construir una lista de verificación de evidencia que pueda reproducirse
Un proceso de verificación autónomo generalmente combina tres categorías de documentos y datos:
- Evidencia de eventos (qué sucedió): recopile los datos exportados del bróker/plataforma para la orden específica: ID de la orden, marcas de tiempo para cada cambio de estado, mensajes de solicitud/confirmación si están disponibles, y la lista completa de ejecuciones (precio, cantidad, hora). Si el proveedor solo expone resultados agregados, anote esa limitación.
- Evidencia de políticas (qué debería suceder): utilice los documentos actuales del proveedor que describen la ejecución y el manejo de órdenes (por ejemplo, tipos de órdenes, lugares de ejecución o descripción del enrutamiento, reglas de negociación y cómo se forman las cotizaciones). Utilice la versión del documento que coincida con el período de tiempo que está investigando.
- Evidencia de restricciones (por qué los resultados pueden diferir): capture los supuestos detrás del ejemplo que analizará: tamaño de la operación en relación con la liquidez disponible, el modelo de costos aproximado que utilizó y qué considera como precio de referencia (por ejemplo, cotización en una marca de tiempo específica). Declare estos supuestos explícitamente.
Un “ejemplo de cálculo” práctico puede seguir siendo válido sin precios en vivo: por ejemplo, si observó una secuencia de ejecuciones parciales, puede verificar si la agregación de ejecuciones es consistente con el manejo documentado de órdenes para ejecuciones parciales (incluso si desconoce el precio exacto del mercado en cada instante).
Identificar limitaciones y modos de fallo
Al menos una limitación material es común en la verificación de ejecución:
- Divergencia legítima: los resultados de ejecución pueden diferir de un precio de referencia porque los mercados se mueven más rápido que la confirmación, o porque los tipos de órdenes interactúan con la liquidez.
- Observabilidad incompleta: algunas plataformas no proporcionan un registro de mensajes completo de extremo a extremo, por lo que no se puede probar exactamente dónde ocurrió un retraso.
- Ambigüedad del punto de referencia: “el precio que vio” puede no ser el precio utilizado para el emparejamiento, especialmente si las cotizaciones se actualizan o si se aplican componentes de conversión o costos.
Estas limitaciones significan que la verificación debe apuntar a determinar si los hechos observados contradicen las reglas documentadas, no a inferir intenciones ni a predecir el rendimiento futuro.
La verificación como una conclusión clara (y la siguiente pregunta)
Una conclusión sólida adopta una de las siguientes formas:
- Conclusión de discrepancia: el cronograma de eventos observado o el comportamiento de manejo contradice las reglas documentadas de órdenes/ejecución del proveedor para ese tipo de orden.
- Conclusión no concluyente: los datos observados son insuficientes para compararlos con las reglas documentadas relevantes, o las condiciones variables dominan el resultado.
Siguiente pregunta a plantear: “¿Qué sección exacta del documento rige el tipo de orden y el paso observado (aceptación, enrutamiento, ejecución, cancelación), y las marcas de tiempo y los detalles de ejecución se alinean con ese paso descrito?”