Inventaire et opérations
Stocks et allotements voyage : vendre une capacité réellement disponible
Une chambre, une place de visite ou un siège peuvent apparaître disponibles sur plusieurs canaux alors qu’ils dépendent du même stock. La fiabilité vient des règles de réservation, de libération et de rapprochement entre systèmes.
Réponse directe
Définir l’unité vendue et le système qui la détient
Avant de parler de disponibilité, nommez ce qui peut être réservé : chambre avec occupation et régime, départ d’activité à une heure donnée, véhicule d’une catégorie, place de transport ou combinaison de plusieurs prestations. Une capacité affichée pour un produit voisin ne suffit pas. Associez à chaque unité son fournisseur, ses dates, ses restrictions, ses conditions et l’identifiant utilisé par le système de référence.
Décidez ensuite qui a autorité sur cette capacité. Un PMS peut être la référence pour les chambres, un système de billetterie pour une visite et un transporteur pour ses sièges. Un distributeur peut conserver une copie, mais il doit savoir quand elle expire et comment reconfirmer avant la vente. Tracez la différence entre consultation, option, commande envoyée et confirmation du fournisseur.
Distinguer vente libre, allotement et option
| Modèle | Question déterminante | Risque à tester |
|---|---|---|
| Vente libre | Le fournisseur confirme-t-il chaque demande sur son stock courant ? | Deux canaux tentent de vendre la dernière unité. |
| Allotement | Combien d’unités sont réservées au distributeur et quand sont-elles rétrocédées ? | Une unité libérée reste vendable localement. |
| Option | La capacité est-elle réellement bloquée, pour combien de temps et avec quelle référence ? | Une option expirée apparaît encore confirmable. |
| Demande manuelle | Qui répond et sous quel délai ? | Le client reçoit une promesse avant la confirmation. |
Un même catalogue peut mêler ces modèles. Affichez au conseiller et au voyageur le statut réel du produit au lieu d’un seul badge « disponible ».
Décrire les événements qui changent la capacité
Une vente, une annulation, un changement de date, un no-show, une fermeture de départ et une correction manuelle peuvent tous modifier le stock. Pour chaque événement, notez le système émetteur, le message transmis, le délai attendu et la manière de confirmer sa réception. La synchronisation doit couvrir aussi les restrictions de vente : âge, minimum de nuits, taille du groupe, fermeture horaire ou équipement requis.
Mesurez les écarts au niveau du produit précis, pas uniquement sur un total quotidien. Une chambre mal associée à un plan tarifaire peut donner un total juste et des offres impossibles à honorer. Gardez un journal des corrections pour comprendre si l’écart vient d’une latence, d’un mapping ou d’une règle commerciale différente.
Mettre le dispositif à l’épreuve
- Afficher la dernière unité sur deux canaux puis lancer deux réservations presque simultanées.
- Bloquer une option, la laisser expirer et vérifier sa remise en vente.
- Annuler une réservation partielle dans un dossier multi-prestations.
- Avancer la date de rétrocession d’un allotement et contrôler les deux stocks.
- Couper temporairement une connexion et mesurer le délai de réconciliation.
Conservez pour chaque essai l’heure, le statut présenté au client, la référence fournisseur et la correction effectuée. Le critère n’est pas l’absence de toute erreur : c’est la capacité à ne pas promettre une prestation non confirmée et à résoudre vite un état divergent.
Suivre les écarts après le lancement
Suivez les demandes refusées après affichage d’une disponibilité, les commandes en attente de confirmation, les doublons, les options expirées et les corrections de stock par fournisseur. Segmentez par canal, produit et période de forte demande. Fixez une procédure de vente assistée lorsque l’état du fournisseur est incertain.
Une démonstration de la dernière unité vendue, du retour d’annulation et de la reprise après interruption, avec les références qui permettent de rapprocher les événements.
La qualité des données d’offres et l’observabilité des API complètent ce contrôle opérationnel.
Séparer capacité réservée au groupe et vente individuelle
SynXis présente des fonctions d’allocation de chambres pour les groupes.
Scénario fictif : un groupe tient un bloc de chambres avec une date de rétrocession, puis ajoute des participants après cette date. Reconstituez capacité initiale, chambres affectées et solde encore réservé. La nouvelle demande doit préciser si elle consomme le bloc restant ou une disponibilité générale à d’autres conditions. Faites confirmer la règle contractuelle et son heure locale. Un total de participants ne prouve pas que leurs chambres sont toutes confirmées.
| Point | Preuve à conserver | Contrôle à effectuer |
|---|---|---|
| Bloc | Catégorie, nuits et quantité convenue. | Retrouver la capacité par nuit. |
| Consommation | Dossiers affectés et solde. | Comparer les affectations à la capacité tenue. |
| Rétrocession | Règle, heure et résultat confirmé. | Traiter un ajout tardif avec son statut propre. |
Décidez les ajouts sur leur preuve de disponibilité. Conservez les écarts entre demande de groupe, rooming list et confirmation fournisseur.
Application métier
Distinguer une demande faible d’une offre impossible à vendre
Le taux de recherche disponible complète le suivi des stocks : il révèle les demandes pour lesquelles aucune offre vendable n’a été proposée.
Regroupez les recherches selon les dates de séjour, le nombre de voyageurs et les contraintes de produit. Une recherche sans résultat pour quatre personnes ne signifie pas que toutes les chambres sont épuisées : l’occupation autorisée, une durée minimale ou une arrivée interdite peuvent écarter l’offre. Conservez le motif d’exclusion lorsqu’il est disponible et le moment du contrôle.
Un inventaire reçu peut encore être inutilisable à la vente. Prix absent, devise incohérente, chambre non mappée, allotement dépassé ou fournisseur indisponible conduisent à des décisions différentes. La revue rapproche le stock théorique, l’offre affichée et l’offre confirmable. Comparez aussi le résultat public et le résultat de revalidation juste avant réservation.
Pour préparer une haute saison, testez quelques combinaisons représentatives : arrivée un samedi, séjour court, famille, séjour traversant une fermeture et modification après réservation. Mesurez la proportion de recherches utilisables sur cette liste connue. Le résultat est un diagnostic de couverture de ces cas, pas une estimation de toute la demande du marché.
Des chambres libres qui ne répondent pas à la recherche
Exemple fictif. Sur 100 recherches de test, 70 obtiennent une offre. Parmi les 30 autres, 12 sont exclues par une durée minimale, 10 par une occupation incompatible et 8 par un prix absent. Ajouter du stock ne corrige donc pas les trois causes à la fois.
Décision à préparer : Corriger d’abord les prix absents, puis faire valider les règles de séjour et la couverture familiale.
| Observation | Vérification | Action possible |
|---|---|---|
| Aucun résultat | Règles d’occupation et de durée | Vérifier la combinaison recherchée. |
| Offre affichée puis refusée | Horodatages de recherche et de confirmation | Mesurer le décalage de disponibilité. |
| Stock présent, tarif absent | Tarif, taxes, devise et période | Bloquer l’offre incomplète et corriger la source. |
| Demande familiale non couverte | Capacité réelle et mapping des chambres | Faire confirmer la règle métier. |
À éviter : Déduire la disponibilité actuelle d’un simple calendrier reçu précédemment.
Pour poursuivre : Lire la qualité par champ · Revoir le calendrier de vente
Inventaire chiffré · exemple fictif
50 unités physiques, mais seulement 9 encore vendables.
Un hébergement fictif examine une même catégorie pour une même nuit. Les groupes ci-dessous sont distincts : une chambre sous option n’est pas aussi comptée parmi les confirmations. Aucune donnée d’établissement ni opération de réservation réelle n’est utilisée.
Du parc physique au disponible à la vente
Les cinq barres utilisent la même échelle de 0 à 50 chambres. Chaque solde reprend le précédent après le mouvement indiqué.
- Capacité physiquePoint de départ
50 sur 50 50 - Chambres hors serviceRetrait de 4
46 sur 50 46 - Chambres déjà confirméesRetrait de 30
16 sur 50 16 - Options actives non confirméesRetrait de 5
11 sur 50 11 - Marge retenue dans l’exerciceRetrait de 2
9 sur 50 9
| Étape | Mouvement | Solde | Preuve à retrouver |
|---|---|---|---|
| Capacité physique | 50 chambres | 50 | Établissement, catégorie et nuit de référence. |
| Chambres hors service | −4 | 46 | Période de blocage et décision de réouverture. |
| Chambres déjà confirmées | −30 | 16 | Références et occupation de cette même nuit. |
| Options actives non confirmées | −5 | 11 | Échéance, statut et mouvement de confirmation ou de libération. |
| Marge retenue dans l’exercice | −2 | 9 vendables | Règle interne et personne autorisée à modifier cette marge. |
Deux canaux affichant six unités ne créent pas douze unités.
Chaque canal est plafonné à six ventes, mais tous deux puisent dans les neuf chambres du même stock. Après six confirmations sur le premier canal, trois chambres seulement restent disponibles : la deuxième demande de six ne peut pas être promise intégralement sur cet inventaire.
Le solde revient à neuf, mais le dossier d’inventaire a changé.
Parcourez trois mouvements fictifs. Chaque option libérée porte ici sur une chambre ; la nouvelle confirmation en mobilise trois. Les choix modifient seulement cette page, sans instruction à un système de stock. Sans JavaScript, le tableau conserve les quatre états.
chambres vendables
30 chambres confirmées ; 5 chambres sous option.
Les 4 chambres hors service et les 2 unités de marge restent inchangées.
| État | Confirmées | Sous option | Vendables |
|---|---|---|---|
| Photographie initiale | 30 | 5 | 9 |
| Deux options libérées | 30 | 3 | 11 |
| Trois chambres confirmées | 33 | 3 | 8 |
| Une annulation libérée | 32 | 3 | 9 |
Le disponible initial et final vaut neuf. Pourtant les confirmations sont passées de 30 à 32 et les options de 5 à 3. Un solde identique n’efface donc pas les mouvements : conservez leurs références, leur heure d’effet et leur application une seule fois.
Une option expirée est-elle automatiquement vendable ?
Une échéance dépassée dans un écran ne prouve pas que le stock de référence a été recrédité. Dans cet exercice, seule la libération constatée augmente le disponible. Transformer une option en réservation ne retire pas une seconde fois les unités déjà retenues.
Et pour un séjour de plusieurs nuits ?
Refaites le rapprochement sur chaque date et vérifiez la catégorie sur toute la durée. Une somme de chambres-nuits libres ne démontre pas qu’une même chambre peut être vendue sur l’ensemble des dates demandées.
Rapprocher chambres et offres tarifaires · Distinguer lits libérés et chambres occupées · Préparer les cas de concurrence et de reprise.
SynXis : allocation de groupe et portail de rooming list sont deux périmètres
La présentation publique distingue les capacités d’administration du groupe et le service utilisé par son contact. Un inventaire d’API ne prouve pas que tous ces usages soient activés.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| Allocation du groupe | Manage Groups présente la gestion de l’allocation de chambres pour les groupes. | Faites démontrer les dates et catégories réellement pilotées dans votre établissement. |
| Accès au portail | La page distingue la gestion du mot de passe du portail de rooming list, où le contact groupe peut charger et gérer ses réservations. | Préparez séparément l’accès du contact et la confirmation des chambres ; ne stockez pas son mot de passe dans le registre de suivi. |
| Service additionnel | SynXis précise que la rooming list est un service contractuel additionnel, à examiner avec le responsable de compte. | Vérifiez cette activation avant de promettre un portail au chef de groupe. |
Présentation publique Manage Groups du SynXis Central Reservation System, consultée le 22 octobre 2026. Elle ne fournit pas les règles de rétrocession du contrat de votre groupe ni la preuve d’activation du service pour votre compte.
SynXis CRS — Manage Groups · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
OCTO : capacité, quantité par réservation et jour disponible sont distincts
Un calendrier ouvert ou un nombre de places affiché ne répond pas à toutes les questions du groupe. Relisez le niveau du calendrier, les limites par réservation et les unités demandées.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| Calendrier et réservation | Le calendrier retourne un objet par jour ; Availability Check fournit l’identifiant availabilityId nécessaire à la réservation. | Un jour ouvert n’est pas encore une disponibilité précise retenue pour le dossier. |
| Vente libre | Pour FREESALE, vacancies peut être nul : ce champ ne donne alors aucune quantité finie de places. | Ne convertissez pas ce nul en zéro place et ne l’utilisez pas comme une quantité exacte. |
| Limite du dossier | maxUnits indique le maximum d’unités vendables dans une seule réservation, distinct de la capacité totale. | Comparez la taille demandée à cette limite ; une capacité globale plus élevée ne l’annule pas. |
| Disponibilité par type d’unité | Si la disponibilité est suivie par unité, vacancies représente la quantité restante maximale parmi les unités. | Ne lisez pas ce maximum comme une somme ni comme une garantie identique pour chaque type de participant. |
Deux groupes à relire avec les limites de l’offre
Données fictives, sans stock fournisseur interrogé.
La vente est libre mais le groupe dépasse maxUnits
Une offre fictive FREESALE indique une limite de cinq unités par réservation pour une demande de six.
status : FREESALE
vacancies : null
maxUnits : 5
Demande : 6 unitésLecture du cas. La vente libre ne supprime pas la limite par réservation. Faites préciser le parcours autorisé pour ce groupe ; ne supposez pas qu’un découpage en deux dossiers garantit une prestation commune.
Le maximum d’un type est repris pour tous les participants
Le stock fictif est suivi par type d’unité et vacancies vaut huit ; le dossier conclut que huit places sont disponibles dans chaque type.
Suivi : par unité
vacancies : 8
Répartition du groupe : à vérifierLecture du cas. Le champ représente le maximum restant parmi les unités dans ce modèle. Il ne prouve pas huit places pour chaque type ; contrôlez la composition demandée et la réponse adaptée au groupe.
Modèles Availability du Developer Hub consultés le 23 octobre 2026. La version et les capacités de l’implémentation restent à confirmer avec le fournisseur. Le contrôle de disponibilité ne remplace pas la confirmation de réservation ni ses conditions d’annulation.
OCTO Developer Hub — Availability · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
Cloudbeds Classic : une option de chambre peut être libérée avant sa durée annoncée
Une option de chambre réserve temporairement du stock. Dans le calendrier Classic de Cloudbeds, sa durée et la date d’arrivée doivent être contrôlées ensemble.
| Point documenté | Ce que la source précise | Conséquence pour votre contrôle |
|---|---|---|
| Stock retenu | Courtesy Hold retire l’hébergement des disponibilités du système, du moteur de réservation et des OTA connectées pendant la retenue. | Consignez la chambre, les dates du séjour et le contact à relancer. |
| Durée de l’option | La durée se règle en heures ou en jours ; à son terme, le stock est libéré. | Séparez la date de départ du séjour de l’heure limite pour accepter l’option. |
| Arrivée déjà passée | Le système supprime les options dont la date d’arrivée est passée, même si leur durée n’est pas terminée. | Pour une arrivée le jour même, organisez la relance avant la fin de journée. |
| Conversion en réservation | Confirm Reservation ouvre la page de création de réservation ; l’option peut aussi être modifiée ou annulée. | Retrouvez ensuite le dossier effectivement créé avant d’envoyer une confirmation au voyageur. |
Deux échéances d’option à distinguer
Situations fictives pour préparer la relance et la transmission à la réception.
Trois jours d’option, mais une arrivée aujourd’hui
Un hôtel fictif retient une chambre pour une arrivée le jour même et saisit une durée de trois jours.
Calendrier utilisé : Classic
Arrivée : aujourd’hui
Durée saisie : 3 joursLecture du cas. Ne promettez pas trois jours de protection après l’arrivée. Faites préciser la limite opérationnelle à la réception et obtenez la réservation confirmée avant d’annoncer le séjour acquis.
La durée de l’option est confondue avec celle du séjour
Une équipe fictive propose deux nuits avec une option de quatre heures. Le message client ne mentionne que le départ du séjour.
Séjour proposé : 2 nuits
Durée de l’option : 4 heures
Heure limite dans le message : absenteLecture du cas. Ajoutez une date et une heure limites explicites, avec le fuseau de l’établissement. Le départ du séjour ne permet pas au client de savoir jusqu’à quand répondre.
Périmètre : calendrier Classic, aide mise à jour le 17 septembre 2026. Vérifiez l’expérience utilisée par l’établissement et ses réglages horaires ; ne transposez pas cette procédure au New Calendar sans contrôle.
Cloudbeds — Manage blocks on the Classic calendar · mise à jour par la source le 17/09/2026 · consultée le . Les contrôles proposés sont une lecture éditoriale de cette référence.
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.
- SynXis CRS — Manage Groups : Présentation publique Manage Groups du SynXis Central Reservation System, consultée le 22 octobre 2026. Elle ne fournit pas les règles de rétrocession du contrat de votre groupe ni la preuve d’activation du service pour votre compte. (consultée le )
- OCTO Developer Hub — Availability : Modèles Availability du Developer Hub consultés le 23 octobre 2026. La version et les capacités de l’implémentation restent à confirmer avec le fournisseur. Le contrôle de disponibilité ne remplace pas la confirmation de réservation ni ses conditions d’annulation. (consultée le )
- Cloudbeds — Manage blocks on the Classic calendar : Périmètre : calendrier Classic, aide mise à jour le 17 septembre 2026. Vérifiez l’expérience utilisée par l’établissement et ses réglages horaires ; ne transposez pas cette procédure au New Calendar sans contrôle. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Une disponibilité affichée garantit-elle la réservation ?
Pas toujours. La disponibilité peut provenir d’un cache, d’un allotement ou d’une recherche non bloquante. Le système doit reconfirmer le prix et la capacité avant de promettre une vente au client.
Que vérifier avant d’ouvrir un nouveau canal ?
Identifiez le système qui tient le stock, la fréquence des mises à jour, les règles de blocage et de libération, ainsi que le traitement de la dernière unité vendable.
Comment limiter les surventes ?
Définissez une source de vérité, transmettez rapidement ventes et annulations, contrôlez les écarts et testez la vente simultanée sur deux canaux. Un stock de sécurité peut aider mais ne répare pas une synchronisation défaillante.
Une rooming list complète prouve-t-elle le stock réservé ?
Non. Rapprochez ses affectations du bloc et des confirmations par nuit et catégorie.
Une recherche sans résultat prouve-t-elle que le stock est épuisé ?
Non. Elle peut venir d’une règle de séjour, de l’occupation demandée, d’un tarif absent ou d’une erreur d’intégration. Il faut rapprocher le résultat et les motifs d’exclusion avant de conclure.
L’accès aux fonctions groupes SynXis inclut-il automatiquement le portail de rooming list ?
La présentation publique précise que la rooming list est un service contractuel additionnel. Faites confirmer l’activation et le périmètre du compte ; la capacité à gérer une allocation ne prouve pas l’accès du contact groupe au portail.
FREESALE avec vacancies nul signifie-t-il qu’il reste zéro place dans OCTO ?
Non. La documentation prévoit un vacancies nul pour la vente libre. Vérifiez séparément maxUnits, les unités du groupe et le résultat du parcours de réservation ; nul ne signifie pas ici un stock de zéro.
