Vérifier le temps de correspondance

Cet outil de vérification du temps de connexion d’une escale prend la durée de votre arrêt en minutes et un indicateur indiquant si vous devez changer de terminal, puis note la correspondance comme confortable, juste ou risquée selon l’orientation courante des compagnies sur le temps minimum de connexion. Même terminal : MCT de soixante minutes ; changement de terminal : quatre-vingt-dix minutes ; tout ce qui dépasse le MCT applicable de trente minutes ou plus est marqué confortable.

Comment se décident confortable, juste et risquée

Cette capacité encode une approximation transparente et déterministe de cette orientation, plutôt que d’aspirer un tableau MCT en direct : soixante minutes si vous restez dans le même terminal, et quatre-vingt-dix minutes lorsque terminal_change vaut true car les navettes inter-terminaux, les recontrôles de sécurité et les trajets à pied plus longs ajoutent du temps. La réponse renvoie aussi margin_minutes (escale moins MCT), le min_connection_minutes appliqué et une courte phrase d’orientation pour que les clients affichent une explication d’une ligne à côté d’une interface type feu tricolore sans réécrire les règles eux-mêmes.

Contrat d’entrée, champs de réponse et erreurs

Associez les étiquettes à votre propre interface d’itinéraire ; ce point de terminaison ne classifie que la durée et ne consulte ni horaires en direct, ni règles bagages, ni plans d’aéroport. Envoyez en POST un corps JSON avec deux champs obligatoires. layover_minutes est un nombre fini non négatif : l’intervalle prévu entre l’arrivée du vol entrant et le départ du vol sortant, en minutes. Les valeurs peuvent arriver comme nombres JSON ou chaînes numériques ; les valeurs non finies et les chaînes vides échouent avec invalid_input en nommant le champ. Une escale négative est rejetée avec un message clair indiquant que le temps de connexion ne peut pas être inférieur à zéro ; ces échecs ne sont pas facturés. terminal_change est un booléen indiquant si le passager doit changer de terminal (ou d’aéroport) pendant l’arrêt : true sélectionne le MCT de quatre-vingt-dix minutes, false celui de soixante. true et false, les nombres un et zéro, et des chaînes courantes comme yes, no, true et false sont acceptés ; les autres formes échouent à la validation. En cas de succès le corps répète layover_minutes et terminal_change, indique min_connection_minutes pour la règle appliquée, margin_minutes comme surplus ou déficit signé, status parmi comfortable, tight ou risky, sufficient comme booléen équivalent à margin_minutes supérieur ou égal à zéro, et guidance comme une phrase lisible en anglais. Exemple : quatre-vingt-dix minutes sans changement de terminal est comfortable (MCT soixante, trente minutes de marge dans la bande de confort). Exemple : soixante-dix minutes avec changement de terminal est risky (MCT quatre-vingt-dix, vingt minutes de déficit).

Où la vérification du temps de correspondance apporte de la valeur

Les agences de voyage et les moteurs de réservation en ligne affichent cette vérification lorsqu’un acheteur choisit un itinéraire multi-segments pour avertir des arrêts justes ou risqués avant le paiement. Les bureaux de voyages d’entreprise notent en lot les correspondances proposées lors de la construction d’itinéraires conformes à la politique et signalent tout ce qui est sous la bande de confort pour une revue humaine. Les compagnons mobiles des voyageurs fréquents stockent des coussins préférés et appellent tout de même cette API pour une étiquette à trois niveaux cohérente face aux planchers MCT publiés. Comme l’implémentation est pure parse de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant ; une entrée invalide ne consomme pas de solde.