Esta página foi traduzida pela API Cloud Translation.

Políticas de integração completas das reservas

As políticas de integração a seguir se aplicam à integração completa de reservas.

Políticas de ponta a ponta

Leia os seguintes critérios de qualificação antes de iniciar uma integração. Os parceiros precisam atender aos requisitos e políticas a seguir para poderem fazer a integração com a Integração completa de reservas da Central de ações.

Embora os requisitos a seguir sejam necessários para a qualificação no programa Central de ações, atender a eles não garante que um parceiro será qualificado para a integração ou ativação da Central de ações.

O não cumprimento dos requisitos e das políticas pode resultar na suspensão ou remoção da integração, do comerciante ou dos serviços da plataforma.

Requisitos gerais da plataforma

Os parceiros precisam coletar e processar todos os dados do comerciante e do usuário, incluindo informações de identificação pessoal, de acordo com o Regulamento geral de proteção de dados (GDPR) e outras leis de privacidade aplicáveis.
Os parceiros precisam ter autorização para fazer agendamentos em nome dos comerciantes.
Os parceiros precisam ter acesso direto aos espaços de horário/disponibilidade dos comerciantes em tempo real, ou seja, os parceiros precisam ser capazes de responder às solicitações de disponibilidade do Google em menos de um segundo.
- Caso especial: aceitamos reservas que exijam confirmação assíncrona do comerciante, mas o fluxo de agendamento precisa se basear em um horário disponível. Os parceiros precisam ter disponibilidade em tempo real, ou seja, por meio de sistemas on-line de comerciantes, mesmo que precisem de confirmação do comerciante para finalizar a reserva.
Os parceiros precisam ter acesso ao inventário completo dos comerciantes. Os comerciantes com inventário parcial ou comprometido não serão qualificados.
Os parceiros precisam ter 30 dias ou mais de disponibilidade dos comerciantes.
Os parceiros precisam aceitar o cancelamento de agendamentos on-line.
Os parceiros que exigem pré-pagamentos precisam obedecer à política de pagamento da Central de ações. Os processadores de pagamento deles precisam estar na lista com suporte a seguir e aceitar pagamentos tokenizados.
Os parceiros precisam ser capazes de informar os preços corretos dos serviços e obedecer à política de preços do Centro de ações.
Os parceiros precisam atender aos requisitos técnicos da integração total de reservas da Central de ações.
Os parceiros precisam cumprir os requisitos de qualificação para comerciantes e serviços da Central de ações.
Os parceiros precisam obedecer às diretrizes de suporte e manutenção do Centro de ações.
Os parceiros precisam manter taxas de erro aceitáveis definidas nas diretrizes de lançamento e monitoramento.
Todas as reservas precisam ser confirmadas automaticamente em tempo real, exceto as feitas com uma integração assíncrona. As reservas feitas por uma integração assíncrona precisam seguir a diretriz para integrações assíncronas.
Os parceiros precisam obedecer às políticas específicas de cada setor ou recurso do Centro de ações (Ofertas, Pagamento, Serviços on-line e Restaurantes).
O parceiro precisa manter o conteúdo de qualidade padrão para o nome do comerciante, endereço, nome dos serviços e descrição de acordo com a diretriz.

Política de ofertas

Página de destino

Todas as ofertas compartilhadas com o Google para qualquer restaurante precisam estar visíveis com todas as informações relevantes na página de destino.
- O valor da oferta e o texto da descrição precisam ficar visíveis diretamente na página de destino.
- As restrições de oferta vinculadas ao valor mínimo da fatura, ao valor máximo do desconto e à assinatura necessária precisam estar visíveis diretamente na página de destino.
- Todas as outras restrições de oferta (por exemplo, condições de qualificação, instruções de resgate, termos etc.) precisam estar visíveis na página de destino ou acessíveis com um clique (por exemplo, caixa de diálogo pop-up).
Para todas as ofertas, exceto as OFFER_MODE_WALK_IN, o fluxo de ação associado à oferta (por exemplo, reservar uma mesa) precisa permitir que o usuário selecione as ofertas aplicáveis associadas à seleção (por exemplo, Para reservas, ofertas aplicáveis ao período e ao tamanho do grupo selecionado)
As instruções e os métodos de resgate precisam ser claramente indicados e acionáveis. Por exemplo, se o resgate da oferta exigir o pagamento da fatura no sistema do parceiro na finalização da compra, a instrução de pagamento no sistema precisa ser mencionada e o usuário precisa conseguir pagar a conta no sistema do parceiro na finalização da compra.
Se o URL da oferta puder redirecionar para o aplicativo do parceiro (se instalado), os mesmos requisitos acima também serão aplicados à página do aplicativo para dispositivos móveis.

Oferta

