Flug-Umsteigezeit prüfen
Ein Aufenthalt von 120 Minuten ohne Terminalwechsel ist bequem: 60 Minuten über der Mindestumsteigezeit von 60. Geben Sie Ihre Umsteigezeit ein und ob Sie das Terminal wechseln, und Sie sehen, ob die Verbindung bequem, knapp oder riskant ist. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Minuten Aufenthalt
- 120
- Mindestumsteigezeit (Minuten)
- 60
- Pufferminuten
- 60
- Status
- comfortable
Verpasste Anschlüsse ruinieren Reiserouten, und der Unterschied zwischen einem ruhigen Spaziergang zum nächsten Gate und einem Sprint hängt oft davon ab, ob die geplante Umsteigezeit die praktische Mindestumsteigezeit des Flughafens übertrifft. Dieses Werkzeug zur Prüfung der Flug-Umsteigezeit nimmt die Dauer Ihres Zwischenstopps in Minuten und ein Kennzeichen, ob Sie das Terminal wechseln müssen, und bewertet den Anschluss als komfortabel, knapp oder riskant anhand gängiger airline-üblicher Mindestumsteigezeiten. Im selben Terminal gilt eine MCT von sechzig Minuten; bei Terminalwechsel neunzig Minuten; alles, was die geltende MCT um dreißig Minuten oder mehr überschreitet, gilt als komfortabel. Negative Dauern werden abgelehnt, damit fehlerhafte Daten nie wie eine gültige Risikobewertung wirken.
Wie komfortabel, knapp und riskant entschieden werden
Fluggesellschaften veröffentlichen Mindestumsteigezeiten, die angeben, wie lange ein Passagier im Durchschnitt braucht, um auszusteigen, etwaige Terminalwechsel zu bewältigen und unter normalen Betriebsbedingungen den nächsten Flug zu besteigen. Ab diesen Untergrenzen wendet der Klassifikator einen festen dreißigminütigen Komfortpuffer an. Ist Ihr Zwischenstopp kürzer als die MCT, ist status risky und sufficient false — Sie liegen unter der üblichen Orientierung noch vor Wetter oder Verspätungen.
Erreicht der Zwischenstopp die MCT, bleibt aber unter MCT plus dreißig Minuten, ist status tight und sufficient true: der Anschluss ist für viele Carrier rechtlich und betrieblich plausibel, lässt aber wenig Spielraum bei verspäteter Ankunft oder langen Rollzeiten. Beträgt der Zwischenstopp mindestens MCT plus dreißig Minuten, ist status comfortable: Sie haben das Minimum plus einen Puffer, den viele Vielflieger als praktische Schwelle für «ruhig gehen» behandeln.
Anwendungsfälle
Anschlusswarnungen im Buchungsfluss
Bewerten Sie vor dem Checkout jeden Multi-Segment-Stopp nach Umsteigeminuten und Terminalwechsel; blockieren oder warnen Sie bei status risky und heben Sie knappe Anschlüsse hervor.
Prüfung der Firmeneisepolitik
Klassifizieren Sie vorgeschlagene Itinerare im Stapel und eskalieren Sie jeden Anschluss unter der Komfortzone zur Freigabe durch Agenten oder Reisenden.
Inhalte und Widgets zur Reiseplanung
Lassen Sie Leser Dauer des Zwischenstopps und Terminalwechsel-Kennzeichen auf einer Landing eingeben und sofort komfortabel, knapp oder riskant sehen.
Häufige Fragen
Welche Mindestumsteigezeiten nutzt dieses Werkzeug?
Selbes Terminal: 60 Minuten. Terminalwechsel: 90 Minuten. Comfortable verlangt mindestens diese Untergrenzen plus 30 Minuten. Das sind airline-übliche Orientierungswerte, keine Live-MCT-Datenbank des Flughafens.
Worin unterscheiden sich tight und comfortable?
Tight bedeutet, dass Sie die MCT erreichen oder überschreiten, aber unter MCT plus 30 Minuten bleiben. Comfortable bedeutet mindestens MCT plus 30 Minuten geplanter Zwischenstopp.
Was zählt als Terminalwechsel?
Jeder Halt, bei dem Sie vor dem nächsten Flug in ein anderes Terminal oder an einen anderen Flughafen müssen. Dann gilt eine Mindestzeit von 90 Minuten, weil Shuttles, erneute Sicherheitskontrollen und längere Wege Zeit kosten.
Was bedeutet die Einstufung riskant?
Ihre Umsteigezeit liegt unter der Mindestumsteigezeit, also schon ohne Wetter oder Verspätungen unter der üblichen Empfehlung. Beispiel: 70 Minuten mit Terminalwechsel sind 20 Minuten zu wenig gegenüber den nötigen 90.
Was ist der Spielraum im Ergebnis?
Ihre Umsteigezeit minus der geltenden Mindestzeit. Bequem wird es ab einem Spielraum von 30 Minuten, daher reichen 90 Minuten im selben Terminal schon dafür; darunter, aber über dem Minimum, ist die Verbindung knapp.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem 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)Beispiel-Anfrage
{
"layover_minutes": 90,
"terminal_change": false
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "travel.layover_time_check",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Wie komfortabel, knapp und riskant entschieden werden
Diese Fähigkeit kodiert eine transparente, deterministische Näherung dieser Orientierung statt eine Live-MCT-Tabelle abzurufen: sechzig Minuten, wenn Sie im selben Terminal bleiben, und neunzig Minuten, wenn terminal_change true ist, weil Shuttle zwischen Terminals, erneute Sicherheitskontrollen und längere Fußwege Zeit kosten. Die Antwort liefert außerdem margin_minutes (Zwischenstopp minus MCT), die angewandte min_connection_minutes und einen kurzen Orientierungssatz, damit Clients eine einzeilige Erklärung neben einer Ampel-UI zeigen können, ohne die Regeln selbst neu zu schreiben.
Eingabevertrag, Antwortfelder und Fehlerverhalten
Beispiel: neunzig Minuten ohne Terminalwechsel ist comfortable (sechzig MCT, dreißig Minuten Spielraum in die Komfortzone). Beispiel: siebzig Minuten mit Terminalwechsel ist risky (neunzig MCT, zwanzig Minuten zu wenig). Kombinieren Sie die Kennzeichnungen mit Ihrer eigenen Itinerary-UI; dieser Endpunkt klassifiziert nur die Dauer und schlägt keine Live-Flugpläne, Gepäckregeln oder Flughafenpläne nach. Senden Sie per POST einen JSON-Körper mit zwei Pflichtfeldern. layover_minutes ist eine nichtnegative endliche Zahl: die geplante Lücke zwischen Ankunft des ankommenden und Abflug des abgehenden Flugs, in Minuten. Werte dürfen als JSON-Zahlen oder numerische Zeichenketten ankommen; nicht endliche Werte und leere Zeichenketten scheitern mit invalid_input unter Nennung des Feldes. Ein negativer Zwischenstopp wird mit klarer Meldung abgelehnt, dass die Verbindungszeit nicht unter null liegen darf — diese Fehler werden nicht berechnet. terminal_change ist ein Boolescher Wert, der angibt, ob der Passagier während des Stopps Terminals (oder Flughäfen) wechseln muss: true wählt die neunzigminütige MCT, false die sechzigminütige. true und false, die Zahlen eins und null sowie gängige Zeichenketten wie yes, no, true und false werden akzeptiert; andere Formen scheitern an der Validierung. Bei Erfolg spiegelt der Körper layover_minutes und terminal_change wider, meldet min_connection_minutes der angewandten Regel, margin_minutes als vorzeichenbehafteten Überschuss oder Fehlbetrag, status als eines von comfortable, tight oder risky, sufficient als Booleschen Wert äquivalent zu margin_minutes größer oder gleich null, und guidance als lesbaren englischen Satz.
Wo die Prüfung der Umsteigezeit ihren Nutzen entfaltet
Reisebüros und Online-Buchungsmaschinen zeigen diese Prüfung, wenn ein Käufer eine Multi-Segment-Route wählt, um vor der Zahlung vor knappen oder riskanten Stopps zu warnen. Firmeneiseabteilungen bewerten vorgeschlagene Anschlüsse im Stapel beim Aufbau policy-konformer Itinerare und markieren alles unter der Komfortzone zur menschlichen Prüfung. Mobile Begleiter für Vielflieger speichern bevorzugte Puffer und rufen dennoch diese API für eine konsistente Dreifach-Kennzeichnung gegen die veröffentlichten MCT-Untergrenzen auf. Da die Implementierung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz; ungültige Eingabe wird nicht berechnet.
Technische Fragen
Wie prüfe ich, ob meine Flug-Umsteigezeit ausreicht?
Senden Sie layover_minutes (nichtnegativ) und terminal_change (true, wenn Sie Terminals wechseln müssen). Die API liefert status comfortable, tight oder risky gemäß 60- bzw. 90-Minuten-MCT-Orientierung plus 30-Minuten-Komfortpuffer.
Was geschieht, wenn layover_minutes negativ ist?
Die Aufgabe scheitert mit invalid_input. Die Verbindungszeit darf nicht unter null liegen, und ungültige Eingabe wird nicht berechnet.
Was kostet die Prüfung der Umsteigezeit?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.