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
|
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.