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

Las siguientes políticas de integración se aplican a las reservas de extremo a extremo y la integración de datos.

Políticas de extremo a extremo

Lee los siguientes criterios de elegibilidad para la integración antes comenzar una integración. Los socios deben cumplir los siguientes requisitos de políticas para poder integrarse con el Centro de acciones Integración de extremo a extremo de las reservas.

Si bien los siguientes requisitos son componentes necesarios para participar en el programa del Centro de Actions, cumplir con ellos no garantiza que un socio sea apto para integrarlo o publicar anuncios en él.

El incumplimiento de los requisitos y las políticas puede ocasionar la integración y la suspensión o eliminación de un comercio o de 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 una confirmación asíncrona del comercio, pero el flujo de reservas 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 cumplir con los requisitos técnicos del Centro de Actions Integración de extremo a extremo de las reservas y los requisitos de cumplimiento.

  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 Actions.

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

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

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

  15. El socio debe mantener una calidad de contenido estándar para el nombre del comercio, la dirección, el nombre de los servicios y la descripción según los lineamientos.

Política de ofertas

Para que las ofertas formen parte de la integración de extremo a extremo de las reservas, deben cumplir con los requisitos de elegibilidad y nuestros 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 Reservas.

Si una oferta no cumple con los requisitos técnicos o no se ajusta a nuestras especificaciones de datos, se debe omitir de la integración de extremo a extremo de Reservas 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 alimentos

Lee los siguientes criterios de elegibilidad para la integración antes de comenzar una integración. Los socios deben cumplir con las políticas del menú de alimentos y cumplir con las los siguientes requisitos para poder integrarse. Ten en cuenta que Google se reserva el derecho de mostrar el menú & y los datos de los platos de maneras útiles para los usuarios.

El incumplimiento de los requisitos y las políticas puede dar lugar a la integración, los comercios o servicios que 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 o datos de identificación personal. (PII) o contenido generado por el usuario.
  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.).
  3. Los socios deben proporcionar todos los datos obligatorios en las especificaciones del menú de E2E de reservas o en las especificaciones del menú de redireccionamiento de pedidos. (El tamaño máximo del archivo es de 2 MB). Los requisitos técnicos se abordan en las especificaciones del menú de E2E para reservas o en las especificaciones del menú de redireccionamiento de pedidos. marcando los campos como opcionales/obligatorios.
  4. Los socios solo deben proporcionar productos del menú disponibles para el restaurante correspondiente. ubicaciones.
  5. Los socios deben enviar un menú completo para cada ubicación. Comercios con es posible que los menús no sean aptos para mostrarse.
  6. Los socios y comercios deben garantizar la precisión de los menús. proporcionar actualizaciones a diario.
  7. Las fotos de los platos del menú deben estar bien iluminadas y mostrar un elemento de menú enfocado, no debe Deben incluir imágenes de personas o no alimentos, y deben 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 exigidos por las leyes y ordenamientos locales. Los socios deben proporcionar de forma explícita 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 especiales por tiempo limitado).

Políticas de redireccionamiento de pagos

Esta sección especifica las políticas generales y específicas de la función para por implementar el redireccionamiento de pagos en el Centro de Acciones. Para garantizar un enfoque para consumidores, comercios y socios que usan el Centro de Acciones el inventario que requiere el pago debe cumplir con los lineamientos correspondientes. Con errores para cumplir con estas políticas, se suspenderá tu integración.

General

Estas políticas se aplican a todas las transacciones de pagos y 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. Si el servicio requiere prepagos, no se presentan tarifas o depósitos, el servicio la definición de la política de cancelación es obligatoria.
  3. Los socios son responsables de actualizar la disponibilidad a través de una actualización en tiempo real (RTU) o garantiza que las llamadas de BatchAvailabilityLookup reflejen el horario disponible disponibilidad.
  4. No se deben realizar cargos al usuario por ninguna tarjeta de crédito requerida transacciones de contenedores.
  5. No se deben realizar cargos a los usuarios que no se hayan aceptado explícitamente en confirmación de la compra, tal como se explica en nuestro proceso de configuración de pagos.
    • Las condiciones de pago incluidas en la página vinculada de Condiciones del Servicio no cumplen con este requisito.
  6. En el caso de los servicios presenciales1, todos los pagos deben realizarse en el momento de la reserva o solo presencial. La solicitud de pago por cualquier otro medio está estrictamente prohibido.
  7. La transacción debe mostrarse y cobrarse en la moneda de la ubicación del comerciante (la moneda se especifica mediante la configuración de pagos proceso). No se pueden realizar conversiones de moneda.

1. Todos los servicios presenciales, sin contar los proporcionados a través de este integrada, como prepagos y depósitos

Requisitos de las páginas de destino

  1. La página de destino debe ser el inicio del flujo de reserva con el tamaño del grupo y horario disponible previamente seleccionados.
  2. La página de destino no debe ser la página principal del proveedor de la plataforma ni ninguna otra páginas.
  3. El primer paso de la página de destino con vínculo directo no puede ser un muro de acceso, en el que los usuarios no pueden continuar completando su reserva, a menos que accedan o creen una de servicio predeterminada.
  4. El primer paso de una 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 con su reserva, a menos que proporcionen los detalles del pago.