Politique de confidentialité

5. Définitions

Sauf indication contraire, les définitions de l'art. 4 du RGPD s'appliquent. En particulier, on entend par :

• « données à caractère personnel » : toute information se rapportant à une personne physique identifiée ou identifiable ;
• « traitement » : toute opération portant sur des données à caractère personnel (p. ex. collecte, conservation, transmission, effacement) ;
• « responsable du traitement » : la personne physique ou morale qui, seule ou conjointement avec d'autres, détermine les finalités et les moyens du traitement ;
• « sous-traitant » : la personne physique ou morale qui traite des données à caractère personnel pour le compte du responsable du traitement (art. 28 du RGPD) ;
• « pays tiers » : un État situé en dehors de l'Espace économique européen (EEE) ;
• « consentement » : toute manifestation de volonté, libre, éclairée et univoque, de la personne concernée.

6. Activités de traitement

Nous décrivons ci-après, pour chaque fonction de l'application, quelles données nous traitons, à quelles fins, sur quelle base juridique, pendant combien de temps nous les conservons et à quels destinataires nous les transmettons le cas échéant. Vous trouverez un aperçu consolidé des prestataires tiers au point 8 et des durées de conservation au point 10.

6.1 Mise à disposition de l'application et fichiers journaux du serveur

Activité de traitement :
Lors de l'ouverture et de l'utilisation de l'application, des données techniques sont automatiquement transmises à nos serveurs (hébergés chez Supabase) et enregistrées dans des fichiers journaux.
Catégories de données :

• adresse IP, anonymisée par troncature du dernier octet à l'expiration d'un délai de 24 heures, en l'absence d'incident de sécurité
• date et heure de l'accès
• type de terminal, système d'exploitation et version
• version de l'application
• paramètres de langue et de région
• codes d'état HTTP, volumes de données transférés
• fonctions et points de terminaison appelés (sous forme technique)

Finalité :

• mise à disposition des fonctions de l'application
• garantie de la stabilité et de la sécurité des systèmes
• détection, circonscription et élimination des dysfonctionnements
• protection contre les attaques (p. ex. déni de service)

Base juridique :

• art. 6, par. 1, point b) du RGPD (exécution du contrat) pour la mise à disposition de l'application
• art. 6, par. 1, point f) du RGPD (intérêt légitime) pour la sécurité et la stabilité des systèmes

Durée de conservation :
Les fichiers journaux sont en principe automatiquement effacés ou anonymisés après 30 jours. En cas d'incidents relevant de la sécurité, certaines entrées peuvent être conservées plus longtemps, jusqu'à la clôture de l'incident, mais au maximum 90 jours.
Destinataires :
Supabase (sous-traitant, région UE).

6.2 Inscription et authentification

Activité de traitement :
Pour la création d'un compte utilisateur, nous traitons les données nécessaires à l'inscription et à l'authentification. Trois modes de connexion sont disponibles :

• E-mail avec Magic Link : saisie de l'adresse e-mail, envoi d'un lien de confirmation à usage unique ;
• Sign in with Apple : identifiant Apple anonymisé, en option prénom et nom (fournis par Apple) ainsi qu'une adresse e-mail masquée, si l'utilisateur le choisit ;
• Sign in with Google : identifiant de compte Google, nom, adresse e-mail et photo de profil, dans la mesure autorisée par l'utilisateur.

Catégories de données :

• adresse e-mail
• identifiant du prestataire tiers (Apple, Google), en cas d'utilisation du SSO
• nom et, le cas échéant, photo de profil (si partagés par l'utilisateur)
• jetons d'authentification et identifiants de session
• date et heure de connexion, informations relatives à l'appareil et à la sécurité (aux fins de détection des abus)
• date de naissance complète (jour/mois/année) aux fins de la vérification de l'âge conformément à l'article 3 des conditions générales d'utilisation (« CGU ») ; voir en complément le point 6.3
• version des CGU acceptées et de la politique de confidentialité dont l'utilisateur a pris connaissance, par utilisateur (identifiant de version)

Finalité :

• création et authentification du compte utilisateur
• protection du compte contre les accès non autorisés
• récupération de l'accès
• exécution de la vérification de l'âge conformément à l'article 24a du JuSchG (loi allemande sur la protection de la jeunesse) / art. 28 du DSA
• preuve des consentements donnés (gestion des versions)

Base juridique :

• art. 6, par. 1, point b) du RGPD (exécution du contrat)
• art. 6, par. 1, point c) du RGPD en liaison avec l'article 24a du JuSchG (obligation légale) pour la vérification de l'âge
• art. 6, par. 1, point f) du RGPD (intérêt légitime) pour la sécurité du compte et la documentation des versions

Durée de conservation :
Les données de connexion et la date de naissance sont conservées pendant toute la durée d'existence du compte utilisateur. Après la suppression du compte, elles sont effacées conformément au point 10 ; les obligations légales de conservation demeurent inchangées.
Destinataires :

