Data limite di spedizione
Indichi la data di consegna promessa e il transito in giorni lavorativi per ottenere l'ultimo giorno di spedizione: per consegnare lunedì 27 luglio 2026 con cinque giorni lavorativi, spedisca entro lunedì 20 luglio. I fine settimana non contano. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Data di consegna
- 2026-07-27
- Giorni di transito
- 5
- Data limite di spedizione
- 2026-07-20
- Giorno della settimana limite di spedizione
- Monday
- Giorno della settimana di consegna
- Monday
- Giorno limite di spedizione (ISO)
- 1
Un calcolatore della data limite di spedizione risponde alla domanda di fulfillment che ogni vetrina e ogni pianificatore di magazzino affronta: se il cliente deve ricevere l'ordine in un giorno di consegna promesso e il corriere ha bisogno di un numero noto di giorni lavorativi in transito, qual è l'ultimo giorno di calendario in cui Lei può ancora consegnare il pacco al corriere? Inserisca una data di consegna ISO rigorosa e un intero non negativo di giorni lavorativi di transito—ad esempio consegna il lunedì ventisette con cinque giorni lavorativi di transito—e lo strumento retrocede sul calendario gregoriano omettendo tutti i sabati e le domeniche, poi restituisce la data ISO di spedizione, i nomi dei giorni della settimana, i numeri ISO del giorno e l'intervallo di calendario tra spedizione e consegna. Le festività restano deliberatamente fuori ambito affinché i calendari regionali non riscrivano in silenzio un SLA globale.
Cosa significa la data limite di spedizione con transito in giorni lavorativi
L'e-commerce e il fulfillment B2B quasi mai programmano la spedizione con soli giorni di calendario grezzi. Una promessa di tre giorni lavorativi di transito terrestre a partire da un lunedì di spedizione di solito significa che il pacco dovrebbe arrivare giovedì secondo un calendario corriere dal lunedì al venerdì, non mercoledì contando tutti i giorni di calendario inclusi i fine settimana.
Sabati e domeniche non contano mai per il transito e non vengono mai scelti come punti intermedi del percorso quando il transito è maggiore di zero; quando il transito è zero la data di spedizione coincide con quella di consegna anche se cade nel fine settimana, il che mantiene onesti i controlli inversi rispetto agli strumenti che sommano giorni lavorativi in avanti.
La data di consegna stessa non viene consumata come passo di transito: cinque giorni lavorativi prima di un lunedì cadono sul lunedì precedente, l'inverso di aggiungere cinque giorni lavorativi in avanti. Festività, giorni di blocco e calendari di riposo regionali sono omessi di proposito perché variano per Paese, corriere e magazzino; incorporare un'unica tabella di festività in uno strumento generico danneggerebbe i team con calendari diversi. Abbini il risultato alla Sua lista di festività quando una festività a metà settimana deve essere pure omessa.
Dove si inserisce nei flussi reali
I team operativi fissano gli orari di cut-off di magazzino a partire dalle promesse di consegna di marketing: se il checkout annuncia consegna entro venerdì con due giorni lavorativi di transito, la data limite di spedizione deve cadere di mercoledì, e questa chiamata rende esplicita quella data prima di accettare gli ordini. Marketplace e cruscotti multi-corriere convertono lo SLA di transito di ogni annuncio in un'unica data di spedizione per ordine così le code pick-and-pack restano allineate.
Gli strumenti di finanza e customer care ricalcolano la stessa data quando un cliente chiede se un ordine può ancora rispettare una data regalo. Il percorso browser è gratuito per controlli interattivi: incolli un arrivo promesso, digiti tre e confermi il giorno di spedizione prima di fissare un calendario di campagna. Combini l'output con le Sue tabelle di festività quando una regione osserva festività a metà settimana; questo strumento resta il filtro affidabile dei fine settimana sottostante.
Intento di ricerca distinto dal semplice aggiungere giorni lavorativi in avanti o contare i giorni lavorativi tra due estremi di progetto: qui la domanda di prodotto è specificamente l'ultimo giorno in cui Lei può ancora spedire.
Casi d'uso
Promesse di consegna al checkout
Converta una promessa da vetrina «arriva venerdì» e uno SLA di transito del corriere nell'ultima data di spedizione di magazzino prima di accettare l'ordine.
Scadenze regalo ed eventi
Con una data regalo fissa e giorni lavorativi di transito, indichi ai clienti l'ultimo giorno in cui possono ancora effettuare un ordine che spedisca in tempo.
Domande frequenti
Quanto costa?
Lo stesso calcolo gira gratis nel Suo browser in questa pagina.
I giorni di transito sono lavorativi o di calendario?
Giorni lavorativi. Contano solo dal lunedì al venerdì. Sabati e domeniche vengono omessi andando indietro dalla data di consegna.
Le festività pubbliche vengono omesse?
No. Vengono omessi solo sabati e domeniche. Applichi la Sua lista di festività se la regione o il corriere lo richiedono.
Perché la mia data è stata rifiutata?
La data di consegna deve essere un giorno reale del calendario gregoriano in forma rigorosa YYYY-MM-DD.
Cosa succede se il transito è di zero giorni?
La data limite di spedizione coincide allora con la data di consegna, anche se cade nel fine settimana. Così il risultato resta coerente con l'aggiunta di giorni lavorativi in avanti dalla spedizione.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo 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)Esempio di richiesta
{
"delivery_date": "2026-07-27",
"transit_days": 5
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.ship_by_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Il percorso è aritmetica deterministica pura—senza rete, senza Date dell'orologio di sistema, senza seme casuale—così l'esecutore gratuito del browser e l'API prepagata restituiscono lo stesso JSON a ogni chiamata.
Cosa significa la data limite di spedizione con transito in giorni lavorativi
Questa capacità modella quel contratto in modo esplicito: transit_days è un conteggio di passi dal lunedì al venerdì soltanto, e l'algoritmo parte dalla delivery_date promessa e retrocede di un giorno di calendario alla volta finché non ha consumato esattamente quel numero di giorni non fine settimana.
Come invocarlo e leggere il risultato
Poiché l'algoritmo non consulta mai il fuso orario locale, un valore di calendario puro resta puro e non scivola di un giorno quando un server gira in un'altra zona. Invii due campi: delivery_date come stringa rigorosa YYYY-MM-DD del giorno di arrivo promesso al cliente, e transit_days come intero non negativo del transito in giorni lavorativi del corriere. Alias come delivery, due, promise_date, arrive_by e target_date per la data, e transit, shipping_days, lead_days e days per l'intero, sono accettati così i moduli esistenti si mappano senza rinominare i campi. Le date di calendario non valide falliscono subito con invalid_input: il trenta febbraio, il mese tredici, le stringhe libere e il padding non canonico vengono rifiutati anziché forzati. Un conteggio di transito negativo, un non intero o un valore oltre il tetto è pure invalid_input affinché un ciclo fuori controllo non esaurisca l'isolate. Una risposta corretta restituisce ship_by_date (l'ultimo giorno per affidare il pacco), delivery_date in eco, transit_days applicati, ship_by_weekday e delivery_weekday come nomi inglesi del giorno, ship_by_iso_weekday e delivery_iso_weekday come numeri lunedì-uguale-a-uno fino a domenica-uguale-a-sette, calendar_days come intervallo gregoriano assoluto dalla spedizione alla consegna (almeno transit_days e maggiore quando i fine settimana sono stati omessi), e una breve stringa di formula che documenta la regola. Usi i campi del giorno della settimana nei testi di interfaccia e nei banner di cut-off; usi l'ISO ship_by_date come sistema di registrazione per le ondate di picking, i cut-off del corriere e i motori di SLA. Il prezzo è un forfait di $0.002 per richiesta andata a buon fine con unità item; la validazione fallita non viene mai addebitata.
Dove si inserisce nei flussi reali
Gli sviluppatori incorporano lo stesso solve in webhook e job CRON affinché ogni servizio condivida una definizione dell'ultimo giorno di spedizione invece di reimplementare loop ad hoc che divergono sui bordi da venerdì a lunedì. Il percorso API costa $0.002 per richiesta andata a buon fine e viene fatturato per item, il che mantiene economici gli script di pianificazione massiva degli ordini pur coprendo l'esecuzione sull'edge.
Casi di integrazione
Ondate di picking e cut-off del corriere
Raggruppi gli ordini per ship_by_date affinché le ondate di picking e le consegne al corriere non perdano la finestra di transito in giorni lavorativi.
Domande tecniche
Cosa succede se transit_days è zero?
ship_by_date coincide con delivery_date, anche quando quel giorno cade nel fine settimana. Usi un transito positivo quando il corriere ha bisogno di giorni lavorativi in movimento.