Políticas de integración de extremo a extremo de Reservations

Las siguientes políticas de integración se aplican a la integración de extremo a extremo de Reservations.

Políticas de extremo a extremo

Antes de iniciar una integración, lee los siguientes criterios de elegibilidad aplicables. Los socios deben cumplir con los siguientes requisitos y políticas para poder realizar la integración de extremo a extremo de reservas de Actions Center.

Si bien los siguientes requisitos son componentes necesarios para el programa de Acciones Center, el hecho de cumplirlos no garantiza que un socio sea apto para integrar Acciones Center o lanzarlo.

Si no cumples con los requisitos y las políticas, es posible que se suspendan o se eliminen de la plataforma la integración, el comercio o los servicios.

Requisitos generales de la plataforma

  1. Los socios deben recopilar y manejar todos los datos del comercio y del usuario. Eso incluye cualquier información de identificación personal, de conformidad con el Reglamento General de Protección de Datos (GDPR) y cualquier otra ley de privacidad aplicable.
  2. Los socios deben tener autorización para hacer reservas en nombre de sus comercios.

  3. Los socios deben tener acceso directo a los horarios y la disponibilidad de los comercios en tiempo real. Eso significa que los socios deben poder responder a las solicitudes de disponibilidad de Google en menos de 1 segundo.

    • Caso especial: Admitimos reservas que requieren confirmación asíncrona por parte del comercio, pero el flujo de la reserva debe basarse en un horario disponible. Los socios deben tener disponibilidad en tiempo real; es decir, a través de los sistemas en línea del comercio, incluso si se requiere la confirmación del comercio para finalizar la reserva.

  4. Los socios deben tener un inventario integral para sus comercios. Es posible que los comercios con inventario parcial o deteriorado no sean aptos.

  5. Los socios deben tener 30 días o más de la disponibilidad de los comercios.

  6. Los socios deben admitir la cancelación en línea de las reservas.

  7. Los socios que requieran prepagos deben cumplir con la política de pagos del Centro de Acciones. Además, sus procesadores de pagos deben estar en la siguiente lista admitida y aceptar pagos con token.

  8. Los socios deben poder proporcionar datos de precios precisos sobre el costo de los servicios y cumplir con la política de precios de Actions Center.

  9. Los socios deben cumplir con los requisitos técnicos de la integración de extremo a extremo de reservas del Centro de Acciones.

  10. Los socios deben cumplir con los requisitos de elegibilidad de comercios y servicios de Actions Center.

  11. Los socios deben cumplir con los lineamientos de asistencia y mantenimiento de Actions Center.

  12. Los socios deben mantener tasas de error aceptables que se definen en los Lineamientos de lanzamiento y supervisión.

  13. Todas las reservas deben confirmarse automáticamente en tiempo real, excepto las que se realizan con una integración asíncrona. Las reservas realizadas a través de una integración asíncrona deben cumplir con los lineamientos de integración asíncrona.

  14. Los socios deben cumplir con las políticas específicas de las verticales o funciones del Centro de Acciones (Ofertas, Pagos, Servicios en línea y Comidas).

  15. El Socio debe mantener un contenido de calidad estándar para el nombre, la dirección, el nombre de los servicios y la descripción del comercio de acuerdo con los lineamientos.

Política de ofertas

