D07 · L3 · 04 — Cross-Docking & Flow-ThroughCross-Docking y Flow-Through

Merge-in-transit & consolidation hubsMerge-in-transit y hubs de consolidación

Merge-in-transit turns several suppliers into one delivery, and one late supplier into a failed order. Synchronization is the whole product.

El merge-in-transit convierte a varios proveedores en una entrega, y a un proveedor tardío en un pedido fallido. La sincronización es todo el producto.

01What it isQué es

Merge-in-transit consolidates components of one order coming from different origins at a hub, without long-term storage, and ships them together; consolidation hubs more generally combine and redistribute flows between many origins and destinations.

El merge-in-transit consolida en un hub, sin almacenamiento prolongado, los componentes de un pedido que vienen de distintos orígenes y los envía juntos; de forma más general, los hubs de consolidación combinan y redistribuyen flujos entre muchos orígenes y destinos.

02Why it mattersPor qué importa

Customers who order a set expect one delivery, not three. Merge-in-transit can deliver that experience and convert several partial shipments into one full load, but every component becomes a single point of failure. It works only when supplier lead times are predictable and advance ship notices are accurate.

Los clientes que piden un juego esperan una entrega, no tres. El merge-in-transit puede dar esa experiencia y convertir varios embarques parciales en una carga completa, pero cada componente se vuelve un punto único de falla. Solo funciona cuando los lead times de los proveedores son predecibles y los avisos anticipados de embarque son exactos.

03How it is doneCómo se hace

1
Qualify suppliers on lead-time reliability. High variability makes synchronization impossible.
2
Require accurate ASNs with ETAs. The hub plans the merge from them.
3
Define the late-component protocol. Wait or ship partial — decided by customer segment before go-live.
4
Measure dwell time and assembly accuracy. Long dwell signals desynchronized suppliers; a missing component is a failed order.
1
Califica a los proveedores por confiabilidad de lead time. Una alta variabilidad hace imposible la sincronización.
2
Exige ASN exactos con ETA. El hub planea la consolidación con base en ellos.
3
Define el protocolo para componentes tardíos. Esperar o enviar parcial, decidido por segmento de cliente antes del arranque.
4
Mide el tiempo de permanencia y la exactitud de armado. Una permanencia larga indica proveedores desincronizados; un componente faltante es un pedido fallido.

04The concept in depthEl concepto a fondo

🔀Merge-in-transit: consolidating orders from multiple suppliers in transit›
Merge-in-transit (MIT) is the logistics model where components of an order from multiple suppliers are consolidated at a transit hub — without permanent storage — and dispatched together to the final customer. The MIT hub synchronizes multiple origins into the customer’s complete order.
📊Merge-in-transit use cases›
MIT is especially valuable when: (1) the customer’s order includes items from multiple suppliers that must arrive together. (2) The customer expects a single delivery. (3) Supplier lead times are similar, allowing hub synchronization.
🏢Consolidation hubs: intermediate network nodes for flow aggregation›
Consolidation hubs are facilities specifically designed to aggregate flows from multiple origins and redistribute them toward multiple destinations. They are the intermediate nodes in the logistics network that enable: (1) consolidating LTL shipments from multiple suppliers into FTL to destinations, and (2) de-consolidating FTL from plants into LTL for capillary distribution to final customers.
🏆Intermediate vs. Advanced›
Intermediate: coordinates supplier arrivals at the consolidation hub, manages exceptions when a component arrives late.

Advanced: designs the merge-in-transit model with correct suppliers and flows; implements the hub WMS; manages arrival synchronization and desynchronization risk management.
🔀Merge-in-transit: consolidar en tránsito pedidos de varios proveedores›
El merge-in-transit (MIT) es el modelo logístico en el que los componentes de un pedido provenientes de varios proveedores se consolidan en un hub de tránsito, sin almacenamiento permanente, y se despachan juntos al cliente final. El hub MIT sincroniza varios orígenes en el pedido completo del cliente.
📊Casos de uso del merge-in-transit›
El MIT es especialmente valioso cuando: (1) el pedido del cliente incluye artículos de varios proveedores que deben llegar juntos; (2) el cliente espera una sola entrega; (3) los lead times de los proveedores son similares, lo que permite sincronizar en el hub.
🏢Hubs de consolidación: nodos intermedios de la red para agregar flujos›
Los hubs de consolidación son instalaciones diseñadas para agregar flujos de varios orígenes y redistribuirlos a varios destinos. Son los nodos intermedios de la red logística que permiten: (1) consolidar embarques LTL de varios proveedores en FTL hacia los destinos y (2) desconsolidar FTL de plantas en LTL para la distribución capilar a clientes finales.
🏆Intermedio vs Avanzado›
Intermedio: coordina las llegadas de proveedores al hub de consolidación y gestiona las excepciones cuando un componente llega tarde.

