Prioritize Backorder Allocation & Fulfillment

MasonHub típicamente asigna inventario a las órdenes y las envía utilizando el método de primeras entradas, primeras salidas (FIFO), a menos que su cuenta esté configurada para rastrear la fecha de vencimiento; en ese caso, utilizamos primeras caducidades, primeras salidas (FEFO). Sin embargo, puede ajustar manualmente la prioridad en la que se asignan y completan las órdenes pendientes (backorders).

NOTA IMPORTANTE: Esto aplica únicamente a órdenes pendientes (backorders). No puede ajustar la prioridad de órdenes que ya han sido asignadas o que están actualmente en proceso.

La lógica de asignación de inventario de MasonHub considera dos factores clave: (1) la prioridad de la orden, y (2) la fecha de envío (submitted at). 

​

Order Priority

Por defecto, a todas las órdenes se les asigna una prioridad de 100. Para repriorizar el cumplimiento de una orden pendiente, puede ajustar su Priority entre 1 y 10,000:

• Prioridad más alta: 1
• Prioridad por defecto: 100
• Prioridad más baja: 10,000

Si establece la prioridad de una orden mientras la crea manualmente en el OMS de MasonHub, la prioridad se ignorará cuando haya inventario disponible. Si hay suficiente inventario para completar la orden, se asignará de inmediato y se enviará de acuerdo con FIFO.

​

Submitted At Date

Más de una orden puede compartir la misma prioridad (la mayoría lo hace, ya que por defecto es 100). In este caso, la fecha submitted_at determina qué orden se completa primero: cuanto más temprana sea la fecha, mayor será la prioridad.

MEJOR PRÁCTICA: Para asegurar que la orden correcta sea asignada y enviada primero, confirme que ninguna otra orden pendiente comparta la misma priorización que la que está ajustando.

INFORMACIÓN ADICIONAL: En algunos casos, como cuando las órdenes fueron retenidas por fraude o creadas a través de una aplicación de terceros, la fecha submitted_at puede diferir de la fecha created_at. · - submitted_at es la fecha en que se creó la orden en su sistema de comercio. · - created_at es la fecha en que se creó la orden en el OMS de MasonHub. · La lógica de asignación de inventario de MasonHub utiliza la fecha submitted_at para asegurar que estemos capturando la prioridad FIFO más precisa.

​

Other Considerations

Full Allocation Logic for Backorders - (Important Note)

Cuando el inventario está disponible, la lógica de asignación de órdenes pendientes de MasonHub intentará primero asignar completamente el inventario a cualquier orden pendiente que pueda ser completada en su totalidad.

Solo después de identificar todas las órdenes que se pueden asignar por completo, el sistema aplica las reglas estándar de prioridad de órdenes pendientes (valor de prioridad → fecha submitted_at).

Esto asegura que el inventario se utilice de manera eficiente y evita asignaciones parciales cuando es posible un cumplimiento completo para otra orden.

Multi-Facility Backorder Allocation (Virtual Location Logic)

Cuando su cuenta utiliza múltiples centros de distribución, MasonHub gestiona las órdenes pendientes a través de una ubicación de inventario virtual (virtual inventory location). Esto significa que todos los artículos pendientes se agrupan lógicamente, independientemente de qué instalación física los completará finalmente.

Sin embargo, cuando el inventario está disponible, el sistema sigue respetando las reglas de enrutamiento parciales:

• Las órdenes con una instalación sugerida de Wilkes solo se asignarán parcialmente desde el inventario de Wilkes.
• Las órdenes con una instalación sugerida de Fontana solo se asignarán parcialmente desde el inventario de Fontana.

Esto permite que nuestros sistemas esperen por inventario en caso de que llegue alguno a la instalación sugerida.

Multi facility routing article here