Kimda

Política de privacidad

Última actualización: 27 de octubre de 2026

Esta es una traducción automática. La versión jurídicamente vinculante es la versión en checo.

La versión checa de esta política es la vinculante. Las traducciones a otros idiomas son solo a título informativo; en caso de discrepancia, prevalecerá la versión checa.

Este documento describe qué datos tratan la app Kimda («la app», «nosotros») y el sitio web kimda.app, por qué y con qué base jurídica, a quién se los comunicamos, durante cuánto tiempo los conservamos y qué derechos tienen usted y sus hijos. La app está pensada para que la use toda la familia, incluidos los niños; por eso tratamos la protección de los datos con especial cuidado.

1. Quién es el responsable del tratamiento

El responsable del tratamiento de los datos es Mgr. Ivo Slávka, operador de la app Kimda como persona física dedicada a actividades comerciales inscrita en el registro de actividades económicas mantenido por la Oficina Municipal de Praga 8, IČO 30070929, con domicilio en Bergerova 1115/2, 182 00 Praha 8 – Kobylisy, República Checa. Correo electrónico de contacto para consultas sobre privacidad y para ejercer sus derechos: privacy@kimda.app.

2. Qué datos tratamos y por qué

Datos de la cuenta: nombre, apellidos, número de teléfono, rol (progenitor/hijo), idioma y tema de apariencia elegidos, foto de perfil opcional, la versión de esta política y la hora en que la aceptó, en el caso del progenitor la hora en que confirmó su mayoría de edad, y en el caso del niño la hora, la versión de la política y el progenitor que dio el consentimiento por el niño (punto 5). Su nombre y foto de perfil son visibles para otros miembros de su familia en la aplicación (un padre ve a todos los miembros, un niño ve a sus padres y hermanos).
El número de teléfono lo usamos para verificar la identidad (código SMS) y para iniciar sesión y su huella irreversible también para proteger el período de prueba de Premium (punto 6), tras el cambio de número para verificar la solicitud de recuperación de una cuenta usurpada (registros de seguridad más abajo) y tras la restauración de la base de datos a partir de una copia de seguridad para retener el inicio de sesión con un número que la cuenta dejó anteriormente (diario de cambios de teléfono más abajo); la app no lo usa para escribir a nadie ni lo comparte con terceros, salvo con el proveedor de la verificación por SMS (Twilio, véase el punto 4).
Datos de la familia: nombre de la familia, quién forma parte de ella, qué rol y qué ajustes tiene cada uno (porcentajes de reparto de la paga, moneda, idioma y zona horaria de la familia) y el historial de cambios en las reglas financieras (quién cambió, por ejemplo, el interés, los porcentajes de reparto, la moneda o la zona horaria, cuándo y de qué valor a qué valor).
Solicitudes de unión: nombre, apellidos, rol y número de teléfono de la persona que quiere unirse a la familia, y la hora de la solicitud, para que el progenitor vea a quién aprueba.
Solicitudes de consentimiento parental: tipo de solicitud (eliminación de un progenitor o eliminación de toda la familia), quién la presentó, a quién concierne y quién la aprobó, rechazó o canceló (identificadores internos), marcas de tiempo (presentación, plazo, recordatorio, resolución) y resultado (aprobada, rechazada, cancelada, ejecutada tras el vencimiento del plazo o invalidada); no almacenamos nombres, números de teléfono ni texto libre. Los progenitores de la familia pueden ver las solicitudes en la app.
Datos de las tareas: nombre de la tarea, puntos, cuándo se cumplió/aprobó/rechazó y fotos, si la tarea requiere una foto, incluida la huella técnica de la foto (véase el punto 3).
Planes, rutinas y recordatorios: a quién se asigna la tarea, día y hora previstos, estado de cumplimiento, retraso, orden de rotación y si se ha enviado un recordatorio.
Recompensas y metas: catálogo familiar de recompensas, solicitudes de recompensa, metas de ahorro e importes que el niño ha transferido a una meta. A partir de estos datos, el resumen para los padres calcula el cumplimiento global, la puntualidad y la equidad en el reparto; no crea ningún ranking público de los niños.
Datos financieros de la app: puntos, paga virtual y su reparto, solicitudes de pago, préstamos e intereses dentro de la familia; se trata de un registro interno de la app, no de datos bancarios o de pago reales. La app no tiene acceso a ninguna cuenta bancaria ni tarjeta de pago. El resumen mensual de un niño (número de tareas aprobadas, puntos y con Premium también la cantidad del mes actual; no los saldos de las cajas) también es visible para otros niños de la misma familia, a menos que un padre lo desactive en la configuración de la familia.
Registros de pagos directos y reembolsos manuales: cuando un progenitor paga directamente al niño en la app una parte de su saldo (sin solicitud del niño) o registra manualmente un reembolso de su préstamo, el servidor guarda sobre cada una de tales operaciones un registro independiente que ya no se modifica. Contiene los identificadores internos de la familia, del niño y del progenitor que realizó la operación, el tipo de operación (pago directo, reembolso manual), el importe, en el caso del pago la caja de la que se pagó y el desglose del importe (en el caso del pago, en la parte procedente de depósitos propios y en la parte procedente de intereses acreditados; en el caso del reembolso, en principal e intereses), la hora de la operación y el identificador aleatorio de la solicitud. El registro sirve para poder acreditar qué y cuándo registró el progenitor en la app y para que una posible disputa familiar pueda evaluarse según el registro, no solo según el saldo resultante. Se trata de un registro interno de la app; la app por sí misma no transfiere dinero. Los registros forman parte de la exportación de datos (punto 7) y se conservan conforme al punto 6.
Suscripción: estado de la suscripción de la familia (período de prueba, Premium, su validez y renovación) y posible acceso gratuito mediante código promocional; el servidor guarda los propios códigos promocionales solo como huella HMAC y registra la gestión de los códigos (quién, cuándo, qué acción). No vemos los datos de pago; el pago lo procesa Apple o Google. El comprobante del consentimiento para el inicio inmediato de Premium, que conservamos como prueba de este consentimiento, se describe en el punto 6.
Inicio de sesión y seguridad: sesiones de inicio de sesión de cada dispositivo (cuándo se creó, cuándo se usó por última vez y hasta cuándo es válida). El progenitor ve en el Perfil un resumen de sus dispositivos conectados (solo la hora de inicio de sesión y del último uso, sin dirección IP ni nombre del dispositivo) y puede cerrar sesión en ellos individualmente. El servidor guarda los tokens de actualización solo como huellas SHA-256, incluidas las huellas de los tokens ya reemplazados, para detectar el uso indebido de un token robado. Al solicitar un código SMS, guarda la huella con clave (HMAC-SHA-256) del número de teléfono y la huella SHA-256 del desafío de un solo uso junto con el número de intentos, en caso de cambio de número y de confirmación de eliminación de la familia también su finalidad y el identificador interno de la cuenta. Calcula los límites de número de solicitudes, incluido el límite diario de SMS enviados, según la huella con clave (HMAC-SHA-256) de la dirección IP o de su red (IPv4 /24, IPv6 /56), del número de teléfono, de un par de número de teléfono y red o de la cuenta, o según el país o el prefijo del número de teléfono. El servidor deriva la clave de estas huellas a partir de una clave secreta almacenada fuera de la base de datos, de modo que la huella no se puede convertir de nuevo en un número de teléfono ni en una dirección IP sin ella. Los registros de seguridad sobre eventos importantes (p. ej., inicio de sesión, solicitud de unión, aprobación, rechazo o eliminación de un miembro, nuevo código de invitación, cierre de sesión de un dispositivo, cambio de número de teléfono, confirmación de la política, consentimiento de un progenitor por un niño o sospecha de uso indebido de un token) contienen el tipo de evento, la hora y los identificadores internos; en la eliminación de un miembro, además su rol (progenitor/hijo), en la confirmación de la política y el consentimiento de un progenitor la versión de la política y en la eliminación de la cuenta de un niño que tenía una deuda, un saldo o solicitudes pendientes, también la moneda, los importes anulados y el número de solicitudes pendientes. El registro de seguridad sobre el cambio de número de teléfono contiene además la huella irreversible del número original (HMAC con clave secreta), para que el soporte técnico pueda verificar que la solicitud de recuperación de una cuenta usurpada la presenta el verdadero titular del número original. No contienen nombres, números de teléfono ni direcciones IP. Los cambios de número de teléfono y la eliminación o restablecimiento de un miembro de la familia se registran además en un diario independiente, que describe la viñeta «Diario de cambios de teléfono y estado del miembro» más abajo.
Advertencias de seguridad: cuando un progenitor inicia sesión con un código SMS, los demás progenitores de la familia reciben una advertencia general sin nombre ni número de teléfono; en cada inicio de sesión con un código SMS (de un progenitor y de un niño), los dispositivos ya iniciados de la misma cuenta también reciben una advertencia general sobre el nuevo inicio de sesión. Al cambiar de número de teléfono (el nuevo número se verifica mediante un código SMS), el servidor cierra la sesión de los demás dispositivos conectados de la cuenta y los dispositivos actuales de la cuenta y los progenitores de la familia reciben una advertencia general; el número original no se conserva en adelante – solo permanece su huella irreversible en el registro de seguridad sobre el cambio (30 días, véase la sección 6), las huellas irreversibles del número original y del nuevo en el diario de cambios de teléfono (60 días, véase más abajo y la sección 6) y, en el caso de un progenitor que haya sido miembro de una familia durante su período de prueba, también la huella según la sección 6. Cuando el soporte técnico restablece el número a petición del titular de la cuenta, primero verifica su identidad: mediante un código SMS enviado al número original, cuya huella debe coincidir con la huella en el registro de cambio de número. Si tal verificación no es posible (el registro del cambio ya no existe o el titular no tiene el número original), la verifica mediante una confirmación de otro progenitor de la familia (verificada mediante un código SMS enviado al número de este progenitor) y respuestas a las preguntas formuladas por el soporte técnico; en tal caso, primero envía una advertencia a los dispositivos de la cuenta y a los progenitores de la familia y devuelve el número no antes de 72 horas, si nadie se opone; verá esta advertencia después de iniciar sesión y directamente en la aplicación durante todo el plazo. Sin tal verificación, no restablece el número y no cancelará ninguna solicitud – solo puede cerrar la sesión de todos los dispositivos de la cuenta. Si el soporte técnico ya ha devuelto la misma cuenta una vez en los últimos 30 días, considera la siguiente solicitud como una disputa y no restablece el número sin una comprobación adicional. Tras el restablecimiento, el servidor cierra la sesión de la cuenta en todos los dispositivos, los progenitores de la familia reciben una advertencia general y la intervención queda registrada (quién la realizó, cuándo, a qué cuenta concierne y un enlace a su solicitud – sin número de teléfono). Los progenitores también reciben una advertencia general al eliminar la cuenta de un niño, al eliminar a otro progenitor (incluido el progenitor eliminado) y ante la sospecha de uso indebido de un token de inicio de sesión; en ese caso, el servidor cierra la sesión de la cuenta en todos los dispositivos y cancela sus registros para notificaciones. El servidor guarda primero las advertencias de seguridad (p. ej., sobre un nuevo inicio de sesión o dispositivo, cambio de número de teléfono, cambio de reglas financieras, eliminación de un miembro, eliminación de la cuenta de un niño o sospecha de uso indebido de un token) en una cola (tipo de advertencia, destinatario —token push del dispositivo o identificador interno de la familia o de la cuenta e idioma— y tipo de evento técnico general) y solo desde allí las entrega; envía directamente la advertencia al restablecer una cuenta usurpada por parte del soporte técnico (más arriba). Si una advertencia a los progenitores o a los dispositivos de la cuenta de un miembro de la familia no se puede entregar ni siquiera tras repetidos intentos, el servidor guarda solo el identificador interno de la familia, el tipo de advertencia y la hora (sin token push y sin nombre), para que el progenitor vea de qué advertencia se trataba al iniciar sesión la próxima vez en la app y pueda confirmarla; si el destinatario no tiene ningún dispositivo al que se pueda enviar una advertencia, no se genera dicho registro. El punto 6 establece los plazos de conservación.
Diario de cambios de teléfono y estado del miembro: además de los registros de seguridad anteriores, el servidor mantiene para cada cambio de número de teléfono de la cuenta (ya sea que lo realice usted mismo en el Perfil o que lo realice el soporte técnico a petición suya) y para cada eliminación o restablecimiento de un miembro de la familia un registro independiente en el diario. El registro contiene un identificador aleatorio del registro, los identificadores internos de la cuenta y de la familia, el tipo de evento (cambio de número, restablecimiento de número por el soporte, eliminación de miembro, restablecimiento de miembro), la hora del evento y —solo en el cambio de número— las huellas irreversibles tanto del número original como del nuevo (HMAC-SHA-256 con una clave secreta almacenada fuera de la base de datos). En la eliminación y el restablecimiento de un miembro no hay ninguna huella. En el diario no hay números de teléfono, nombres ni direcciones IP. La huella no se puede convertir de nuevo en un número de teléfono sin la clave secreta, pero como está vinculada al identificador interno de la cuenta, se trata de un dato seudónimo, no de un dato anónimo. El diario sirve únicamente para proteger contra las consecuencias de la restauración de la base de datos a partir de una copia de seguridad: para que no vuelva a la cuenta un número que la cuenta dejó entretanto (y que otra persona pudo haber asumido), y para volver a aplicar la eliminación de un miembro de la familia que la copia de seguridad no contiene. Por ello, al iniciar sesión con código SMS y al verificar el número de teléfono, el servidor compara la huella del número introducido con el último registro del diario; si no coincide, retiene el inicio de sesión y remite al soporte técnico. El registro se guarda en la base de datos y, por lo general en cuestión de minutos, también en una copia en el almacenamiento privado independiente Cloudflare R2 (punto 4), para que sobreviva a la pérdida de la base de datos entre copias de seguridad. Los plazos de conservación los establece el punto 6.
Datos técnicos: token push e identificador aleatorio del dispositivo, que la app crea para entregar notificaciones (no es un identificador de hardware), la hora del último registro del dispositivo, el inicio de sesión al que pertenece el registro, y la huella SHA-256 del secreto de instalación aleatorio con el que el dispositivo demuestra que el token push le pertenece. Tras la liberación del registro (cierre de sesión, eliminación de un miembro, bloqueo de seguridad o limpieza automática), el servidor recuerda dos registros de duración limitada para que una cuenta ajena no pueda hacerse cargo de las notificaciones del dispositivo: (a) registro sobre el token push liberado: huellas SHA-256 del token push y del secreto de instalación, identificador interno de la familia y hora de liberación (el token liberado no puede así ser asumido por una cuenta de otra familia); y (b) registro sobre el dispositivo liberado: identificador interno de la cuenta, identificador aleatorio del dispositivo, las mismas huellas y hora de liberación (el dispositivo liberado no puede así, sin demostrar que se trata de la misma instalación, ser ocupado de nuevo por otra sesión de inicio de sesión de la misma cuenta, por ejemplo, una robada). Además, el servidor conserva durante 30 días el registro sobre el registro del dispositivo (identificador interno de la cuenta y del dispositivo, huella del token push, tipo de evento y hora), conforme al cual controla el límite de registros de nuevos dispositivos en 24 horas. Los plazos de conservación los establece el punto 6; el registro sobre el dispositivo liberado no se mantiene al eliminar la cuenta. Además, los registros operativos del servidor (p. ej., estados de error) sin números de teléfono ni el contenido de las solicitudes. En el teléfono, la app conserva los tokens de inicio de sesión en un almacenamiento seguro y recuerda el idioma y el tema elegidos; también comunica el idioma elegido al servidor para que las notificaciones lleguen en su idioma. Lo que la app envía directamente a los servicios Expo y Sentry se describe en el punto 4.

