Tu privacidad

Responsable indicado

Dexperiencias Gastro 2023 S.L., NIF B13927520, C/ Abu-S-Salt, 1, 03700 Dénia (Alicante). Restaurante Dexcaro Experience. La denominación, el NIF y el domicilio se contrastaron con la tarjeta acreditativa del NIF y el Modelo 036 del expediente. Contacto: reservas@dexcaro.es.

Esta información corresponde al sistema de reservas, no sustituye las políticas de otros canales. El formulario público permite solicitar reservas y consultar disponibilidad. Las pruebas internas deben realizarse con datos ficticios.

Protección técnica, cookies y servicios usados

La aplicación utiliza Google Firebase/Google Cloud para alojar la web, ejecutar la API, almacenar datos y autenticar al personal. El acuerdo y la entidad aplicables dependen de la cuenta y los términos aceptados. La base principal está en Europa; esto no significa que todos los accesos o tratamientos de los proveedores se produzcan exclusivamente en el EEE.

Al preparar el formulario público se inicia Firebase App Check con reCAPTCHA Enterprise para prevenir fraude y abuso. La comprobación también protege las consultas de disponibilidad. No utiliza el permiso de marketing del restaurante para activar esta protección.

En la revisión técnica del 18 de octubre de 2026 se observaron conexiones a Google, la cookie de Google _GRECAPTCHA en www.google.com/recaptcha, con atributos Secure y HttpOnly y una caducidad observada de aproximadamente seis meses, y la clave local _grecaptcha. El SDK utiliza las bases locales firebase-app-check-database y firebase-heartbeat-database. No se publican sus valores ni tokens. Las fuentes tipográficas se sirven desde el propio alojamiento de la app, sin solicitar fuentes a Google Fonts. En ese recorrido no se observaron conexiones a Google Fonts ni herramientas de publicidad o analítica; esta observación no certifica otros sitios, extensiones o recorridos.

Desde el 2 de abril de 2026, Google informa que actúa como encargado de los datos de reCAPTCHA y el restaurante como responsable, conforme a sus condiciones y acuerdo de tratamiento. Consulta la información oficial de reCAPTCHA, el acuerdo de tratamiento de Google Cloud, los términos de tratamiento de Firebase y su lista de subencargados.

Datos de reserva y para qué se usan

El formulario permite solicitar una reserva directamente a Dexcaro sin crear una cuenta de comensal. Esta información explica qué datos se usan, con qué finalidad y cómo puedes ejercer tus derechos.

Reserva y atención: nombre y apellidos, teléfono, modalidad y menú, comensales, fecha, hora, estado y referencia; email solo si decides facilitarlo. Se usan para comprobar plazas, confirmar, modificar o cancelar tu reserva y contactarte sobre ella. Base de legitimación: tu solicitud y prestación del servicio (art. 6.1.b RGPD). Sin nombre, teléfono o datos de la reserva no se puede gestionar.

Operación e historial: el personal autorizado puede anotar número de mesa, cambios, asistencia real y observaciones pertinentes para atenderte. Reservar no se cuenta como haber venido; una cancelación tampoco. La ficha de clientes y su historial mínimo se conservan de forma indefinida, sin borrado automático, conforme al apartado de conservación y respetando los derechos y obligaciones aplicables.

Alergias e intolerancias: facilitar estos datos de salud es opcional. Si los indicas, la casilla de aceptación de la reserva incluye de forma expresa tu autorización para usarlos al preparar y atender esa reserva (arts. 6.1.a y 9.2.a RGPD). No se usarán para publicidad ni se incorporarán a tu ficha para futuras visitas por esta aceptación. El formulario ya no solicita un permiso adicional para recordarlos; cualquier uso futuro necesita una autorización específica, independiente y verificable. Los permisos existentes conservan sus controles: comprobación de identidad, confirmación en cada visita, revisión anual y retirada mediante el enlace privado o reservas@dexcaro.es, sin cancelar tu reserva. Cuando el equipo registra una reserva manual, queda constancia de la cuenta que registra los datos comunicados por el cliente; no se atribuye al cliente un clic online ni se activa publicidad por ese alta.

Publicidad: el permiso es opcional y separado; negarlo no impide reservar. Ni una reserva ni una ficha importada autorizan por sí mismas campañas. La app no envía publicidad actualmente. Cualquier envío futuro deberá permitir la baja sencilla.