Página de destino

  • Todas las ofertas que se comparten con Google para cualquier restaurante deben ser visibles con toda la información relevante en la página de destino.
    • El valor de la oferta y el texto de la descripción deben ser visibles directamente en la página de destino.
    • Las restricciones de la oferta vinculadas al importe mínimo de la factura, el valor máximo del descuento y la suscripción obligatoria deben estar visibles directamente en la página de destino.
    • Todas las demás restricciones de la oferta (p. ej., condiciones de elegibilidad, instrucciones para canjear, términos, etc.) deben estar visibles en la página de destino o ser accesibles con 1 clic desde la página de destino (p. ej., un diálogo emergente).
  • En el caso de todas las ofertas, excepto las ofertas de OFFER_MODE_WALK_IN, el flujo de acciones asociado con la oferta (p. ej., reservar una mesa) debe permitir que el usuario seleccione las ofertas aplicables asociadas con su selección (p. ej., Para la reserva, las ofertas aplicables al horario y la cantidad de personas seleccionados
  • Las instrucciones y los métodos de canje deben estar claramente definidos y ser prácticos (p. ej., si el canje de la oferta requiere pagar la factura en el sistema del socio en la confirmación de la compra, se debe mencionar la instrucción para pagar en el sistema y el usuario debe poder pagar la factura en el sistema del socio en la confirmación de la compra).
  • Si la URL de la oferta puede redireccionar a la aplicación del socio (si está instalada), los mismos requisitos que se mencionaron anteriormente también se aplican a la página de la aplicación para dispositivos móviles.

Oferta

  • La oferta debe estar disponible para todos los usuarios. Es posible que las ofertas requieran una suscripción pagada, siempre que cualquier persona pueda suscribirse.
  • Todos los metadatos proporcionados deben ser precisos y estar actualizados en el momento de la carga del feed.
    • Las ofertas agotadas, en el momento de subir el feed, no deben incluirse en ellos.

Política y requisitos del menú de comida

Antes de iniciar una integración, lee los siguientes criterios de elegibilidad aplicables. Los socios deben cumplir con las políticas de menús de comida y los siguientes requisitos para poder realizar la integración. Ten en cuenta que Google se reserva el derecho de mostrar los datos de menús y platos de formas que sean útiles para los usuarios.

Si no cumples con los requisitos y las políticas, es posible que se suspendan o se eliminen de la plataforma la integración, los comercios o los servicios.

Política y requisitos

  1. Los Socios no deben enviar información prohibida (consulta los detalles) en el feed de menú, como lenguaje obsceno, imágenes prohibidas, información de identificación personal (PII) o contenido generado por usuarios.
  2. Los socios no deben usar el feed del menú para compartir elementos que no sean del menú, como servicios (p. ej., en la puerta, códigos promocionales, etcétera).
  3. Los socios deben proporcionar todos los datos obligatorios en la especificación del menú de reservas de extremo a extremo o en la especificación del menú de redireccionamiento de pedidos (tamaño máximo del archivo: 2 MB). Los requisitos técnicos se abordan en la especificación del menú de reservas de extremo a extremo o en la especificación del menú de redireccionamiento de pedidos, ya que se marcan los campos como opcionales o obligatorios.
  4. Los socios solo deben proporcionar los elementos de menú disponibles para las ubicaciones de los restaurantes correspondientes.
  5. Los socios deben enviar un menú completo para cada ubicación. Es posible que los comercios con menús incompletos no sean aptos para mostrarse.
  6. Los socios y comercios deben asegurarse de que los menús sean precisos y deben proporcionar actualizaciones a diario.
  7. Las fotos de los elementos del menú deben estar bien iluminadas, mostrar un elemento del menú enfocado, no incluir personas ni otras imágenes que no sean de comida, y cumplir con las especificaciones de las imágenes (consulta los lineamientos para las fotos).
  8. Se deben mostrar los precios por elemento del menú, sin propinas, impuestos ni tarifas, a menos que lo exijan las leyes y ordenanzas locales. Los socios deben proporcionar la moneda local de forma explícita.
  9. Se admiten los menús de especialidad y se deben quitar cuando ya no estén disponibles (p. ej., a precio fijo, a precios especiales de temporada o por tiempo limitado).

Políticas de redireccionamiento de pagos

En esta sección, se especifican las políticas generales y las específicas de cada función para implementar el redireccionamiento de pagos en el Centro de Acciones. A fin de garantizar una experiencia coherente para los consumidores, los comercios y los socios que usan el Centro de acciones, el inventario que requiere el pago debe cumplir con los lineamientos correspondientes. Si no cumples con estas políticas, se suspenderá tu integración.

General

Estas políticas se aplican a todas las transacciones de pagos y todo el inventario de Reserva con Google:

  1. El importe que se cobra a un usuario debe ser el mismo que se especifica en las condiciones de la transacción, de conformidad con las leyes aplicables.
  2. Los socios son responsables de actualizar la disponibilidad con una actualización en tiempo real (RTU) o de garantizar que las llamadas a BatchAvailabilityLookup reflejen la disponibilidad precisa de los intervalos.
  3. No se deben realizar cargos al usuario por ninguna transacción que requiera una tarjeta de crédito.
  4. A un usuario no se le deben cobrar cargos que no se hayan aceptado explícitamente en la confirmación de la compra, como se indica en nuestro proceso de configuración de pagos.
    • Las condiciones de pago incluidas en la página de Condiciones del Servicio vinculada no cumplen este requisito.
  5. En el caso de los servicios presenciales1, todos los pagos deben realizarse en el momento de la reserva o solo en persona. Está estrictamente prohibida la solicitud de pago por cualquier otro medio.
  6. La transacción se debe mostrar y cobrar en la moneda de la ubicación del comercio (la moneda se especifica mediante el proceso de configuración de pagos). No se pueden realizar conversiones de moneda.

1. Todos los servicios presenciales, sin contar los que se proporcionan a través de esta integración, como los pagos por adelantado y los depósitos

Requisitos de las páginas de destino

  1. La página de destino debe ser el inicio del flujo de reservas con el tamaño del grupo y el horario preseleccionados.
  2. La página de destino no debe ser la página principal del proveedor de la plataforma ni ninguna otra página.
  3. El primer paso de la página de destino con vínculo directo no puede ser un muro de pago, en el que los usuarios no pueden ver los metadatos relacionados de su reserva, a menos que proporcionen detalles del pago.
  4. El primer paso de la página de destino con vinculación directa no puede ser una página de acceso. El flujo de reserva debe incluir una opción de compra como invitado, con la que los usuarios pueden completar una reserva sin acceder ni crear una cuenta.
  5. El vínculo y la página de destino no pueden requerir que el usuario descargue una app para completar el flujo de reserva.