Confira a seguir os detalhes do processo de integração completa das reservas do Actions Center.
Integração
Siga o processo padrão de integração de nível superior descrito no guia completo.
Principais orientações de ponta a ponta sobre reservas
A visão geral dos pontos a seguir são exemplos e tutoriais que abrangem os principais recursos exigidos pela integração completa de reservas:
-
Feeds:
- A integração completa de reservas exige que os feeds de comerciante, serviço e disponibilidade sejam enviados diariamente por SFTP.
- Nos feeds do comerciante, é importante que o nome, o endereço, o número de telefone e o URL de cada local correspondam à listagem do Google para que a correspondência seja bem-sucedida.
- Os comerciantes no serviço de reservas completo só podem usar um serviço para mostrar a disponibilidade.
- É recomendável definir o mesmo valor estático de service_id para todos os seus comerciantes se as reservas forem o único serviço fornecido por eles. Se aplicável, especifique as regras de programação e a política de cancelamento no feed de serviços.
- A principal diferença do inventário de reservas de ponta a ponta é a necessidade de definir o party_size para todos os horários. Para mais informações, consulte estes guias:
-
Servidor de agendamento:
- O servidor de reservas funciona como ponto de entrada do Google para confirmar a disponibilidade e criar, atualizar, excluir e modificar reservas feitas nas plataformas do Google.
- Para garantir uma experiência positiva do usuário, exigimos que sua resposta a cada uma dessas solicitações esteja dentro dos limites de latência e taxa de erros.
-
Para conferir exemplos de solicitações / respostas, consulte estes guias:
- Integração padrão: implemente a integração padrão do servidor de agendamento.
- Integração da lista de espera: implemente a integração do servidor de agendamento da lista de espera.
-
Atualizações em tempo real:
- Embora não seja obrigatório, as atualizações em tempo real permitem que você nos envie atualizações assíncronas sobre cancelamentos de reservas ou mudanças de disponibilidade antes que um usuário tente acessar sua disponibilidade. Isso resulta em menos horários indisponíveis sendo mostrados aos usuários no caso de falha da BatchAvailabilityLookup. Para mais informações, consulte nossa documentação sobre como estruturar atualizações em tempo real.
-
Observações adicionais:
- Se o arquivo do feed de disponibilidade (após a compactação) tiver mais de 200 MB, a fragmentação será necessária para dividir o feed em arquivos de menos de 200 MB (compactados).
- Os comerciantes no serviço de reservas de ponta a ponta só podem ter um serviço.
Outros recursos de ponta a ponta das reservas
Estes são os recursos que você precisa considerar ao concluir a integração completa de reservas. Nenhum deles é obrigatório, mas muitos serão necessários para garantir que o Centro de ações siga a lógica de negócios da sua empresa ao exibir o inventário:
- Reservas que exigem aprovação do restaurante (agendamento assíncrono)
- Como adicionar seções de lugares
- Como adicionar janelas de cancelamento
- Listas de espera
- Taxas / depósitos de não comparecimento
- Como definir um tempo mínimo de agendamento com antecedência