Por qué tratamos los datos y con qué base jurídica:

Cuenta familiar y funciones de la app (registro, familia, tareas y fotos, planes, recordatorios, recompensas, metas, paga incluidos los registros de pagos directos y reembolsos manuales, notificaciones y suscripción): ejecución de un contrato, es decir, las condiciones de uso (Art. 6(1)(b) RGPD). Además, tratamos los registros de pagos directos y reembolsos manuales y el historial de cambios de las reglas financieras sobre la base de nuestro interés legítimo en la trazabilidad de las operaciones financieras y de las reglas en la app y en la resolución de disputas en la familia (Art. 6(1)(f) RGPD). Además, tratamos el comprobante del consentimiento para el inicio inmediato de Premium y su copia fuera de la base de datos sobre la base de nuestro interés legítimo en demostrar este consentimiento y en la defensa de reclamaciones legales (Art. 6(1)(f) RGPD). Para los datos de los niños, véase el punto 5.
Inicio de sesión verificado por código SMS: ejecución de un contrato (Art. 6(1)(b) RGPD); sin un número de teléfono verificado no es posible iniciar sesión en la app.
Seguridad y protección contra el uso indebido (sesiones y huellas de tokens, desafíos de código SMS, límites de número de solicitudes y límite diario de SMS, registros de seguridad, diario de cambios de teléfono y estado del miembro, memoria de tokens push y dispositivos liberados, el registro de registro del dispositivo y el límite de registros de nuevos dispositivos en 24 horas, la cola de notificaciones de seguridad y el registro de notificaciones no entregadas, registros operativos, huella del número de teléfono contra el uso repetido del periodo de prueba, solicitudes de consentimiento parental que protegen a la familia contra la eliminación unilateral de un progenitor o la eliminación familiar, y la verificación de la identidad cuando el soporte técnico recupera una cuenta usurpada, incluido el registro de tales intervenciones): nuestro interés legítimo en el funcionamiento seguro del servicio, la protección de las cuentas de padres e hijos y la defensa contra el uso indebido de la verificación por SMS (Art. 6(1)(f) RGPD).
Corrección de errores y actualización de la app (informes de errores a través de Sentry, actualizaciones a través de Expo): nuestro interés legítimo en una app estable y segura (Art. 6(1)(f) RGPD).
Tramitación de sus solicitudes según el punto 7 y prueba de cómo y cuándo las tramitamos (p. ej., estado de la eliminación realizada, el diario de eliminaciones realizadas y la tarea de eliminación externa): cumplimiento de una obligación legal (Art. 6(1)(c) RGPD).
Medición de publicidad en el sitio web kimda.app (Meta Pixel): su consentimiento (Art. 6(1)(a) RGPD), véase el punto 9.