Seguridad: se utilizan controles contra abuso y registros técnicos mínimos para proteger el servicio; los plazos comprobados se describen en el apartado siguiente. No se toman decisiones con efectos jurídicos únicamente mediante una clasificación automática del cliente.

Acceso, conservación y derechos

El acceso interno se limita al personal autorizado. Las fichas de clientes y su historial mínimo se conservan en el CRM de forma indefinida, sin caducidad automática; su eliminación se gestiona manualmente por el restaurante, respetando los derechos y obligaciones aplicables. Recibir una reserva no equivale a aceptar publicidad: las campañas por email u otros canales requieren el permiso separado que corresponda y una forma sencilla de retirarlo. Los datos no se venden.

La aplicación no guarda en sus contadores antiabuso el token original ni la IP: utiliza un identificador derivado y contadores con caducidad de un día. El borrado por caducidad del proveedor puede no ser inmediato. Los registros de Google Cloud están configurados con 30 días en el almacén _Default y 400 días en el almacén obligatorio _Required, cuya retención está bloqueada. No se han encontrado destinos de exportación externos en su configuración. Estos plazos son distintos de los registros propios de la aplicación. Las solicitudes públicas generan los registros necesarios para gestionar la reserva y su atención.

Puedes solicitar acceso, rectificación, supresión, oposición, limitación y, cuando corresponda, portabilidad, o retirar consentimientos, escribiendo a reservas@dexcaro.es. Se comprobará la identidad de forma proporcionada. Puedes reclamar ante la Agencia Española de Protección de Datos.

No se toman decisiones con efectos jurídicos basadas exclusivamente en el nivel de visitas del CRM.

Plazos y procedencia de las fichas

La reserva operativa se revisará a los 12 meses de la fecha del servicio. La lista de espera se eliminará a los 30 días de la fecha solicitada y los registros técnicos propios y colas finalizadas a los 90 días, salvo incidencias o necesidades de conservación documentadas. La depuración manual está habilitada: el propietario debe revisar una vista previa y confirmar expresamente cada lote. No hay borrado automático por el mero transcurso del plazo. Las reservas con información de salud, pagos, incidencias o derechos pendientes requieren revisión antes de eliminar o anonimizar datos.

La ficha CRM y el historial mínimo de visitas no tienen caducidad automática por antigüedad o inactividad. El historial de visitas completadas se guarda separado de la reserva operativa y no contiene contactos, comentarios, alergias ni pagos. Las alergias de la reserva y la memoria autorizada para futuras visitas tampoco tienen borrado automático. Esto no autoriza conservarlas incondicionalmente: se mantiene únicamente información necesaria para atenderte, bajo su autorización específica, con revisión anual de vigencia y confirmación en cada visita. Puedes rectificarla o retirar la autorización; dejar de recordar alergias no cancela la reserva. No se trasladan a la ficha para futuras visitas sin ese permiso adicional. La conservación sin caducidad automática no impide atender los derechos de supresión, oposición y limitación ni cumplir las obligaciones de bloqueo y eliminación aplicables.

El marketing solo se realizará con un permiso vigente o una base comprobada; ante retirada se detiene su uso comercial. Se conserva únicamente la prueba mínima necesaria para respetar esa decisión. Las copias de la base tienen una retención configurada de siete días, que no sustituye la eliminación en los datos activos. Un registro privado de supresiones y retiradas permite reaplicarlas antes de poner en uso una base restaurada; una recuperación incompleta o no verificable debe permanecer aislada. Los plazos de logs y mensajes de los proveedores no se deducen de los plazos internos de la app.

Se han incorporado fichas inequívocas procedentes de una exportación de TheFork: contactos, cumpleaños opcionales y datos internos de atención disponibles en origen. Las fichas dudosas se mantienen aparte. Las alergias históricas quedan pendientes de confirmar y no activan por sí mismas una memoria autorizada; los datos importados tampoco conceden permiso de marketing. Antes de utilizar contactos importados se informará de su origen, finalidades y derechos por el canal y en el momento que corresponda.

Comunicaciones y pagos

