ForHosting KIT · Dates et temps

Date limite d'expédition

Indiquez la date de livraison promise et le transit en jours ouvrés pour obtenir le dernier jour d'expédition : pour une livraison le lundi 27 juillet 2026 avec cinq jours ouvrés, expédiez au plus tard le lundi 20 juillet. Les week-ends ne comptent jamais. Gratuit dans votre navigateur.

Gratuit
Fonctionne dans votre navigateur
Sans inscription
Vos données restent sur votre appareil

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Exemple résolu

Si vous saisissez

Date de livraison: 2026-07-27
Jours de transit: 5

Vous obtenez

Date limite d'expédition: 2026-07-20
Jour de la semaine limite d'expédition: Monday
Jour de la semaine de livraison: Monday
Jour limite d'expédition (ISO): 1

Un calculateur de date limite d'expédition répond à la question de fulfillment que chaque boutique et chaque planificateur d'entrepôt rencontre : si le client doit recevoir la commande à une date de livraison promise et que le transporteur a besoin d'un nombre connu de jours ouvrés en transit, quel est le dernier jour du calendrier où vous pouvez encore remettre le colis au transporteur ? Saisissez une date de livraison ISO stricte et un entier non négatif de jours ouvrés de transit—par exemple livraison le lundi vingt-sept avec cinq jours ouvrés de transit—et l'outil remonte le calendrier grégorien en omettant tous les samedis et dimanches, puis renvoie la date ISO d'expédition, les noms des jours de la semaine, les numéros ISO du jour et l'intervalle calendaire entre expédition et livraison. Les jours fériés sont volontairement hors périmètre afin que les calendriers régionaux ne réécrivent pas en silence un SLA mondial.

Ce que signifie la date limite d'expédition avec un transit en jours ouvrés

Le e-commerce et le fulfillment B2B ne planifient presque jamais l'expédition avec de simples jours calendaires bruts. Une promesse de trois jours ouvrés de transit terrestre à partir d'un lundi d'expédition signifie en général que le colis doit arriver le jeudi sous un calendrier transporteur du lundi au vendredi, et non le mercredi en comptant tous les jours calendaires y compris les week-ends.

Les samedis et dimanches ne comptent jamais pour le transit et ne sont jamais choisis comme points intermédiaires du parcours lorsque le transit est supérieur à zéro ; lorsque le transit vaut zéro, la date d'expédition égale la date de livraison même si ce jour tombe un week-end, ce qui garde honnêtes les contrôles inverses face aux outils qui ajoutent des jours ouvrés vers l'avant.

Les jours fériés, blackouts et calendriers de repos régionaux sont volontairement omis car ils varient selon le pays, le transporteur et l'entrepôt ; intégrer une seule table de fériés dans un outil générique nuirait aux équipes aux calendriers différents. Associez le résultat à votre propre liste de fériés lorsqu'un jour férié en milieu de semaine doit aussi être omis.

Où cela s'intègre dans les flux réels

Les équipes opérations fixent les horaires de cut-off d'entrepôt à partir des promesses de livraison marketing : si le checkout annonce une livraison pour vendredi avec deux jours ouvrés de transit, la date limite d'expédition doit tomber le mercredi, et cet appel rend cette date explicite avant d'accepter les commandes. Les marketplaces et tableaux de bord multi-transporteurs convertissent le SLA de transit de chaque annonce en une seule date d'expédition par commande afin d'aligner les files pick-and-pack.

Les outils finance et service client recalculent la même date lorsqu'un client demande si une commande peut encore tenir une date cadeau. Le chemin navigateur est gratuit pour les contrôles interactifs : collez une arrivée promise, saisissez trois, et confirmez le jour d'expédition avant de figer un calendrier de campagne. Combinez la sortie avec vos propres tables de fériés lorsqu'une région observe des fériés en milieu de semaine ; cet outil reste le filtre fiable des week-ends en dessous.

Intention de recherche distincte d'ajouter des jours ouvrés vers l'avant ou de compter les jours ouvrés entre deux bornes de projet : ici la question produit est spécifiquement le dernier jour où vous pouvez encore expédier.

Cas d’usage

Promesses de livraison au checkout

Convertissez une promesse vitrine « arrive vendredi » et un SLA de transit transporteur en dernière date d'expédition d'entrepôt avant d'accepter la commande.

Échéances cadeaux et événements

Avec une date cadeau fixe et des jours ouvrés de transit, indiquez aux clients le dernier jour où ils peuvent encore passer une commande expédiée à temps.

Questions fréquentes

Combien cela coûte-t-il ?

Le même calcul s'exécute gratuitement dans votre navigateur sur cette page.

Les jours de transit sont-ils ouvrés ou calendaires ?

Jours ouvrés. Seuls le lundi au vendredi comptent. Les samedis et dimanches sont omis en remontant depuis la date de livraison.

Les jours fériés sont-ils omis ?

Non. Seuls les samedis et dimanches sont omis. Appliquez votre propre liste de fériés si la région ou le transporteur l'exige.