Puede oponerse al tratamiento basado en el interés legítimo (punto 7). El número de teléfono es necesario para el registro y el inicio de sesión; sin él no se puede usar la app. La foto de perfil es voluntaria y la foto de la tarea cumplida solo es necesaria para las tareas en las que el progenitor la exija. No utilizamos decisiones automatizadas ni elaboración de perfiles con efectos jurídicos o de importancia similar (Art. 22 RGPD); los límites de seguridad automáticos, que por ejemplo bloquean temporalmente nuevos intentos de código SMS, sirven únicamente para proteger las cuentas y el servicio.

3. Fotos de las tareas

Las fotos que el niño (o el progenitor en su lugar) sube a una tarea solo las ven los miembros de la misma familia (padres e hijos en la app). No son públicas, la app no las comparte con ninguna otra app ni red social. La foto para la tarea solo se puede tomar con la cámara de la app. La app y, posteriormente, el servidor eliminan los metadatos de la foto antes de guardarla (por ejemplo, la ubicación GPS o los datos de la cámara). Las fotos se guardan en un almacenamiento de objetos no público (véase el punto 4) y el servidor solo las entrega a un miembro de la misma familia que haya iniciado sesión. El progenitor puede solicitar su eliminación en cualquier momento.

Por cada foto subida, el servidor calcula una huella técnica (una suma de comprobación y una huella de imagen simplificada de 64 bits). Solo sirve para que la app reconozca cuándo se vuelve a utilizar la misma foto o una casi idéntica para una tarea, y para asegurar que la foto pertenece a la tarea para la que el niño acaba de tomarla en la app. La foto no se puede mostrar ni reconstruir a partir de la huella, y esta se elimina junto con la foto. El servidor elimina el registro del desafío de tiempo de la foto (quién la solicitó en la app, para qué tarea y cuándo) después de 7 días. El progenitor ve una advertencia junto a la foto cuando esta no tiene una comprobación de tiempo válida de la app o es muy similar a una foto anterior, como ayuda durante la aprobación; la comprobación no garantiza que la foto no pueda ser falsificada.

