Interface de programmation: connecter vos GDS à votre plateforme paiement

Les petites agences de voyages font face chaque jour à un décalage chronophage : d’un côté, le GDS (Amadeus, Sabre, Travelport…) qui gère la réservation ; de l’autre, la plateforme de paiement qui collecte, sécurise et rembourse les fonds. Tant que ces deux mondes ne « se parlent » pas, on multiplie les doubles saisies, les risques d’erreur et la perte de temps au rapprochement bancaire. Une interface de programmation (API) est la passerelle qui élimine ces frictions.

De quoi parle-t-on ? Petit rappel sur les GDS et les APIs

GDS (Global Distribution System) : base de données mondiale qui centralise vols, hôtels, locations, assurances, etc. Amadeus et Sabre représentent à eux seuls plus de 70 % du marché européen des agences indépendantes (source : Phocuswright, 2025).
API (Application Programming Interface) : point de terminaison sécurisé qui permet à deux logiciels d’échanger des données structurées sans intervention humaine.

Pour une agence, relier le GDS à une solution de paiement spécialisée tourisme comme Elia Pay revient à connecter automatiquement :

Les informations de la réservation (PNR, fournisseur, tarifs net/brut, devises)
Les actions financières associées (acompte, solde, commission, cashback, remboursement)

Pourquoi brancher votre plateforme paiement sur le GDS ?

Bénéfice	Avant l’intégration	Après intégration API GDS ⇄ Paiement
Saisie des paiements	Manuelle dans le back-office	Automatique à la création du dossier
Sécurité carte/fraude	Doute sur l’origine des numéros de carte	Emission instantanée de cartes virtuelles contrôlées MCC
Rapprochement bancaire	Fichier Excel + copier-coller	Règles d’appariement PNR ↔ IBAN virtuel
Cash-flow	Délais entre encaissement et sortie fournisseur	Flux synchronisés par webhooks (J+0)
Conformité TOMS / PCI DSS	Collecte partielle des justificatifs	Pièces jointes injectées dans le dossier comptable

Résultat : jusqu’à 3 h économisées par jour pour une agence de 8 personnes, et un taux d’erreur qui chute de 4 % à < 0,3 % (moyenne observée chez 27 clients Elia Pay, T1 2025).

Comment fonctionne l’interface Elia Pay ?

Schéma d’architecture : un GDS (Amadeus) envoie un webhook « booking.created » vers un middleware low-code qui appelle l’API Elia Pay pour générer une carte virtuelle et un IBAN dédié, puis réinjecte les références dans le PNR.

Webhook GDS : lorsqu’un PNR passe au statut « Confirmed », le GDS déclenche un webhook contenant l’ID dossier, le montant à encaisser et la devise.
Création d’un paiement : votre middleware appelle POST /payments sur l’API Elia Pay avec le booking_id, la date de départ et la MCC du fournisseur.
Emission d’un moyen de paiement
- Carte virtuelle agrémentée IATA si le fournisseur est aérien
- IBAN virtuel si vous préférez un virement SEPA instantané
Push des références : le numéro de carte ou l’IBAN est automatiquement renvoyé au GDS et stocké dans un champ sécurisé du PNR.
Suivi en temps réel : dès que le débit est effectué, un webhook payment.captured alimente votre ERP ou votre logiciel de comptabilité (Pennylane, Sage, Gestour…).

Exemple d’appel API (cURL)

curl -X POST https://api.eliapay.com/v1/payments \
  -H "Authorization: Bearer sk_live_xxxxx" \
  -H "Content-Type: application/json" \
  -d '{
    "booking_id": "AMS57A",
    "amount": 1240.00,
    "currency": "EUR",
    "supplier_mcc": "4722",
    "payment_method": "virtual_card",
    "departure_date": "2025-11-15"
}'

Réponse :

{
  "payment_id": "pay_9ad7e1",
  "card": {
    "number": "5412 7512 3456 7890",
    "expiry": "11/25",
    "cvc": "123"
  },
  "cashback_rate": 0.8,
  "iban_virtual": null
}

Étapes d’implémentation en 10 jours ouvrés

