Anexo A.7 · Referencia — Rack de pedidos e Informe de operaciones

Estado: BORRADOR (revisión intensiva 02-sep) · Material de consulta.

A.7.1 Rack de pedidos

Barra superior y filtros

Elemento	Al pulsarlo	Qué informa sin pulsar
Buscador (solo escritorio/tablet)	Al teclear resalta las coincidencias y desplaza hasta la primera; ojo: en cuanto llega la siguiente actualización en tiempo real, la búsqueda además filtra por nº/cliente.	—
Cada estado de la fila de contadores	Filtra por ese estado; segundo toque lo quita.	Nombre (configurable por empresa) y contador sobre el total. El color no es configurable: paleta fija asignada por posición. Solo salen las fases intermedias (ni orden 0 ni la final).
«Sin asignar»	Filtra los sin empleado; excluyente con el filtro de estado.	Contador de activos sin asignación.
«Mostrar filtros»	Despliega los 6 filtros combinables; el valor elegido queda como chip con «x».	«N pedidos activos» tras filtrar.
Menú de opciones (embudo)	«Agrupar pedidos» + «Agrupar por:» (se recuerdan entre sesiones) y «Ver DropShipping» (no se recuerda: vuelve apagado).	—
Leyenda	—	Punto por estado + fijos: verde lima = asignado, gris = sin asignar.

Los filtros elegidos, el estado y la búsqueda no se recuerdan al salir. Los selectores de filtro solo listan valores presentes en el rack («No hay X disponibles para filtrar»). Las devoluciones/abonos no aparecen en el rack. Arranque cache-first (primera pintada puede estar incompleta un instante) y reconexión automática si el tiempo real se corta >5 min.

La tarjeta — dos diseños

• Escritorio: chip «PED/nº», badge «En prep.» (tooltip), píldoras €/art·ud/provincia, píldora de ruta pulsable («Cambiar ruta») y bloque de empleado (avatar+nombre, icono de intercambio para reasignar) o botón «Asignar».
• Móvil y tablet: versión compacta — nº sin prefijo, cliente, provincia e importe en texto, la ruta no es pulsable, y no se ve quién está asignado (el chip dice siempre «Asignar»; el único indicio es el punto verde lima). Los tooltips no existen en táctil.

Asignar desde la tarjeta

• Solo el Administrador puede («Solo los administradores pueden asignar empleados»); con titular ya asignado sale «Gestionar asignación» (Reasignar / Desasignar / Cancelar), y todo pasa por confirmación («¿Estás seguro de que quieres asignar este pedido a X?») con spinner. Al asignar se notifica al empleado.
• El empuje a ALO «En preparación» ocurre solo en la primera asignación y si el estado avanzó y hay guarda anti-regresión: un pedido ya en picking/packing registra la asignación sin mover su estado (el semáforo no cambia — es correcto).
• ⚠ Desde la tarjeta no hay guarda de preparación: se puede reasignar un pedido de una preparación (la vía de grupo sí lo bloquea).

Vista agrupada

