Comprobar tiempo de conexión en escala
Una escala de 120 minutos sin cambiar de terminal resulta cómoda: 60 minutos por encima del tiempo mínimo de conexión de 60. Indique su escala y si cambia de terminal para saber si la conexión es cómoda, justa o arriesgada. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Minutos de escala
- 120
- Minutos mínimos de conexión
- 60
- Minutos de margen
- 60
- Estado
- comfortable
Perder una conexión arruina el itinerario, y la diferencia entre un paseo tranquilo hasta la siguiente puerta y una carrera suele depender de si la escala programada supera el tiempo mínimo de conexión práctico del aeropuerto. Esta herramienta para comprobar el tiempo de conexión de una escala toma la duración de su parada en minutos y un indicador de si debe cambiar de terminal, y califica la conexión como cómoda, justa o arriesgada según la orientación habitual de las aerolíneas sobre el tiempo mínimo de conexión. En la misma terminal se aplica un MCT de sesenta minutos; al cambiar de terminal, noventa minutos; todo lo que supere el MCT aplicable en treinta minutos o más se marca como cómodo. Las duraciones negativas se rechazan para que datos erróneos no parezcan una puntuación de riesgo válida.
Cómo se deciden cómoda, justa y arriesgada
Las aerolíneas publican tiempos mínimos de conexión que expresan cuánto necesita, de media, un pasajero para bajar del avión, completar cualquier traslado entre terminales y embarcar el siguiente vuelo en condiciones normales. Sobre esos umbrales el clasificador aplica un colchón fijo de treinta minutos de comodidad. Si su escala es más corta que el MCT, el estado es risky y sufficient es false: está por debajo de la orientación habitual incluso antes del clima o de retrasos.
Si la escala alcanza el MCT pero sigue por debajo de MCT más treinta minutos, el estado es tight y sufficient es true: la conexión es legal y operativamente plausible para muchas compañías, pero deja poco margen ante llegadas tardías o largos rodajes en tierra. Si la escala es al menos MCT más treinta minutos, el estado es comfortable: dispone del mínimo más un colchón que muchos viajeros frecuentes tratan como el umbral práctico de «pasear con calma».
Contrato de entrada, campos de respuesta y errores
Se aceptan true y false, los números uno y cero, y cadenas habituales como yes, no, true y false; otras formas fallan la validación. Ejemplo: noventa minutos sin cambio de terminal es comfortable (MCT sesenta, treinta minutos de margen en la banda de comodidad). Ejemplo: setenta minutos con cambio de terminal es risky (MCT noventa, veinte minutos de déficit).
Combine las etiquetas con su propia interfaz de itinerario; este extremo solo clasifica la duración y no consulta horarios en vivo, reglas de equipaje ni planos del aeropuerto.
Qué puede hacer con ella
Avisos de conexión en el flujo de reserva
Antes del pago, puntúe cada parada multi-tramo por minutos de escala y cambio de terminal; bloquee o avise si el estado es risky y resalte las conexiones justas.
Revisión de política de viajes corporativos
Clasifique en lote los itinerarios propuestos y escale cualquier conexión por debajo de la banda de comodidad para aprobación del agente o del viajero.
Contenido y widgets de planificación de viaje
Permita que los lectores indiquen la duración de su escala y el cambio de terminal en una landing y vean al instante si es cómoda, justa o arriesgada.
Preguntas frecuentes
¿Qué tiempos mínimos de conexión usa esta herramienta?
Comfortable exige al menos esos umbrales más 30 minutos. Son umbrales de orientación al estilo aerolínea, no una base MCT en vivo del aeropuerto.
¿Cuál es la diferencia entre tight y comfortable?
Tight significa que alcanza o supera el MCT pero se mantiene por debajo de MCT más 30 minutos. Comfortable significa que dispone de al menos MCT más 30 minutos de escala programada.
¿Qué cuenta como cambio de terminal?
Cualquier escala en la que deba pasar a otra terminal, o a otro aeropuerto, antes del siguiente vuelo. Eleva el mínimo a 90 minutos, porque los traslados internos, los nuevos controles de seguridad y los recorridos más largos suman tiempo.
¿Qué significa que una conexión sea arriesgada?
Que su escala es más corta que el tiempo mínimo de conexión, así que queda por debajo de la referencia habitual incluso antes de retrasos o mal tiempo. Por ejemplo, 70 minutos con cambio de terminal se quedan 20 minutos cortos frente a los 90.
¿Qué es el margen que aparece en el resultado?
Es su escala menos el mínimo aplicable. La conexión pasa a ser cómoda cuando ese margen llega a 30 minutos, así que 90 minutos en la misma terminal ya son cómodos; por debajo de eso, pero por encima del mínimo, es justa.
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
¿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/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)Ejemplo de solicitud
{
"layover_minutes": 90,
"terminal_change": false
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "travel.layover_time_check",
"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
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
Cómo se deciden cómoda, justa y arriesgada
Esta capacidad codifica una aproximación transparente y determinista de esa orientación, en lugar de raspar una tabla MCT en vivo: sesenta minutos si permanece en la misma terminal, y noventa minutos cuando terminal_change es true porque los lanzaderas entre terminales, los recontroles de seguridad y los trayectos a pie más largos añaden tiempo. La respuesta también devuelve margin_minutes (escala menos MCT), el min_connection_minutes aplicado y una frase breve de orientación para que los clientes muestren una explicación de una línea junto a una interfaz tipo semáforo sin reescribir las reglas ellos mismos.
Contrato de entrada, campos de respuesta y errores
Envíe por POST un cuerpo JSON con dos campos obligatorios. layover_minutes es un número finito no negativo: el intervalo programado entre la llegada del tramo entrante y la salida del saliente, en minutos. Los valores pueden llegar como números JSON o como cadenas numéricas; los valores no finitos y las cadenas vacías fallan con invalid_input indicando el campo. Una escala negativa se rechaza con un mensaje claro de que el tiempo de conexión no puede ser menor que cero; esos fallos no se facturan. terminal_change es un booleano que indica si el pasajero debe cambiar de terminal (o de aeropuerto) durante la parada: true selecciona el MCT de noventa minutos, false el de sesenta. En caso de éxito el cuerpo repite layover_minutes y terminal_change, informa min_connection_minutes de la regla aplicada, margin_minutes como superávit o déficit con signo, status como uno de comfortable, tight o risky, sufficient como booleano equivalente a margin_minutes mayor o igual que cero, y guidance como una frase legible en inglés.
Dónde aporta valor la comprobación del tiempo de conexión
Las agencias de viajes y los motores de reserva en línea muestran esta comprobación cuando un comprador elige un itinerario multi-tramo para advertir de paradas justas o arriesgadas antes del pago. Los departamentos de viajes corporativos puntúan en lote las conexiones propuestas al montar itinerarios conformes a la política y marcan todo lo que quede por debajo de la banda de comodidad para revisión humana. Las apps móviles de viajeros frecuentes guardan colchones preferidos y aun así llaman a esta API para una etiqueta tripartita coherente frente a los umbrales MCT publicados. Como la implementación es parse de nivel A puro, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red de salida; la entrada inválida no consume saldo.
Preguntas técnicas
¿Cómo compruebo si el tiempo de conexión de mi escala es suficiente?
Envíe layover_minutes (no negativo) y terminal_change (true si debe cambiar de terminal). La API devuelve status comfortable, tight o risky según la orientación MCT de 60 o 90 minutos más un colchón de comodidad de 30 minutos.
¿Qué ocurre si layover_minutes es negativo?
La tarea falla con invalid_input. El tiempo de conexión no puede ser menor que cero, y la entrada inválida no se factura.
¿Cuánto cuesta la comprobación del tiempo de conexión de la escala?
La herramienta del navegador es gratuita. Las peticiones API usan el saldo prepago del KIT a $0.002 por llamada exitosa; la entrada inválida no se factura.