Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Nossa equipe programa o lançamento para uma data e hora específicas. Pode haver um atraso de várias horas na entrada de comerciantes on-line.
Sua integração é monitorada por uma semana após o lançamento. Se o servidor de reservas ou as atualizações em tempo real (RTUs) excederem os limites de erro, vamos informar você para corrigir. Se os problemas não forem resolvidos, o Google vai remover sua integração.
Servidor de agendamento
Em todas as implementações do servidor de agendamento, há uma rota HealthCheck que precisa ser incluída. A Central de ações verifica periodicamente sua HealthCheck rota.
Se ele não responder ou retornar uma resposta não íntegra, vamos desativar temporariamente
sua integração. Continuamos verificando periodicamente sua rota HealthCheck e, depois que ela retorna uma resposta íntegra, restauramos automaticamente sua integração.
Métodos de implementação padrão
Limites de taxa de erros
Limites de latência
CheckAvailability
Observação: esse endpoint do servidor de reserva é legado. As novas integrações não podem implementar esse endpoint.
<10%
Menos de 5 s
BatchAvailabilityLookup
Menos de 3%
<1,5 s
CreateBooking
UpdateBooking
Menos de 5%
Menos de 4 s
RTUs
Para RTUs, a latência é medida com base na diferença de horário entre uma ação (por exemplo, modificar um agendamento) e quando a Central de ações recebe a solicitação de RTU.
API
Limites de taxa de erros
Limites de latência
BookingNotification RTU
Menos de 10% por dia e para cada estado
Menos de 5 minutos
É possível monitorar as taxas de erro nos vários painéis do Portal do Google Partners, como Feeds, Servidor de agendamento e RTU.
Requisitos de compliance de inventário
Não deixe de seguir os requisitos de conformidade de inventário.
Para informações sobre como um comerciante pode desativar seu serviço, consulte
a seção Remover links de terceiros do
artigo de ajuda.
Se você violar a política de conformidade do inventário, sua integração poderá ser<
desativada ou encerrada.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-07-26 UTC."],[],[],null,["# Launch and Monitor\n\nOur team schedules the launch for a specific date and time. You may see a delay\nof merchants going online over several hours.\n\nYour integration is monitored for a week after the launch. If your Booking\nServer or Real-Time Updates (RTUs) are over any error thresholds, we will inform\nyou to correct them. If the issues aren't resolved, Google will take down your\nintegration.\n\n### Booking Server\n\nFor all Booking Server implementations, there is a `HealthCheck` route that must\nbe included. The Actions Center periodically checks your `HealthCheck` route.\nIf it doesn't respond or returns an unhealthy response, we temporarily disable\nyour integration. We continue to periodically check your `HealthCheck` route\nand after it returns a healthy response, we automatically restore your\nintegration.\n\n|----------------------------------------------------------------------------------------------------------------------|-------|--------|\n| |||\n| `CheckAvailability` Note: This booking server endpoint is legacy. New integrations must not implement this endpoint. | \\\u003c10% | \\\u003c5s |\n| `BatchAvailabilityLookup` | \\\u003c3% | \\\u003c1.5s |\n| `CreateBooking` `UpdateBooking` | \\\u003c5% | \\\u003c4s |\n\n### RTUs\n\nFor RTUs, latency is measured by the time difference between when an action is\ntaken (for example, modifying a booking) and when Actions Center receives the\nRTU request.\n\n| **API** | **Error rate thresholds** | **Latency thresholds** |\n|---------------------------|-----------------------------------|------------------------|\n| `BookingNotification RTU` | \\\u003c10% each day and for each state | \\\u003c5 minutes |\n\nYou can monitor error rates through the various Partner Portal dashboards,\nnamely the [Feeds](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/feeds),\n[Booking Server](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/bookingserver),\nand [RTU](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/realtimeupdates)\ndashboards.\n\n### Inventory Compliance requirements\n\nMake sure that you continue to follow the [Inventory Compliance requirements](/actions-center/verticals/reservations/e2e/policies/compliance-requirements).\nFor information on how a merchant can opt out of your service, see\nthe **Remove third-party links** section of\nthe [help article](https://support.google.com/business/answer/6218037?hl=en&ref_topic=11498161&sjid=1606319823142007035-NC).\nIf you violate the Inventory Compliance policy, your integration could be\ndisabled or terminated."]]
