Semaines jusqu’à une date future
Du 25 juillet au 10 septembre 2026, il y a 47 jours : 6 semaines entières et 5 jours, soit 6,714286 semaines en décimales. Vous fixez les deux dates, donc le compte à rebours d'un lancement ne change pas au fil des jours. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Date de référence
- 2026-07-25
- Date cible
- 2026-09-10
- Total de jours
- 47
- Semaines entières
- 6
- Jours restants
- 5
- Semaines fractionnaires
- 6,714286
Le calculateur de semaines jusqu’à une date mesure l’écart exact en jours civils entre une date ISO de référence explicite et une date cible ultérieure. Il indique les blocs complets de sept jours, les jours restants et le même intervalle sous forme de semaines décimales. Puisque vous fournissez les deux dates, le résultat ne dépend jamais de l’horloge actuelle, de la position du navigateur, de l’heure d’été ou des réglages du serveur. Une validation stricte détecte aussi les dates impossibles et les cibles qui ne sont pas postérieures à la référence.
Saisissez deux dates civiles ISO explicites
Par exemple, 2026-07-25 est accepté, tandis que 2026-7-25, July 25 2026 et toute chaîne contenant une heure sont refusés. L’emploi d’une représentation unique et sans ambiguïté empêche l’ordre régional du jour et du mois de modifier le résultat. Le calculateur contrôle le véritable calendrier grégorien proleptique en plus de la forme visible.
Le 29 février est donc valide en 2024 et 2000, mais pas en 2023 ni en 1900 ; le 31 avril n’est jamais valide. Les années de 0001 à 9999 sont prises en charge. La cible doit être strictement postérieure à la référence.
Aucune valeur n’est déduite de la date du jour. Si vous relancez la même requête le mois prochain, vous obtenez la même réponse, puisque la référence figure dans la requête au lieu d’être lue sur une horloge. Cette propriété rend reproductibles les calculs enregistrés, les pistes d’audit, les tests et les tâches planifiées.
Le contrat d’entrée reste également facile à vérifier : les deux dates affichées constituent toute la base du résultat, sans hypothèse cachée de fuseau horaire, de langue ou de date actuelle.
Interprétez les semaines entières, les jours restants et les décimales
Un intervalle de 47 jours correspond donc à 6 semaines entières, 5 jours restants et 6.714286 semaines fractionnaires. Le calcul ne compte pas les deux extrémités comme des jours complets. Le passage d’un minuit au suivant vaut un jour : du lundi au lundi suivant, il y a donc exactement sept jours et une semaine.
Aucun week-end ni jour férié n’est retiré. Chaque journée est un jour civil ordinaire, adapté aux comptes à rebours, jalons de projet, délais contractuels et autres écarts calendaires, et non à un calendrier de jours ouvrés.
Pourquoi le résultat est déterministe en UTC
Cette capacité traite chaque date fournie comme sa limite civile de minuit en UTC, sans créer d’objet Date JavaScript ni consulter le fuseau horaire de l’hôte. Elle valide l’année, le mois et le jour, puis transforme chaque date grégorienne en un numéro de jour entier au moyen d’une arithmétique fixe. La soustraction de ces entiers donne l’intervalle exact.
Cette méthode évite les changements d’heure d’été, susceptibles de faire paraître une soustraction locale trop courte ou trop longue d’une heure, ainsi que les règles d’analyse variables selon les environnements. L’algorithme n’effectue aucun appel réseau et n’utilise ni valeur aléatoire, ni horodatage actuel, ni analyseur dépendant de la langue. Cette stabilité est essentielle lorsque le compte justifie une échéance, alimente une feuille de calcul ou sert de scénario de régression.
La réponse répète les deux entrées ISO afin que les enregistrements en aval restent explicites. Une valeur invalide échoue clairement au lieu d’être normalisée en silence ; une date inexistante n’est jamais reportée au mois suivant. L’opération ne dépendant que de deux courtes chaînes et d’une arithmétique entière en temps constant, elle convient aux contrôles automatisés répétés sans dérive d’horloge ni dépendance à un service externe.
Cas d’usage
Planifier un jalon fixe
Mesurez les semaines complètes et décimales entre une date de planification approuvée et une date ultérieure de livraison ou de lancement.
Créer des comptes à rebours reproductibles
Conservez une référence explicite avec la cible afin de régénérer des rapports qui ne changent pas avec la date du jour.
Comparer des intervalles futurs
Employez les semaines décimales pour comparer délais contractuels, programmes d’étude, campagnes ou phases de projet sur une même échelle.
Questions fréquentes
Comment les semaines fractionnaires sont-elles calculées ?
L’écart exact en jours civils est divisé par sept et renvoyé avec six décimales. Les semaines entières et les jours restants sont aussi fournis séparément.
L’heure d’été peut-elle modifier la réponse ?
Non. L’algorithme emploie une arithmétique grégorienne de jours entiers avec une sémantique UTC, sans heure locale ni objet Date JavaScript.
Combien de semaines y a-t-il du 25 juillet au 10 septembre 2026 ?
Il y a 47 jours, soit 6 semaines entières et 5 jours, ou 6,714286 semaines en décimales. Le chiffre décimal décrit tout l'intervalle ; ce n'est pas une fraction de semaine ajoutée aux 6.
La date cible peut-elle être identique ou antérieure à la date de référence ?
Non. La date cible doit être strictement postérieure. Si les deux dates coïncident ou si la cible est déjà passée, l'outil refuse, car il répond seulement au nombre de semaines restant avant un jour futur.
Les week-ends et jours fériés sont-ils retirés du compte ?
Non. Chaque jour du calendrier compte : d'un lundi au lundi suivant, il y a exactement sept jours et une semaine. Cela convient aux comptes à rebours et aux délais de contrat, pas aux jours ouvrés.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre 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)Exemple de requête
{
"reference_date": "2026-07-25",
"target_date": "2026-09-10"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.weeks_until_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Saisissez deux dates civiles ISO explicites
Renseignez reference_date et target_date au format fixe YYYY-MM-DD, sans omettre les zéros initiaux. Des dates identiques et une cible antérieure déclenchent une erreur invalid_input, car cette capacité répond volontairement à une question précise : combien de semaines séparent une date de départ connue d’une date future connue.
Interprétez les semaines entières, les jours restants et les décimales
Le résultat commence par total_days, soit le nombre d’intervalles de minuit à minuit entre la référence et la cible. whole_weeks est le quotient entier obtenu en divisant cette valeur par sept, et remaining_days est le reste compris entre zéro et six. fractional_weeks exprime l’intervalle complet en semaines : total_days est divisé par sept et le nombre JSON affiché est arrondi à six décimales. Ces champs décrivent la même durée sous des angles complémentaires ; fractional_weeks ne représente pas une semaine partielle à ajouter à whole_weeks. Utilisez whole_weeks lorsque seuls les blocs complets de sept jours comptent, remaining_days lorsqu’un calendrier doit conserver les jours civils résiduels, et fractional_weeks pour les estimations, graphiques, taux ou comparaisons acceptant les décimales.
Pourquoi le résultat est déterministe en UTC
Des entrées identiques produisent ainsi le même JSON dans un navigateur, un worker en périphérie, une suite de tests ou une nouvelle exécution ultérieure. Vous pouvez essayer gratuitement le calcul dans le navigateur, tandis qu’un élément API réussi applique le prix de base publié de $0.002.
Questions techniques
Le calculateur utilise-t-il la date du jour ?
Non. Vous devez fournir reference_date et target_date ; le calcul ne dépend donc jamais de l’horloge actuelle.
La date cible doit-elle être postérieure ?
Oui. Les dates identiques et les cibles antérieures à la référence sont refusées avec invalid_input, car cette capacité mesure le temps jusqu’à une cible future.
Combien coûte un calcul par API ?
Chaque élément réussi applique le prix de base publié de $0.002. Le calculateur du navigateur est disponible sans frais d’API.