El OTIF (On Time In Full) es la proporción de entregas que llegaron a la vez a tiempo y completas: entregas a tiempo y completas ÷ entregas realizadas × 100, sin contar los pedidos anulados por el cliente. La cifra depende de tres decisiones que deben figurar junto al resultado: qué se considera «a tiempo» (mismo día, dentro de la ventana reservada o ± horas, y si la entrega anticipada cuenta), si se cuenta por línea o por pedido y qué tolerancia de cantidad se admite. No es puntualidad × entregas completas: en el registro de ejemplo 50,0 % × 50,0 % da 25,0 %, pero el OTIF es 16,7 %. Logistivo guarda en cada carga la fecha de entrega, la ETA y el historial fechado de cada cambio de estado, incluidos los que el conductor registra en la app: la materia prima de este cálculo.
Fuente: ASCM · VDI · legislation.gov.uk · United Nations · BOE · Wikipedia (en).
Última actualización de los datos:
.
Registro de entregas
Registro de entregas — Escribe o pega tus entregas, fija la definición y mira qué entregas bajan el OTIF.
El cálculo se hace solo en tu navegador: el registro no se envía ni se guarda en ningún servidor.
La herramienta mide la fiabilidad de la entrega (plazo y cantidad). Documentación, averías y disponibilidad en almacén son otros indicadores, recogidos en el glosario.
Ref. pedido — Referencia del pedido o de la carga. Las filas con la misma referencia forman un pedido cuando cuentas por pedido.
Línea — Opcional: número de línea del pedido.
Prometida / inicio — Fecha y hora prometidas o inicio de la ventana reservada, p. ej. 14/09/2026 08:00; la ventana completa cabe en una celda: 14/09/2026 08:00-12:00.
Fin de ventana — Opcional: solo la hora (12:00) si la ventana termina el mismo día; si no, fecha y hora.
Entregada — Fecha y hora en que la mercancía se puso a disposición del destinatario. Vacía = entrega todavía abierta.
Pedida — Cantidad confirmada en el pedido (bultos, palés o unidades: la misma unidad que la entregada).
Entregada (cant.) — Cantidad recibida. Si la línea llegó en varias descargas: el total, con la hora de la última.
Definiciones seleccionables
A tiempo si — En la ventana — Una entrega es a tiempo si la hora real cae entre el inicio y el fin de la ventana reservada, ambos incluidos. Después del fin es un retraso; antes del inicio, una entrega anticipada. Con una hora sin fin de ventana, la ventana es esa hora exacta; con solo la fecha, es el día entero.
A tiempo si — Mismo día — Una entrega es a tiempo si la fecha real es el día prometido (o uno de los días de la ventana). La hora no cuenta: el día siguiente es retraso y el anterior, anticipo.
A tiempo si — ± horas — La ventana prometida (o la hora prometida) se amplía N horas antes y después. Fuera de ese margen la entrega es un retraso o un anticipo.
N horas — el valor inicial de 2 horas solo sirve para probar la regla: usa el margen escrito en tu contrato o SLA.
Anticipo — Es un fallo — Una entrega antes de que abra la ventana (o antes del margen) es un fallo de puntualidad, igual que un retraso.
Anticipo — Cuenta como a tiempo — Una entrega antes de la ventana cuenta como a tiempo: es el criterio «en la fecha o antes» de la métrica SCOR RL.3.59 sobre la fecha solicitada por el cliente.
Contar por — Línea — Cada fila del registro es una unidad: el OTIF es la proporción de filas a tiempo y completas.
Contar por — Pedido — Las filas con la misma referencia forman un pedido. El pedido solo es a tiempo si lo son todas sus líneas, y completo solo si lo son todas (la forma más estricta, como el pedido perfecto SCOR RL.1.1). Si una línea está abierta o es ilegible, el pedido entero queda fuera del cálculo.
Exceso — Es un fallo — Una cantidad por encima de la tolerancia no es «in full»: SCOR RL.2.1 exige que no se entreguen artículos de más.
Exceso — Cuenta como completa — Una cantidad por encima de la tolerancia se considera completa: opción de algunos contratos, distinta de la definición SCOR.
Tolerancia — Una entrega es incompleta si la cantidad entregada es inferior a pedida × (1 − tolerancia) y es un exceso si supera pedida × (1 + tolerancia). La herramienta empieza en 0 %: es un ajuste de la herramienta, no una norma. SCOR habla de tolerancias «acordadas mutuamente».
Fórmulas
OTIF % — entregas a tiempo Y completas ÷ entregas contadas × 100 — SCOR RL.1.1 (pedidos perfectos ÷ pedidos × 100 %); según la definición habitual de OTIF se cuenta por entrega, pedido o línea.
Puntualidad (OTD) % — entregas a tiempo ÷ entregas contadas × 100 — SCOR RL.2.2: pedidos entregados en la fecha comprometida original ÷ pedidos entregados × 100 %; sin componente «in full».
Puntualidad × completas — igual al OTIF solo si retrasos y faltas afectan a las entregas de forma independiente — Aritmética; en el registro de ejemplo 50,0 % × 50,0 % = 25,0 % frente a un OTIF de 16,7 %.
Unidad de cómputo — entregas, líneas o pedidos; nunca cantidades — Calcular el OTIF sobre la proporción de la cantidad total va contra el principio del «in full» (Wikipedia en inglés, DIFOT).
Hojas: cada entrega en una sola
OTIF — a tiempo y completa.
Solo retraso — con retraso, cantidad correcta.
Solo anticipo — anticipada cuando el anticipo es un fallo, cantidad correcta.
Solo incompleta — a tiempo, cantidad por debajo de la tolerancia.
Solo exceso — a tiempo, cantidad por encima de la tolerancia cuando el exceso es un fallo.
Plazo y cantidad — fallo de plazo y de cantidad a la vez (retraso + incompleta, retraso + exceso, anticipo + incompleta, anticipo + exceso). Las seis hojas suman siempre las entregas contadas.
Filas fuera del cálculo
abierta — todavía no hay entrega real: SCOR divide entre pedidos entregados, así que una entrega que no ha ocurrido queda fuera del denominador.
sin promesa — no hay fecha prometida: sin compromiso no se puede juzgar la puntualidad.
fecha ilegible — una fecha no tiene un formato reconocido.
ventana invertida — el fin de la ventana es anterior a su inicio.
falta cantidad — falta la cantidad pedida o entregada: no se puede juzgar si está completa.
cantidad no válida — la cantidad pedida debe ser mayor que cero y la entregada no negativa.
Retraso medio y mediano
Sobre qué entregas — solo las que llegan con retraso.
Regla de la ventana — hora real − fin de la ventana.
Regla ± horas — hora real − hora prometida (o fin de la ventana), no el límite del margen.
Regla del mismo día — días enteros después del día prometido.
Media y mediana — media aritmética; mediana = valor central, o media de los dos valores centrales si el número de entregas con retraso es par.
Por pedido — el retraso del pedido es el de su línea más retrasada.
Cómo se leen el registro y el CSV
Columnas en este orden: referencia; línea; fecha prometida o inicio de ventana; fin de ventana; entrega real; cantidad pedida; cantidad entregada. Con 6 columnas falta la línea; con 5, la ventana va en una celda (14/09/2026 08:00-12:00).
Separador: punto y coma, coma o tabulador, detectado en la primera fila. Una primera fila sin fechas se trata como cabecera.
Fechas: 2026-09-14 10:40, 14/09/2026 10:40, 14.09.2026 o 14-09-2026; con barras, puntos o guiones se lee día/mes/año.
Cantidades: la coma es el separador decimal (22,5); un punto seguido de tres cifras separa los miles (1.200).
Las horas se comparan tal como están escritas, sin conversión de huso horario. Si la entrega real solo tiene fecha, la comparación se hace por día.
Una línea entregada en varias descargas se anota una vez, con la cantidad total y la hora de la última descarga.
Los pedidos anulados por el cliente se quitan del registro; un cambio pedido por el cliente y aceptado por el proveedor pasa a ser la nueva promesa (SCOR RL.1.1, RL.2.1, RL.2.2).
¿Qué entregas bajan el OTIF? — El OTIF es la raíz; debajo están la puntualidad y la entrega completa, y cada entrega fuera del OTIF cae en una sola hoja. Pulsa un nodo para resaltar las filas correspondientes del registro.
Ejemplo ilustrativo — 6 entregas — El registro se abre con seis entregas inventadas para llenar cada hoja del árbol: no son datos reales ni una referencia del sector. Con los ajustes iniciales (ventana, anticipo = fallo, por línea, tolerancia 0 %, exceso = fallo) el resultado es:
OTIF 1 de 6 = 16,7 %; a tiempo 3 de 6 = 50,0 % (ORD-1001, ORD-1003, ORD-1006); completas 3 de 6 = 50,0 % (ORD-1001, ORD-1002, ORD-1004); el producto 50,0 % × 50,0 % da 25,0 %.
ORD-1002 con 85 minutos de retraso; ORD-1003 incompleta (22 de 24, −8,3 %); ORD-1004 anticipada 40 minutos; ORD-1005 con 185 minutos de retraso e incompleta (27 de 30, −10 %); ORD-1006 con exceso (21 de 20, +5 %). Retraso medio y mediano: 135 minutos (2 h 15 min).
Regla del mismo día: a tiempo 6 de 6, OTIF 3 de 6 = 50,0 %. Anticipo contado como a tiempo: a tiempo 4 de 6 = 66,7 %, OTIF 2 de 6 = 33,3 %. Tolerancia del 5 %: ORD-1006 pasa a completa (21 ≤ 21,0), completas 4 de 6 = 66,7 %, OTIF 2 de 6 = 33,3 %.
Algunas filas tienen una hora prometida sin fin de ventana y el anticipo cuenta como fallo: solo son a tiempo si se entregan en el minuto exacto. Añade el fin de la ventana o usa la regla ± horas.
Las filas excluidas no cuentan ni en el numerador ni en el denominador.
Todavía no hay ninguna entrega computable: cada fila necesita promesa, entrega real y ambas cantidades.
Por un retraso solo hay indemnización con reservas escritas al porteador en 21 días: en transporte nacional, contados desde el día siguiente a la entrega (Ley 15/2009, art. 60.3); en transporte internacional por carretera, desde que la mercancía se puso a disposición del destinatario (CMR, art. 30.3). Un informe de indicadores no sustituye esas reservas.
Cuando una entrega falla el OTIF, su cronología ya está en la carga — En Logistivo cada carga guarda su fecha de entrega y cada cambio de estado (pendiente de carga, en transporte, en tránsito, completado) con fecha y hora, fijado desde la oficina o por el conductor en la app de iOS y Android. En los viajes con varias paradas el conductor marca cada parada como completada y la hora queda registrada; en cada cambio de estado sale una notificación. A fin de mes el generador de informes del asistente exporta las cargas con fecha de entrega, estado, ruta, transportista y matrícula a Excel, CSV o PDF.
Gestión de cargas — Fecha de entrega y cada cambio de estado con fecha y hora, en cada carga. — /es/load-management
App del conductor — El conductor fija el estado y marca cada parada como completada; la hora se guarda. — /es/carrier/drivers
El resultado depende de la definición elegida: indícala siempre junto a la cifra. La herramienta no da valores objetivo; el objetivo es el de tu contrato o SLA.
¿Qué es el OTIF y cómo se calcula? — El OTIF (On Time In Full, «entregas a tiempo y completas») es la proporción de entregas que llegaron a la vez en el plazo prometido y con la cantidad pedida: entregas a tiempo y completas ÷ entregas realizadas × 100.
Se puede contar por entrega, por pedido o por línea de pedido, pero la unidad debe indicarse. En su forma más estricta, el «pedido perfecto» del modelo SCOR (RL.1.1), un pedido solo cuenta si todas sus líneas son perfectas; los compromisos con el cliente, precisa SCOR, se adquieren a nivel de línea.
Los pedidos anulados por el cliente quedan fuera (SCOR RL.1.1, RL.2.1, RL.2.2).
¿Cómo se calcula el OTIF a partir de un informe de entregas? — Para cada entrega hacen falta la fecha o la ventana prometida en el pedido, la fecha y la hora reales de entrega registradas, y las cantidades pedida y entregada. Una definición muy extendida añade un cuarto requisito útil: anotar por qué una entrega no fue OTIF.
Desde una exportación del TMS o del ERP basta con pegar esas columnas en el registro: la herramienta marca cada fila como OTIF, con retraso, anticipada, incompleta o con exceso, y el árbol muestra cuántas entregas caen en cada hoja.
Cómo funciona en Logistivo — Logistivo guarda en cada carga la materia prima de este cálculo: la fecha de entrega y, si se indica, la llegada estimada (ETA); el historial de cada cambio de estado (pendiente de carga, en transporte, en tránsito, completado) con fecha y hora, registrado por la oficina o por el conductor en la app de iOS y Android; y, en los viajes con varias paradas, la hora en que el conductor marca cada parada como completada. El generador de informes del asistente exporta las cargas con fecha de entrega, estado, ruta, transportista y matrícula a Excel, CSV o PDF. Gestión de cargas en Logistivo — /es/load-management
¿Qué diferencia hay entre OTIF y entrega a tiempo (OTD)? — La entrega a tiempo (OTD, On Time Delivery) solo mira el plazo. SCOR la calcula como pedidos entregados en la fecha comprometida original ÷ pedidos entregados × 100 % (RL.2.2) y aclara que la métrica no tiene componente «in full»: una entrega parcial puede ser puntual.
El OTIF exige las dos condiciones, así que nunca supera ni la puntualidad ni la tasa de entregas completas. En el registro de ejemplo: puntualidad 50,0 %, completas 50,0 %, OTIF 16,7 %.
Cuidado con el «nivel de servicio»: en logística suele designar la disponibilidad en almacén (la proporción de líneas o unidades servidas desde el stock, el fill rate), no el OTIF.
¿Por qué el OTIF no es puntualidad × entregas completas? — El producto de ambas tasas solo coincide con el OTIF si los retrasos y las faltas afectan a las entregas de forma independiente. Si los fallos se concentran en las mismas entregas (el mismo viaje llega tarde e incompleto), el OTIF es mayor que el producto; si se reparten entre entregas distintas, es menor.
En el registro de ejemplo 50,0 % × 50,0 % da 25,0 %, pero el OTIF real es 16,7 %: los dos tipos de fallo caen en entregas distintas y solo ORD-1005 tiene ambos. El árbol lo muestra en la hoja «Plazo y cantidad».
¿El OTIF se mide por pedido o por línea de pedido? — Se usan las dos opciones y dan cifras distintas. Por línea, cada fila del registro es una unidad. Por pedido, las filas con la misma referencia forman un pedido que solo es a tiempo y completo si lo son todas sus líneas: una línea fallida hace fallar el pedido entero, por eso el OTIF por pedido es más exigente.
SCOR calcula el pedido perfecto sobre pedidos (RL.1.1), pero recuerda que los compromisos se adquieren línea a línea. Si el cliente pide dividir un pedido, se considera cada línea de entrega. Sea cual sea la elección, se escribe junto a la cifra: para eso está el recuadro de definición bajo el registro.
Puntualidad: ¿cuándo cuenta una entrega como a tiempo? — Es la rama izquierda del árbol. SCOR remite a la definición del cliente: la ventana aceptable se fija en el acuerdo de nivel de servicio y la fecha comprometida puede ser un intervalo en lugar de una hora exacta (RL.2.2). Cuatro decisiones cambian el resultado.
¿Una entrega anticipada cuenta como a tiempo? — Depende del contrato. Con una cita de descarga reservada, llegar antes de que abra la ventana genera esperas en el muelle y suele ser un fallo; la métrica SCOR sobre la fecha solicitada por el cliente (RL.3.59), en cambio, cuenta las entregas «en la fecha o antes». La directriz alemana VDI 4400 incluye la tolerancia en el propio nombre del indicador, como margen en días antes y después del plazo.
En el registro de ejemplo ORD-1004 llega 40 minutos antes de su ventana: con el anticipo como fallo, el OTIF es 16,7 %; contándolo como a tiempo, sube a 33,3 %.
Día, ventana o ± horas: ¿qué regla de puntualidad elegir? — La regla sigue la promesa hecha al cliente: «mismo día» si el contrato solo promete una fecha, «en la ventana» si se reserva una cita de descarga, «± horas» si el contrato concede un margen alrededor de una hora. Con el mismo registro, el ejemplo pasa de 16,7 % (ventana) a 50,0 % (mismo día): todas las entregas llegan el día correcto, pero tres fuera de su ventana.
¿Fecha solicitada o fecha confirmada? — Son dos indicadores distintos. SCOR mide la puntualidad respecto a la fecha comprometida original (RL.2.2) y, por separado, respecto a la fecha solicitada por el cliente (RL.3.59). No mezcles las dos fechas en la misma cifra.
Una fecha movida después, por ejemplo una nueva ETA comunicada durante el viaje, no sustituye a la promesa: para SCOR solo un cambio pedido por el cliente y aceptado por el proveedor crea una nueva base de comparación.
¿Cómo se calculan el retraso medio y el mediano? — Solo sobre las entregas con retraso. Con la regla de la ventana, el retraso es la hora real menos el fin de la ventana; con ± horas se mide desde la hora prometida; con la regla del mismo día se cuentan días enteros. La mediana es el valor central (con un número par de retrasos, la media de los dos centrales) y se ve menos afectada por un único viaje muy tardío.
En el registro de ejemplo ORD-1002 llega 85 minutos después de su ventana y ORD-1005, 185 minutos después: media y mediana de 135 minutos.
Entrega completa: ¿cuándo es «in full»? — Es la rama derecha del árbol. Para SCOR (RL.2.1) un pedido se entrega completo si los artículos son los pedidos, no se entregan artículos de más y todas las cantidades recibidas coinciden con las pedidas «dentro de tolerancias acordadas mutuamente». La métrica no tiene componente de plazo.
¿Una entrega con exceso de cantidad es completa? — Para SCOR no: una de las condiciones es que no se entreguen artículos de más. Algunos contratos aceptan el exceso; por eso la herramienta tiene el interruptor «Exceso». En el registro de ejemplo ORD-1006 recibe 21 bultos para 20 pedidos (+5 %): con tolerancia 0 % es un fallo.
¿Cómo se aplica una tolerancia de cantidad? — La tolerancia es una banda alrededor de la cantidad pedida: incompleta por debajo de pedida × (1 − tolerancia) y con exceso por encima de pedida × (1 + tolerancia). SCOR reconoce que usar un intervalo en vez de un valor exacto es práctica habitual para fechas y cantidades, y que el compromiso se cumple si se respeta el intervalo.
Con el 5 %, ORD-1006 (21 de 20, límite 21,0) pasa a completa, mientras que ORD-1003 (22 de 24, límite 22,8) y ORD-1005 (27 de 30, límite 28,5) siguen incompletas.
Entregas parciales, pedidos anulados o modificados: ¿cómo se cuentan?
Pedidos anulados por el cliente: excluidos (SCOR RL.1.1, RL.2.1, RL.2.2).
Cambios pedidos por el cliente y aceptados por el proveedor: pasan a ser la nueva base de comparación.
Pedido dividido a propósito por el proveedor: para la entrega completa cuenta que al final llegaran todas las cantidades (SCOR RL.2.1 no tiene componente de plazo).
Pedido dividido a petición del cliente: se considera cada línea de entrega.
Línea entregada en varias descargas: una sola fila en el registro, con el total entregado y la hora de la última descarga (convención de esta herramienta).
¿Cuándo hay retraso según la Ley 15/2009 y el CMR? — El indicador y la ley usan palabras parecidas para cosas distintas. En España el transporte nacional por carretera se rige por la Ley 15/2009, del contrato de transporte terrestre de mercancías, y el internacional por el Convenio CMR, al que España se adhirió el 12 de febrero de 1974. La ventana de descarga de un KPI suele ser mucho más estrecha que el plazo que manejan estas normas: una entrega puede fallar el OTIF sin que exista un retraso indemnizable.
El informe del indicador no sustituye a las reservas: si un retraso causó un perjuicio, las reservas escritas deben llegar al porteador en el plazo de 21 días. La calculadora de responsabilidad del porteador CMR cuenta esos 21 días desde la entrega y muestra cuánto debe el porteador por el retraso.
Responsabilidad por retraso — Ley 15/2009 (transporte nacional): El porteador responde de los daños derivados del retraso en la ejecución del transporte (art. 47.1). | CMR (transporte internacional): Hay retraso si la mercancía no se entrega en el plazo convenido o, sin plazo convenido, si la duración efectiva supera el tiempo razonable para un transportista diligente (art. 19).
Qué se indemniza — Ley 15/2009 (transporte nacional): El perjuicio que se pruebe que ha ocasionado el retraso (art. 56). | CMR (transporte internacional): El daño que se pruebe como consecuencia del retraso (art. 23.5).
Límite — Ley 15/2009 (transporte nacional): La indemnización por retraso no excede del precio del transporte (art. 57.2). | CMR (transporte internacional): La indemnización no excede del precio del transporte (art. 23.5).
Reservas — Ley 15/2009 (transporte nacional): Reservas escritas al porteador en 21 días desde el siguiente al de la entrega al destinatario (art. 60.3). | CMR (transporte internacional): Reserva escrita al porteador en 21 días desde que la mercancía se puso a disposición del destinatario; ese día no se cuenta (art. 30.3 y 30.4).
Según el CMR, la mercancía puede considerarse perdida si no se entrega en los 30 días siguientes al vencimiento del plazo convenido o, sin plazo convenido, en los 60 días desde que el porteador se hizo cargo de ella (art. 20.1). Artículos del CMR resumidos a partir de su texto en inglés.
¿Qué errores falsean el OTIF?
Multiplicar puntualidad por entregas completas — El producto no es el OTIF: en el registro de ejemplo da 25,0 % frente a 16,7 %.
Ponderar por cantidad — Contar unidades entregadas a tiempo en vez de entregas vacía de sentido el «in full».
Medir contra la ETA actualizada — Se compara con el compromiso original; solo un cambio pedido por el cliente y aceptado lo sustituye (SCOR RL.2.2).
Dejar los anulados en el denominador — Los pedidos anulados por el cliente se excluyen (SCOR RL.1.1, RL.2.1, RL.2.2).
Contar el exceso como completo — SCOR RL.2.1 exige que no se entreguen artículos de más, salvo pacto en contrario.
Mezclar fecha solicitada y fecha confirmada — Son dos métricas distintas (SCOR RL.2.2 y RL.3.59).
No decir si es por línea o por pedido — Por pedido es más exigente: una línea fallida hace fallar todo el pedido (SCOR RL.1.1).
Dejar implícita la regla del anticipo — En el ejemplo, esa sola decisión mueve el OTIF de 16,7 % a 33,3 %.
Confundir OTIF con nivel de servicio — El fill rate cuenta los artículos o el valor enviados según lo previsto (SCOR RL.3.46); el OTIF cuenta las entregas que llegaron a tiempo y completas.
Tratar un fallo del KPI como retraso legal — La ventana del KPI es más estrecha que el plazo legal, y la indemnización exige reservas escritas en 21 días (Ley 15/2009, art. 60.3; CMR, art. 30.3).
¿Qué otros KPI logísticos del transporte se miden? — Solo definiciones; los valores objetivo son los de tus contratos y SLA.
OTD — entrega a tiempo — entregas a tiempo ÷ entregas realizadas; sin componente de cantidad. (SCOR RL.2.2)
Entrega completa (in full) — entregas con los artículos y cantidades correctos ÷ entregas realizadas; sin componente de plazo. (SCOR RL.2.1)
Pedido perfecto — completo, a tiempo en el lugar y cliente correctos, con documentación exacta y en perfecto estado; cada componente vale 1 o 0 y una línea solo es perfecta si lo son todos. (SCOR RL.1.1)
Tiempo de ciclo del pedido — suma de los tiempos de ciclo reales de los pedidos entregados ÷ pedidos entregados, en días, desde la recepción del pedido hasta la aceptación del cliente. (SCOR RS.1.1)
Nivel de servicio en almacén (fill rate) — artículos o valor enviados según lo previsto en el periodo frente a lo que debía enviarse: cuenta artículos o valor, no las entregas que llegaron a tiempo y completas. (SCOR RL.3.46)
Desviación media respecto a la fecha de entrega — media, y desviación típica, de la diferencia entre la entrega real y la fecha acordada. (VDI 4400 (DLS 5 y DLS 6))
Porcentaje de kilómetros en vacío — km recorridos en vacío ÷ km totales del vehículo en el periodo.
Tiempo hasta el POD — tiempo desde la entrega hasta disponer del justificante de entrega firmado.
¿Qué reglas aplica exactamente esta herramienta? — Las mismas reglas que aplica el código, escritas por extenso: fórmulas, definiciones seleccionables, hojas del árbol, exclusiones, retraso, lectura del CSV y resultado esperado del registro de ejemplo.
Qué registra Logistivo en cada carga — La materia prima del OTIF, registrada mientras se trabaja.
Estados con fecha y hora — Pendiente de carga, en transporte, en tránsito, completado: cada cambio de estado queda en el historial de la carga con fecha y hora. Si se discute un retraso, hay un registro y no una reconstrucción de memoria.
Paradas marcadas por el conductor — En los viajes con varias paradas el conductor ve el orden de las paradas en la app y marca cada una como completada; la hora queda registrada.
Informes en Excel, CSV o PDF — El generador de informes del asistente exporta las cargas con fecha de entrega, estado, ruta, transportista y matrícula.
Aviso en cada cambio de estado — Cuando cambia el estado de una carga sale una notificación, y quien sigue la entrega lo sabe al momento.
Para usar junto a esta herramienta
Software logístico, SGA y ERP en España — Qué registros exige la ley y dónde se guardan las fechas comprometidas.
Carta de porte CMR y DeCA — El documento donde figura el plazo convenido (art. 6) y donde se anotan las reservas.
Analizar paradas con GPS — Cuándo estuvo realmente el camión en el punto de descarga, leído de su traza GPS.
Stock de seguridad y punto de pedido — El «nivel de servicio» del lado del stock: la disponibilidad desde almacén, que el OTIF no mide.
Fechas, estados y paradas de cada carga en un solo lugar
Fechas, estados y paradas de cada carga en un solo lugar — Con Logistivo el historial de cada entrega se construye mientras los viajes avanzan, desde la oficina y desde la app del conductor.
Fuente
ASCM — SCOR Digital Standard — RL.1.1 Perfect Customer Order Fulfillment — https://scor.ascm.org/performance/reliability/RL.1.1
ASCM — SCOR Digital Standard — RL.2.1 Percentage of Orders Delivered In Full to the Customer — https://scor.ascm.org/performance/reliability/RL.2.1
ASCM — SCOR Digital Standard — RL.2.2 Delivery Performance to Original Customer Commit Date — https://scor.ascm.org/performance/reliability/RL.2.2
ASCM — SCOR Digital Standard — RL.3.59 Delivery Performance to Customer Request Date — https://scor.ascm.org/performance/reliability/RL.3.59
ASCM — SCOR Digital Standard — RL.3.46 Fill Rate — https://scor.ascm.org/performance/reliability/RL.3.46
ASCM — SCOR Digital Standard — RS.1.1 Customer Order Fulfillment Cycle Time — https://scor.ascm.org/performance/responsiveness/RS.1.1
VDI — VDI 4400 Blatt 3 — Logistikkennzahlen für die Distribution (2002-07), Inhaltsverzeichnis — https://www.vdi.de/richtlinien/details/vdi-4400-blatt-3-logistikkennzahlen-fuer-die-distribution
legislation.gov.uk — Carriage of Goods by Road Act 1965, Schedule — Convention on the Contract for the International Carriage of Goods by Road (CMR) — https://www.legislation.gov.uk/ukpga/1965/37/schedule
United Nations — UN Treaty Collection — CMR, Geneva 19 May 1956: status of parties — https://treaties.un.org/Pages/ViewDetails.aspx?src=TREATY&mtdsg_no=XI-B-11&chapter=11&clang=_en
BOE — Ley 15/2009, de 11 de noviembre, del contrato de transporte terrestre de mercancías (texto consolidado) — https://www.boe.es/eli/es/l/2009/11/11/15/con
Wikipedia (en) — DIFOT (delivery in full, on time) / OTIF — https://en.wikipedia.org/wiki/DIFOT
Preguntas frecuentes
¿Qué es el OTIF?
La proporción de entregas que llegaron a la vez a tiempo y completas sobre el total de entregas realizadas. Las siglas vienen del inglés On Time In Full.
¿Cómo se calcula el OTIF?
Entregas a tiempo y completas ÷ entregas realizadas × 100. Los pedidos anulados por el cliente se excluyen y las entregas que aún no se han producido quedan fuera del denominador.
¿OTIF y nivel de servicio son lo mismo?
No. El nivel de servicio suele medir la disponibilidad en almacén (fill rate) y la entrega a tiempo (OTD) solo el plazo; el OTIF exige a la vez plazo y cantidad correctos.
¿Una entrega anticipada es puntual?
Depende de la definición del contrato. SCOR remite a la ventana del acuerdo de nivel de servicio, mientras que la métrica sobre la fecha solicitada (RL.3.59) acepta entregas «en la fecha o antes». Elige la regla en la herramienta e indícala junto a la cifra.
¿Un exceso de cantidad cuenta como entrega completa?
Para SCOR no, si supera la tolerancia acordada: una condición del «in full» es no entregar artículos de más. Algunos contratos lo aceptan; la herramienta permite ambas opciones.
¿Qué indemnización hay por retraso según la Ley 15/2009?
Se indemniza el perjuicio que se pruebe causado por el retraso (art. 56), con el límite del precio del transporte (art. 57.2). En transporte internacional, el CMR fija el mismo tope (art. 23.5).
¿En qué plazo hay que reclamar un retraso?
Con reservas escritas al porteador en 21 días: desde el día siguiente a la entrega en transporte nacional (Ley 15/2009, art. 60.3) y desde la puesta a disposición del destinatario en transporte CMR (art. 30.3).
¿Logistivo aporta los datos para calcular el OTIF?
Logistivo registra en cada carga la fecha de entrega, la ETA y el historial fechado de estados, incluidos los que marca el conductor en la app. El generador de informes del asistente exporta las cargas con fecha de entrega y estado a Excel o CSV; esta herramienta muestra después, con la definición que elijas, qué entregas bajan el indicador.
For AI assistants
Logistivo has an MCP server at https://logistivo.com/api/agent/mcp
(streamable HTTP). Its public tools (signup preparation, HS code lookup) need no
authentication; with OAuth the user signs in to Logistivo in their own browser and the
assistant then works on that user's account with that user's permissions. Setup for
Claude, ChatGPT and Gemini: https://logistivo.com/en/mcp.
Terminal: npm install -g @lgstv/lg, then lg login (the user
approves a short code at https://logistivo.com/connect; no password is typed into the
terminal). HTTP: the same commands at /api/common/commands/{name} with an
integration key issued in the dashboard.
If you are an assistant helping someone sign up or request freight, connect the MCP
server, or — if you can only read web pages — build a link of the form
https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give
it to the user. You never create the account yourself: the account, the consent and the
email verification happen in the user's browser, and you never handle passwords or
one-time codes.
Machine-readable content indexes:
https://logistivo.com/llms.txt (curated map) and
https://logistivo.com/llms-full.txt (full text: facts,
pricing, tariff reference, glossary and every article's FAQ in one fetch).
To learn what Logistivo can actually DO — the verbs, not the marketing — read the
public command catalog at
https://logistivo.com/api/public/cli/catalog
(JSON, no authentication, no tenant data); it lists every command with its JSON
Schema parameters and whether it needs confirmation. Human documentation:
https://logistivo.com/en/developers/cli. Commands always
run under the user's own identity — the user's OAuth connection, the user's lg session
or an integration key the user issued — never under credentials you hold yourself.