Règles d'intégration de bout en bout des réservations

Les règles d'intégration suivantes s'appliquent à l'intégration de bout en bout de Réservations.

Règles de bout en bout

Avant de commencer une intégration, veuillez lire les critères d'éligibilité suivants. Les partenaires doivent respecter les règles et exigences suivantes pour pouvoir bénéficier de l'intégration de bout en bout des réservations du Centre d'actions.

Bien que le respect des conditions suivantes soit nécessaire pour participer au programme Actions Center, cela ne garantit pas qu'un partenaire remplisse tous les critères d'éligibilité pour intégrer la solution.

Le non-respect des exigences et du règlement peut entraîner la suspension ou la suppression de l'intégration, des marchands ou des services de la plate-forme.

Conditions générales concernant la plate-forme

  1. Les partenaires doivent collecter et gérer toutes les données des marchands et des utilisateurs, y compris toute information personnelle, conformément au Règlement général sur la protection des données (RGPD) et à toute autre loi applicable en matière de protection de la vie privée.
  2. Les partenaires doivent être autorisés à effectuer des réservations au nom de leurs marchands.
  3. Les partenaires doivent avoir un accès direct et en temps réel aux disponibilités/créneaux horaires des marchands (ils doivent pouvoir répondre aux demandes de disponibilité de Google en moins d'une seconde).

    • Cas spécial: nous acceptons les réservations qui nécessitent une confirmation asynchrone du marchand, mais le flux de réservation doit être basé sur un créneau disponible. Les partenaires doivent fournir des données de disponibilité en temps réel, autrement dit via les systèmes en ligne du marchand, même si celui-ci exige de confirmer la réservation avant qu'elle ne soit finalisée.
  4. Les partenaires doivent disposer d'un inventaire complet pour leurs marchands. Les marchands dont l'inventaire est partiel ou obsolète risquent de ne pas être éligibles.

  5. Les partenaires doivent s'assurer que leurs marchands fournissent au moins 30 jours de disponibilité.

  6. Les partenaires doivent être en mesure d'accepter l'annulation en ligne des réservations.

  7. Les partenaires qui exigent des pré-paiements doivent respecter les Règles applicables aux paiements du Centre d'actions. En outre, leurs partenaires de traitement des paiements doivent figurer sur la liste des sociétés acceptées et accepter les paiements tokenisés.

  8. Les partenaires doivent être en mesure de fournir des données tarifaires précises sur le coût des services et respecter le Règlement sur les prix du Centre d'actions.

  9. Les partenaires doivent être en mesure de remplir les conditions techniques d'intégration de bout en bout des réservations du Centre d'actions.

  10. Les partenaires doivent respecter les critères d'éligibilité des marchands et des services du Centre d'actions.

  11. Les partenaires doivent respecter les consignes relatives à l'assistance et à la maintenance du centre d'actions.

  12. Les partenaires doivent maintenir des taux d'erreur acceptables définis dans les Consignes de lancement et de surveillance.

  13. Toutes les réservations doivent être confirmées automatiquement en temps réel, à l'exception des réservations effectuées avec une intégration asynchrone. Les réservations effectuées via une intégration asynchrone doivent respecter les consignes asynchrones.

  14. Les partenaires doivent respecter les règles spécifiques aux secteurs ou aux fonctionnalités du Centre des actions (Offres, Paiement, Services en ligne et Restauration).

  15. Le partenaire doit maintenir un contenu de qualité standard pour le nom, l'adresse, le nom et la description des services du marchand, conformément aux consignes.

Règles applicables aux offres

Page de destination

  • Toutes les offres partagées avec Google pour un restaurant doivent être visibles avec toutes les informations pertinentes sur la page de destination.
    • La valeur de l'offre et le texte de description doivent être directement visibles sur la page de destination.
    • Les restrictions liées à la valeur minimale de la facture, à la valeur maximale de la remise et à l'abonnement requis doivent être visibles directement sur la page de destination.
    • Toutes les autres restrictions de l'offre (par exemple, conditions d'éligibilité, instructions d'utilisation, conditions, etc.) doivent être visibles sur la page de destination ou accessibles en un clic depuis la page de destination (par exemple, boîte de dialogue pop-up).
  • Pour toutes les offres, à l'exception des offres OFFER_MODE_WALK_IN, le flux d'action associé à l'offre (par exemple, réserver une table) doit permettre à l'utilisateur de sélectionner la ou les offres applicables associées à sa sélection (par exemple, (pour les réservations, offres applicables au créneau horaire et au nombre de personnes sélectionnés)
  • Les instructions et les méthodes d'utilisation doivent être clairement indiquées et exploitables (par exemple, si l'utilisation de l'offre nécessite de payer la facture sur le système partenaire lors du règlement, les instructions de paiement doivent être indiquées sur le système, et l'utilisateur doit pouvoir régler la facture sur le système partenaire au moment du règlement).
  • Si l'URL de l'offre peut rediriger vers l'application du partenaire (si installée), les mêmes exigences que ci-dessus s'appliquent également à la page de l'application mobile.

Offre

  • L'offre doit être accessible à tous les utilisateurs. Les offres peuvent nécessiter un abonnement payant, tant que tout le monde peut s'abonner.
  • Toutes les métadonnées fournies doivent être exactes et à jour au moment de l'importation du flux.
    • Lorsque vous importez le flux, vous ne devez pas y inclure les offres épuisées.

Règles et exigences concernant les menus de restaurants

Avant de commencer une intégration, veuillez lire les critères d'éligibilité suivants. Pour pouvoir effectuer une intégration, les partenaires doivent respecter les règles concernant les menus de restaurants et remplir les conditions suivantes. Veuillez noter que Google se réserve le droit d'afficher les données de menu et de plat de manière utile pour les utilisateurs.

Le non-respect des exigences et du règlement peut entraîner la suspension ou la suppression de l'intégration, des marchands ou des services de la plate-forme.

Règlement et exigences

  1. Les partenaires ne doivent pas envoyer d'informations interdites (voir les détails) dans le flux de menu, telles que des propos grossiers, des images interdites, des informations permettant d'identifier personnellement l'utilisateur ou du contenu généré par les utilisateurs.
  2. Les partenaires ne doivent pas utiliser le flux de menu pour partager des éléments autres que des plats, comme des services (par exemple, des services de livraison à domicile, des codes promotionnels, etc.).
  3. Les partenaires doivent fournir toutes les données requises dans les spécifications du menu de réservations E2E ou les spécifications du menu de redirection de commande (taille de fichier maximale de 2 Mo). Les exigences techniques sont abordées dans la spécification du menu de réservation E2E ou la spécification du menu de redirection de commande en marquant les champs comme facultatifs/obligatoires.
  4. Les partenaires ne doivent fournir que les plats disponibles dans les restaurants correspondants.
  5. Les partenaires doivent envoyer un menu complet pour chaque établissement. Les marchands dont le menu est incomplet ne peuvent pas être affichés.
  6. Les partenaires et les marchands sont tenus de s'assurer que les menus sont exacts et doivent fournir des mises à jour quotidiennes.
  7. Les photos des éléments de menu doivent être bien éclairées, présenter un seul élément de menu mis au point, ne pas inclure de personnes ni d'autres images non alimentaires, et respecter les spécifications d'image (voir les consignes relatives aux photos).
  8. Les prix doivent être indiqués par article du menu, sans pourboire, taxes ni frais, sauf si la législation ou la réglementation locales l'exigent. Les partenaires doivent indiquer explicitement la devise locale.
  9. Les menus spéciaux sont acceptés et doivent être supprimés lorsqu'ils ne sont plus disponibles (par exemple, menus à prix fixe, menus de saison, offres spéciales à durée limitée).

Règles concernant les redirections vers les paiements

Cette section spécifie les règles (générales ou spécifiques à une fonctionnalité) concernant la mise en œuvre d'une redirection de paiement dans le Centre d'actions. Pour garantir une expérience cohérente pour les consommateurs, les marchands et les partenaires utilisant le centre d'actions, l'inventaire nécessitant un paiement doit respecter les consignes appropriées. Si vous ne les respectez pas, votre intégration sera suspendue.

Général

Ces règles s'appliquent à toutes les transactions de paiement pour l'ensemble de l'inventaire sur Réserver avec Google:

  1. Le montant facturé à un utilisateur doit être identique à celui spécifié dans les conditions de la transaction, conformément aux lois applicables.
  2. Les partenaires sont tenus de mettre à jour la disponibilité à l'aide d'une mise à jour en temps réel (RTU) ou de s'assurer que les appels BatchAvailabilityLookup reflètent la disponibilité exacte des créneaux.
  3. Aucuns frais ne doivent être facturés à l'utilisateur pour les transactions requises par carte de crédit.
  4. Comme indiqué dans notre processus de configuration des paiements, vous ne devez facturer des frais à un utilisateur que s'ils ont été explicitement acceptés lors du processus de règlement.
    • Les conditions de paiement affichées sur la page des conditions d'utilisation associée ne suffisent pas pour répondre à cette exigence.
  5. Pour les services en personne1, tous les paiements doivent être effectués au moment de la réservation ou en personne uniquement. La sollicitation de paiement par tout autre moyen est strictement interdite.
  6. La transaction doit être affichée et facturée dans la devise du lieu du marchand (la devise est spécifiée à l'aide du processus de configuration des paiements). Aucune conversion de devises ne sera effectuée.

1. Tous les services en personne, à l'exception de ceux fournis via cette intégration, tels que les prépaiements et les dépôts

Exigences concernant les pages de destination

  1. La page de destination doit être le début du parcours de réservation, avec le nombre de personnes et la plage horaire présélectionnés.
  2. La page de destination ne doit pas être la page d'accueil du fournisseur de la plate-forme, ni aucune autre page.
  3. La première étape de la page de destination avec lien profond ne peut pas être un mur de paiement, où les utilisateurs ne peuvent pas consulter les métadonnées associées à leur réservation s'ils ne fournissent pas les informations de paiement.
  4. La première étape de la page de destination avec lien profond ne peut pas être une page de connexion. Le processus de réservation doit inclure une option de paiement sans connexion, qui permet aux utilisateurs d'effectuer une réservation sans se connecter ni créer de compte.
  5. Le lien externe et la page de destination ne doivent pas exiger que l'utilisateur télécharge une application pour effectuer le parcours de réservation.