在完成沙箱審查並解決所有回報問題後，Google 預訂會啟用你的正式環境，供你進行開發。
你可以在合作夥伴入口網站中找到正式版 SFTP 使用者名稱。
在實際工作環境中導入時，您的目標是將經過測試的沙箱基礎架構部署至實際工作環境。動作中心會監控你的正式環境，並透過動作中心「首頁」分頁中的端對端新手上路計畫，確認該環境符合與沙箱環境相同的所有規定。
在正式環境中導入動態饋給、預訂伺服器和即時更新 (RTU) 時，請務必納入在沙箱開發期間學到的任何經驗。
製作里程碑
清除每個里程碑工作後，請注意下列事項：
- 所有動態饋給上傳作業都必須包含完整商品目錄。確保您可以自行測試及驗證平台所需的所有業務邏輯。
- 在這個階段，預訂伺服器必須連結至即時商品目錄。 預訂實際廣告空間時，請務必謹慎。
- 預訂伺服器錯誤可能會導致整合功能離線。監控預訂伺服器資訊主頁，解決所有回報的問題。
- 預訂伺服器逾時錯誤非常重要，因此請確認您的回應時間是否在記錄的門檻內。如果庫存量極少時發生逾時問題，整合項目可能無法擴充。
動態饋給已準備好在正式版中使用
動態饋給會向 Google 提供整合式目錄的最新對應資訊。 這些規格會指定你支援的商家、供應情形，以及驗證 Google 是否正確顯示庫存所需的任何特殊功能。
如要進一步瞭解動態饋給，請參閱「動態饋給準備就緒」。
預訂伺服器已在正式環境中運作
Booking Server API 可透過 REST，在 Actions Center 和你的訂位基礎架構之間進行即時通訊。你可以使用 API 管理整個預訂生命週期，並在 Actions Center 以外的管道影響庫存時，立即提供庫存更新。
此外，請前往 Actions Center 的帳戶管理頁面，然後按一下「啟用預訂情形檢查工具」旁的勾號，啟用預訂情形檢查工具 (1 qps)。
如要進一步瞭解預訂伺服器，請參閱「預訂伺服器準備就緒」。
RTU 已準備好投入生產
如果商家有新的預訂、取消和排程變更，RTU 會通知 Google 供應存量的變動。
如要進一步瞭解 RTU，請參閱「Real-Time Updates Ready」。