Échanges avec le système de réservation
RezdyConnect : suivre capacité retenue, confirmation et abandon
La capacité peut être retenue alors que le client n’a pas terminé son parcours. Préparez les preuves qui permettent de distinguer attente, confirmation et libération, surtout après un abandon.
Références consultées aux dates indiquées dans chaque source · Mis à jour le · Méthode éditoriale de Performance Voyage
Quel rôle dans votre organisation ?
Examinez le lien entre panier et capacité chez le fournisseur. La décision doit préciser qui peut reprendre un dossier en traitement et comment l’exploitant retrouve la place libérée avant de la proposer à un autre client.
Rezdy API et RezdyConnect figure dans la famille Activités et billetterie. Les prix, pays couverts, niveaux de service et droits du compte ne sont pas certifiés par ce dossier. Faites-les préciser dans une proposition datée.
Source officielle de l’entrée ↗ · Retrouver la fiche du répertoire
Ce que les sources documentent
Rezdy : RezdyConnect documentation
RezdyConnect distingue la réservation en traitement de la réservation confirmée. La documentation décrit aussi la libération de capacité dans les parcours d’annulation ou d’abandon du panier.
Parcours RezdyConnect, à distinguer de la référence de l’API publique Rezdy. La page présente des formulations différentes sur la méthode d’annulation ; faire confirmer le contrat d’opération plutôt que prescrire un verbe HTTP ici.
Consultée le
Consulter la source 1 ↗La suite propose nos contrôles de sélection : elle ne décrit pas des tests exécutés sur un compte fournisseur. Une documentation peut évoluer ; relisez la version applicable avant de développer ou de signer.
Quatre ensembles de données à rapprocher
| Ensemble | À collecter | Contrôle proposé |
|---|---|---|
| Panier | Référence et étape observée. | Retrouver l’origine de la retenue. |
| Capacité | Créneau et quantité avant reprise. | Comparer la place tenue au besoin. |
| Confirmation | Objet final et lien initial. | Distinguer traitement et vente confirmée. |
| Libération | Motif, heure et état final. | Prouver le retour de capacité. |
Conservez identifiant, source, date et résultat dans le registre de comparaison. Travaillez avec des données anonymisées et les accès de test autorisés.
Un scénario à faire rejouer pendant le pilote
Rejouez un abandon fictif et une annulation de test séparément, avec une seconde demande sur le même créneau. Comparez les références plutôt que le seul compteur.
Chaque retenue est expliquée et sa libération rapprochée ; l’opération d’annulation reste à confirmer tant que le contrat applicable manque.
Préparez les mêmes exemples pour les autres acteurs de la catégorie Activités et billetterie. Comparez les responsabilités et les preuves sur votre tâche, avec la grille d’évaluation et le coût complet.
Définir les responsabilités et les conditions de fonctionnement
Attribuer les contrôles de ce parcours avant de commencer le pilote.
Connexion
Intervenants à associer : Intégrateur
Relier les objets en traitement et confirmés.
Planning
Intervenants à associer : Exploitant
Observer les capacités retenues et libérées.
Reprise
Intervenants à associer : Support fournisseur
Clarifier les retenues et l’opération applicable.
Comparer le coût du parcours réellement exploité
Incluez les essais de capacité concurrente, le suivi des abandons et le temps consacré aux retenues non résolues. Séparez ce coût du traitement des réservations confirmées.
Préparer la continuité des dossiers ouverts
Transmettez les paniers encore en traitement avec leur dernière observation. La fin de connexion doit préciser qui vérifie la capacité et qui répond aux demandes arrivées pendant l’arrêt.
Trois étapes pour préparer le parcours
Nommer l’attente dans les deux systèmes
Donnez à la réserve en traitement un identifiant et une observation distincts de la confirmation. Une place indisponible pour un second panier n’est pas, à elle seule, la preuve d’une vente définitive. Faites expliquer la retenue aux équipes qui voient seulement le planning et attribuez le contrôle du dossier source.
Comparer abandon et annulation
Scénario fictif : un premier panier reste en traitement, puis le voyageur quitte le parcours. Un second essai tente le même créneau. Observez la capacité avant et après la libération attendue. Répétez avec une réservation confirmée dont l’annulation est autorisée en test ; les deux cas doivent conserver leur motif propre.
Fermer le cas par un rapprochement
Quand la capacité revient, retrouvez l’objet dont la retenue a été levée et le résultat du second essai. Une simple variation de compteur ne suffit pas si plusieurs dossiers ont changé en même temps. Demandez au partenaire de préciser l’opération d’annulation applicable et gardez cette réponse dans la recette avant toute automatisation.
Erreurs à éviter dans la comparaison
- Confondre réservation en traitement et confirmation.
- Attribuer une variation de capacité au mauvais dossier.
- Choisir une méthode HTTP sur un passage ambigu.
Marquez un point non démontré comme « à confirmer ». Il reste distinct d’un échec observé et d’une fonction annoncée. Une décision fiable peut retenir un périmètre plus restreint si les responsabilités et la reprise sont maîtrisées.
Conserver les résultats du pilote
Utiliser la fiche de contrôle de ce parcours et le registre de recette associé. Garder les résultats observés distincts des points à confirmer et attribuer les suites aux intervenants concernés.
Questions fréquentes
Un panier en traitement vaut-il confirmation ?
Les états documentés sont distincts. Retrouvez l’état final attendu avant de préparer la prestation.
Comment prouver la libération ?
Rapprochez le dossier concerné, son motif de sortie et la capacité du créneau. Utilisez un second essai identifiable.
Quelle méthode HTTP utiliser pour annuler ?
Faites confirmer la référence applicable : les formulations de la page lue ne permettent pas de fixer cette méthode dans ce dossier.
Quelles preuves transmettre à la fin du pilote ?
Transmettez les paniers encore en traitement avec leur dernière observation. La fin de connexion doit préciser qui vérifie la capacité et qui répond aux demandes arrivées pendant l’arrêt.