Créer la clé API depuis le tableau de bord Elia Pay (5 min).
Activer le sandbox et récupérer les endpoints de test.
Lister les évènements GDS disponibles (booking.created, ticket.issued, refund.requested, etc.).
Mapper les champs : PNR ⇄ booking_id, Net Fare ⇄ amount, Supplier Code ⇄ supplier_mcc.
Développer un micro-service ou utiliser un scénario no-code (Zapier, Make) pour recevoir l’évènement et appeler l’API.
Générer un moyen de paiement virtuel (carte ou IBAN) au moment opportun : acompte, solde, extra.
Stocker la référence retour dans le GDS (segment OSI ou remark field).
Mettre en place les webhooks Elia Pay et tester le cycle complet « réservation → paiement → réconciliation ».
Automatiser l’export comptable (CSV, FEC ou API Pennylane) et vérifier la TVA sur marge.
Passer en production après validation d’un dossier pilote.

Temps moyen constaté : 12 heures homme de paramétrage pour une agence équipée d’Amadeus Selling Platform Connect + Sage 100cloud.

Bonnes pratiques pour une intégration durable

Idempotence par request_id : évite la double émission de carte si le webhook est renvoyé.
Limites dynamiques : définissez le plafond de la carte virtuelle = montant du service + 5 % de marge logistique.
Tokenisation : ne stockez jamais le PAN dans votre base de données. Utilisez le token fourni par Elia Pay.
Webhooks chiffrés : activez la signature HMAC pour authentifier chaque appel.
Tests de charge : simulez vos pics saisonniers (jusqu’à 200 bookings/h) pour vérifier la latence API (< 300 ms sur 95 % des appels, SLA Elia 2025).

Mesurer le ROI de la connexion GDS ⇄ Paiement

Indicateur	Avant	Après	Gain moyen
Temps de rapprochement	45 min/j	6 min/j	− 87 %
Litiges fournisseurs	3/mois	< 1/mois	− 67 %
Frais carte	1,9 %	1,1 %	− 0,8 pt
Cashback perçu	0 €	420 €/mois	+ 420 €

(Panel : 12 agences Elia Pay, données avril-juin 2025)

Agent de voyages consultant un tableau de bord où les statuts des paiements apparaissent automatiquement synchronisés avec les dossiers GDS, réduisant ainsi les tâches administratives.

Ressources prêtes à l’emploi proposées par Elia Pay

SDK JavaScript et PHP pour accélérer le développement.
Connecteurs Make & Zapier pré-configurés pour Amadeus, Sabre et Galileo.
Playground Postman incluant 15 collections d’exemples.
Support Slack privé 8 h-22 h (CET) en français.

Foire aux questions

Dois-je modifier mon contrat GDS pour utiliser l’API ? Non, l’intégration se fait côté agence ; vous utilisez les webhooks ou les exports XML déjà inclus dans votre abonnement.

La carte virtuelle est-elle acceptée par tous les fournisseurs ? Oui, elle repose sur le réseau Mastercard. Pour les BSP/ARC aériens, activez simplement le profil IATA dans le back-office Elia Pay.

Que se passe-t-il si le montant final diffère du devis ? Vous pouvez envoyer un PATCH /payments/{id} pour ajuster le plafond ou déclencher un remboursement partiel via l’endpoint POST /refunds.

L’intégration est-elle compatible DSP2 ? Oui. Les cartes virtuelles sont TPS sécurisé corporate et les virements SEPA/Swift sont protégés par l’authentification forte (PSD2-API).

Quel est le coût de l’API ? L’usage de l’API est inclus dans les plans Elia Pay. Les transactions conservent la même grille tarifaire qu’en surfacique, avec jusqu’à 1 % de cashback selon les volumes.

Passez à l’action

Vous voulez supprimer la double saisie, réduire vos frais et encaisser plus vite ? En moins de 30 minutes, un expert Elia Pay peut vous montrer comment relier votre GDS à notre plateforme de paiement via API. Réservez votre démo personnalisée dès maintenant et découvrez pourquoi plus de 150 petites agences ont déjà adopté l’intégration GDS ⇄ Elia Pay.