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
1. Reserva / demanda
Qué decide: Qué se mueve, cuándo y a dónde
Evidencia mínima: Pedido o carga con ID, ventana, peso/volumen
Fallo típico: Pedido incompleto; SKU ambiguo
2. Planeación
Qué decide: Capacidad, consolidación, corredor
Evidencia mínima: Plan de cargas; restricciones de unidad
Fallo típico: Plan en chat; sin dueño de cita
3. Asignación (tendering)
Qué decide: Quién transporta y a qué tarifa
Evidencia mínima: Oferta/aceptación con rastro
Fallo típico: WhatsApp sin confirmación de tarifa
4. Documentos
Qué decide: Legalidad y base de pago
Evidencia mínima: Tarifa + CFDI + Carta Porte 3.1
Fallo típico: XML suelto; CP con catálogo viejo
5. Torre / seguimiento
Qué decide: Estado del viaje y excepciones
Evidencia mínima: Hitos + GPS con dueño de alerta
Fallo típico: Pin en mapa sin protocolo
6. Entrega / POD
Qué decide: Entrega completa y usable
Evidencia mínima: POD amarrado al ID del viaje
Fallo típico: Foto en chat; firmas ilegibles
7. Auditoría
Qué decide: ¿Cuadra para pagar?
Evidencia mínima: Cruce tarifa + CFDI + CP + GPS + POD
Fallo típico: Muestreo 1 de 10; se paga a ciegas
8. Pago
Qué decide: Liberar, retener o disputar
Evidencia mínima: Decisión con causa y plazo
Fallo típico: 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.
Confirmación de tarifa
Qué prueba: Precio y condiciones acordadas del viaje
Quién lo usa: Tráfico / compras de flete
Señal de riesgo: Accesoriales “de memoria” sin rastro
CFDI (ingreso o traslado)
Qué prueba: Comprobante fiscal del servicio o del traslado
Quién lo usa: Finanzas / cuentas por pagar
Señal de riesgo: UUID sin amarre al ID de embarque
Carta Porte 3.1
Qué prueba: Origen, destino, mercancía y medio de transporte
Quién lo usa: Fiscal + operaciones en ruta
Señal de riesgo: Claves de catálogo obsoletas; rechazo al timbrar
Evidencia GPS
Qué prueba: Que la unidad estuvo donde el viaje dice
Quién lo usa: Torre / seguridad / auditoría
Señal de riesgo: Cuenta del transportista sin espejo; alertas sin dueño
POD (prueba de entrega)
Qué prueba: Entrega aceptada (completo / daño / rechazo)
Quién lo usa: Servicio al cliente / cuentas por pagar
Señal de riesgo: 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é.
ERP
Trabajo propio: Pedidos, maestros, costos, contabilidad
No es su trabajo: Ruta minuto a minuto ni POD de andén
Handoff sano: Emite orden con ID y datos maestros limpios
WMS
Trabajo propio: Ubicación, picking, inventario, listo para embarcar
No es su trabajo: Asignar transportista ni timbrar CFDI de flete
Handoff sano: Marca listo con sello de tiempo al TMS
TMS
Trabajo propio: Asignación, seguimiento, evidencia de viaje, base de pago
No es su trabajo: Inventario ubicado del CEDIS
Handoff sano: 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.
Hitos de viaje
Qué aporta: Estados acordados (cita, en ruta, frontera, entrega)
Cuándo basta: Volumen bajo; corredores simples
Cuándo se queda corto: Sin timestamp ni dueño; “en ruta” eterno
GPS espejo
Qué aporta: Señal independiente del portal del transportista
Cuándo basta: Flota mixta; riesgo o OTIF tenso
Cuándo se queda corto: Alerta sin protocolo; nadie actúa en 10–15 min
Excepciones tipadas
Qué aporta: Categorías (retraso, desviación, estadía, POD faltante)
Cuándo basta: Torre con volumen
Cuándo se queda corto: 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.
OTIF
Definición operable: % viajes a tiempo y completos (fórmula escrita)
Dueño típico: Operaciones / servicio
Señal de alerta: A tiempo pero incompleto; o completo con rechazo documental
Fill rate
Definición operable: % líneas o unidades entregadas vs pedidas
Dueño típico: WMS / CEDIS
Señal de alerta: Fill alto en sistema, OTIF bajo en cliente
% auditado pre-pago
Definición operable: % facturas del corredor cruzadas al 100% antes de pagar
Dueño típico: Cuentas por pagar
Señal de alerta: Muestreo bajo 20% con volumen alto
Tiempo a alerta útil
Definición operable: Minutos desde evento GPS/hito hasta dueño nombrado
Dueño típico: Torre
Señal de alerta: Alertas sin lectura; mediana sobre 15–30 min
Costo / km o / viaje
Definición operable: Gasto de flete del universo vs km o viajes cerrados
Dueño típico: Finanzas / compras
Señal de alerta: 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.