Article - 15 avr. 2026
Du search au booking, voici comment s'articule techniquement une intégration Amadeus en production — les flux, les décisions d'architecture et les points de friction que personne ne documente.
Amadeus est présenté comme une boîte noire par la plupart des agences qui l'utilisent : on branche l'API, ça marche. En réalité ce n'est absolument pas le cas.
Pourtant, l'intégration de l'aérien à votre business ajoute une ligne à votre comptabilité avec une marge non négligeable.
Voici quelques conseils pour mettre en place un projet d'intégration Amadeus en production.
Vendre des vols avec Amadeus repose sur trois appels successifs. Ils ne sont pas interchangeables, et sont obligatoires.
Le premier appel retourne des offres de vol basées sur votre requête (origine, destination, dates, cabine, nombre de passagers). C'est l'étape la plus consommatrice en ressources : une recherche flexible sur un mois peut retourner plusieurs centaines d'offres.
Les risques :
Points d'architecture critiques :
Le prix des propositions retourné par le Search n'est pas garanti, Amadeus possède un système MasterPrice agit comme un cache entre son API et les compagnies aériennes.
Avant de présenter une offre à votre client, vous devez obligatoirement revalider son prix via cet endpoint. Amadeus confirme la disponibilité et le tarif réel directement auprès de la compagnie aérienne.
Ce que j'ai vu foirer en production :
C'est le booking effectif. C'est aussi l'étape irréversible — une commande créée dans Amadeus génère une PNR (Passenger Name Record) et engage des frais.
Architecture recommandée :
Traitez cette étape comme une transaction distribuée. Vous avez au minimum deux systèmes à synchroniser : Amadeus d'un côté, votre propre base de données de l'autre, et très souvent un système de paiement PSP. En cas d'erreur sur l'un des systèmes, vous pouvez vous retrouver avec un booking créé chez Amadeus mais absent de votre système.
Pour implémenter cette étape, pensez asynchrone, partez du principe que les erreurs vont survenir, mettez en place un Audit Trail Log des échanges HTTP avec Amadeus, gardez un lien entre les propositions de vol Amadeus et vos données métiers.
D'un point de vu très macro, voici les différences :
La Self-service API vous donne accès en quelques jours, sans code IATA, avec une sandbox correcte. Elle couvre search, price et book. Elle est suffisante pour un MVP ou une plateforme à trafic modéré.
L'Enterprise API débloque la billetterie complète (émission de billets, gestion des changements, remboursements, services ancillaires avancés). Elle nécessite un code IATA ou un accord BSP, et l'intégration passe par une équipe Amadeus dédiée. Le délai d'onboarding est compté en semaines peut-être même en mois, pas en heures.
L'aérien est un sujet qui peut vite devenir difficile à gérer. Avoir son propre IATA vous permet d'être autonome sur la gestion des dossiers, vous pouvez maitriser le support client et à partir d'un certain volume vous négociez avec les compagnies aériennes.
Difficile à gérer, les bagages additionnels sont nécessaires dès lors que vous proposez du low-cost à vos clients.
Capitalisez sur le endpoint Flight Offers Price en incluant la demande des bagages additionnels, et soyez très attentif à la manipulation de vos payloads pour ajouter les Additionl Services à l'offre aérienne.
Attention : les informations disponibles sur les bagages additionnels sont très dépendantes des compagnies aériennes. Restez simple et transparent vis-à-vis de vos clients.
Sur une plateforme à volume, les latences Amadeus s'accumulent. Quelques règles pratiques :
Connaissez-vous Duffel ? Si vous souhaitez integrer l'aérien à votre business, c'est une solution que vous devriez fortement envisager.
Vous êtes en train de monter un projet d'intégration Amadeus et vous souhaitez un regard externe sur vos choix d'architecture ? Je suis disponible pour des sessions de conseil ponctuelles.