En resumen
- Cada restaurante se da de alta por su cuenta y tiene aquí su web, sus pedidos, su cocina y su sala. Sobre los datos de sus comensales decide el restaurante, y nosotros los tratamos por encargo suyo.
- Guardamos lo que necesitan la cocina, la sala y los informes: qué se pidió, el nombre, el teléfono, el email y la dirección de entrega, las notas del pedido y las alergias que declaró el comensal.
- Los datos personales de los comensales se guardan cifrados en nuestra base de datos y se quitan de los pedidos 90 días después de cada pedido.
- El dinero de los comensales va a la cuenta de Stripe de cada restaurante. Nunca pasa por nosotros y no cobramos comisión por pedido.
- No vendemos datos personales ni mostramos publicidad. Las webs de los restaurantes no ponen cookies, salvo la de sesión cuando un comensal entra en su cuenta.
- Cuando un restaurante cierra su cuenta, borramos sus datos en un máximo de 30 días.
Quiénes somos
Eats All Over es un producto de All Over Apps. Escríbenos a [email protected] para cualquier cuestión sobre esta política o tus datos.
Quién decide sobre los datos
Datos de la cuenta y del restaurante. Sobre los datos que necesitamos para llevar la cuenta de un restaurante (las personas de su equipo, los datos del restaurante, su personal de cocina y sala y la facturación del plan), All Over Apps decide cómo se usan y es responsable de ellos (responsable del tratamiento).
Datos de los comensales. Los datos de quienes piden a un restaurante pertenecen a ese restaurante, que es su responsable. Nosotros solo los tratamos para darle el servicio por encargo suyo (encargado del tratamiento), siguiendo sus instrucciones, nuestro Encargo de tratamiento y esta política. Si has pedido a un restaurante, dirígete primero a él; nosotros le ayudamos a responder.
Pagos. Stripe procesa los pagos con tarjeta en la cuenta propia de cada restaurante y es también responsable independiente de los datos de pago, según su propia política de privacidad.
Datos de los restaurantes y su equipo
Cuando un restaurante se da de alta y usa la plataforma guardamos:
- Cuenta de acceso: el email de cada persona, su nombre si lo indica, su idioma y su último acceso, y a qué restaurante pertenece y con qué rol (propietario o gestor).
- Acceso sin contraseñas: se entra con un enlace de un solo uso que llega por email, caduca en 15 minutos y solo funciona una vez (los de invitación al equipo duran 7 días). Del enlace solo guardamos un hash SHA-256. La sesión dura 30 días en una cookie, y el servidor solo guarda un hash del id de sesión.
- Datos del restaurante: el nombre y los datos legales (razón social, NIF, dirección, email y teléfono de contacto) para el aviso legal de su web; los locales, con su dirección, teléfono, horarios y coordenadas en el mapa obtenidas a partir de la dirección; las zonas de reparto; la carta (categorías, platos, opciones, precios, alérgenos y fotos); las estaciones, impresoras, mesas y ajustes; y los emails de los miembros del equipo.
- Personal de cocina y sala: nombre, rol, locales y un PIN personal, que solo guardamos como hash con sal.
- Facturación del plan: los ids de cliente y de suscripción de Stripe, el estado del plan, sus fechas y el número de locales facturados. La tarjeta la guarda Stripe y nunca vemos su número. La dirección de facturación y, si lo indicas, el NIF los recoge Stripe Checkout.
Datos de los comensales
- Pedidos. Por cada pedido guardamos el número, los platos y sus opciones, los importes, el servicio (a domicilio, para recoger o en la mesa), la franja horaria, el nombre, el teléfono, el email (opcional), la dirección de entrega y sus coordenadas, y las notas.
- Alergias. Las alergias que declara un comensal son datos de salud. Se guardan con el pedido, y la cocina las ve en pantalla y en los tickets.
- Cifrado. Los datos personales de los comensales se guardan cifrados en nuestra base de datos. El teléfono tiene además un índice ciego para que el restaurante pueda buscar pedidos por teléfono.
- Sala. La cuenta de una mesa guarda las rondas, los platos, las alergias de la mesa e ids anónimos de comensal. En la mesa no se piden nombres.
- Pagos. Cada restaurante conecta su propia cuenta de Stripe. Los datos de la tarjeta van solo a Stripe; nosotros guardamos el estado del pago, los importes y los ids de Stripe. El restaurante también puede cobrar en el local, en efectivo o con su datáfono.
- Emails. Si el comensal da su email, le enviamos la confirmación del pedido, y al restaurante le avisamos de cada pedido nuevo. Los enviamos nosotros, por encargo del restaurante, a través de Amazon SES.
- Búsqueda de direcciones. Cuando un comensal escribe una dirección en la web de un restaurante, nuestro servidor (no su navegador) envía ese texto a Photon para sugerir direcciones y a Nominatim para situarla en el mapa (ver Proveedores). Las direcciones de los locales también se sitúan con Nominatim.
- En el dispositivo del comensal. La web guarda el carrito, lo que eligió para el pedido y los datos de contacto de su último pedido en el almacenamiento del navegador, sin cookies (ver Cookies y almacenamiento local).
- Clientes del restaurante. Agrupamos los pedidos de cada restaurante por el email o, si no hay email, por el teléfono, para que el restaurante vea el historial de cada cliente: nombre, contacto, pedidos, gasto y fechas del primer y último pedido. Cada restaurante ve solo a sus clientes. Si un cliente no tiene cuenta, sus datos personales se borran 90 días después de su último pedido y solo quedan las cifras.
- Cuentas de cliente. Un comensal puede crear una cuenta en la web de un restaurante con un enlace a su email, sin contraseñas. En ella ve sus pedidos, puede repetirlos y guardar direcciones de entrega. Si lo pide, guardamos también las alergias que quiere que se marquen en sus próximos pedidos (datos de salud, con su consentimiento, que puede retirar quitándolas). Puede borrar su cuenta cuando quiera desde la propia web.
- Novedades. Si el comensal marca que quiere recibir novedades del restaurante (al pedir o en su cuenta, nunca marcado de antemano), guardamos su consentimiento con la fecha y dónde lo dio, y puede retirarlo en su cuenta. Las novedades las decide y envía el restaurante; nosotros no escribimos a los comensales para hacerles publicidad.
- No vendemos ni compartimos los datos de los comensales entre restaurantes.
Pantallas de cocina, comanderos e impresoras
- Una pantalla de cocina o el móvil de un camarero se emparejan con un código de 6 dígitos que caduca en 10 minutos. El móvil de un camarero también puede emparejarse con un enlace personal de un solo uso, válido 3 días, que le envía el restaurante.
- El dispositivo guarda un token aleatorio largo en su almacenamiento local. Nosotros solo guardamos su hash, con el nombre del dispositivo, el restaurante y su última actividad. El restaurante puede revocar un dispositivo cuando quiera.
- La sesión de un camarero dura 12 horas y queda ligada a su dispositivo.
- Las impresoras (Star CloudPRNT y Epson Server Direct Print) consultan una dirección privada con un token, que también guardamos solo como hash.
- Para evitar abusos contamos los intentos de emparejar y de PIN. Los contadores por dirección IP duran 10 minutos, y un PIN bloqueado vuelve a funcionar al día siguiente.
Para qué usamos los datos
| Finalidad | Datos | Base legal |
|---|---|---|
| Dar el servicio: la web y la carta, los pedidos, la cocina, la sala, la impresión y los informes | Datos del restaurante, de su equipo, de su personal y de los comensales descritos arriba | Contrato con el restaurante. Para los datos de los comensales, la base legal del propio restaurante: actuamos según sus instrucciones |
| Acceso a la cuenta e invitaciones al equipo | Email, idioma, último acceso y hashes de enlaces y sesiones | Contrato |
| Cobro del plan con Stripe | Ids de Stripe, estado y fechas del plan y locales facturados | Contrato |
| Emails del servicio: enlaces de acceso, invitaciones, pedidos y plan | Direcciones de email y contenido de los mensajes | Contrato. Los emails del pedido, por encargo del restaurante |
| Seguridad y prevención de abusos | Hashes de tokens, intentos de emparejar y de PIN, y direcciones IP durante 10 minutos | Interés legítimo en proteger el servicio y a los restaurantes |
| Seguimiento de errores | Datos técnicos de errores, sin contenido de las peticiones, cookies ni datos de usuario | Interés legítimo en que la plataforma funcione |
| Estadísticas de visitas | Visitas medidas con Cloudflare Web Analytics, sin cookies y sin identificar a nadie | Interés legítimo |
| Obligaciones legales | Lo que exija la ley o una autoridad | Obligación legal |
Proveedores que nos ayudan
No vendemos ni alquilamos datos personales. Solo los compartimos con estos proveedores (subencargados), y solo para que la plataforma funcione:
| Proveedor | Para qué | Datos | Ubicación |
|---|---|---|---|
| OVHcloud (OVH US) | Nuestros servidores, la base de datos (MongoDB) y la caché (Redis) | Todos los datos que guarda la plataforma | Estados Unidos |
| Cloudflare | Dominios, DNS, conexiones cifradas, protección y caché de las webs y del panel, dominios propios de los restaurantes (Cloudflare for SaaS), almacenamiento de las fotos de los platos y de las copias de la base de datos (R2) y estadísticas de visitas sin cookies | Tráfico de las webs y del panel, fotos de los platos y copias de la base de datos | Red global de Cloudflare |
| Stripe | Pagos con tarjeta de los comensales en la cuenta propia de cada restaurante (Stripe Connect) y suscripción del plan (Stripe Billing) | Datos de pago de los comensales; tarjeta y datos de facturación del restaurante | Irlanda y Estados Unidos |
| Amazon Web Services (Amazon SES) | Envío de emails: enlaces de acceso, invitaciones, emails de los pedidos y del plan | Direcciones de email y contenido de los mensajes | Estados Unidos (Ohio) |
| Sentry (Functional Software) | Seguimiento de errores del servidor y del panel | Datos técnicos de errores, sin contenido de las peticiones, cookies ni datos de usuario | Estados Unidos |
| OpenRouter (con Claude, de Anthropic) | Leer la carta que sube un restaurante (fotos, PDF o texto) para crear sus platos, solo cuando el restaurante lo pide y solo con proveedores que no guardan los datos | Los archivos de la carta, que no se guardan; ningún dato de comensales | Estados Unidos |
| Photon (komoot) | Sugerencias de direcciones mientras un comensal escribe la suya | El texto de la dirección, enviado desde nuestro servidor | Alemania |
| Nominatim (OpenStreetMap Foundation) | Situar en el mapa las direcciones de entrega y las de los locales | El texto de la dirección, enviado desde nuestro servidor | Reino Unido |
| OpenFreeMap | Teselas del mapa en el editor de zonas de reparto del panel | Las pide el navegador del personal; no recibe datos de comensales | Red de OpenFreeMap |
Stripe es además responsable independiente de los datos de pago, según su propia política de privacidad. También podemos comunicar datos cuando lo exija la ley.
Transferencias internacionales
Nuestros servidores están en Estados Unidos. Si estás en el Espacio Económico Europeo, el Reino Unido o Suiza, tus datos se transfieren allí. Nos apoyamos en las Cláusulas Contractuales Tipo de la Comisión Europea y, cuando un proveedor está certificado, en el Marco de Privacidad de Datos entre la UE y EE. UU.
Cuánto tiempo guardamos los datos
- Cuenta y datos del restaurante: mientras la cuenta esté activa.
- Datos personales de los comensales en los pedidos: el nombre, el teléfono, el email, la dirección y sus coordenadas, las notas y las alergias se quitan 90 días después de cada pedido. El histórico de cocina y los informes conservan los platos, los importes, la ciudad y el código postal.
- Clientes sin cuenta: sus datos personales se borran 90 días después de su último pedido; quedan las cifras (número de pedidos y gasto) para los informes del restaurante.
- Cuentas de cliente: mientras el comensal las mantenga. Si las borra, o si pasan 24 meses sin entrar ni pedir, borramos sus datos personales. Los enlaces para entrar caducan en 30 minutos y las sesiones duran 90 días.
- Fotos de los platos: hasta que el restaurante las cambia o las quita.
- Acceso: los enlaces de acceso caducan en 15 minutos y los de invitación en 7 días. Las sesiones del panel duran 30 días y las de camarero, 12 horas.
- Dispositivos: los códigos de emparejamiento caducan en 10 minutos y los enlaces personales de camarero, en 3 días. Los contadores de intentos duran 10 minutos y los trabajos de impresión se guardan 7 días.
- Copias de seguridad: se guardan 30 días.
- Al cerrar la cuenta: borramos los datos del restaurante en un máximo de 30 días. Las copias de seguridad que aún los contengan desaparecen en otros 30 días como mucho.
Cómo los protegemos
- Todas las conexiones van cifradas (TLS).
- Los datos personales de los comensales se guardan cifrados en nuestra base de datos.
- De los tokens de dispositivos e impresoras, las sesiones, los enlaces de acceso y los PIN solo guardamos hashes.
- Los códigos de emparejamiento caducan en 10 minutos y los intentos de emparejar y de PIN están limitados.
- El acceso a los datos está limitado a las personas que lo necesitan para operar la plataforma.
- Hacemos copias de seguridad de la base de datos.
- Si un incidente de seguridad afecta a datos personales, avisamos a los restaurantes afectados sin dilación indebida y en un máximo de 72 horas desde que lo conocemos.
Tus derechos
Puedes pedir acceder a tus datos, corregirlos, borrarlos o recibirlos en un formato portable, y limitar su uso u oponerte a él. También puedes reclamar ante una autoridad de protección de datos; en España, la Agencia Española de Protección de Datos (aepd.es).
Comensales: dirígete primero al restaurante al que pediste. Nosotros le ayudamos a responder.
Restaurantes y su equipo: escribe a [email protected].
Menores
Eats All Over es una herramienta para empresas. No recogemos a sabiendas datos de menores de 14 años para crear cuentas.
Cambios en esta política
Cuando cambiamos esta política publicamos aquí la nueva versión. Si un cambio importante afecta a cómo se usan los datos, avisamos a los restaurantes por email o en el panel con una antelación razonable.