Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Di seguito è riportata una panoramica generale della procedura di integrazione end-to-end delle prenotazioni del Centro azioni.
Figura 1. Panoramica dell'onboarding per l'integrazione Prenotazioni end-to-end.
Piano di onboarding
Il tuo piano di onboarding end-to-end è descritto nella scheda Home del Centro azioni.
Questo piano monitora i tuoi progressi di integrazione con traguardi che diventano verdi una volta completati. Ogni
traguardo include attività pertinenti che monitorano ogni passaggio dell'integrazione. Le attività diventano verdi al
completamento o forniscono errori che devi risolvere prima di passare all'attività successiva.
L'integrazione viene lanciata dopo aver superato correttamente le revisioni di Sandbox e di produzione successive.
Server di prenotazione pronto:
il server di prenotazione funge da punto di accesso di Google per confermare la disponibilità e anche per creare,
aggiornare, eliminare e modificare le prenotazioni effettuate tramite le piattaforme Google.
Aggiornamenti in tempo reale pronti:
Gli aggiornamenti in tempo reale (RTU) ti consentono di inviare aggiornamenti sulle cancellazioni delle prenotazioni prima che un utente tenti di accedere
alla tua disponibilità.
Revisione della sandbox:
Google esamina una serie di scenari di test rispetto al tuo inventario della sandbox. Dopo aver superato
la revisione della sandbox, l'attenzione si sposta dall'ambiente sandbox all'ambiente di produzione.
Sviluppo della produzione
Al termine del test della sandbox, l'inventario di produzione diventa prenotabile, ma gli utenti finali non possono
scoprirlo esternamente su Google.
Revisione della produzione:
Google esamina una serie di scenari di test rispetto al tuo inventario di produzione.
Lancio
Google attiva l'inventario dopo che la revisione della produzione dell'integrazione ha esito positivo. In questo modo
l'integrazione è completa e qualsiasi utente esterno può prenotare o riservare il tuo inventario tramite il
Centro azioni.
Avvia e monitora:
dopo l'avvio, è importante monitorare lo stato dell'integrazione. Il mancato rispetto
di soglie di controllo di integrità coerenti comporta la rimozione dell'integrazione.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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,[]]
