Selección de terminales de comedor: qué causa realmente la lentitud en hora punta
La queja más habitual sobre los terminales de comedor es que en hora punta no leen. El reflejo es culpar al equipo y cambiarlo. La medición suele mostrar cuatro o cinco factores apilados, y el equipo nuevo solo resuelve uno.
Primero, localizar: en qué paso se atasca
Hay al menos tres tipos de lentitud y se tratan de forma distinta: · La pantalla tarda uno o dos segundos en mostrar el importe tras pasar la tarjeta: capacidad del terminal o autenticación de tarjeta · El descuento se realiza pero el saldo no cuadra, o al día siguiente la conciliación no cierra: sincronización · El terminal responde rápido pero la cola no baja: proceso, estructura del menú o número de puntos de servicio
Causa uno: el modo offline está apagado o mal configurado
Muchos proyectos ponen los terminales totalmente en línea en nombre del tiempo real, de modo que cada operación espera la respuesta del servidor. Basta una pequeña fluctuación de red para que toda una fila de cajas se congele a la vez. Es el problema más frecuente y el más autoinfligido.
El diseño correcto es descuento offline por defecto con subida asíncrona, usando el canal en línea solo para avisos de saldo y verificación de listas negras. Así el comedor sigue sirviendo aunque el servidor esté caído y los registros se ponen al día después.
Causa dos: capacidad del terminal y tiempo de autenticación
Los terminales baratos usan microcontroladores de gama baja. Leer una tarjeta M1 implica selección, tres pasadas de autenticación y lectura de bloques: entre 300 y 800 ms por operación completa. No parece lento, pero multiplicado por una cola en hora punta se nota mucho. Las tarjetas CPU añaden pasos y exigen más cálculo.
La prueba es tosca pero eficaz: pase 50 tarjetas distintas seguidas y cronometre la primera y la quincuagésima. Si la quincuagésima es claramente más lenta, el terminal acumula estado o no limpia la caché: es un problema de firmware.
Causa tres: no es el equipo, es la persona
Cuántas personas atiende una caja por hora depende de encontrar la tarjeta, apoyarla, leer el importe, pulsar confirmar e irse. En muchos comedores el cuello de botella es esa pulsación. Si los importes pequeños pasan sin confirmación, el ritmo mejora más de un 30 %. Es un cambio de proceso: un terminal más caro no lo resuelve.
Causa cuatro: teclear un importe en lugar de elegir un plato
El cobro por importe obliga al personal o al alumno a teclear cifras: lento y propenso a errores. El comedor debe usar teclas de plato: de seis a doce platos habituales, una tecla cada uno, el precio aparece al instante y solo hay que confirmar. La caja de menús va más lejos: tres teclas, menú A, B y C.
Qué mirar al seleccionar
· Tiempo completo de operación: exija una cifra al proveedor y verifíquela en obra, no acepte métricas parciales como «reconocimiento en 0,3 s» · Capacidad offline: registros almacenados, límites, conmutación automática al perder red y subida automática al recuperarla · Distancia y ángulo de lectura: de 3 a 5 cm sin alineación precisa es mucho más rápido que pegar la tarjeta, sobre todo con guantes en invierno · Pantalla: legible al sol; de doble cara es mejor para que el alumno vea importe y saldo · Vida del teclado: en un comedor se pulsan miles de veces al día; los de membrana fallan, mejor teclas de cúpula metálica o capacitivas · Comunicaciones: RS-485 o TCP/IP, idealmente ambas para montar red híbrida
Tres cambios de despliegue con efecto inmediato
· Dimensione el número de terminales por el pico, no por el censo. En un centro de 2000 alumnos la comida se concentra en 40 minutos; a 250 o 300 personas por terminal y hora hacen falta de ocho a diez cajas · Separe cajas de menú cerrado y de autoservicio. Las de menú no teclean importe, solo una tecla, y la cola avanza al doble · Encienda diez minutos antes para que los primeros no coincidan con la inicialización y la reconexión de red
En resumen
La lentitud en hora punta rara vez tiene una sola causa: modo online, capacidad del terminal, flujo de confirmación, estructura del menú y número de equipos se multiplican. Mida en qué paso se atasca realmente y luego decida si cambiar equipos o cambiar el proceso: casi siempre lo segundo es más barato y se nota antes.