Se usó la API de Cloud Translation para traducir esta página.

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

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

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

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.
Los socios deben tener autorización para hacer reservas en nombre de sus comercios.
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.
Los socios deben tener un inventario integral para sus comercios. Es posible que los comercios con inventario parcial o deteriorado no sean aptos.
Los socios deben tener 30 días o más de la disponibilidad de los comercios.
Los socios deben admitir la cancelación en línea de las reservas.
Los socios que requieran prepagos deben cumplir con la política de pagos de Actions Center. Además, sus procesadores de pagos deben estar en la siguiente lista admitida y aceptar pagos con token.
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.
Los socios deben cumplir con los requisitos técnicos de la integración de extremo a extremo de reservas del Centro de Acciones.
Los socios deben cumplir con los requisitos de elegibilidad de comercios y servicios de Actions Center.
Los socios deben cumplir con los lineamientos de asistencia y mantenimiento de Actions Center.
Los socios deben mantener tasas de error aceptables definidas en los Lineamientos de lanzamiento y supervisión.
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.
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).
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.

traducción: humana page_type: lcat

Política de ofertas

Página de destino (página y aplicación para dispositivos móviles)

Todas las ofertas que se comparten con Google para cualquier restaurante deben ser visibles con toda la información relevante, al menos, en la página de destino para dispositivos móviles.
- El valor de la oferta y el texto de la descripción deben ser visibles directamente en la página de destino.
- Las páginas de destino deben describir de forma clara y exhaustiva los requisitos de elegibilidad para cada oferta. Esto incluye restricciones relacionadas con los segmentos de usuarios, las formas de pago, los días o las horas específicos, los importes mínimos de inversión y la cantidad de veces que se puede usar la oferta.
- 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, se muestran las ofertas aplicables al horario y la cantidad de personas seleccionados.
Las instrucciones y los métodos de canje deben estar claramente redactados y ser prácticos (p. ej., si canjear 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).
Cuando una URL de oferta redirecciona a la aplicación para dispositivos móviles instalada de un socio, la página de destino de la aplicación debe cumplir con todos los requisitos que se describen en esta sección para las páginas de destino de las ofertas.
- Cuando los usuarios navegan hacia atrás (p.ej., con el botón Atrás o la navegación por gestos) inmediatamente después de interactuar con una oferta en una experiencia de Google, se los debe redireccionar a la experiencia de Google original.

Datos y formato de las ofertas

Los socios deben cumplir con los requisitos técnicos y los formatos de datos especificados en la documentación relevante. El incumplimiento de estos requisitos puede generar errores o demoras en el procesamiento de feeds.
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 al momento de subir el feed (se deben subir al menos a diario). Las ofertas que se muestran deben estar activas y disponibles para los usuarios de inmediato o con anticipación, como se indica en ValidityPeriod. Las ofertas desactualizadas, agotadas o vencidas deben quitarse del feed.
Los socios deben usar formatos de ofertas coherentes en todas las plataformas. Se prohíben las discrepancias entre los detalles de la oferta en el feed y los que se muestran en la app o el sitio web del socio.
Los socios deben proporcionar detalles claros y concisos de la oferta en el campo offer_display_text, que reflejen con precisión el valor de la oferta y cualquier limitación.
Los socios deben indicar claramente la categoría de la oferta (oferta base o oferta complementaria) y los modos de oferta aplicables (OFFER_MODE_FREE_RESERVATION, OFFER_MODE_PAID_RESERVATION, OFFER_MODE_WALK_IN) para cada oferta.
Los socios deben garantizar una asignación precisa de los tipos de instrumentos de pago para cada oferta.

Política y requisitos de los menús 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 cumplir con 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

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.
Los socios no deben usar el feed de menú para compartir elementos que no sean del menú, como servicios (p. ej., retiros en la puerta, códigos de promoción, etcétera).
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.
Los socios solo deben proporcionar los elementos de menú disponibles para las ubicaciones de los restaurantes correspondientes.
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.
Los socios y comercios deben asegurarse de que los menús sean precisos y deben proporcionar actualizaciones a diario.
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).
Los precios se deben mostrar por artículo del 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.
Se admiten menús de especialidades y se deben quitar cuando ya no estén disponibles (p. ej., menús fijos, de temporada o especiales 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. Para 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:

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.
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 horarios.
No se deben realizar cargos al usuario por ninguna transacción que requiera una tarjeta de crédito.
A un usuario no se le deben cobrar cargos que no haya aceptado explícitamente en la confirmación de la compra, tal 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.
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.
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

La página de destino debe ser el inicio del flujo de reservas con la cantidad de personas y el horario preseleccionados.
La página de destino no debe ser la página principal del proveedor de la plataforma ni ninguna otra página.
El primer paso de la página de destino vinculada directamente no puede ser un muro de pagos, en el que los usuarios no pueden ver los metadatos relacionados de su reserva, a menos que proporcionen detalles del pago.
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 para confirmar la compra como invitado, en la que los usuarios puedan completar una reserva sin acceder ni crear una cuenta.
El vínculo y la página de destino no pueden requerir que el usuario descargue una app para completar el flujo de reserva.

Políticas de integración de extremo a extremo de reservas Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.