• Supabase (authentification, sous-traitant, région UE)
• Apple Inc. ou Google LLC (en cas de SSO ; responsables du traitement autonomes dans le cadre de leur service SSO)
• Plus Five Five, Inc. d/b/a Resend (envoi du Magic Link — voir le point 6.16)

6.3 Vérification de l'âge et mesure anti-contournement

Activité de traitement :
Afin de garantir l'âge minimum légal de 16 ans (article 3 des CGU), nous vérifions l'âge par la saisie de la date de naissance complète avant la finalisation de l'inscription. En complément, nous mettons en œuvre un procédé technique anti-contournement afin d'empêcher les tentatives d'inscription répétées avec de fausses indications d'âge.
Catégories de données :

• date de naissance complète (jour/mois/année) — enregistrée avec le compte utilisateur
• identifiant haché (SHA-256, avec sel côté serveur) constitué de l'adresse e-mail, de l'identifiant de l'appareil et de l'année de naissance — uniquement en cas de refus d'inscription pour non-atteinte de la limite d'âge, pour une durée maximale de 90 jours

Finalité :

• exécution de l'obligation légale de protection des mineurs conformément à l'article 24a du JuSchG
• respect des exigences de l'art. 28 du règlement (UE) 2022/2065 sur les services numériques relatives à des « mesures appropriées et proportionnées » de protection des mineurs
• en option : affichage de l'anniversaire (jour/mois) dans le profil — uniquement en cas d'autorisation active par l'utilisateur
• en option : rappel de son propre anniversaire à venir sur la base du jour et du mois (point 6.21)

Base juridique :

• art. 6, par. 1, point c) du RGPD en liaison avec l'article 24a du JuSchG (obligation légale)
• art. 6, par. 1, point f) du RGPD (intérêt légitime à la protection des mineurs et à l'effectivité de la limite d'âge) — une évaluation de l'intérêt légitime (Legitimate Interest Assessment, LIA) a été documentée
• art. 6, par. 1, point a) du RGPD (consentement) — uniquement pour l'affichage optionnel de l'anniversaire (jour/mois) dans le profil ; révocable à tout moment

Durée de conservation :

• date de naissance : jusqu'à la suppression du compte
• hachage anti-contournement : au maximum 90 jours à compter de la collecte, puis effacement automatique

Destinataires :
Traitement exclusivement interne dans l'infrastructure Supabase (région UE). Aucune transmission à des tiers externes n'a lieu.
AIPD :
Pour ce traitement, une analyse d'impact relative à la protection des données (AIPD) conformément à l'art. 35 du RGPD a été réalisée et documentée.
Sanction en cas de fausse déclaration :
En cas de fausse saisie avérée, le compte ainsi que l'ensemble des données à caractère personnel qui y sont associées sont immédiatement supprimés ; le hachage anti-contournement anonymisé est conservé pendant 90 jours afin d'empêcher une nouvelle inscription avec les mêmes identifiants.

6.4 Profil utilisateur et galerie

Activité de traitement :
Dans votre profil, vous pouvez volontairement fournir des informations supplémentaires sur vous-même et déposer des images ou des vidéos dans une galerie personnelle. Vous pouvez régler la visibilité de chaque publication de la galerie individuellement (publique au sein de l'application, réservée aux invités d'événements communs ou privée). Pour les utilisateurs de moins de 18 ans, les paramètres de visibilité sont réglés par défaut sur le niveau le plus restrictif (protection des données par défaut conformément à l'art. 25 du RGPD).
Catégories de données :

• nom d'affichage, photo de profil
• champs facultatifs : biographie, surnom, anniversaire (jour/mois, autorisé séparément), identifiants de réseaux sociaux, numéro de téléphone, autres informations de profil
• contenus de la galerie (images, vidéos), descriptions, statut de visibilité
• statistiques de profil (p. ex. nombre d'événements créés, dans la mesure où elles sont affichées)

Finalité :

• identification vis-à-vis des autres utilisateurs dans l'application
• mise à disposition des fonctions de galerie choisies par l'utilisateur
• personnalisation de l'expérience de l'application

Base juridique :

• art. 6, par. 1, point b) du RGPD (exécution du contrat) pour les informations obligatoires
• art. 6, par. 1, point a) du RGPD (consentement) pour les données de profil facultatives et les publications de galerie à visibilité étendue, révocable à tout moment
• art. 6, par. 1, point f) du RGPD en liaison avec l'art. 25 du RGPD (protection des données par défaut) pour le paramétrage restrictif par défaut applicable aux mineurs

Remarque de délimitation :
L'information d'anniversaire affichée ici en option (jour et mois, sans année de naissance) doit être distinguée de la vérification de l'âge décrite au point 6.3. La date de naissance complète visée au point 6.3 n'est pas rendue visible dans le profil. Concernant le rappel de votre propre anniversaire, voir le point 6.21.
Durée de conservation :
Jusqu'à la suppression par l'utilisateur ou jusqu'à la suppression du compte. Les publications de la galerie sont effacées avec la suppression de la publication correspondante.
Destinataires :