4. A quién comunicamos los datos y transferencias fuera de la UE

Comunicamos los datos solo a los proveedores que nos prestan servicios para el funcionamiento de la app (encargados del tratamiento), y solo en la medida en que lo necesiten. Los encargados del tratamiento solo pueden usar los datos para prestar su servicio para nosotros y según nuestras instrucciones. Apple y Google actúan como responsables independientes en las compras en las tiendas.

Proveedor de alojamiento (Railway): opera el servidor de la app y la base de datos en la que se almacenan los datos de la app.
Cloudflare: el almacenamiento privado de objetos R2 conserva, con transferencia cifrada, las fotos de perfil y las fotos de las tareas cumplidas, las copias de seguridad de la base de datos (cifradas antes de su envío de tal manera que solo se pueden descifrar con una clave privada que conservamos fuera de la nube), el registro de eliminaciones realizadas (solo identificadores internos, tipo de eliminación y hora), el diario de cambios de teléfono y estado del miembro (punto 2: identificadores internos, tipo y hora del evento y, en el cambio de número, huellas irreversibles de los números) y una copia del comprobante del consentimiento para el inicio inmediato de Premium (punto 6: identificadores internos de la familia y del usuario, hora del consentimiento, plan elegido, inicio del período pagado, identificador de la transacción de la tienda y versión del texto mostrado) en buckets no públicos; el acceso a las fotos sigue controlado por el backend autenticado de Kimda. Cloudflare también opera el sitio web kimda.app (punto 9).
Twilio (verificación del teléfono mediante código SMS): recibe el número de teléfono y el código que usted introduce únicamente para entregar y verificar el código SMS.
Expo (650 Industries): en primer lugar, entrega las notificaciones: recibe el token push del dispositivo, el identificador de instalación para las notificaciones, el token nativo de Apple o Google, un texto o emoji genérico de la notificación y un tipo técnico genérico del evento. En el mensaje push no enviamos identificadores de la base de datos, nombres, nombres de tareas ni importes. Expo reenvía el mensaje al servicio push de Apple (Apple Push Notification service) o de Google (Firebase Cloud Messaging). En segundo lugar, entrega las actualizaciones de la app (EAS Update): la app pregunta a los servidores de Expo en cada inicio si hay una corrección disponible. Expo recibe entonces la dirección IP del dispositivo, la plataforma, la versión de la app, el identificador de la actualización instalada, en su caso el texto del último error que cerró la app, y un identificador aleatorio de instalación EAS-Client-ID, que la app guarda permanentemente en el teléfono y que no cambia ni siquiera al cerrar sesión. No lo vinculamos con su cuenta y la app no lo envía a nuestro servidor.
Apple y Google: como responsables independientes, procesan la compra y la gestión de la suscripción en App Store y Google Play; como servicios push (Apple Push Notification service, Firebase Cloud Messaging), entregan las notificaciones a los dispositivos.
RevenueCat (gestión de suscripciones a través de App Store / Google Play, solo en cuentas de progenitor): trata el identificador de la familia, el historial de compras, el recibo de Apple o el token de compra de Google, la hora del último uso y datos técnicos del dispositivo (p. ej., tipo de dispositivo y sistema operativo). No recibe de Kimda el nombre ni el número de teléfono del progenitor ni del niño. En la app no están activadas las integraciones publicitarias/de atribución de RevenueCat ni la recopilación manual de identificadores publicitarios.
Sentry (informes técnicos de errores de la app y del servidor, para corregirlos): recibe el tipo de error, el lugar en el código, la versión de la app y del sistema operativo. La app y el servidor están configurados para no enviarle el nombre, el teléfono, el token de inicio de sesión, el contenido de las solicitudes ni la dirección IP. La organización Kimda en Sentry se encuentra en la región de datos de la UE (Alemania).
Proveedor de correo electrónico (Spaceship, servicio Spacemail): entrega y conserva los correos electrónicos que nos envía a privacy@kimda.app o support@kimda.app.

Railway, Cloudflare, Twilio, Expo, RevenueCat, Sentry, Spaceship, Apple, Google y Meta (punto 9) son empresas con sede o infraestructura en EE. UU., por lo que pueden tratar los datos también fuera del Espacio Económico Europeo. Para las transferencias fuera del Espacio Económico Europeo, utilizamos un mecanismo del Capítulo V del RGPD que se aplica al destinatario y al tratamiento concretos; por lo general, la certificación del destinatario en el marco del EU-USA Data Privacy Framework (decisión de adecuación de la Comisión Europea, Art. 45 RGPD) o cláusulas contractuales tipo aprobadas por la Comisión Europea (Art. 46(2)(c) RGPD). Le proporcionaremos información sobre el mecanismo de un destinatario concreto y sobre dónde se puede obtener una copia de las correspondientes garantías si lo solicita en privacy@kimda.app.

No vendemos los datos de la app, no los compartimos con anunciantes ni los usamos para publicidad dirigida. La medición publicitaria en el sitio web kimda.app, con el consentimiento del visitante, se describe en el punto 9.

5. Consentimiento de los padres y rol de los hijos

Solo una persona adulta puede crear la app (el rol "progenitor" y una nueva familia). Una cuenta con el rol "hijo" se crea siempre después de unirse mediante un código de invitación que solo conoce el progenitor; por tanto, el niño solo puede participar con el conocimiento y el consentimiento del progenitor que comparte el código. Además, cada conexión de un niño o de otro progenitor debe ser aprobada expresamente por un progenitor en la app; hasta su aprobación, el nuevo miembro solo ve el nombre de la familia. El código de invitación de la familia es válido durante 48 horas, una solicitud no aprobada se elimina automáticamente a las 72 horas y una rechazada o cancelada, de inmediato. Al registrarse con el rol "progenitor", usted confirma que es mayor de edad y que tiene derecho legal a consentir el tratamiento de los datos de sus hijos en la app.

