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

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

Règles de bout en bout

Veuillez lire les critères d'éligibilité suivants pour l'intégration avant le pour démarrer une intégration. Les partenaires doivent remplir les conditions suivantes : pour pouvoir intégrer les stratégies Intégration de bout en bout de Réservations.

Même si les conditions suivantes sont indispensables pour participer au programme Actions Center, cela ne garantit pas qu'un partenaire sera éligible à l'intégration ou à la mise en ligne du centre d'actions.

Le non-respect des exigences et des règles peut entraîner la suspension ou la suppression de l'intégration, du marchand 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 sur les paiements du Centre d'actions. Leurs sociétés de traitement des paiements doivent figurer sur la liste des sociétés acceptées ci-dessous 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 de respecter les Règles de tarification du Centre d'actions.

  9. Les partenaires doivent répondre aux exigences techniques des utilisateurs du centre d'actions Intégration de bout en bout pour Réservations exigences.

  10. Les partenaires doivent respecter les critères d'éligibilité pour les marchands et les 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 Consigne asynchrone.

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

  15. Le Partenaire est tenu de fournir un contenu de qualité standard pour le nom, l'adresse, le nom des services et la description du marchand, conformément aux consignes.

Règles relatives aux offres

Pour que les offres soient incluses dans l'intégration de bout en bout de Réservations, elles doivent répondre à nos critères d'éligibilité et nos exigences techniques.

Critères d'éligibilité des offres

  • Toute offre doit être largement accessible à l'ensemble des clients.
  • Pour bénéficier de l'offre, le client ne doit pas avoir à s'inscrire à un programme d'adhésion ou à une liste de diffusion, avoir à utiliser une certaine carte de crédit ou être soumis à toute autre restriction.
  • L'offre ne peut pas être limitée à certaines tranches d'âge (remises pour étudiants ou pour personnes âgées, par exemple).
  • Le client doit pouvoir bénéficier de l'offre de façon prévisible. Par exemple, l'offre peut être valide entre 15h et 16h, mais elle ne sera pas autorisée si, pour en bénéficier, elle oblige l'utilisateur à faire partie des 10 premiers clients.
  • Le marchand doit fournir l'offre et s'assurer qu'elle est bien exécutée.

Offres ne respectant pas les critères techniques ou d'éligibilité

Si une offre ne répond pas à nos critères d'éligibilité, elle ne doit pas être incluse. dans l'intégration de bout en bout de Réservations.

Si une offre ne répond pas aux exigences techniques ou ne correspond pas à nos spécifications de données, elle doit être omise de l'intégration de bout en bout des réservations pour le moment. Veuillez contacter votre représentant chez Google pour lui indiquer les fonctionnalités ou les modifications que vous souhaitez voir mises en œuvre. Lorsque vous nous contactez, veillez à inclure le nombre d'offres et le nombre de marchands concernés, ainsi que des exemples d'offres.

Politique et exigences relatives aux menus alimentaires

Veuillez lire les critères d'éligibilité pour l'intégration suivants avant de commencer une intégration. Les partenaires doivent respecter les règles relatives aux menus et les pour pouvoir procéder à l'intégration. Notez que Google se réserve le droit d'afficher le menu et les données sur les plats de manière utile pour les utilisateurs.

