Listas: busca en todo el almacén, no solo en las filas de su pantalla
El contrato de paginación que hay detrás de cada lista principal, y por qué a una página vacía nunca se le permite mentir sobre su inventario.
Un operador teclea un número de serie en la búsqueda de inventario y no sale nada. El activo existe. Está en la página catorce. La búsqueda solo miró las veinticinco filas que el navegador había cargado, y el operador cree ahora que el dispositivo no se recibió nunca. Media hora y una llamada incómoda después, resulta que sí. Ese modo de fallo es la razón de que todas las listas principales de la plataforma sigan una sola regla: primero buscar, luego paginar.
El contrato
La búsqueda y los filtros se aplican al conjunto completo de datos de la lista antes de elegir la página. Lo que se ve es el trozo actual de todo lo que casó, nunca un filtro sobre un trozo. La lista lo dice: el total de coincidencias, el rango actual, página X de Y, saltos directos a páginas cercanas y un selector de tamaño de página. El tamaño por defecto es un ajuste de todo el tenant en Settings > Visualización y listas, así que un equipo que prefiere cien filas por página lo decide una vez, para todos.
La barra de direcciones se acuerda
La URL lleva el texto de búsqueda, los filtros, el orden, la página y el tamaño de página. Refresca y sigue donde estaba. Le manda el enlace a un compañero y ve el mismo conjunto de trabajo. Abre un activo, le corrige la calificación, vuelve: misma página, mismos filtros, mismo orden de filas. Una lista que olvida su estado en cada desvío es una lista en la que la gente deja de confiar después de una sola mañana.
Dos clases de vacío
“No hay registros” y “no hay coincidencias” son frases distintas y la plataforma dice la correcta. Un tenant que todavía no ha recibido ni un activo ve un estado vacío de primer arranque que señala la recepción o un manifiesto entrante como primer paso operativo. Un tenant con diez mil activos y un filtro que no casa con ninguno ve un estado de sin resultados que le pide ampliar la búsqueda. Y a un número de página más allá del final de la lista —un marcador rancio, un enlace compartido después de una limpieza— no se le permite nunca fingir que el tenant no tiene datos. Una página vacía es una respuesta, no una acusación.
Los selectores juegan con la misma regla
Los selectores operativos que se parecen a una lista de stock —elegir activos de origen para un trabajo de desmanufactura, seleccionar inventario libre para una orden saliente— buscan entre todos los candidatos, no solo entre los que caben en la primera pantalla, y arrancan con el mismo tamaño de página por defecto. Si un selector puede crecer más allá de un puñado de registros, se comporta como una lista, porque para quien está en la planta lo es.
Las dos excepciones, con nombre
Las pantallas grandes tipo feed, como el audit trail de Actividad, usan paginación por cursor —más recientes, más antiguos— como excepción explícita, porque un total sobre millones de eventos no es la pregunta que hace nadie ahí. Las listas de configuración pequeñas y acotadas que se cargan enteras —los formatos de palé de un tenant, sus tipos de zona— pueden filtrar en el navegador, porque no hay nada en una página siguiente que perderse. Todo lo demás pagina como se ha descrito arriba. Nada de caídas silenciosas a “anterior / siguiente” donde había un total de verdad posible.
Filas que se abren sin ratón
Cada fila de una de estas listas es un único enlace con nombre a su detalle. El tabulador aterriza en la fila, Intro la abre y un lector de pantalla oye el nombre del registro una vez —“Acme BV, enlace”—, no una vez por celda ni solo “enlace”. Las acciones que aparecen cuando el ratón pasa por encima de una fila aparecen también con el foco del teclado. La lista es la superficie de trabajo del día; funciona con la mano que tenga libre.