IA POUR LES OPÉRATIONS AÉRIENNES
Les planificateurs d'équipage traditionnels exécutent la génération de colonnes sur un instantané statique de votre réseau. Lorsque des perturbations en cascade surviennent et que les positions des équipages deviennent obsolètes, le solveur optimise une compagnie aérienne fantôme. Southwest a perdu 1,2 Md$ en l'apprenant. Spirit a perdu 50 à 100 M$ en juillet 2024 lorsque son algorithme de planification a créé des affectations contradictoires pour 43 % des équipages disponibles. Avec la règle de remboursement automatique de la DOT qui fait désormais de tout retard de 3 heures un remboursement en espèces obligatoire, le coût d'une reprise IROPS lente n'a jamais été aussi élevé.
Veriprajna conçoit des moteurs de reprise IROPS pilotés par ML qui complètent votre installation Jeppesen ou IBS existante. Nous ne remplaçons pas votre solveur. Nous prenons en charge ce qu'il ne peut pas faire : les perturbations en cascade avec des positions d'équipage incertaines, l'analyse du rayon d'impact à l'échelle du réseau, et des plans de reprise générés en quelques minutes au lieu de quelques heures.
60 Md$/an
Coût IROPS du secteur
Estimation IATA
4 à 12 heures
Temps de reprise manuelle des équipages
Références du secteur
Seuil de 3 heures
Remboursement automatique obligatoire de la DOT
Règle finale de la DOT, oct. 2024
L'anatomie d'un effondrement opérationnel aérien, vue depuis la salle du centre de contrôle des opérations.
Une tempête hivernale cloue les vols au sol dans une escale clé. Votre solveur de planification d'équipage fonctionne par cycles de traitement par lots, généralement toutes les 30 à 60 minutes. Il prend un instantané statique du réseau, fige le temps et calcule la reprise optimale. Mais l'état du réseau change toutes les 5 minutes. Au moment où le solveur renvoie une solution, les données d'entrée sont erronées. Les équipages se sont déplacés. Les correspondances ont été rompues. La solution est invalide avant même que quiconque ne la voie.
Il s'agit de l' écart entre optimisation et exécution. Votre solveur a été conçu pour l'efficacité (le planning le moins coûteux dans un monde connu), pas pour la résilience (un planning viable dans un monde inconnu). L'écart est gérable lors de retards isolés. Lors de perturbations en cascade, il devient fatal.
Votre système automatisé de notification des équipages est saturé. Les équipages bloqués dans des escales appellent le centre de planification pour signaler leurs positions. Les temps d'attente atteignent 4 heures, puis 8. Le solveur exige des données fermes : « Le commandant Smith est à la porte B7 à Denver. » Mais le commandant Smith est peut-être à l'hôtel, peut-être dans la navette des employés, peut-être a-t-il loué une voiture pour rejoindre Colorado Springs. Votre solveur ne peut pas travailler avec « probablement à Denver ». Il a besoin de certitude. Pendant une cascade, la certitude n'existe pas.
C'est exactement ce qui a coulé Southwest en décembre 2022. Ils ont perdu la trace de leurs propres pilotes et personnels de cabine. SkySolver générait des plannings pour des équipages qui n'étaient pas là où le système le croyait. La compagnie aérienne optimisait un réseau fantôme.
Le nombre de jumelages d'équipage rompus croît de façon exponentielle, et non linéaire. Chaque vol annulé déplace un équipage, ce qui rompt le jumelage suivant, ce qui immobilise un avion, ce qui annule le vol en aval. Pour un transporteur point à point, le rayon d'impact n'est pas contenu, car il n'existe pas de « points de régénération » au niveau d'un hub où les équipages et les avions convergent naturellement.
Votre solveur atteint sa falaise computationnelle. L'algorithme de branch-and-price ne parvient même pas à trouver une solution réalisable (encore moins optimale) dans la fenêtre de décision opérationnelle. Vos régulateurs abandonnent le système et se mettent à travailler sur des tableurs et des tableaux blancs. Ils résolvent désormais à la main un problème combinatoire NP-difficile, sous pression, à 3 h du matin. C'est là que se produisent les pertes de 1,2 Md$.
Depuis octobre 2024, tout retard intérieur dépassant 3 heures déclenche un remboursement automatique obligatoire. Pas un bon. Pas une reprogrammation. Un remboursement en espèces sous 7 jours ouvrables, sans que le passager le demande. Pour un transporteur exploitant 300 vols quotidiens, 50 vols retardés au-delà du seuil de 3 heures, à une valeur moyenne de billet de 280 $ et 150 passagers par vol, cela représente 2,1 M$ d'exposition aux remboursements obligatoires pour une seule mauvaise journée. La pénalité financière d'une reprise IROPS lente vient de devenir d'un ordre de grandeur plus sévère.
Une évaluation honnête de ce que chaque fournisseur livre réellement en 2026. Gardez-la sous la main pour évaluer vos options.
| Fournisseur | Ce qu'ils font | Points forts | Lacunes |
|---|---|---|---|
| Jeppesen (désormais Thoma Bravo) |
CrewPlan, CrewAlert, Stratosphere (nouvelle couche IA). Solveur de génération de colonnes standard du secteur. Plus de 100 compagnies aériennes clientes. | Les relations les plus profondes du secteur aérien. Des décennies d'encodage du domaine. Nouvel outil de gestion des perturbations Stratosphere AI (oct. 2025). Désormais indépendant de Boeing avec un investissement dédié. | Le solveur de base reste de la génération de colonnes par lots. Stratosphere relève de l'analytique prédictive, pas d'une reprise pilotée par ML. La transition de propriété crée de l'incertitude pour la feuille de route à long terme. Les transporteurs de taille moyenne reçoivent souvent moins d'attention que les comptes prestigieux. |
| IBS Software (iFlight / iFlight Core) |
Plateforme opérationnelle cloud-native. Partenariat de co-ingénierie avec AWS. Succès récents : Korean Air, Aeroitalia, Groupe Dubreuil. | Architecture cloud moderne. Modèles de reprise des perturbations de type agent. Infrastructure AWS pour la scalabilité. Croissance rapide sur le segment intermédiaire. | Les modèles de type agent restent basés sur des règles, et non sur des politiques apprises. Une implémentation complète d'iFlight est un projet de 12 à 18 mois. Moins de déploiements en production que Jeppesen. Aucune référence publiée de reprise IROPS. |
| Optym (CrewSolver, SkyMAX) |
Optimisation des jumelages d'équipage + planification intégrée des vols. Client Southwest Airlines (SkyMAX). | Réduction prouvée de 3 à 7 % des coûts d'équipage. Optimisation holistique du planning + des équipages. Hyper-heuristiques et augmentation par ML. | Centré sur l'optimisation en phase de planification (avant le départ), pas sur la reprise IROPS en temps réel. Aucune capacité publiée de jumeau numérique ou de simulation. Base de clients plus restreinte que Jeppesen ou IBS. |
| Sabre / Amadeus | Fournisseurs de GDS avec des modules opérationnels. Intégration poussée avec les réservations et le contrôle des départs. | Intégration de l'écosystème : réservation, enregistrement, contrôle des départs et planification des équipages sur une seule plateforme. Large base installée. | La planification des équipages est une capacité secondaire, pas leur produit principal. Les modules opérationnels accusent un retard sur Jeppesen/IBS en sophistication du solveur. L'innovation est axée sur le revenue management et la distribution. |
| Big 4 / grands intégrateurs (Accenture, Deloitte, etc.) |
Conseil en transformation numérique. Implémentation de Jeppesen, IBS ou Sabre dans le cadre d'une modernisation opérationnelle plus large. | Gestion de projet à grande échelle. Expertise en conduite du changement. Relations au niveau du conseil d'administration. | Ce sont des intégrateurs, pas des concepteurs. Ils installent les mêmes plateformes fournisseurs que vous pouvez contracter directement. Engagements de 2 à 10 M$, 12 à 24 mois avant un impact opérationnel. Dotés de consultants généralistes qui passent d'un secteur à l'autre. |
| Acteurs émergents de l'IA (Softlabs, Kaiban, Tech Mahindra) |
Gestion des perturbations et automatisation de la réacheminement par l'IA. Principalement de l'IA agentique orientée passagers. | Stacks technologiques modernes. Déploiement rapide pour le réacheminement des passagers. Tarifs plus bas. | Centré sur l'automatisation orientée passagers (reprogrammation, notifications), pas sur la reprise opérationnelle des équipages. Compréhension limitée de la complexité des CBA et de l'encodage des contraintes de la Part 117. Aucun antécédent publié de conformité réglementaire FAA. |
| Veriprajna | Couche de reprise IROPS pilotée par ML qui complète l'infrastructure de planification existante. Analyse de réseau basée sur les graphes. Suivi probabiliste des équipages. | Conçu spécialement pour les 15 pires jours d'IROPS. Fonctionne avec (et non contre) votre solveur Jeppesen/IBS existant. Validation en mode fantôme avant toute confiance opérationnelle. Analyse de vulnérabilité du réseau pour les transporteurs point à point. | Pas encore d'antécédent de déploiement en production chez une compagnie aérienne. Équipe plus réduite que les fournisseurs établis. Ne peut pas remplacer l'ensemble du cycle de planification des équipages (reprise le jour même uniquement). Nécessite des flux de données de qualité pour fonctionner. |
Cinq capacités, chacune ciblant un mode de défaillance précis que les outils actuels ne traitent pas.
Lorsque votre solveur de génération de colonnes atteint sa falaise computationnelle pendant des perturbations en cascade, notre couche ML prend le relais. Nous utilisons des réseaux de neurones sur graphes pour encoder la topologie de votre réseau de routes, les positions des équipages, l'état des avions et les contraintes actives dans une représentation unifiée. Le GNN capte ce que les données tabulaires ne peuvent pas : la façon dont une perturbation dans une escale se propage à travers les chaînes de dépendances pour affecter des équipages et des avions trois correspondances plus loin en aval.
Le moteur de reprise génère des plans de reprise classés (échanges d'équipage, repositionnement en deadhead, annulations proactives) en quelques minutes. Chaque plan est validé par votre moteur de contraintes avant de parvenir à un régulateur. Nous faisons appel aux Graph Attention Networks précisément parce que le mécanisme d'attention permet au modèle de pondérer quelles correspondances comptent le plus dans l'état de perturbation actuel. Un vol entrant retardé vers un hub reçoit un poids d'attention plus élevé qu'un vol à l'heure vers un point d'extrémité disposant d'une marge de temps.
Cela résout le « trou noir des données » qui a provoqué l'effondrement de Southwest en 2022. Au lieu d'exiger une position d'équipage ferme (« le commandant Smith est à la porte B7 »), nous modélisons les emplacements des équipages comme des distributions de probabilité. Si le dernier pointage ACARS d'un pilote était Denver il y a 3 heures et qu'il a une réservation d'hôtel confirmée près de l'aéroport, nous le modélisons ainsi : 70 % à l'hôtel, 20 % à l'aéroport, 10 % en transit. S'il dispose également d'une carte d'embarquement pour le vol de 18 h vers Phoenix, nous l'intégrons à sa fenêtre de disponibilité.
Le moteur de reprise travaille avec ces distributions de probabilité plutôt que d'attendre la certitude qui ne vient jamais pendant une crise. Les plans de reprise sont notés par rapport aux scénarios de position d'équipage les plus probables, avec des options de repli pré-calculées pour les positions moins probables. Vos régulateurs voient : « Plan A (confiance de 85 %, nécessite que le commandant Smith soit à Denver) et Plan B (confiance de 95 %, utilise un autre équipage mais nécessite un deadhead). »
Nous cartographions chaque chaîne de dépendances de votre réseau de routes et identifions les 5 à 10 « lignes de faille » où une seule perturbation provoque un maximum de dommages en aval. Pour un transporteur point à point exploitant 300 départs quotidiens, nous calculons le rayon d'impact de chaque escale selon l'heure de la journée et la saison. Denver à 14 h en janvier présente un profil de risque fondamentalement différent de Denver à 10 h en juillet.
Le résultat est une carte des risques du réseau que votre équipe de planification peut utiliser pour faire des arbitrages éclairés. Nous pourrions identifier que l'ajout d'un avion tampon à Denver et le pré-positionnement d'un équipage de réserve à Phoenix réduit votre exposition aux cascades de 40 % pour la saison hivernale, au prix de 0,3 % d'utilisation quotidienne. C'est un investissement annuel de 200 K$ pour éviter 5 à 10 M$ de dommages IROPS potentiels. L'analyse est propre à votre carte des routes, à votre composition de flotte et à vos schémas historiques de perturbation.
Un environnement de simulation léger où votre équipe opérationnelle s'entraîne à la reprise des perturbations avant qu'elles ne surviennent. Chargez les données météorologiques réelles de l'hiver dernier, injectez vos vrais rosters d'équipage et positions de flotte, et lancez : « Que se passe-t-il si Denver ferme pendant 6 heures un jeudi de janvier ? » Le simulateur modélise les effets en cascade à travers votre réseau, montre quels équipages se retrouvent bloqués, quels jumelages se rompent et quels vols en aval sont menacés.
Il ne s'agit pas d'un jumeau numérique complet (qui nécessiterait plus de 12 mois et des millions de dollars à construire). C'est une simulation conçue spécialement qui utilise vos flux de données existants et se concentre spécifiquement sur les cascades de perturbations liées aux équipages. Vos régulateurs peuvent s'entraîner aux stratégies de reprise, tester les plans de pré-positionnement et développer les automatismes de réponse de crise pendant les périodes calmes. Les compagnies aériennes qui répètent les scénarios IROPS se rétablissent plus vite lorsque de vraies perturbations surviennent, car les schémas de décision leur sont déjà familiers.
Un encodage lisible par machine des règles spécifiques de votre convention collective syndicale, aux côtés des exigences de la Part 117 de la FAA. La Part 117 fixe le plancher : 10 heures de repos minimum, des limites de temps de vol de 8 à 9 heures selon l'heure de la journée, des périodes de service de vol plafonnées de 9 à 14 heures selon l'heure de début et le nombre de segments. Mais c'est dans votre CBA syndicale que réside la véritable complexité.
Un commandant de votre flotte A320 à JFK peut avoir des dispositions de repos différentes de celles d'un copilote sur la même flotte à LAX, selon les exceptions de section du CBA pour les règles propres au domicile. Les fenêtres de rappel des réserves, les déclencheurs de prime de rémunération et les exigences de qualification de formation créent toutes des contraintes qui varient selon la flotte, la base et la tranche d'ancienneté. Nous les encodons sous forme de règles exécutables par machine qui valident chaque recommandation de reprise au niveau de la couche de calcul. Lorsque votre syndicat renégocie les règles de repos ou que la FAA publie une nouvelle interprétation de la Part 117, le moteur de contraintes se met à jour le jour même, et non le trimestre même.
Une comparaison côte à côte de la façon dont votre centre opérationnel réagit avec les outils actuels par rapport au moteur de reprise de Veriprajna fonctionnant en mode consultatif.
| Chronologie | Processus traditionnel | Avec le moteur de reprise Veriprajna |
|---|---|---|
| 14 h 00 | Arrêt au sol de Denver émis. Le solveur entame un cycle de réoptimisation par lots (30 à 60 min d'exécution). | Le GNN détecte la fermeture et calcule immédiatement le rayon d'impact : 14 vols en aval menacés, 6 équipages manqueront des correspondances dans les 3 heures. Les régulateurs voient une carte des risques en moins de 90 secondes. |
| 14 h 15 | Les régulateurs commencent à évaluer manuellement quels équipages sont affectés. Appels téléphoniques à l'escale de Denver. | Le moteur de reprise génère 3 plans de reprise classés. Plan A : annuler de manière proactive 4 vols à faible charge pour libérer des équipages au profit de 10 correspondances à forte valeur. Plan B : effectuer un deadhead de 2 équipages de réserve depuis Phoenix (sièges confirmés sur un transporteur concurrent). Plan C : retarder 6 vols de 90 min, accepter l'exposition aux remboursements de la DOT sur 2 d'entre eux. |
| 15 h 00 | Le solveur renvoie une première solution. Trois des équipages affectés se sont déplacés depuis la prise de l'instantané. La solution est partiellement invalide. Les corrections manuelles commencent. | Le régulateur approuve le Plan A avec une modification. Le moteur de contraintes valide toutes les affectations d'équipage au regard de la Part 117 et du CBA. Le plan de reprise est en cours d'exécution. 10 correspondances à forte valeur protégées. |
| 17 h 00 | Deuxième exécution du solveur lancée avec les positions d'équipage corrigées. D'autres vols ont basculé en cascade. L'espace du problème a doublé. Les régulateurs travaillent sur des tableaux blancs pour le réseau de l'Est. | Les annulations proactives ont contenu la perturbation à Denver et à deux escales adjacentes. Le réseau de l'Est fonctionne normalement. Le système surveille le risque résiduel et s'ajuste à mesure que Denver rouvre. |
| 21 h 00 | Le réseau est toujours dégradé. 28 vols annulés, plus de 40 retardés au-delà de 3 heures. Les frais d'hôtel des équipages s'accumulent. Exposition aux remboursements DOT : ~1,7 M$. | 4 annulations proactives, 8 vols retardés (aucun au-delà de 3 heures). Équipages repositionnés pour le planning de demain. Exposition aux remboursements DOT : 0 $. |
Ce scénario s'appuie sur le schéma de perturbation observé lors de l'événement Southwest de décembre 2022, transposé à un transporteur de taille moyenne exploitant 300 vols. Les décisions de reprise précises dépendraient de votre réseau de routes, de votre composition de flotte et des emplacements de vos bases d'équipage. Le propos n'est pas que le système soit parfait. C'est que générer 3 options de reprise validées en 15 minutes offre à vos régulateurs un point de départ meilleur qu'un tableau blanc vierge.
De l'évaluation initiale à un moteur de reprise validé en mode fantôme. Délai total : 4 à 8 mois selon la maturité des données et la complexité de la flotte.
Semaines 1 à 4
Nous analysons la topologie de votre réseau de routes, vos données IROPS historiques (12 mois et plus), les emplacements de vos bases d'équipage et vos schémas d'utilisation de la flotte. Le résultat est un rapport de vulnérabilité du réseau : vos 10 principales escales à risque de cascade classées par rayon d'impact, des profils de risque saisonniers et une estimation financière de votre exposition IROPS annuelle.
Cette phase identifie également les flux de données requis pour le moteur de reprise et évalue leur qualité et leur latence. Si vos données de position d'équipage ont un retard de 2 heures, c'est le premier problème à résoudre.
Semaines 4 à 8
Nous nous connectons à vos flux de données opérationnelles (statut des vols, positions des équipages, statut de la maintenance) et construisons votre moteur de contraintes propre à votre compagnie aérienne. Cela implique de travailler avec votre équipe de planification des équipages et vos représentants syndicaux pour numériser chaque règle de CBA et exigence de la Part 117 applicable à votre exploitation.
Le moteur de contraintes est testé sur 6 mois d'affectations d'équipage historiques afin de vérifier qu'il signale correctement toute violation connue et approuve toute affectation reconnue comme valide. S'il est en désaccord avec une décision humaine historique, nous examinons si l'humain avait raison ou si l'encodage de la règle nécessite un ajustement.
Semaines 8 à 20
Le moteur de reprise fonctionne en parallèle de vos régulateurs lors de chaque événement IROPS. Il génère des recommandations de reprise en temps réel mais n'en exécute aucune. Vos régulateurs prennent leurs décisions via leurs outils existants. Après chaque événement, nous comparons : ce que le système a recommandé, ce que votre équipe a fait et ce qui s'est réellement passé.
L'objectif est de démontrer une amélioration mesurable sur au moins une saison complète de perturbations (généralement un hiver ou une saison d'orages estivale). Si les recommandations du système n'auraient pas amélioré les résultats dans au moins 70 % des événements IROPS significatifs, nous ne recommandons pas de passer à la Phase 4.
En continu
Sur la base des données du mode fantôme, le système est activé comme outil consultatif en temps réel pour les régulateurs. La confiance est progressive : les décisions à faible risque et à haute fréquence (positionnement en deadhead sur des sièges confirmés, rappels d'équipages de réserve) peuvent être automatisées en premier. Les scénarios de reprise complexes multi-escales restent approuvés par un humain.
Nous ne recommandons pas un fonctionnement entièrement autonome pour les décisions de planification des équipages. Les régulateurs disposent d'un contexte que le système n'a pas : un membre d'équipage qui vient de se déclarer malade, un changement de porte qui n'a pas encore atteint le flux, un problème de maintenance en cours de résolution. Le rôle du système est de donner aux régulateurs un point de départ solide, pas de remplacer leur jugement.
Estimez votre exposition annuelle aux perturbations et votre risque de remboursement DOT. Ajustez les données d'entrée pour correspondre à votre exploitation. Les résultats vous appartiennent : utilisez-les dans vos discussions budgétaires, vos évaluations de fournisseurs ou vos dossiers d'affaires internes.
Perte annuelle de revenus due aux annulations
15,8 M$
Vols annulés x passagers x prix du billet
Exposition annuelle aux remboursements automatiques DOT
18,9 M$
Retards de 3 h et plus x passagers x prix du billet
Exposition IROPS annuelle totale
34,7 M$
Annulations + remboursements + coûts estimés d'équipage/hôtel
Chargement...
Non. Nous construisons par-dessus votre infrastructure de planification d'équipage existante, et non à sa place. Votre installation Jeppesen CrewPlan ou IBS iFlight gère efficacement la planification des journées normales. Les solveurs de génération de colonnes sont bien adaptés aux 350 journées de routine par an. Le problème, ce sont les 15 pires jours, lorsque les perturbations en cascade poussent le solveur au-delà de sa falaise computationnelle et que votre équipe opérationnelle revient aux tableurs et aux appels téléphoniques.
Notre moteur de reprise IROPS se place aux côtés de votre solveur existant. En exploitation normale, il fonctionne en mode fantôme, apprenant les schémas de votre réseau et validant ses recommandations par rapport aux décisions humaines. Lorsque les perturbations s'enchaînent au-delà de ce que le solveur peut gérer, il génère des plans de reprise que votre système existant valide pour la conformité aux contraintes.
L'intégration se fait via vos flux de données actuels : rapports de position ACARS, API de statut des vols et exports du système de gestion des équipages. Nous ne touchons pas au code source de votre solveur. Une intégration typique prend 3 à 4 semaines pour un accès en lecture seule aux données, le moteur de reprise fonctionnant en mode fantôme dans les 6 semaines suivant le démarrage du projet.
Nous construisons un moteur de contraintes lisible par machine propre à votre exploitation. La Part 117 est le plancher, mais c'est dans les CBA syndicaux que réside la véritable complexité. Un commandant de votre flotte A320 à JFK peut avoir des dispositions de repos différentes de celles d'un copilote sur la même flotte à LAX, selon les exceptions de la Section 12 ou de la Section 12(b) du CBA.
La plupart des fournisseurs traitent ces règles comme des paramètres de configuration dans un fichier de réglages. Nous les traitons comme un problème d'ingénierie de premier ordre. Pendant la phase d'évaluation, nous travaillons avec votre équipe de planification des équipages et vos représentants syndicaux pour numériser chaque règle applicable, y compris les distinctions de la Part 117.25(b) et (c) de la FAA, les dispositions de repos propres au CBA par flotte et domicile, les exigences de formation et de qualification par type d'avion, et les préférences d'affectation basées sur l'ancienneté.
Le moteur de contraintes valide chaque recommandation que génère le moteur de reprise avant qu'elle ne parvienne à un régulateur humain. Si un échange d'équipage proposé enfreint une règle, il est masqué au niveau de la couche de calcul, et non détecté après coup par un réviseur humain. Lorsque votre CBA est renégocié ou qu'une interprétation de la FAA change, le moteur de contraintes se met à jour le jour même.
Nous avons besoin de quatre flux de données : le statut des vols en temps réel (OAG, FlightAware ou votre flux OCC interne), les rapports de position des équipages (pointages ACARS, données d'application d'équipage ou mises à jour manuelles de position depuis votre système de suivi), les données de roster et de qualification des équipages (exportées de votre système de gestion des équipages, généralement Jeppesen CrewAlert ou IBS iFlight), et les données historiques de perturbation couvrant au moins 12 mois d'événements IROPS avec les décisions de reprise des équipages et leurs résultats.
Les trois premiers flux établissent l'image opérationnelle en temps réel. Le quatrième entraîne le moteur de reprise sur les schémas spécifiques de votre réseau, vos profils de perturbation saisonniers et la façon dont vos régulateurs se rétablissent réellement.
Le mode fantôme démarre généralement 6 à 8 semaines après l'établissement de l'accès aux données. Les 2 à 3 premières semaines sont consacrées à l'intégration du pipeline de données et à la configuration du moteur de contraintes. Les semaines 4 à 6 portent sur l'entraînement du modèle de réseau à partir de vos données historiques de perturbation. À la semaine 6 à 8, le système génère des recommandations de reprise en temps réel en parallèle de vos régulateurs, et vous pouvez commencer à comparer ses suggestions aux décisions humaines réelles.
Accenture et Deloitte sont des intégrateurs de plateformes. Ils mèneront une phase de découverte de 6 mois, produiront une feuille de route de transformation de 200 pages, puis implémenteront Jeppesen ou IBS, les mêmes fournisseurs que vous pouvez contracter directement. Leur valeur réside dans la gestion de projet et la conduite du changement à grande échelle. Leurs engagements s'élèvent généralement de 2 à 10 M$ et prennent 12 à 24 mois avant tout impact opérationnel.
Nous construisons la couche que ces plateformes n'ont pas. Jeppesen et IBS sont d'excellents moteurs de planification quotidienne. Aucun des deux ne dispose de ML de qualité production pour la reprise IROPS en cascade, le suivi probabiliste des équipages ou l'analyse de vulnérabilité du réseau. Un cabinet du Big 4 ne construira pas ces capacités, car ce n'est pas un atelier d'ingénierie logicielle. Ils dotent leurs projets de consultants généralistes qui passent d'un secteur à l'autre, pas d'ingénieurs qui comprennent les Graph Attention Networks et la Proximal Policy Optimization.
Notre engagement commence à produire des données en mode fantôme en 8 semaines, pas en 8 mois. Vous voyez des plans de reprise comparatifs issus de vos perturbations récentes réelles. Si nos recommandations n'auraient pas amélioré les résultats, vous le saurez dès le premier hiver. Le coût total de l'engagement, de l'évaluation à la validation en mode fantôme, est de 400 à 800 K$, selon la taille de la flotte et la complexité des données.
Vos systèmes existants restent le système opérationnel de référence pendant toute la durée de l'engagement. Notre moteur de reprise est consultatif, pas autonome. Il génère des options de reprise classées que vos régulateurs évaluent et approuvent. Si notre système tombe hors ligne, rien ne change pour votre exploitation, car vos régulateurs prennent déjà leurs décisions via vos outils existants.
Le système n'exécute jamais d'échanges d'équipage, d'annulations ou d'affectations en deadhead de lui-même. Chaque recommandation passe par le moteur de contraintes (qui garantit la conformité réglementaire et au CBA) puis par un régulateur humain qui décide d'y donner suite ou non.
C'est délibéré. Les compagnies aériennes ne devraient pas confier l'autorité opérationnelle à un système non éprouvé. La confiance se gagne par des mois de validation en mode fantôme au cours desquels le système prouve qu'il génère systématiquement de meilleurs plans de reprise que le processus actuel. Même après validation, nous recommandons une confiance progressive : exécution automatisée uniquement pour les décisions à faible risque et à haute fréquence comme le positionnement en deadhead sur des sièges confirmés, tandis que les scénarios de reprise complexes multi-escales restent approuvés par un humain.
Les transporteurs point à point sont précisément là où ce système apporte le plus de valeur, justement parce qu'ils sont les plus vulnérables aux perturbations en cascade. Dans un réseau en étoile, les perturbations peuvent être contenues en isolant le hub affecté. Les équipages et les avions reviennent fréquemment au hub, créant des points de reprise naturels. Un transporteur comme Delta peut isoler un arrêt au sol à Atlanta et maintenir le reste du réseau en fonctionnement, car la structure en hub offre une redondance intégrée.
Les transporteurs point à point comme Southwest, Spirit ou Frontier ne disposent pas de cet avantage structurel. Un avion vole de Baltimore à Denver, puis à San Diego, à Phoenix, à Sacramento. Une perturbation dans n'importe quelle escale se propage le long de toute la chaîne. L'équipage censé voler de San Diego à Phoenix est bloqué à Denver. L'avion qu'il devait rejoindre à San Diego est immobilisé. Le graphe de dépendances a un diamètre bien plus grand, et le rayon d'impact de toute perturbation unique n'est pas contenu.
Notre analyse de vulnérabilité du réseau est spécifiquement conçue pour cette topologie. Nous cartographions chaque chaîne de dépendances de votre réseau de routes, identifions les escales où les perturbations provoquent un maximum de dommages en aval, et pré-calculons des stratégies de reprise pour les scénarios de défaillance les plus probables. Lorsque Denver ferme, le système sait déjà quels équipages repositionner et quels vols annuler de manière proactive pour contenir la perturbation localement plutôt que de la laisser se propager à l'échelle du réseau.
La règle de remboursement automatique de la DOT, en vigueur depuis le 28 octobre 2024, a fondamentalement changé l'économie des perturbations en cascade. Avant cette règle, les compagnies aériennes pouvaient proposer des bons de voyage ou une reprogrammation comme recours par défaut en cas de retards et d'annulations. La plupart des passagers acceptaient les bons, et la compagnie conservait le revenu.
Désormais, tout retard intérieur dépassant 3 heures ou tout retard international dépassant 6 heures déclenche un remboursement automatique obligatoire sous la forme de paiement d'origine, sous 7 jours ouvrables. La compagnie aérienne ne peut pas exiger que le passager en fasse la demande.
Pour un transporteur de taille moyenne exploitant 200 à 400 vols quotidiens, une perturbation en cascade qui retarde 50 vols de 3 heures et plus représente désormais une sortie de trésorerie immédiate, et non un passif différé. Si la valeur moyenne du billet sur ces vols est de 280 $ avec 150 passagers par vol, une seule mauvaise journée d'IROPS peut déclencher 2,1 M$ de remboursements obligatoires, en plus des heures supplémentaires des équipages, des frais d'hôtel et du repositionnement en deadhead. Avant la règle, peut-être 15 à 20 % de ces passagers auraient demandé un remboursement. Désormais, 100 % sont automatiques. Cela rend chaque heure de reprise IROPS plus rapide directement mesurable en exposition aux remboursements évitée. L'argument commercial en faveur d'un système qui contient un effondrement de réseau de 6 heures en une perturbation régionale de 2 heures n'est plus théorique.
Les fondements techniques de cette page de solution, disponibles sous forme de livre blanc interactif.
L'impératif computationnel : une logistique antifragile avec l'apprentissage par renforcement sur graphes
Analyse forensique de la défaillance de SkySolver chez Southwest, des limites de la génération de colonnes face aux perturbations en cascade, et de l'architecture technique pour une reprise des équipages basée sur le GRL avec application des contraintes neuro-symbolic.
La saison des tempêtes hivernales commence dans 10 mois. Le mode fantôme prend 8 semaines à déployer.
Pour un transporteur de taille moyenne, une seule journée d'IROPS sévère coûte désormais 2 à 5 M$ en annulations, repositionnement des équipages et remboursements obligatoires de la DOT. La phase d'évaluation identifie votre exposition spécifique et prouve la valeur du moteur de reprise face à vos perturbations historiques réelles.