• Supabase (stockage des enregistrements de profil, UE)
• Cloudflare R2 (stockage des fichiers multimédias, UE)

6.5 Création et gestion d'événements

Activité de traitement :
Vous pouvez créer des événements dans l'application, inviter des invités, gérer les acceptations et les refus, modifier les contenus de l'événement (description, date, lieu, images) et utiliser le cockpit d'événement en tant qu'hôte.
Catégories de données :

• données de l'événement : nom, description, date, heure, lieu, image
• liste des invités : identifiant des personnes invitées, statut de la réponse (acceptation/refus), commentaires/réponses au questionnaire
• modules propres à l'événement (voir le point 6.9)

Finalité :

• mise à disposition de la planification et de la réalisation d'événements
• communication entre l'hôte et les invités

Base juridique :

• art. 6, par. 1, point b) du RGPD (exécution du contrat)
• art. 6, par. 1, point f) du RGPD (intérêt légitime) pour la visibilité des métadonnées de l'événement vis-à-vis des personnes invitées

Durée de conservation :
Les données de l'événement sont conservées jusqu'à la suppression de l'événement par l'hôte ou jusqu'à la suppression du compte. Les événements inactifs sont archivés ou supprimés conformément aux règles de cycle de vie annoncées dans l'application.
Destinataires :

• Supabase (base de données, UE)
• les autres participants à l'événement (dans les limites des paramètres de visibilité)

6.6 Envoi de liens d'invitation

Activité de traitement :
Lorsque vous souhaitez inviter des personnes à un événement, l'application génère un lien d'invitation que vous copiez vous-même dans le presse-papiers de votre terminal ou que vous transmettez via le menu de partage système de votre terminal (p. ex. messagerie instantanée, e-mail). Avygo n'accède pas à votre carnet d'adresses et ne traite aucune donnée de contact des destinataires ; la sélection, l'envoi et l'adressage sont effectués exclusivement par vous sur votre terminal. Si une personne invitée répond à l'invitation via le site web Avygo, les dispositions du point 6.19 s'appliquent en complément.
Catégories de données (côté prestataire) :

• le lien d'invitation que nous générons (identifiant unique de l'événement, aucun identifiant de destinataire)
• statut de l'invitation : non attribuée, rejointe

Catégories de données (côté terminal, sans traitement de notre part) :
les contacts et canaux déjà présents sur votre terminal, que vous utilisez vous-même pour la transmission.
Finalité :

• mise à disposition de la fonction d'invitation via des liens partageables
• rattachement des personnes ayant rejoint l'événement

Base juridique :
art. 6, par. 1, point b) du RGPD (exécution du contrat)
Durée de conservation :
Les liens d'invitation générés sont conservés jusqu'à l'expiration de leur validité (par défaut : 90 jours) ou jusqu'à l'adhésion de la personne invitée à l'événement ; en cas de suppression de l'événement, les liens perdent leur validité.
Destinataires :
Supabase (stockage des données de l'événement et des liens, UE). Aucune transmission à des prestataires tiers aux fins de l'envoi des invitations n'a lieu.

6.7 Chat de groupe et chat privé (chiffré par TLS)

Activité de traitement :
La fonction de chat (chat de groupe par événement ainsi que chat privé 1:1) est opérée via notre propre infrastructure backend chez Supabase (région UE Francfort, eu-central-1). La transmission de l'ensemble des données de chat entre votre terminal et nos serveurs est chiffrée en transit (TLS 1.2 ou supérieur). Sur le serveur, les messages sont stockés chiffrés au repos (Encryption at Rest, AES-256). Il n'y a pas de chiffrement de bout en bout ; en tant que fournisseur, nous disposons donc de la possibilité technique d'accéder aux contenus des chats. Un accès n'a lieu que dans les cas décrits sous « Accès aux contenus des chats ».
Catégories de données :

• identifiant utilisateur de l'expéditeur ainsi que des membres du chat
• informations d'appartenance par salon de chat (adhésion, départ, rôle)
• messages de chat (contenus textuels) ainsi que références aux pièces jointes multimédias (voir le point 6.8)
• métadonnées (horodatage, accusés de remise et de lecture, indicateurs de saisie), dans la mesure nécessaire au fonctionnement
• jetons push pour les notifications push (voir le point 6.10)

Finalité :

• mise à disposition de la communication en temps réel entre les participants à l'événement
• remise des messages et des médias ainsi que synchronisation entre les appareils de l'utilisateur
• traitement des contenus de chat signalés dans le cadre de la modération (voir le point 6.11)
• garantie de la sécurité et de la stabilité du service de chat

Base juridique :

• art. 6, par. 1, point b) du RGPD (exécution du contrat)
• art. 6, par. 1, point f) du RGPD (intérêt légitime) pour les mesures de sécurité et de stabilité ainsi que pour le traitement des contenus signalés

