Fat-finger: anatomía de un error de tecleo
Qué ocurre en los segundos previos a una orden equivocada
Un dedo que resbala una tecla. Un cero de más. Un decimal desplazado. La orden sale, el mercado la absorbe en milisegundos y el libro queda torcido. Cuando se reconstruyen incidentes públicos de este tipo, casi nunca aparece un operador distraído: aparece una persona que llevaba horas frente a la misma pantalla, con un formulario que no distingue visualmente entre millones y miles, y con un reloj que no deja margen para releer.
La etiqueta "fat-finger" nombra el síntoma, no la causa. En los casos documentados que revisamos, la cifra mal introducida fue el último eslabón de una cadena: fatiga acumulada tras el cierre asiático, una interfaz donde el campo de cantidad y el de precio comparten tipografía, y la presión de cubrir una exposición antes de que se mueva el spread. Ninguno de esos factores por separado habría bastado. Juntos, reducen el margen de verificación a poco más de un segundo.
Qué señales existían antes del error
En las reconstrucciones donde hay registros de actividad, aparecen patrones repetidos. Aumento del tiempo entre pulsaciones y luego un pico de velocidad justo antes del envío. Correcciones sucesivas en el mismo campo. Cambios de ventana más frecuentes de lo habitual. Ninguna de estas señales es concluyente por sí sola, pero combinadas dibujan un estado de carga que precede al tecleo equivocado con cierta regularidad.
Los límites de tamaño por orden y las confirmaciones redundantes ayudan, aunque tienen un costo. Un umbral demasiado bajo obliga a confirmar operaciones rutinarias y termina generando automatismo: el operador pulsa "aceptar" sin leer. Un umbral demasiado alto deja pasar exactamente el error que se quería evitar. La calibración no es un problema técnico resuelto, es una decisión operativa que cada mesa negocia con su propia tolerancia al riesgo.
El papel del estado fisiológico
Los sistemas de alerta temprana basados en señales biométricas no pretenden leer la intención del operador. Intentan detectar el momento en que su capacidad de verificación cae por debajo de un umbral razonable. Frecuencia cardiaca, variabilidad del pulso y latencia de decisión se combinan para estimar carga, y esa estimación puede activar una pausa breve, una segunda confirmación o simplemente un registro para auditoría posterior.
La dificultad está en no convertir la vigilancia en ruido. Un sistema que avisa demasiado pierde credibilidad en la primera semana. Uno que avisa poco no sirve para nada. Y en medio de esa tensión queda un problema que ninguna métrica resuelve sola: qué hacer con la alerta cuando llega, quién decide parar la operación y cómo se documenta esa decisión para que sea reconstruible meses después.
Este tipo de análisis no busca culpables. Busca condiciones repetibles. Si un error de tecleo se puede explicar por fatiga, interfaz y prisa, entonces también se puede anticipar con instrumentación adecuada y con reglas de confirmación bien calibradas.