Información legal
Dónde viven los datos
Actualizado el 5 de noviembre de 2026
Anexo del Encargo de tratamiento (art. 28 RGPD). Lista los subencargados que TableFlow usa para prestar el SaaS. No es un certificado ISO, ni un SLA, ni una promesa de residencia exclusiva en España. Contacto: hello@tableflowes.com.
1. Qué es este anexo
El restaurante es responsable de los datos de comensales, reservas, pedidos, fidelización y empleados. TableFlow es encargado. Para operar el panel usamos proveedores (subencargados) que tratan datos en nuestro nombre o, en el caso de Stripe y las tarjetas, como responsables independientes del medio de pago.
Este texto se lee con /legal/encargo y /legal/privacidad. Si hay conflicto, prevalece la página publicada en la web.
2. Subencargados del SaaS
Supabase: base de datos, autenticación y archivos (fotos de platos, documentos que sube el restaurante). Trata cuenta, carta, pedidos, reservas, personal y lo que el local cargue en el panel.
Hosting de la aplicación: Render (u otro proveedor equivalente que indiquemos aquí si cambia). Ejecuta el software y sirve la carta pública y el panel.
Correo transaccional: el SMTP configurado para hello@tableflowes.com y, si está activa la clave, Resend. Sirve altas, invitaciones, facturas del SaaS, soporte, la confirmación de una reserva y, si el restaurante lo pide, un mensaje a un comensal que ya reservó o pagó. También, si el restaurante lo activa, recibos de salarios. Si el restaurante conecta su propio buzón, los correos del programa de fidelización salen de esa cuenta y solo a quien aceptó recibirlos. TableFlow no escribe esa lista desde hello@ ni la vende.
Si el restaurante activa avisos push de cocina o pedidos: se guarda el endpoint de suscripción y se entrega el aviso a través del servicio de notificaciones del navegador (Chrome, Safari, Firefox). No usamos OneSignal ni un marketing cloud.
3. Stripe (pagos)
Suscripción TableFlow: Stripe cobra el plan. Datos fiscales y de pago de la cuenta SaaS.
Cobro al comensal (si el restaurante activa TPV Stripe Connect): el cargo lo hace el restaurante. Stripe trata los datos de tarjeta como responsable independiente (PCI). TableFlow no custodia números de tarjeta ni fondos de comensales.
4. Dónde se tratan
Infraestructura cloud de esos proveedores, con preferencia por el EEE. Si algún tratamiento implica transferencia internacional, se usan cláusulas contractuales tipo de la Comisión Europea u otra garantía del capítulo V del RGPD. No afirmamos 'solo servidores en España': depende de la región que tenga contratada cada proveedor.
5. Qué no hay
En el panel, las cartas QR, los pedidos y las reservas de los restaurantes no hay Google Analytics ni cookies de publicidad: los datos de comensales nunca se envían a herramientas de analítica o publicidad. La web comercial de TableFlow solo las usa con el consentimiento de sus visitantes, como responsable y fuera de este encargo. No vendemos bases de datos. No hay flota de riders ni integración Glovo que envíe pedidos a un marketplace. Si el local activa el delivery, el comensal puede pedir a domicilio en la web del restaurante y el pedido se cobra antes de llegar a cocina. El local puede anotar una zona, un recargo y quién sale a llevarlo, y apuntar a mano un pedido de plataforma: eso no conecta con Glovo, Uber Eats ni Just Eat. Este anexo no certifica Verifactu, TicketBAI ni un cumplimiento ISO.
6. Cómo se actualiza
Un cambio relevante de subencargado se publica en esta URL o se avisa por email. El responsable puede oponerse por motivos fundados de protección de datos, según el encargo.
Versión vigente: 5 de noviembre de 2026. Contacto: hello@tableflowes.com.