【Serie avanzada de CJ 13/30 · Artículo n.º 41】
Cancelar las órdenes al detectar una anomalía puede reducir el riesgo de que queden órdenes sin ejecutar, pero no responde automáticamente de dónde viene la anomalía ni gestiona las posiciones que ya se han ejecutado.
Si se interrumpen temporalmente los datos, cancelar todas las órdenes puede evitar que sigas expuesto al riesgo. Pero si la anomalía se debe simplemente a que una fuente de cotizaciones va retrasada, cancelar a ciegas también puede dejar una estrategia que funcionaba correctamente en el peor momento. Y lo que es aún peor: si después de cancelar no registras el motivo que lo activó, al revisar lo ocurrido solo quedará el resultado: «ya se canceló».
Las medidas de control de riesgos deben basarse en condiciones y pruebas: qué anomalías congelan las nuevas órdenes, cuáles solo pausan las modificaciones, en qué circunstancias se puede reanudar y qué estados hay que volver a confirmar antes de hacerlo. La cancelación no es una conclusión, sino solo una acción dentro del proceso de gestión de riesgos.
La cancelación no elimina los registros de operaciones ya ejecutadas en el exchange. Lo que realmente hay que conservar son las condiciones que la activaron localmente, la solicitud de cancelación y su respuesta; de lo contrario, solo sabrás que se realizó la acción, pero no por qué se autorizó en ese momento. Después de cancelar una orden, también hay que comprobar si ya se ejecutó alguna operación y si persiste algún riesgo asociado a posiciones abiertas.
Cuanto más automatizado sea el sistema, más importante es dejar constancia de «por qué se hizo esto». De lo contrario, el programa parecerá rápido, pero en realidad solo habrá convertido lo desconocido en algo imposible de rastrear.
En el próximo artículo: un estado desconocido no es ni un fallo ni un éxito, sino un estado que debe gestionarse por separado.
#撤单 #GestiónDeRiesgosDeEjecución
Cancelar las órdenes al detectar una anomalía puede reducir el riesgo de que queden órdenes sin ejecutar, pero no responde automáticamente de dónde viene la anomalía ni gestiona las posiciones que ya se han ejecutado.
Si se interrumpen temporalmente los datos, cancelar todas las órdenes puede evitar que sigas expuesto al riesgo. Pero si la anomalía se debe simplemente a que una fuente de cotizaciones va retrasada, cancelar a ciegas también puede dejar una estrategia que funcionaba correctamente en el peor momento. Y lo que es aún peor: si después de cancelar no registras el motivo que lo activó, al revisar lo ocurrido solo quedará el resultado: «ya se canceló».
Las medidas de control de riesgos deben basarse en condiciones y pruebas: qué anomalías congelan las nuevas órdenes, cuáles solo pausan las modificaciones, en qué circunstancias se puede reanudar y qué estados hay que volver a confirmar antes de hacerlo. La cancelación no es una conclusión, sino solo una acción dentro del proceso de gestión de riesgos.
La cancelación no elimina los registros de operaciones ya ejecutadas en el exchange. Lo que realmente hay que conservar son las condiciones que la activaron localmente, la solicitud de cancelación y su respuesta; de lo contrario, solo sabrás que se realizó la acción, pero no por qué se autorizó en ese momento. Después de cancelar una orden, también hay que comprobar si ya se ejecutó alguna operación y si persiste algún riesgo asociado a posiciones abiertas.
Cuanto más automatizado sea el sistema, más importante es dejar constancia de «por qué se hizo esto». De lo contrario, el programa parecerá rápido, pero en realidad solo habrá convertido lo desconocido en algo imposible de rastrear.
En el próximo artículo: un estado desconocido no es ni un fallo ni un éxito, sino un estado que debe gestionarse por separado.
#撤单 #GestiónDeRiesgosDeEjecución