Tratamos los datos del niño solo en la medida necesaria para el funcionamiento de la cuenta familiar que el progenitor creó y gestiona, es decir, para la ejecución del contrato con el progenitor (Art. 6(1)(b) RGPD). El progenitor, como representante legal, decide sobre la participación del niño: comparte el código de invitación, aprueba expresamente la conexión del niño y puede eliminar al niño de la familia en cualquier momento o solicitar la eliminación de su cuenta. Al registrarse, el niño solo toma conocimiento de la política; el consentimiento para el tratamiento de sus datos lo da el progenitor cuando aprueba la conexión del niño en la app, y el servidor registra la hora, el progenitor y la versión de la política. En el caso de los niños aprobados con una versión anterior de la app, la app solicitará posteriormente al progenitor el consentimiento que falta. Si el tratamiento requiriera consentimiento y el niño aún no tuviera 15 años (límite de edad en la República Checa según el Art. 8 RGPD y el artículo 7 de la Ley n.º 110/2019 sobre el tratamiento de datos personales), el progenitor otorga el consentimiento en nombre del niño. Los derechos del niño según el punto 7 pueden ser ejercidos por el progenitor en su nombre.

6. Durante cuánto tiempo conservamos los datos

Conservamos los datos de la cuenta y de la familia hasta que el usuario solicite la eliminación de la cuenta o de toda la familia. La mera inactividad en la app no desencadena ninguna eliminación automática. Por tanto, el usuario no necesita abrir la app periódicamente para no perder el historial familiar y puede iniciar la eliminación en cualquier momento directamente en la app o solicitarla en privacy@kimda.app. Conservamos el historial de cambios en las reglas financieras (punto 2) durante toda la existencia de la familia, sin limitación de tiempo ni del número total (la familia puede guardar cambios en las reglas financieras un máximo de 30 veces por hora), porque sirve como prueba inmutable de quién y cuándo cambió las reglas, por ejemplo, en un conflicto entre progenitores; no se puede editar ni eliminar en la app. Tras la eliminación de toda la familia (punto 7), el servidor lo elimina en la siguiente limpieza; la eliminación de la cuenta de un miembro individual no lo modifica y solo queda en él el identificador interno sin nombre.

Para los demás registros se aplican los siguientes plazos:

Desafíos de código SMS (huellas del número de teléfono y del desafío): son válidos durante 10 minutos; tras una verificación exitosa, el servidor los elimina de inmediato, de lo contrario, a más tardar una hora después de su expiración.
Límites de número de solicitudes y límite diario de SMS (huellas): el servidor los elimina 24 horas después del final del período de seguimiento; el límite diario de SMS termina siempre a medianoche UTC.
Sesiones de inicio de sesión: el token de inicio de sesión es válido durante 15 minutos; la sesión termina después de 30 días de inactividad, a más tardar después de 90 días, o antes al cerrar sesión. El servidor elimina la sesión terminada, incluidas las huellas de los tokens, 30 días después de su finalización.
Invitaciones y solicitudes de unión: el código de invitación de la familia es válido durante 48 horas y la invitación para otro progenitor 24 horas; una solicitud de unión no aprobada se elimina automáticamente a las 72 horas, y una rechazada o cancelada, de inmediato. El servidor elimina el registro de la invitación para otro progenitor (código, quién la creó y quién la usó) 30 días después de su expiración, uso o cancelación.
Registros de seguridad en la base de datos (punto 2): el servidor los elimina por sí mismo después de 30 días. El diario de cambios de teléfono y estado del miembro se rige por su propio plazo indicado más abajo.
Diario de cambios de teléfono y estado del miembro (punto 2): el servidor elimina el registro de la base de datos no antes de 60 días desde su creación, y solo después de haberlo copiado en el almacenamiento independiente (la copia se crea por lo general en cuestión de minutos). Un registro que no se haya podido copiar, el servidor no lo elimina hasta que la copia tenga éxito, por lo que permanecerá en la base de datos incluso más de 60 días. La copia en el almacenamiento privado independiente Cloudflare R2 la elimina el propio almacenamiento después de 60 días desde su guardado. Al eliminar la cuenta o toda la familia (punto 7), el servidor elimina de la base de datos los registros del diario de la cuenta o familia eliminada; su copia en el almacenamiento desaparece a más tardar 60 días después de su almacenamiento.
Fotos: las fotografías no vinculadas, que no se hayan podido asignar a un perfil o a una tarea, el servidor las elimina después de 24 horas; elimina el registro del desafío de tiempo de la foto después de 7 días (punto 3) y el registro técnico de la foto eliminada (solo identificadores internos) 30 días después de la eliminación de la foto.
Token push e identificador del dispositivo: hasta el cierre de sesión del dispositivo, la eliminación del miembro de la familia o la eliminación de la cuenta, o hasta que Apple o Google lo marquen como no válido. Además, el servidor los elimina por sí mismo cuando la app no ha renovado el registro del dispositivo durante 90 días (lo renueva en cada inicio de sesión y arranque), o cuando el usuario no tiene una sesión de inicio de sesión válida durante más de 30 días. Tras el cierre de sesión del dispositivo (incluso de forma remota en el Perfil) o el fin de su inicio de sesión, no se entrega nada al dispositivo. Una excepción son los registros de antes de la implementación de esta versión, que la app no ha renovado desde entonces: el cierre de sesión de un dispositivo de forma remota no los desconectará, la opción Cerrar sesión en todos los dispositivos sí; de lo contrario, el servidor los elimina según los plazos anteriores. El servidor elimina el registro del token push liberado (huellas, familia y hora) después de 30 días, o antes si el dispositivo se vuelve a registrar. El servidor elimina el registro del dispositivo liberado (identificador interno de la cuenta, identificador aleatorio del dispositivo, huellas y hora) después de 91 días —es decir, solo tras expirar la mayor validez posible de una sesión de inicio de sesión (90 días)— o antes si un dispositivo de la misma cuenta se vuelve a registrar. El registro del dispositivo liberado no se mantiene al eliminar la cuenta; si ya se hubiera generado al iniciarse la eliminación, el servidor lo elimina al completarse esta. Con ello, el plazo del registro del token push liberado permanece sin cambios. La huella técnica del token push en un recordatorio enviado sirve solo para verificar la entrega; el servidor la elimina tras evaluar la entrega, a más tardar 30 días después del envío. El servidor elimina el registro de la inscripción del dispositivo (identificador interno de la cuenta y del dispositivo, huella del token push, tipo de evento y hora; punto 2) después de 30 días desde su creación, aunque elimine la cuenta entretanto.
Cola de advertencias de seguridad y advertencias no entregadas (punto 2): el servidor elimina los datos del destinatario de la advertencia (token push del dispositivo o identificador interno de la familia o de la cuenta e idioma) del registro guardado en la cola inmediatamente después de la entrega o tras renunciar a la entrega, y a más tardar 7 días después de generarse la advertencia; solo el identificador interno de la familia (en caso de un error excepcional de la base de datos, temporalmente también de la cuenta) puede permanecer en él hasta que se anote el registro de una advertencia no entregada (más abajo). El servidor elimina el registro restante (tipo de advertencia, tipo de evento técnico general, hora y mensaje de error técnico) 30 días después de su procesamiento. Conserva el registro de una advertencia no entregada para el progenitor (identificador interno de la familia, tipo de advertencia y hora, sin token push y sin nombre) hasta que el progenitor lo confirme en la app; elimina el registro confirmado en cuanto supera los 90 días de antigüedad. Elimina el registro de una familia que ya no existe en la siguiente limpieza.
Respuestas guardadas de operaciones financieras: para que una solicitud repetida tras un corte de red no registre un pago, un préstamo u otra operación financiera dos veces, el servidor recuerda la respuesta a la misma durante 30 días. El propio registro de la operación (tipo de operación, su identificador aleatorio, identificadores internos de la familia, del actor y del miembro afectado, huella SHA-256 de la solicitud y hora) forma parte del historial financiero y se conserva hasta la eliminación de la cuenta o de la familia.
Registros de pagos directos y reembolsos manuales (punto 2): a diferencia de la respuesta guardada anterior, que se elimina después de 30 días, estos registros se conservan hasta la eliminación del niño al que conciernen o de toda la familia (punto 7).
Registros guardados de solicitudes repetidas del planificador: para evitar que una solicitud repetida tras una interrupción de la red cree el plan de tareas dos veces, el servidor conserva durante 60 días un registro de su creación (identificadores internos de la familia y del progenitor, tipo de operación, identificador aleatorio de la solicitud, huella SHA-256 de los parámetros de plan introducidos, enlace al plan creado y hora). El servidor elimina el registro también al eliminar la cuenta del progenitor que creó el plan, y al eliminar toda la familia (punto 7).
Solicitud de eliminación de cuenta: una solicitud de eliminación no confirmada se invalida después de 45 días y se elimina a más tardar después de otros 400 días; conservamos el registro de la eliminación realizada (solo identificadores internos y el estado, sin nombres ni contactos) como prueba de que hemos tramitado su solicitud, durante 3 años desde su tramitación. En la misma medida (identificador interno aleatorio de la cuenta o de la familia, tipo de eliminación y hora) llevamos un registro de eliminaciones realizadas, para que tras una eventual restauración de la base de datos desde una copia de seguridad se vuelvan a aplicar todas las eliminaciones posteriores. El servidor elimina el registro en la base de datos como muy pronto 180 días después de su creación, y solo después de haberlo copiado en un almacenamiento independiente (la copia se genera normalmente en pocos minutos); el servidor no elimina un registro que no se pudo copiar hasta que la copia tenga éxito. El almacenamiento independiente no público elimina la copia por sí mismo después de 60 días desde su almacenamiento. La exportación cifrada del registro, que forma parte de la copia de seguridad de la base de datos, desaparece junto con la copia de seguridad (a más tardar después de 30 días).
Solicitudes de consentimiento parental: una solicitud abierta tiene una validez de 14 días; solo se prorroga si mientras tanto se incorpora un progenitor a la familia (en el caso de una solicitud de eliminación de la familia, el nuevo progenitor recibe sus propios 14 días, pero como máximo hasta el final de un posible plazo de protección tras la eliminación de otro progenitor), o tras restaurar la base de datos a partir de una copia de seguridad (excepto en el caso de una solicitud de eliminación de la familia, que es válida solo hasta el final del plazo de protección). Una solicitud de eliminación de la familia, que expiraría durante el plazo de 14 días tras la eliminación de otro progenitor, dura hasta el final de este plazo y después se cancela. Durante el plazo de 14 días tras la eliminación de otro progenitor no se puede eliminar la familia; una solicitud de eliminación de la familia presentada en este plazo se cancelará tras su finalización. Una vez finalizado el plazo, el único progenitor restante puede eliminar la familia directamente en el Perfil. El servidor elimina una solicitud resuelta tras 90 días.
Huella del número de teléfono tras la eliminación de la cuenta o el cambio de número: para evitar que el periodo de prueba Premium se obtenga repetidamente eliminando la cuenta y registrándose de nuevo, al eliminar la cuenta de un progenitor que haya sido miembro de una familia durante su periodo de prueba y al cambiar el número de dicho progenitor (incluso si el soporte cambia el número a petición suya), el servidor solo guarda la huella del número de teléfono anterior (HMAC con clave secreta) y la hora, no el número en sí. Una nueva cuenta con el mismo número no recibirá el periodo de prueba. El servidor elimina la huella transcurridos 12 meses.
Correos electrónicos que nos envíe: durante el tiempo necesario para tramitar su consulta o solicitud y para documentar cómo la hemos tramitado.
Registro de intervenciones del soporte técnico y de administración: el servidor elimina por sí mismo el registro de la intervención en la base de datos (tipo de intervención, quién la realizó, cuándo, a qué familia concierne y el número de solicitud – sin nombres ni números de teléfono; así registramos el restablecimiento del número y el cierre de sesión de los dispositivos por parte del soporte técnico, la exportación de los datos de la familia a petición y la gestión de los códigos promocionales y del acceso gratuito) después de 3 años. Llevamos el diario de solicitudes de soporte técnico (número de solicitud, fecha, identificador interno de la cuenta, método de verificación de la identidad y resultado – sin número de teléfono) de forma cifrada fuera de la base de datos y lo conservamos también durante 3 años como comprobante de cómo hemos tramitado la solicitud.

Los registros operativos y de seguridad de producción del alojamiento pueden conservarse un máximo de 30 días. Sentry conserva los informes técnicos de error de la app y del servidor un máximo de 90 días, para que podamos localizar y corregir los errores que solo se manifiesten tras el lanzamiento de una nueva versión de la app; las posibles copias de seguridad operativas de Sentry expiran a más tardar 90 días después de su creación. Las copias de seguridad de la base de datos se realizan diariamente, se cifran antes de su envío desde el entorno de producción y se eliminan 30 días después de su creación, por lo que los datos previamente eliminados permanecen en ellas un máximo de 30 días; no se utilizan para la restauración ordinaria de una cuenta eliminada. Si tuviéramos que restaurar la base de datos desde una copia de seguridad, volveremos a aplicar las eliminaciones realizadas después de la creación de la copia de seguridad según el registro de eliminaciones. La configuración del alojamiento, de la base de datos y del almacenamiento debe imponer técnicamente estos plazos, y el operador los revisa periódicamente.

