Respuesta directa: el conjunto mínimo de datos
Para evaluar la caducidad de una orden pendiente, recopile cuatro grupos de información: (1) los detalles de la orden, (2) la definición de caducidad en la orden, (3) las reglas de tiempo y ejecución del proveedor/plataforma que interpretan esa caducidad, y (4) la procedencia y la actualidad de los datos. Con solo “la idea de que una orden puede caducar”, no puede evaluar de manera confiable qué sucederá en el momento de la caducidad, porque el comportamiento de la caducidad depende de cómo se mide el tiempo y de cómo el proveedor trata los casos límite.
Mecanismo o definición: qué es la “caducidad” para una orden pendiente
Una orden pendiente es una orden que espera que se produzca una condición (por ejemplo, que el mercado alcance un nivel de activación). La caducidad significa que la orden pendiente ya no es válida después de un punto específico en el tiempo o después de un evento específico (según la plataforma y la configuración de la orden).
Al evaluar la caducidad, distinga la mecánica estable de las condiciones variables:
- Mecánica estable: la instrucción de caducidad registrada de la orden y el hecho de que la orden debe dejar de aceptarse para su ejecución después de la caducidad.
- Condiciones variables: movimientos del mercado cerca del momento de la caducidad, costos de negociación, latencia de ejecución y la interpretación específica del tiempo por parte del proveedor (como qué “reloj” se utiliza).
Evidencia o ejemplo: una lista de verificación práctica de entradas
Utilice un enfoque de lista de verificación de control para poder explicar la caducidad y verificar de forma independiente los hechos relevantes.
- Entradas de identidad de la orden
- Tipo de orden (categoría de orden pendiente utilizada por la plataforma)
- Instrumento o símbolo al que está vinculada la orden
- La marca de tiempo de envío de la orden y su contexto de zona horaria (qué reloj utiliza la plataforma)
- Entradas de especificación de caducidad
- El parámetro de caducidad tal como se registra en la orden (por ejemplo, una hora de caducidad explícita, una duración de “válida hasta” u otra condición de caducidad)
- Si la caducidad es absoluta (fecha/hora específica) o relativa (tiempo desde la colocación), tal como se representa en el registro de la orden
- Cualquier marca de tiempo de estado relacionada (cuando se aceptó, modificó o rechazó)
- Entradas de reglas del proveedor/plataforma (la “capa de interpretación”)
- La regla del proveedor sobre cómo se manejan las marcas de tiempo (comúnmente la hora del servidor en lugar de su hora local)
- La regla sobre qué sucede con las órdenes que están cerca de la caducidad (por ejemplo, cómo se trata el procesamiento parcial)
- La regla para las modificaciones: si la hora de caducidad cambia cuando modifica la orden
- Entradas de calidad y verificación de datos
- Fuente de verdad: de dónde proviene el registro de la orden (exportación del historial de la cuenta, ticket de orden de la plataforma o respuesta de la API)
- Actualidad: si el texto del contrato/especificación y el registro de la orden se capturaron en el momento en que necesita evaluar
- Comprobaciones de coherencia: hora de caducidad en el registro de la orden frente a la hora de caducidad que se muestra en la pantalla de estado de la orden
Supuesto de ejemplo para mantener la honestidad de los cálculos: si convierte una hora de caducidad registrada a su zona horaria local, indique la zona horaria y el método de conversión que utilizó, y confirme que la hora registrada está efectivamente en la misma base de zona horaria que supone.
Limitaciones y riesgos: al menos un modo de fallo
Las limitaciones materiales incluyen:
- Desajuste de zona horaria y reloj: si trata una marca de tiempo del proveedor como hora local (o viceversa), su conclusión sobre si la caducidad ocurrió cuando cree que ocurrió puede ser incorrecta.
- Ambigüedad del estado en casos límite: una orden puede cambiar de estado (pendiente, parcialmente ejecutada, modificada, rechazada) alrededor de la caducidad; sin marcas de tiempo de estado y las reglas del proveedor, es posible que no sepa qué evento “gana”.
- Documentación obsoleta: la interpretación de la caducidad puede depender de los términos de la plataforma que pueden cambiar; el comportamiento histórico de las órdenes no garantiza cómo se tratarán las órdenes futuras.
Verificación y siguiente pregunta
Puede verificar la información de caducidad de una orden pendiente alineando tres artefactos: el registro de la orden (que muestra la instrucción de caducidad), la documentación del proveedor/plataforma que define cómo se interpretan el tiempo y la caducidad, y la línea de tiempo del estado de la orden (que muestra los cambios de estado cerca de la caducidad). Si falta alguno de los artefactos o es inconsistente, trate la evaluación como incompleta.
Siguiente pregunta que debe hacerse: “¿Tengo tanto la instrucción de caducidad exacta de la orden como la regla del proveedor que define el reloj y el manejo de casos límite?” Si no es así, todavía no tiene suficientes datos para evaluar la caducidad de manera confiable.