Avanzado: diseña el modelo de merge-in-transit con los proveedores y flujos correctos; implementa el WMS del hub; gestiona la sincronización de llegadas y el riesgo de desincronización.

05In practiceEn la práctica

🔀MIT requires all supplier lead times to be predictable and comparable›
MIT only works when suppliers have sufficiently predictable lead times for the hub to plan synchronization with precision. Suppliers with high lead time variability are incompatible with MIT.
🔗Advance supplier arrival communication (ASN) is critical for MIT›
The MIT hub cannot synchronize 3 supplier arrivals without knowing exactly when each one will arrive. The ASN (Advanced Ship Notice) with each supplier’s exact ETA is the prerequisite of efficient synchronization.
⚠️Define the management protocol when a component arrives late (single point of failure)›
If one of the MIT suppliers doesn’t arrive in the agreed window, the hub has two options: wait for the component (delaying customer delivery) or dispatch available components (generating an incomplete delivery). The protocol must be defined before go-live.
📊MIT has the greatest ROI for orders including items from high-volume multi-supplier›
MIT doesn’t justify its cost for sporadic or low-volume orders. MIT ROI scales with the volume of multi-supplier orders that can be consolidated at the hub.
🔀El MIT exige que los lead times de todos los proveedores sean predecibles y comparables›
El MIT solo funciona cuando los proveedores tienen lead times lo bastante predecibles para que el hub planee la sincronización con precisión. Los proveedores con alta variabilidad de lead time son incompatibles con el MIT.
🔗El aviso anticipado de llegada del proveedor (ASN) es crítico para el MIT›
El hub MIT no puede sincronizar las llegadas de 3 proveedores sin saber exactamente cuándo llegará cada uno. El ASN (aviso anticipado de embarque) con el ETA exacto de cada proveedor es el prerrequisito de una sincronización eficiente.
⚠️Definir el protocolo cuando un componente llega tarde (punto único de falla)›
Si uno de los proveedores del MIT no llega en la ventana acordada, el hub tiene dos opciones: esperar el componente (retrasando la entrega al cliente) o despachar los disponibles (generando una entrega incompleta). El protocolo debe definirse antes del arranque.
📊El MIT tiene el mayor ROI en pedidos multiproveedor de alto volumen›
El MIT no justifica su costo en pedidos esporádicos o de bajo volumen. Su ROI escala con el volumen de pedidos multiproveedor que pueden consolidarse en el hub.

06Illustrative caseCaso ilustrativo

Illustrative case built from typical industry values — not data from a specific company.Caso ilustrativo construido con valores típicos de la industria — no son datos de una empresa específica.
Illustrative case: Merge-in-transit for white goods dispatch — electronics distributor
A white goods distributor receives orders for complete sets (refrigerator + washer + dryer) from 3 different suppliers.
MIT componentDesignResult
MIT hub in Querétaro (equidistant between 3 suppliers)4,200 m² hub · No storage racks — only transit zone and docksHub lease cost: 40% lower than a standard DC per useful m²
Synchronization of 3 supplier arrivalsCoordinated arrival windows: 8–10am · Complete set consolidated before 11am98.2% of sets consolidated in <3 hours of last component arrival
Complete set dispatch to customer on a single truckFTL from hub to final customer · Delivery within 24 hours from hubCustomer satisfaction: complete set delivered in one event vs. 3 separate deliveries before MIT
Result: Delivery customer NPS: from 62 (3 separate deliveries) to 84 (complete set delivery). Logistics cost per set: −12% from FTL consolidation vs. 3 supplier LTLs to distributor DCs.
Illustrative case built from typical industry values — not data from a specific company.Caso ilustrativo construido con valores típicos de la industria — no son datos de una empresa específica.
Caso ilustrativo: Merge-in-transit para el despacho de línea blanca — distribuidor de electrodomésticos
Un distribuidor de línea blanca recibe pedidos de juegos completos (refrigerador + lavadora + secadora) de 3 proveedores distintos.
Componente del MITDiseñoResultado
Hub MIT en Querétaro (equidistante de los 3 proveedores)Hub de 4,200 m² · Sin racks de almacenamiento, solo zona de tránsito y andenesCosto de renta del hub: 40% menor que un CEDIS estándar por m² útil
Sincronización de las llegadas de 3 proveedoresVentanas de llegada coordinadas: 8–10 h · Juego completo consolidado antes de las 11 h98.2% de los juegos consolidados en <3 horas desde la llegada del último componente
Despacho del juego completo al cliente en un solo camiónFTL del hub al cliente final · Entrega en 24 horas desde el hubSatisfacción del cliente: juego completo entregado en un solo evento vs 3 entregas separadas antes del MIT
Resultado: NPS de entrega: de 62 (3 entregas separadas) a 84 (entrega del juego completo). Costo logístico por juego: −12% por consolidar en FTL frente a 3 LTL de proveedores a los CEDIS del distribuidor.

