El viaje del flete en México es el ciclo completo del pedido al pago: planeación, reserva y asignación, documentos fiscales (CFDI y Carta Porte), torre de control, entrega con prueba de entrega (POD), auditoría y liquidación — medido con indicadores como OTIF (a tiempo y completo).
Las guías genéricas de TMS (sistema de gestión de transporte) se quedan en planificar– ejecutar–optimizar. Aquí el mapa amarra sistemas (ERP, WMS, TMS), documentos México, seguimiento, KPIs y lean/JIT al mismo expediente. Si ya operas 300+ embarques al mes y cuentas por pagar aún paga con muestreo, el patrón al auditar el 100% del flujo piloto es recuperar 5–7% del gasto de flete — porque el viaje dejaba de existir en el chat.
- del pedido al pago (físico + documental)
- 8 etapas
- tarifa · CFDI · CP 3.1 · GPS · POD
- 5 docs
- patrón al auditar 100% del piloto
- 5–7%
- piloto en un corredor, sin migración de golpe
- 6–8 sem
Contexto del cluster: qué es un TMS · auditoría pre-pago · falsa digitalización (puente humano).
Qué es el viaje del flete (pedido a pago)
En embarcadores y operadores logísticos México–EE.UU., “viaje” suele significar tres cosas distintas según el rol: la unidad en carretera (tráfico), el estatus en el TMS (torre) y la factura en bandeja (finanzas). El hub útil es la unión de las tres bajo un ID de embarque.
Expandimos acrónimos al pasar: TMS = sistema de gestión de transporte; WMS = sistema de gestión de almacén; ERP = planeación de recursos empresariales; CFDI = Comprobante Fiscal Digital por Internet; POD = prueba de entrega; OTIF = on time in full (a tiempo y completo); KPI = indicador clave de desempeño.
Este artículo no sustituye la guía de 8 procesos con agentes: aquel lista trabajo automatizable; este dibuja el mapa del comprador — dónde vive cada decisión aunque aún uses Excel.
Mapa de 8 etapas
Ocho etapas cubren el ciclo operable. Los nombres cortos del diagrama son hitos; el detalle — dueño, evidencia y fallo típico — va en la tabla debajo.
Ciclo
Pedido al pago
Reserva
Demanda lista
Planeación
Capacidad y ruta
Asignación
Tender cerrado
Documentos
Tarifa y fiscal
Torre
Hitos y alertas
Entrega
POD usable
Auditoría
Cruce pre-pago
Pago
Libera o retiene
| Etapa | Qué decide | Evidencia mínima | Fallo típico |
|---|---|---|---|
| 1. Reserva / demanda | Qué se mueve, cuándo y a dónde | Pedido o carga con ID, ventana, peso/volumen | Pedido incompleto; SKU ambiguo |
| 2. Planeación | Capacidad, consolidación, corredor | Plan de cargas; restricciones de unidad | Plan en chat; sin dueño de cita |
| 3. Asignación (tendering) | Quién transporta y a qué tarifa | Oferta/aceptación con rastro | WhatsApp sin confirmación de tarifa |
| 4. Documentos | Legalidad y base de pago | Tarifa + CFDI + Carta Porte 3.1 | XML suelto; CP con catálogo viejo |
| 5. Torre / seguimiento | Estado del viaje y excepciones | Hitos + GPS con dueño de alerta | Pin en mapa sin protocolo |
| 6. Entrega / POD | Entrega completa y usable | POD amarrado al ID del viaje | Foto en chat; firmas ilegibles |
| 7. Auditoría | ¿Cuadra para pagar? | Cruce tarifa + CFDI + CP + GPS + POD | Muestreo 1 de 10; se paga a ciegas |
| 8. Pago | Liberar, retener o disputar | Decisión con causa y plazo | Pago sin expediente; fuga recurrente |
Profundiza etapa a etapa en planeación, tendering, torre de control y POD.
Documentos del viaje
En México el viaje documental no es opcional: el SAT exige CFDI 4.0 con complemento Carta Porte versión 3.1 (vigente como estándar desde julio 2024; catálogos se actualizan — verifica en el portal del SAT). Cuentas por pagar necesita el mismo cruce operativo.
| Documento | Qué prueba | Quién lo usa | Señal de riesgo |
|---|---|---|---|
| Confirmación de tarifa | Precio y condiciones acordadas del viaje | Tráfico / compras de flete | Accesoriales “de memoria” sin rastro |
| CFDI (ingreso o traslado) | Comprobante fiscal del servicio o del traslado | Finanzas / cuentas por pagar | UUID sin amarre al ID de embarque |
| Carta Porte 3.1 | Origen, destino, mercancía y medio de transporte | Fiscal + operaciones en ruta | Claves de catálogo obsoletas; rechazo al timbrar |
| Evidencia GPS | Que la unidad estuvo donde el viaje dice | Torre / seguridad / auditoría | Cuenta del transportista sin espejo; alertas sin dueño |
| POD (prueba de entrega) | Entrega aceptada (completo / daño / rechazo) | Servicio al cliente / cuentas por pagar | Foto suelta; sin liga al mismo ID |
Criterio operativo (no es dictamen fiscal): no liberes el pago del viaje hasta cruzar las cinco piezas al mismo ID. Guía del cruce: auditoría de factura de flete. Carta Porte paso a paso: guía Carta Porte.
ERP · WMS · TMS
Tres capas, tres trabajos. El error caro es pedirle al ERP que “haga el flete” o al WMS que “pague al transportista”. La tabla fija quién decide qué.
| Sistema | Trabajo propio | No es su trabajo | Handoff sano |
|---|---|---|---|
| ERP | Pedidos, maestros, costos, contabilidad | Ruta minuto a minuto ni POD de andén | Emite orden con ID y datos maestros limpios |
| WMS | Ubicación, picking, inventario, listo para embarcar | Asignar transportista ni timbrar CFDI de flete | Marca listo con sello de tiempo al TMS |
| TMS | Asignación, seguimiento, evidencia de viaje, base de pago | Inventario ubicado del CEDIS | Devuelve estatus y expediente al ERP/finanzas |
Comparativa de almacén: ERP vs WMS. Guía de stack: WMS + ERP en México. Definición de TMS: qué es un TMS.
SKU y dato maestro
El SKU (unidad de mantenimiento de existencias) es el átomo del pedido. Si el maestro miente — peso, dimensiones, UN de peligroso, empaque, cliente — el “In Full” de OTIF se rompe aunque el camión haya llegado “a tiempo”.
- WMS pickea lo que el maestro dice. Un factor de conversión mal cargado convierte “completo en sistema” en faltante en andén.
- El CFDI y la Carta Porte heredan claves y descripciones. SKU mal mapeado a clave SAT = rechazo al timbrar o XML que no ampara lo movido.
- El cliente mide OTIF con su catálogo. Si tu código interno no traduce al suyo, el rechazo o la deducción retail nace en el maestro, no en la carretera.
Regla práctica: congela dueño del maestro (quién cambia peso/UN), valida el handoff ERP–WMS–TMS en un corredor piloto y mide OTIF con la misma definición que finanzas usa para liberar pago. KPI hermanos: indicadores de distribución · glosario qué es OTIF.
Metodologías de seguimiento
“Visibilidad” no es un pin en el mapa. Seguimiento operable combina hitos, GPS con cuenta espejo y excepciones tipadas con dueño.
| Método | Qué aporta | Cuándo basta | Cuándo se queda corto |
|---|---|---|---|
| Hitos de viaje | Estados acordados (cita, en ruta, frontera, entrega) | Volumen bajo; corredores simples | Sin timestamp ni dueño; “en ruta” eterno |
| GPS espejo | Señal independiente del portal del transportista | Flota mixta; riesgo o OTIF tenso | Alerta sin protocolo; nadie actúa en 10–15 min |
| Excepciones tipadas | Categorías (retraso, desviación, estadía, POD faltante) | Torre con volumen | Todo cae en “urgente” del chat |
Torre y volumen: torre de control logística. Cuentas espejo GPS: monitoreo con cuenta espejo.
Indicadores de calidad
Mide servicio y cash en columnas separadas. OTIF sin expediente es teatro; % auditado sin OTIF es finanzas a ciegas del cliente.
| KPI | Definición operable | Dueño típico | Señal de alerta |
|---|---|---|---|
| OTIF | % viajes a tiempo y completos (fórmula escrita) | Operaciones / servicio | A tiempo pero incompleto; o completo con rechazo documental |
| Fill rate | % líneas o unidades entregadas vs pedidas | WMS / CEDIS | Fill alto en sistema, OTIF bajo en cliente |
| % auditado pre-pago | % facturas del corredor cruzadas al 100% antes de pagar | Cuentas por pagar | Muestreo bajo 20% con volumen alto |
| Tiempo a alerta útil | Minutos desde evento GPS/hito hasta dueño nombrado | Torre | Alertas sin lectura; mediana sobre 15–30 min |
| Costo / km o / viaje | Gasto de flete del universo vs km o viajes cerrados | Finanzas / compras | Sube sin cambio de mix; accesoriales sin tarifa |
Hub de KPIs: indicadores de distribución en México.
JIT, lean y presión sobre el expediente
Justo a tiempo (JIT) y lean reducen inventario y espera — y aumentan la presión sobre cada viaje: no hay stock que tape un POD tardío o un CFDI incompleto.
- JIT exige ventanas estrechas: una cita perdida o un andén sin evidencia dispara OTIF y, a menudo, deducciones.
- Lean ataca muda (espera, vacío, doble captura, defectos documentales). Sin expediente, “lean” es solo recortar headcount.
- 5S en almacén ordena el nodo; el flete sigue necesitando ID único y pull de pago.
Lee: qué es justo a tiempo · lean supply chain · metodología 5S.
Cómo mapear el proceso real
Antes de comprar otra pantalla, dibuja el viaje que ya existe. Dos líneas paralelas — física y documental — bastan para ver el puente humano.
Usa un cliente o ruta con volumen real. No mapees toda la red el día 1.
Elige un paso para ver el detalle
Detalle del paso · 01
Elegir el universo
Dónde se rompe (puente humano)
El proceso se rompe donde una persona es el cable entre dos sistemas: ofrece el viaje en un portal, pega la tarifa en Excel, persigue el POD en el chat y reenvía el XML a cuentas por pagar. Eso no escala con el volumen México–EE.UU.
Síntomas: torre saturada, OTIF que “se ve bien” en tablero pero el cliente reclama, y pagos que salen sin cruce. La tesis completa está en falsa digitalización del flete: compraste licencias; el trabajo sigue siendo puente humano.
Checklist por etapa
Usa esta lista en la reunión semanal del corredor piloto. Si un ítem falla, el viaje no avanza de etapa — aunque el camión ya se haya movido.
Elige un paso para ver el detalle
Detalle del paso · 01
Reserva
Qué ejecuta OCL sin migración de golpe
OCL Cargo es un TMS autónomo: no te pide apagar Magaya, CargoWise, SAP, Oracle, GM Transport o Excel el día 1. Los agentes operan las pantallas y portales que tu torre ya usa, cierran trabajo y dejan a tu equipo en excepciones con expediente.
En el viaje del flete, eso significa asignación con rastro, seguimiento con excepciones tipadas, POD amarrado al ID y auditoría pre-pago. Cuando el alcance fiscal aplica, OCL puede timbrar factura y Carta Porte. También cruza el expediente del lado del embarcador / comprador del flete para que cuentas por pagar libere o retenga con criterio — sin garantizar deducibilidad (confirma con tu fiscalista).
Ejecución
Trabajo sobre el viaje
Asignar
Tender con rastro
Monitorear
Excepciones
Amarrar POD
Al mismo ID
Auditar
Antes de pagar
Piloto 6–8 semanas
El piloto de este hub no es “instalar TMS en toda la red”. Es cerrar el ciclo pedido a pago en un corredor con métricas congeladas.
- Semanas 1–2: baseline de horas de captura, % auditado, OTIF del corredor, MXN en disputa; mapa físico + documental.
- Semanas 3–6: ejecución en el universo piloto (asignación, GPS espejo, POD, cruce pre-pago al 100%).
- Semanas 7–8: comparar vs baseline; decidir escala. Al auditar el 100% del flujo, el patrón publicado es recuperar 5–7% del gasto — referencia: caso operador logístico, $3.6M MXN / 5.7% en 6 semanas.
Playbook hermano: dejar de capturar embarques.
Ideas clave5 puntos
- El viaje del flete en México es el ciclo pedido a pago: no termina cuando el camión llega, sino cuando el expediente cuadra y cuentas por pagar libera o retiene con causa.
- Ocho etapas operables: reserva, planeación, asignación, documentos, torre, entrega/POD, auditoría y pago — cada una con dueño y evidencia.
- Documentos mínimos por viaje: tarifa + CFDI + Carta Porte 3.1 (cuando aplica) + GPS útil + POD; mismo ID en torre y finanzas.
- ERP, WMS y TMS no se sustituyen: se entregan el pedido con un ID común; el SKU mal maestro rompe el “In Full” de OTIF.
- Sin big-bang: piloto 6–8 semanas en un corredor; al auditar el 100% del flujo, patrón 5–7% del gasto (caso publicado). OCL puede timbrar factura y Carta Porte.
¿Tu viaje del flete termina en el chat?
Lectura relacionada
Preguntas frecuentes
Es el ciclo completo del pedido al pago: planeación y reserva (tendering), documentos (tarifa, Comprobante Fiscal Digital por Internet — CFDI —, complemento Carta Porte 3.1), torre de control, entrega con prueba de entrega (POD), auditoría pre-pago e indicadores (OTIF y expediente). No es solo “mover el camión”.
El artículo de 8 procesos con agentes mapea trabajo que un agente ya puede cerrar. Este hub es el mapa del comprador: sistemas, documentos fiscales México, SKU, KPIs y dónde se rompe el puente humano — aunque aún no automatices.
Como mínimo: confirmación de tarifa, CFDI (ingreso o traslado según el caso), complemento Carta Porte 3.1 cuando aplica el traslado en territorio nacional, evidencia GPS útil y POD usable. Cuentas por pagar no debería liberar sin cruzarlos al mismo ID de viaje. Guía: auditoría CFDI + Carta Porte + GPS + POD.
No. El ERP es el registro de la empresa (pedidos, maestros, finanzas). El WMS ejecuta el almacén o CEDIS. El TMS gestiona el viaje de transporte. El handoff sano usa un ID común. Ver ERP vs WMS y qué es un TMS.
Porque OTIF (a tiempo y completo) exige que la unidad pedida, la unidad pickeada y la unidad declarada en documentos coincidan. Si el dato maestro del SKU está mal (peso, UN, empaque, cliente), el WMS “completa” un pedido que el CEDIS del cliente rechaza o que el CFDI/Carta Porte no ampara.
No de entrada. OCL es un TMS autónomo: los agentes operan pantallas y portales, arman expediente y pueden timbrar factura y Carta Porte cuando el alcance fiscal aplica. Coexiste con tu registro. Piloto típico 6–8 semanas en un corredor; al auditar el 100% del flujo, el patrón publicado es recuperar 5–7% del gasto (caso operador logístico).
Dibuja dos líneas del mismo viaje:flujo físico (pedido, andén y ruta a entrega) y flujo documental (tarifa, asignación y GPS a POD, CFDI/Carta Porte y pago). Marca cada salto manual. Ese mapa dice dónde automatizar primero — no el brochure del software.