El buzón reservas@dexcaro.es pertenece al restaurante y lo revisa su titular. La propiedad del buzón no identifica por sí sola al proveedor de su infraestructura técnica. No se atribuye al proveedor un plazo de conservación no acreditado. La aplicación dispone de confirmaciones y avisos por email y notificaciones móviles, comprobados en pruebas controladas. Su alcance depende de la configuración autorizada de cada canal; una reserva guardada no prueba por sí sola que su mensaje se haya enviado o recibido. El email del cliente es opcional. De momento, el mensaje de confirmación se envía únicamente por email, si se ha facilitado. Sin email, la confirmación se muestra en pantalla y el cliente debe guardar la referencia y el enlace privado de gestión. Para Menú Experience, si se facilita un email, el flujo incluye una presolicitud en español, inglés y francés con el importe del depósito y las instrucciones de Bizum o transferencia. El cliente debe indicar el nombre de la reserva en el pago y enviar manualmente el comprobante por WhatsApp al 633032614; Dexcaro comprobará el ingreso antes de confirmar. Los SMS y los mensajes automáticos por WhatsApp no están conectados al flujo de reservas. Redsys tampoco está conectado: no se solicitan datos de tarjeta ni se realizan cargos.

Destinatarios, seguridad y cambios del aviso

Para prestar el sistema intervienen personal autorizado de Dexcaro, Google Firebase/Cloud y sus subencargados para alojamiento y protección. No se vende la información de clientes ni se comparte con TheFork desde esta app. La región europea de la base no prueba que todos los accesos técnicos o tratamientos del proveedor ocurran solo dentro del EEE; los acuerdos de tratamiento y las garantías aplicables dependen de los servicios y términos de la cuenta.

El panel del personal requiere cuenta autorizada y sus permisos separan reservas de configuración y CRM. No se piden ni almacenan números completos de tarjeta o códigos de seguridad. Si cambia alguna finalidad, proveedor o función relevante, este aviso se actualizará con fecha y versión antes de aplicarlo al formulario.

Acceso del personal y desbloqueo del dispositivo

El personal autorizado puede mantener su sesión mediante el almacenamiento de autenticación gestionado por Firebase, hasta cerrar sesión, retirar su acceso o perder el almacenamiento del navegador. La protección opcional mediante llave de acceso utiliza WebAuthn: el dispositivo verifica huella, rostro o su PIN y envía una respuesta criptográfica. El restaurante no recibe ni almacena biometría, PIN o claves privadas; conserva la clave pública y los metadatos necesarios para verificar el acceso y su revocación.

La cookie técnica __session está limitada a esta dirección, es accesible solo por el servidor y usa HttpOnly, Secure y SameSite Strict. Con la sesión recordada tiene una duración de 30 días, renovable durante el uso autorizado. El bloqueo automático es opcional y se elige por dispositivo: al activarlo, el desbloqueo tiene un máximo de doce horas y un permiso temporal de cinco minutos, renovado durante el uso activo; también se bloquea tras un minuto en segundo plano. Un bloqueo manual, el cierre de sesión o la revocación del acceso mantienen su efecto aunque el bloqueo automático esté apagado. El servidor conserva solo el resumen criptográfico de la cookie y su caducidad, no su valor opaco en los registros. La preferencia local tbgo.deviceAutoLock.v1 y la marca temporal tbgo.deviceHiddenAt.v1 permiten aplicar esa elección, sin guardar contraseñas ni biometría. Son mecanismos de seguridad del personal, no publicidad ni seguimiento de comensales. Las llaves pertenecen a la cuenta y a la dirección concreta de la app; no sustituyen la verificación en dos pasos ni conceden permisos adicionales.

Marca del software y responsable de los datos

TB&Go es la marca del software promovido por Carlos Miguel García Moreno. Su identificación no cambia al responsable de los datos de esta instalación: Dexperiencias Gastro 2023 S.L. La marca no concede derechos sobre tus datos personales ni amplía las finalidades o los permisos de tratamiento. Consulta el aviso de marca y derechos de uso.

Preferencia de sonido del personal

El personal puede activar un sonido con la app abierta. La preferencia se guarda en su navegador mediante tbgo.staff.sound.v1, con valor activado o desactivado, hasta que se cambie o se borre el almacenamiento del sitio. No contiene datos de clientes, credenciales ni información biométrica, y no se envía al servidor. El sonido en segundo plano depende del sistema operativo del dispositivo.