Accès aux contenus des chats :
Nous ne procédons à aucune consultation, analyse ou recherche automatisée des contenus des chats sans motif. Un accès de notre part n'a lieu que (i) lorsqu'un membre du chat signale un contenu via la fonction de signalement et que l'examen du contenu signalé l'exige (point 6.11), (ii) dans la mesure où nous y sommes légalement tenus (p. ex. en vertu d'une injonction administrative ou judiciaire), ou (iii) dans la mesure où cela est strictement nécessaire, au cas par cas, à l'élimination d'un dysfonctionnement technique. Les accès internes sont limités au minimum nécessaire sur les plans technique et organisationnel (principe du besoin d'en connaître, Row-Level Security) et sont journalisés.
Durée de conservation :
Les messages de chat demeurent sur le serveur jusqu'à leur suppression par l'utilisateur, jusqu'à la suppression du chat concerné ou de l'événement associé, ou jusqu'à la suppression du compte utilisateur. Les contenus supprimés sont en outre retirés des copies de sauvegarde dans le cadre des cycles réguliers de sauvegarde, au plus tard après 30 jours.
Remarque concernant la modification par rapport aux versions antérieures :
Jusqu'à la version 2.1 incluse de la présente politique de confidentialité, la fonction de chat était opérée avec un chiffrement de bout en bout via le protocole Matrix (Olm/Megolm) sur un serveur Synapse hébergé en externe. Avec le passage à l'infrastructure de chat actuelle, le chiffrement de bout en bout est supprimé ; les indications ci-dessus s'appliquent. L'ancien prestataire d'hébergement (Etke, Sociedade Unipessoal, LDA, Portugal) n'est plus utilisé ; les données de chat qui y étaient stockées ont été supprimées dans le cadre de la migration.
Destinataires :

• Supabase (base de données et transmission en temps réel, sous-traitant, région UE Francfort) — sur la base d'un contrat de sous-traitance au sens de l'art. 28 du RGPD
• Cloudflare R2 (pièces jointes multimédias, UE — voir le point 6.8)
• Apple Inc. / Google LLC (transmission des notifications push, voir le point 6.10)

6.8 Téléversement et stockage de médias

Activité de traitement :
Les images, vidéos, enregistrements audio et documents que vous téléversez dans l'application (profil, galerie, chat, contexte d'événement) sont stockés dans notre Object-Storage chez Cloudflare R2 dans l'UE. La transmission est chiffrée en transit (TLS) ; le stockage est chiffré au repos (voir les points 6.7 et 13). Pour les documents justificatifs relatifs aux événements (documents de billets), les dispositions du point 6.20 s'appliquent en complément et, en partie, par dérogation.
Catégories de données :

• fichiers multimédias, y compris les métadonnées techniquement nécessaires (format, taille du fichier, date et heure du téléversement)
• les coordonnées GPS contenues dans les données EXIF sont supprimées côté serveur avant le stockage ; les autres métadonnées EXIF (p. ex. modèle d'appareil photo) ne sont traitées que dans la mesure nécessaire à l'affichage ou à l'envoi des médias
• identifiant de l'utilisateur qui effectue le téléversement

Finalité :

• mise à disposition des fonctions photo, vidéo et documents de l'application
• affichage pour les destinataires autorisés conformément aux paramètres de visibilité

Base juridique :
art. 6, par. 1, point b) du RGPD (exécution du contrat)
Durée de conservation :
Jusqu'à la suppression par l'utilisateur ou jusqu'à la suppression du compte. Dans les chats : jusqu'à la suppression du message concerné ou du chat ; pour les documents de billets, le délai plus court prévu au point 6.20 s'applique par dérogation.
Destinataires :
Cloudflare R2 (sous-traitant), UE.

6.9 Modules d'événement (sondages, dépenses, cagnottes cadeaux, listes de tâches, moodboards, jeux)

Activité de traitement :
L'application met à disposition une série de modules pour la planification d'événements (sondages/polls, répartition des coûts/expenses, cagnottes cadeaux, listes de cadeaux, listes de tâches, moodboards, inspirations, jeux de fête). Au sein de ces modules sont traités les contenus saisis par l'utilisateur ainsi que les données d'interaction des invités participant à l'événement.
Catégories de données :

• contenus saisis par l'utilisateur (p. ex. questions et options de sondage, postes et montants de dépenses, éléments de souhaits, tâches)
• identifiants des utilisateurs participants
• contributions, votes, réponses, changements de statut
• pour les cagnottes cadeaux : réservations, commentaires

Finalité :

• mise à disposition des modules d'événement concernés
• affichage des états intermédiaires aux participants autorisés de l'événement

