Qué Tiene Permitido Hacer un Programa Automático en un Gráfico

Estar en marcha y tener permiso son dos estados distintos

Un programa adjunto a un gráfico puede estar completamente cargado y ser completamente incapaz de operar. Lee los precios que llegan, actualiza su propio estado, alcanza sus propias conclusiones, y después ve rechazada cada orden que intenta enviar antes de que esa orden salga de la máquina. Mientras eso ocurre, nada del gráfico parece mal.

La distancia entre estar en marcha y tener permiso es lo más útil que se puede entender sobre la automatización en una plataforma minorista, porque la mayor parte de las historias que empiezan con una estrategia que no hizo nada durante la noche vive ahí dentro. El programa no estaba roto y el mercado no estaba tranquilo. Sencillamente no se le permitía actuar.

El permiso es una cadena, no un interruptor

Que un programa adjunto pueda enviar una orden lo decide normalmente más de un ajuste. Hay un interruptor para todo el terminal, un ajuste por programa y, en algunas cuentas, también un permiso del lado del bróker. Una orden solo pasa cuando todos ellos la dejan pasar, lo que convierte el permiso en una cadena: un eslabón cerrado detiene todo, y todos producen la misma apariencia exterior.

Por eso decir que el trading automático está activado es una afirmación incompleta: nombra un eslabón. Establecer que un programa puede actuar es establecer que cada uno de ellos dice que sí en el mismo momento, y el que está en el nivel de la cuenta ni siquiera se ve desde el terminal. Es un hecho sobre la cuenta, y lo responde el bróker y no el programa.

El rechazo es silencioso justo donde usted está mirando

Cuando falta el permiso, la orden la rechaza el terminal antes de que llegue al servidor, así que nunca llega a ser nada que la cuenta pueda mostrarle. No hay una orden rechazada en el historial, porque no hubo orden. El gráfico sigue dibujándose, el programa sigue corriendo, y el único registro de lo ocurrido está en el propio registro de la plataforma.

Por eso el permiso merece tratarse como un estado que se comprueba y no como un ajuste que se configura una vez. Puede cambiarlo una actualización, un reinicio, la apertura de una disposición de ventanas guardada o un cambio en la cuenta, y ninguna de esas cosas se anuncia. El registro es la única superficie en la que la diferencia entre haber decidido no actuar y no tener permiso para actuar llega siquiera a ser visible.

Un programa que se ejecuta una vez y un programa que se queda

Las plataformas suelen distinguir dos tipos de programa adjunto, y la distinción es la vida útil y no el lenguaje. Ambos se escriben igual y ambos hablan con el terminal por la misma interfaz. Uno se invoca, hace su trabajo sobre el estado de la cuenta tal como está en ese momento y se detiene. El otro permanece cargado y se invoca de nuevo con cada precio que llega.

Casi todas las consecuencias prácticas se derivan de eso. Un programa de ejecución única sirve para un trabajo definido por el momento presente —cerrar todo, colocar un conjunto de órdenes preparado, escribir el contenido de un gráfico en un fichero— porque no necesita saber qué pasa después. Tampoco puede gestionar lo que colocó, porque para entonces ya no está. Todo lo que tenga que responder a precios posteriores tiene que ser del tipo que se queda, y elegir el tipo equivocado produce un programa que funciona a la perfección y luego no hace nada más, lo cual se lee como un fallo y no lo es.

Su silencio no es un informe

Un programa adjunto actúa sobre los precios que el terminal le entrega. Mientras la conexión está caída no llegan precios, así que no se calcula nada y no se envía nada, y desde fuera eso es indistinguible de un programa que lo recibió todo y concluyó que no había nada que hacer.

Los dos casos son distintos en todo lo que importa e idénticos en pantalla. Separarlos obliga a ir a los registros: qué dice el registro que estaba haciendo el programa, y si la cuenta muestra algo al otro lado. Ni el gráfico ni lo que el propio programa dibuja en el gráfico zanjan la cuestión, porque ambos se construyen a partir de lo que el terminal tiene, que es precisamente lo que está en duda.

Una etiqueta en una orden no es un identificador

La mayoría de las plataformas permite que una orden lleve un texto libre corto: un comentario enviado con la orden, que viaja al servidor y suele aparecer junto a la posición resultante y en los extractos de la cuenta. Para eso es genuinamente útil: leer un extracto más tarde y poder ver qué regla o qué programa colocó algo.

Lo que no es es un campo del que un programa pueda fiarse. El texto es corto y el texto más largo se trunca. Brókeres y servidores pueden añadirle cosas o sustituirlo. Y una posición cerrada por un stop o por un proceso automático lleva a menudo un comentario escrito por el servidor y no aquel con el que se abrió, de modo que la etiqueta de salida no es necesariamente la que entró. Todo lo que tenga que leerse de vuelta con fiabilidad pertenece a un campo pensado para identificar, dejando el comentario como lo que es: una nota para una persona que lea un extracto más adelante.

Lo que una descripción de una ejecución automática deja fuera

Cualquier afirmación sobre lo que un programa hizo durante un periodo es una afirmación sobre una versión concreta de un terminal, un servidor concreto, un conjunto concreto de permisos y un gráfico concreto, y solo es reproducible en la medida en que lo sean ellos. Una descripción que los omite no ha dicho lo suficiente para que nadie la compruebe, incluida la persona que la escribió.

Hay algo que se puede comprobar sin nada de eso, y es la coherencia interna. El registro de la plataforma y el extracto de la cuenta los escriben sistemas distintos y recogen los mismos hechos desde lados distintos. Donde coinciden, algo ocurrió como se describió. Donde discrepan, o donde el registro guarda rechazos de los que el extracto no tiene rastro, la respuesta está en la distancia entre ambos. Esa comparación no tiene ningún atractivo, y es la única parte del cuadro que no depende de creerse la descripción.