Réduction du gaspillage en catering aérien
Mesurer ce qui revient non consommé d'un vol, à bord, sans réseau et sans ralentir l'équipage. De la donnée terrain à la décision d'approvisionnement.
Contexte
Le catering aérien embarque des repas en quantité déterminée à l'avance. Ce qui n'est pas consommé revient et part au déchet, avec un coût matière, un coût de transport et un poids qui a lui-même été emporté pour rien.
Réduire ce gaspillage suppose d'abord de le mesurer. Or la mesure devait se faire là où elle est la plus difficile : en galley, pendant le service, par un équipage qui a autre chose à faire.
Contraintes
Pas de réseau exploitable en vol, ou alors coûteux et intermittent. La saisie devait fonctionner entièrement hors ligne et se synchroniser plus tard, sans que l'utilisateur ait à s'en préoccuper.
Pas de temps disponible non plus : une saisie qui demande trente secondes par plateau ne serait jamais faite. Il fallait que l'observation prenne moins de temps que de ne rien noter.
Enfin, les données d'exploitation d'une compagnie ne partent pas chez un fournisseur tiers.
Solution
Une application iPad qui reconnaît ce qu'on lui montre plutôt que de demander à l'utilisateur de le décrire. L'inférence tourne sur l'appareil, sans connexion, et la saisie se réduit à une confirmation.
Les observations remontent ensuite vers un tableau de bord analytique qui agrège par vol, par route et par période, et transforme des relevés individuels en décision d'approvisionnement.
Une démonstration Apple Vision Pro a été produite en complément, pour présenter les résultats en volume lors de revues internes.
Architecture
Le modèle de vision est converti pour CoreML et exécuté sur l'iPad. C'est ce qui rend l'application utilisable en vol : aucune latence, aucune dépendance réseau, et aucune image d'exploitation qui sorte de l'appareil.
Les données sont stockées localement, chiffrées, puis synchronisées vers un backend Supabase auto-hébergé quand la connexion revient. La stratégie de résolution des conflits a été décidée en amont, ce qui évite les mauvaises surprises quand deux membres d'équipage saisissent la même prestation.
Le backend est hébergé sur une infrastructure maîtrisée par le client, avec les procédures d'exploitation documentées et les sauvegardes testées par restauration réelle.
Bilan
La chaîne complète fonctionne : observation en galley sans réseau, synchronisation différée, agrégation, et lecture par les équipes qui décident des quantités embarquées.
L'intérêt du dispositif tient à ce qu'il rend visible : sans mesure de terrain, les quantités se décident à l'estime, et l'estime se corrige toujours vers le haut.
SwiftUI · CoreML · Supabase auto-hébergé · Analytics · visionOS