Kimda
Politique de confidentialité
Dernière mise à jour : 27 octobre 2026
Ceci est une traduction automatique. Seule la version tchèque fait foi.
La version tchèque de cette politique fait foi. Les traductions dans d'autres langues sont fournies à titre indicatif ; en cas de divergence, la version tchèque prévaut.
Le présent document décrit quelles données l'application Kimda (« l'application », « nous ») et le site web kimda.app traitent, pourquoi et sur quelle base juridique, à qui nous les transmettons, combien de temps nous les conservons et quels sont vos droits et ceux de vos enfants. L'application est destinée à être utilisée par toute la famille, y compris les enfants — c'est pourquoi nous abordons la protection des données avec un soin tout particulier.
1. Qui est le responsable du traitement
Le responsable du traitement est Mgr. Ivo Slávka, exploitant l'application Kimda en tant qu'entrepreneur individuel inscrit au registre du commerce tenu par l'administration municipale de Prague 8, n° d'identification 30070929, ayant son siège à Bergerova 1115/2, 182 00 Praha 8 – Kobylisy, République tchèque. Adresse e-mail de contact pour les questions de confidentialité et pour l'exercice de vos droits : privacy@kimda.app.
2. Quelles données nous traitons et pourquoi
- Données du compte : prénom, nom, numéro de téléphone, rôle (parent/enfant), langue et thème choisis, photo de profil facultative, la version de cette politique et l'heure à laquelle vous l'avez acceptée, pour un parent l'heure à laquelle il a confirmé sa majorité, et pour un enfant l'heure, la version de la politique et le parent qui a donné son consentement pour l'enfant (point 5). Votre nom et votre photo de profil sont visibles par les autres membres de votre famille dans l'application (un parent voit tous les membres, un enfant voit ses parents et frères et sœurs).
- Numéro de téléphone : nous l'utilisons pour vérifier l'identité (code SMS) et pour la connexion, et son empreinte irréversible également pour protéger la période d'essai Premium (point 6), après un changement de numéro pour vérifier une demande de restitution d'un compte usurpé (enregistrements de sécurité ci-dessous) et après une restauration de la base de données à partir d'une sauvegarde pour suspendre la connexion avec un numéro qui a précédemment quitté le compte (journal des modifications de téléphone ci-dessous) - l'application ne l'utilise pour contacter personne d'autre et ne le partage avec aucun tiers en dehors du prestataire de vérification par SMS (Twilio, voir point 4).
- Données de la famille : nom de la famille, qui en fait partie, les rôles et les paramètres de chacun (pourcentages de répartition de l'argent de poche, devise, langue et fuseau horaire de la famille) et l'historique des modifications des règles financières (qui a modifié par ex. le taux d'intérêt, les pourcentages de répartition, la devise ou le fuseau horaire, quand, et de quelle valeur à quelle valeur).
- Demandes de connexion : prénom, nom, rôle et numéro de téléphone de la personne qui souhaite rejoindre la famille, et l'heure de la demande - afin que le parent voie qui il approuve.
- Demandes de consentement parental : type de demande (suppression d'un parent ou suppression de toute la famille), qui l'a déposée, qui elle concerne et qui l'a approuvée, refusée ou annulée (identifiants internes), horodatages (dépôt, échéance, rappel, traitement) et résultat (approuvé, refusé, annulé, exécuté après expiration du délai ou invalidé) ; nous n'enregistrons ni noms, ni numéros de téléphone, ni texte libre. Les demandes sont visibles par les parents de la famille dans l'application.
- Données des tâches : nom de la tâche, points, date à laquelle elle a été accomplie/validée/refusée, et photos, si la tâche exige une photo, y compris l'empreinte technique de la photo (voir point 3).
- Plannings, routines et rappels : à qui la tâche est attribuée, jour et heure prévus, état d'accomplissement, retard, ordre de rotation et envoi ou non d'un rappel.
- Récompenses et objectifs : catalogue familial de récompenses, demandes de récompense, objectifs d'épargne et montants que l'enfant a transférés vers un objectif. La vue d'ensemble parentale en déduit un taux global de réalisation, la ponctualité et l'équité de la répartition ; elle ne crée aucun classement public des enfants.
- Données financières de l'application : points, argent de poche virtuel et sa répartition, demandes de paiement, prêts et intérêts au sein de la famille - il s'agit d'enregistrements internes à l'application, et non de véritables données bancaires ou de paiement. L'application n'a accès à aucun compte bancaire ni à aucune carte de paiement. Le résumé mensuel d'un enfant (nombre de tâches approuvées, points et avec Premium également le montant pour le mois en cours ; pas les soldes des boîtes) est également visible par les autres enfants de la même famille, à moins qu'un parent ne le désactive dans les paramètres de la famille.
- Enregistrements des paiements directs et des remboursements manuels : lorsqu'un parent verse directement à un enfant une partie de son solde dans l'application (sans demande de l'enfant) ou enregistre manuellement le remboursement de son prêt, le serveur stocke un enregistrement distinct pour chaque opération de ce type, qui ne change plus par la suite. Il contient les identifiants internes de la famille, de l'enfant et du parent ayant effectué l'opération, le type d'opération (paiement direct, remboursement manuel), le montant, pour un paiement la tirelire depuis laquelle le paiement a été effectué, et la ventilation du montant (pour un paiement, la part provenant des dépôts propres et la part provenant des intérêts crédités ; pour un remboursement, le principal et les intérêts), l'heure de l'opération et un identifiant aléatoire de la requête. L'enregistrement sert à pouvoir justifier de ce que le parent a enregistré dans l'application et à quel moment, et à permettre de régler un éventuel litige au sein de la famille d'après l'enregistrement, et non pas seulement d'après le solde final. Il s'agit d'un registre interne à l'application - l'application ne transfère elle-même aucun argent. Les enregistrements font partie de l'exportation des données (point 7) et sont conservés conformément au point 6.
- Abonnements : l'état de l'abonnement de la famille (période d'essai, Premium, sa validité et son renouvellement) et un éventuel accès gratuit via un code promo ; le serveur stocke les codes promo eux-mêmes uniquement sous forme d'empreinte HMAC et enregistre la gestion des codes (qui, quand, quelle action). Nous ne voyons pas les données de paiement - le paiement est traité par Apple ou Google. Le document de consentement au démarrage immédiat de Premium, que nous conservons comme preuve de ce consentement, est décrit au point 6.
- Connexion et sécurité : sessions de connexion des différents appareils (quand elles ont été créées, quand elles ont été utilisées pour la dernière fois et jusqu'à quand elles sont valables). Le parent voit dans le Profil un aperçu de ses appareils connectés (uniquement l'heure de connexion et de dernière utilisation, sans adresse IP ni nom de l'appareil) et peut les déconnecter individuellement. Le serveur stocke les jetons d'actualisation uniquement sous forme d'empreintes SHA-256, y compris les empreintes des jetons déjà remplacés, afin de détecter l'abus d'un jeton volé. Lors de la demande d'un code SMS, il stocke l'empreinte par clé (HMAC-SHA-256) du numéro de téléphone et l'empreinte SHA-256 du défi à usage unique ainsi que le nombre de tentatives, lors d'un changement de numéro et d'une confirmation de suppression de la famille également son but et l'identifiant interne du compte. Il calcule les limites de taux, y compris la limite quotidienne de SMS envoyés, en fonction de l'empreinte par clé (HMAC-SHA-256) de l'adresse IP ou de son réseau (IPv4 /24, IPv6 /56), du numéro de téléphone, d'une paire de numéro de téléphone et de réseau ou du compte, ou en fonction du pays ou de l'indicatif du numéro de téléphone. Le serveur dérive la clé de ces empreintes à partir d'une clé secrète stockée hors de la base de données, de sorte que l'empreinte ne peut pas être convertie à nouveau en numéro de téléphone ou en adresse IP sans elle. Les enregistrements de sécurité des événements importants (par ex. connexion, demande de connexion, approbation, refus ou suppression d'un membre, nouveau code d'invitation, déconnexion d'un appareil, changement de numéro de téléphone, confirmation de la politique, consentement d'un parent pour un enfant ou suspicion d'abus de jeton) contiennent le type d'événement, l'heure et des identifiants internes ; lors de la suppression d'un membre, en outre son rôle (parent/enfant), lors de la confirmation de la politique et du consentement d'un parent la version de la politique et lors de la suppression du compte d'un enfant qui avait une dette, un solde ou des demandes en attente, également la devise, les montants annulés et le nombre de demandes en attente. L'enregistrement d'un changement de numéro de téléphone contient en outre une empreinte irréversible de l'ancien numéro (HMAC avec clé secrète) afin que le support puisse vérifier qu'une demande de restitution d'un compte usurpé est soumise par le véritable propriétaire de l'ancien numéro. Ils ne contiennent ni noms, ni numéros de téléphone, ni adresses IP. Les modifications de numéro de téléphone ainsi que la suppression ou la restauration d'un membre de la famille sont en outre consignées dans un journal distinct, décrit dans la puce « Journal des modifications de téléphone et de statut de membre » ci-dessous.
- Avertissements de sécurité : lorsqu'un parent se connecte avec un code SMS, les autres parents de la famille reçoivent un avertissement général sans nom ni numéro de téléphone ; lors de chaque connexion avec un code SMS (d'un parent et d'un enfant), les appareils déjà connectés du même compte reçoivent également un avertissement général concernant la nouvelle connexion. Lors d'un changement de numéro de téléphone (le nouveau numéro est vérifié par code SMS), le serveur déconnecte les autres appareils connectés du compte et les appareils existants du compte ainsi que les parents de la famille reçoivent un avertissement général ; l'ancien numéro n'est plus conservé – seule son empreinte irréversible reste dans l'enregistrement de sécurité du changement (30 jours, voir la section 6), les empreintes irréversibles de l'ancien et du nouveau numéro dans le journal des modifications de téléphone (60 jours, voir ci-dessous et la section 6) et pour un parent qui a été membre de la famille pendant sa période d'essai, également une empreinte selon la section 6. Lorsque le support rétablit le numéro à la demande du titulaire du compte, il vérifie d'abord son identité : par un code SMS envoyé à l'ancien numéro, dont l'empreinte doit correspondre à l'empreinte dans l'enregistrement du changement de numéro. Si une telle vérification n'est pas possible (l'enregistrement du changement n'existe plus ou le titulaire n'a pas l'ancien numéro), il la vérifie par une confirmation d'un autre parent de la famille (vérifiée par un code SMS envoyé au numéro de ce parent) et par des réponses aux questions posées par le support ; dans ce cas, il envoie d'abord un avertissement aux appareils du compte et aux parents de la famille et ne restitue le numéro qu'après 72 heures au plus tôt, si personne ne s'y oppose ; vous verrez cet avertissement après connexion et directement dans l'application pendant toute la durée du délai. Sans une telle vérification, il ne rétablit pas le numéro et n'annulera aucune demande – il peut seulement déconnecter tous les appareils du compte. Si le support a déjà restitué le même compte au cours des 30 derniers jours, il considère la demande suivante comme un litige et ne rétablit pas le numéro sans vérification supplémentaire. Après le rétablissement, le serveur déconnecte le compte sur tous les appareils, les parents de la famille reçoivent un avertissement général et l'intervention est enregistrée (qui l'a effectuée, quand, quel compte elle concerne et un lien vers votre demande – sans numéro de téléphone). Les parents reçoivent également un avertissement général lors de la suppression du compte d'un enfant, lors de la suppression d'un autre parent (y compris le parent supprimé) et en cas de suspicion d'abus d'un jeton de connexion ; dans ce cas, le serveur déconnecte le compte sur tous les appareils et annule ses enregistrements pour les notifications. Le serveur enregistre d'abord les avertissements de sécurité (par ex. sur une nouvelle connexion ou un nouvel appareil, un changement de numéro de téléphone, une modification des règles financières, la suppression d'un membre, la suppression du compte d'un enfant ou une suspicion d'abus de jeton) dans une file d'attente (type d'avertissement, destinataire - jeton push de l'appareil ou identifiant interne de la famille ou du compte et langue - et type technique général de l'événement) et ne les livre qu'à partir de là ; il envoie directement l'avertissement lors de la restitution d'un compte usurpé par le support (ci-dessus). Si la livraison de l'avertissement aux parents ou aux appareils du compte d'un membre de la famille échoue même après des tentatives répétées, le serveur stocke uniquement l'identifiant interne de la famille, le type d'avertissement et l'heure (sans jeton push et sans nom), afin que le parent puisse voir de quel avertissement il s'agissait lors de sa prochaine connexion dans l'application et puisse le confirmer ; si le destinataire n'a aucun appareil auquel l'avertissement peut être envoyé, un tel enregistrement n'est pas créé. Les délais de conservation sont définis à la section 6.
- Journal des modifications de téléphone et de statut de membre : outre les enregistrements de sécurité ci-dessus, le serveur tient un enregistrement distinct dans le journal pour chaque modification du numéro de téléphone du compte (que vous l'effectuiez vous-même dans le Profil ou que le support l'effectue à votre demande) et pour chaque suppression ou restauration d'un membre de la famille. L'enregistrement contient un identifiant d'enregistrement aléatoire, les identifiants internes du compte et de la famille, le type d'événement (changement de numéro, rétablissement du numéro par le support, suppression d'un membre, restauration d'un membre), l'heure de l'événement et – uniquement lors d'un changement de numéro – les empreintes irréversibles de l'ancien et du nouveau numéro (HMAC-SHA-256 avec une clé secrète stockée hors de la base de données). Lors de la suppression et de la restauration d'un membre, il n'y a aucune empreinte. Il n'y a ni numéros de téléphone, ni noms, ni adresses IP dans le journal. L'empreinte ne peut pas être reconvertie en numéro de téléphone sans la clé secrète, mais parce qu'elle est liée à l'identifiant interne du compte, il s'agit d'une donnée pseudonyme et non d'une donnée anonyme. Le journal sert uniquement à protéger contre les conséquences d'une restauration de la base de données à partir d'une sauvegarde : afin qu'un numéro qui a entre-temps quitté le compte (et que quelqu'un d'autre a pu reprendre) ne revienne pas sur le compte, et afin que la suppression d'un membre de la famille que la sauvegarde ne contient pas soit à nouveau appliquée. C'est pourquoi, lors d'une connexion par code SMS et lors de la vérification d'un numéro de téléphone, le serveur compare l'empreinte du numéro saisi avec le dernier enregistrement du journal ; si elle ne correspond pas, il suspend la connexion et renvoie vers le support. L'enregistrement est stocké dans la base de données et, généralement en quelques minutes, également dans une copie sur un stockage privé distinct Cloudflare R2 (point 4), afin de survivre à une perte de la base de données entre les sauvegardes. Les durées de conservation sont fixées au point 6.
- Données techniques : jeton push et un identifiant d'appareil aléatoire que l'application crée pour l'envoi des notifications (il ne s'agit pas d'un identifiant matériel), l'heure du dernier enregistrement de l'appareil, la connexion à laquelle l'enregistrement appartient, et l'empreinte SHA-256 du secret d'installation aléatoire par lequel l'appareil prouve que le jeton push lui appartient. Après la libération de l'enregistrement (déconnexion, suppression d'un membre, blocage de sécurité ou nettoyage automatique), le serveur conserve deux enregistrements limités dans le temps afin qu'un compte tiers ne puisse pas reprendre les notifications de l'appareil : (a) un enregistrement du jeton push libéré – les empreintes SHA-256 du jeton push et du secret d'installation, l'identifiant interne de la famille et l'heure de la libération (le jeton libéré ne peut ainsi pas être repris par un compte d'une autre famille) ; et (b) un enregistrement de l'appareil libéré – l'identifiant interne du compte, l'identifiant aléatoire de l'appareil, les mêmes empreintes et l'heure de la libération (l'appareil libéré ne peut ainsi pas, sans prouver qu'il s'agit de la même installation, être réapproprié par une autre session de connexion du même compte, par exemple volée). Le serveur conserve en outre pendant 30 jours un enregistrement de l'enregistrement de l'appareil (identifiant interne du compte et de l'appareil, empreinte du jeton push, type d'événement et heure), d'après lequel il surveille la limite d'enregistrements de nouveaux appareils par 24 heures. Les durées de conservation sont fixées au point 6 ; aucun enregistrement de l'appareil libéré n'est tenu lors de la suppression du compte. En outre, les journaux de fonctionnement du serveur (par ex. états d'erreur) sans numéros de téléphone ni contenu des requêtes. Sur le téléphone, l'application conserve les jetons de connexion dans un stockage sécurisé et mémorise la langue et le thème choisis ; elle communique également la langue choisie au serveur afin que les notifications arrivent dans votre langue. Ce que l'application envoie directement aux services Expo et Sentry est décrit au point 4.
Pourquoi nous traitons les données et sur quelle base juridique :
- Compte familial et fonctionnalités de l'application (inscription, famille, tâches et photos, plannings, rappels, récompenses, objectifs, argent de poche y compris les enregistrements des paiements directs et des remboursements manuels, notifications et abonnements) : exécution d'un contrat, c'est-à-dire les conditions d'utilisation (art. 6, par. 1, point b, du RGPD). Nous traitons en outre les enregistrements des paiements directs et des remboursements manuels et l'historique des modifications des règles financières sur la base de notre intérêt légitime à la traçabilité des opérations et règles financières dans l'application et au règlement des litiges au sein de la famille (art. 6, par. 1, point f, du RGPD). Nous traitons en outre le document de consentement au démarrage immédiat de Premium et sa copie en dehors de la base de données sur la base de notre intérêt légitime à prouver ce consentement et à la défense des droits en justice (art. 6, par. 1, point f, du RGPD). Pour les données des enfants, voir point 5.
- Connexion vérifiée par code SMS : exécution d'un contrat (art. 6, par. 1, point b, du RGPD) - sans numéro de téléphone vérifié, il n'est pas possible de se connecter à l'application.
- Sécurité et protection contre les abus (sessions et empreintes de jetons, défis de code SMS, limites de taux et limite quotidienne de SMS, enregistrements de sécurité, journal des modifications de téléphone et de statut de membre, mémoire des jetons push et des appareils libérés, enregistrement de l'appareil et limite d'enregistrement de nouveaux appareils par 24 heures, file d'attente des notifications de sécurité et registre des notifications non remises, journaux d'exploitation, empreinte du numéro de téléphone contre l'utilisation répétée de la période d'essai, demandes de consentement parental qui protègent la famille contre la suppression unilatérale d'un parent ou la suppression, et vérification de l'identité lorsque le support restitue un compte usurpé, y compris l'enregistrement de telles interventions) : notre intérêt légitime au fonctionnement sécurisé du service, à la protection des comptes des parents et des enfants et à la défense contre l'abus de la vérification par SMS (art. 6, par. 1, point f, du RGPD).
- Correction de bugs et mises à jour de l'application (rapports d'erreurs via Sentry, mises à jour via Expo) : notre intérêt légitime à une application stable et sécurisée (art. 6, par. 1, point f, du RGPD).
- Traitement de vos demandes conformément au point 7 et preuve de la manière et du moment où nous les avons traitées (par ex. l'état d'une suppression effectuée, le journal des suppressions effectuées et la tâche de suppression externe) : respect d'une obligation légale (art. 6, par. 1, point c, du RGPD).
- Mesure publicitaire sur le site kimda.app (Meta Pixel) : votre consentement (art. 6, par. 1, point a, du RGPD), voir point 9.
Vous pouvez vous opposer au traitement fondé sur l'intérêt légitime (point 7). Le numéro de téléphone est nécessaire pour l'inscription et la connexion ; sans lui, l'application ne peut pas être utilisée. La photo de profil est facultative et une photo d'une tâche accomplie n'est nécessaire que pour les tâches où le parent l'exige. Nous n'utilisons pas de prise de décision automatisée ni de profilage produisant des effets juridiques ou des effets significatifs similaires (art. 22 du RGPD) ; les limites de sécurité automatiques, qui bloquent par exemple temporairement d'autres tentatives de code SMS, servent uniquement à protéger les comptes et le service.
3. Photos des tâches
Les photos que l'enfant (ou le parent en son nom) ajoute à une tâche ne sont visibles que par les membres de la même famille (parents et enfants dans l'application). Elles ne sont pas publiques et l'application ne les partage avec aucune autre application ni aucun réseau social. Une photo de tâche ne peut être prise qu'avec l'appareil photo de l'application. L'application, puis à nouveau le serveur, suppriment les métadonnées (comme la position GPS ou les données de l'appareil photo) de la photo avant de l'enregistrer. Les photos sont stockées dans un stockage d'objets non public (voir point 4) et le serveur ne les délivre qu'à un membre connecté de la même famille. Le parent peut à tout moment demander leur suppression.
Pour chaque photo téléchargée, le serveur calcule une empreinte technique (une somme de contrôle et une empreinte d'image simplifiée de 64 bits). Elle sert uniquement à permettre à l'application de reconnaître quand la même photo ou une photo presque identique est réutilisée pour une tâche, et à s'assurer que la photo appartient à la tâche pour laquelle l'enfant vient de la prendre dans l'application. La photo ne peut pas être affichée ou reconstituée à partir de l'empreinte, et celle-ci est supprimée en même temps que la photo. L'enregistrement du défi temporel de la photo (qui l'a demandée dans l'application, pour quelle tâche et quand) est supprimé par le serveur après 7 jours. Le parent voit un avertissement à côté de la photo lorsque celle-ci n'a pas de contrôle temporel valide de l'application ou est très similaire à une photo précédente, comme aide lors de l'approbation ; la vérification ne garantit pas que la photo ne peut pas être falsifiée.
4. À qui nous transmettons les données et transferts hors de l'UE
Nous ne transmettons les données qu'aux prestataires qui assurent pour nous le fonctionnement de l'application (sous-traitants), et uniquement dans la mesure où ils en ont besoin. Les sous-traitants ne peuvent utiliser les données que pour nous fournir leur service et selon nos instructions. Apple et Google agissent en tant que responsables du traitement distincts lors des achats dans les boutiques.
- Hébergeur (Railway) - exploite le serveur de l'application et la base de données dans laquelle sont stockées les données de l'application.
- Cloudflare - le stockage d'objets privé R2 conserve, transmises de manière chiffrée, les photos de profil et les photos des tâches accomplies, les sauvegardes de la base de données (chiffrées avant même l'envoi de manière à ne pouvoir être déchiffrées qu'avec une clé privée que nous conservons hors du cloud), le journal des suppressions effectuées (uniquement les identifiants internes, le type de suppression et l'heure), le journal des modifications de téléphone et de statut de membre (point 2 : identifiants internes, type et heure de l'événement et, lors d'un changement de numéro, empreintes irréversibles des numéros) et une copie de la preuve de consentement au démarrage immédiat de Premium (point 6 : identifiants internes de la famille et de l'utilisateur, heure du consentement, plan choisi, début de la période payée, identifiant de la transaction de la boutique et version du texte affiché) dans des buckets non publics ; l'accès aux photos reste contrôlé par le backend Kimda authentifié. Cloudflare exploite également le site web kimda.app (point 9).
- Twilio (vérification du téléphone par code SMS) - reçoit le numéro de téléphone et le code que vous saisissez uniquement aux fins d'envoi et de vérification du code SMS.
- Expo (650 Industries) - premièrement, il envoie les notifications : il reçoit le jeton push de l'appareil, l'identifiant d'installation pour les notifications, le jeton natif Apple ou Google, un texte ou emoji générique de notification et un type d'événement technique générique. Nous n'envoyons dans la notification push ni identifiants de base de données, ni noms, ni noms de tâches, ni montants. Expo transmet la notification au service push d'Apple (Apple Push Notification service) ou de Google (Firebase Cloud Messaging). Deuxièmement, il fournit les mises à jour de l'application (EAS Update) : à chaque lancement, l'application demande aux serveurs Expo si un correctif est disponible. Ce faisant, Expo reçoit l'adresse IP de l'appareil, la plateforme, la version de l'application, l'identifiant de la mise à jour installée, le cas échéant le texte de la dernière erreur qui a fait planter l'application, et un identifiant d'installation aléatoire
EAS-Client-ID, que l'application stocke de manière permanente sur le téléphone et qui ne change pas même après la déconnexion. Nous ne le lions pas à votre compte et l'application ne l'envoie pas à notre serveur. - Apple et Google - en tant que responsables du traitement distincts, ils traitent l'achat et la gestion des abonnements dans l'App Store et Google Play ; en tant que services push (Apple Push Notification service, Firebase Cloud Messaging), ils envoient les notifications aux appareils.
- RevenueCat (traitement des abonnements via l'App Store / Google Play, uniquement pour les comptes parents) - traite l'identifiant de la famille, l'historique des achats, le reçu Apple ou le jeton d'achat Google, la date de dernière utilisation et des données techniques de l'appareil (par ex. type d'appareil et système d'exploitation). Il ne reçoit de Kimda ni le nom ni le numéro de téléphone du parent ou de l'enfant. Les intégrations publicitaires/d'attribution de RevenueCat et la collecte manuelle d'identifiants publicitaires ne sont pas activées dans l'application.
- Sentry (rapports techniques d'erreurs de l'application et du serveur, pour la correction des bugs) - reçoit le type d'erreur, l'emplacement dans le code, la version de l'application et du système d'exploitation. L'application et le serveur sont configurés pour ne lui transmettre ni le nom, ni le téléphone, ni le jeton de connexion, ni le contenu des requêtes, ni l'adresse IP. L'organisation Kimda dans Sentry est hébergée dans la région de données de l'UE (Allemagne).
- Fournisseur de messagerie (Spaceship, service Spacemail) - distribue et conserve les e-mails que vous nous envoyez à privacy@kimda.app ou support@kimda.app.
Railway, Cloudflare, Twilio, Expo, RevenueCat, Sentry, Spaceship, Apple, Google et Meta (point 9) sont des sociétés basées ou ayant des infrastructures aux États-Unis, et peuvent donc traiter des données en dehors de l'Espace économique européen. Pour les transferts en dehors de l'Espace économique européen, nous utilisons un mécanisme prévu au chapitre V du RGPD qui s'applique au destinataire et au traitement spécifiques - généralement la certification du destinataire dans le cadre du EU-USA Data Privacy Framework (décision d'adéquation de la Commission européenne, art. 45 du RGPD) ou des clauses contractuelles types approuvées par la Commission européenne (art. 46, par. 2, point c, du RGPD). Nous vous fournirons des informations sur le mécanisme pour un destinataire spécifique et sur l'endroit où obtenir une copie des garanties applicables sur demande à privacy@kimda.app.
Nous ne vendons pas les données de l'application, ne les partageons pas avec des annonceurs et ne les utilisons pas à des fins de publicité ciblée. La mesure publicitaire sur le site kimda.app, avec le consentement du visiteur, est décrite au point 9.
5. Consentement parental et rôle des enfants
Seule une personne majeure peut créer l'application (le rôle « parent » et une nouvelle famille). Un compte ayant le rôle « enfant » n'est jamais créé qu'après avoir rejoint la famille au moyen d'un code d'invitation connu uniquement du parent - l'enfant ne peut donc participer qu'avec la connaissance et le consentement du parent qui partage le code. De plus, chaque connexion d'un enfant ou d'un autre parent doit être expressément approuvée par un parent dans l'application ; jusqu'à l'approbation, le nouveau membre ne voit que le nom de la famille. Le code d'invitation de la famille est valable 48 heures, une demande non approuvée est automatiquement supprimée après 72 heures et une demande refusée ou annulée l'est immédiatement. En vous inscrivant avec le rôle « parent », vous confirmez que vous êtes majeur(e) et que vous avez légalement le droit de consentir au traitement des données de vos enfants dans l'application.
Nous traitons les données de l'enfant uniquement dans la mesure nécessaire au fonctionnement du compte familial créé et géré par le parent, c'est-à-dire pour l'exécution du contrat avec le parent (art. 6, par. 1, point b, du RGPD). Le parent, en tant que représentant légal, décide de la participation de l'enfant : il partage le code d'invitation, approuve expressément la connexion de l'enfant et peut à tout moment retirer l'enfant de la famille ou demander la suppression de son compte. Lors de l'inscription, l'enfant prend seulement connaissance de la politique ; le consentement au traitement de ses données est donné par le parent lorsqu'il approuve la connexion de l'enfant dans l'application, et le serveur enregistre l'heure, le parent et la version de la politique. Pour les enfants approuvés avec une ancienne version de l'application, l'application demandera ultérieurement le consentement manquant au parent. Si le traitement nécessitait un consentement et que l'enfant n'avait pas encore 15 ans (limite d'âge en République tchèque selon l'art. 8 du RGPD et l'art. 7 de la loi n° 110/2019 du Recueil sur le traitement des données personnelles), le parent donne son consentement au nom de l'enfant. Les droits de l'enfant prévus au point 7 peuvent être exercés par le parent en son nom.
6. Combien de temps nous conservons les données
Nous conservons les données du compte et de la famille jusqu'à ce que l'utilisateur demande la suppression de son compte ou de toute la famille. La simple inactivité dans l'application ne déclenche aucune suppression automatique. L'utilisateur n'a donc pas besoin d'ouvrir régulièrement l'application pour ne pas perdre l'historique familial, et il peut lancer la suppression à tout moment directement dans l'application ou la demander à privacy@kimda.app. Nous conservons l'historique des modifications des règles financières (point 2) pendant toute l'existence de la famille, sans limite de temps ni de nombre total (la famille peut enregistrer les modifications des règles financières au maximum 30 fois par heure), car il sert de preuve immuable de qui a modifié les règles et quand, par exemple lors d'un litige entre parents ; dans l'application, il ne peut être ni modifié ni supprimé. Après la suppression de toute la famille (point 7), le serveur le supprime lors du prochain nettoyage ; la suppression du compte d'un membre individuel ne le modifie pas et seul l'identifiant interne sans nom y reste attaché.
Les délais suivants s'appliquent aux autres enregistrements spécifiques :
- Défis de code SMS (empreintes du numéro de téléphone et du défi) : valables 10 minutes ; après une vérification réussie, le serveur les supprime immédiatement, sinon au plus tard une heure après leur expiration.
- Limites de taux et limite quotidienne de SMS (empreintes) : le serveur les supprime 24 heures après la fin de la période surveillée ; la limite quotidienne de SMS se termine toujours à minuit UTC.
- Sessions de connexion : le jeton de connexion est valable 15 minutes ; la session se termine après 30 jours d'inactivité, au plus tard après 90 jours, ou plus tôt par déconnexion. Le serveur supprime la session terminée, y compris les empreintes de jetons, 30 jours après sa fin.
- Invitations et demandes de connexion : le code d'invitation de la famille est valable 48 heures et une invitation pour un autre parent 24 heures ; une demande de connexion non approuvée est automatiquement supprimée après 72 heures, une demande refusée ou annulée l'est immédiatement. L'enregistrement de l'invitation pour un autre parent (code, qui l'a créée et qui l'a utilisée) est supprimé par le serveur 30 jours après son expiration, son utilisation ou son annulation.
- Enregistrements de sécurité dans la base de données (point 2) : le serveur les supprime automatiquement après 30 jours. Le journal des modifications de téléphone et de statut de membre obéit à son propre délai indiqué ci-dessous.
- Journal des modifications de téléphone et de statut de membre (point 2) : le serveur supprime l'enregistrement dans la base de données au plus tôt 60 jours après sa création, et uniquement après l'avoir copié dans un stockage distinct (la copie est généralement créée en quelques minutes). Un enregistrement qui n'a pas pu être copié n'est pas supprimé par le serveur tant que la copie n'a pas réussi, et reste donc dans la base de données même au-delà de 60 jours. La copie dans le stockage privé distinct Cloudflare R2 est supprimée automatiquement par le stockage 60 jours après son enregistrement. Lors de la suppression d'un compte ou de toute la famille (point 7), le serveur supprime de la base de données les enregistrements du journal du compte ou de la famille supprimé(e) ; leur copie dans le stockage disparaît au plus tard 60 jours après son enregistrement.
- Photos : les photos non rattachées, qui n'ont pas pu être associées à un profil ou à une tâche, sont supprimées par le serveur après 24 heures ; l'enregistrement du défi temporel pour une photo est supprimé après 7 jours (point 3) et l'enregistrement technique de la photo supprimée (uniquement les identifiants internes) 30 jours après la suppression de la photo.
- Jeton push et identifiant d'appareil : jusqu'à la déconnexion de l'appareil, la suppression du membre de la famille ou la suppression du compte, ou jusqu'à ce qu'Apple ou Google le marque comme invalide. De plus, le serveur les supprime lui-même lorsque l'application n'a pas renouvelé l'enregistrement de l'appareil pendant 90 jours (elle le renouvelle à chaque connexion et lancement), ou lorsque l'utilisateur n'a pas de session de connexion valide depuis plus de 30 jours. Après la déconnexion de l'appareil (même à distance dans le Profil) ou la fin de sa connexion, rien n'est livré à l'appareil. Une exception concerne les enregistrements datant d'avant le déploiement de cette version, que l'application n'a pas renouvelés depuis : la déconnexion d'un appareil à distance ne les déconnectera pas, l'option Déconnecter tous les appareils le fera ; sinon, le serveur les supprime selon les délais ci-dessus. Le serveur supprime l'enregistrement du jeton push libéré (empreintes, famille et heure) après 30 jours, ou plus tôt si l'appareil s'enregistre à nouveau. Le serveur supprime l'enregistrement de l'appareil libéré (identifiant interne du compte, identifiant aléatoire de l'appareil, empreintes et heure) après 91 jours – c'est-à-dire seulement après l'expiration de la durée de validité maximale possible d'une session de connexion (90 jours) – ou plus tôt si l'appareil du même compte s'enregistre à nouveau. Aucun enregistrement de l'appareil libéré n'est tenu lors de la suppression du compte ; s'il a déjà été créé lors du lancement de la suppression, le serveur le supprime lors de son achèvement. Le délai de conservation de l'enregistrement du jeton push libéré reste ainsi inchangé. L'empreinte technique du jeton push pour un rappel envoyé sert uniquement à vérifier la livraison ; le serveur la supprime après l'évaluation de la livraison, au plus tard 30 jours après l'envoi. Le serveur supprime l'enregistrement de l'enregistrement de l'appareil (identifiant interne du compte et de l'appareil, empreinte du jeton push, type d'événement et heure ; point 2) après 30 jours à compter de sa création, même si vous supprimez le compte entre-temps.
- File d'attente des avertissements de sécurité et avertissements non livrés (point 2) : le serveur supprime les données relatives au destinataire de l'avertissement (jeton push de l'appareil ou identifiant interne de la famille ou du compte et langue) de l'enregistrement stocké dans la file d'attente dès sa livraison ou après l'abandon de la livraison, mais au plus tard 7 jours après la création de l'avertissement ; seul l'identifiant interne de la famille (et temporairement celui du compte lors d'une erreur exceptionnelle de la base de données) peut y rester jusqu'à l'inscription d'un enregistrement d'avertissement non livré (ci-dessous). Il supprime le reste de l'enregistrement (type d'avertissement, type technique général de l'événement, heure et message d'erreur technique) 30 jours après le traitement. Il conserve l'enregistrement d'un avertissement non livré pour un parent (identifiant interne de la famille, type d'avertissement et heure, sans jeton push et sans nom) jusqu'à ce que le parent le confirme dans l'application ; il supprime un enregistrement confirmé dès qu'il a plus de 90 jours. Il supprime l'enregistrement d'une famille qui n'existe plus lors du prochain nettoyage.
- Réponses enregistrées des opérations financières : afin qu'une requête répétée après une panne de réseau n'enregistre pas un paiement, un prêt ou une autre opération financière en double, le serveur mémorise la réponse à celle-ci pendant 30 jours. L'enregistrement de l'opération elle-même (type d'opération, son identifiant aléatoire, les identifiants internes de la famille, de l'auteur et du membre concerné, empreinte SHA-256 de la requête et heure) fait partie de l'historique financier et est conservé jusqu'à la suppression du compte ou de la famille.
- Enregistrements des paiements directs et des remboursements manuels (point 2) : contrairement à la réponse enregistrée ci-dessus, qui est supprimée après 30 jours, ces enregistrements sont conservés jusqu'à la suppression de l'enfant qu'ils concernent ou de toute la famille (point 7).
- Enregistrements stockés des demandes répétées du planificateur : pour qu'une demande répétée ne crée pas deux fois un plan de tâches après une panne de réseau, le serveur conserve pendant 60 jours un enregistrement de sa création (identifiants internes de la famille et du parent, type d'opération, identifiant aléatoire de la demande, empreinte SHA-256 des paramètres du plan saisis, lien vers le plan créé et heure). Le serveur supprime également l'enregistrement lors de la suppression du compte du parent qui a créé le plan, et lors de la suppression de toute la famille (point 7).
- Demande de suppression de compte : une demande de suppression non confirmée est invalidée après 45 jours et supprimée au plus tard après 400 jours supplémentaires ; l'enregistrement de la suppression effectuée (uniquement les identifiants internes et l'état, sans noms ni contacts) est conservé comme preuve que nous avons traité votre demande, et ce pendant 3 ans à compter du traitement. Dans la même mesure (identifiant interne aléatoire du compte ou de la famille, type de suppression et heure), nous tenons un journal des suppressions effectuées, afin qu'après une éventuelle restauration de la base de données à partir d'une sauvegarde, toutes les suppressions ultérieures soient appliquées à nouveau. Le serveur supprime l'enregistrement du journal dans la base de données au plus tôt 180 jours après sa création, et ce seulement après l'avoir copié dans un stockage distinct (la copie est généralement créée en quelques minutes) ; le serveur ne supprime pas un enregistrement qui n'a pas pu être copié tant que la copie ne réussit pas. Le stockage lui-même supprime la copie dans un stockage non public distinct après 60 jours à compter de son enregistrement. L'exportation chiffrée du journal, qui fait partie de la sauvegarde de la base de données, disparaît avec la sauvegarde (au plus tard après 30 jours).
- Demandes de consentement parental : une demande ouverte est valable 14 jours ; elle n'est prolongée que si un parent rejoint entre-temps la famille (pour une demande de suppression de la famille, le nouveau parent reçoit ses propres 14 jours, mais au plus tard jusqu'à la fin de l'éventuelle période de protection après le retrait d'un autre parent), ou après une restauration de la base de données à partir d'une sauvegarde (à l'exception d'une demande de suppression de la famille, qui n'est valable que jusqu'à la fin de la période de protection). Une demande de suppression de la famille qui expirerait pendant le délai de 14 jours suivant le retrait d'un autre parent se poursuit jusqu'à la fin de ce délai puis expire. Pendant le délai de 14 jours suivant le retrait d'un autre parent, la famille ne peut pas être supprimée ; une demande de suppression de la famille soumise pendant ce délai expirera à son issue. À l'expiration du délai, le seul parent restant peut supprimer la famille directement dans le Profil. Le serveur supprime une demande traitée au bout de 90 jours.
- Empreinte du numéro de téléphone après suppression du compte ou changement de numéro : afin que la période d'essai Premium ne puisse pas être obtenue à plusieurs reprises en supprimant le compte et en se réinscrivant, le serveur enregistre, lors de la suppression du compte d'un parent qui a été membre de la famille pendant sa période d'essai et lors du changement de numéro d'un tel parent (même si le numéro est changé par le support à sa demande), uniquement l'empreinte de l'ancien numéro de téléphone (HMAC avec clé secrète) et l'heure — pas le numéro lui-même. Une nouvelle inscription avec le même numéro ne recevra pas la période d'essai. Le serveur supprime l'empreinte au bout de 12 mois.
- E-mails que vous nous envoyez : pendant la durée nécessaire pour traiter votre question ou demande et pour prouver comment nous l'avons traitée.
- Enregistrement des interventions du support et de l'administration : le serveur supprime automatiquement l'enregistrement de l'intervention dans la base de données (type d'intervention, qui l'a effectuée, quand, quelle famille elle concerne et le numéro de demande – sans noms ni numéros de téléphone ; c'est ainsi que nous enregistrons le rétablissement du numéro et la déconnexion des appareils par le support, l'exportation des données de la famille sur demande et la gestion des codes promo et de l'accès gratuit) après 3 ans. Nous tenons le journal des demandes de support (numéro de demande, date, identifiant interne du compte, méthode de vérification de l'identité et résultat – sans numéro de téléphone) sous forme chiffrée en dehors de la base de données et le conservons également pendant 3 ans comme preuve de la manière dont nous avons traité la demande.
Les journaux d'exploitation et de sécurité de production de l'hébergement ne peuvent être conservés plus de 30 jours. Sentry conserve les rapports d'erreur techniques de l'application et du serveur pendant 90 jours au maximum, afin que nous puissions identifier et corriger les erreurs qui ne se manifestent qu'après la publication d'une nouvelle version de l'application ; les éventuelles sauvegardes d'exploitation de Sentry expirent au plus tard 90 jours après leur création. Les sauvegardes de la base de données sont effectuées quotidiennement, chiffrées avant même l'envoi depuis l'environnement de production et supprimées 30 jours après leur création, de sorte que les données précédemment supprimées y restent au maximum 30 jours ; elles ne servent pas à restaurer de manière courante un compte supprimé. Si nous devions restaurer la base de données à partir d'une sauvegarde, nous appliquerions à nouveau les suppressions effectuées après la création de la sauvegarde selon le journal des suppressions. Les réglages de l'hébergement, de la base de données et du stockage doivent imposer techniquement ces délais, et l'exploitant les vérifie régulièrement.
Lorsque la suppression d'un enregistrement chez un prestataire d'abonnement externe ne peut pas être menée à bien immédiatement, Kimda anonymise sans délai supplémentaire les données personnelles locales une fois les médias supprimés. Pour pouvoir répéter la demande externe en toute sécurité, elle ne conserve que l'identifiant interne aléatoire de la famille et l'état technique de la suppression, et non les noms ou les numéros de téléphone. Le serveur supprime l'enregistrement de cette tâche d'effacement externe (identifiant interne de la famille, désignation du prestataire, nombre de tentatives, heures et code de la dernière erreur, sans noms ni numéros de téléphone) 90 jours après son achèvement ; une tâche inachevée est conservée jusqu'à son achèvement.
Nous conservons la preuve de consentement au démarrage immédiat de Premium (identifiants internes de la famille et de l'utilisateur, heure du consentement, plan choisi, début de la période payée, identifiant de la transaction de la boutique, identifiant interne de la tentative d'achat et version du texte affiché) pendant la durée nécessaire pour prouver ce consentement dans un éventuel litige, par défaut 3 ans à compter de son octroi. À l'expiration du délai, la preuve est supprimée de manière contrôlée. La preuve n'est pas supprimée avec le compte ni avec la famille (point 7). Nous en conservons également une copie (sans l'identifiant interne de la tentative d'achat) dans un stockage non public distinct Cloudflare R2 (point 4), afin que la preuve survive à la perte de la base de données entre les sauvegardes ; le stockage la supprime lui-même après 1125 jours à compter de son enregistrement.
7. Vos droits
Vous avez le droit :
- d'accéder à toutes les données que l'application conserve sur vous et votre famille (art. 15 du RGPD),
- de rectifier des données inexactes (art. 16 du RGPD) — vous modifiez vous-même votre numéro de téléphone dans le Profil après vérification du nouveau numéro par code SMS ; si vous perdez l'accès à votre compte (par exemple parce que quelqu'un d'autre a modifié le numéro depuis un appareil connecté), nous le modifierons à votre demande après vérification de votre identité,
- de supprimer le compte d'un membre (art. 17 du RGPD) - directement dans l'application (Mon profil → Supprimer le compte), l'application supprime ou anonymise de manière irréversible le nom, le téléphone, la photo et le jeton push, et supprime toutes les photos que vous avez ajoutées ; pour le compte d'un enfant, également les photos de ses tâches ajoutées par un parent en son nom. Il n'est alors plus possible de se connecter avec ce compte et aucun nom ni contact n'y est conservé. Dans l'historique des tâches et des paiements ne subsistent que les éléments comptables nécessaires à la continuité du reste de la famille (points, montant, statut et date) ; la note libre est supprimée et les noms des tâches et des objectifs sont remplacés par une valeur neutre. Cet historique n'est pas supprimé, car il reste rattaché au reste de la famille (sinon la cohérence comptable entre ses membres ne serait plus assurée), mais il n'est lié qu'à un enregistrement sans nom ni contact. Les enregistrements des paiements directs et des remboursements manuels de l'enfant (point 2) sont supprimés avec l'enfant. Le serveur supprime de la base de données les enregistrements du journal des modifications de téléphone et de statut de membre (point 2) ; leur copie dans le stockage distinct disparaît au plus tard 60 jours après son enregistrement. Si l'enfant a une dette, un solde ou des demandes en attente, l'application lui montre avant la suppression les montants qu'il perdra, et il doit confirmer expressément la suppression ; les parents reçoivent alors un avertissement général. Un membre que le parent a retiré de la famille peut, après vérification par code SMS dans l'application, supprimer lui-même définitivement son compte et libérer ainsi son numéro de téléphone,
- de supprimer en cascade toute la famille - lorsqu'un parent confirme expressément la suppression de toute la famille, nous anonymisons tous ses membres, supprimons leurs photos et remplaçons en outre les textes libres ainsi que les noms des tâches, objectifs et récompenses personnalisés par des valeurs neutres ; nous supprimons également les enregistrements des paiements directs et des remboursements manuels de la famille (point 2), l'historique des modifications des règles financières de la famille (lors du prochain nettoyage) et les enregistrements du journal des modifications de téléphone et de statut de membre de ses membres (la copie du journal dans un stockage distinct disparaît au plus tard 60 jours après son enregistrement). La suppression d'un autre parent nécessite le consentement du parent concerné : un refus exprès interrompt l'action, sans réponse elle est effectuée après 14 jours. La suppression de toute la famille comprenant un autre parent nécessite le consentement exprès de chaque autre parent ; sans le consentement de tous, la demande est annulée après 14 jours et la famille n'est pas supprimée. Une famille dont un autre parent a été retiré au cours des 14 derniers jours peut être supprimée au plus tôt 14 jours après son retrait. Les enregistrements comptables d'une famille supprimée, y compris les soldes et les états des prêts et de l'épargne des enfants, sont effacés de la base de données d'exploitation au plus tard 30 jours après la suppression ; ils peuvent rester dans les sauvegardes chiffrées au plus 30 jours supplémentaires avant la suppression de la sauvegarde. Le document de consentement au démarrage immédiat de Premium n'est pas supprimé avec la suppression de la famille (point 6). Les enregistrements anonymisés de l'utilisation des codes partenaires, qui ne contiennent aucune donnée personnelle, sont conservés pour le suivi des partenaires et la protection contre les abus. Une fois les médias supprimés, l'anonymisation locale a lieu même si RevenueCat est temporairement indisponible ; la demande externe est ensuite répétée de manière sécurisée avec le seul identifiant interne de la famille. RevenueCat effectue la suppression de manière asynchrone. Cela ne résilie pas l'abonnement géré par l'App Store ou Google Play - le parent doit le résilier séparément dans les réglages de la boutique concernée,
- de limiter le traitement (art. 18 du RGPD), par exemple lorsque vous contestez l'exactitude des données, pendant la période nécessaire pour que nous la vérifiions,
- à la portabilité (art. 20 du RGPD) - nous vous fournirons les données que vous nous avez fournies et que nous traitons sur la base d'un contrat dans un format structuré, couramment utilisé et lisible par machine (par ex. JSON), ou, à votre demande, nous les transmettrons à un autre responsable du traitement, si cela est techniquement possible,
- de vous opposer (art. 21 du RGPD) au traitement fondé sur notre intérêt légitime (point 2) ; nous cesserons alors le traitement, à moins que nous ne démontrions des motifs légitimes et impérieux qui prévalent sur vos intérêts, droits et libertés, ou que nous n'en ayons besoin pour la constatation, l'exercice ou la défense de droits en justice,
- de retirer votre consentement à tout moment (art. 7, par. 3, du RGPD) - vous pouvez retirer votre consentement à la mesure publicitaire sur le site web via le lien "Paramètres des cookies" en pied de page du site (point 9) ; le retrait n'affecte pas le traitement antérieur,
- d'introduire une réclamation auprès d'une autorité de contrôle (art. 77 du RGPD) - en République tchèque, il s'agit de l'Office de protection des données personnelles (Úřad pro ochranu osobních údajů), Pplk. Sochora 27, 170 00 Praha 7, site web uoou.gov.cz ; vous pouvez également contacter l'autorité de contrôle de l'État membre de l'UE où vous résidez ou travaillez.
Envoyez votre demande à privacy@kimda.app. Afin de ne pas transmettre ou supprimer des données à quelqu'un d'autre, nous vérifierons d'abord que la demande est faite par le propriétaire du compte (par exemple, par confirmation depuis le numéro de téléphone associé au compte) ; ne nous envoyez jamais de codes de SMS de connexion. La seule exception est le code du SMS marqué « Kimda obnova účtu », que le support ne vous demandera qu'en réponse à votre propre demande de restitution d'un compte usurpé, ou à votre propre confirmation d'une telle demande d'un autre parent de votre famille (point 2) ; même alors, ne le communiquez qu'au support, jamais à un autre membre de la famille. Le support vous demande ce code exclusivement par e-mail depuis l'adresse support@kimda.app avec votre numéro de demande, jamais par téléphone ni par l'intermédiaire d'un autre membre de la famille. Nous traitons une demande d'accès ou de portabilité par une exportation des données de la famille au format JSON (sans les jetons de connexion ni leurs empreintes et sans les empreintes des numéros de téléphone d'origine des enregistrements de sécurité, qui servent uniquement à vérifier une demande de restitution d'un compte, et sans le journal des modifications de téléphone et de statut de membre, qui sert uniquement à protéger contre l'usurpation du numéro ; l'exportation contient les enregistrements des paiements directs et des remboursements manuels (point 2) ; pour les photos, elle contient leur empreinte technique selon le point 3, les photos elles-mêmes seront fournies séparément sur demande) ; nous enregistrons chaque exportation (qui l'a préparée, quand et sur la base de quelle demande). Nous vous communiquerons sur demande les données relatives aux événements du journal des modifications de téléphone et de statut de membre (type et heure, sans empreintes). Nous répondrons dans les meilleurs délais, au plus tard dans un délai d'un mois ; dans les cas plus complexes, nous pouvons prolonger ce délai de deux mois supplémentaires, ce dont nous vous informerons en temps utile. Les droits d'un enfant peuvent être exercés par un parent en tant que représentant légal.
8. Sécurité
L'application n'utilise pas de mots de passe (connexion uniquement par téléphone vérifié). L'accès est protégé par un jeton de connexion à courte durée de vie valable 15 minutes et un jeton d'actualisation, que le serveur stocke uniquement sous forme d'empreinte ; en cas de réutilisation prouvée d'un jeton d'actualisation déjà remplacé, le serveur déconnecte le compte sur tous les appareils, annule ses enregistrements pour les notifications, écrit un enregistrement de sécurité et avertit les autres parents. En production, la communication entre l'application et le serveur passe par HTTPS. Les photos sont stockées dans un espace de stockage non public et, avant de les délivrer, le backend vérifie le compte ainsi que l'appartenance à la même famille. Les sauvegardes de la base de données sont chiffrées avant même le transfert et ne peuvent être déchiffrées qu'avec une clé privée stockée hors du cloud ; les codes promo ne sont dans la base de données que sous forme d'empreinte HMAC avec une clé hors de la base de données et nous enregistrons la gestion des codes promo. Le serveur n'écrit pas les numéros de téléphone, les jetons ni le contenu des requêtes dans les journaux d'exploitation.
9. Site web kimda.app et cookies
Le présent point s'applique uniquement aux visiteurs du site kimda.app, et non à l'utilisation de l'application. Le site fonctionne sur le réseau Cloudflare, qui traite techniquement, lors de chaque visite, l'adresse IP et des données relatives au navigateur afin de pouvoir fournir la page et la protéger contre les attaques ; Cloudflare conserve les enregistrements pour le diagnostic des erreurs du site pendant 3 jours au maximum. Selon la langue du navigateur (et pour le lien de téléchargement, également selon le type d'appareil), le site vous redirige vers la version appropriée de la page. La base juridique est notre intérêt légitime à un site web sécurisé et fonctionnel (art. 6, par. 1, point f, du RGPD). Le site conserve le thème choisi uniquement dans votre navigateur (localStorage). Votre choix concernant les cookies est enregistré dans le localStorage et dans un cookie technique strictement nécessaire kimda-consent-proof (validité de 180 jours), qui ne contient que le type de choix et l'heure de la décision, sans aucun identifiant de personne ou de compte. Votre navigateur l'envoie techniquement avec chaque requête adressée au site ; le serveur ne l'évalue pas, il sert uniquement au script exécuté dans votre navigateur pour vérifier que le consentement n'a pas été retiré. Ce cookie ne nécessite pas de consentement et n'est utilisé ni à des fins de mesure ni à des fins publicitaires.
Uniquement si vous choisissez "Accepter" dans le bandeau du site, celui-ci charge Meta Pixel de la société Meta Platforms Ireland Limited. Celui-ci dépose un cookie dans votre navigateur (par ex. _fbp, d'une durée de validité maximale de 90 jours) et transmet à Meta des données sur la visite : la page consultée, l'adresse IP, des données relatives au navigateur et l'identifiant du cookie. Il nous sert à mesurer l'efficacité des publicités sur Facebook et Instagram. La base juridique est votre consentement (art. 6, par. 1, point a, du RGPD et l'art. 89, par. 3, de la loi n° 127/2005 du Recueil sur les communications électroniques). Nous sommes responsables conjointement avec Meta de la collecte et de la transmission de ces données ; leur traitement ultérieur, y compris un éventuel transfert vers les États-Unis sur la base du cadre de protection des données EU-USA (Data Privacy Framework), est effectué par Meta en tant que responsable du traitement distinct, conformément à sa politique disponible sur facebook.com/privacy/policy. Nous n'envoyons jamais à Meta de données issues de l'application, du compte ou de la famille.
Sans consentement, Meta Pixel n'est pas chargé du tout. Vous pouvez retirer votre consentement à tout moment via le lien "Paramètres des cookies" en pied de page du site ; le site supprime alors les cookies du Pixel et ne charge plus le Pixel.
Si vous rejoignez le groupe de testeurs dans Google Groups via la page pour les testeurs, l'administrateur du groupe verra l'e-mail de votre compte Google ; nous l'utiliserons uniquement pour tester l'application et pour accéder à sa version de test dans Google Play. La version de test pour iPhone est distribuée par Apple via TestFlight. Google et Apple traitent les données en tant que responsables du traitement distincts conformément à leurs politiques. La base juridique est votre demande de participation au test (art. 6, par. 1, point b, du RGPD). L'e-mail restera dans le groupe jusqu'à ce que vous vous en désinscriviez ou jusqu'à la fin du test.
10. Modifications de la présente politique
Nous vous informerons de toute modification substantielle de la présente politique dans l'application et sur le site web kimda.app. L'application reconnaît quelle version de la politique vous avez acceptée : elle demandera aux parents de confirmer la nouvelle version (et, le cas échéant, de donner leur consentement pour les enfants), l'enfant en prendra connaissance. Nous enregistrons l'heure et la version de la confirmation.
11. Contact
Questions relatives à la protection des données personnelles : privacy@kimda.app