Base juridique :
art. 6, par. 1, point b) du RGPD (exécution du contrat)
Durée de conservation :
Les contenus des modules sont conservés jusqu'à la suppression de l'événement concerné ou jusqu'à leur suppression par l'hôte ou par leur titulaire respectif.
Remarque :
Les modules ne comportent aucun traitement de paiement. Les cagnottes cadeaux constituent une simple aide à la coordination. Les éventuelles prestations en argent ou en cadeaux sont fournies en dehors de l'application et sans participation du fournisseur (voir également l'article 2, alinéa 4 des CGU). Les documents justificatifs relatifs aux événements (documents de billets) sont traités séparément au point 6.20.
Destinataires :
Supabase (base de données), UE.

6.10 Notifications push

Activité de traitement :
Nous envoyons des notifications push pour vous informer de nouveaux messages, invitations, réactions et autres événements de l'application. La remise technique s'effectue via les services push des fournisseurs de plateformes (Apple Push Notification Service – APNs, Firebase Cloud Messaging – FCM).
Catégories de données :

• jeton push (propre à l'appareil)
• identifiant du destinataire
• contenu et déclencheur de la notification ; pour les messages de chat, un aperçu du contenu peut être transmis, que vous pouvez désactiver dans les paramètres de notification

Finalité :
Information sur les événements de l'application qui vous intéressent (p. ex. invitation à un événement, réponse à votre sondage). Concernant le rappel d'anniversaire sous forme de notification push, voir le point 6.21 ; il n'est envoyé qu'après activation expresse par l'utilisateur.
Base juridique :

• art. 6, par. 1, point b) du RGPD (exécution du contrat) pour les notifications fonctionnellement indispensables liées au compte
• art. 6, par. 1, point a) du RGPD ou § 25, al. 1 du TDDDG (consentement) pour les notifications push non strictement nécessaires, en particulier les conseils ou indications facultatifs. Vous pouvez révoquer ce consentement à tout moment via les paramètres de votre terminal ou l'application Avygo.

Durée de conservation :
Les jetons push sont conservés jusqu'à la désactivation des notifications push ou jusqu'à l'expiration de la validité du jeton (p. ex. réinitialisation de l'appareil).
Destinataires :

• Apple Inc. (APNs)
• Google LLC / Firebase (FCM)

6.11 Signalement, modération et fonctions de blocage

Activité de traitement :
Vous pouvez signaler, bloquer ou débloquer d'autres utilisateurs ou des contenus individuels via les fonctions intégrées à l'application. En tant qu'hôte d'un événement, vous pouvez en outre mettre en sourdine, exclure ou bannir des membres de votre événement (« Mute »/« Kick »/« Ban »). Nous examinons les signalements selon les règles décrites dans nos CGU. En cas de signalement de contenus de chat, nous pouvons consulter le contenu signalé ainsi que le contexte immédiatement nécessaire à son appréciation (voir le point 6.7).
Catégories de données :

• identifiant de l'auteur du signalement et de la personne mise en cause
• contenu signalé (texte, médias, référence à la publication/au message)
• motif du signalement
• décision de modération et motivation
• statut de blocage/mise en sourdine/exclusion/bannissement

Finalité :

• protection contre les contenus et comportements illicites ou contraires aux règles
• respect des obligations légales (en particulier les articles 7 et suivants du DDG (loi allemande sur les services numériques), art. 16 et suivants du règlement (UE) 2022/2065 sur les services numériques / DSA)
• préservation des preuves en cas de contestation

Base juridique :

• art. 6, par. 1, point c) du RGPD (obligation légale)
• art. 6, par. 1, point f) du RGPD (intérêt légitime à une plateforme sûre)

Durée de conservation :
Les signalements, leur traitement et les sanctions prises sont conservés pendant trois (3) ans à compter de la clôture du traitement, afin de pouvoir détecter les infractions répétées, répondre aux contestations et satisfaire aux obligations légales de conservation. En cas de plainte pénale, la durée de conservation peut être plus longue.
Destinataires :

• en interne : le gérant, dans la mesure nécessaire au traitement
• les autorités répressives et de contrôle, dans la mesure prévue par la loi

6.12 Saisie semi-automatique d'adresses (Google Places API)

Activité de traitement :
Lorsque vous saisissez une adresse lors de la création ou de la modification d'un événement, l'application vous assiste par des suggestions de complétion automatique. À cette fin, nous transmettons votre saisie à la Google Places API de Google Ireland Limited. Nous n'accédons pas au capteur GPS/de localisation de l'appareil ; aucune géolocalisation de votre terminal n'a lieu.
Catégories de données :

• les caractères/fragments d'adresse que vous avez saisis
• adresse IP de votre terminal (techniquement nécessaire pour la requête adressée à Google)
• jeton de session API pour le regroupement de plusieurs étapes de saisie

Finalité :

• saisie confortable d'une adresse d'événement grâce à des suggestions en temps réel
• résolution de l'adresse saisie en une représentation d'adresse normalisée

Base juridique :

