Recepción: del albarán al almacenaje

Cree albaranes, elija el modo de recepción y reciba por palé o directo, con confirmación de diferencias e impresión de etiquetas.

Paso 1: crear el albarán de entrada#

Vaya a WMS → Inbound Receipts y cree el albarán manualmente o por importación. La creación manual pide cliente/merchant (de la lista; el título usa el merchant por defecto), número de PO, transportista, contenedor/remolque, BOL, precinto y las líneas esperadas (SKU + cantidad + UDM). La importación usa una plantilla CSV: descargar → subir → validar → revisar → confirmar. El número de albarán se genera solo. Si los camiones necesitan un muelle, cree una cita en WMS → Appointments (crear, listar, editar y ajustes); la recepción no la exige.

Paso 2: elegir el modo de recepción#

El modo de recepción es un conmutador de tres posiciones por almacén (receiving_mode, por defecto both), en datos maestros → editar almacén: desktop (solo escritorio), mobile (solo móvil) o both (ambos). Se aplica en la UI para no operar el mismo albarán por ambos lados a la vez.

Recepción en escritorio: menú Receive#

1. Recepción por palé: abra Receive → Palletized. El resumen muestra una fila por producto (SKU, cantidad esperada, ya paletizada, restante). En Build, elija líneas con restante, cantidad por palé y número de palés N, condición (Good/Damaged, por palé) y ubicación de almacenaje (obligatoria; solo tipo storage). Build → los palés pasan al área Pallet; Receive → confirmación de diferencias línea por línea → confirmar → el inventario se escribe de una vez en la ubicación de cada palé (el almacenaje va incluido) → received. Luego marque palés para imprimir etiquetas.
2. Recepción directa: un modal lista una fila por línea con cantidad recibida (por defecto el restante), ubicación (obligatoria, solo tipo picking, validada en ambos extremos), condición (Good/Damaged), lote y caducidad. Split divide una línea en varias para distintas ubicaciones. Receive → confirmación de diferencias → el API receive-batch escribe el inventario.

• Reglas de diferencias (iguales en escritorio y móvil): se permiten sobrantes y faltantes. Cualquier diferencia abre una confirmación línea por línea (sobrante en rojo, faltante en naranja); solo continúa tras confirmación explícita.
• La condición se mapea al estado del inventario: Good → available, Damaged → damaged.
• Restricciones de tipo de ubicación: el paletizado solo acepta tipo storage; la recepción directa solo tipo picking.

Recepción móvil: Create Receive Task#

1. En el detalle del albarán, pulse Create Receive Task (visible en modo mobile/both). El diálogo tiene Asignado (miembros de la organización) y el método: paletizado, directo o decidir al ejecutar (el operario elige al iniciar; por defecto). Al enviar se crea la tarea (task_type=receive).
2. En el teléfono, abra el detalle de la tarea. Los modos fijos muestran la etiqueta del método y un botón de inicio directo; el modo decidir muestra dos tarjetas grandes → toque → confirme → la tarea se actualiza. El método se bloquea tras el primer envío.
3. Flujo paletizado en 4 pasos: 1) Resumen — tarjetas por producto; 2) Build — líneas, cantidad por palé, N palés, condición, ubicación storage (escanear/escribir/elegir), repetible; modo etiqueta de fábrica: marque «usar etiquetas de fábrica» e ingrese un código por palé (el LPN pasa a ser el código de fábrica, sin secuencia ni impresión); 3) Palés — lista, los vacíos se pueden borrar; 4) Confirmar — confirmación de diferencias → enviar → página de éxito con los LPN. La impresión se hace en escritorio.
4. Flujo directo (tarjetas en una pantalla): una tarjeta por línea con cantidad recibida (por defecto el restante), ubicación picking (escanear/elegir, obligatoria), condición, lote/caducidad opcionales y botón Split. Enviar → confirmación → receive-batch. Se permiten varias rondas; el sistema avanza el albarán a received cuando todo está recibido.
5. Al terminar, cierre la tarea: receive-complete verifica que todo esté recibido → el albarán pasa a received y Compras se recalcula. Si queda restante, el cierre se bloquea (WMS_STATE_001): pida a un supervisor que lo gestione.

Estados del albarán#

• new / imported → receiving (avance automático en la primera acción) → received (todo recibido).
• Regla de finalización: received_qty + damaged_qty + rejected_qty ≥ expected_qty en todas las líneas (misma regla en escritorio, móvil y cierre).
• El restante de un faltante queda como remaining (el albarán sigue en receiving), o un supervisor lo registra como rejected y cierra el albarán.