Si les exigences et les règles ne sont pas respectées, les marchands peuvent procéder à l'intégration ou services suspendus ou supprimés 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 d'un menu (langage grossier, images interdites, informations permettant d'identifier personnellement l'utilisateur) ; d'informations permettant d'identifier personnellement l'utilisateur.
  2. Les partenaires ne doivent pas utiliser le flux de menu pour partager des éléments autres que du menu, comme les services. (par exemple, drive, codes promotionnels, etc.).
  3. Les partenaires doivent fournir toutes les données requises dans les spécifications du menu E2E des réservations ou dans les spécifications du menu de redirection des commandes. (taille maximale du fichier 2 Mo). Les exigences techniques sont décrites dans les spécifications du menu de réservation E2E ou dans les spécifications du menu de redirection des commandes. en marquant les champs comme facultatifs/obligatoires.
  4. Les partenaires ne doivent fournir que des plats disponibles dans le restaurant correspondant. emplacements.
  5. Les partenaires doivent envoyer un menu complet pour chaque établissement. Marchands avec des informations incomplètes il est possible que les menus ne puissent pas s'afficher.
  6. Les partenaires et les marchands sont tenus de s'assurer que les menus sont exacts et qu'ils doivent fournissent des mises à jour quotidiennes.
  7. Les photos des éléments du menu doivent être bien éclairées, comporter un élément de menu net et ne doivent pas incluent des personnes ou d'autres images non alimentaires, et doivent être conformes aux spécifications relatives aux images (voir les consignes relatives aux photos).
  8. Les prix doivent être indiqués pour chaque élément du menu, sans les pourboires, taxes ni frais. sauf requises par les lois et ordonnances locales. Les partenaires doivent indiquer explicitement la devise locale.
  9. Les menus spéciaux sont pris en charge et doivent être supprimés lorsqu'ils ne sont plus disponibles (par exemple, prix fixe, offres spéciales saisonnières ou à durée limitée).

Règles concernant la redirection des paiements

Cette section définit les règles générales et les règles spécifiques aux fonctionnalités pour implémenter la redirection des paiements dans le Centre d'actions. Pour garantir une cohérence pour les consommateurs, les marchands et les partenaires grâce au Centre d'actions, tout inventaire nécessitant un paiement doit respecter les consignes appropriées. Échec à respecter ces règles entraînera la suspension de votre intégration.

Général

Les règles suivantes s'appliquent à l'ensemble des transactions de paiement et de l'inventaire sur Réserver avec Google:

  1. Le montant facturé à un utilisateur doit être identique au montant spécifié dans les conditions de la transaction, conformément aux lois applicables.
  2. Si le service nécessite un prépaiement, des frais de non présentation et/ou des acomptes, La définition des conditions d'annulation est obligatoire.
  3. Les partenaires sont tenus d'actualiser la disponibilité en temps réel ou s'assurer que les appels BatchAvailabilityLookup reflètent un emplacement précis la disponibilité.
  4. Aucuns frais ne doivent être facturés à l'utilisateur pour les cartes de crédit requises. des transactions.
  5. Aucuns frais ne doivent être facturés à l'utilisateur s'ils n'ont pas été explicitement convenus lors du paiement, comme expliqué dans notre processus de configuration des paiements.
    • Les conditions de paiement figurant sur la page "Conditions d'utilisation" associée ne répondent pas à cette exigence.
  6. Pour les services en personne1, tous les paiements doivent être effectués au moment de la réservation ou en personne seulement. La sollicitation de paiements par tout autre moyen est strictement est interdite.
  7. La transaction doit être affichée et facturée dans la devise du lieu du marchand (la devise est spécifiée à l'aide de la configuration processus). Aucune conversion de devise ne peut avoir lieu.

1. Tous les services en personne, à l'exclusion de ceux fournis via ce comme les prépaiements et les virements

Exigences concernant les pages de destination

  1. La page de destination doit correspondre au début du processus de réservation et indiquer le nombre de personnes et le créneau horaire présélectionné.
  2. La page de destination ne doit pas être la page d'accueil du fournisseur de la plate-forme ni aucune autre .
  3. La première étape d'une page de destination comportant un lien profond ne peut pas être un mur de connexion, les utilisateurs ne peuvent pas finaliser leur réservation s'ils ne se connectent pas ou ne créent pas un de service.
  4. La première étape d'une page de destination comportant un lien profond ne peut pas être un "paywall", où les utilisateurs ne peuvent pas voir les métadonnées associées à leur réservation, sauf s'ils fournissent détails du mode de paiement.