• art. 6, par. 1, point b) du RGPD (exécution du contrat), la saisie de l'adresse faisant partie de la définition de l'événement
• art. 6, par. 1, point f) du RGPD (intérêt légitime) à une saisie d'adresse confortable et peu sujette aux erreurs

• 650 Industries, Inc. (Expo), États-Unis

fournisseurs de plateformes (Apple APNs, Google FCM) pour la remise finale des notifications push (voir le point 6.10)
Transfert vers un pays tiers :
Expo a son siège aux États-Unis. La transmission s'effectue sur la base de la certification EU-US Data Privacy Framework de 650 Industries, Inc. ainsi que, en complément, sur la base des clauses contractuelles types (CCT) de la Commission européenne conformément à la décision d'exécution (UE) 2021/914.

6.19 Réponses des invités via les liens d'invitation (site web)

Activité de traitement :
Les personnes invitées peuvent, via un lien d'invitation (avygo.app), répondre aux invitations à des événements (acceptation/refus, questionnaire) ou voter dans le cadre de recherches de dates, même sans compte Avygo. Elles indiquent à cette occasion leur nom et leur adresse e-mail.
Catégories de données :

• nom et adresse e-mail de l'invité (nous stockons l'adresse e-mail sous forme chiffrée ; en outre, un hachage cryptographique pour un rattachement ultérieur à un compte, voir la finalité)
• données de réponse : statut d'acceptation/de refus, votes de recherche de date, le cas échéant réponses aux questions complémentaires de l'hôte (p. ex. accompagnants, préférences alimentaires, besoin d'hébergement)
• langue choisie de la page d'invitation
• adresse IP hachée ainsi qu'un identifiant de navigateur généré aléatoirement (pas d'empreinte numérique de l'appareil ; sert à la détection des abus et à la distinction de plusieurs invités utilisant le même lien)
• cookie de reconnaissance (voir le point 7)

Finalité :

• collecte et gestion de la réponse de l'invité pour l'hôte
• remise de notifications fonctionnelles à l'invité (voir ci-dessous « Notifications aux invités »)
• reconnaissance de l'invité lors de la réouverture du lien (consulter/modifier sa réponse)
• détection des abus et du spam
• rattachement ultérieur optionnel de la réponse à un compte Avygo si l'invité s'inscrit avec la même adresse e-mail (comparaison de hachages ; l'adresse en clair n'est pas nécessaire à cette fin)

Base juridique :
art. 6, par. 1, point b) du RGPD (exécution de mesures précontractuelles ou quasi contractuelles à la demande de l'invité — réponse à l'invitation) ; pour la détection des abus et le rattachement au compte, art. 6, par. 1, point f) du RGPD (intérêt légitime au bon fonctionnement et à l'intégrité du service).
Notifications aux invités (e-mail) :
Après une réponse, l'invité reçoit un e-mail de confirmation (avec un lien permettant de consulter/modifier sa propre réponse). Nous n'envoyons d'autres e-mails qu'en cas de modifications essentielles de l'événement (date/heure, lieu, annulation) ainsi que lors de la fixation d'une date à l'issue d'un vote de recherche de date. Chaque e-mail contient un lien de désabonnement ; après le désabonnement, aucun autre envoi n'a lieu concernant cette invitation. Aucun contenu publicitaire n'est envoyé. Envoi via Resend (voir le point 6.16).
Durée de conservation :
Les réponses des invités sont conservées jusqu'à la suppression de l'événement ou de la recherche de date. Les entrées de la file d'attente d'envoi des notifications sont supprimées au plus tard 30 jours après l'envoi ; le lien d'invitation utilisé dans le contexte de confirmation est retiré de la file d'attente immédiatement après l'envoi.
Destinataires :
Supabase (stockage, UE) ; Plus Five Five, Inc. d/b/a Resend (envoi d'e-mails, États-Unis — voir les points 6.16 et 9) ; l'hôte de l'événement voit le nom et la réponse de l'invité (mais pas son adresse e-mail en clair).

6.20 Documents de billets (Crew-Backup)

Activité de traitement :
Les utilisateurs peuvent déposer des documents justificatifs relatifs à un événement (billet, ticket d'entrée, confirmation de réservation) afin de les garder disponibles dans l'application et de les rendre accessibles aux autres participants du même événement en tant que solution de secours, au cas où le document ne pourrait pas être présenté autrement lors de l'entrée. Les documents sont traités exclusivement sous forme de fichiers image ; les billets fournis au format PDF sont convertis dès le terminal en une image de la première page, les fichiers PDF ne sont pas stockés par nous. L'utilisation de cette fonction est facultative.
Catégories de données :

• fichiers image des documents justificatifs déposés, y compris les métadonnées techniquement nécessaires (format, taille du fichier, date et heure du téléversement)
• les données à caractère personnel contenues dans les images, en particulier les noms en clair ainsi que les numéros de commande et de réservation ; celles-ci peuvent également concerner d'autres personnes
• le format de code-barres reconnu (p. ex. QR, PDF417) — et non le contenu du code-barres
• statut de visibilité de chaque document
• statut de billet par personne participante (indication de la présence ou non d'un document justificatif déposé — sans contenus)
• identifiant de l'utilisateur déposant ainsi que rattachement à l'événement

Finalité :

• mise à disposition du document déposé pour l'utilisateur lui-même, y compris sans connexion Internet
• mise à disposition aux autres participants du même événement en tant que solution de secours pour l'entrée
• affichage du statut de billet au sein de l'événement aux fins de coordination entre les participants

Visibilité et paramétrage par défaut :
Les documents déposés sont par défaut visibles pour les personnes qui disposent d'un compte utilisateur Avygo, qui sont participantes du même événement et qui y ont répondu par l'affirmative ou par « peut-être ». L'utilisateur peut régler chaque document individuellement sur « seulement pour moi » ; ce paramètre ne peut pas non plus être annulé par l'hôte de l'événement. Les personnes qui participent exclusivement via un lien d'invitation sans compte utilisateur (point 6.19) n'ont pas accès. Avant le premier dépôt d'un document, nous indiquons dans l'application qui peut voir le document. Pour les utilisateurs n'ayant pas encore atteint l'âge de 18 ans révolus, la visibilité est réglée par défaut sur « seulement pour moi » (point 14, alinéa 5).
Indépendamment de la visibilité du document, les participants à l'événement peuvent voir si une personne a déposé un document justificatif ; il s'agit d'un simple affichage de statut sans contenus.
Traitement sur le terminal :
La reconnaissance de texte et la reconnaissance de code-barres s'effectuent exclusivement sur le terminal de l'utilisateur ; les contenus des images ne nous sont pas transmis à cette fin. Lorsque des données de billets sont reprises depuis le site web d'un fournisseur de billets, cela s'effectue dans un navigateur intégré à l'application sur le terminal de l'utilisateur et non via nos serveurs ; les identifiants d'accès de l'utilisateur à de telles offres ne sont ni collectés ni stockés par nous.
Copies locales sur le terminal :
Le propre document de l'utilisateur est conservé localement sur le terminal afin de pouvoir être affiché sans connexion Internet. Les documents des autres participants sont préchargés localement à partir de 24 heures avant le début de l'événement ; la mémoire tampon utilisée à cette fin est limitée à 50 MB et est effacée dès que l'événement n'est plus actif.
Base juridique :

• art. 6, par. 1, point b) du RGPD (exécution du contrat) pour le stockage des documents, leur mise à disposition à l'utilisateur déposant ainsi que leur affichage conformément au paramètre de visibilité qu'il a choisi
• art. 6, par. 1, point f) du RGPD (intérêt légitime) pour le paramétrage par défaut de la visibilité vis-à-vis des autres participants du même événement ainsi que pour l'affichage du statut. L'intérêt légitime réside dans le bon fonctionnement de la solution de secours lors de l'entrée, qui ne peut remplir sa fonction que si le document est disponible en cas de besoin sans autorisation préalable distincte. Une mise en balance des intérêts (Legitimate Interest Assessment) a été réalisée et documentée. Les mesures de protection prévues sont : l'information avant le premier dépôt, la possibilité de régler à tout moment chaque document individuellement sur « seulement pour moi », l'exclusion des invités sans compte utilisateur, le paramétrage restrictif par défaut pour les utilisateurs de moins de 18 ans ainsi que l'effacement automatique à l'expiration du délai indiqué ci-dessous.

Droit d'opposition :
Vous pouvez vous opposer au traitement fondé sur l'art. 6, par. 1, point f) du RGPD dans les conditions de l'art. 21 du RGPD (point 11, alinéa 6). Indépendamment de cela, le réglage d'un document sur « seulement pour moi » ainsi que sa suppression vous sont accessibles à tout moment directement dans l'application.
Données d'autres personnes :
Les documents justificatifs peuvent contenir des données à caractère personnel d'autres personnes, par exemple en cas de réservations groupées. Les utilisateurs ne peuvent déposer que des documents qu'ils sont autorisés à utiliser ; si un document contient des données d'autres personnes sans qu'existe une autorisation de partage, il doit être réglé sur « seulement pour moi ».
Durée de conservation :
Par dérogation au point 6.8, les documents de billets sont automatiquement supprimés par nous, à savoir 7 jours après la date de l'événement et, pour les événements annulés, 7 jours après l'annulation. La suppression a lieu indépendamment du fait que l'utilisateur ait ou non supprimé le document lui-même auparavant ; une suppression préalable par l'utilisateur est possible à tout moment. Les copies locales sur le terminal sont effacées conformément aux indications ci-dessus.
Destinataires :

• Cloudflare R2 (Object-Storage pour les fichiers image, sous-traitant, UE) — comme au point 6.8
• Supabase (stockage des enregistrements associés, y compris le statut de visibilité et le statut de billet, sous-traitant, région UE Francfort)
• les autres participants du même événement dans le cadre de la visibilité décrite ci-dessus ; ceux-ci sont des destinataires au sens de l'art. 4, point 9), du RGPD ; il n'y a pas, à cet égard, de sous-traitance

Accès et suppression :
Les documents de billets et le statut de billet sont inclus dans l'export de données fourni au titre des art. 15 et art. 20 du RGPD et sont supprimés avec la suppression du compte utilisateur.

6.21 Rappel d'anniversaire

Activité de traitement :
En amont de votre propre anniversaire, nous vous signalons dans l'application que vous pouvez planifier une fête. Cette indication est affichée au sein de l'application. Sur demande expresse, nous vous envoyons le rappel en plus sous forme de notification push ; celle-ci n'est pas activée par défaut.
Catégories de données :

• jour et mois de la date de naissance indiquée lors de l'inscription ; l'année de naissance n'est pas utilisée pour cette fonction
• statut d'activation du rappel push
• mention du dernier rappel affiché ou remis

Finalité :

• signalement en temps utile de la possibilité de planifier sa propre fête
• prévention de la remise multiple du même rappel

Base juridique :

• art. 6, par. 1, point f) du RGPD (intérêt légitime) pour l'affichage au sein de l'application. L'intérêt légitime consiste à proposer la fonction de planification de l'application au moment où elle peut remplir sa fonction. Seuls le jour et le mois d'une date déjà existante sont traités ; aucune autre donnée n'est collectée à cette fin. Une mise en balance des intérêts a été réalisée et documentée. Vous pouvez désactiver l'affichage à tout moment dans les paramètres de l'application ; en complément, le droit d'opposition prévu à l'art. 21 du RGPD s'applique (point 11, alinéa 6).
• art. 6, par. 1, point a) du RGPD (consentement) pour la remise supplémentaire sous forme de notification push. Le consentement est donné par l'activation expresse du rappel et peut être révoqué à tout moment avec effet pour l'avenir (point 6.10).

