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. Los socios deben cumplir con los siguientes requisitos y políticas a fin de ser aptos para integrarse en la integración de extremo a extremo de Reservas del Centro de acciones.

Si bien los siguientes requisitos son componentes necesarios de elegibilidad para el programa del Centro de Acciones, cumplirlos no garantiza que un socio sea apto para integrarse al Centro de Acciones o publicarlo.

El incumplimiento de los requisitos y las políticas puede ocasionar la suspensión o eliminación de la integración, el comercio o los servicios de la plataforma.

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 requieran la confirmación asíncrona del comercio, pero el flujo de 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, y sus procesadores de pagos deben estar en la siguiente lista admitida y aceptar pagos con tokens.

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

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

  10. Los socios deben cumplir con los requisitos de elegibilidad para comercios y servicios del Centro de Acciones.

  11. Los socios deben cumplir con los lineamientos de asistencia y mantenimiento del Centro de acciones.

  12. Los socios deben mantener tasas de error aceptables, definidas en los lineamientos de lanzamiento y supervisión.

  13. Todas las reservas se deben confirmar automáticamente en tiempo real, a excepción de las reservas realizadas con integración asíncrona. Las reservas realizadas a través de una integración asíncrona deben cumplir con el Lineamientos sobre datos asíncronos.

  14. Los socios deben cumplir con las políticas específicas de la vertical o la función del Centro de Acciones (Ofertas, Pagos, Servicios en Línea y Restaurantes).

  15. El socio debe mantener un contenido de calidad estándar en el nombre, la dirección, el nombre y la descripción del comercio, de conformidad con los lineamientos.

Política de Ofertas

Para que las ofertas formen parte de la integración de extremo a extremo de Reservations, deben cumplir con nuestros criterios de elegibilidad y requisitos técnicos.

Criterios de elegibilidad de las ofertas

  • Las ofertas deben estar disponible para todos los clientes.
  • No debe ser necesario que el cliente se registre en un programa de membresía o una lista de direcciones de correo electrónico, que use una determinada tarjeta de crédito o cualquier otra restricción para canjear la oferta.
  • La oferta no puede restringirse a determinadas edades (descuentos para estudiantes o adultos mayores).
  • Las ofertas deben estar disponibles de una forma que sea previsible. Por ejemplo, una oferta puede ser válida de 3 p.m. a 4 p.m., pero no se permite una oferta que requiera que seas uno de los primeros 10 clientes.
  • El comercio debe proporcionar una oferta y respetarla.

Ofertas que no cumplen con los requisitos técnicos o de elegibilidad

Si una oferta no cumple con nuestros requisitos de elegibilidad, no se debe incluir en la integración de extremo a extremo de Reservations.

Si una oferta no cumple con los requisitos técnicos o no cumple con nuestras especificaciones de datos, debe omitirse de la integración de extremo a extremo de Reservations en este momento. Comunícate con tu contacto de Google para informarnos qué funciones o cambios deseas que se implementen. Cuando te comuniques con nosotros, asegúrate de incluir la cantidad de ofertas y la cantidad de comercios afectados, así como algunas ofertas de muestra.

Política y requisitos del menú de comida

Antes de comenzar una integración, lee los siguientes criterios de elegibilidad. Los socios deben cumplir con las políticas del menú de alimentos y los siguientes requisitos para poder integrarse. 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.

El incumplimiento de los requisitos y las políticas puede provocar la integración, y que los comercios o servicios se suspendan o se quiten de la plataforma.

