ForHosting KIT · Fechas y tiempo

Enésimo día semanal después de una fecha

Desde el lunes 18 de marzo de 2024, el primer lunes posterior es el 25 de marzo, no el mismo día, y el segundo es el 1 de abril. Elija fecha, día de la semana y aparición para convertir una regla repetitiva en una fecha exacta. Gratis en su navegador.

Gratis
Funciona en su navegador
Sin registro
Sus datos no salen de su equipo

Ejecutar — gratis Cómo funciona y API

Úselo desde WebAPIEmailTelegramApp pronto

Ejemplo resuelto

Si escribe

Fecha: 2024-03-15
Día de la semana: Monday
N: 3

Obtiene

Resultado: 2024-04-01
Días después: 17
Día de la semana base: Friday
Día de la semana resultante: Monday

Esta calculadora convierte una regla de repetición en una fecha inequívoca. Introduzca una fecha ISO real con formato YYYY-MM-DD, elija un día de la semana en inglés e indique qué aparición futura necesita. La búsqueda empieza estrictamente después de la fecha indicada: si la base y el objetivo son lunes, la primera aparición será el lunes siguiente. El cálculo usa aritmética gregoriana entera, sin JavaScript Date, reloj del sistema, configuración regional, red ni azar. Por ello ofrece resultados estables para automatización UTC, pruebas, agendas e informes.

Comprenda la regla de posterioridad estricta

La palabra estrictamente define el resultado: la fecha ISO facilitada es un límite y nunca puede devolverse. Si la base es 2024-03-18, lunes, y el objetivo también es lunes, el primer lunes válido es 2024-03-25; el segundo es 2024-04-01. Si los días difieren, el motor avanza la distancia positiva mínima hasta el objetivo y suma siete días por cada aparición adicional.

Así se elimina la ambigüedad entre «en o después de» y «después de». La respuesta incluye la base normalizada, el día canónico, la aparición solicitada, la fecha resultante, la distancia total y sus componentes. Se trabaja con días civiles, no con instantes, horas ni cambios estacionales.

No se omiten fines de semana o festivos ni se interpreta la fecha según el huso del dispositivo. Para reglas inclusivas, días laborables o calendarios festivos debe usar una herramienta específica. Aquí las tres entradas determinan una única respuesta matemática.

Proporcione una fecha, un día y una aparición válidos

Envíe los campos obligatorios date, weekday y n. date debe contener cuatro dígitos de año, dos de mes y dos de día separados por guiones, además de representar una fecha gregoriana real. 2024-02-29 es válida; 2023-02-29 no lo es. Se admiten años entre 0001 y 9999 y el resultado debe permanecer en ese intervalo. weekday acepta nombres ingleses completos de Monday a Sunday y abreviaturas habituales como Mon, Tue, Wed, Thu, Fri, Sat y Sun, sin distinguir mayúsculas.

Se rechazan índices numéricos y nombres localizados para evitar interpretaciones variables. n empieza en uno, debe ser un entero positivo y no puede superar 100000. Se admiten cadenas de dígitos para formularios, pero no fracciones, cero, negativos, NaN, Infinity ni texto ajeno. Si una aparición grande rebasa 9999-12-31, también falla expresamente.

Automatice con aritmética gregoriana determinista

El solucionador valida primero la duración de los meses y la regla gregoriana de años bisiestos, incluida la excepción de los siglos. Después transforma la fecha civil en un número de día entero mediante una fórmula cerrada. De ese número obtiene el día semanal con una correspondencia fija.

La distancia al objetivo se calcula módulo siete, pero el cero se sustituye por siete para imponer la posterioridad estricta. Para las apariciones siguientes se suma siete por n menos uno y el número final vuelve a convertirse en año, mes y día. El coste temporal es constante incluso con n grande, pues no recorre las fechas intermedias.

Tampoco crea JavaScript Date, lee el reloj, consulta servicios ni aplica datos de zona horaria. El resultado es reproducible en navegadores, workers, pruebas de consola e integración continua. Sistemas de agenda, informes y pruebas pueden generar fechas futuras sin congelar un reloj.

Se devuelve una fecha ISO civil, no una marca temporal; cualquier sistema posterior puede añadir deliberadamente su propia hora y zona sin introducir supuestos ocultos.

Qué puede hacer con ella

Programar una revisión recurrente

Calcule el tercer viernes posterior a un límite de proyecto y guarde la fecha ISO en su flujo de planificación.

Crear datos de prueba estables

Genere casos deterministas sin congelar el reloj ni depender del huso horario del equipo.

Fijar fechas de observación e informe

Resuelva el día semanal de orden n posterior a una medición para auditorías e informes repetibles.

Preguntas frecuentes

¿Cuenta la fecha base si ya coincide con el día elegido?

No. El cálculo empieza estrictamente después. Si ambos son lunes, la primera aparición llega siete días más tarde.

¿Qué valores puede usar para n?

Use un entero positivo entre 1 y 100000. Se rechazan fracciones, cero y números negativos.

¿Se utiliza su zona horaria?

No. Se calculan fechas civiles gregorianas con enteros y nunca se consulta el huso ni el reloj del sistema.

¿Se omiten festivos o días no laborables?

No. Cuentan todas las semanas de siete días. Los calendarios laborales requieren otra capacidad.

¿Cómo encuentro el tercer lunes después de una fecha?

Escriba la fecha, elija lunes y pida la aparición 3. Desde el viernes 15 de marzo de 2024 la respuesta es el 1 de abril de 2024, 17 días después, porque el primer lunes posterior es el día 18.

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

POSThttps://api.kit.forhosting.com/date/nth-weekday-from-date

¿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/nth-weekday-from-date \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"date":"2024-03-15","weekday":"Monday","n":3}'

const res = await fetch("https://api.kit.forhosting.com/date/nth-weekday-from-date", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "date": "2024-03-15",
    "weekday": "Monday",
    "n": 3
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/date/nth-weekday-from-date",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "date": "2024-03-15",
    "weekday": "Monday",
    "n": 3
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/nth-weekday-from-date", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"date":"2024-03-15","weekday":"Monday","n":3}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"date":"2024-03-15","weekday":"Monday","n":3}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/nth-weekday-from-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

{
  "date": "2024-03-15",
  "weekday": "Monday",
  "n": 3
}

Ejemplo de respuesta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.nth_weekday_from_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

Por solicitud$0.002

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

Puede ejecutarlo gratis en el navegador o usar la API por $0.002 por elemento correcto.

Proporcione una fecha, un día y una aparición válidos

Una solicitud incorrecta devuelve invalid_input y nunca corrige silenciosamente una fecha imposible. Cada elemento API correcto cuesta $0.002; el navegador usa el mismo solucionador puro.

Preguntas técnicas

¿Cuánto cuesta una solicitud API?

Cada elemento API correcto cuesta $0.002. También puede usar gratis el mismo solucionador en el navegador.

Ver la documentación completa del KIT →

Ejecutar — gratis

Ejemplo resuelto

Comprenda la regla de posterioridad estricta

Proporcione una fecha, un día y una aparición válidos

Automatice con aritmética gregoriana determinista

Qué puede hacer con ella

Programar una revisión recurrente

Crear datos de prueba estables

Fijar fechas de observación e informe

Preguntas frecuentes

Herramientas relacionadas

Para desarrolladores — acceso por API

Endpoint de API

Llámela desde su stack

Ejemplo de solicitud

Ejemplo de respuesta

Precio

Errores

Notas técnicas

Proporcione una fecha, un día y una aparición válidos

Preguntas técnicas

gracias