Si la eliminación del registro en un proveedor externo de suscripciones no puede completarse de inmediato, Kimda anonimiza sin más demora los datos personales locales una vez eliminados los archivos multimedia. Para poder repetir con seguridad la solicitud externa, conserva únicamente el identificador interno aleatorio de la familia y el estado técnico de la eliminación, pero no los nombres ni los números de teléfono. El servidor elimina el registro sobre esta tarea de eliminación externa (identificador interno de la familia, marca del proveedor, número de intentos, horas y código del último error, sin nombres ni números de teléfono) 90 días después de su finalización; una tarea no completada se conserva hasta que se complete.

Conservamos el comprobante del consentimiento para el inicio inmediato de Premium (identificadores internos de la familia y del usuario, hora del consentimiento, plan elegido, inicio del período pagado, identificador de la transacción de la tienda, identificador interno del intento de compra y versión del texto mostrado) durante el tiempo necesario para demostrar dicho consentimiento en un posible conflicto, normalmente 3 años desde su concesión. Una vez transcurrido el plazo, el comprobante se elimina de forma controlada. El comprobante no se elimina junto con la cuenta ni con la familia (punto 7). También guardamos una copia del mismo (sin el identificador interno del intento de compra) en un almacenamiento no público independiente de Cloudflare R2 (punto 4), para que el comprobante sobreviva a una pérdida de la base de datos entre copias de seguridad; el almacenamiento la elimina por sí mismo después de 1125 días desde su almacenamiento.

7. Sus derechos

Tiene derecho:

al acceso a todos los datos que la app conserva sobre usted y su familia (Art. 15 RGPD),
a la rectificación de datos inexactos (Art. 16 RGPD): usted mismo puede cambiar el número de teléfono en el Perfil tras verificar el nuevo número con un código SMS; si pierde el acceso a la cuenta (por ejemplo, porque otra persona cambió el número desde un dispositivo con la sesión iniciada), lo cambiaremos a petición suya tras verificar su identidad,
a la eliminación de la cuenta de un miembro individual (Art. 17 RGPD): directamente en la app (Mi perfil → Eliminar cuenta), la app elimina o anonimiza de forma irreversible el nombre, el teléfono, la foto y el token push, y elimina todas las fotos que haya subido; en el caso de la cuenta de un niño, también las fotos de sus tareas que haya subido el progenitor en su lugar. Ya no es posible iniciar sesión con esa cuenta y no queda en ella ningún nombre ni contacto. En el historial de tareas y pagos solo permanecen los datos contables imprescindibles para la continuidad del resto de la familia (puntos, importe, estado y hora); la nota libre se elimina y los nombres de las tareas y metas se sustituyen por un valor neutro. Este historial no se elimina, porque sigue vinculado al resto de la familia (de lo contrario, no cuadraría su continuidad contable mutua), pero está vinculado únicamente a un registro sin nombre ni contacto. Los registros de pagos directos y reembolsos manuales del niño (punto 2) se eliminan junto con el niño. El servidor elimina de la base de datos los registros del diario de cambios de teléfono y estado del miembro (punto 2); su copia en el almacenamiento independiente desaparece a más tardar 60 días después de su almacenamiento. Si el niño tiene una deuda, un saldo o solicitudes pendientes, la app le muestra antes de la eliminación qué importes perderá, y debe confirmar expresamente la eliminación; los progenitores reciben entonces una advertencia general. Un miembro al que el progenitor haya eliminado de la familia puede, tras la verificación mediante código SMS en la app, eliminar él mismo permanentemente su cuenta y liberar así su número de teléfono,
a la eliminación en cascada de toda la familia: cuando el progenitor confirma expresamente la eliminación de toda la familia, anonimizamos a todos sus miembros, eliminamos sus fotografías y, además, sustituimos los textos libres y los nombres de las tareas, metas y recompensas personalizadas por valores neutros; también eliminamos los registros de pagos directos y reembolsos manuales de la familia (punto 2), el historial de cambios de las reglas financieras de la familia (en la próxima limpieza) y los registros del diario de cambios de teléfono y estado del miembro de sus miembros (la copia del diario en el almacenamiento independiente desaparece a más tardar 60 días después de su almacenamiento). La eliminación de otro progenitor requiere el consentimiento del progenitor afectado: el rechazo expreso detiene la acción; sin respuesta, se ejecuta transcurridos 14 días. La eliminación de toda la familia en la que haya otro progenitor requiere el consentimiento expreso de cada progenitor adicional; sin el consentimiento de todos, la solicitud se cancela transcurridos 14 días y la familia no se elimina. Una familia de la que se haya eliminado a otro progenitor en los últimos 14 días puede eliminarse como muy pronto 14 días después de su eliminación. Los registros contables sobre la familia eliminada, incluidos los saldos y estados de préstamos y ahorros de los niños, se eliminan de la base de datos operativa a más tardar en 30 días desde la eliminación; en las copias de seguridad cifradas pueden permanecer un máximo de otros 30 días, hasta que se elimine la copia de seguridad. El comprobante del consentimiento para el inicio inmediato de Premium no se elimina con la eliminación de la familia (punto 6). Los registros anonimizados sobre la aplicación de códigos de socios, que no contienen datos personales, se conservan para el registro de los socios y la protección contra el uso indebido. Una vez eliminados los archivos multimedia, la anonimización local se realiza también cuando RevenueCat no está disponible temporalmente; la solicitud externa se repite después de forma segura utilizando únicamente el identificador interno de la familia. RevenueCat realiza la eliminación de forma asíncrona. Esto no cancela la suscripción gestionada por App Store o Google Play: el progenitor debe cancelarla por separado en los ajustes de la tienda correspondiente,
a la limitación del tratamiento (Art. 18 RGPD), por ejemplo, cuando impugne la exactitud de los datos, durante el plazo necesario para que la verifiquemos,
a la portabilidad (Art. 20 RGPD): le entregaremos los datos que nos haya proporcionado y que tratemos sobre la base de un contrato en un formato estructurado, de uso común y lectura mecánica (p. ej., JSON), o, a su solicitud, los transmitiremos a otro responsable, si es técnicamente posible,
a oponerse (Art. 21 RGPD) al tratamiento basado en nuestro interés legítimo (punto 2); en tal caso, dejaremos de tratar los datos, salvo que acreditemos motivos legítimos imperiosos que prevalezcan sobre sus intereses, derechos y libertades, o los necesitemos para la formulación, el ejercicio o la defensa de reclamaciones,
a retirar el consentimiento en cualquier momento (Art. 7(3) RGPD): puede retirar el consentimiento para la medición de publicidad en el sitio web mediante el enlace "Configuración de cookies" en el pie de página del sitio web (punto 9); la retirada no afecta al tratamiento anterior a la misma,
a presentar una reclamación ante una autoridad de control (Art. 77 RGPD): en la República Checa es la Oficina de Protección de Datos Personales (Úřad pro ochranu osobních údajů), Pplk. Sochora 27, 170 00 Praha 7, web uoou.gov.cz; también puede dirigirse a la autoridad de control del Estado miembro de la UE en el que resida o trabaje.

