POD (Proof of Delivery, prueba de entrega) es la evidencia de que la mercancía llegó al destinatario: quién recibió, cuándo, cuánto y en qué condición, amarrada al mismo ID de viaje que la tarifa y el rastreo. En flete México–EE.UU. no basta una app de última milla: cuentas por pagar necesita el POD dentro del expediente antes de liberar el pago.
- convención comercial, no formato SAT
- Sin ISO POD
- mínimo defendible en andén
- 6 campos
- tarifa · CFDI · CP · GPS · POD
- 5 piezas
- evidencia colgada del viaje
- 1 ID
Contexto: definición corta · Carta Porte vs POD · auditoría CFDI + Carta Porte + GPS + POD · viaje del flete
Qué es POD en logística
Esta sección responde la búsqueda directa: qué es la prueba de entrega y para qué la usa un embarcador de flete, no solo un operador de paquetes a domicilio.
POD · campos mínimos
Lo que cierra el viaje
1
Identidad
ID de viaje / embarque amarrado al receptor.
2
Tiempo + lugar
Sello horario y geo o check-in de andén.
3
Condición
Cantidad, foto/firma, novedades y accesoriales.
4
Pago
Cruce con tarifa + CFDI antes de liberar.
Una foto huérfana del ID no es POD · es ruido para cuentas por pagar.
Un POD útil responde seis preguntas: ¿se entregó?, ¿a quién?, ¿cuándo?, ¿cuánto?, ¿en qué estado?, ¿bajo qué ID de viaje? Si falta cualquiera, el documento es decorativo ante pago, reclamación o scorecard de cliente.
En el corredor, el POD forma parte del expediente del viaje junto con confirmación de tarifa, CFDI, Carta Porte y GPS — el mismo hilo que describe el viaje del flete. Definición corta en el glosario: qué es POD.
Qué no es un POD (errores de definición)
Los competidores de última milla venden firma y foto en la puerta. Aquí aclaramos qué no sustituye a una prueba de entrega defendible en flete B2B.
Carta Porte / CFDI
Qué es en realidad: Documento fiscal del traslado (SAT)
Por qué no basta como POD: No identifica quién firmó en el andén ni la condición recibida
Remisión o packing list sola
Qué es en realidad: Lista de lo que salió o viajó
Por qué no basta como POD: Sin acuse de recepción con receptor y novedades
EDI 214 “delivered”
Qué es en realidad: Estatus del transportista
Por qué no basta como POD: Hito ≠ expediente con cantidad, foto y excepciones
eCMR (Europa)
Qué es en realidad: Carta de porte digital UE
Por qué no basta como POD: No es el marco de Carta Porte mexicana ni tu convenio de andén
Foto de hoja en WhatsApp
Qué es en realidad: Imagen suelta
Por qué no basta como POD: Huérfana del ID; no filtra faltantes ni escala a cuentas por pagar
Sello de caseta CEDIS
Qué es en realidad: Paso por acceso
Por qué no basta como POD: No prueba cantidad, condición ni receptor identificable
Comparación fiscal vs entrega: Carta Porte vs POD.
Datos mínimos de un POD defendible
Aquí fijamos el mínimo que un andén, un CEDIS o una entrega en planta debe dejar por escrito. Si falta cualquiera de estas respuestas, el documento no sostiene retención ni disputa.
Seis campos mínimos
Elige un paso para ver el detalle
Detalle del paso · 01
Referencia de viaje
Si el dolor es la reclamación después del andén: reclamación por daño o faltante.
Papel vs digital: POD y ePOD
El objetivo no es idolatrar la app ni romanticizar el papel: es evidencia íntegra, a tiempo y buscable por ID. El ePOD (electronic Proof of Delivery, prueba de entrega electrónica) no es “foto de la hoja”: es captura con campos obligatorios e integridad.
POD en papel
Fortaleza: Aceptado en andenes tradicionales
Riesgo típico: Pérdida, ilegibilidad, retraso a cuentas por pagar
Cuándo usarlo: Respaldo + captura estructurada inmediata
ePOD en app o TMS
Fortaleza: Campos, geo, foto, marca de tiempo
Riesgo típico: Andén que no firma en dispositivo
Cuándo usarlo: Estándar interno del panel de transportistas
Foto por WhatsApp
Fortaleza: Rápida
Riesgo típico: Huérfana del ID; no filtra faltantes
Cuándo usarlo: Solo si se estructura y amarra al viaje
EDI 214 “delivered”
Fortaleza: Estatus automático
Riesgo típico: Sin condición ni foto de andén
Cuándo usarlo: Complemento, no sustituto del expediente
Captura
Del andén al expediente
Entregar
Andén o sitio
Capturar
Firma + campos
Anexar
Foto / GPS
Amarrar
ID en TMS
POD vs Carta Porte: qué prueba cada uno
Esta es la cuña frente a guías europeas de eCMR: en México el complemento Carta Porte y el POD responden preguntas distintas. Ambos suelen coexistir en el mismo viaje.
CFDI (factura)
Prueba: Qué se cobra fiscalmente
Dueño típico: Finanzas / transportista
Si falta: No hay formalidad de pago
Carta Porte
Prueba: Qué se transportó y cómo (traslado)
Dueño típico: Operaciones / transportista
Si falta: Riesgo ante SAT + hueco en el expediente
POD / ePOD
Prueba: Quién recibió, cuánto y en qué condición
Dueño típico: Operaciones / destinatario
Si falta: Sin In Full ni disputa fuerte
GPS / geocerca
Prueba: Dónde estuvo la unidad y cuándo
Dueño típico: Torre / transportista
Si falta: Sin cruce de “estuvo en sitio”
OCL puede timbrar factura y Carta Porte cuando el alcance fiscal lo pide; el POD no se “timbra” ante el SAT: se captura y se cruza en el expediente. Guía de las tres piezas: trilogía POD + Carta Porte + factura.
México: CEDIS, andén y débitos OTIF
Aquí aterrizamos la convención en operación mexicana: centros de distribución (CEDIS), cita de andén y el costo de un POD flojo frente a retail o clientes con OTIF contractual.
En muchos CEDIS la entrega pasa por cita, ASN (aviso anticipado de embarque) y documentos de recibo. El sello o contrarrecibo ayuda, pero tu convención debe exigir receptor identificable, marca de tiempo, cantidad recibida vs programada e incidencias. Sin eso, “entregamos en CEDIS” no sostiene un faltante ni un accesorial de maniobra.
OTIF (On Time In Full) y débitos (chargebacks): el “In Full” sin cantidad ni condición en el POD es un indicador de apariencia. Cuando el cliente retail debita por faltante o rechazo, el POD (o el acuse del WMS de recepción) es la fuente típica para pelear o aceptar el cargo. Sin evidencia amarrada al ID, pierdes la discusión antes de abrir el correo.
Convenio del embarcador: qué cuenta como POD válido
Sin convenio, cada área inventa su propio “tenemos POD”. Esta sección es el estándar que compras, operaciones y cuentas por pagar deben firmar juntos y anexar al panel de transportistas.
Una convención fuerte tiene cinco piezas: campos mínimos, plazo de disponibilidad del ePOD (por ejemplo menos de 4 horas en entrega local y 24 horas en larga distancia), regla de retención de pago, excepciones tipadas (sin firma, rechazo parcial, andén cerrado) y retención documental con búsqueda por ID.
Adopción
Cuatro frentes de cumplimiento
Definir
Campos y plazo
Contratar
Anexo carriers
Capturar
ePOD al ID
Gobernar
Retención pago
Cuentas por pagar y auditoría antes de pagar
El mismo archivo alimenta pago, reclamaciones y OTIF — con criterios distintos. Esta sección es el handoff al equipo que libera el flete.
Cuentas por pagar (pago de flete)
Pregunta que responde: ¿Hay evidencia de servicio coherente con tarifa, GPS y CFDI/Carta Porte?
Qué evita si está completo: Pagar a ciegas y pelear después sin apalancamiento
Reclamaciones
Pregunta que responde: ¿Quedó anotada la novedad al recibir (faltante, daño, rechazo)?
Qué evita si está completo: Que “llegó bien” gane por default ante el transportista
OTIF (On Time In Full)
Pregunta que responde: ¿Fue a tiempo y completo, con cantidad y condición?
Qué evita si está completo: Un KPI maquillado que solo dice “entregado”
El playbook sano: si falta el POD o contradice el viaje, documenta la excepción, pide corrección al transportista y deja el pago en retención con motivo legible. Una vez liquidado, pierdes apalancamiento. Escala en auditoría pre-pago de cuentas por pagar.
Foto de hoja sin campos
Por qué falla: No responde cantidad, condición ni ID
Corrección: Captura estructurada (ePOD o formulario) amarrada al viaje
POD huérfano en el chat
Por qué falla: Cuentas por pagar no lo encuentra a tiempo
Corrección: Archivo por ID en TMS o expediente
Pagar y reclamar después
Por qué falla: Pierdes apalancamiento
Corrección: Retención con causa hasta POD defendible
Confundir Carta Porte con POD
Por qué falla: El complemento no prueba firma en destino
Corrección: Exigir ambos cuando el tramo lo amerita
Checklist de acción para esta semana
Cierra el ciclo con acciones concretas para el dueño del proceso (torre, compras o cuentas por pagar) que quiere dejar de depender del chat.
Elige un paso para ver el detalle
Detalle del paso · 01
Publica los seis campos
OCL: agente de entrega y expediente del viaje
OCL Cargo es un TMS autónomo con agentes que operan pantallas y portales (computer use: el agente usa la interfaz como lo haría una persona). El agente de entrega / POD captura o amarra la evidencia al ID de viaje; la auditoría la cruza con tarifa, CFDI, Carta Porte y GPS antes de pagar.
Tú decides con el expediente en la mesa. OCL escala a operaciones y finanzas cuando falta POD usable o el cruce no cuadra. Si ya tienes MercuryGate, SAP u otro registro, el patrón es coexistir: el agente cierra el trabajo del expediente sin exigir migración el día 1. Glosario: agente de captura POD.
Excepciones
Tú decides con expediente
Capturar
POD al ID
Cruzar
Tarifa y docs
Retener
Si no cuadra
Escalar
Excepción humana
En rutas piloto, equipos que dejan de muestrear y auditan el 100% del flujo suelen ver un patrón de recuperación del 5–7% del gasto auditado cuando el expediente (incluido el POD) sostiene retención y disputa.
Ideas clave6 puntos
- POD (Proof of Delivery) es la prueba de recepción física: quién, cuándo, cuánto, condición e ID de viaje — no un formulario SAT.
- No confundas POD con Carta Porte, remisión suelta, EDI “delivered” ni foto de hoja en el chat.
- Seis campos mínimos + archivo recuperable por ID sostienen pago, reclamaciones y OTIF (On Time In Full).
- En México el expediente fuerte es tarifa + CFDI + Carta Porte + GPS + POD; el sello de CEDIS solo no basta.
- El convenio del embarcador define qué es POD válido y cuándo cuentas por pagar retiene con causa.
- ePOD gana si trae campos, geo/foto y llegada al sistema; OCL amarra la evidencia al viaje sin migrar el TMS el día 1.
¿Tu POD defiende el pago… o solo adorna el chat?
Lectura relacionada
Preguntas frecuentes
POD (Proof of Delivery, prueba de entrega) es la evidencia de que la mercancía llegó al destinatario: quién recibió, cuándo, cuánto y en qué condición, amarrada al ID de viaje. No es un formato SAT único ni una “ISO POD”.
No. No hay una “ISO POD” ni un formato único del SAT (Servicio de Administración Tributaria) para prueba de entrega. El POD es evidencia comercial y operativa. Lo fiscal del traslado, cuando aplica, es el CFDI (Comprobante Fiscal Digital por Internet) con complemento Carta Porte. Adopta una convención interna y cuélgala del contrato con transportistas.
No. La Carta Porte documenta el traslado ante el SAT; el Bill of Lading (conocimiento de embarque) o el CMR documentan el contrato de transporte; el POD prueba recepción física. En el corredor México–EE.UU. suelen coexistir según el tramo.
Ambos pueden ser defendibles si están completos, íntegros y ligados al ID de viaje. La prueba de entrega electrónica (ePOD) gana en velocidad, campos obligatorios, geolocalización o foto, y archivo recuperable. Una foto borrosa de una hoja sin campos es el peor de los dos mundos.
Puede, pero pierde apalancamiento ante faltantes, daño, estadía y OTIF (On Time In Full: a tiempo y completo). El playbook sano es retener el pago o marcar excepción si falta un POD defendible, alineado a tu auditoría antes de pagar.
Un sello ayuda, pero no alcanza si no identifica receptor, fecha/hora, cantidad/condición e incidencias, y si no está amarrado al mismo ID que la tarifa y el viaje. En centros de distribución (CEDIS) con cita, el POD debe reflejar lo recibido vs lo programado, no solo “pasó por caseta”.
El agente de entrega / captura de POD amarra evidencia al ID de viaje; la auditoría cruza tarifa, CFDI, Carta Porte, GPS y POD antes de pagar. Tu sistema de registro puede seguir donde está; tu equipo cierran el juicio en la excepción. Detalle: producto entrega POD y glosario del agente.