07How it is measuredCómo se mide

🔀MIT Assembly Accuracy % (MIT orders completed with all correct components)›
MIT Assembly Accuracy %
(MIT orders dispatched with all order components correctly consolidated / Total MIT orders) × 100
Benchmark: >99% accuracy in merge-in-transit · A MIT error (missing a component) generates a complete order delivery failure
⚠️ A MIT error resulting in incomplete set delivery to the customer is significantly more costly than a standard picking error — because the customer is already expecting the complete set and an incomplete delivery requires a second delivery event.
⏱️MIT Dwell Time (time from first component arrival to complete set dispatch)›
MIT Dwell Time
Average time from first set component arriving to the complete set being dispatched
Benchmark: <4 hours for well-synchronized MIT · >8 hours indicates supplier synchronization problems
🔑 MIT dwell time measures the effectiveness of supplier synchronization at the hub. A long dwell time means one or more suppliers are arriving significantly before others — generating wait from first to last component.
🔀Exactitud de armado MIT % (pedidos MIT completados con todos los componentes correctos)›
Exactitud de armado MIT %
(Pedidos MIT despachados con todos los componentes correctamente consolidados / Total de pedidos MIT) × 100
Benchmark: >99% de exactitud en merge-in-transit · Un error de MIT (falta un componente) genera la falla de entrega del pedido completo
⚠️ Un error de MIT que resulta en un juego incompleto entregado al cliente es mucho más costoso que un error de surtido estándar, porque el cliente ya espera el juego completo y una entrega incompleta exige un segundo evento de entrega.
⏱️Tiempo de permanencia MIT (desde la llegada del primer componente hasta el despacho del juego completo)›
Tiempo de permanencia MIT
Tiempo promedio desde que llega el primer componente del juego hasta que se despacha el juego completo
Benchmark: <4 horas en un MIT bien sincronizado · >8 horas indica problemas de sincronización de proveedores
🔑 El tiempo de permanencia MIT mide la eficacia de la sincronización de proveedores en el hub. Una permanencia larga significa que uno o más proveedores llegan mucho antes que otros, lo que genera espera entre el primer y el último componente.

08What you would useQué se usa

📌 Merge in Transit
🟩SAP EWM — Merge-in-Transit Processing›
Module: Multi-Supplier Consolidation + WMS Integration

SAP EWM supports MIT processing: consolidation hub management, per-order component tracking, and complete set dispatch.
📌 Merge-in-transit
🟩SAP EWM — Procesamiento de merge-in-transit›
Módulo: Consolidación multiproveedor + integración con el WMS

SAP EWM soporta el procesamiento MIT: gestión del hub de consolidación, seguimiento de componentes por pedido y despacho del juego completo.
The bottom lineEn corto

Merge only what you can synchronize. Qualify suppliers on reliability, run on accurate ASNs, decide the late-component rule upfront and measure dwell time relentlessly.

Consolida solo lo que puedes sincronizar. Califica a los proveedores por confiabilidad, opera con ASN exactos, decide de antemano la regla para componentes tardíos y mide sin descanso el tiempo de permanencia.

All D07 componentsTodos los componentes de D07D07 artifactsArtifacts de D07SCRA