Tu scorecard dice OTIF 94%. El retailer te baja el slot. ¿Quién miente?
Casi nunca el GPS. Casi siempre la definición:
- Alguien midió “a tiempo o completo”
- Aceptó parciales como In Full
- Midió llegada a caseta mientras el SLA cobra inicio de descarga
Esta guía va más allá de la definición de diccionario. Vas a salir con:
- La fórmula correcta y un ejemplo numérico en México
- La diferencia vs fill rate/OTD
- Benchmarks por industria
- Las 7 causas operativas que rompen OTIF en transporte terrestre
- Un método de 6 pasos para calcularlo sin Excel creativo
OTIF (On Time In Full) es el porcentaje de pedidos que se entregan dentro de la ventana acordada y con la cantidad, SKU y condición completas. Un pedido tarde o incompleto cuenta como falla OTIF, aunque la otra mitad del KPI se haya cumplido.
¿Qué es OTIF en logística?
OTIF es el KPI de servicio que responde una sola pregunta de negocio: ¿el cliente recibió lo que pidió, cuando lo prometimos?
Nació en retail y CPG (Walmart, cadenas de autoservicio, manufactura con andenes citados) y hoy lo piden operadores logísticos, embarcadores y plataformas de e-commerce B2B en México.
A diferencia de “viajes a tiempo” o “% de cumplimiento de ruta”, OTIF se ancla al pedido del cliente, no al tractocamión. Un viaje puede llegar puntual y aun así romper OTIF si faltan 12 tarimas del SKU A.
Si estás armando el lenguaje base de tu operación, conviene leer también fill rate (completitud ≠ OTIF), OTD (entrega a tiempo), orden perfecta, prueba de entrega (POD) y el hub indicadores de distribución. OTIF es el resultado; visibilidad y evidencia son los insumos. Para el stack: TMS vs OCL.
Fórmula de OTIF (y el AND lógico)
- On Time
- Entrega dentro de la ventana (fecha/cita ± tolerancia) según el evento que definiste.
- In Full
- 100% de lo pedido (líneas, cantidades, SKU correcto, condición aceptable).
- AND
- Ambas deben ser verdaderas. No se promedian. No se “compensan”.
Variante por líneas: algunas empresas calculan OTIF a nivel línea de pedido. Es más estricto y útil en retail multi-SKU. Lo importante es no mezclar pedido y línea en el mismo reporte ejecutivo.
Ejemplo numérico: CEDIS en México
Un operador logístico surte 200 pedidos a un retailer en la semana. Resultados crudos:
| Resultado del pedido | Cantidad | ¿Cuenta OTIF? |
|---|---|---|
| A tiempo y completo | 156 | Sí |
| A tiempo, incompleto | 22 | No |
| Tarde, completo | 14 | No |
| Tarde e incompleto | 8 | No |
OTIF real = 156 ÷ 200 × 100 = 78%.
Si alguien reporta On Time = (156+22)/200 = 89% e In Full = (156+14)/200 = 85%, y “promedia” –87%. Suena casi aceptable.
El AND dice 78%. Esa brecha de 9 puntos es exactamente la que explica por qué Finanzas ve “verde” y el cliente ve rojo.
OTIF vs Fill Rate vs OTD vs OT/IF
Lo que reporta el Excel (a veces)
- On Time y In Full por separado
- Promedio que “compensa” fallas
- KPI verde, cliente en rojo
Lo que vive el cliente (OTIF)
- AND lógico por pedido
- Tarde o incompleto = falla
- Misma verdad para operaciones y cuentas por pagar
| KPI | Mide | Falla típica que ignora |
|---|---|---|
| OTD / On Time | Puntualidad | Pedido incompleto |
| Fill rate / IF | Completitud | Entrega tarde |
| OTIF | Puntualidad Y completitud | Ninguna de las dos (las exige juntas) |
| OT o IF (incorrecto) | Cualquiera de las dos | La otra mitad del dolor del cliente |
Usa cada KPI para su trabajo:
- Fill rate: diagnóstico de inventario/picking
- OTD: diagnóstico de red y citas
- OTIF: scorecard del cliente (orden perfecta añade docs/daño)
Los tres pueden coexistir; solo uno define si cumpliste la promesa comercial. El tablero completo de distribución (servicio, costo, control y cash) está en indicadores de distribución (KPIs).
Por qué tu OTIF miente (AND vs OR)
OR / promedio (infla)
- “Llegó a tiempo o completo”
- O peor: (OT% + IF%) / 2
- Sube el PowerPoint; no baja la multa del retailer
AND (real)
- Ambas condiciones en el mismo pedido
- Duele más, pero es la verdad operativa
- Es el número que el cliente ya usa contra ti
Otras formas de maquillaje:
- Excluir “fuerza mayor” sin catálogo de códigos
- Mover la ventana después del hecho
- Contar el backorder como pedido nuevo “perfecto”
- Medir solo el primer tramo y no la entrega final al CEDIS
Si tu documentación vive en chats, el KPI hereda el caos. El patrón que rompe adopción , y evidencia, está en por qué los transportistas no documentan.
Benchmarks OTIF por industria (México)
No hay un estándar único publicado por el SAT. Estas bandas son referencias operativas que vemos en acuerdos de nivel de servicio (SLA) y scorecards de embarcadores/operadores logísticos (úsalas como brújula, no como ley). Contexto hermano: el 4.º Estudio Nacional de Indicadores Logísticos 2026 (#SoyLogístico / LDM / EGADE) reporta fill rate de entrega al cliente ~93% promedio en su muestra (sectores ~93–96% en cobertura de prensa) — calibra con tu operación; no lo copies como meta OTIF ciega.
| Contexto | OTIF típico exigido / sano | Señal de alarma |
|---|---|---|
| Retail / CPG a CEDIS | 95–98% | < 92% sostenido |
| Distribución B2B / industrial | 90–95% | < 88% |
| E-commerce / última milla B2B | 85–92% (ventana corta) | < 80% + alta disputa |
| Proyecto / carga especial | Acuerdo por hito (no % ciego) | Promesas sin buffer de lead time |
Un OTIF “alto” con muchas entregas parciales renegociadas es frágil. Un OTIF “bajo” con definición AND estricta y mejora mes a mes es más creíble ante un comité de compras. El OTIF del SLA del corredor sigue mandando; el fill rate del Estudio Nacional calibra el lado In Full.
7 causas de falla OTIF en transporte MX
Cita / ventana mal definida
Llegaste a las 10:05 y la cita era 10:00. ¿Es Late? Sin regla escrita (¿llegada a caseta, a andén, inicio de descarga?) cada área inventa su verdad.
OT falso alto o castigo injusto al transportista
Entrega parcial “aceptada” sin reclasificar
El CEDIS recibe 80 de 100 cajas “para no perder el slot”. Operaciones marca Complete. El cliente, al surtir tiendas, ve quiebre. OTIF real: 0.
IF inflado; OTIF real cae en la cuenta del cliente
Picking / inventario incorrecto
El embarque sale “completo” en TMS pero faltan SKUs. El problema nació en almacén; el OTIF lo paga transporte en el scorecard del embarcador.
Falla In Full antes de que el tracto arranque
Estadías y andenes saturados
El viaje llegó On Time a puerta y perdió 4 horas en fila. Si tu ventana mide “descarga iniciada”, el OTIF se rompe por capacidad del receptor, no del transportista.
OT destruido por cuello de andén
Seguimiento reactivo por WhatsApp
El cliente avisa el retraso. No hay alerta a T−2h. Sin excepción temprana no hay plan B (otro viaje, split, reprogramación).
Fallás On Time cuando aún había margen
POD / evidencia ambigua
Firma ilegible, foto sin conteo, remisión vs pedido desalineados. En disputa, “In Full” no se puede demostrar, y el KPI se vuelve opinión.
Disputas y OTIF no auditables
Prometer fecha sin capacidad
Ventas confirma “mañana 8:00” sin validar transportista, carga ni andén. El OTIF nace muerto: mala promesa, no mala ejecución.
Lead time irreal a OTIF estructuralmente bajo
Cómo calcular OTIF en 6 pasos
- 1
Definir la unidad de medida
Elige pedido cliente (recomendado), línea de pedido o embarque. Mezclar unidades hace incomparable el OTIF entre plantas o operadores logísticos.
- 2
Fijar la ventana On Time
Documento: fecha prometida, cita ± tolerancia (ej. 30 min), y evento medido (llegada a caseta / inicio descarga). Sin esto, OTIF no es KPI: es narrativa.
- 3
Fijar la regla In Full
100% de líneas y cantidades, SKU correcto, condición aceptable. Define si backorders parciales cuentan como pedido nuevo o como falla del original.
- 4
Elegir fuentes de verdad
Timestamp de llegada (GPS/portal/andén) + evidencia de cantidad (POD, remisión, WMS). WhatsApp solo como canal, no como reloj oficial.
- 5
Calcular el AND por pedido
Por cada pedido: OT = sí/no, IF = sí/no. OTIF_pedido = 1 solo si ambos son sí. Suma y divide entre pedidos del periodo.
- 6
Segmentar y actuar
Rompe OTIF por cliente, ruta, transportista y causa (tarde vs incompleto). Mejora el cuello real; no subas el promedio maquillando el OR.
Cómo mejorar OTIF sin maquillar el KPI
On Time
Citas realistas, buffer de lead time, alertas T−2h / T−30min, plan B de transportista antes del miss.
In Full
Exactitud de inventario, picking verificado, no cerrar embarque con faltante “invisible”.
Evidencia
POD estructurado, timestamps, cantidades. Sin evidencia, el OTIF no se defiende en chargeback.
El apalancamiento más subestimado en México: dejar de enterarte tarde. Un agente de track & trace que alerta excepciones en minutos (como en OCL Cargo) no “inventa” OTIF. Te da tiempo para reprogramar, splittear o avisar al CEDIS antes de que el AND se rompa.
El caso de auditoría de un operador logístico ($3.6M MXN en 6 semanas) muestra el mismo principio en finanzas: 100% de cobertura vence al muestreo. En servicio, 100% de visibilidad vence al WhatsApp reactivo.
Ideas clave6 puntos
- OTIF = On Time In Full: solo cuenta el pedido que llega a tiempo Y completo. Es un AND, no un promedio de dos KPIs.
- Fórmula: (pedidos OTIF ÷ pedidos totales) × 100. Tarde o incompleto = 0 en ese pedido.
- El error más caro: reportar “a tiempo o completo” (OR). Infla el número 5–15 puntos y el cliente igual te penaliza.
- En México, retail/CPG suele exigir 95%+; B2B 90–95%. El Estudio Nacional 2026 cita fill rate entrega ~93% promedio muestra — contexto In Full, no meta OTIF ciega.
- Las fallas típicas no son “el camión”: son cita mal cerrada, estadía, picking incompleto, POD ambiguo y seguimiento por WhatsApp sin timestamp.
- Tablero hermano: indicadores de distribución.
¿Tu OTIF es AND real o PowerPoint?
Lectura relacionada
Preguntas frecuentes
OTIF significa On Time In Full: el porcentaje de pedidos entregados a tiempo Y completos (cantidad, SKU y condición acordadas). Solo cuenta un pedido si cumple ambas condiciones a la vez.
OTIF (%) = (Pedidos entregados a tiempo y completos ÷ Total de pedidos del periodo) × 100. Un pedido a tiempo pero incompleto, o completo pero tarde, no suma en el numerador.
Referencias operativas típicas: retail/CPG exige 95–98% en SLA; distribución B2B suele operar en 90–95%; e-commerce última milla suele reportar 85–92% según ventana. Por debajo de 90% en B2B suele haber penalizaciones o pérdida de slots.
No. Fill rate mide completitud (cantidad vs pedido). OTD/On-Time Delivery mide puntualidad. OTIF exige ambas (AND lógico). Reportar OT “o” IF como OTIF infla el KPI entre 5 y 15 puntos en operaciones reales.
Causas frecuentes: ventana mal definida (llegada a puerta vs descarga), aceptar entregas parciales como “completas”, medir solo el transportista y no el pedido cliente, o promediar OT e IF en vez de AND. El cliente vive el AND; el Excel a veces vive el OR.
Define unidad (pedido cliente), ventana (ej. cita ±30 min o fecha prometida), regla de completitud (100% líneas/cantidad) y fuente de verdad (POD + remisión). Calcula semanalmente. Luego automatiza timestamps y excepciones para que el número deje de depender de WhatsApp.
El agente de seguimiento monitorea excepciones 24/7 (meta típica: alerta en <10 min) y documenta hitos con evidencia. Eso ataca las fallas On Time. La disciplina de expediente (POD/Carta Porte) reduce disputas sobre si la entrega fue In Full. OTIF sube cuando dejas de enterarte tarde por chat.