本頁面由 Cloud Translation API 翻譯而成。

總覽

參與預訂等候名單計畫的合作夥伴在開始之前，必須先完成帳戶設定程序。不過，即使未完成一般指南中的某些步驟，還是可以使用等候名單功能。本頁面內容將說明有意使用「透過 Google 預訂」等候名單功能的合作夥伴需要進行哪些步驟。建議您先詳閱這份總覽，再開始整合。

發布程序

圖 1 簡要說明如何在 Actions Center 中推出已啟用等候名單的商家。

整體來說，您 (合作夥伴) 與 Google 之間的主要資料流程如下圖 2 所示：

導入「預訂等候名單」功能時，請注意下列事項：

每個預訂等候名單商家的服務都必須填入 waitlist_rules。
- 您必須使用相同的服務進行候補和預訂。換句話說，如果您的餐廳也提供預訂服務，請將等候名單相關中繼資料新增至預訂服務。
在下列情況下，您必須傳送簡訊更新內容，才能實作等候名單：
- 確認使用者已成功加入候補名單。
- 通知使用者表格已就緒。
- 通知使用者，他們的候補預約已取消。
SMS 訊息必須包含連結，可讓使用者查看等候名單狀態。
僅限等候名單的商家不需要將供應情形動態饋給提供給「行動中心」。
您的預訂伺服器必須按照「導入預訂伺服器」中所述，執行等候名單適用的所有步驟。如果是同時支援預訂和等候名單的合作夥伴，可以將新方法加進現有的預訂伺服器。
行動中心會針對預訂伺服器中的等候名單方法執行一系列的測試案例。

以下是預訂等候名單整合的常見邊緣情況，以及各自適用的建議解決方案。

如果因目前情況不須等候，而不接受將部分 (但並非所有) 預訂人數加到新的等候名單，則建議在 BatchGetWaitEstimates 回應中傳回各組預訂人數均適用的 WaitEstimates，並讓使用者可以加入這些不須等候的預訂人數等候名單。傳回 WaitLength 時，parties_ahead_count 和/或 estimated_seat_time_range 為 0，start_seconds 和 end_seconds 為 0，且 party_size 無須等待
如果一或多組預訂人數因等待時間過長而不接受加到新的等候名單，則建議在 BatchGetWaitEstimates 回應中略過這些預訂人數的 WaitEstimates。

建議您採用這些方法是因為即使商家未開放所有等候名單，仍可讓使用者有所選擇。

如果預訂伺服器僅用於等候名單，請注意下列事項：

預訂服務：僅限等候名單合作夥伴不應將供應情形動態饋給提供給「透過 Google 預訂」。
預訂：僅限等候名單合作夥伴請勿在預訂伺服器中導入預訂方法，而應改依等候名單導入方式的操作說明導入預訂伺服器。
預訂服務：僅限等候名單合作夥伴不應向 Google 提出 API 呼叫；這表示預訂等候名單合作夥伴不需要設定雲端專案或提供開發人員電子郵件地址。您不需要完成即時 API 更新，不過，商家和服務動態饋給仍須提供給 Actions Center。

如果您的商家必須手動接受或拒絕 Google 新增的等候名單，請執行下列額外步驟：

在需要手動確認的預訂人數中，將 wait_estimate 中的 waitlist_confirmation_mode 設為 WAITLIST_CONFIRMATION_MODE_ASYNCHRONOUS。這必須在 BatchGetWaitEstimateResponse 和 GetWaitlistEntryResponse 中設定。
使用者已要求、但商家尚未接受的等候名單項目，狀態應為 PENDING_MERCHANT_CONFIRMATION。

Google 會測試下列使用案例，以確保預訂伺服器導入的等候名單方法功能正常運作。Google 也會測試與監控延遲時間。這些測試必須全數通過，商家才能上線。

系統會傳回 BatchGetWaitEstimatesRequest 中要求的各組預訂人數的預估等候時間。
對於商家可選擇接受或拒絕新增等候名單的預訂人數，請將 waitlist_confirmation_mode 設為 WAITLIST_CONFIRMATION_MODE_ASYNCHRONOUS。

對於先前已啟用等候名單但後來又決定不採用的商家，Google 預期會收到特定回應。