Verificare tempo di scalo
Uno scalo di 120 minuti senza cambiare terminal è comodo: 60 minuti sopra il tempo minimo di coincidenza di 60. Inserisca lo scalo e se cambia terminal per sapere se la coincidenza è comoda, stretta o rischiosa. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Minuti di scalo
- 120
- Minuti minimi di coincidenza
- 60
- Minuti di margine
- 60
- Stato
- comfortable
Perdere una coincidenza rovina l’itinerario, e la differenza tra una passeggiata tranquilla fino al gate successivo e una corsa spesso dipende dal fatto che lo scalo programmato superi il tempo minimo di coincidenza pratico dell’aeroporto. Questo strumento per verificare il tempo di connessione di uno scalo prende la durata della Sua sosta in minuti e un indicatore su se debba cambiare terminal, poi valuta la coincidenza come comoda, stretta o rischiosa secondo l’orientamento abituale delle compagnie sul tempo minimo di connessione. Le durate negative vengono rifiutate così dati errati non sembrano mai un punteggio di rischio valido.
Come si decidono comoda, stretta e rischiosa
Le compagnie pubblicano tempi minimi di coincidenza che indicano quanto tempo serve, in media, a un passeggero per sbarcare, completare eventuali trasferimenti tra terminal e imbarcare il volo successivo in condizioni normali. Su tali soglie il classificatore applica un cuscinetto fisso di trenta minuti di comodità. Se il Suo scalo è più breve del MCT, lo status è risky e sufficient è false: è sotto l’orientamento abituale già prima di meteo o ritardi.
Se lo scalo raggiunge il MCT ma resta sotto MCT più trenta minuti, lo status è tight e sufficient è true: la coincidenza è legalmente e operativamente plausibile per molte compagnie, ma lascia poco margine per arrivi in ritardo o lunghi rullaggi. Se lo scalo è almeno MCT più trenta minuti, lo status è comfortable: dispone del minimo più un cuscinetto che molti frequent flyer trattano come soglia pratica per «camminare con calma».
Casi d'uso
Avvisi di coincidenza nel flusso di prenotazione
Prima del checkout, valuti ogni sosta multi-tratta per minuti di scalo e cambio terminal; blocchi o avvisi su status risky e evidenzi le coincidenze strette.
Revisione della policy viaggi aziendali
Classifichi in batch gli itinerari proposti e faccia salire qualsiasi coincidenza sotto la fascia di comodità per approvazione dell’agente o del viaggiatore.
Domande frequenti
Quali tempi minimi di connessione usa questo strumento?
Comfortable richiede almeno tali soglie più 30 minuti. Sono soglie di orientamento in stile compagnia, non un database MCT aeroportuale live.
Qual è la differenza tra tight e comfortable?
Tight significa che raggiunge o supera l’MCT ma resta sotto MCT più 30 minuti. Comfortable significa che dispone di almeno MCT più 30 minuti di scalo programmato.
Che cosa conta come cambio di terminal?
Qualsiasi scalo in cui deve passare a un altro terminal, o a un altro aeroporto, prima del volo successivo. Il minimo sale a 90 minuti, perché navette, nuovi controlli di sicurezza e percorsi più lunghi richiedono tempo.
Che cosa significa una coincidenza rischiosa?
Che lo scalo è più breve del tempo minimo di coincidenza, quindi è già sotto l'indicazione comune prima ancora di maltempo o ritardi. Per esempio, 70 minuti con cambio di terminal sono 20 minuti in meno dei 90 richiesti.
Che cos'è il margine mostrato nel risultato?
È lo scalo meno il minimo applicabile. La coincidenza diventa comoda quando il margine arriva a 30 minuti, quindi 90 minuti nello stesso terminal bastano già; sotto quella soglia, ma sopra il minimo, è stretta.
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/travel/layover-time-check \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"layover_minutes":90,"terminal_change":false}'const res = await fetch("https://api.kit.forhosting.com/travel/layover-time-check", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"layover_minutes": 90,
"terminal_change": false
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/travel/layover-time-check",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"layover_minutes": 90,
"terminal_change": false
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/travel/layover-time-check", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"layover_minutes":90,"terminal_change":false}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"layover_minutes":90,"terminal_change":false}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/travel/layover-time-check", 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
{
"layover_minutes": 90,
"terminal_change": false
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "travel.layover_time_check",
"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
Stesso terminal: MCT di sessanta minuti; cambio terminal: novanta minuti; tutto ciò che supera il MCT applicabile di trenta minuti o più viene marcato comodo.
Come si decidono comoda, stretta e rischiosa
Questa capacità codifica un’approssimazione trasparente e deterministica di tale orientamento, invece di raschiare una tabella MCT live: sessanta minuti se resta nello stesso terminal, e novanta minuti quando terminal_change è true perché navette inter-terminal, ricontrolli di sicurezza e percorsi a piedi più lunghi aggiungono tempo. La risposta restituisce anche margin_minutes (scalo meno MCT), il min_connection_minutes applicato e una breve frase di guida così i client possono mostrare una spiegazione di una riga accanto a un’interfaccia a semaforo senza riscrivere le regole da soli.
Contratto di input, campi di risposta e errori
Sono accettati true e false, i numeri uno e zero, e stringhe comuni come yes, no, true e false; altre forme falliscono la validazione. Esempio: novanta minuti senza cambio terminal è comfortable (MCT sessanta, trenta minuti di margine nella fascia di comodità). Esempio: settanta minuti con cambio terminal è risky (MCT novanta, venti minuti di deficit). Invii in POST un corpo JSON con due campi obbligatori. layover_minutes è un numero finito non negativo: l’intervallo programmato tra l’arrivo del volo in entrata e la partenza di quello in uscita, in minuti. I valori possono arrivare come numeri JSON o stringhe numeriche; valori non finiti e stringhe vuote falliscono con invalid_input indicando il campo. Uno scalo negativo viene rifiutato con un messaggio chiaro che il tempo di connessione non può essere inferiore a zero; tali fallimenti non sono addebitati. terminal_change è un booleano che indica se il passeggero deve cambiare terminal (o aeroporto) durante la sosta: true seleziona l’MCT di novanta minuti, false quello di sessanta. In caso di successo il corpo ripete layover_minutes e terminal_change, riporta min_connection_minutes per la regola applicata, margin_minutes come surplus o deficit con segno, status come uno tra comfortable, tight o risky, sufficient come booleano equivalente a margin_minutes maggiore o uguale a zero, e guidance come frase leggibile in inglese. Abbini le etichette alla Sua interfaccia di itinerario; questo endpoint classifica solo la durata e non consulta orari live, regole bagaglio o mappe aeroportuali.
Dove la verifica del tempo di scalo porta valore
Agenzie di viaggio e motori di prenotazione online mostrano questo controllo quando un acquirente sceglie un itinerario multi-tratta per avvisare di soste strette o rischiose prima del pagamento. Gli uffici viaggi aziendali classificano in batch le coincidenze proposte costruendo itinerari conformi alla policy e segnalano tutto sotto la fascia di comodità per revisione umana. Companion mobili per frequent flyer memorizzano cuscinetti preferiti e chiamano comunque questa API per un’etichetta a tre livelli coerente rispetto ai pavimenti MCT pubblicati. Poiché l’implementazione è parse di livello A pura, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello né rete in uscita; l’input non valido non consuma saldo.
Casi di integrazione
Contenuti e widget di pianificazione viaggio
Lasci che i lettori inseriscano la durata dello scalo e il cambio terminal su una landing e vedano subito se è comoda, stretta o rischiosa.
Domande tecniche
Come verifico se il tempo di scalo per la coincidenza è sufficiente?
Invii layover_minutes (non negativo) e terminal_change (true se deve cambiare terminal). L’API restituisce status comfortable, tight o risky secondo l’orientamento MCT di 60 o 90 minuti più un cuscinetto di comodità di 30 minuti.
Cosa succede se layover_minutes è negativo?
L’attività fallisce con invalid_input. Il tempo di connessione non può essere inferiore a zero e l’input non valido non viene addebitato.
Quanto costa la verifica del tempo di scalo?
Lo strumento nel browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; l’input non valido non viene addebitato.