• Los grupos nacen plegados: tras activar la agrupación no se ve ninguna tarjeta hasta desplegar. Los sin dato caen en grupos «Sin cliente / Sin almacén / Sin ruta / Sin provincia».
• «Asignar los N pedidos» (esta vía no exige ser Administrador): si hay pedidos en preparación, alerta «Pedidos en una preparación» con «Asignar solo N libre(s)» — «Ir a la preparación» solo si todos son de la misma. Resultado: «Asignados N pedidos» (+ errores).
• «Crear preparación de N pedidos» pasa por el guard de criterios de agrupación (Anexo A.4.5): puede rechazar con motivos, no solo confirmar. En detalle: aparta los que ya tienen preparación, valida el resto (mín. 2 y, por cliente, misma serie/IVA/régimen/forma de pago/descuentos y mismos vendedores) y ofrece «Crear con N pedido(s)»; si el resto no vale, el aviso se titula «No se puede crear la preparación» con los motivos. Sin problemas, confirmación simple («¿Crear una preparación con N pedidos?»).
• La cabecera del grupo informa de dos cosas y solo dos: nombre del grupo y «N pedidos» (literal, también con uno: «1 pedidos»). Ni importes ni unidades. Los dos chips de acción solo se pintan con N > 1.
• De dónde sale la N — y por qué no puede desmentir a la operación. Los grupos se arman sobre la lista ya filtrada: el rack filtra y, acto seguido, reagrupa. Las dos acciones operan sobre ese mismo conjunto que la cabecera cuenta, no sobre una consulta aparte, así que recuento y operación no pueden divergir. Consecuencias prácticas: los seis filtros de la banda —almacén, provincia, ruta, agente, empleado, cliente— y el filtro de estado/«Sin asignar» recortan la N sobre la que se actúa; el buscador no (solo resalta); devoluciones y completados no entran nunca; y los dropshipping solo con «Ver DropShipping» encendido.
• ⚠ Cada refresco en tiempo real vuelve a plegar los grupos: el rack los reconstruye enteros y nacen plegados, así que un grupo abierto se cierra solo en cuanto llega un cambio.
• Orden: grupos por nombre alfabético; dentro, por número de documento. Un criterio no reconocido cae en un grupo «Otros». «Agrupar pedidos» y «Agrupar por:» se recuerdan entre sesiones; el despliegue de cada grupo, no.

A.7.2 Informe de operaciones

De dónde salen los datos (la pregunta clave)

El informe lee una colección de métricas que se recalcula cuando un pedido completa su packing o cambia su estado ALO. Consecuencias:

• Un pedido aparece a los segundos de cerrar su packing; el resto de cambios no lo actualizan.
• Los pedidos ya archivados no se recalculan nunca solos: una corrección posterior solo llega al informe lanzando el backfill (capítulo 22) — que también es la respuesta al aviso «Sin datos de shipping todavía (se poblará al desplegar y hacer backfill)».
• El día de cada pedido se computa en UTC: un packing cerrado entre las 00:00 y las 02:00 cuenta en el día anterior.
• No hay estado de error: sin conexión o sin empresa, el informe pinta ceros sin avisar.

Precisiones de métricas (donde el resumen simplificaba)

• «Ciclo medio» y los tiempos por proceso/flujo son medianas (excluyendo ceros); el «tiempo» de una fase es primer-evento→cierre dentro del mismo día (una fase que cruza medianoche no computa).
• «Servidas» tiene cuatro fuentes — albarán (individual y drop), empaquetado (preparaciones, donde el albarán agrupado no es atribuible por pedido) o recogidas (sin albarán) — y la tabla de descuadres lo dice en su columna «Fuente servido»: con fuente empaquetado(prep-normal) el «+/−» compara packing contra picking, no contra el ERP.
• El fill rate, la consolidación y pedidos/prep del bloque Tradicional se calculan solo con las preparaciones (los individuales solo entran en el coste medio). El coste reparte el picking de la prep entre sus pedidos + packing 1-a-1, × tarifa.
• El % dentro de SLA se calcula solo sobre pedidos con ciclo medible (puede no cuadrar con «Pedidos drop»).
• La tabla de empleados excluye a «Sistema» y a cualquier nombre que contenga «prueba»; los nombres antiguos ambiguos pueden salir en fila duplicada (el «~» los marca).
• Los rankings excluyen a quien tiene 0 en esa métrica (por eso las dos listas difieren) y scrollean con la lista completa.

Controles y marcas

• Tooltips de columna: solo la tabla de Empleados los tiene (y los del embudo Recogidas/Servidas); el resto de tablas no — y en táctil no hay tooltips.
• Marcas: «~» aproximado/parcial · «p90» = el 90 % por debajo · «—» = medianas no sumables · ámbar = umbral incumplido (matiz: «Uds no servidas» sale siempre en ámbar, valga lo que valga).

• El rango no valida «Desde ≤ Hasta» (invertido = informe vacío sin aviso). Sin exportar, sin refrescar (es tiempo real), sin presets.