Contenu et limites du rappel :
Le rappel porte exclusivement sur votre propre anniversaire. Les anniversaires d'autres utilisateurs ne sont ni traités ni communiqués dans le cadre de cette fonction. Le rappel ne contient aucune publicité pour des fonctions payantes ni aucune offre de tiers. Aucun profilage n'a lieu.
Durée de conservation :
Le statut d'activation est conservé jusqu'à la révocation ou jusqu'à la suppression du compte utilisateur. La mention du dernier rappel remis est conservée au maximum 12 mois. La date de naissance elle-même n'est pas stockée en plus pour cette fonction ; les indications du point 6.3 s'appliquent.
Destinataires :

• Supabase (stockage du statut d'activation et de la mention de remise, sous-traitant, région UE Francfort)
• en cas de rappel push activé, en outre Apple Inc. (APNs) ou Google LLC / Firebase (FCM) pour la remise technique (point 6.10)

Aucune transmission à d'autres tiers n'a lieu.

7. Cookies et technologies comparables (§ 25 TDDDG)

(1) Sur le site web avygo.app, nous utilisons exclusivement des cookies techniquement nécessaires et des accès comparables au stockage local. Ceux-ci sont licites sans consentement conformément au § 25, al. 2, n° 2 du TDDDG, car ils sont strictement nécessaires pour que le fournisseur d'un service de la société de l'information expressément demandé par l'utilisateur puisse fournir ce service.
(2) Dans l'application, nous utilisons des mémoires locales (en particulier react-native-mmkv, expo-secure-store) pour la gestion des sessions, l'authentification et les caches locaux. Celles-ci sont fonctionnellement indispensables et ne nécessitent pas de consentement au titre du § 25 TDDDG. Les traitements de données soumis à consentement (p. ex. l'analyse produit visée au point 6.15) ne sont effectués qu'après obtention du consentement.
(3) Aucun traitement allant au-delà (en particulier aucun traçage) n'a lieu sur le site web. Si des technologies soumises à consentement devaient être utilisées à l'avenir, nous mettrions en place à cette fin une gestion du consentement distincte (bannière de consentement) et adapterions la présente politique.

(4) Sur les pages d'invitation des invités du site web (avygo.app/i/… et avygo.app/pi/…), nous utilisons les technologies fonctionnellement nécessaires suivantes (base juridique : § 25, al. 2, n° 2 du TDDDG — strictement nécessaires pour le service expressément demandé par l'utilisateur ; un consentement n'est pas requis) :

8. Prestataires tiers intégrés et sous-traitants

Nous faisons appel aux prestataires tiers suivants. Des contrats de sous-traitance au sens de l'art. 28 du RGPD sont en place avec tous les sous-traitants. En cas de transferts vers des pays tiers, nous nous appuyons – en l'absence de décision d'adéquation – sur les clauses contractuelles types (CCT) de la Commission européenne et sur des mesures de protection complémentaires (en particulier le chiffrement et la pseudonymisation).