Despachos parciales

1. Detalle de la funcionalidad

En Janis se permite gestionar de forma sistémica los casos en los que uno o más bultos de una ruta no pueden ser despachados. El registro de esta situación se realiza desde el Módulo de Despacho de Janis Delivery APP, donde el operario indica, al finalizar el despacho de la ruta, qué bultos no pudieron cargarse al vehículo.

A partir de ese registro, la plataforma centraliza la información en un registro de resolución pendiente, evitando que la mercadería que quedó en el sector de despacho pierda visibilidad o trazabilidad.

Esta funcionalidad asegura que cada bulto no despachado tenga un destino sistémico inmediato, manteniendo la relación entre el pedido original y su posterior tratamiento. De esta forma, se elimina la posibilidad de que un bulto quede físicamente en el muelle sin ningún registro que refleje su situación.

El usuario cuenta con tres acciones posibles para resolver cada bulto no despachado: reagendar la entrega, reenviarlo a picking o cancelarlo. Según la acción seleccionada y la proporción de bultos afectados dentro del pedido, el sistema define automáticamente si corresponde generar un nuevo pedido o si el pedido original continúa su curso.

Esta funcionalidad se beneficia de reutilizar los flujos ya existentes en Janis (reagenda, devolución de ítems y cancelación), lo que permite mantener el historial de cada pedido sin perder trazabilidad sobre la factura ya emitida.

1.A. Generación de la resolución pendiente

Cuando al finalizar un despacho queda al menos un bulto marcado como no despachado (ver Módulo Despacho), Janis genera automáticamente un registro de resolución pendiente que centraliza todos los pedidos y bultos afectados de esa ruta.

Dentro de ese registro se puede visualizar, por cada pedido afectado, el detalle de los bultos no despachados junto con el motivo de no despacho seleccionado por el operario durante el escaneo.

1.B. Acciones disponibles para resolver un bulto no despachado

Para cada bulto no despachado, se debe seleccionar una de las siguientes acciones:

• Reagendar: El pedido continúa con la misma preparación y facturación ya realizadas, y únicamente se modifica la fecha de entrega. La mercadería en el sector de despacho vuelve a la posición de Staging que tenía previo al despacho, permitiéndose reasignarla a otra posición en caso de no haber capacidad. Si la totalidad de los bultos del pedido queda sin despachar, el pedido original avanza directamente con la nueva fecha, sin generarse un pedido nuevo. Si en cambio el pedido ya tuvo otros bultos efectivamente despachados, los bultos reagendados se trasladan a un pedido nuevo, dado que el estado de reprogramación se gestiona a nivel de pedido y no puede convivir con bultos ya despachados dentro del mismo registro; en ese caso, el pedido original conserva lo despachado y el pedido nuevo queda listo para entrega con la nueva fecha, sin repetir el picking.
• Repickear: El pedido vuelve a quedar pendiente de picking. Dado que la factura ya emitida no puede modificarse, esta acción nunca se aplica sobre el pedido original: la mercadería en el sector de despacho se traslada al sector de "On hold" y se genera un pedido nuevo que concentra los bultos marcados con esta acción, iniciando el ciclo de picking desde cero. Este pedido nuevo mantiene el mismo identificador del pedido original, agregando un sufijo distintivo, de la misma forma en que se identifican los pedidos generados por entregas parciales.
• Cancelar: El bulto se cancela reutilizando el mismo flujo de cancelación estándar de pedidos de Janis. La mercadería en el sector de despacho se traslada al sector de "On hold". Cuando la acción de cancelar cubre la totalidad de los bultos no despachados de un pedido, este se cancela mediante ese flujo estándar, sin generarse un pedido nuevo. El reembolso correspondiente no se gestiona dentro de este flujo, sino que es procesado por la plataforma de comercio al recibir la notificación de cancelación.

1.C. Generación de pedidos nuevos

Cuando la resolución de un pedido no despachado implica la generación de un pedido nuevo (por reagenda o por repick), ese pedido mantiene el mismo identificador del pedido original, agregando un sufijo distintivo, de la misma forma en que se identifican los pedidos generados por entregas parciales.

El estado de preparación con el que se genera ese pedido nuevo depende de la acción que lo originó:

• Pedido nuevo generado por Reagendar: Se genera únicamente cuando el pedido original ya tuvo otros bultos efectivamente despachados, dado que el estado de reprogramación se gestiona a nivel de pedido y no puede convivir con bultos ya despachados dentro del mismo registro. En este caso, el pedido nuevo conserva la preparación y facturación ya realizadas —no requiere repetir el picking— y queda listo para entrega con la nueva fecha. El pedido original conserva lo efectivamente despachado. Si, en cambio, la totalidad de los bultos del pedido queda sin despachar, no se genera un pedido nuevo: el pedido original avanza directamente con la nueva fecha.
• Pedido nuevo generado por Repickear: Siempre se genera un pedido nuevo, sin importar si el pedido original tuvo o no otros bultos despachados. Ese pedido nuevo inicia el ciclo de picking desde cero para los bultos marcados con esta acción.
• Pedido nuevo generado por la combinación de Reagendar y Repickear: Cuando un pedido combina bultos con ambas acciones, estos se concentran en un mismo pedido nuevo. Los bultos marcados para repick se vuelven a pickear, mientras que el bulto marcado para reagenda conserva su preparación física dentro de ese mismo pedido nuevo.

2. Configuración necesaria

Para operar correctamente esta funcionalidad, se debe considerar la siguiente configuración.

2.A. Motivos de No Despacho

Los motivos disponibles para identificar por qué un bulto no pudo despacharse se configuran desde el ABM de Motivos, tal como se detalla en la configuración del Módulo Despacho.

2.B. Nota de crédito para bultos cancelados

Desde la configuración de Pedidos, se puede activar la opción que exige el ingreso de un número de nota de crédito al momento de cancelar bultos dentro de la resolución de un despacho parcial.

Cuando esta configuración se encuentra activa, Janis solicitará ese dato como obligatorio antes de confirmar la cancelación; si no se completa, la resolución no podrá efectuarse.