Aperçu

Présentation

Dans le cadre de l'intégration de bout en bout des réservations du Centre d'actions, vous pouvez activer les arrhes, les frais de non-présentation ou l'inventaire prépayé pour qu'ils soient redirigés vers votre page de réservation pour toutes les transactions qui peuvent nécessiter des paiements. En activant les paiements de cette manière, vous pouvez gérer l'ensemble du processus de réservation et de transaction sur la page de réservation que vous spécifiez.

Éligibilité

Pour ajouter des paiements à des réservations spécifiques, vous devez remplir les conditions préalables suivantes :

  1. Une intégration de bout en bout active existante.
  2. La possibilité de créer un lien profond directement vers une page de réservation pouvant gérer le traitement des paiements.
  3. Assurez-vous de respecter notre Règlement sur la redirection des paiements.

Procédure d'implémentation de la redirection des paiements

  1. Configurer votre modèle d'URL et des champs supplémentaires.
  2. Spécifier les types de paiement pour vos créneaux.
  3. Activer le suivi des conversions pour votre intégration.

Modifications de réservation

Cette section explique comment les modifications et les annulations de réservation interagissent avec la redirection des paiements, y compris l'exclusion des créneaux et la gestion des erreurs.

Réservations avec redirection des paiements

Les réservations créées via la redirection des paiements sont effectuées directement sur la plate-forme de réservation du partenaire. Google ne stocke ni ne gère ces réservations. Les utilisateurs ne peuvent donc pas les afficher ni les modifier via Réserver avec Google. Toute modification ou annulation de réservation avec redirection des paiements doit être effectuée directement sur la plate-forme du partenaire.

Modifier des réservations de bout en bout

Lorsqu'un utilisateur modifie une réservation de bout en bout existante (créée à l'origine à l'aide de CreateBooking), Google exclut automatiquement tous les créneaux marqués avec linkout_required_reason: PAYMENT_REQUIRED des options disponibles dans la vue de modification (en les rendant indisponibles ou grisés). Cela empêche les utilisateurs de passer d'une réservation de bout en bout à un créneau de redirection des paiements (par exemple, nécessitant des arrhes) sans effectuer le paiement.

Gérer les requêtes UpdateBooking

Le point de terminaison de l'API UpdateBooking n'est pas compatible avec la transition d'un utilisateur vers le flux de redirection des paiements ni avec le renvoi d'une URL de redirection. Dans le cas peu probable où le serveur du partenaire reçoit une requête UpdateBooking pour un créneau de redirection des paiements (par exemple, nécessitant des arrhes) (par exemple, si un utilisateur tente de modifier une réservation avant que la disponibilité mise à jour ne soit entièrement propagée dans les caches de diffusion) :

  • Refusez la requête en renvoyant une UpdateBookingResponse contenant un booking_failure.
  • Cause de l'échec : définissez booking_failure.cause sur SLOT_UNAVAILABLE. This Un message clair s'affiche alors pour l'utilisateur ("Désolé, ce créneau n'est plus disponible") et empêche l'envoi d'e-mails de confirmation incorrects.
  • Description de l'échec : fournissez une description explicite (par exemple, "UpdateBooking not allowed on PR slots") dans booking_failure.description pour faciliter la journalisation et le dépannage.

Tests en bac à sable

Une fois la redirection des paiements activée pour l'intégration du partenaire, ce comportement peut être vérifié directement dans l'environnement de bac à sable :

  1. Créez une réservation de bout en bout standard à l'aide de CreateBooking.
  2. Fournissez des créneaux de disponibilité avec un mélange de créneaux standards et PAYMENT_REQUIRED.
  3. Ouvrez la réservation dans la vue de gestion des réservations du bac à sable pour tenter une modification et vérifiez que les créneaux PAYMENT_REQUIRED s'affichent comme indisponibles (grisés).
  4. Vérifiez que le serveur refuse les appels UpdateBooking inattendus sur les créneaux payants avec SLOT_UNAVAILABLE.