Intégration d'API vols

Intégration de l'API vols TBO, de la recherche au billet électronique

Connectez votre compte TBO au module vols de PHPTRAVELS et vendez les tarifs aériens TBO sur votre site et votre portail agents. Chaque tarif est revérifié avant le paiement, chaque appel porte un ID de trace, et votre équipe dispose des journaux, des règles de relance et des outils de réservation qui stabilisent les ventes quotidiennes de vols.

  • Tarifs aériens TBO en direct
  • Revérification du prix avant paiement
  • ID de trace à chaque appel
  • Paiement B2C et portail B2B

Ce que vous vendez

L'intégration de l'API vols TBO dans votre propre moteur de réservation

TBO est un distributeur de voyages B2B dont l'API aérienne renvoie des tarifs de vols que les entreprises de voyage peuvent revendre. Le module vols de PHPTRAVELS l'appelle avec vos propres identifiants TBO, affiche les tarifs dans vos résultats de recherche et gère toute la réservation : règles tarifaires, revérification du prix, données passagers, paiement, réservation et billet.

Tous les tarifs ne se comportent pas de la même façon. Selon le tarif, certains (souvent des compagnies low cost) sont réservés et émis en une seule étape, tandis que d'autres peuvent être mis en option comme réservation et émis plus tard. Le module rend cette différence visible pour votre équipe, afin qu'aucun tarif ne soit encaissé sans la bonne étape suivante.

Repose surVolsLogiciel de réservation de volsAPI de voyage

DEL → DXB · 2026-11-141 adulte · Économie
  • LCC06:10 – 08:253h 45m · DirectTBOLow costBillet à la réservationBagage cabine seulNon remboursable₹18,450Choisir
  • FSC09:40 – 11:503h 40m · DirectTBOMise en option possibleBagage en souteNon remboursable₹21,980Choisir
  • FSC21:15 – 23:353h 50m · DirectTBOMise en option possibleBagage en souteRemboursable₹26,300Choisir

Tarifs d'exemple. Chaque résultat garde l'étiquette de son fournisseur, le support connaît donc toujours la source.

Chaîne d'appels

Six appels entre une recherche et un billet

Choisissez une étape pour voir ce que renvoie TBO, ce que PHPTRAVELS en fait et ce qui coince habituellement à cet endroit.

Recherche

Ce qui revient
Des tarifs pour l'itinéraire, les dates, la cabine et la composition des passagers, chacun avec un jeton de résultat pour les appels suivants.
Ce que fait PHPTRAVELS
Normalise les résultats, applique votre marge, met la recherche en cache et ajoute des filtres par compagnie, escales, bagages et heure de départ.
Ce qui peut mal tourner
Des tarifs en cache affichés trop longtemps. Le cache est court et chaque étape suivante revérifie.

Règles tarifaires

Ce qui revient
Conditions de modification et d'annulation, franchise bagages et notes du tarif choisi.
Ce que fait PHPTRAVELS
Affiche les règles sur la carte du tarif puis à nouveau avant le paiement, en langage clair quand le fournisseur envoie des données structurées.
Ce qui peut mal tourner
Des clients qui achètent un tarif mal compris, puis demandent des remboursements que le tarif n'autorise pas.

Revérification du prix

Ce qui revient
Le prix et la disponibilité actuels du tarif choisi par le client.
Ce que fait PHPTRAVELS
Le compare au prix affiché. Identique, on continue ; plus élevé, le client confirme ; tarif disparu, retour aux résultats.
Ce qui peut mal tourner
Encaisser l'ancien prix d'un tarif qui a changé, avec litiges et remboursements manuels à la clé.

Options

Ce qui revient
Sièges, repas et bagages supplémentaires lorsque la compagnie et le tarif les proposent.
Ce que fait PHPTRAVELS
Liste les options avec leur prix et les ajoute au total de la réservation avant le paiement.
Ce qui peut mal tourner
Vendre des options que le tarif ne permet pas. Seules les options renvoyées sont proposées.

Réserver

Ce qui revient
Une référence de réservation, ou le motif d'échec si le siège ou le prix n'existe plus.
Ce que fait PHPTRAVELS
Enregistre la réservation avec son ID de trace, les données passagers et l'enregistrement du paiement, et lance la chronologie de la réservation.
Ce qui peut mal tourner
Un délai dépassé après le paiement. Le module interroge le statut de la réservation avant d'envoyer toute seconde réservation.