Pourquoi ma date a-t-elle été rejetée ?

La date de livraison doit être un jour réel du calendrier grégorien au format strict YYYY-MM-DD.

Que se passe-t-il si le transit est de zéro jour ?

La date limite d'expédition est alors la date de livraison elle-même, même si elle tombe un week-end. Le résultat reste ainsi cohérent avec l'ajout de jours ouvrés vers l'avant à partir de l'envoi.

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

POSThttps://api.kit.forhosting.com/date/ship-by-date

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/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)

Exemple de requête

{
  "delivery_date": "2026-07-27",
  "transit_days": 5
}

Exemple de réponse

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

par requête$0.002

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

Le parcours est une arithmétique déterministe pure—sans réseau, sans Date de l'horloge système, sans graine aléatoire—de sorte que l'exécuteur gratuit du navigateur et l'API prépayée renvoient le même JSON à chaque appel.

Ce que signifie la date limite d'expédition avec un transit en jours ouvrés

Cette capacité modélise ce contrat explicitement : transit_days est un décompte de pas du lundi au vendredi uniquement, et l'algorithme part de la delivery_date promise et recule d'un jour calendaire à la fois jusqu'à avoir consommé exactement ce nombre de jours hors week-end. La date de livraison elle-même n'est pas consommée comme une étape de transit : cinq jours ouvrés avant un lundi tombent le lundi précédent, l'inverse d'ajouter cinq jours ouvrés vers l'avant.

Comment l'appeler et lire le résultat

Comme l'algorithme ne consulte jamais le fuseau horaire local, une valeur calendaire pure reste pure et ne glisse pas d'un jour lorsqu'un serveur tourne dans une autre zone. Envoyez deux champs : delivery_date sous forme de chaîne stricte YYYY-MM-DD pour le jour d'arrivée promis au client, et transit_days sous forme d'entier non négatif pour le transit en jours ouvrés du transporteur. Des alias tels que delivery, due, promise_date, arrive_by et target_date pour la date, et transit, shipping_days, lead_days et days pour l'entier, sont acceptés afin que les formulaires existants se mappent sans renommer les champs. Les dates calendaires invalides échouent immédiatement avec invalid_input : le trente février, le mois treize, les chaînes libres et le rembourrage non canonique sont rejetés plutôt que forcés. Un décompte de transit négatif, un non-entier ou une valeur au-dessus du plafond est aussi invalid_input pour qu'une boucle incontrôlée n'épuise pas l'isolate. Une réponse réussie renvoie ship_by_date (le dernier jour pour confier le colis), delivery_date en écho, transit_days appliqués, ship_by_weekday et delivery_weekday comme noms anglais du jour, ship_by_iso_weekday et delivery_iso_weekday comme numéros lundi-égal-un jusqu'à dimanche-égal-sept, calendar_days comme l'intervalle grégorien absolu de l'expédition à la livraison (au moins transit_days et plus grand lorsque des week-ends ont été omis), et une courte chaîne de formule documentant la règle. Utilisez les champs de jour de la semaine dans les textes d'interface et les bannières de cut-off ; utilisez l'ISO ship_by_date comme système d'enregistrement pour les vagues de picking, les cut-offs transporteur et les moteurs de SLA. Le tarif est un forfait de $0.002 par requête réussie avec l'unité item ; une validation échouée n'est jamais facturée.

Où cela s'intègre dans les flux réels

Les développeurs intègrent le même solve dans des webhooks et des tâches CRON pour que chaque service partage une définition du dernier jour d'expédition au lieu de réimplémenter des boucles ad hoc qui divergent sur les bords vendredi-lundi. Le chemin API coûte $0.002 par requête réussie et est facturé par item, ce qui maintient bon marché les scripts de planification massive de commandes tout en couvrant l'exécution en bordure.

Cas d'intégration

Vagues de picking et cut-offs transporteur

Regroupez les commandes par ship_by_date pour que les vagues de picking et les remises au transporteur ne manquent pas la fenêtre de transit en jours ouvrés.

Questions techniques

Que se passe-t-il si transit_days vaut zéro ?

ship_by_date égale delivery_date, même si ce jour tombe un week-end. Utilisez un transit positif lorsque le transporteur a besoin de jours ouvrés en mouvement.

Consulter la documentation complète du KIT →

Lancer gratuitement

Exemple résolu

Ce que signifie la date limite d'expédition avec un transit en jours ouvrés

Où cela s'intègre dans les flux réels

Cas d’usage

Promesses de livraison au checkout

Échéances cadeaux et événements

Questions fréquentes

Outils associés

Pour les développeurs — accès API

Endpoint

Appeler depuis votre stack

Exemple de requête

Exemple de réponse

Tarifs

Erreurs

Notes techniques

Ce que signifie la date limite d'expédition avec un transit en jours ouvrés

Comment l'appeler et lire le résultat

Où cela s'intègre dans les flux réels

Cas d'intégration

Vagues de picking et cut-offs transporteur

Questions techniques

merci