Política de Privacidad

1. Responsable del tratamiento y alcance de esta política

El responsable de Homeconomy es José Antonio Jiménez, con quien se puede contactar a través del correo electrónico jajimenez+homeconomy@gmail.com.

Esta política cubre los dos sitios desde los que se ofrece Homeconomy. Hacen cosas distintas, así que en todo lo que sigue se nombran distinto:

• El sitio público (www.homeconomy.app): las páginas de presentación y estas dos legales. Se leen sin cuenta y sin escribir nada.
• La aplicación (app.homeconomy.app): el panel de economía doméstica propiamente dicho, donde el usuario anota sus datos.

Cuando un apartado dice «la aplicación» se refiere solo al segundo, y cuando algo vale para los dos se dice «ambos sitios». La distinción importa porque casi todo lo que viene a continuación —los datos económicos, el cifrado, la sincronización— ocurre únicamente en la aplicación: en el sitio público no hay nada que guardar.

2. Qué datos se tratan y dónde se guardan

Por defecto, Homeconomy no dispone de servidor ni base de datos propia: todos los datos que el usuario introduce (movimientos, con sus categorías, subcategorías y etiquetas; movimientos programados y plantillas; proyectos y su presupuesto; préstamos y sus devoluciones; botes comunes; libretas y los traspasos entre ellas; y las personas asociadas a unos y otros) se almacenan exclusivamente en el dispositivo del usuario, mediante IndexedDB (mecanismo de almacenamiento local del navegador). El titular de la aplicación no recibe, no accede y no almacena en ningún sistema propio esos datos mientras el usuario no active la sincronización descrita en la sección 3.

Junto a esos datos, la aplicación guarda en el almacenamiento local del navegador (localStorage) unas pocas preferencias técnicas necesarias para funcionar: el tema claro u oscuro, si la sincronización está activada o en pausa y, únicamente si el usuario marca «Confiar en este dispositivo», la contraseña de cifrado (ver la sección 9). Nada de esto se envía a ningún servidor. La decisión sobre las cookies se guarda aparte, en una cookie propia que se describe en la sección 7.

Durante los procesos de registro y de acceso, y solo mientras duran, la aplicación puede guardar además dos anotaciones temporales en ese mismo almacenamiento local: un valor aleatorio de un solo uso que permite comprobar que la respuesta de un proveedor de acceso externo (sección 3) corresponde a un intento iniciado en este mismo dispositivo, y una copia de la clave de cifrado ya protegida con la contraseña —el mismo material que en su caso se sincroniza, nunca la clave en claro— para poder dejar el dispositivo como estaba si el registro se interrumpe a medias. Las dos se borran al terminar el proceso, y la primera caduca por sí sola a los quince minutos. Ninguna de las dos contiene datos económicos ni identifica a nadie.

Algunas de esas anotaciones pueden incluir datos de terceros: el nombre, la relación y las notas de las personas con las que el usuario comparte préstamos, botes o gastos. Reciben exactamente el mismo trato que el resto —se guardan en el dispositivo y, si se activa la sincronización, viajan cifrados— y no se usan para ninguna finalidad distinta de mostrárselos al propio usuario. Tampoco se ceden a nadie más, con una única excepción que decide el propio usuario: al compartir un bote, los nombres y emojis de las personas de su agenda que forman parte de él, y el correo electrónico con el que invita a cada persona, los ven las demás personas con acceso a ese bote (ver «Botes compartidos» en la sección 3). Mientras el uso sea exclusivamente personal y doméstico, queda fuera del ámbito del RGPD (artículo 2.2.c); compartir un bote con personas concretas de su círculo, que es lo que la aplicación permite —solo se puede invitar a quien ya forma parte del bote—, en principio sigue siendo compatible con ese carácter doméstico, aunque si el uso excediera ese ámbito la valoración sería otra y no puede darse por supuesta desde aquí. En todo caso, es el usuario quien decide qué anota de otras personas y con quién lo comparte, y quien responde de ello.

Al no transmitirse datos a ningún servidor en ese modo por defecto, el titular no realiza tratamiento alguno de los datos personales que el usuario introduce en la aplicación: dicho tratamiento ocurre únicamente de forma local, bajo el control exclusivo del propio usuario. La única excepción es el buzón de sugerencias descrito en la sección 10, que el usuario decide usar o no y que envía al titular únicamente lo que este escriba en ese formulario, nunca sus datos económicos.