Billet

Ce qui revient
Les numéros de billet électronique de chaque passager une fois émis par la compagnie.
Ce que fait PHPTRAVELS
Enregistre les numéros de billet, envoie l'itinéraire par e-mail et ouvre la réservation aux modifications, annulations et remboursements.
Ce qui peut mal tourner
Des réservations en option laissées sans émission jusqu'à expiration. Elles portent une échéance visible par votre équipe.

Revérification du prix

Le tarif est revérifié avant que quiconque paie

La plupart des réservations de vols qui échouent commencent par un prix qui a changé entre la recherche et le paiement. Essayez les trois cas que gère le paiement.

Règles du paiement

  1. 01Chaque tarif est revérifié auprès de TBO avant l'encaissement.
  2. 02Le paiement est capturé une seule fois par trace, jamais à nouveau lors d'une relance.
  3. 03Les règles tarifaires et les bagages s'affichent de nouveau à l'étape de paiement.
  4. 04Si un tarif disparaît, la recherche et les données passagers sont conservées.

Parcours de paiement :Passerelles de paiementPortefeuilles d’agents

Revérification du tarifDEL → DXB · LCC
Prix à la recherche
₹18,450
Prix à la revérification
₹18,450
Écart
₹0

Le paiement se poursuit au prix vu par le client.

Prix à la recherche
₹18,450
Prix à la revérification
₹19,120
Écart
₹+670

Le client voit le nouveau prix et le confirme avant le paiement. Rien n'est encaissé avant sa confirmation.

Prix à la recherche
₹18,450
Prix à la revérification
Indisponible
Écart
—

Le client revient à des résultats à jour, avec la même recherche et les données passagers déjà remplies.

Montants d'exemple pour un adulte.

Exploitation

Un seul ID de trace suit la réservation à chaque appel

Quand une réservation demande de l'attention, le support ouvre sa trace et lit dans l'ordre ce qui s'est passé, au lieu de demander à un développeur de fouiller les journaux du serveur.

trace TBO-FL-7Q2K9 --route DEL-DXB --pax ADT1

  1. 10:02:11INFOrésultats de cette recherche mis en cache
  2. 10:03:40INFOrègles tarifaires et bagages joints au tarif choisi
  3. 10:05:02WARNprix modifié, le client doit confirmer le nouveau tarif
  4. 10:05:31OKle client a accepté le nouveau tarif
  5. 10:06:12INFOpaiement capturé une seule fois pour cette trace
  6. 10:06:19WARNdélai fournisseur dépassé, requête de statut envoyée au lieu d'une seconde réservation
  7. 10:06:27OKréservation confirmée par la requête de statut, référence enregistrée
  8. 10:06:40OKnuméros de billet enregistrés, itinéraire envoyé

Une trace d'exemple : le prix a changé, le client l'a accepté, l'appel de réservation a dépassé le délai et une requête de statut l'a confirmée sans réserver deux fois.

  • Journaux de requêtes et ID de trace

    Chaque appel de recherche, revérification, réservation et émission est journalisé sous une référence, pour isoler vite les problèmes.

  • Bibliothèque d'itinéraires de test

    Un jeu fixe d'itinéraires, de dates, de cabines et de compositions de passagers à relancer après chaque changement.

  • Politique de délais et de relances

    Se remet des courtes coupures réseau sans risque de double réservation.

  • Alertes sur les pics d'échecs

    Votre équipe est prévenue quand le taux d'erreur monte, avant que les ventes n'en souffrent.

Plan de mise en ligne

Cinq étapes pour vendre les tarifs TBO

Les équipes perdent des semaines quand elles découvrent tard des besoins d'exploitation. Ce plan les place en premier.

  1. 01

    Accès et identifiants

    Ouvrez votre compte TBO, demandez l'accès à l'API vols et recevez des identifiants de test.

  2. 02

    Connecter et valider

    Saisissez les identifiants dans l'admin, réglez les délais et lancez la bibliothèque d'itinéraires de test.

  3. 03

    Maîtrise de la recherche et des prix

    Définissez marges, devises et filtres, et vérifiez que les prix revérifiés correspondent au paiement.

  4. 04

    Réserver et confirmer

    Testez de bout en bout les données passagers, le paiement, la réservation, l'émission et les e-mails d'itinéraire.

  5. 05

    Exploiter et monter en charge

    Passez aux identifiants de production, mettez en place alertes et étapes de support, puis ouvrez le trafic.

