A Qué Está Conectada Realmente una Plataforma de Trading

El terminal es un cliente, y la cuenta no está dentro de él

El programa instalado en su máquina no es donde vive la cuenta. Es un cliente: inicia sesión en un servidor que gestiona el bróker, y todo lo que aparece en pantalla es una copia de lo último que ese servidor le envió. Posiciones, órdenes, saldo e historial son el registro del servidor, y la tarea del terminal consiste en mostrarlos y en devolver instrucciones.

Casi todo lo confuso de una plataforma de trading se deriva de esa división. Un problema es un problema del terminal, un problema del servidor o un problema del enlace entre ambos, y los tres tienen síntomas distintos y soluciones distintas. Saber cuál de ellos tiene delante es la mayor parte del trabajo.

Un inicio de sesión tiene tres partes, no dos

Un número de cuenta y una contraseña no bastan para entrar. La tercera parte es el servidor, porque el mismo número puede existir en más de uno de los servidores del bróker y significar allí otra cuenta, o ninguna. Los brókeres suelen mantener varios —demo en uno, cuentas reales en otro y a veces servidores separados para distintas entidades o regiones—, de modo que una cuenta abierta bajo una entidad no se alcanza desde un terminal apuntado a otra.

El servidor tampoco es permanente. Los servidores se consolidan, se renombran y se trasladan, y un terminal que guardó una dirección antigua sigue sin conectar mientras las credenciales están perfectamente bien. Por eso un inicio de sesión fallido no es prueba de que la contraseña sea incorrecta, y por eso lo primero que pide un servicio de atención es el servidor y no el número.

La versión instalada en su máquina es solo la mitad del programa

La versión que corre en su máquina y la versión que corre en el servidor del bróker se numeran de forma independiente y se actualizan cada una según su propio calendario. El comportamiento que usted observa es una propiedad de ese par, no de la plataforma en abstracto, y por eso dos personas en una plataforma con el mismo nombre pueden estar describiendo programas genuinamente distintos.

El desajuste a veces es ruidoso: un servidor puede rechazar el acceso de un terminal más antiguo del que admite y ofrecer una actualización en su lugar. El caso silencioso es peor: el terminal conecta y algo se comporta de otra manera. Cómo se trata un tipo de orden, qué expone una interfaz de programación, qué ajustes existen siquiera. Es también la razón por la que las instrucciones escritas y las capturas de pantalla envejecen sin que nadie lo note, ya que el menú descrito puede sencillamente no estar en la versión que tiene el lector. Anote la versión antes que cualquier otra cosa al informar de un fallo.

Una conexión tiene más de dos estados

Las plataformas informan del enlace con más detalle que un indicador de encendido o apagado, y las distinciones importan. La conexión puede no existir. Puede ser rechazada, porque las credenciales no son válidas en ese servidor: es una avería distinta de que la red no esté disponible, y apunta a otro sitio. O puede estar establecida y haber dejado de recibir actualizaciones.

Este último es el caso incómodo. El último precio permanece en pantalla, así que un flujo detenido se parece exactamente a un mercado que ha dejado de moverse. Nada en los precios permite distinguirlos, porque en ambos casos no cambia nada. Quien responde es el propio indicador de conexión de la plataforma, y conviene saber dónde está antes de tener un motivo para necesitarlo.

Lo que un terminal apagado no detiene

Cuando el terminal se calla —cerrado, dormido o desconectado—, la división anterior decide qué continúa. Las instrucciones que ya llegaron al servidor son cosa del servidor: las órdenes pendientes de entrada, y los niveles de stop y de límite adjuntos a posiciones abiertas, siguen gestionándose mientras nadie mira.

Lo que no continúa es todo lo que seguía siendo local. Una instrucción que no se envió sencillamente no se envía. Un programa adjunto a un gráfico no puede actuar sobre precios que nunca recibió, de modo que su silencio durante una desconexión no es una decisión. A cuál de las dos categorías pertenece una instrucción concreta es una propiedad documentada de la plataforma y de la cuenta, no algo que se deduzca de una pantalla: un nivel dibujado en un gráfico no es por sí solo prueba de que se haya informado al servidor de él.

El fin de una sesión no es una caída de la conexión

Los terminales web, las áreas de cliente y las interfaces de programación aplican un tiempo de expiración de sesión: un límite a cuánto tiempo sigue siendo válida una sesión iniciada sin actividad. Cuando expira, la sesión termina y la siguiente acción exige volver a entrar. Es una vida útil de autenticación, no un acontecimiento de trading: en el servidor no cambia nada, las posiciones siguen abiertas y las órdenes ya aceptadas siguen vivas.

Conviene separarlo de una conexión perdida, porque los dos se parecen y significan cosas distintas. Las consecuencias de una expiración están del lado de la entrada. Una página dejada abierta puede estar mostrando cifras que eran ciertas cuando cargó y ya no lo son. Una clave o un token caducado verá sus peticiones rechazadas hasta que se renueve. Lo escrito en un formulario puede perderse cuando la sesión que había detrás ya ha terminado.

Qué tener anotado antes de preguntar a nadie

Todas las preguntas anteriores las responde un par concreto —este terminal, aquel servidor— y no la plataforma como categoría. Por eso, lo que merece la pena registrar en el momento en que algo parece mal es lo que identifica el par: el nombre del servidor, el número de versión, la hora con su huso, y lo que haya recogido el registro de la propia plataforma, que suele ser el único sitio donde un rechazo silencioso llega siquiera a aparecer.

La lista es corta y es aburrida, y es la diferencia entre una pregunta que alguien puede responder y una pregunta que se convierte en un intercambio de conjeturas. Tiene además un segundo uso: le dice por cuál de las tres capas preguntar —su máquina, el enlace o el servidor—, y esas tres no suelen ser responsabilidad de la misma organización.