En el sitio público no ocurre nada de lo anterior: no hay cuenta que crear, ni formulario que rellenar, ni dato económico que introducir, y no se guarda nada en el navegador salvo la cookie que recuerda la decisión sobre las cookies (sección 7). Quien solo lea las páginas de presentación no deja más rastro que el de la analítica agregada que se describe en esa misma sección.

3. Sincronización opcional entre dispositivos y botes compartidos (Dexie Cloud)

La aplicación ofrece, de forma opcional y desactivada por defecto, la posibilidad de sincronizar los datos entre varios dispositivos del mismo usuario y, si este lo decide, la de compartir un bote con otras personas (ver «Botes compartidos» más abajo), mediante el servicio Dexie Cloud, operado por Awarica AB, con sede en Suecia (Espacio Económico Europeo). Esta función solo se activa si el usuario pulsa expresamente uno de los botones de acceso («Iniciar sesión» o «Registrarse») y completa el proceso; mientras no lo haga, no se envía ni almacena nada fuera de su dispositivo.

Al iniciar sesión, el usuario introduce su correo electrónico para recibir un código de un solo uso: ese correo lo trata Dexie Cloud/Awarica AB para gestionar el inicio de sesión (queda asociado a un identificador de cuenta, y aparece también dentro de las credenciales técnicas de sesión emitidas por ese servicio); este tratamiento es independiente del cifrado del contenido económico descrito a continuación.

Acceso con un proveedor externo. Como alternativa al código por correo, el usuario puede elegir entrar con una cuenta de Google. En ese caso el navegador se dirige a las páginas de Google, donde la identificación ocurre por completo bajo las condiciones y la política de privacidad de esa empresa; Google devuelve después a Dexie Cloud la dirección de correo verificada, que se trata igual que si se hubiera escrito a mano. Conviene saber tres cosas. La primera, que el titular de la aplicación no recibe ninguna credencial de esa cuenta: ni contraseña, ni acceso a ningún otro servicio de Google. La segunda, que Google llega a saber que se ha usado esa cuenta para entrar en esta aplicación, y que sus servidores están en Estados Unidos. Y la tercera, que es enteramente opcional: el acceso con el código por correo sigue disponible y no involucra a ningún proveedor externo.

Entrar con un proveedor externo no cambia nada del cifrado descrito más abajo: el contenido económico sigue viajando cifrado con una clave que solo existe en los dispositivos del usuario, y en un dispositivo nuevo sigue haciendo falta la contraseña de cifrado para poder leerlo. El proveedor ahorra el código del correo, no la contraseña.

El cifrado de extremo a extremo del contenido económico (importes, nombres de categorías y subcategorías, notas, etiquetas) es obligatorio en cuanto se activa la sincronización, no una opción: la aplicación exige establecer una contraseña de cifrado antes de poder sincronizar por primera vez, y no permite desactivar el cifrado mientras la sincronización siga activa. La clave con la que se cifra se genera y permanece en los dispositivos del usuario, protegida por esa contraseña, que solo él conoce: ni Dexie Cloud/Awarica AB ni el titular de la aplicación pueden leer ese contenido. Los botes compartidos llevan además una clave propia, que se explica en «Botes compartidos».

Aun así, algunos metadatos viajan siempre en claro y son visibles para Dexie Cloud/Awarica AB y, técnicamente, para el titular como administrador del proyecto de sincronización. Son los que la aplicación necesita indexar para funcionar, y conviene saber exactamente cuáles son:

• De cada movimiento: su fecha, su tipo (ingreso/gasto), si está confirmado o es una estimación, y los identificadores internos que lo enlazan con el programado, la plantilla, el proyecto, el préstamo o la liquidación de los que proceda.
• De los movimientos, programados, plantillas, proyectos y préstamos: a qué libreta pertenece cada uno y, en un traspaso, qué dos movimientos lo forman y entre qué dos libretas va, también mediante identificadores internos sin nombre.
• De los movimientos programados: cada cuánto se repiten, su próxima fecha, la de fin si la tienen y el día de cierre en el caso de las liquidaciones de tarjeta.
• De los préstamos: la fecha, el sentido de la deuda (si el usuario prestó o le prestaron) y qué personas intervienen, mediante identificadores internos sin nombre; lo mismo para las devoluciones, y para quién participa en cada bote común.
• De las personas, proyectos, libretas, categorías y subcategorías: su estructura —qué cuelga de qué, en qué apartados aparece cada persona, qué sigue activo y qué está oculto— y el número aproximado de elementos de cada tipo.
• De los botes compartidos: lo que se detalla en «Botes compartidos», a continuación, que incluye los correos de las personas con acceso.

