Informations légales
Politique relative aux traceurs et identifiants techniques Sunkiss
Version : 1.0
Date de dernière mise à jour : 11 octobre 2026
Date d’entrée en vigueur : 11 octobre 2026
1. Objet
Cette politique décrit les informations lues, écrites ou générées sur l’appareil pour faire fonctionner Sunkiss.
Une application mobile utilise rarement des « cookies » au sens visuel d’un navigateur, mais peut recourir à des mécanismes équivalents : jetons de session, identifiants d’appareil, stockage local, SDK, permissions ou jetons de notification.
2. Responsable
Le responsable est :
Eicher Cédric, micro-entreprise
Adresse : Résidence Menahere, appartement 111, BP 9007, 98716 Pirae, Polynésie française
Contact : privacy@sunkiss.app
3. Mécanismes strictement nécessaires
Ces mécanismes sont nécessaires à la fourniture ou à la sécurité du service demandé.
| Mécanisme | Finalité | Durée indicative | Choix |
|---|---|---|---|
| Jeton de session | Maintenir la connexion et authentifier les requêtes | Durée de la session ou jusqu’à révocation | Nécessaire au compte connecté |
| Identifiant interne de compte | Associer le profil, le QR et les données métier | Durée du compte | Nécessaire |
| Préférences locales | Mémoriser certains réglages d’affichage ou le mode actif | Jusqu’à suppression de l’application ou réinitialisation | Nécessaire à la préférence demandée |
| Zone de découverte mémorisée | Éviter de solliciter le capteur de position à chaque ouverture pour afficher les offres locales | Renouvelée au plus tard toutes les 24 heures, jusqu’à suppression de l’application | Nécessaire à cette fonction, et seulement après autorisation de localisation : sans elle, aucune zone n’est déterminée ni mémorisée |
| Identifiant d’opération | Éviter une double attribution ou consommation | Selon l’historique métier | Nécessaire à la sécurité |
| Journaux de sécurité | Détecter les erreurs, abus et accès non autorisés | 12 mois, sauf incident | Intérêt légitime de sécurité |
Ces mécanismes ne sont pas utilisés pour une publicité comportementale inter-applications.
4. Permissions de l’appareil
4.1 Caméra
La caméra est demandée lorsqu’un commerçant ouvre le scanner QR ou lorsqu’un utilisateur choisit de photographier une carte dans « Mes cartes ».
L’accès doit être demandé au moment utile, et non sans contexte.
Le refus de la caméra :
- empêche le scan ou la prise de photographie ;
- ne bloque pas les fonctions qui n’ont pas besoin de la caméra ;
- peut être modifié dans les réglages de l’appareil.
4.2 Photothèque
L’accès à la photothèque peut être demandé pour sélectionner :
- une photographie de carte de fidélité ;
- un média commerçant ;
- une image de story ou de promotion.
L’application doit demander le niveau d’accès minimal permis par le système. L’image sélectionnée peut être envoyée vers le stockage privé ou professionnel correspondant.
4.3 Géolocalisation
L’autorisation de localisation est demandée uniquement lorsque l’utilisateur lance lui-même une fonction de proximité : le bouton « Autour de moi » de la liste des commerces, ou l’ouverture de la carte. Elle n’est jamais demandée au lancement de l’application ni à l’ouverture de l’accueil.
Lorsque cette autorisation a déjà été accordée, la position est lue à l’ouverture de l’accueil, de la fiche d’une promotion et de la fiche d’un commerce, sans nouvelle demande. Elle sert alors à afficher les commerces proches et les distances, à ordonner par proximité la sélection « À ne pas manquer », et à déterminer la zone dans laquelle se trouve l’appareil pour afficher l’encart « Promotion du jour » de cette zone.
Sunkiss privilégie :
- un accès ponctuel ou limité à l’utilisation de l’application ;
- la précision minimale nécessaire ;
- l’absence de collecte en arrière-plan ;
- l’absence de transmission de la position de l’utilisateur : elle est traitée sur l’appareil, et seul l’identifiant de la zone — un territoire, non un lieu — est transmis au serveur ;
- l’absence de conservation serveur de l’historique de position.
L’identifiant de zone ainsi déterminé est mémorisé sur l’appareil pour éviter de solliciter le capteur à chaque ouverture ; il figure à ce titre parmi les mécanismes recensés plus haut. Il est renouvelé au plus tard toutes les 24 heures et n’est pas enregistré sur le serveur.
Le refus ne doit pas empêcher l’accès aux fonctions qui ne nécessitent pas la proximité.
Ces règles concernent la position de l’utilisateur. Les coordonnées d’une boutique, relevées par un commerçant qui en fait lui-même la demande — l’autorisation du système lui étant alors présentée de la même manière — sont enregistrées sur le serveur et publiées avec la fiche du commerce : ce n’est pas un identifiant technique et ce point ne relève pas de la présente politique.
4.4 Notifications
Sunkiss n’envoie pas de notification push.
5. Notifications push
Fournisseur de push : Aucun : Sunkiss n’envoie pas de notification push.
6. Mesure d’audience et SDK
À la date de la présente version, aucun outil de mesure d’audience ou SDK publicitaire n’est confirmé dans les documents fournis.
Avant toute activation d’un SDK, Sunkiss doit documenter :
- son nom et son éditeur ;
- les données accessibles ;
- ses finalités ;
- sa base juridique ;
- ses destinataires ;
- ses transferts internationaux ;
- sa durée de conservation ;
- la possibilité de refus.
Les SDK non nécessaires ne doivent pas collecter avant le choix de l’utilisateur lorsqu’un consentement est requis.
Outils et SDK
| Outil ou SDK | Finalité | Données | Consentement requis ? | Durée | Fournisseur |
|---|---|---|---|---|---|
| Authentification Supabase | Connexion et session | Jeton, identifiant, données de session | Non, strictement nécessaire | Session/compte | Supabase |
| Google Maps Platform / Plans d’Apple | Afficher la carte de situation d’une boutique | Adresse IP et coordonnées affichées | Non, strictement nécessaire à la fonction demandée | Selon le fournisseur | Google LLC / Apple Inc. |
| Mesure d’audience | Aucun outil de mesure d’audience n’est utilisé. | Sans objet | Sans objet | Sans objet | Sans objet |
| Rapport d’erreurs | Aucun outil de rapport d’erreurs n’est utilisé. | Sans objet | Sans objet | Sans objet | Sans objet |
Communications consenties : aucune mesure
L’autorisation de recevoir des communications, décrite dans la politique de confidentialité, n’ajoute aucun traceur ni aucun identifiant technique à ceux décrits ci-dessus. Aucun envoi n’existe à ce jour, et aucun des mécanismes suivants n’est prévu : mesure de l’ouverture d’un message, pixel de suivi, lien redirigé servant à compter les clics.
Ce choix est délibéré. Il suit le même principe que l’affichage des mises en avant, dont l’ordre est calculé de façon déterministe précisément pour qu’aucune impression n’ait à être comptée. Si une mesure de ce type était un jour envisagée, la présente politique devrait être complétée — outil, données, finalité, base juridique, durée, possibilité de refus — avant sa mise en service.
7. Comment gérer ses choix
L’utilisateur peut :
- retirer une permission dans les réglages de son appareil ;
- retirer un commerce de ses favoris ;
- modifier une préférence par commerce lorsque cette fonction est opérationnelle ;
- contacter privacy@sunkiss.app.
Refuser un mécanisme optionnel ne doit pas priver l’utilisateur des fonctions qui n’en dépendent pas.
8. Évolution
L’ajout d’un outil de publicité, de profilage, de mesure d’audience ou d’un SDK collectant de nouvelles données entraîne une mise à jour de la présente politique et, si nécessaire, un nouveau recueil de consentement.
Retour à la landing