Convierte la vigilancia constante del mercado durante las 24 horas en una tarea que el sistema realiza de forma continua.

El sistema realiza continuamente evaluaciones previas

Antes de cada ejecución, se lee primero el estado del mercado, el estado de la cuenta y el contexto de la estrategia; no se convierte una señal aislada directamente en una orden.

La evaluación previa requiere información tanto del mercado como de la cuenta. Los datos de cotización deben ser recientes y corresponderse con los instrumentos de negociación correctos; además, debe ser posible consultar el saldo de la cuenta, las posiciones abiertas, las órdenes y los permisos. Si falta algún dato clave, el sistema no debe interpretar «no se sabe» como «no hay ningún problema».

• Comprobación de la integridad de los datos de cotización
• Comprobación del estado de la cuenta y los permisos
• Comprobación de las condiciones de ejecución de la estrategia

Las condiciones de riesgo tienen carácter de veto.

Aunque surja una oportunidad para la estrategia, el sistema no seguirá ejecutando nuevas operaciones si no se cumplen las condiciones relativas a las posiciones, los permisos, la cuenta o el riesgo.

El control de riesgos tiene derecho de veto independiente. Aunque la estrategia detecte una oportunidad, si el riesgo de la cuenta ha alcanzado el límite, existen posiciones pendientes, se producen anomalías en los permisos o no se puede confirmar el estado de la bolsa, la nueva operación quedará restringida. La esencia de la automatización no consiste en realizar más órdenes, sino en detenerse automáticamente cuando no se debe actuar.

• Si no se supera la evaluación de riesgos, se aplicarán restricciones.
• Las situaciones anómalas no se disimulan como normales.
• El alcance de la ejecución está sujeto a las condiciones de la autorización.

La ejecución de las órdenes pasa por un ciclo de vida completo

El sistema realiza un seguimiento de los estados de creación, ejecución, anulación, protección y cierre, para evitar que se considere que la operación ha finalizado tras ver únicamente el resultado de un único envío.

La emisión de una orden es solo el comienzo de su ciclo de vida. El sistema continúa verificando si ha sido aceptada por la bolsa, si se ha ejecutado parcialmente, si se ha ejecutado en su totalidad, si se ha establecido una orden de protección y si la posición sigue variando tras una anulación o un fallo; no se puede dar por completada la operación basándose únicamente en una única respuesta de la interfaz.

• Seguimiento continuo del estado de las órdenes
• Posiciones y medidas de protección relacionadas
• Se siguen verificando los resultados fallidos y desconocidos.

Una vez completado, pasa a la siguiente ronda.

Los resultados de las operaciones, las comisiones, los beneficios y los riesgos se reincorporan al contexto del sistema, lo que da lugar a una ejecución continua en lugar de una orden puntual.

Los resultados de la simulación incluyen precios de ejecución reales, comisiones, variaciones en las posiciones y estado de riesgo. Estos datos actualizan el historial del cliente e influyen en las decisiones de la siguiente ronda. La pérdida de conexión del dispositivo del cliente no interrumpe el funcionamiento del servidor, pero cualquier anomalía en la conexión de la cuenta, la bolsa o la plataforma activará un proceso de restricción y recuperación.

• Resultados en el historial real
• Informar del estado para la evaluación posterior
• Los clientes pueden consultar el estado general de funcionamiento

Antes de que se genere la orden, el sistema ya ha completado la mayor parte del proceso de evaluación.

El sistema comprueba primero si la fuente de cotizaciones, los instrumentos de negociación y la hora coinciden, y a continuación lee el saldo de la cuenta, las posiciones abiertas, las órdenes simples, las órdenes condicionales y las operaciones recientes. Solo cuando toda esta información refleje conjuntamente el estado real de la cuenta, las estrategias candidatas podrán pasar a la fase de verificación de riesgos.

La evaluación de riesgos continúa calculando el riesgo que ya asume la cuenta actual, el límite disponible restante, las posiciones previstas y los límites de salida. Una oportunidad de negociación que se ve en la página puede haber sido filtrada previamente en función de múltiples condiciones; las opciones rechazadas no se disfrazarán como «beneficios perdidos».

• La información sobre cotizaciones y cuentas debe estar completa y ser coherente.
• Las oportunidades candidatas se generan antes que las órdenes.
• Las condiciones de riesgo tienen la última palabra.

«Enviado», «Ejecutado», «Ejecutado parcialmente» y «Finalizado» son cuatro estados diferentes.

El hecho de que una plataforma de intercambio acepte una orden solo significa que la solicitud se ha puesto en proceso, no que ya se haya abierto una posición. Las órdenes pueden quedar en espera, ejecutarse parcialmente, ejecutarse por completo, cancelarse o rechazarse; el sistema debe actualizarse continuamente en función de los resultados reales, y no puede calcular las ganancias por adelantado tras el envío correcto de la orden.

Algunas operaciones, en particular, requieren un tratamiento adicional: ya se ha generado una posición real, pero la cantidad restante sigue en la orden. El sistema debe establecer o ampliar la protección de acuerdo con la posición real, al tiempo que sigue realizando un seguimiento de la parte no ejecutada, para evitar que el estado de la cuenta difiera de lo registrado en la página.

• El hecho de que se haya enviado correctamente no implica que la operación se haya ejecutado.
• Algunas operaciones ya han generado riesgos reales.
• Las cancelaciones y los errores también deben confirmarse en la posición final.

Una de las capacidades más importantes de la automatización es saber dónde detenerse en caso de anomalías.

La desconexión de la red del cliente no afecta al funcionamiento del servidor, pero las anomalías en las interfaces de las plataformas de intercambio, los permisos de las cuentas o los servicios de la plataforma pueden impedir temporalmente la verificación de datos clave. En tales casos, el sistema da prioridad a evitar nuevos riesgos y continúa verificando las posiciones existentes y las medidas de protección, en lugar de reenviar las órdenes.

La recuperación no implica que el trading se reanude inmediatamente tras volver a conectarse a la interfaz. El sistema debe volver a leer los saldos, las órdenes, las órdenes condicionales, las ejecuciones y las posiciones; solo tras completar la asignación y la conciliación se podrá determinar si la cuenta ha recuperado el estado que permite asumir nuevos riesgos.

• Un estado desconocido no puede considerarse una posición vacía.
• Durante los periodos de anomalías, se da prioridad a la protección del riesgo existente.
• Las nuevas operaciones se reanudarán una vez finalizada la nueva verificación.