Dicho de otro modo: el servidor puede ver cuándo hay apuntes, cómo se relacionan entre sí y con qué personas (siempre bajo identificadores internos, nunca por su nombre; la excepción son los correos de las personas con acceso a un bote compartido, descritos a continuación), pero no de qué ni de cuánto. El contenido económico en sí —importes, nombres de categorías, subcategorías, personas, proyectos, préstamos, botes y libretas, notas y etiquetas— no se transmite nunca en claro mientras la sincronización está activa.

Botes compartidos

Un bote común se puede compartir con otras personas. Es una función opcional que solo puede usar el dueño del bote, es decir, quien lo creó, y que exige tener la sesión iniciada (sincronización activa) y el cifrado de la cuenta activado. Solo se puede invitar a personas que ya forman parte del bote, con una invitación por persona.

Cómo se invita. El dueño escribe el correo electrónico con el que esa persona inicia sesión en Homeconomy. La aplicación no envía ningún correo: es el dueño quien le pasa a la persona invitada un enlace, un código o un código QR, y puede usar para ello la función «Enviar el enlace» de su sistema. La persona invitada necesita una cuenta con ese correo, con la sesión iniciada y el cifrado activo; abre el enlace o introduce el código, y puede rechazar la invitación.

El enlace lleva la clave del bote. Va en el fragmento del enlace (la parte que sigue al «#»), que el navegador no envía a ningún servidor: no llega a Dexie Cloud ni a los registros de Vercel. Precisamente por eso, quien tenga el enlace puede leer el bote. El canal por el que el dueño se lo hace llegar a la persona invitada (mensajería, correo, en persona…) lo elige él y queda fuera de la aplicación, de modo que ni la aplicación ni el titular pueden garantizar su confidencialidad.

Papeles. Cada persona con acceso tiene uno de dos papeles: «Solo ver», que permite ver el bote y sus cuentas, o «Puede anotar», que además permite anotar gastos, aportaciones, donativos y adelantos y abrir la ronda de hoy. El dueño es el único que cambia la configuración, invita, retira a personas, cambia sus papeles y borra el bote.

Cifrado. Cada bote compartido tiene su propia clave (AES-GCM de 256 bits), generada en el dispositivo del dueño, que el servidor no tiene: el servidor no puede leer el contenido del bote. Cada miembro guarda esa clave cifrada con la clave de su propia cuenta. Como advierte la propia aplicación, el servidor sabe a qué correos se invita, pero no puede leer el bote.

Qué ven los miembros. Cada persona con acceso ve el bote entero, con los nombres y emojis de sus miembros tal como están en la agenda del dueño; quién anotó cada apunte («Anotado por…»), un dato informativo que el servidor no garantiza; y los correos electrónicos de las demás personas con acceso y el del dueño.

Qué queda en claro en Dexie Cloud por compartir. Además de lo ya enumerado en esta sección:

• Que el bote está compartido y con qué correos: una fila por miembro con su correo, su papel y el estado de la invitación (aceptada o rechazada, con la fecha y quién invitó).
• La cuenta del dueño.
• Qué cuenta escribió cada fila y cuándo.
• El número de apuntes, de aportaciones por ronda y de ampliaciones por gasto.
• Un identificador interno, seudónimo, de cada miembro, que enlaza sus aportaciones entre rondas.
• Que una cuenta tiene acceso a un bote.

El nombre del espacio compartido que Dexie Cloud crea para el bote es siempre el mismo («Homeconomy») y no revela nada. Los importes, los conceptos, los nombres, las notas y la clave del bote van cifrados.

Retirar a una persona. Cuando el dueño retira a alguien, esa persona deja de ver el bote en su aplicación y pierde lo que tuviera sin subir. No se le quita lo que ya haya visto, y la clave del bote no cambia: la aplicación no la rota, así que el enlace o el código que recibió volverían a abrir el bote si algún día se la invitara de nuevo.

4. Base legal y finalidad

En la medida en que el titular no trata datos personales que el usuario introduce en la aplicación en el modo local por defecto (movimientos, presupuestos, etc.), no aplica una base legal de tratamiento por su parte sobre esos datos en el sentido del artículo 6 del Reglamento (UE) 2016/679 (RGPD) mientras no se active la sincronización. Su única finalidad, en ese modo, es prestarle a él mismo, localmente, la funcionalidad de control de su economía doméstica.

Si el usuario activa la sincronización (sección 3), la base legal de ese tratamiento —el envío del correo electrónico a Dexie Cloud/Awarica AB para el inicio de sesión, y el envío de los datos económicos, siempre cifrados— es el consentimiento del usuario (artículo 6.1.a RGPD), prestado mediante la acción explícita de iniciar sesión. Puede revocarse en cualquier momento cerrando sesión desde el botón correspondiente. La aplicación permite además pausar la sincronización sin cerrar sesión(«Trabajar sin conexión», en el menú de perfil): mientras dure, no se envía ni se recibe nada, aunque los cambios que se hagan quedan anotados en el propio dispositivo y se subirán al reconectar.

Compartir un bote (sección 3) es una acción del usuario que comparte. El tratamiento del correo electrónico de la persona invitada —que el dueño escribe, que se guarda en Dexie Cloud/Awarica AB y que ven los demás miembros— ocurre por esa acción y con esa única finalidad, permitir el acceso al bote: no se usa para nada más y la aplicación no envía ningún correo a esa dirección. La persona invitada es, a su vez, usuaria de la aplicación, con su propia cuenta y su propia sesión iniciada, y puede rechazar la invitación. Quien comparte responde de las personas a las que invita (sección 2).

Los demás tratamientos, descritos en la sección 7, tienen bases legales distintas: el de Google Tag Manager se basa en el consentimiento del usuario (artículo 6.1.a RGPD), otorgado o revocado mediante el banner de cookies; los de Vercel Web Analytics y Vercel Speed Insights se basan en el interés legítimo del titular (artículo 6.1.f RGPD) en conocer el uso agregado y anónimo, y el rendimiento real, de ambos sitios, dado que ninguno de los dos servicios usa cookies ni identifica individualmente al usuario. El buzón de sugerencias de la sección 10 se basa igualmente en el consentimiento (artículo 6.1.a RGPD), que el usuario presta al enviar el formulario.

5. Conservación y eliminación de datos

Los datos permanecen en el navegador o dispositivo del usuario mientras este no los elimine, no borre los datos de navegación de la aplicación ni desinstale la PWA. El usuario puede eliminar todos sus datos en cualquier momento desde la propia aplicación (sección de Ajustes) o borrando los datos del sitio en su navegador.

Si el usuario ha activado la sincronización, cerrar sesión en un dispositivo concreto borra los datos de ese dispositivo, pero no borra por sí solo la copia que quede en el servidor de Dexie Cloud, pensada precisamente para seguir sincronizándose con los demás dispositivos del usuario y, en un bote compartido, con las demás personas con acceso. Para solicitar la eliminación completa de esa copia (por ejemplo, al dejar de usar la sincronización por completo), puede escribirse a jajimenez+homeconomy@gmail.com.

En los botes compartidos, retirar a una persona no borra lo que ya haya visto: solo le quita el acceso a partir de ese momento (sección 3). Borrar un bote compartido lo borra para todas las personas con acceso, y solo puede hacerlo el dueño y con conexión. Cerrar sesión borra la copia local de los datos de ese dispositivo, también la de los botes compartidos, pero los demás miembros conservan el bote. Las copias de seguridad del dueño guardan sus botes compartidos como una foto privada; las de una persona invitada no incluyen los botes ajenos.

6. Cesión de datos y transferencias internacionales

Mientras no se active la sincronización, los datos que el usuario introduce en la aplicación (movimientos, préstamos, botes, personas, etc.) no se ceden a terceros ni salen del dispositivo. Si se activa (sección 3), se ceden a Dexie Cloud/Awarica AB, con sede en Suecia: el correo electrónico, en claro, para gestionar el acceso; el contenido económico, siempre cifrado y por tanto ilegible para el proveedor; y los metadatos enumerados en la sección 3. Al tratarse de un país del Espacio Económico Europeo, no aplican las garantías adicionales previstas para transferencias fuera de él.

Si el usuario comparte un bote (sección 3), el contenido del bote se comunica además a las personas invitadas, que lo descifran en sus propios dispositivos con la clave del bote, y los correos electrónicos de los miembros se ceden en claro a Dexie Cloud/Awarica AB, igual que el resto de metadatos de la sección 3. Esa comunicación la decide el usuario que comparte; el canal por el que hace llegar el enlace queda fuera de la aplicación y del titular.

Las demás excepciones, descritas en la sección siguiente, son: (a) la analítica de terceros de Google Tag Manager, que solo se activa si el usuario la acepta expresamente y que puede implicar una transferencia de datos técnicos de uso a servidores de Google, incluso fuera del Espacio Económico Europeo, bajo las garantías previstas por Google para estos casos; y (b) Vercel Web Analytics y Vercel Speed Insights, los servicios de analítica y de rendimiento propios de Vercel Inc., la empresa que aloja ambos sitios, que tratan de forma agregada y anónima datos técnicos de uso y de rendimiento (páginas visitadas, métricas de velocidad de carga, IP tratada de forma transitoria para calcular visitantes únicos, sin almacenarse en claro), también bajo las garantías previstas por Vercel para transferencias fuera del Espacio Económico Europeo.

Si el usuario elige entrar con una cuenta de Google en lugar del código por correo (sección 3), interviene además Google LLC (Estados Unidos), que identifica al usuario en sus propias páginas y devuelve la dirección de correo verificada. No se le envía ningún dato económico, y ese paso solo ocurre si se usa esa vía de acceso.

A todo lo anterior se suma un canal distinto, que no depende de la sincronización y que solo se usa si el usuario decide escribir: el buzón de sugerencias descrito en la sección 10, cuyo destinatario es GitHub, Inc. (Estados Unidos).

7. Cookies, Google Tag Manager y analítica

La aplicación —y solo ella: el sitio público no lo lleva— emplea un service worker (tecnología PWA) exclusivamente con fines técnicos, para permitir el funcionamiento sin conexión y mejorar el rendimiento, sin recopilar datos personales ni de navegación. Esto no requiere consentimiento y no depende de la decisión sobre cookies descrita a continuación.

Ambos sitios utilizan Vercel Web Analytics y Vercel Speed Insights, los servicios de analítica y de medición de rendimiento del propio proveedor de alojamiento (Vercel Inc.), para conocer de forma agregada y anónima su uso (páginas más visitadas, número aproximado de visitantes) y su rendimiento real (tiempos de carga, Core Web Vitals). Ninguno de los dos utiliza cookies ni ningún otro identificador persistente, ni permite identificar individualmente al usuario, por lo que ambos están activos desde el primer acceso y no dependen del banner de cookies. Para más información, puede consultarse la política de privacidad de Vercel.

Además, ambos sitios utilizan Google Tag Manager (GTM), una herramienta de Google que permite configurar servicios de medición y analítica web (por ejemplo, Google Analytics) sin necesidad de modificar el código en cada cambio. GTM y las herramientas que se configuren a través de él pueden usar cookies y recopilar datos de uso (páginas visitadas, interacciones, información técnica del dispositivo y navegador) que se envían a Google.

GTM no se carga hasta que el usuario da su consentimiento expreso en el banner de cookies que se muestra al entrar en cualquiera de los dos. Si el usuario rechaza el consentimiento, no se carga ningún script de Google ni se genera ninguna cookie de analítica. El usuario puede cambiar su decisión en cualquier momento desde «Preferencias de cookies», en el pie de página de los dos sitios: al retirar un consentimiento ya otorgado, se borran las cookies de analítica que hubiera en el navegador y se recarga la página para detener la medición en el acto, sin esperar a la siguiente visita. Para más información sobre el tratamiento que realiza Google, puede consultarse su política de privacidad.

Para poder recordar esa decisión, el titular instala una cookie propia (home-economy-consent), que guarda únicamente si el usuario aceptó o rechazó. No contiene ningún identificador, ni datos personales, ni información sobre el uso: solo una de esas dos palabras. Es una cookie técnica o estrictamente necesaria —sin ella no habría forma de recordar una negativa, y el banner volvería a aparecer en cada visita—, por lo que no requiere consentimiento previo. Caduca al cabo de un año, y el usuario puede borrarla en cualquier momento desde su navegador: hacerlo equivale a no haber decidido todavía, y el banner se mostrará de nuevo.

Esa cookie se instala para el dominio homeconomy.app y sus subdominios, de modo que la decisión tomada en el sitio público (www.homeconomy.app) vale también para la aplicación (app.homeconomy.app) y al revés. El motivo es no preguntar dos veces por lo mismo a la misma persona.

8. Derechos del usuario

Puesto que los datos residen principalmente en el dispositivo del usuario, este ejerce en todo momento y de forma directa sus derechos de acceso, rectificación, supresión, portabilidad, limitación y oposición: puede consultar, modificar, exportar o borrar sus datos desde la propia aplicación, sin necesidad de solicitarlo al titular. Si ha activado la sincronización, ejercer estos derechos sobre la copia que quede en el servidor (más allá de cerrar sesión en sus propios dispositivos) puede requerir contactar con el titular, según lo descrito en la sección 5. Para cualquier consulta relacionada con esta política, puede escribirse a jajimenez+homeconomy@gmail.com.

9. Seguridad

La seguridad de los datos depende del dispositivo y navegador del usuario. Se recomienda mantener el sistema operativo y el navegador actualizados, proteger el acceso al dispositivo y, si se exportan copias de seguridad, guardarlas en un lugar seguro (o cifrarlas, si se activa esa opción en la propia copia de seguridad).

Si además se activa la sincronización (sección 3), el cifrado de extremo a extremo que ofrece la aplicación es obligatorio, no una recomendación: no es posible sincronizar sin él, así que el contenido económico nunca es legible por Dexie Cloud/Awarica AB ni por el titular como administrador del proyecto.

La contraseña de cifrado no se envía nunca a ningún servidor y el titular no la conoce, pero sí queda guardada en el propio dispositivo en dos casos, para no tener que escribirla en cada arranque: la clave con la que se cifran los datos se conserva en una tabla local que nunca se sincroniza, y la contraseña en sí se guarda en el almacenamiento local del navegador solo si el usuario marca «Confiar en este dispositivo» al desbloquear (la casilla se puede dejar sin marcar, y al cerrar sesión se ofrece olvidarla). Es la contrapartida asumida de no pedir la contraseña continuamente: lo que protege el cifrado es el servidor y el tránsito, no a quien tenga acceso físico a un dispositivo ya desbloqueado — de ahí la recomendación de protegerlo del párrafo anterior.

Si el usuario pierde la contraseña junto con el código de recuperación que se le muestra al activar el cifrado, sus datos sincronizados quedan irrecuperables (aunque siguen a salvo en cualquier copia de seguridad que haya guardado).

10. Buzón de sugerencias

La aplicación incluye, en la sección de Ajustes, un formulario voluntario para enviar sugerencias al titular. Es el único punto de toda la aplicación en el que el titular recibe información escrita por el usuario, y solo funciona por acción expresa de este: no se envía nada mientras no se rellene el formulario y se pulse el botón de enviar.

Se envía únicamente el texto que el usuario escriba; de forma opcional, una dirección de correo si desea respuesta; y, si mantiene activada la casilla correspondiente, dos datos técnicos que se le muestran literalmente en pantalla antes de enviar: una descripción aproximada de su navegador y sistema operativo (por ejemplo, «Chrome 141 · Android») y la sección de la aplicación desde la que escribe. No se envía ningún dato económico —ni movimientos, ni saldos, ni préstamos, ni botes, ni personas— salvo que el propio usuario los escriba en el texto de la sugerencia, algo que el formulario desaconseja expresamente.

La sugerencia se publica como incidencia en un repositorio de código privado alojado por GitHub, Inc. (Estados Unidos), al que solo tiene acceso el titular. Esa transferencia se ampara en las garantías previstas por GitHub para transferencias fuera del Espacio Económico Europeo. La dirección IP desde la que se envía se utiliza de forma transitoria y sin conservarse, con la única finalidad de evitar envíos masivos automatizados, y no se incorpora a la incidencia.

La base legal es el consentimiento del usuario, manifestado en el propio acto de enviar la sugerencia, y la finalidad exclusiva es mejorar la aplicación y, en su caso, responder a quien haya facilitado un correo. Los datos se conservan mientras la incidencia siga existiendo; el usuario puede solicitar su eliminación escribiendo a jajimenez+homeconomy@gmail.com.

11. Cambios en esta política

Esta política de privacidad podrá actualizarse para reflejar cambios en cualquiera de los dos sitios o en la normativa aplicable. Cualquier cambio se publicará en esta misma página.

12. Contacto

Para cualquier duda sobre esta política de privacidad, puede escribir a jajimenez+homeconomy@gmail.com.