POS de cajero

Cualquier accion operativa del cajero (abrir venta, aplicar descuento, buscar producto sin codigo) debe ser alcanzable en maximo 3 toques desde la pantalla principal. Cada tap extra suma ~2 segundos por transaccion; en una caja con 200 ops/dia eso es +10 min perdidos por turno. Auditoria: cronometrar "agregar item sin codigo" desde inicio.

Los botones de accion frecuente (agregar, eliminar, cobrar) miden minimo 56pt, nunca menos de 44pt. El cajero opera bajo presion, a veces con dedos humedos o guantes ligeros; los errores de toque cuestan tiempo real. Separar botones adyacentes con al menos 8pt de espacio negativo para reducir falsos positivos.

Al registrar cada item o accion debe haber respuesta visual en menos de 100ms: highlight del boton, actualizacion del total, animacion de adicion al carrito. Sin feedback inmediato el cajero no sabe si el toque registro y repite la accion, causando duplicados. Complemento de R485 (no spinner menor a 100ms): aqui se trata de la respuesta visual del control mismo.

La pantalla principal organiza acciones en el orden en que el cajero las ejecuta: escaneo > cantidad > descuento > pago > recibo. Los accesos directos a productos se agrupan por frecuencia de uso (mas vendidos en la zona de mayor alcance), no por categoria de inventario. Shopify POS UI Extensions documenta este principio como "operator-centric layout" en su design system.

Los 8-12 productos o categorias mas vendidos tienen botones de acceso directo en la pantalla principal, sin busqueda. Los descuentos comunes (10%, 15%, empleado) son preset de un tap, no entradas manuales. Reducir el tipeo al minimo: cada campo que requiere teclado fisico es un punto de friccion.

El cajero ve la pantalla de venta. El supervisor ve ademas anulacion, descuento libre y apertura de gaveta. El administrador accede a configuracion y void de transacciones cerradas. No mostrar controles deshabilitados con opacity baja: removerlos del layout por completo segun el rol. La contaminacion visual de controles no disponibles aumenta el tiempo de busqueda visual.

El POS no puede dejar de operar si cae la conexion. La base de datos de productos y precios vive localmente; las transacciones se almacenan en cola y se sincronizan al recuperar conexion. Un indicador sutil de estado de conexion (icono en esquina, no banner intrusivo) informa al cajero sin interrumpir el flujo. Una caja caida por falta de internet en hora pico es falla de diseno, no de infraestructura.

Cuando el sistema tiene pantalla de cajero y pantalla de cliente, ambas reflejan el mismo estado en tiempo real: items, precios y total. La latencia maxima entre ambas es 500ms; por encima el cliente percibe discrepancia y desconfia. El cliente nunca debe ver un subtotal desactualizado respecto a la del cajero.

El flujo de devolucion requiere autorizacion de supervisor (o PIN), registra automaticamente razon, importe, metodo de reembolso y empleado. El cajero ve el historial de transacciones de esa venta antes de ejecutar la devolucion. Sin audit trail visible se invita a fraude interno y se complica la reconciliacion contable.

Scanner de barras, balanza, gaveta e impresora se integran sin pasos manuales adicionales. Al escanear el item aparece en pantalla en menos de 200ms. Al cobrar la gaveta se abre y el ticket se imprime sin tap extra. Cada confirmacion manual de periferico agrega 3-5 segundos por transaccion; en alto volumen es la diferencia entre una caja agil y una congestionada.

Una pantalla con glare obliga al cajero a inclinarse en turnos de 8 horas y suma fatiga. Especificar pantallas con tratamiento anti-reflejo (AG coating) o mate. Angulo de montaje: 10-15 grados hacia atras desde vertical para cajero de pie; 20-25 grados para cajero sentado. La ergonomia del hardware es parte de la UX, no solo el software.