Cette politique s'applique à l'application SIR, YES SIR! (« SYS »), éditée par Fyro.studio (Harold Gene, entrepreneur individuel, Brunoy, France). SYS ne nécessite aucune création de compte — aucune adresse e-mail, aucun mot de passe, aucun formulaire d'inscription n'existe dans l'application. Votre identité au sein de l'app est liée uniquement à votre appareil et à votre propre identifiant Apple, via les systèmes propres d'Apple (voir §3).
Données de santé (HealthKit) — SYS lit, avec votre autorisation explicite demandée par iOS, trois indicateurs HealthKit de façon passive : nombre de pas quotidien, calories actives brûlées, et analyse du sommeil. Cette lecture est : - Passive uniquement — SYS n'enregistre jamais de séance d'entraînement et n'écrit jamais de donnée dans Apple Santé. - Conditionnée à la pertinence — la demande d'autorisation santé n'apparaît que si vous avez sélectionné un objectif actif « Corps & Entraînement » dans l'app ; si cette catégorie ne fait pas partie de vos objectifs actifs, SYS ne demande ni ne lit jamais cette donnée. - Utilisée uniquement pour alimenter un affichage de tableau de bord (le carrousel santé) qui réagit à votre activité quotidienne — par exemple, le Sergent commentant votre nombre de pas. - Jamais transmise à Fyro.studio ni à un tiers. Cette donnée est lue directement depuis l'entrepôt Santé de votre appareil via le framework HealthKit d'Apple, et y reste. Si elle est synchronisée entre vos propres appareils, c'est uniquement via les systèmes Santé/iCloud propres d'Apple, sous les conditions de confidentialité d'Apple — jamais via un serveur Fyro.studio, car Fyro.studio n'exploite aucun serveur backend pour cette donnée. - Jamais utilisée à des fins publicitaires. Cette donnée ne sert jamais, ni à Fyro.studio ni à quiconque, à cibler, personnaliser, mesurer ou soutenir une publicité quelle qu'elle soit. SYS n'affiche aucune publicité et n'intègre aucun SDK publicitaire. - Révocable à tout moment — vous pouvez retirer cette autorisation à tout moment dans Réglages iOS ▸ Confidentialité et sécurité ▸ Santé ▸ SIR, YES SIR!. Si vous le faites, les éléments concernés du tableau de bord cessent simplement de s'afficher (dégradation propre) plutôt que de provoquer un dysfonctionnement de l'app.
Données de progression — votre grade, XP, missions, séries, médailles et progression de programme sont générées et stockées sur votre appareil, et synchronisées entre vos propres appareils uniquement via votre propre conteneur privé Apple iCloud (CloudKit privé) — un conteneur auquel seuls vous et Apple avez accès, jamais Fyro.studio. C'est le même mécanisme qu'utilise Apple pour permettre aux apps de synchroniser des données de façon privée entre les appareils d'un même utilisateur ; ce n'est pas une base de données exploitée par Fyro.studio.
Achats — le traitement des abonnements et achats ponctuels (abonnement « Bataillon » et palier à vie « Lieutenant à vie ») est géré intégralement par Apple via StoreKit. Fyro.studio ne reçoit, ne stocke et n'a jamais accès à votre moyen de paiement, numéro de carte ou coordonnées de facturation — seul Apple y a accès, sous ses propres conditions de confidentialité. Fyro.studio ne reçoit pas non plus le détail de vos achats individuels — seulement des chiffres de vente agrégés/anonymisés via App Store Connect, comme tout développeur d'application.
Puisque vos données sont stockées sur votre propre appareil et, si synchronisées, dans votre propre conteneur iCloud privé Apple, elles bénéficient des standards de sécurité et de chiffrement propres à Apple au niveau de l'appareil et d'iCloud — la même protection qu'Apple fournit à toute application utilisant ces frameworks. Fyro.studio ne transmet ni ne stocke ces données ailleurs, il n'existe donc pas de serveur Fyro.studio distinct à sécuriser.
Vos données de progression et de tableau de bord dérivées de la santé persistent sur votre appareil et dans votre propre iCloud privé tant que vous utilisez l'app. Vous pouvez réinitialiser ces données vous-même, à tout moment, dans l'app (Réglages ▸ Compte) : - « Reset All Data » — efface votre progression locale et relance l'onboarding, en conservant l'identité de votre appareil (utile pour repartir sur une base propre). - « Delete My Account » — efface définitivement vos données locales et vos données iCloud privées associées à l'app, intégralement, sans copie résiduelle conservée par Fyro.studio (puisqu'aucune n'existe au départ). Remarque : la suppression de vos données n'annule pas un abonnement actif — les abonnements Apple doivent être résiliés séparément via « Manage Subscription » (également disponible dans la même section Réglages), SYS ne pouvant pas résilier un abonnement Apple en votre nom.
Puisque SYS stocke vos données sur votre propre appareil et votre propre iCloud privé plutôt que sur un serveur Fyro.studio, vous disposez déjà d'un contrôle direct et immédiat sur celles-ci via les outils in-app décrits au §6, sans avoir besoin de nous adresser de demande. Pour toute question sur cette politique ou sur le traitement de vos données, vous pouvez nous joindre via notre page Support.
SYS ne s'adresse pas aux mineurs. [Formulation définitive en attente du questionnaire d'évaluation d'âge App Store Connect, chantier ouvert distinct — cette section sera finalisée une fois ce questionnaire complété. Voir points en suspens en fin de document.]
Cette politique peut être mise à jour à mesure que l'app évolue. La date « dernière mise à jour » en haut de ce document reflétera toujours la version la plus récente.
L'Application est distribuée mondialement via l'Apple App Store (aucune restriction territoriale prévue à ce stade), cette politique est donc rédigée pour tenir la route quel que soit le pays de résidence, plutôt que d'être limitée strictement à la France. Le raisonnement : - RGPD (UE/Royaume-Uni) — Fyro.studio étant un entrepreneur individuel français, le RGPD s'applique aux traitements de Fyro.studio quel que soit le pays de résidence de l'utilisateur, et pas seulement aux résidents de l'UE. Plutôt que de segmenter les droits par pays de résidence (peu réaliste pour une app sans compte ni backend permettant de vérifier une localisation), cette politique étend des droits de type RGPD (transparence, collecte minimale, accès/suppression en libre-service, aucune vente de données) à tout utilisateur, où qu'il soit — l'approche la plus simple compte tenu de l'architecture de l'app, et la plus protectrice, donc celle qui devrait le moins nécessiter d'être affaiblie ensuite là où le RGPD ne s'appliquerait pas strictement. - CCPA/CPRA (Californie) — SYS est une app solo/indépendante ; les seuils d'application du CCPA (globalement : ~25 M$+ de chiffre d'affaires annuel brut, ou achat/vente/partage des données personnelles de 100 000+ consommateurs ou foyers par an, ou 50%+ du chiffre d'affaires tiré de la vente/du partage de données personnelles) ont très peu de chances d'être atteints, surtout au lancement. La politique reprend malgré tout l'esprit du CCPA (aucune vente/partage de données personnelles, divulgation claire de ce qui est collecté ou non) par bonne pratique, sans revendiquer formellement une couverture CCPA — un avocat devra confirmer si une clause explicite « Avis aux résidents de Californie » vaut la peine d'être ajoutée indépendamment de la question du seuil. - Simplification pratique propre à SYS : puisque Fyro.studio ne collecte quasiment aucune donnée personnelle (voir §2–§3 — tout reste sur l'appareil ou dans l'iCloud privé de l'utilisateur), l'essentiel de la mécanique de conformité RGPD/CCPA la plus lourde (registres de traitement, garanties de transfert international, mécanismes d'opt-out de vente) a peu de prise concrète. Les obligations réellement pertinentes restent celles déjà reflétées ci-dessus : divulgation claire (§2–§4), une base légale pour le seul vrai point de consentement (l' autorisation HealthKit au niveau iOS), et des droits accessibles en libre-service (§6–§7). Cette proposition évite volontairement de citer des numéros d'articles précis (articles RGPD, sections CCPA) tant qu'un avocat ne les a pas confirmés, pour ne pas citer une base incorrecte qu'il faudrait ensuite corriger.