A oferta precisa estar disponível para todos os usuários. As ofertas podem exigir uma assinatura paga, desde que qualquer pessoa possa se inscrever.
Todos os metadados fornecidos precisam ser precisos e atualizados no momento do upload do feed.
- As ofertas esgotadas, no momento do upload do feed, não podem ser incluídas nos feeds.

Política e requisitos do cardápio de alimentos

Leia os seguintes critérios de qualificação antes de iniciar uma integração. Os parceiros precisam seguir as políticas de cardápio de alimentos e atender aos requisitos abaixo para se qualificarem para a integração. O Google se reserva o direito de mostrar dados de cardápio e pratos de maneiras úteis para os usuários.

O não cumprimento dos requisitos e políticas pode resultar na suspensão ou remoção da integração, dos comerciantes ou dos serviços da plataforma.

Política e requisitos

Os parceiros não podem enviar informações proibidas (consulte os detalhes) no feed de cardápios, como linguagem obscena, imagens proibidas, informações de identificação pessoal (PII) ou conteúdo gerado pelo usuário.
Os parceiros não podem usar o feed de cardápio para compartilhar itens que não são do cardápio, como serviços (por exemplo, retirada na porta, códigos de promoção etc.).
Os parceiros precisam fornecer todos os dados necessários na especificação do menu de reservas E2E ou na especificação do menu de redirecionamento de pedidos (tamanho máximo do arquivo: 2 MB). Os requisitos técnicos são abordados na especificação do menu de reservas E2E ou na especificação do menu de redirecionamento de pedidos marcando os campos como opcionais/obrigatórios.
Os parceiros só podem oferecer itens do cardápio disponíveis para os restaurantes correspondentes.
Os parceiros precisam enviar um cardápio completo para cada local. Os comerciantes com cardápios incompletos podem não estar qualificados para exibição.
Os parceiros e comerciantes precisam garantir que os cardápios sejam precisos e devem fornecer atualizações diariamente.
As fotos dos itens do cardápio precisam estar bem iluminadas, mostrar um item em foco, não incluir pessoas ou outras imagens que não sejam de alimentos e estar em conformidade com as especificações de imagem (consulte as diretrizes de fotos).
Os preços devem ser mostrados por item do menu, sem gorjetas, tributos ou taxas, a menos que seja exigido por leis e ordenações locais. Os parceiros precisam informar explicitamente a moeda local.
Os menus especiais são aceitos e precisam ser removidos quando não estiverem mais disponíveis (por exemplo, preços fixos, sazonais, especiais por tempo limitado).

Políticas de redirecionamento de pagamentos

Esta seção especifica as políticas gerais e específicas de recursos para implementar o redirecionamento de pagamentos na Central de ações. Para garantir uma experiência consistente a consumidores, comerciantes e parceiros que usam a Central de ações, o inventário que exige pagamento precisa obedecer às diretrizes apropriadas. Se você não seguir essas políticas, sua integração será suspensa.

Geral

Estas políticas se aplicam ao inventário e todas as transações de pagamento no Reservar com o Google:

O valor cobrado de um usuário precisa ser o mesmo especificado nos termos da transação, em conformidade com as leis aplicáveis.
Os parceiros são responsáveis por atualizar a disponibilidade usando uma atualização em tempo real (RTU) ou garantir que as chamadas BatchAvailabilityLookup reflitam a disponibilidade de slots precisa.
Nenhuma cobrança deve ser feita ao usuário para transações que exigem cartão de crédito.
O usuário não deve receber cobranças que não tenham sido explicitamente acordadas no momento da finalização da compra, conforme descrito no nosso processo de configuração de pagamentos.
- As condições de pagamento na página vinculada dos Termos de Serviço não atendem a esse requisito.
Para serviços presenciais¹, todos os pagamentos precisam ocorrer no momento da reserva ou somente pessoalmente. A solicitação de pagamento por qualquer outro meio é estritamente proibida.
A transação precisa ser mostrada e cobrada na moeda do local do comerciante. A moeda é especificada usando o processo de configuração de pagamentos. Não é possível fazer conversões de moeda.

^{1. Todos os serviços presenciais, exceto os fornecidos por essa
integração, como pré-pagamentos e depósitos}

Requisitos da página de destino

A página de destino precisa ser o início do fluxo de reserva com o tamanho do grupo e o horário pré-selecionados.
A página de destino não pode ser a página inicial do provedor da plataforma ou qualquer outra página.
A primeira etapa da página de destino com link direto não pode ser um pagamento, em que os usuários não podem acessar os metadados relacionados à reserva, a menos que forneçam detalhes de pagamento.
A primeira etapa da página de destino com link direto não pode ser uma página de login. O fluxo de reserva precisa incluir uma opção de finalização da compra para visitantes, em que os usuários podem fazer uma reserva sem fazer login ou criar uma conta.
A página de destino e o link externo não podem exigir que o usuário faça o download de um app para concluir o fluxo de reserva.