Informe de ejecución (mensaje de estado de la orden)

Qué dice un informe

• Qué orden: la referencia propia del cliente y el identificador de orden del bróker o del mercado.
• Qué ha pasado: nueva, ejecución parcial, ejecutada, sustituida, cancelada, rechazada, expirada.
• Cuánto: la cantidad de esta ejecución, la cantidad acumulada ejecutada y la que sigue abierta.
• A qué precio: el precio de esta ejecución y, a menudo, la media hasta el momento.
• Por qué, en un rechazo: un texto o un código de motivo.

Ejemplo resuelto

Una orden limitada de compra de 5 contratos produce una secuencia de informes. Aceptada: ejecutados 0, abiertos 5. Ejecución parcial de 2: ejecutados 2, abiertos 3, y 2 + 3 = 5. Ejecución de los 3 últimos: ejecutados 5, abiertos 0, estado ejecutada. Si en cambio el operador cancela tras la primera ejecución, el último informe dice cancelada con 2 ejecutados y 0 abiertos; la posición es de 2 contratos, ni 5 ni 0.

En términos de FIX

En el vocabulario de FIX el mensaje es el Execution Report (35=8). Su campo de estado de la orden (39) distingue nueva (0), ejecutada en parte (1), ejecutada (2), cancelada (4) y rechazada (8), y los campos de cantidad llevan los importes acumulado y pendiente. Otros protocolos usan sus propios nombres de mensaje para el mismo contenido.

En Senzoukria

En Rithmic, los eventos de órdenes llegan como notificaciones cuyo estado es texto libre con muchas variantes, como «Order received by exch gateway», «Modified» o «Order sent to exchange». La aplicación trata por tanto una orden como activa salvo que su estado diga que ha terminado (complete, cancelled, canceled, rejected, expired, filled o done), comprueba antes los términos de tránsito como «pending» o «partial» para que «cancel pending» no se lea como cancelada, y registra una vez cada estado que mantiene vivo sin reconocer. El razonamiento está escrito en su código: para un espejo de solo lectura, mostrar un stop obsoleto se puede corregir, pero esconder uno vivo no. Cuando arranca el flujo de cuenta, pide además las órdenes que ya están activas, para incluir las colocadas antes o desde otra plataforma, y un cierre total solo puede confirmar su éxito después de haber recibido realmente esa repetición.

Errores habituales

• Leer un acuse de recibo como una ejecución.
• Tomar la cantidad de la orden como la posición tras una ejecución parcial y una cancelación.
• Fiarse de una pantalla que dejó de recibir informes durante una desconexión.