Puntos clave de esta guía
La fecha promesa de entrega es el día exacto en que un pedido llegará a su destinatario, calculado y comunicado antes de que el comprador complete la compra. A diferencia de una estimación genérica, se construye a partir de la operación real: cuándo cierra el almacén, cuánto tarda el traslado, qué días no se opera y si el transportista asignado tiene capacidad disponible ese día.
Suena simple y casi nunca lo es. La mayoría de las operaciones muestra un rango amplio en el checkout —"de 3 a 5 días hábiles"— porque calcular una fecha exacta obliga a conocer con precisión seis variables que suelen vivir en sistemas distintos. Esta guía explica qué es exactamente la fecha promesa, qué la compone, cómo se calcula y por qué se rompe entre la promesa y la entrega.
La fecha promesa de entrega —también llamada EDD, por estimated delivery date— es el compromiso de una fecha concreta de llegada que se le muestra al comprador en el momento de la compra. En su forma más útil se expresa como un día del calendario: "recíbelo el martes 27", no "entre 3 y 5 días hábiles".
Es un cálculo, no una estimación optimista. Parte del momento exacto en que se genera el pedido y suma cada eslabón de tiempo que lo separa del domicilio del destinatario: el tiempo de preparación en el almacén, el corte horario a partir del cual el pedido ya no sale hoy, el traslado entre instalaciones si lo hay, el tiempo de tránsito del transportista hasta el código postal de destino, y los días en que ninguna de esas partes opera.
Cuando cualquiera de esos eslabones no está modelado, el cálculo no se puede hacer con precisión y el sistema compensa con un rango. El rango no es una decisión de diseño: es el síntoma de un dato que falta.
Los tres términos se usan como sinónimos y describen niveles de compromiso distintos.
El rango de entrega ("3 a 5 días hábiles") es una ventana. No compromete a nada dentro de ella y traslada la incertidumbre al comprador, que no sabe si debe estar en su domicilio el martes o el jueves. Operativamente es cómodo porque casi cualquier resultado cae dentro del rango; comercialmente es el peor de los tres, porque no permite planear.
La fecha estimada es un día concreto calculado con promedios: el tiempo que suele tardar ese transportista en esa zona. Es más útil que el rango, pero no considera el estado de la operación hoy. Si el transportista está saturado o el pedido entró después del corte, la estimación ya nació equivocada.
La fecha promesa es un día concreto calculado con el estado real de la operación en el momento del pedido, incluida la capacidad disponible del transportista que va a llevarlo. Es la única de las tres que se puede convertir en un compromiso medible, porque después se puede comparar contra la fecha de entrega efectiva.
La diferencia práctica aparece en el indicador: sobre un rango no se puede medir cumplimiento con precisión; sobre una fecha promesa sí, y ese porcentaje se vuelve el termómetro de toda la operación de entrega.
Es lo que el comprador está buscando en ese momento. El Estudio de Venta Online 2026 de la AMVO identifica la falta de visibilidad de información y consulta como el principal motivo de abandono de carrito en México, con 75% de menciones. La fecha de llegada es una de las informaciones que el comprador busca y no siempre encuentra.
El incumplimiento es uno de sus tres temores principales. El mismo estudio ubica "que no se cumplan los tiempos de entrega indicados" entre los tres problemas que más preocupan al comprador en línea, con 33% de menciones, detrás de que la compra llegue incompleta (45%) o dañada (38%).
Reduce la carga sobre atención a clientes. Buena parte de los contactos posteriores a una compra son preguntas sobre cuándo llega el pedido. Una fecha concreta comunicada desde el inicio elimina la pregunta en lugar de responderla.
Convierte una expectativa difusa en un compromiso medible. Sin fecha promesa no hay forma de saber si la operación cumple, porque no hay contra qué comparar. Con fecha promesa, el porcentaje de pedidos entregados en la fecha comprometida se vuelve un indicador que conecta el checkout con la operación real.
Una fecha promesa exacta es la suma ordenada de seis variables. Las cuatro primeras son de configuración; las dos últimas son las que separan una fecha estimada de una fecha confiable.
El horario a partir del cual un pedido ya no se prepara hoy. Un pedido que entra a las 14:30 con cut-off a las 16:00 sale el mismo día; el mismo pedido a las 16:05 sale mañana, y su fecha de entrega se corre un día completo.
El cut-off no es único: varía por almacén, por transportista y por día de la semana. Un sistema que usa un solo cut-off global va a equivocarse sistemáticamente en los pedidos de la franja horaria crítica, que suele ser la de mayor volumen.
La duración de cada acción operativa entre la preparación y la entrega: surtido, empaque, espera de recolección, traslado y reparto final. Se configuran en horas, días, minutos o segundos según el eslabón, y pueden ser comunes a toda la operación, específicos por almacén o específicos por grupo de cobertura.
También pueden ser condicionales. Si un pedido requiere surtido desde una segunda ubicación porque no hay inventario completo en la primera, ese tiempo adicional tiene que entrar en el cálculo o la fecha va a fallar justo en los pedidos más complejos.
Horarios críticos distintos del cut-off del almacén que también empujan el pedido al siguiente ciclo: el corte de recolección del transportista, el corte de salida del traslado entre instalaciones, el corte de ingreso al centro de clasificación. Si el pedido llega después de cualquiera de ellos, se suma el tiempo hasta el siguiente.
Estos cortes se configuran por almacén, transportista y zona de cobertura, y normalmente se heredan de una configuración general con sobreescritura para los casos particulares.
Días laborales, festivos nacionales y festivos locales, definidos por almacén, por transportista y por nodo de la red. Un festivo local que solo afecta a una ciudad puede cambiar la fecha de una parte de los pedidos y no del resto.
Para operaciones que cruzan países, el calendario se multiplica: cada mercado tiene su propio conjunto de festivos, y un traslado internacional puede atravesar dos o tres calendarios distintos antes de llegar al destinatario.
Acá también entran las interrupciones de servicio: una zona suspendida por una contingencia durante un rango de fechas tiene que quedar excluida del cálculo mientras dure.
Este es el componente que casi ningún sistema incluye, y el que más fechas rompe.
La mayoría de los motores de asignación compara costo y nivel de servicio contratado. El nivel de servicio es un compromiso contractual: dice cuánto debería tardar el transportista, no si tiene unidades disponibles hoy. En un pico de demanda, un transportista puede estar operando por encima de su capacidad real y seguir aceptando guías, porque su sistema no corta la asignación.
Cuando eso ocurre, la fecha prometida en el checkout era correcta según el contrato y falsa según la operación. El pedido sale, entra en una red saturada y llega tarde.
Incluir la capacidad significa verificar, antes de asignar, cuántas guías lleva ese transportista en el día y qué porcentaje de su cupo por nodo ya está usado. Los sistemas que lo hacen manejan tres umbrales: un objetivo operativo, un umbral de alerta y un límite absoluto que no se supera. Al alcanzar el límite, el transportista queda excluido y el pedido se reasigna a otro con cupo real, recalculando la fecha en el mismo movimiento.
El sexto componente corrige los cinco anteriores con la realidad. El nivel de servicio contratado dice que un envío de un código postal a otro tarda 48 horas; el historial de entregas efectivas dice cuánto tardó realmente en los últimos meses, y esos dos números rara vez coinciden.
Un cálculo maduro usa el tiempo de tránsito estadístico medido sobre entregas reales entre par de códigos postales, con su dispersión, en lugar del tiempo declarado. Eso permite prometer con un margen de confianza explícito: no "tarda 48 horas" sino "en el 95% de los casos históricos llegó en este plazo".
| Componente | Si falta | Dónde se nota |
|---|---|---|
| Cut-off del almacén | La fecha se corre un día en todos los pedidos de la franja crítica | Incumplimientos concentrados en el horario de mayor volumen |
| Tiempos de tránsito | El cálculo usa promedios genéricos en lugar de la operación propia | Error constante en las zonas más lejanas o más complejas |
| Cortes operativos | El pedido pierde el ciclo siguiente sin que el sistema lo registre | Pedidos que "desaparecen" un día entero sin causa aparente |
| Calendario de operación | Se prometen entregas en días sin operación | Picos de incumplimiento alrededor de festivos y fines de semana largos |
| Capacidad real | Se asignan pedidos a transportistas que ya no pueden cumplir | Caída general del cumplimiento en temporadas de alta demanda |
| Desempeño histórico | Se promete el plazo contratado, no el real | Desvío estable entre la fecha prometida y la efectiva, en una misma dirección |
Hay un patrón que se repite: la fecha promesa no se rompe en el checkout, se rompe en el despacho. En el momento del cálculo la información disponible era correcta; lo que cambió fue la operación entre ese momento y la salida del pedido.
Los cuatro modos de falla más frecuentes:
Saturación del transportista. El pedido se asignó a un transportista que a esa hora ya estaba por encima de su capacidad real. Es el modo de falla dominante en picos de demanda, y el más difícil de diagnosticar después, porque el contrato dice que debería haber llegado a tiempo.
Pérdida del corte. El pedido se preparó a tiempo pero no alcanzó la recolección, o llegó al centro de clasificación después del corte de salida. Se pierde un ciclo completo y nadie lo registra como incidencia porque, técnicamente, nada falló.
Dirección imprecisa. El cálculo se hizo sobre un código postal que no corresponde al domicilio real. La fecha era correcta para un destino equivocado, y el intento fallido agrega días al ciclo.
Tramo sin visibilidad. En operaciones con traslados entre instalaciones o con carga internacional, un tramo que el sistema no registra es un tramo cuyo tiempo no está en el cálculo. La fecha ignora un eslabón que sí existe en la realidad.
Dos indicadores bastan para saber si el cálculo sirve.
Cumplimiento de la fecha comprometida. El porcentaje de pedidos entregados en la fecha que se le prometió al comprador. Es el indicador que conecta la promesa comercial con la ejecución operativa, y el único que mide lo que el cliente efectivamente experimentó.
Precisión del cálculo. Qué tan lejos estuvo la fecha prometida de la fecha real, medida como error promedio sobre el total de pedidos. En estadística este error se expresa habitualmente como MAPE, el error porcentual absoluto medio. Sirve para algo que el cumplimiento no muestra: la dirección del error. Un sistema que siempre promete de menos tiene cumplimiento alto y precisión mala, y está perdiendo ventas por prometer plazos peores que los reales.
Conviene mirar los dos juntos. El cumplimiento solo premia al conservador; la precisión sola no distingue entre llegar antes y llegar después.
Mostrar una fecha exacta en el checkout parece un problema de interfaz y es un problema de operación. El texto que ve el comprador es la última capa de un cálculo que empieza en el horario de cierre de un almacén y termina en el historial de entregas de un código postal.
Por eso las operaciones que muestran rangos amplios no lo hacen por elección: lo hacen porque el rango es lo único que se puede sostener cuando faltan datos. Y por eso el camino para pasar de un rango a una fecha no es cambiar el copy del checkout, sino modelar los eslabones que hoy no están.
La pregunta que conviene hacerse no es si se puede mostrar una fecha exacta, sino cuál de los seis componentes falta hoy para poder calcularla.
La fecha promesa de entrega es el día exacto en que un pedido llegará a su destinatario, calculado y comunicado antes de que el comprador complete la compra. Se construye sumando el tiempo de preparación en el almacén, los cortes horarios, el tiempo de tránsito hasta el código postal de destino y los días sin operación. A diferencia de un rango, es un compromiso concreto que después puede medirse contra la fecha de entrega real.
La fecha estimada se calcula con promedios históricos generales: cuánto suele tardar ese transportista en esa zona. La fecha promesa se calcula con el estado real de la operación en el momento del pedido, incluida la capacidad disponible del transportista ese día. La diferencia aparece en los picos de demanda: la estimación sigue mostrando el promedio de siempre, mientras que la promesa refleja que la red está saturada y ajusta el compromiso.
Porque calcular una fecha exacta requiere conocer seis variables que suelen vivir en sistemas distintos: cut-off del almacén, tiempos de tránsito, cortes operativos, calendario de días hábiles, capacidad del transportista y desempeño histórico. Cuando alguna falta, el cálculo no se puede cerrar con precisión y el rango cubre esa incertidumbre. El rango no es una decisión de diseño: es el síntoma de un dato que no está modelado.
El cut-off es el horario a partir del cual un pedido ya no se prepara el mismo día. Un pedido que entra antes del corte sale hoy; el mismo pedido minutos después sale mañana, y su fecha de entrega se corre un día completo. El cut-off varía por almacén, por transportista y por día de la semana, así que usar un solo horario global produce errores sistemáticos justo en la franja de mayor volumen.
Porque el nivel de servicio contratado dice cuánto debería tardar el transportista, no si tiene unidades disponibles hoy. En un pico de demanda, un transportista puede estar operando por encima de su capacidad real y seguir aceptando guías, porque su sistema no corta la asignación. La fecha prometida era correcta según el contrato y falsa según la operación: el pedido entra en una red saturada y llega tarde.
Verificando, antes de asignar el pedido, cuántas guías lleva ese transportista en el día y qué porcentaje de su cupo por nodo ya está ocupado. Los sistemas que lo hacen manejan tres umbrales: un objetivo operativo, un umbral de alerta y un límite absoluto que no se supera. Al alcanzar el límite, el transportista queda excluido de la selección y el pedido se reasigna a otro con cupo real, recalculando la fecha en el mismo movimiento.
Dos. El cumplimiento de la fecha comprometida, que es el porcentaje de pedidos entregados en la fecha prometida al comprador, y la precisión del cálculo, que mide qué tan lejos estuvo la fecha prometida de la real. Conviene mirarlos juntos: un sistema que siempre promete plazos peores que los reales tiene cumplimiento alto y precisión mala, y está perdiendo ventas por exceso de conservadurismo.
Sí, y es donde más valor tiene. Con un solo transportista la fecha depende de un plazo único. Con varios, cada uno tiene cobertura, cortes, plazos y capacidad distintos, así que la fecha cambia según a quién se asigne el pedido. Calcularla bien exige evaluar todos los transportistas elegibles en el momento de la compra y mostrar la fecha del que efectivamente va a llevarlo.
Suma eslabones y calendarios. Un pedido que llega desde otro país atraviesa tránsito internacional, liberación aduanal y distribución local, y cada tramo tiene sus propios tiempos y días sin operación. Si el sistema empieza a contar recién cuando la mercancía llega al almacén local, el tramo anterior queda fuera del cálculo y la fecha ignora una parte real del recorrido, que además suele ser la de mayor variabilidad.
El Carrier Hub de Pinit calcula la fecha promesa exacta en el checkout considerando la capacidad real de cada transportista, no solo el plazo contratado. Conocer el Carrier Hub.