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

Cómo se combinan (el orden real de los recortes)

El rack recorta en cuatro pasos, y cada uno trabaja sobre lo que le deja el anterior:

1. Dos recortes fijos, siempre. Los pedidos completados no entran nunca, y las devoluciones tampoco; los dropshipping solo con «Ver DropShipping» encendido.
2. Fila de arriba: una condición a la vez. El estado es un índice único y «Sin asignar» es excluyente con él — encender uno apaga el otro.
3. Fila de abajo: un valor por filtro, los seis cruzados con «y» entre sí y con el de arriba. No hay selección múltiple: no se piden dos provincias.
4. El buscador queda fuera de la cadena: resalta dentro de lo ya filtrado y no cambia ningún recuento.

Lo que sobrevive a esos pasos es lo que cuenta «N pedidos activos», lo que se reparte en grupos y lo que operan las acciones de grupo. Dos asimetrías que se notan en uso:

• «Sin asignar» anula el filtro de Empleado mientras está activo: el chip del empleado sigue pintado, no filtra nada, y vuelve a filtrar solo —sin reelegirlo— en cuanto se apaga «Sin asignar».
• Los contadores de estado no se recortan. Se calculan sobre el rack entero: con una provincia puesta, el estado sigue marcando su total mientras «N pedidos activos» baja.

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).
• Un pedido que pertenece a una preparación se asigna desde su preparación, que lleva el empleado a todos sus pedidos a la vez (capítulo 13).

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». 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 actualización en tiempo real rehace los grupos sobre lo último, y los presenta plegados. 💡 Despliega el grupo cuando vayas a trabajar con él.
• 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.
• Si el informe sale a ceros, comprueba la conexión y que «Desde» sea anterior a «Hasta».

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 va de «Desde» a «Hasta», con «Desde» primero; el informe se actualiza en tiempo real, así que no necesita botón de refrescar.