Una cancelación de prensado del cliente no establece instantáneamente que un pedido ha sido cancelado en su lugar de ejecución. La especificación de cambios estatales de la Comunidad de Comercio FIX distingue una cancelación pendiente del estado cancelado final. Esa diferencia importa para controles de exposición, mensajes de clientes y el registro de cualquier ejecución que ocurra durante el proceso de solicitud. FIX Trading Community: Order State Changes, EP258
Seguir las pruebas
Trace cómo el evento podría llegar a los mercados, y luego inspeccionar una explicación competitiva.
Compare las explicaciones
Intercambiar lentes para ver lo que explica cada cuenta, y lo que sigue siendo incierto.
WFN: imagine un pedido para 100 unidades, con 20 ya llenados. Se envía una solicitud de cancelación para el resto, y otras 10 unidades ejecutadas antes de que se confirme la cancelación final. El resultado es 30 unidades ejecutadas y un resto cancelado sin rellenar. Estas cantidades inventadas ilustran por qué un flujo de trabajo de cancelación debe mantener el relleno interveniente. Una pantalla del cliente que elimina todo el orden cuando se reconoce que la exposición.
WFN: imagine un pedido para 100 unidades, con 20 ya llenados. Se envía una solicitud de cancelación para el resto, y otras 10 unidades ejecutadas antes de que se confirme la cancelación final. El resultado es 30 unidades ejecutadas y un resto cancelado sin rellenar. Estas cantidades inventadas ilustran por qué un flujo de trabajo de cancelación debe mantener el relleno interveniente. Una pantalla del cliente que elimina todo el orden cuando se reconoce que la exposición.
Para un pedido disputado, preservar la identidad original del pedido, la identidad de cancelación, los reconocimientos, las ejecuciones y el estado final. Record times consistente y mantener el pedido recibido del mensaje. Esto hace posible distinguir una ejecución ya en curso de un reconocimiento perdido o una pantalla incorrecta del cliente, sin asumir la causa del tiempo de la presión del cliente. Una revisión práctica pregunta si la posición final refleja cada relleno y si la cancelación se aplica a la secuencia de verificación de error seguido.
La especificación distingue la solicitud y el resultado
La especificación de julio de 2020 describe Pending Cancel como confirmación de recepción de una ordenCancelRequest, mientras que indica explícitamente que este estado no indica una cancelación completa. Sus ejemplos muestran por separado el reconocimiento de cancelación, rechazo de cancelación y confirmación de que el pedido restante ha sido cancelado. FIX Trading Community: Order State Changes, EP258
El documento también define la precedencia del estado de orden en el que coexisten varias condiciones. Por lo tanto, un estado pendiente de la cancel puede aparecer junto con ejecuciones acumuladas en el registro de pedidos. El examen pertinente incluye la información de ejecución y la cantidad restante, en lugar de tratar una etiqueta de estado único como prueba de que no se produjo ningún comercio adicional. FIX Trading Community: Order State Changes, EP258
Reconcile la carrera entre los rellenos y la cancelación
WFN: imagine un pedido para 100 unidades, con 20 ya llenados. Se envía una solicitud de cancelación para el resto, y otras 10 unidades ejecutan antes de que se confirme la cancelación final. El resultado es 30 unidades ejecutadas y un resto cancelado sin rellenar. Estas cantidades inventadas ilustran por qué un flujo de trabajo de cancelación debe retener el relleno interveniente.
Una pantalla de clientes que elimina todo el pedido cuando se reconoce la solicitud podría ocultar esa exposición. Una pantalla que muestra la cancelación solicitada, luego actualiza la cantidad final ejecutada, comunica la secuencia con mayor precisión. La descripción del protocolo proporciona la distinción; el método de redacción y reconciliación aquí son sugerencias de implementación editorial.
Los sistemas de riesgo deben evitar igualmente tratar la solicitud como una liberación inmediata de toda la capacidad reservada. El tratamiento adecuado depende del modelo de orden real del lugar y del corredor. Lo que soporta la evidencia es más estrecho: cancelación final, ejecuciones y cantidad restante debe estar de acuerdo. Un tiempo de solicitud por sí solo no establece la posición final.
Una secuencia que el equipo de operaciones puede explicar
Para una orden en disputa, preservar la identidad original del pedido, la identidad de cancelación de la solicitud, los reconocimientos, las ejecuciones y el estado final. Recordar los tiempos consistentemente y mantener la orden de mensaje recibida. Esto permite distinguir una ejecución ya en curso de un reconocimiento perdido o una pantalla incorrecta del cliente, sin asumir la causa de la hora de la presión del cliente.
Una revisión práctica pregunta si la posición final refleja cada relleno y si la cancelación se aplica al resto no ejecutado. También comprueba que las notificaciones de clientes cuentan la misma historia que el libro de ejecución. Estas preguntas complementan la recuperación de secuencias de nivel de sesión: reconectar el canal de mensajería es sólo útil si los registros de aplicaciones recuperados se interpretan correctamente.