Envíe su solicitud a privacy@kimda.app. Para no entregar ni eliminar los datos de otra persona, primero verificaremos que la solicitud la presenta el titular de la cuenta (por ejemplo, mediante confirmación desde el número de teléfono asociado a la cuenta); nunca nos envíe códigos de SMS de inicio de sesión. La única excepción es el código del SMS marcado como «Kimda obnova účtu», que el soporte le solicitará solo en respuesta a su propia solicitud de devolución de una cuenta usurpada, o a su propia confirmación de tal solicitud de otro progenitor de su familia (punto 2); incluso entonces, comuníquelo solo al soporte técnico, nunca a otro miembro de la familia. El soporte técnico le solicita este código exclusivamente por correo electrónico desde la dirección support@kimda.app con su número de solicitud, nunca por teléfono ni a través de otro miembro de la familia. Tramitamos una solicitud de acceso o portabilidad mediante una exportación de los datos de la familia en formato JSON (sin los tokens de inicio de sesión ni sus huellas y sin las huellas de los números de teléfono originales de los registros de seguridad, que sirven únicamente para verificar una solicitud de devolución de una cuenta, y sin el diario de cambios de teléfono y estado del miembro, que sirve únicamente para proteger contra la usurpación del número; la exportación contiene los registros de pagos directos y reembolsos manuales (punto 2); en el caso de las fotos, contiene su huella técnica según el punto 3, las propias fotos se entregarán por separado previa solicitud); registramos cada exportación (quién la preparó, cuándo y en base a qué solicitud). Previa solicitud, le facilitaremos los datos sobre los eventos del diario de cambios de teléfono y estado del miembro (tipo y hora, sin huellas). Responderemos sin demora indebida, a más tardar en el plazo de un mes; en casos complejos podemos prorrogar el plazo otros dos meses, de lo cual le informaremos a tiempo. Los derechos del niño pueden ser ejercidos por el progenitor como representante legal en su nombre.

8. Seguridad

La app no utiliza contraseñas (el inicio de sesión se realiza solo mediante un teléfono verificado). El acceso está protegido por un token de inicio de sesión a corto plazo con una validez de 15 minutos y un token de actualización, que el servidor guarda solo como huella; ante el uso repetido comprobado de un token de actualización ya reemplazado, el servidor cierra la sesión de la cuenta en todos los dispositivos, cancela sus registros para notificaciones, escribe un registro de seguridad y advierte a los demás progenitores. En producción, la comunicación entre la app y el servidor se realiza mediante HTTPS. Las fotografías se encuentran en un almacenamiento no público y, antes de entregarlas, el backend verifica la cuenta y la pertenencia a la misma familia. Las copias de seguridad de la base de datos se cifran antes de la transferencia y solo se pueden descifrar con una clave privada almacenada fuera de la nube; los códigos promocionales están en la base de datos solo como huella HMAC con una clave fuera de la base de datos y registramos la gestión de los códigos promocionales. El servidor no escribe números de teléfono, tokens ni el contenido de las solicitudes en los registros operativos.

9. Sitio web kimda.app y cookies

Este punto se aplica únicamente a los visitantes del sitio web kimda.app, no al uso de la app. El sitio web funciona en la red de Cloudflare, que en cada visita trata técnicamente la dirección IP y datos del navegador para poder entregar la página y protegerla frente a ataques; Cloudflare conserva los registros para el diagnóstico de errores del sitio web un máximo de 3 días. Según el idioma del navegador (en el enlace de descarga también según el tipo de dispositivo), el sitio web le redirige a la versión adecuada de la página. La base jurídica es nuestro interés legítimo en un sitio web seguro y funcional (Art. 6(1)(f) RGPD). El sitio web recuerda el tema elegido solo en su navegador (localStorage). Su decisión sobre las cookies se guarda en localStorage y en una cookie técnica estrictamente necesaria kimda-consent-proof (validez de 180 días), que contiene únicamente el tipo de elección y la hora de la decisión, sin ningún identificador de persona o cuenta. Su navegador la envía técnicamente con cada solicitud al sitio web; el servidor no la evalúa, solo sirve al script en su navegador para comprobar que el consentimiento no ha sido retirado. Esta cookie no requiere consentimiento y no se utiliza para medición ni publicidad.

Solo si en la barra del sitio web elige "Aceptar", el sitio web carga Meta Pixel de la sociedad Meta Platforms Ireland Limited. Este almacena una cookie en el navegador (p. ej., _fbp con una validez de hasta 90 días) y envía a Meta datos sobre la visita: la página visitada, la dirección IP, datos del navegador y el identificador de la cookie. Nos sirve para medir la eficacia de los anuncios en Facebook e Instagram. La base jurídica es su consentimiento (Art. 6(1)(a) RGPD y el artículo 89(3) de la Ley n.º 127/2005 sobre comunicaciones electrónicas). Somos corresponsables junto con Meta de la recogida y transmisión de estos datos; su tratamiento posterior, incluida una eventual transferencia a EE. UU. al amparo del marco de privacidad de datos EU-USA (Data Privacy Framework), lo realiza Meta como responsable independiente conforme a su política en facebook.com/privacy/policy. Nunca enviamos a Meta datos de la app, de la cuenta ni de la familia.

Sin consentimiento, Meta Pixel no se carga en absoluto. Puede retirar su consentimiento en cualquier momento mediante el enlace "Configuración de cookies" en el pie de página del sitio web; el sitio web elimina entonces las cookies del Pixel y deja de cargar el Pixel.

Si a través de la página para probadores se une al grupo de probadores en Google Groups, el administrador del grupo verá el correo electrónico de su cuenta de Google; lo usaremos solo para probar la app y para el acceso a su versión de prueba en Google Play. Apple distribuye la versión de prueba para iPhone a través de TestFlight. Google y Apple tratan los datos como responsables independientes conforme a sus políticas. La base jurídica es su solicitud de participación en las pruebas (Art. 6(1)(b) RGPD). El correo electrónico permanecerá en el grupo hasta que se dé de baja del mismo o hasta que terminen las pruebas.

10. Cambios en esta política

Le informaremos en la app y en el sitio web kimda.app de cualquier cambio sustancial de esta política. La app reconoce qué versión de la política ha aceptado: pedirá a los progenitores que confirmen la nueva versión (y, en su caso, el consentimiento por los niños), el niño tomará conocimiento de ella. Registramos la hora y la versión de la confirmación.

11. Contacto

Consultas sobre la protección de datos personales: privacy@kimda.app