Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Vous trouverez ci-dessous un aperçu général du processus d'intégration de bout en bout des réservations dans le Centre d'actions.
Figure 1. Présentation de l'intégration de bout en bout des réservations.
Plan d'intégration
Votre plan d'intégration de bout en bout est décrit dans l'onglet Accueil du Centre d'actions.
Ce plan suit votre progression d'intégration avec des étapes qui deviennent vertes une fois terminées. Chaque jalon inclut les tâches pertinentes qui suivent chaque étape de l'intégration. Les tâches deviennent vertes une fois terminées ou affichent des erreurs que vous devez résoudre avant de passer à la tâche suivante.
Votre intégration est lancée une fois que vous avez réussi les examens du bac à sable et de la production.
Serveur de réservation prêt : le serveur de réservation sert de point d'entrée à Google pour confirmer la disponibilité, mais aussi pour créer, mettre à jour, supprimer et modifier les réservations effectuées sur les surfaces Google.
Mises à jour en temps réel prêtes :
Les mises à jour en temps réel vous permettent d'envoyer des informations sur les annulations de réservations avant qu'un utilisateur ne tente d'accéder à vos disponibilités.
Examen du bac à sable :
Google examine une série de scénarios de test sur votre inventaire de bac à sable. Une fois que vous avez passé avec succès l'examen du bac à sable, vous devez vous concentrer sur l'environnement de production plutôt que sur l'environnement de bac à sable.
Développement de la production
Une fois les tests en bac à sable terminés, votre inventaire de production devient réservable, mais les utilisateurs finaux ne peuvent pas le découvrir en externe sur Google.
Implémentation en production : déployez votre infrastructure de bac à sable testée dans votre environnement de production.
Examen de la production :
Google examine une série de scénarios de test par rapport à votre inventaire de production.
Lancer
Google active votre inventaire une fois l'examen de production de votre intégration réussi. L'intégration est alors finalisée, et tout utilisateur externe peut alors réserver votre inventaire via le Centre d'actions.
Lancer et surveiller : une fois votre intégration lancée, il est important de surveiller son état. Si vous ne respectez pas les seuils de vérification de l'état de manière cohérente, l'intégration sera suspendue.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/26 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/26 (UTC)."],[[["\u003cp\u003eThe Reservations End-to-End integration requires daily Merchant, Service, and Availability feeds via SFTP, ensuring accurate location details for Google listing matching.\u003c/p\u003e\n"],["\u003cp\u003eA booking server is essential for managing reservations, confirming availability, and handling booking modifications, adhering to Google's performance thresholds.\u003c/p\u003e\n"],["\u003cp\u003eReal-time updates, while optional, enable immediate booking and availability changes, improving user experience by reducing unbookable slots.\u003c/p\u003e\n"],["\u003cp\u003eConsider features like sharding for large Availability feeds, and explore additional functionalities like Async Booking, seating sections, waitlists, and cancellation windows for enhanced business logic implementation.\u003c/p\u003e\n"],["\u003cp\u003eMerchants in Reservations End-to-End are limited to a single service for displaying availability, and a static service_id is recommended for consistency across locations.\u003c/p\u003e\n"]]],["The Reservations End-to-End integration requires daily Merchant, Service, and Availability feeds via SFTP, ensuring location data matches Google listings. A booking server handles availability checks and booking actions, with specified latency and error thresholds. Define the party size for all availability. Real-time updates are optional but enhance accuracy. File sharding is required if compressed availability feeds exceed 200MB. Additional features like async booking, seating sections, cancellation windows, waitlists, and minimum booking time are available.\n"],null,[]]
