Semanas hasta una fecha futura
Del 25 de julio al 10 de septiembre de 2026 hay 47 días: 6 semanas enteras y 5 días, o 6,714286 semanas en decimales. Usted fija ambas fechas, de modo que la cuenta atrás de un lanzamiento no cambia al pasar los días. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Fecha de referencia
- 2026-07-25
- Fecha objetivo
- 2026-09-10
- Días totales
- 47
- Semanas completas
- 6
- Días restantes
- 5
- Semanas fraccionarias
- 6,714286
La calculadora de semanas hasta una fecha mide la diferencia exacta en días naturales entre una fecha ISO de referencia explícita y otra fecha objetivo posterior. Devuelve bloques completos de siete días, los días restantes y el mismo intervalo expresado como semanas decimales. Como usted proporciona ambas fechas, el resultado nunca depende del reloj actual, la ubicación del navegador, el horario de verano ni la configuración del servidor. La validación estricta también detecta fechas imposibles y objetivos que no son posteriores a la referencia.
Introduzca dos fechas naturales ISO explícitas
Por ejemplo, se acepta 2026-07-25, mientras que se rechazan 2026-7-25, July 25 2026 y las cadenas que contienen una hora. Exigir una única representación inequívoca evita que el orden regional de día y mes altere el resultado. La calculadora valida tanto el patrón visible como el calendario gregoriano proléptico real.
Por ello, el 29 de febrero es válido en 2024 y 2000, pero no en 2023 ni 1900; el 31 de abril nunca es válido. Se admiten los años desde 0001 hasta 9999. El objetivo debe ser estrictamente posterior a la referencia.
No se deduce nada a partir de hoy. Si usted ejecuta la misma solicitud el mes próximo, recibirá la misma respuesta, pues la referencia forma parte de la solicitud y no se consulta en un reloj. Esta propiedad hace reproducibles los cálculos guardados, los registros de auditoría, las pruebas y las tareas programadas.
También facilita la revisión del contrato de entrada: las dos fechas visibles constituyen la base completa del resultado, sin supuestos ocultos sobre zona horaria, configuración regional o fecha actual.
Interprete semanas enteras, días restantes y semanas decimales
El cálculo no cuenta ambos extremos como días completos. Pasar de una medianoche a la siguiente equivale a un día; por eso, desde un lunes hasta el lunes siguiente hay exactamente siete días y una semana. No se excluyen fines de semana ni festivos.
Cada día es un día civil ordinario, adecuado para cuentas atrás, hitos de proyectos, plazos contractuales y otros cálculos entre fechas, no para calendarios de días laborables.
Por qué el resultado es determinista en UTC
Esta capacidad trata cada fecha proporcionada como su límite de medianoche civil en UTC, pero no crea objetos Date de JavaScript ni consulta la zona horaria del host. En su lugar, valida el año, el mes y el día y convierte cada fecha gregoriana en un número de día entero mediante aritmética fija. La resta de esos enteros produce el intervalo exacto.
Este diseño evita las transiciones del horario de verano, que pueden hacer que una resta de horas locales parezca una hora más corta o más larga, y evita reglas de análisis que cambian entre entornos de ejecución. El algoritmo no realiza solicitudes de red ni usa valores aleatorios, marcas de tiempo actuales o analizadores sensibles a la configuración regional. La respuesta repite ambas entradas ISO para que los registros posteriores se expliquen por sí mismos.
Los valores inválidos fallan con claridad en vez de normalizarse en silencio; una fecha inexistente nunca se desplaza al mes siguiente. Como la operación solo depende de dos cadenas cortas y aritmética entera de tiempo constante, resulta apropiada para comprobaciones automatizadas repetidas sin introducir deriva del reloj ni disponibilidad de servicios externos en el proceso.
Qué puede hacer con ella
Planificar un hito fijo
Mida semanas completas y decimales desde una fecha de planificación aprobada hasta una fecha posterior de entrega, lanzamiento o publicación.
Crear cuentas atrás reproducibles
Guarde una referencia explícita junto al objetivo para regenerar informes sin que cambien a medida que avanza la fecha actual.
Comparar intervalos futuros
Use semanas decimales para comparar plazos contractuales, planes de estudio, campañas o fases de proyectos en una escala común.
Preguntas frecuentes
¿Cómo se calculan las semanas fraccionarias?
La diferencia exacta en días naturales se divide entre siete y se devuelve con seis decimales. Las semanas enteras y los días restantes también se devuelven por separado.
¿Cuántas semanas hay del 25 de julio al 10 de septiembre de 2026?
Hay 47 días, es decir, 6 semanas enteras y 5 días, o 6,714286 semanas en decimales. La cifra decimal describe todo el intervalo; no es una fracción de semana que se sume a las 6.
¿Puede la fecha objetivo ser igual o anterior a la de referencia?
No. La fecha objetivo debe ser estrictamente posterior. Si las dos coinciden o el objetivo ya pasó, la herramienta lo rechaza, porque solo responde cuántas semanas faltan hasta un día futuro.
¿La calculadora usa la fecha de hoy?
No, nada se toma del día actual. Escriba usted la fecha de hoy como referencia; como ambas fechas quedan anotadas, el mismo cálculo da el mismo resultado cada vez que lo vuelva a abrir.
¿Se descuentan los fines de semana y los festivos?
No. Cuentan todos los días del calendario, así que de un lunes al lunes siguiente hay exactamente siete días y una semana. Sirve para cuentas atrás y plazos de contrato, no para días hábiles.
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/weeks-until-date \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"reference_date":"2026-07-25","target_date":"2026-09-10"}'const res = await fetch("https://api.kit.forhosting.com/date/weeks-until-date", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"reference_date": "2026-07-25",
"target_date": "2026-09-10"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/weeks-until-date",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"reference_date": "2026-07-25",
"target_date": "2026-09-10"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/weeks-until-date", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"reference_date":"2026-07-25","target_date":"2026-09-10"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"reference_date":"2026-07-25","target_date":"2026-09-10"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/weeks-until-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
{
"reference_date": "2026-07-25",
"target_date": "2026-09-10"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.weeks_until_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
Introduzca dos fechas naturales ISO explícitas
Proporcione reference_date y target_date en el formato fijo YYYY-MM-DD, incluidos todos los ceros iniciales. Las fechas iguales y los objetivos anteriores producen un error invalid_input, porque esta capacidad responde a una pregunta deliberadamente concreta: cuántas semanas faltan desde una fecha inicial conocida hasta una fecha futura conocida.
Interprete semanas enteras, días restantes y semanas decimales
El resultado comienza con total_days, que indica cuántos intervalos de medianoche a medianoche hay entre la referencia y el objetivo. whole_weeks es el cociente entero al dividir esa cantidad entre siete, y remaining_days es el resto, comprendido entre cero y seis. fractional_weeks expresa el intervalo completo en semanas dividiendo total_days entre siete y redondeando el número JSON mostrado a seis decimales. Por tanto, un intervalo de 47 días contiene 6 semanas enteras, 5 días restantes y 6.714286 semanas fraccionarias. Estos campos describen la misma duración de formas complementarias; fractional_weeks no es una semana parcial que deba sumarse a whole_weeks. Utilice whole_weeks cuando solo cuenten los bloques completos de siete días, remaining_days cuando un calendario necesite los días naturales residuales y fractional_weeks para estimaciones, gráficos, tasas o comparaciones que acepten decimales.
Por qué el resultado es determinista en UTC
Por tanto, unas entradas idénticas producen el mismo JSON en un navegador, un worker perimetral, una batería de pruebas o una repetición posterior. Esto importa especialmente cuando la cuenta sirve como prueba de un plazo, alimenta una hoja de cálculo o forma parte de un caso de regresión. Usted puede probar el cálculo en el navegador sin coste, mientras que cada elemento correcto de la API usa el precio base publicado de $0.002.
Preguntas técnicas
¿La calculadora utiliza la fecha de hoy?
No. Usted debe proporcionar reference_date y target_date, por lo que el cálculo nunca depende del reloj actual.
¿La fecha objetivo debe ser posterior?
Sí. Las fechas iguales y los objetivos anteriores a la referencia se rechazan con invalid_input porque esta capacidad mide el tiempo hasta un objetivo futuro.
¿Puede el horario de verano cambiar la respuesta?
No. El algoritmo usa aritmética gregoriana de días enteros con semántica UTC y nunca utiliza horas locales ni el objeto Date de JavaScript.
¿Cuánto cuesta un cálculo mediante la API?
Cada elemento correcto usa el precio base publicado de $0.002. La calculadora del navegador está disponible sin cargo de API.