Services voyageurs

Demandes spéciales aériennes : suivre un SSR jusqu’à sa réponse

Un besoin exprimé au conseiller n’est pas encore un service confirmé par la compagnie. L’organisation du dossier doit préciser qui est concerné, sur quel vol, par quel canal la demande part et quelle réponse est obtenue. La méthode concerne la transmission opérationnelle ; elle ne remplace pas les instructions de la compagnie.

Qualifier la demande sans collecter un dossier inutile

Reformulez le besoin en termes de service demandé : repas, assistance ou autre prestation prise en charge par le transporteur. Identifiez le passager, les segments et le contact autorisé à suivre la demande. Si le client voyage avec plusieurs transporteurs, une réponse sur un segment ne valide pas l’ensemble de l’itinéraire.

Le registre partagé conserve le minimum nécessaire au traitement. Évitez d’y joindre par défaut des documents médicaux ou une explication personnelle détaillée. Lorsque la compagnie exige un formulaire spécifique, identifiez le circuit prévu, ses destinataires et le résultat attendu. Le conseiller peut organiser la transmission sans prendre une décision médicale à la place des intervenants compétents.

Distinguer SSR, information et commentaire interne

Travelport décrit le SSR comme un message qui demande une action au fournisseur et peut recevoir un statut en réponse. Ses documents distinguent aussi les informations OSI, destinées à communiquer une information. Un commentaire conservé seulement dans le CRM de l’agence n’établit pas que la compagnie a reçu une demande.

Pour le canal utilisé, vérifiez le type de message, le format accepté, le rattachement au passager et au segment, et les opérations disponibles. N’utilisez pas un code mémorisé sans vérifier son sens et les textes éventuellement requis. Gardez la référence de la documentation retenue et la version du dossier à laquelle la demande a été associée.

Conserver le statut et sa portée

Le suivi affiche au moins besoin recueilli, transmission réalisée, réponse reçue et question encore ouverte. Une réponse technique acceptant le format du message ne suffit pas à annoncer le service au client. La lecture du statut doit suivre la documentation du système et les consignes du transporteur concernés.

Exemple fictif : un repas particulier est demandé pour les deux vols d’un aller. La première compagnie répond, la seconde n’a pas encore confirmé. Le récapitulatif précise les deux résultats et la prochaine action. Une seule mention « repas confirmé » au niveau du voyage masquerait le segment restant à traiter et compliquerait la reprise du dossier.

Vérifier les limites propres à la compagnie

Les capacités varient selon la compagnie et le canal. La documentation Travelport consacrée à Ryanair indique que, depuis le 4 juin 2026, l’ajout des SSR qu’elle décrit passe par un contact direct avec le transporteur. Cet exemple montre pourquoi la présence d’un champ dans un logiciel ne prouve pas que la demande sera envoyée par cette interface.

Définissez un circuit de repli avec responsable, contact et échéance de vérification. Après changement de segment ou de voyageur, relisez les demandes associées à l’ancien dossier avant d’en déduire leur transfert. Une équipe de support doit pouvoir retrouver la réponse réelle, sans interpréter une case cochée comme une confirmation universelle.

Informer le voyageur et préparer la reprise

Le message client décrit le service demandé, les vols concernés, les confirmations obtenues et les points en attente. Il précise le contact et les instructions provenant de la compagnie lorsque celles-ci sont connues. Ne publiez pas un délai unique de demande ou une règle générale d’éligibilité sans source applicable au transporteur et au service.

La fiche de contrôle SSR et le registre des demandes spéciales aident à suivre plusieurs passagers et segments. Contrôlez aussi les doublons après reprise : la même demande ne doit pas être renvoyée simplement parce qu’un collègue ne retrouve pas son état dans le CRM.

Sources et périmètre des faits documentés

La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.

Questions fréquentes

Questions utiles avant de décider

Un commentaire dans le CRM vaut-il demande à la compagnie ?

Il prouve seulement que l’agence a conservé une information. Recherchez le message réellement transmis par le canal adapté et la réponse du fournisseur.

Faut-il un suivi par passager et par vol ?

Oui lorsque la demande concerne ces éléments. Une confirmation ne doit pas être étendue aux autres voyageurs ou segments sans vérifier sa portée.

Peut-on proposer toutes les demandes depuis une API ?

Les opérations varient selon le fournisseur, la compagnie et le canal. Prévoir une procédure adaptée lorsqu’une demande exige un contact direct.

Passer à la vérification

Des fiches de contrôle pour ce sujet

Champs à collecter, tests, erreurs fréquentes et consignes de transmission pour travailler sur un dossier concret.

Toutes les fiches de contrôle →

Étape suivante

Appliquez cette méthode à des solutions concrètes.

Explorez les catégories du répertoire puis vérifiez les capacités et conditions auprès des sources officielles.

Explorer le répertoireParler du projet