Bibliothèque d'itinéraires de test

ItinéraireVoyagePassagersCabineCe que cela prouve
DEL → BOMOW1 ADTYUn tarif intérieur de base et une émission immédiate
BOM → DXBRT2 ADT · 1 CHDYLe prix enfant et l'appariement aller-retour
DEL → LHRRT1 ADT · 1 INFYLe prix bébé et les champs de passeport
BLR → SINOW1 ADTCLes tarifs en classe affaires et leurs règles
HYD → JEDOW2 ADTYLes règles bagages sur un long tronçon

Utilisez les itinéraires que vous vendez vraiment ; ceux-ci sont des exemples.

Un accompagnement quand vous le souhaitez

  • Lancement et périmètreItinéraires, marchés, règles de prix et besoins de processus.
  • Mise en œuvre et QATests de recherche, de revérification et de réussite des réservations.
  • Accompagnement à la mise en ligneUn guide de supervision et la passation à votre équipe support.

Options

Les façons de vendre les vols TBO, comparées

Chaque approche peut fonctionner. La différence tient à ce que vous construisez et exploitez vous-même.

OptionDélai de lancementCharge continueConvient en général à
Développement direct sur l'API TBODélai de lancementMoyen à long : vous construisez l'interface, la tarification, la revérification, les journaux et les outils de supportCharge continueÉlevéeConvient en général àGrandes équipes avec développeurs et exploitation internes
Une connexion GDSDélai de lancementLong : intégration et mise en œuvre plus lourdesCharge continueÉlevéeConvient en général àBesoins complexes en contenu aérien
Une autre API d'agrégateurDélai de lancementMoyen : démarrage rapide, mais l'après-vente reste à votre chargeCharge continueMoyenneConvient en général àUne première version rapide
PHPTRAVELS avec TBOPrêt à l'emploiDélai de lancementPlus court : le parcours de réservation et les outils de gestion existent déjàCharge continueFaible à moyenneConvient en général àOTA, agences, tour-opérateurs et DMC

PHPTRAVELS est une licence à paiement unique avec code source sous licence commerciale, installée sur votre propre serveur. Vous gardez votre contrat et vos identifiants TBO.

Faites tourner TBO à côté d'autres fournisseurs de vols

Une recherche peut fusionner plusieurs sources de vols, chacune avec sa propre marge, pour ne jamais dépendre d'un seul fournisseur.

À lire aussi :AmadeusSystème de réservation de vols NDCPortail B2B voyageToutes les intégrations

  • Seeru
  • Amadeus
  • Duffel
  • Google Flights
  • Kayak
  • Kiwi
  • Mystifly
  • PKfare
  • Sabre
  • Travelport

FAQ

Questions sur les vols TBO

Ce que les équipes demandent souvent avant de connecter leur compte TBO.

Parler à un conseiller

Vérifiez que votre compte TBO a accès à l'API vols et obtenez des identifiants de test. Ajoutez-les ensuite au module vols, faites passer une petite bibliothèque d'itinéraires et de dates réels par la recherche, la revérification, la réservation et l'annulation, puis seulement après, peaufinez le parcours client.

Les changements de prix entre la recherche et le paiement, les limites des règles tarifaires que le client n'a pas vues et les délais dépassés pendant la confirmation. Le module revérifie chaque tarif avant le paiement, journalise chaque étape sous un ID de trace et interroge le statut après un délai dépassé au lieu de réserver à nouveau.

Oui. Un seul moteur de réservation sert les deux : les clients ont un paiement public, et les agents ont leurs propres prix, marges et rapports dans le portail agents.

Non. Beaucoup d'équipes gardent leur CRM ou leurs outils comptables et les relient au moteur de réservation par des API et des webhooks, pour ajouter la vente de vols sans changer la façon de travailler de l'agence.

Les hôtels TBO utilisent un connecteur distinct dans le module hébergements. Vous pouvez activer les vols, les hôtels ou les deux avec les mêmes informations de compte TBO si votre contrat le permet.

Oui. Hôtels, excursions, voitures et transferts peuvent être ajoutés plus tard en gardant un seul compte client, un seul paiement et une seule couche de rapports.