Calculadora fecha límite de envío
Indique la entrega prometida y los días hábiles de tránsito y obtenga el último día para enviar: para entregar el lunes 27 de julio de 2026 con cinco días hábiles, envíe a más tardar el lunes 20 de julio. Los fines de semana no cuentan. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Fecha de entrega
- 2026-07-27
- Días de tránsito
- 5
- Fecha límite de envío
- 2026-07-20
- Día de la semana límite de envío
- Monday
- Día de la semana de entrega
- Monday
- Día límite de envío (ISO)
- 1
Una calculadora de fecha límite de envío responde a la pregunta de fulfillment que afrontan cada tienda y cada planificador de almacén: si el cliente debe recibir el pedido en un día de entrega prometido y el transportista necesita un número conocido de días hábiles en tránsito, ¿cuál es el último día del calendario en que aún puede entregar el paquete al transportista? Introduzca una fecha de entrega ISO estricta y un entero no negativo de días hábiles de tránsito—por ejemplo entrega el lunes día veintisiete con cinco días hábiles de tránsito—y la herramienta retrocede en el calendario gregoriano omitiendo todos los sábados y domingos, y devuelve la fecha ISO de envío, los nombres de los días de la semana, los números ISO del día y el tramo de calendario entre envío y entrega. Los festivos quedan deliberadamente fuera de alcance para que los calendarios regionales no reescriban en silencio un SLA global.
Qué significa la fecha límite de envío con tránsito en días hábiles
El comercio electrónico y el fulfillment B2B casi nunca programan el envío solo con días de calendario en bruto. Una promesa de tres días hábiles de tránsito terrestre desde un lunes de despacho suele significar que el paquete debería llegar el jueves bajo un calendario del transportista de lunes a viernes, no el miércoles contando todos los días de calendario incluidos los fines de semana.
Los sábados y domingos nunca cuentan para el tránsito y no se eligen como puntos intermedios del recorrido cuando el tránsito es mayor que cero; cuando el tránsito es cero la fecha de envío coincide con la de entrega aunque caiga en fin de semana, lo que mantiene honestas las comprobaciones inversas frente a herramientas que suman días hábiles hacia adelante.
La propia fecha de entrega no se consume como un paso de tránsito: cinco días hábiles antes de un lunes caen en el lunes anterior, que es el inverso de sumar cinco días hábiles hacia adelante. Festivos, días de bloqueo y calendarios de descanso regionales se omiten a propósito porque varían por país, transportista y almacén; incrustar una única tabla de festivos en una herramienta genérica perjudicaría a equipos con calendarios distintos.
Combine el resultado con su propia lista de festivos cuando un festivo a mitad de semana también deba omitirse.
Dónde encaja en flujos reales
Los equipos de operaciones fijan horarios de corte de almacén a partir de promesas de entrega de marketing: si el checkout anuncia entrega para el viernes con dos días hábiles de tránsito, la fecha límite de envío debe caer en miércoles, y esta llamada hace explícita esa fecha antes de aceptar pedidos. Los marketplaces y paneles multi-transportista convierten el SLA de tránsito de cada anuncio en una sola fecha de envío por pedido para alinear las colas de pick-and-pack.
Las herramientas de finanzas y atención al cliente recalculan la misma fecha cuando un cliente pregunta si un pedido aún puede llegar a una fecha de regalo. La ruta del navegador es gratuita para comprobaciones interactivas: pegue una llegada prometida, introduzca tres y confirme el día de envío antes de fijar un calendario de campaña. Combine la salida con sus propias tablas de festivos cuando una región observe festivos a mitad de semana; esta herramienta sigue siendo el filtro fiable de fines de semana por debajo.
Intención de búsqueda distinta de sumar días hábiles hacia adelante o contar días laborables entre dos cotas de proyecto: aquí la pregunta de producto es específicamente el último día en que aún puede enviar.
Qué puede hacer con ella
Promesas de entrega en el checkout
Convierta una promesa de escaparate «llega el viernes» y un SLA de tránsito del transportista en la última fecha de envío de almacén antes de aceptar el pedido.
Plazos de regalos y eventos
Con una fecha de regalo fija y días hábiles de tránsito, indique a los clientes el último día en que aún pueden hacer un pedido que se envíe a tiempo.
Preguntas frecuentes
¿Cuánto cuesta?
El mismo cálculo se ejecuta gratis en su navegador en esta página.
¿Los días de tránsito son hábiles o de calendario?
Días hábiles. Solo cuentan de lunes a viernes. Los sábados y domingos se omiten al retroceder desde la fecha de entrega.
¿Se omiten los festivos públicos?
No. Solo se omiten sábados y domingos. Aplique su propia lista de festivos si la región o el transportista lo requieren.
¿Por qué se rechazó mi fecha?
La fecha de entrega debe ser un día real del calendario gregoriano en forma estricta YYYY-MM-DD.
¿Qué pasa si el tránsito es de cero días?
La fecha límite de envío coincide entonces con la de entrega, aunque ese día caiga en fin de semana. Así el resultado concuerda con sumar días hábiles hacia adelante desde el envío.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/date/ship-by-date \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"delivery_date":"2026-07-27","transit_days":5}'const res = await fetch("https://api.kit.forhosting.com/date/ship-by-date", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"delivery_date": "2026-07-27",
"transit_days": 5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/ship-by-date",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"delivery_date": "2026-07-27",
"transit_days": 5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/ship-by-date", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"delivery_date":"2026-07-27","transit_days":5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"delivery_date":"2026-07-27","transit_days":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/ship-by-date", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"delivery_date": "2026-07-27",
"transit_days": 5
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.ship_by_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
El recorrido es aritmética determinista pura—sin red, sin Date del reloj del sistema, sin semilla aleatoria—de modo que el ejecutor gratuito del navegador y la API de prepago devuelven el mismo JSON cada vez que se invoca.
Qué significa la fecha límite de envío con tránsito en días hábiles
Esta capacidad modela ese contrato de forma explícita: transit_days es un recuento de pasos de lunes a viernes únicamente, y el algoritmo parte de delivery_date prometida y retrocede un día de calendario cada vez hasta consumir exactamente ese número de días no festivos de fin de semana.
Cómo invocarlo y leer el resultado
Como el algoritmo nunca consulta la zona horaria local, un valor de calendario puro permanece puro y no se desliza un día cuando el servidor corre en otra zona. Envíe dos campos: delivery_date como cadena estricta YYYY-MM-DD del día de llegada prometido al cliente, y transit_days como entero no negativo del tránsito en días hábiles del transportista. Se aceptan alias como delivery, due, promise_date, arrive_by y target_date para la fecha, y transit, shipping_days, lead_days y days para el entero, de modo que los formularios existentes se mapean sin renombrar campos. Las fechas de calendario inválidas fallan de inmediato con invalid_input: el treinta de febrero, el mes trece, cadenas libres y rellenos no canónicos se rechazan en lugar de forzarse. Un recuento de tránsito negativo, un no entero o un valor por encima del techo también es invalid_input para que un bucle desbocado no agote el isolate. Una respuesta correcta devuelve ship_by_date (el último día para entregar el paquete), delivery_date ecoada, transit_days aplicados, ship_by_weekday y delivery_weekday como nombres ingleses del día, ship_by_iso_weekday y delivery_iso_weekday como números de lunes-igual-a-uno hasta domingo-igual-a-siete, calendar_days como el tramo gregoriano absoluto de envío a entrega (al menos transit_days y mayor cuando se omitieron fines de semana), y una cadena de fórmula corta que documenta la regla. Use los campos de día de la semana en textos de interfaz y banners de corte; use la ISO ship_by_date como sistema de registro para olas de picking, cortes de transportista y motores de SLA. El precio es un fijo de $0.002 por petición correcta con unidad item; la validación fallida nunca se cobra.
Dónde encaja en flujos reales
Los desarrolladores incrustan el mismo solve en webhooks y trabajos CRON para que cada servicio comparta una definición del último día de envío en lugar de reimplementar bucles ad hoc que discrepan en los bordes de viernes a lunes. La ruta API cuesta $0.002 por petición correcta y se factura por item, lo que mantiene baratos los scripts de planificación masiva de pedidos y sigue cubriendo la ejecución en el borde.
Casos de integración
Olas de picking y cortes de transportista
Agrupe pedidos por ship_by_date para que las olas de picking y las entregas al transportista no pierdan la ventana de tránsito en días hábiles.
Preguntas técnicas
¿Qué ocurre si transit_days es cero?
ship_by_date coincide con delivery_date, aunque ese día caiga en fin de semana. Use un tránsito positivo cuando el transportista necesite días hábiles en movimiento.