Política y requisitos

  1. Los socios no deben enviar información prohibida (consulta los detalles) en el feed de menú, como lenguaje vulgar, imágenes prohibidas, información de identificación personal (PII) o contenido generado por el usuario.
  2. Los socios no deben usar el feed de menú para compartir elementos que no sean de menú, como servicios (p. ej., retiros en la puerta, códigos promocionales, etcétera).
  3. Los socios deben proporcionar todos los datos obligatorios en la especificación del menú de Reservations E2E o en la especificación del menú Ordering Redirect (tamaño máximo de archivo de 2 MB). Los requisitos técnicos se abordan en las especificaciones del menú de Reservations de E2E o en las especificaciones del menú Ordering Redirect marcando los campos como opcionales u obligatorios.
  4. Los socios solo deben proporcionar los platos del menú disponibles para las ubicaciones correspondientes del restaurante.
  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 los comercios deben asegurarse de que los menús sean precisos y deben proporcionar actualizaciones a diario.
  7. Las fotos de elementos del menú deben estar bien iluminadas, mostrar un elemento de menú enfocado, no deben incluir personas ni otras imágenes no comestibles, y deben cumplir con las especificaciones de la imagen (consulta los lineamientos de las fotos).
  8. Se deben mostrar los precios por elemento de menú, sin propinas, impuestos ni tarifas, a menos que lo exijan las leyes y ordenanzas locales. Los socios deben proporcionar explícitamente la moneda local.
  9. Se admiten los menús de especialidad y se deben quitar cuando ya no estén disponibles (p. ej., precio fijo, ofertas de temporada o por tiempo limitado).

Políticas de pagos

En esta sección, se especifican las políticas generales y las específicas de la función para implementar los 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 pagos 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. No se deben realizar cargos a un usuario que no se acuerden de forma explícita 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.
  2. En el caso de los servicios presenciales, 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.
  3. El importe que se cobra a un usuario debe ser el mismo que se especifica en las condiciones de la transacción.
  4. La transacción se debe mostrar y cobrar en la moneda de la ubicación del comercio (la moneda se especifica a través del proceso de configuración de pagos). No se pueden realizar conversiones de moneda.
  5. Los tokens de pago no se pueden usar para pagar cargos de otras transacciones o propósitos.
  6. Para estos cargos, no se puede usar ningún instrumento que no sea el token que te envió Google, creado para esta transacción.
  7. Si el banco adquirente de tus transacciones está sujeto a PSD2, debes implementar 3DS1 o 3DS2 para esas transacciones cuando lo admitan el Centro de Acciones y tu procesador de pagos.
  8. Si el servicio requiere prepagos, tarifas por no presentarse o depósitos, la definición del servicio cancellation_policy es obligatoria.
  9. Si agregas pagos a tu integración ahora o en el futuro, debes proporcionar información de contacto confiable y completa, como el nombre, la dirección, el número de teléfono, la dirección de correo electrónico y la información de registro, según lo exijan ciertas reglamentaciones.

Tarifa por no presentarse

Las siguientes políticas se aplican al inventario y a las transacciones que usan la función de tarifa por no presentarse:

  1. Las tarifas por no presentarse por cancelaciones tardías solo se deben cobrar si un usuario cancela después del período de cancelación sin cargo especificado para esa reserva.
    • Si ese período no está definido, se considera uno predeterminado que finaliza en cuanto se inicia la reserva.
  2. Si a un usuario se le cobra una tarifa por no presentarse, se debe informar a Google mediante una actualización en tiempo real.

Depósito

Las siguientes políticas se aplican al inventario y a las transacciones que usan la función de depósito:

  1. Los depósitos no deben usarse para pagar el precio total de un servicio. Para esa función se debe utilizar el prepago.
  2. Si un usuario cancela antes de que finalice el período de cancelación sin cargo especificado para ese depósito, entonces:
    • El depósito debe reembolsarse o no cobrarse.
    • Si la reserva se cancela fuera del Centro de Acciones, se debe informar a Google a través de una actualización en tiempo real.

Prepago

Las siguientes políticas se aplican al inventario y a las transacciones mediante la función de prepago:

  1. Se define una política de cancelación para todas las reservas con prepago.
    • Cuando esta política no se especifica, se considera, de forma predeterminada, que ninguna reserva es reembolsable.
  2. Si un usuario cancela dentro de un período apto para un reembolso (según se define en la política de cancelación de esa reserva), entonces:

Se requiere tarjeta de crédito

Las siguientes políticas se aplican al inventario y a las transacciones mediante la función se requiere tarjeta de crédito:

  1. No se deben realizar cargos al usuario por ninguna transacción que requiera una tarjeta de crédito.